Re: WEP (and other) problems in current SVN
- From: Dan Williams <dcbw redhat com>
- To: Seán de Búrca <leftmostcat gmail com>
- Cc: networkmanager-list gnome org
- Subject: Re: WEP (and other) problems in current SVN
- Date: Fri, 28 Dec 2007 10:45:22 -0500
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.
> ** (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.
Dan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]