Kel Modderman wrote: >> >> Maybe it would make sense to provide a /etc/default/wpasupplicant with a >> var DAEMON_START or the like which defaults to 0. The D-Bus init script >> would check this var and so it would be easy to enable/disable the D-Bus >> service. > > Ok. In the future, how would we make sure that NetworkManager "JustWorks" (as > is their philosphy on homepage) when the backend it depends on, > wpa_supplicant, is disabled by default?
see below > Will the user be presented with an obtuse error message by NetworkManager > indicating that the wpa_supplicant interface is not available and be forced > into editing one or more config files to get it working? > >> IIRC avahi-daemon does it similar. > > Ok. > > # 0 = don't start, 1 = start > AVAHI_DAEMON_START=1 > > To suggest an answer to my pesky questions above, would could ship a conffile > similar to this now, but disabled, and when networkmanager 0.7.X is in the > archive "flip the switch" and upload new wpasupplicant with conffile set to > activate wpa_supplicant dbus daemon by default. Yeah, this would be one possibility and I had something like this in my mind initially. We'd just have to coordinate the releases somehow when NM 0.7 is officially released (maybe a versioned dependency on wpasupplicant with the switch on would be an option). Another possible solution I see, is to ship the dbus related files (/etc/dbus-1/event.d/*, /etc/dbus-1/system.d/* and /usr/share/dbus-1/services/) in a separate package, let's call it wpasupplicant-dbus, and network-manager 0.7 would then depend on this package. The question is, if a separate package for 3 small text files is justified. >> With no application using the D-Bus interface atm. (NM 0.7 will still >> take some time to be released) I think people would complain if we start >> wpa_supplicant by default. > > Ack. I would complain ;-) I feared so ;-) Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature