From mboxrd@z Thu Jan 1 00:00:00 1970 From: martin f krafft Date: Sat, 18 Dec 2004 00:53:58 +0000 Subject: Re: Bug#286040: please allow permissions.d to follow symlinks Message-Id: <20041218005358.GA27297@cirrus.madduck.net> MIME-Version: 1 Content-Type: multipart/mixed; boundary="6c2NcOVqGQ03X4Wi" List-Id: References: <20041217083115.GA4050@wonderland.linux.it> In-Reply-To: <20041217083115.GA4050@wonderland.linux.it> To: linux-hotplug@vger.kernel.org --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable also sprach Lindsay Haisley [2004.12.18.0125 +0100]: > IMHO, designing in accord with the KISS principle is seldom an > evolutionary step backwards. I agree that no permissions.d is better than not allowing nodes identified by symlinks to be changed. However, I also think that having a central place to configure device permissions is favourable. Without udev, I can do that in /dev. With udev, I will now have to scan all rules, possibly dive into scripts and essentially pretend I am a shell script processor to figure out which permissions are actually being applied. If you come from the system administration background, I wonder how you see a benefit in this approach! Are you aware of what policy-based approaches are, what they try to solve, and why they are a great idea, in programming, security management, or system administration? Why do you think Debian has /etc/default and Fedora uses /etc/sysconfig (to give just two very trivial examples -- I am sorry, I am unaware of how Gentoo does things, but I assume them to be similar)? We are not getting rid of these because they fulfill a very specific purpose: centralise configurable aspects of the System V init process. The performance impact they produce is negligible given how they facilitate administration. When I saw permissions.d, I was rather impressed by its elegance (very reminiscent of how Debian does many things, actually -- yes, I am biased ;^>). How sad to have the developers turn around and stick their heads in the sand for no real reason. --=20 martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net@madduck =20 invalid/expired pgp subkeys? use subkeys.pgp.net as keyserver! spamtraps: madduck.bogus@madduck.net =20 this product is under strict quality contril with perfect packing and quality when leving the factory.please keep away from damp.high temperature or sun expose.If found any detectives when purchasing. please return the productby airmail to our administration section and inform the time, place.and store of this purchase for our improvement.We shall give you a satisfactory reply.Thanks for your patronage and welcome your comments. -- http://www.engrish.= com --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBw3+mIgvIgzMMSnURAqafAJ9ABqpmQiBYxfpXvnP3Wkqnmy1J3gCaA214 Ab3qrdrcZPFve36f2oA/hdw= =OWXr -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- ------------------------------------------------------- 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