Arch Linux

dbus is not in base --> it was not build with dbus support

Would an additional package in extra, wpa_supplicant-dbus, which conflicts wpa_supplicant in base, be any solution?

extra package would be a bit silly, but i don't see any other option.

what packages actually use wpa_supplicant with dbus?

Feel free to create a package that provides=() and conflicts=() on the AUR.

from /usr/bin/netcfg:

# I don't know how we could determine if wpa_supplicant is ready
sleep 2

/usr/bin/netcfg is deprecated. See netcfg2.

We can't add it to the existing package, as it cant depend on dbus, and no packages have been shown to need wpa_supplicant-dbus, so there's no reason to add it to the repos.

Feel free to add to the AUR though. If it gets the votes, then it'll make its way up soon enough.

NetworkManager 0.7 will completely depend on wpa_supplicant's dbus capabilities for all wireless acitivies, so this would be really useful, except you want to force everybody to drop networkmanager and use netcfg2 ;)

I built NM0.7 from svn and rebuilt wpa_supplicant with dbus for myself for now, but I couldn't get the permissions right so the system-service doesn't start unless you are root. An official built package is very much appreciated. (or maybe at least some hints how do get such dbus things done the arch way)

-> please provide dbus support for wpa_supplicant. ;)

I thought dbus was a feature added in the 0.6 development branch, but apparently, the 0.5.10 release already contains dbus code. As we need it in core, we would also need dbus in core, which in turn depends on libx11 and so on. I leave the dbus part up to Jan.

Anyway, I am in favor of dbus support in wpa_supplicant, as this is obviously the future of managing wireless connections and dbus is always better than a custom control interface, like the one wpa_supplicant has.

I'm going to be using this in an upcoming netcfg release, so I'll have a look at how I can deal with the libx11 dep.

There's no libx11 dependency on dbus actually. It's dbus-launch inside the dbus package that depends on it. I'll work on splitting dbus into two pieces this weekend: dbus-core and dbus. dbus-core only pulls in expat as extra dependency, dbus will contain the x11 stuff.

wouldn't it be easier to just set libx11 as optdepends/makedepends -- you'll only end up using dbus launch if you are using X anyway.

Saves splitting another package...

There are people who insist that not only the depends but also the makedepends to packages in core should be in core. I am not one of them though.

+1 for what James and Thomas said,
no need to make things complex just because of makedependency that can safely live in extra (we have such packages already).

Okay, now that this is done, I will push a new package soon.