Hi Jonathan, Since iwconfig, and iwlist work, this really looks like a bug with network-manager.
64studio is based on Ubuntu Hardy, which is why you get version 0.6.6. I've filed a ticket to backport nm-0.7.1 to 64studio ( http://trac.64studio.com/64studio/ticket/515 ) but it would be great to know if that will solve the problem before we start backporting. Could you try to compile and test it on your machine? Try sth. like this: -----8<---- sudo apt-get install build-essential fakeroot sudo apt-get build-dep network-manager cd /tmp wget http://rg42.org/_media/wiki/nm-0.7.1-debian.tgz tar xvzf nm-0.7.1-debian.tgz cd network-manager-0.7.1/ dpkg-buildpackage -rfakeroot cd .. sudo dpkg -i network-manager*deb -----8<---- The nm-0.7.1 on my server is taken from debian/squeeze. There may be some version-conflicts in the build-dependacies.. if you run into problems, be creative or get back to us.. robin Jonathan E. Brickman wrote: > >> I don't think this is a kernel issue. >> If you succeed configuring it "by hand" as outlined by Gustin below with >> `iwconfig` it is a network-manager problem, not a kernel/driver issue. >> > I am rather strongly allergic to setting my wireless network to > unauthenticated :-) My wife's XP PC is nearby :-) >> Maybe it's even simpler: try hitting the WiFi-en/disable button >> (Fn+F5?!) or flick the Wifi kill-switch ;) >> > Good try *grin* It's marked 'on', its light is lit. >> It seems likely that you have a mixed system, which would also explain >> the NetworkManager vs. network-manager naming difference. >> > Nope. Vanilla 64studio 3b3, have changed no repos, have just run > vanilla updates via Synaptic. >> Maybe that's the whole issue: Are you mixing different versions of the >> network-manager-applet and the network-manager service: >> >> what does >> dpkg-query -l network-manager-gnome >> > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Installed/Config-f/Unpacked/Failed-cfg/Half-inst/t-aWait/T-pend > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name Version Description > +++-==============-==============-============================================ > > ii network-manage 0.6.6-0ubuntu3 network management framework (GNOME > frontend > >> and >> pkg-query -l network-manager >> say? Are they the same version? (0.7.1) >> > Desired=Unknown/Install/Remove/Purge/Hold > | > Status=Not/Installed/Config-f/Unpacked/Failed-cfg/Half-inst/t-aWait/T-pend > |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: > uppercase=bad) > ||/ Name Version Description > +++-==============-==============-============================================ > > ii network-manage 0.6.6-0ubuntu5 network management framework daemon > > Now you've got me a bit weirded out :-) I wonder why 3b3 is packaged > with NM 0.6.6? >> Does `nm-tool` detect wlan0 as "Type: 802.11 WiFi" ? >> > - Device: wlan0 > ---------------------------------------------------------------- > NM Path: /org/freedesktop/NetworkManager/Devices/wlan0 > Type: Wired > Driver: ath5k > Active: no > HW Address: 00:90:96:82:EA:85 > > Capabilities: > Supported: yes > > Wired Settings > Hardware Link: yes > >> Can you detect WiFi-networks by running `sudo iwlist wlan0 scan` ? >> > Yes -- all of the nearby WAPs, including my own, are detected via the > above command. >> Anyways. the at5k should be detected as ath0 not wlan0. >> > Perhaps this is indicative of an NM version glitch. But I don't > understand why 3b3 standard repos have sent me an old NM. >> Is this a new install of 64studio, or did you upgrade from a previous >> System? It could be due to some relic udev rule: Do you have a file >> /etc/udev/rules.d/70-persistent-net.rules >> (`ls /etc/udev/rules.d/*net*` , the name may be slightly different), >> there might be a clue in there. >> > This is a vanilla install onto bare hardware, of 3b3. The above file > does exist, and contains: > > # This file was automatically generated by the /lib/udev/write_net_rules > # program run by the persistent-net-generator.rules rules file. > # > # You can modify it, as long as you keep each rule on a single line. > > # PCI device 0x8086:0x103d (e100) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:08:0d:9f:18:f4", ATTR{type}=="1", KERNEL=="eth*", > NAME="eth0" > > # PCI device 0x168c:0x0013 (ath5k) > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", > ATTR{address}=="00:90:96:82:ea:85", ATTR{type}=="1", KERNEL=="wlan*", > NAME="wlan0" > >> There's plenty of reasons why things could not work as expected; maybe >> you once used /etc/iftab with `ifrename` or set up mii-tools.. > Nope. >> - or >> maybe the device is simply defect.. >> > The hardware, including wireless, was working well with Puppy Linux > 4.21, until I wiped it for 64studio. >> Anyways the issue of Network-manager detecting a WiFi interfaces as >> "wired" is unprecedented to my knowledge. >> >> If the iwconfig steps below work, you can be pragmatic and use >> wpa_supplicant and wpagui to /work around/ network-manager. >> > I could. But my primary purpose right now is to help debug 64studio. I > would like to use it as my primary platform, but on principle, I don't > carry kludges around with me unless I have no choice. > > J.E.B. > _______________________________________________ 64studio-devel mailing list 64studio-devel@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-devel