On Tue, 12.07.11 16:20, Henry Gebhardt ([email protected]) wrote: > > (To the hostap mailing list: I wasn't subscribed to this list when I > sent the patches, now I am. Did they reach you?) > > On Mon, Jul 11, 2011 at 10:13:52PM +0000, Alexander E. Patrakov wrote: > > Henry Gebhardt wrote: > > > > > --- /dev/null > > > +++ b/wpa_supplicant/systemd/[email protected] @@ -0,0 +1,11 @@ > > > +[Unit] > > > +Description=WPA supplicant daemon (interface-specific version) > > > +# NetworkManager users will probably want the dbus version instead. > > > +[Service] > > > +Type=simple > > > +ExecStart=/sbin/wpa_supplicant > > > -c/etc/wpa_supplicant/wpa_supplicant.conf -i%I > > > +[Install] > > > +Alias=network.target.wants/[email protected] > > > > This is not enough to get a working wpa_supplicant on a wired interface > > that uses 802.1X - we need -Dwired in this case. > > I wasn't even aware that possibility existed. :) Do you think it makes > sense to provide a unit file for each of the driver options? I'm rather > thinking that providing a template that works for the most common setups > may be sufficient.
Isn't there an option to add to wpa_supplicant to autodetect this setting? For example -Dauto or so? Or just leaving it out entirely? > Ah, right. Is "After=sys-devices-*-net-%I.device" possible and > sufficient? systemd.unit(5) doesn't say anything about globbing. Not wildcards like this are not supported, to what should it even be resolved? At boot time we simply have no idea what devices might pop up eventually, but without that we don't know how long to wait. Lennart -- Lennart Poettering - Red Hat, Inc. _______________________________________________ systemd-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/systemd-devel
