From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Sun, 22 May 2005 17:38:21 +0000 Subject: Re: new release of udev? Message-Id: <20050522173821.GA9959@vrfy.org> List-Id: References: <20050519065848.GA25640@kroah.com> In-Reply-To: <20050519065848.GA25640@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Sun, May 22, 2005 at 03:07:56PM +0200, Marco d'Itri wrote: > On May 22, Kay Sievers wrote: > > > > > It was _you_ who asked to be able to overwrite the system specified rules > > > > for symlinks. That's not possible this way. And again, how do you prevent > > > Sure it is: if you want to override any previous value you use SYMLINK> > > instead of the usual SYMLINK+=. > > System-supplied rules are usually _not_ "previous". This will not work. > Usually? Users will put their custom rules where it's needed to make > them work, I do not think this is a great argument. Well, I personaly prefer to put _all_ my custom rules in _one_ file. Your solution solves only _your_ problem, which _is_ a great argument. > > > > overriding the permissions from later system specified rules? > > > By documenting that system rules files are installed only in specific > > > parts of the name space, this is something which is needed for every > > > scheme. > > What scheme? What namespace? What documentation? Care to be more > > specific? > The rules.d/ directory file names. For the debian package I'm documenting > a policy like "all default permissions are set before 030_*" and "RUN > rules must be set from z40_* onward" (the actual values will change). > If the order of rules is important, then this needs to be documented to > allow users and package maintainers to choose the right file names. Well, sounds like a pretty complicated requirement to solve a simple problem. Anyway, I will do the "final assignments". Just ignore it if you don't like it. :) I see no problem to clear a value list if "=" is used instead of '+='. The parser already supports this, I wanted to do this somtimes anyway. I will _not_ add any more OPTIONS for individual keys like the "last_run_rule", stuff. That belongs to the key operation itself not in the OPTIONS. Kay ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_idt12&alloc_id344&op=click _______________________________________________ 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