Re: timeout when connecting

2006-03-23 Thread Steev Klimaszewski
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gour wrote: On Wed, 2006-03-22 at 21:57 +0100, Luka Renko wrote: I think this is know issue with madwifi drivers: NM does scans also when conected and madwifi driver cannot perform such scan in background, therefore it disconnects current

Re: Dynamic WEP support - WORKS!!!

2006-03-23 Thread Jan Mynarik
On Wed, 2006-03-22 at 14:50 -0500, Robert Love wrote: Jan and Dennis, I would love to hear if it works for you and, if not, what goes wrong. I'd like to report that it works for me! Thanks, Robert (and others too, of course!). The only problem I have that network interface switching doesn't

KNetworkManager SCM

2006-03-23 Thread Timo Hoenig
Hi! As I'm receiving more and more requests on KNetworkManager and as the development is near a 0.1 release, I'd like to know which source code repository you think public development of KNetworkManager should take place. Basically there are two options: I've received an offer to put

Re: WPA Enterprise TTLS

2006-03-23 Thread bloch
On Wed, 22 Mar 2006, Robert Love wrote: On Wed, 2006-03-22 at 18:38 +, [EMAIL PROTECTED] wrote: Today I've been trying to connect to a wireless network that uses 802.11x. I was told by someone who connected using an Apple laptop that I needed to use TTLS with PAP. In the WPA

Re: KNetworkManager SCM

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 07:48 -0500, Dan Williams wrote: Third option: freedesktop.org SVN (or CVS). Chris Aillon and I were punting around the idea of putting NM onto freedesktop.org, since it really is desktop agnostic, a lot like HAL. If there aren't any objections, I guess that's the

Re: Dynamic WEP support.

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 11:48 +0100, Dennis Kaarsemaker wrote: How about: _ Key type:| Wep 40 \/ | |-| | Wep 64 | | WPA |

Re: Dynamic WEP support.

2006-03-23 Thread Pat Suwalski
Dennis Kaarsemaker wrote: ...and of course Murphy loves me and decided that somehow madwifi scuks even harder than I thought - with the neccessary patches applied to NM and the madwifi Driver all worked fine a few days ago but today it decided not to do WPA anymore. So I won't be able to test

Re: KNetworkManager SCM

2006-03-23 Thread Dan Williams
On Thu, 2006-03-23 at 08:32 -0500, Robert Love wrote: On Thu, 2006-03-23 at 07:48 -0500, Dan Williams wrote: Third option: freedesktop.org SVN (or CVS). Chris Aillon and I were punting around the idea of putting NM onto freedesktop.org, since it really is desktop agnostic, a lot like

Re: Dynamic WEP support.

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 10:04 -0500, Pat Suwalski wrote: Finally, if you've gotten this far, there is a patch I'm planning to write that will automatically detect the WEP type, there is no need for a drop-down box. Hex will be hex, 26 characters/nibbles long. The password mode for that does

Re: [PATCH] dont set invisible_char

2006-03-23 Thread Robert Love
On Wed, 2006-03-22 at 23:29 +0100, [EMAIL PROTECTED] wrote: NetworkManager right now sets invisible_char to the default value of * in all .glade files, that is not needed and poses an even bigger problem if the system default is changed. attached patch removes all property

Re: Dynamic WEP support.

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 10:15 -0500, Pat Suwalski wrote: Robert Love wrote: This won't fly. As just one example, my passphrase at home is a legitimate hex key (I am, yes, an idiot). Differentiating between ASCII and passphrase is even harder. We need to ask. I've seen this in an

Re: Dynamic WEP support.

2006-03-23 Thread Dan Williams
On Thu, 2006-03-23 at 10:15 -0500, Pat Suwalski wrote: Robert Love wrote: This won't fly. As just one example, my passphrase at home is a legitimate hex key (I am, yes, an idiot). Differentiating between ASCII and passphrase is even harder. We need to ask. I've seen this in an

Re: Dynamic WEP support.

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 10:22 -0500, Dan Williams wrote: Passphrases can be any length, up to 64 characters. That includes exactly 26 characters, and since the hex key character space is a subset of the passphrase character space, there's absolutely no way to differentiate between the two

Re: timeout when connecting

2006-03-23 Thread Gour
On Thu, 2006-03-23 at 02:15 -0600, Steev Klimaszewski wrote: You could also try http://madwifi.org/attachment/ticket/462/wext19_060322.patch I tried the patch and have few issues: a) the patch is missing WPA2 capabilities and NM reported that my hardware do not support WPA2. I added

Re: Dynamic WEP support.

2006-03-23 Thread Pat Suwalski
Robert Love wrote: Basically: WEP key: 26 characters, [A-F]|[a-f]|[0-9] String: 26 characters, no restrictions. I am saying, my passphrase is a legitimate hex key. It cannot work beautifully if ASCII and Hex keys are also valid passphrases. I don't see how -- to the best

Re: Dynamic WEP support.

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 10:43 -0500, Pat Suwalski wrote: I don't see how -- to the best of my knowledge, the ascii keys are not allowed to be 26 characters long, and the hex keys must be 26 characters long... Right, but passphrases can be either of those things. Robert Love

Re: Dynamic WEP support.

2006-03-23 Thread Pat Suwalski
Robert Love wrote: I think many users these days, and most users going forward, use passphrases, so the best bet we can have is default to passphrase as the key type and expect our users to change it if needed. Otherwise, as Dan wrote, we are just asking for confusion. Hm. Well, then

Re: Dynamic WEP support.

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 10:51 -0500, Pat Suwalski wrote: Hm. Well, then something that would alleviate the annoyance is if the text box didn't get cleared when the mode is changed. I always end up pasting in or typing in the key and then selecting the method, only to lose about 2 minutes of

Re: KNetworkManager SCM

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 12:44 -0500, David Zeuthen wrote: It's very difficult to deal with translations if you're hosted on fd.o servers. I recommend that you at least keep the applet in GNOME CVS/SVN. This raises a good point. We need the translators. Also, Dan, I had another issue I wanted

Re: [PATCH] dont set invisible_char

2006-03-23 Thread Christopher Aillon
On 03/22/2006 05:29 PM, [EMAIL PROTECTED] wrote: NetworkManager right now sets invisible_char to the default value of * in all .glade files, that is not needed and poses an even bigger problem if the system default is changed. attached patch removes all property name=invisible_char*/property

Re: [PATCH] dont set invisible_char

2006-03-23 Thread Robert Love
On Thu, 2006-03-23 at 14:01 -0500, Christopher Aillon wrote: You're right, although I wonder how that snuck in. I made sure that NetworkManager was not setting the default invisible character when I was converting Fedora to use a different default Anyway, thanks for catching it.

Re: [PATCH] dont set invisible_char

2006-03-23 Thread Christopher Aillon
On 03/23/2006 02:28 PM, Robert Love wrote: On Thu, 2006-03-23 at 14:01 -0500, Christopher Aillon wrote: You're right, although I wonder how that snuck in. I made sure that NetworkManager was not setting the default invisible character when I was converting Fedora to use a different

NetworkManager 5-6 problems

2006-03-23 Thread Joseph Harnish
After watching the development of the WPA support in Network Manager I couldn't wait for FC5. So after I installed I am running into some issues using NetworkManager. When trying to connect to an open AP it seems that I get a connection. The applet shows the signal bars as empty (no signal).