Re: WEP (and other) problems in current SVN

[Dan Williams <dcbw redhat com>]

On Fri, 2007-12-28 at 10:45 -0500, Dan Williams wrote:
> On Tue, 2007-12-25 at 20:29 -0700, Seán de Búrca wrote:
> > I'm currently attempting to connect to a network configured with
> > 128-bit WEP with current SVN. When prompted for the key, I make sure to
> > select the 128-bit Hexadecimal option. However, after a short wait, it
> > asks me for the key again. The log reads:
> > 
> > NetworkManager: <info>  Activation (ath0/wireless): association took too
> > long, asking for new key.
> 
> That means that the wireless driver failed to send the 'connect' signal
> in time.  What version of wpa_supplicant are you using, and would it be
> possible to add the '-ddd' option to the supplicant's command line and
> get some logs out of it?  I've been using WEP+SVN+ipw2200 for the past
> week and haven't had issues so far.
> 
> What kernel and wireless driver/hardware are you using?
> 
> >     Additionally, once I've input the key again and hit Connect, I'm
> > immediately given a libnotify message saying that the network has been
> > disconnected. nm-applet outputs the following repeatedly, though not
> > necessarily all three together:
> 
> Yeah; that's something I found too, it just happens the first time you
> attempt to connect to a new network.  I'm going to try to figure that
> out over the weekend.

Fixed in applet SVN.

> > ** (nm-applet:11611): CRITICAL **: nm_setting_to_hash: assertion
> > `NM_IS_SETTING (setting)' failed
> > 
> > ** (nm-applet:11611): WARNING **: applet.c.3327
> > (get_secrets_dialog_response_cb): failed to hash setting
> > '802-11-wireless-security'.
> > 
> > ** (nm-applet:11611): WARNING **: nm_object_get_property: Error getting
> > 'Ssid' for /: Method "Get" with signature "ss" on interface
> > "org.freedesktop.DBus.Properties" doesn't exist
> > 
> >     Finally, just as a note, nm-applet trunk fails to compile out of the
> > box, dying due to a combination of the -Werror CFLAG and believing that
> > `pair' in utils_find_next_channel in src/utils/utils.c may be used
> > uninitialized. Sorry for the little collection of issues. Ideas would be
> > appreciated.
> 
> Will fix, thanks.

Fixed in SVN.

Dan