Matt Burgess wrote: > The second issue is this, inflicted on us from upstream since version > 174: > > "The rules to create persistent network interface and cdrom link > rules automatically in /etc/udev/rules.d/ have been disabled by > default. Explicit configuration will be required for these use cases, > udev will no longer try to write any persistent system configuration > from a device hotplug path."
Oh good, this changed again. :-) FWIW, upstream tends to say something like "just use networkmanager". Obviously that works really really well for a machine that needs secure wireless networking even when users aren't logged in, or a machine that needs configuration before first use, or a machine with multiple users who might have decided to configure the networking independently, and differently, from each other. :-P (Sorry, getting a bit cynical again. NM isn't bad, but it doesn't cover enough use cases for me to look into using it myself, and the fact that at least Ubuntu builds it to require GNOME -- I'm not sure if this is a NM requirement or just Ubuntu -- and it puts its config into gconf, are two more reasons I don't like it.) > This causes jhalfs to bail out during chapter 7's general network > configuration when we try to generate those rules files. For the time > being, I'll work around it with '--enable-rule_generator' passed to > configure, as I don't know what upstream's intention is with that > functionality. Upstream (as in: Kay Sievers and Greg KH, based on discussions I've seen on linux-hotplug) wants to rip it out entirely. But Debian's udev maintainer, who came up with most of this support in the first place, wants to keep it in. (Not sure on anyone else's opinion on that list.) Anyway, he (that is, Debian's udev maintainer) has said he plans on maintaining this support for Debian's use. So we might have to add a patch for it eventually (if the flag to ./configure goes away), but the support should remain available one way or another.
signature.asc
Description: OpenPGP digital signature
-- http://linuxfromscratch.org/mailman/listinfo/lfs-dev FAQ: http://www.linuxfromscratch.org/faq/ Unsubscribe: See the above information page
