All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Buesch <mbuesch@freenet.de>
To: linux-hotplug@vger.kernel.org
Subject: Re: [PATCH, UDEV] fix permission inconsistency in relation to symlinks.
Date: Sat, 05 Feb 2005 14:54:35 +0000	[thread overview]
Message-ID: <200502051554.41114.mbuesch@freenet.de> (raw)
In-Reply-To: <200502051426.14173.mbuesch@freenet.de>

[-- Attachment #1: Type: text/plain, Size: 1115 bytes --]

Quoting Kay Sievers <kay.sievers@vrfy.org>:
> On Sat, 2005-02-05 at 14:26 +0100, Michael Buesch wrote:
> > This fixes a rules.d permission apply inconsistency.
> > Here's an example of what happens without the patch:
> 
> > First case without the patch:
> > 
> > KERNEL="hd*", GROUP="disk", MODE="0660"
> > KERNEL="hdc", SYMLINK="cdrecorder", MODE="0666"
> > brw-rw----  1 root disk 22, 0 Feb  5 14:08 /dev/hdc
> 
> > Second case without the patch:
> > 
> > KERNEL="hd*", GROUP="disk", MODE="0660"
> > KERNEL="hdc", MODE="0666"
> > brw-rw-rw-  1 root disk 22, 0 Feb  5 14:08 /dev/hdc
> 
> Both cases are correct behavior in the current model, where symlink-only
> rules can not set the permissions of a node. It was the same with the
> "old" .permissions files.
> 
> Should we change that now, so that permissions are applied from a
> symlink-only rule too?

I was _very_ confused when I saw this behaviour. It took
me a lot of time to figure out what's really going on there and
how to workaround it.

> Kay
> 
> 
> 

-- 
Regards Michael Buesch  [ http://www.tuxsoft.de.vu ]



[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  parent reply	other threads:[~2005-02-05 14:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-05 13:26 [PATCH, UDEV] fix permission inconsistency in relation to symlinks Michael Buesch
2005-02-05 14:29 ` [PATCH, UDEV] fix permission inconsistency in relation to Kay Sievers
2005-02-05 14:33 ` [PATCH, UDEV] fix permission inconsistency in relation to symlinks Marco d'Itri
2005-02-05 14:54 ` Michael Buesch [this message]
2005-02-05 14:58 ` [PATCH, UDEV] fix permission inconsistency in relation to Kay Sievers
2005-02-05 15:09 ` [PATCH, UDEV] fix permission inconsistency in relation to symlinks Michael Buesch
2005-02-05 15:20 ` [PATCH, UDEV] fix permission inconsistency in relation to Kay Sievers
2005-02-05 15:25 ` [PATCH, UDEV] fix permission inconsistency in relation to symlinks Michael Buesch
2005-02-05 15:30 ` [PATCH, UDEV] fix permission inconsistency in relation to Kay Sievers

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200502051554.41114.mbuesch@freenet.de \
    --to=mbuesch@freenet.de \
    --cc=linux-hotplug@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.