Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#32879 - [netcfg] wpa_supplicant does not get stopped

Attached to Project: Arch Linux
Opened by Dimi (_tj45) - Tuesday, 27 November 2012, 11:53 GMT
Last edited by Eric Belanger (Snowman) - Tuesday, 30 April 2013, 01:05 GMT
Task Type Bug Report
Category Arch Projects
Status Closed
Assigned To Jouke Witteveen (jouke)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
netcfg does not stop the wpa_supplicant with SECURITY='wpa-config'

Additional info:
* package version(s)
checked 3.0-1 and the current HEAD of the git repo (3.1)

Steps to reproduce:
1) set up a wpa_config: $name
2) netcfg $name
3) netcfg -d $name
wpa_supplicant is still running.

I think i found the error inside 8021x:
In line 77 of 8021x:
[[ -e "$WPA_CTRL_DIR/$INTERFACE" ]] || return
$WPA_CTRL_DIR does not exist (in case of so wpa_config) so wpa_call gets never called and wpa_supplicant keeps running.
   8021x.patch (0.1 KiB)
This task depends upon

Closed by  Eric Belanger (Snowman)
Tuesday, 30 April 2013, 01:05 GMT
Reason for closing:  Won't fix
Additional comments about closing:  netcfg has been moved to AUR
Comment by Fabian (bafain) - Tuesday, 11 December 2012, 17:18 GMT
I am experiencing the same problem but the cause and hence a solution is a different one:

WPA_CTRL_DIR is unset unless both WPA_CTRL_DIR and WPA_CONF are unset. In fact, in your scenario WPA_CONF is set but WPA_CTRL_DIR is not and test [1] in line 74 of network/8021x evaluates to zero. This is why WPA_CTRL_DIR is still unset when test [2] in line 77 of 8021x is evaluated and I think that WPA_CTRL_DIR should be set to the path given in WPA_CONF by the ctrl_interface option.

Commit 186e93113[3] in netcfg.git inserts the return statement at the right position and precedes it with the correct condition, thus your patch does not fix the problem but (in one sense) undos the changes that brought the incomplete condition under which WPA_CTRL_DIR is set to light. A fix is to do something as in wpa_call() (see attached patch 8021x_parse_ctrl_interface_option.patch, which I have not tested yet).

[1] [[ -z "$WPA_CTRL_DIR" && -z "$WPA_CONF" ]]
[2] [[ -e "$WPA_CTRL_DIR/$INTERFACE" ]]
[3] https://projects.archlinux.org/netcfg.git/commit/src/8021x?id=186e931130623eae0c5ef4dc69c6672a74178e39
   8021x_parse_ctrl_interface_op... (0.9 KiB)

Loading...