Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 387895 - net-wireless/wpa_supplicant: keeps dir /var/run/wpa_supplicant
Summary: net-wireless/wpa_supplicant: keeps dir /var/run/wpa_supplicant
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Bjarke Istrup Pedersen (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: keepdir-var-run_lock
  Show dependency tree
 
Reported: 2011-10-20 16:32 UTC by i.Dark_Templar
Modified: 2014-03-21 19:56 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description i.Dark_Templar 2011-10-20 16:32:28 UTC
wpa_supplicant keeps dir /var/run/wpa_supplicant. This can cause issue if /var/run is mounted as tmpfs. This dir should be created some other way.

Reproducible: Always

Steps to Reproduce:
1. emerge wpa_supplicant

Actual Results:  
wpa_supplicant keeps dir /var/run/wpa_supplicant

Expected Results:  
wpa_supplicant shouldn't keep that dir
Comment 1 Bjarke Istrup Pedersen (RETIRED) gentoo-dev 2011-10-20 20:03:01 UTC
If you remove the directory, does it work like it should?
Comment 2 i.Dark_Templar 2011-10-21 09:11:24 UTC
It's anyway removed after reboot in my case - I have /var/run as tmpfs. I don't know exactly if it would work, I use wicd for wireless with WPA/WPA2 and it works. About using just wpa_supplicant can't say much.
Comment 3 Ben Kohler gentoo-dev 2014-03-20 14:54:37 UTC
Most everyone has /run (and thus /var/run via symlink) on tmpfs now and this is working fine.  wpa_supplicant should not be creating this dir at all, right now it's just creating noise in qcheck when this dir/file go "AFK" after first reboot.
Comment 4 i.Dark_Templar 2014-03-20 17:48:12 UTC
(In reply to Ben Kohler from comment #3)
> Most everyone has /run (and thus /var/run via symlink) on tmpfs now and this
> is working fine.

/run has nothing to do with this bug. It's not standard, and /var/run being symlink is not standard either. It's a lie and full off-topic.
Comment 5 Ben Kohler gentoo-dev 2014-03-20 17:56:19 UTC
Whoa there, I thought I was on your side, what happened?  What I was saying is that LOTS of users already have /var/run on tmpfs (this is the default with current stable openrc) and wpa_supplicant is still working just fine, so we don't need to keepdir.

I'm not trying to be off-topic or lie to anyone.
Comment 6 Bjarke Istrup Pedersen (RETIRED) gentoo-dev 2014-03-21 19:56:57 UTC
Fixed, I have removed it from 2.1-r1 - no reason to bug to -r2 for this, since it makes no difference for the people already on 2.1-r1