[pkg-wpa-devel] A challenge: wpa_supplicant + wlan button + zeroconf

[Kel Modderman]

Felix Homann wrote:
> On Sunday 02 July 2006 12:05, Kel Modderman wrote:
>   
>> Hi Felix,
>>
>> I am digging up this very old issue (after re-reading the past few
>> month's conversations) to see if wpa_action is filling this void. Is it?
>> Have you used it? 
>>     
>
> Hi Kel,
>
> yes, I think you've filled the void and I'm actually using wpa_action now. It 
> works fine on boot, there's no problem with the WLAN button, it plays nicely
> together with wpa_gui and I didn't notice any zeroconf interference. In 
> other words: Well done!
>   

Great :-)

>   
>> If so, what new challenges has it presented?
>>     
>
> No real challenges, yet. One point I don't like that much is that on 
> disconnect the IP address will not be cleared (what's the right term?).

Flushed?

> I would prefer the interface to be "essentially" ifdowned a few seconds after a 
> disconnect. (That's the way ifplugd handles it.)
>   

The interface is ifdowned, then "ifconfig interface up" is called 
immediately after to keep the interface in scanning state for 
wpa_supplicant to continue working. (I later see that flushing was added 
directly to the script.)

>   
>> Any other comments regarding the future development of wpasupplicant are
>> welcome at this time.
>>     
>
> I didn't notice that comments had not been welcome ;-)
>
> But two more suggestions:
>
> 1. "wpa_action restart"  would be nice, since you have to restart the 
> wpa_supplicant after editing the wpa_supplicant.conf file in order to read 
> the changes.
>   

This should be possible (reload via HUP signal).

> 2. Now, that there is a roaming solution, how about a (semi-)automatic upgrade 
> method from old init script configurations?
>   

This would be almost impossible to provide, imho.

Maybe this issue is probably best left to the task of writing a few 
explanatory paragraphs about how to adjust to the "new order" from the old?

Thanks, Kel.