If this app segfaults, please mail the output of "iwlist scan", "iwconfig" and the contents of "/proc/net/wireless". It's important for improvement, as I don't have access to a lot of wlan-cards. If it fails to build, please mail me the output of the "make" process, along with distro/compiler-version. Thanks in advance :)

Waveselect was first thought of as a replica of the Windows XP wlan-connection tool. It makes it a snap to discover local wlans, and connect to them. It depends on QT-3.x (3.3.3 was used to develop it), and wireless-tools (iwlist, iwconfig). It should work with every card that works with wireless-tool. Use of the great KNemo-tool: ( HTTP://kde-apps.org/content/show.php?content=12956 ) as a companion is recommended, for extra comfort.

Future releases of waveselect will support more features, as long as it can be implemented while still keeping a simple and easy GUI. So please hammer me with all the things you think suck about the UI. (user-friendlyness is high priority)

This tool must be run as root, unless your user have access to change driver-parameters with iwconfig, and start dhcpcd.

Changelog:

v0.1.2
- GUI improvements. Options are no longer available if no network is selected. Also beautify the "scan-results" if no networks are found.
- Do an "ifconfig up" on the selected device before scanning.
(some?) cards using the madwifi-driver does not return scan-data unless this is done (reported by TMS)
- Instead of killing all dhcpcd instances before associating, check
if the /var/run/dhcpcd-.pid exists. If it does, get
the pid of the cards current dhcpcd-process from this file,
and kill only this process. If file does not exist, assume dhcpcd
is not running for the card. (reported by TMS)
- This time, it handles a notebook with several wlan-cards better.
In fact, it handles them at all.
- Improved parsing once again to make it even more fault-tolerant.
Don't know about any way to segfault it now. But if you find one, be sure to mail me and let me know.
- Manage encryption-settings better. It will now manage to set four
different encryption keys. You select which one should be the
transmitted key, by selecting the key you want to be active
in the "key index" combo-box before pressing associate.
- The "security-mode" option was actually connected to code this time,
so it will now have effect.

Paths to ifconfig, iwconfig, iwlist, kill and dhcpcd are hardcoded. Theese paths will match the Gentoo-distribution. If your distro use others, it should be a breeze to grep the dlgmain.ui.h file, and replace them to suit your settings. Although, this is not a permanent solution!!

had to change "-lqt" to "-lqt-mt" and it compiled.

Feedback :)

I haven't tried it yet, but what comes to my mind is the huge diversity of wlan implementations considering the different drivers, userspace scripts and distribution dependant rc-scripts.

Gentoo has a very good wlan script that allows easy configuration and fullfills nearly all needs (it's currently unstable). Other distributors have different solutions.

So my point is: it will be fairly easy to scan for access points through iwlist, etc, but how do you want to save the configuration the user selects? By dealing with distribution specific implementations or by creating your own interface for this.

Imho none of these is a clean solution, but I don't expect the distributors to agree on a standardised way for their configurations (I don't know when LSB will be reality).

I really like the idea of this but I doubt that it will fit perfectly into existing distributions.

Re: Feedback :)

Yeah that's a challenge. For myself, I ignore the distro-way of bringing up my wlan-card. I'm using gentoo-scripts for my ethernet-card, but use my wlan-card manually with dhcp. Your point is a good one, things might change, but trying to support every distro might be a challenge. Might look a bit into how pcmcia-cs works. IIRC, they support quite a few distros native methods for dealing with bringing cards up/down.

use some configure tool. the tool does not compile at all for now. I've changed moc/gmake.conf/qt header path on every file you have even on some system headers and it still does not compile.

Re: make dont work

It helps if you tell what distro you're trying to compile it on...compiled fine under Suse 9.2 after I made the changes I indicated (the qt path and using -lqt-mt instead of -lqt which is for qt multi threaded)

Re: Site down

Don't know what's going on there. Back in the army from my christmas-leave now. Will try to correct the issues asap, but probably it'll take a day or two. The new version 0.2 is "just around" the corner also, supporting a bunch of bugfixes, a proper build-system, no more hardlinked binary paths, support for dhcpcd, pump, dhcilent, etc,etc..

Delay..

The "Just around the corner" release went down the drain when my laptop-screen took a capital hit from airline handling.. I have not forgot about the project though, and I'm still working on it from time to time when I have free time. Won't promise anything about the next release, but 0.2 will be released "sometime in the future", as it's almost ready..

How do you like Plasma 5? The best KDE Desktop ever. Definitely a nice improvement. Not decided yet. Haven't tried it yet. I do not like some of the changes. KDE is taking the wrong way. I am still sticking with KDE 3.5. I have no opinion, but wanted to vote anyway.

Copyright 2003-2015 KDE-Apps.org Team All rights reserved. KDE-Apps.org is not liable for any content or goods on this site.All contributors are responsible for the lawfulness of their uploads.KDE and K Desktop Environment are trademarks of KDE e.V.