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#34004 - [netcfg] associated wpa_supplicant process is left running

Attached to Project: Arch Linux
Opened by jens tinfors (jens.tinfors) - Sunday, 24 February 2013, 20:50 GMT
Last edited by Jouke Witteveen (jouke) - Saturday, 09 March 2013, 13:13 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 0%
Votes 0
Private No

Details

Description:
When bringing a wireless WPA connection down using `netcfg down <conn>` associated wpa_supplicant process is left running.
This is due to the fact that the check at line 77 in /usr/lib/network/8021x:
[[ -e "$WPA_CTRL_DIR/$INTERFACE" ]] || return
is broken. WPA_CTRL_DIR is not set and so the script returns here and leaves the wpa_supplicant running.

Here's a naive solution that I use on my machine. Just set the path before running the test.
[[ -z $WPA_CTRL_DIR ]] && WPA_CTRL_DIR="/run/wpa_supplicant"

Additional info:
* package version(s)
netcfg 3.0-1
* config and/or log files etc.

/etc/wpa_supplicant.conf:
ctrl_interface=DIR=/run/wpa_supplicant GROUP=network
update_config=1
network={
ssid="vallvagen22"
psk=*****
}


Steps to reproduce:
I have a fresh install here so I guess just use current and connect to a wireless thingy with WPA auth.
This task depends upon

Closed by  Jouke Witteveen (jouke)
Saturday, 09 March 2013, 13:13 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#32879 

Loading...