From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lindsay Haisley Date: Sat, 18 Dec 2004 00:25:31 +0000 Subject: Re: Bug#286040: please allow permissions.d to follow symlinks Message-Id: <20041218002531.GC4948@fmp.com> List-Id: References: <20041217083115.GA4050@wonderland.linux.it> In-Reply-To: <20041217083115.GA4050@wonderland.linux.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Thus spake Kay Sievers on Fri, Dec 17, 2004 at 05:25:21PM CST > On Fri, 2004-12-17 at 08:45 -0800, Greg KH wrote: > > Actually I was considering just dropping the permissions.d file > > entirely, as I think we don't need it anymore. But I have not had the > > time to determine if this is possible or not just yet. > > Nice idea, sounds good to me. It will make the whole process more > transparent. And we don't need to open and parse a whole file/directory > which may still be a win over the increased rules size. > > Any objections against it? I may give it a try... I was going to post and suggest that this is the logical solution, but not being a developer I hesitated. Nonetheless, from a system administrator's point of view, minimizing functional redundancy (unless the components are "basic building blocks") is a Good Thing, and makes the configuration process simpler and faster, which is also a Good Thing for busy sysadmins. IMHO, designing in accord with the KISS principle is seldom an evolutionary step backwards. -- Lindsay Haisley | "Fighting against human | PGP public key FMP Computer Services | creativity is like | available at 512-259-1190 | trying to eradicate | http://www.fmp.com | dandelions" | | (Pamela Jones) | ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ 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