http://ebixio.com/blog/2011/09/15/how-t … in-ubuntu/
Although the post deals with Ubuntu, but he says:
"wpa_cli expects to talk to wpa_supplicant over a control socket, but the default wpa_supplicant command line options don’t create a control socket (only the D-Bus interface is activated)."
So after making the edit to /usr/share/dbus-1/system-services/fi.epitest.hostap.WPASupplicant.service he recommended and killing wpa_supplicant (which appeared to immediatly restart) netcfg began working like it is supposed to. There was no need for me to run a command before running netcfg.
I'm not sure why I seem to be the only one on Arch who had this problem, I am running a pretty minimal system -- but at least it is solved until the change is overwritten by an update.
]]>On a different note, though, netcfg is definitely supposed to bring up the interface itself - that's what PRE_UP and POST_UP are in reference to. If is not doing that there is something wrong - have you tried to solve the underlying problem yet?
]]># ip link set wlan0 up
Is there a simple way to automate this so "ip link set wlan0 up" is automatically run before netcfg my_wireless_profile runs?
I did notice in the wiki page on netcfg there is a PRE_UP varialble, but it's unclear what file this is added to. I tried it in /etc/network.d/interface/wlan0 with the following content:
PRE_UP="ip link set wlan0 up"
...but this only results in a unreliable connection that usually fails.
]]>