tags 407936 - patch thanks On Monday 22 January 2007 23:52, Ivan Zaera Avellon wrote: > Package: wpasupplicant > Version: 0.5.5-4 > Severity: normal > Tags: patch > > > When wpasupplicant is launched from /etc/wpa_supplicant/functions.sh it > tries to use flag -W, which is supposed to make it wait until the wpa_cli > attaches to the socket. The thing is, that the -W is not documented in > wpasupplicant, and thus, it does not work (at least in my system). This > causes wpa_cli to miss the CONNECTED event when the wireless network is > available from the very first moment. As the event is missed, wpa_action is > not called and the interface is not configured. > > I suggest changing the file /etc/wpa_supplicant/functions.sh, in function > init_wpa_cli, so that after wpa_cli is launched, we force a disconnect with > wpa_cli to make wpasupplicant reconnect again and send the CONNECTED event. > The proposed code would be: > > init_wpa_cli () { > if [ -n "$WPA_ACTION_SCRIPT" ]; then > local WPA_CLI_OPTIONS > WPA_CLI_OPTIONS="-B -P $WPA_CLI_PIDFILE -i $WPA_IFACE" > > wpa_msg verbose "$WPA_CLI_BIN $WPA_CLI_OPTIONS -p > $WPA_CTRL_DIR -a $WPA_ACTION_SCRIPT" > > start-stop-daemon --start --oknodo $DAEMON_VERBOSITY \ > --name $WPA_CLI_PNAME --startas $WPA_CLI_BIN > --pidfile $WPA_CLI_PIDFILE \ -- $WPA_CLI_OPTIONS -p $WPA_CTRL_DIR -a > $WPA_ACTION_SCRIPT > > if [ "$?" != "0" ]; then > wpa_msg stderr "$WPA_CLI_BIN daemon failed to > start" return 1 > else > wpa_msg verbose "force disconnect to assure that > wpa_cli receives CONNECTED event" $WPA_CLI_BIN -P $WPA_CLI_PIDFILE -i > $WPA_IFACE disconnect fi > fi > } >
I nack this patch and propose that -W should be documented and fixed (it seems to work for me just fine, but is clearly undocumented). Can you please disclose your configuration? Thanks, Kel. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]