From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrey Borzenkov Date: Sun, 22 Feb 2004 15:02:49 +0000 Subject: Re: [PATCH] support directory for rules and permissions Message-Id: <20040222150249.GB4339@localhost.localdomain> List-Id: References: <20040222094521.GC4873@localhost.localdomain> In-Reply-To: <20040222094521.GC4873@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Sun, Feb 22, 2004 at 11:17:07AM +0100, Marco d'Itri wrote: > On Feb 22, Andrey Borzenkov wrote: > > >This is new version that I have been runing for some time. It does not > >directly support multiple files; rather you can give either file or > >directory; directory is scanned, sorted and all files are read in order. > Again, I think scanning the directory makes the life of users and > distributions *harder*: I will not be able to ship the package with > different configurations in place, and users will have to be careful to > use file names which will sort in the right order. > So, just that I understand - you - do not want to have multiple files at all? - do not want support directory but the config_file="file1 file2 ..."? could you explain what do you mean under "different configurations in place"? Users should be careful only if they want to replace kernel names with something else. But I still fail to see why on earth would they want to? And if they want to my patch lets them do it. I fail to see how having conifguration directory may make life harder. If it was the case, SuSE would not have replaced single file with configuration directory nor would Debian have invented modules.d to complement for monolithic file. regards -andrey ------------------------------------------------------- SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id56&alloc_id438&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