From: Kay Sievers <kay.sievers@vrfy.org>
To: linux-hotplug@vger.kernel.org
Subject: Re: [PATCH, UDEV] fix permission inconsistency in relation to
Date: Sat, 05 Feb 2005 15:20:51 +0000 [thread overview]
Message-ID: <1107616852.5494.97.camel@localhost.localdomain> (raw)
In-Reply-To: <200502051426.14173.mbuesch@freenet.de>
On Sat, 2005-02-05 at 16:09 +0100, Michael Buesch wrote:
> Quoting Kay Sievers <kay.sievers@vrfy.org>:
> > On Sat, 2005-02-05 at 15:33 +0100, Marco d'Itri wrote:
> > > On Feb 05, Kay Sievers <kay.sievers@vrfy.org> wrote:
> > >
> > > > Should we change that now, so that permissions are applied from a
> > > > symlink-only rule too?
> > > Yes!
> > > I think it's the sensible semantic: the second rule adds a new SYMLINK
> > > *and* sets the permissions of the node, which are two distinct
> > > operations applied by the same rule.
> >
> > Yeah, we should do that now.
> >
> > > Unless you think it's broken, I will add the patch to the debian package
> > > of 051 (almost ready).
> >
> > I think we can make it even simpler, by applying the permission
> > unconditionally, right?
>
> Yes, seems correct.
> A first test showed that this works.
I've applied it to my tree, thanks.
> PS: Please CC: me on this topic, as I'm not subscribed to the mailing list.
> Thanks.
Sorry, you slipped it the To:.
Didn't you get message directly?
Thanks,
Kay
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel
next prev parent reply other threads:[~2005-02-05 15:20 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
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 ` Kay Sievers [this message]
2005-02-05 15:25 ` 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=1107616852.5494.97.camel@localhost.localdomain \
--to=kay.sievers@vrfy.org \
--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.