Wifix looks for "kdesu" and ignores "kdesudo"

Changes look good. './wifix.py --qt' no longer fails in a gnome environment with kde libs installed. When kdesu is not found, wifix notes this & then uses kdesudo. See below for terminal output.

kermiac@yoda:~/kdesudo$ ./wifix.py --qt
kdesu: program not found.

________________________________________________

I am not sure if it was due to wifix being run in a livecd environment or not, but running './wifix.py --qt' in a live session of mint 9 kde gave a segmentation fault after displaying the device ID information (i.e. the device ID information was not found in the database). See right-hand side terminal in attached screenshot.

This *may* be due to the fact that I was running a livecd. This issue will need to be verified on real hardware.

The left-hand side terminal is a separate issue that will go in a separate bug report.

I tested this in a vm with linux mint 9 kde installed & it seems to seg fault when wifix closes.

kermiac@mint-9-kde ~/kdesudo $ ./wifix.py --qt
QInotifyFileSystemWatcherEngine::addPaths: inotify_add_watch failed: No such file or directory
QFileSystemWatcher: failed to add paths: /home/kermiac/.config/ibus/bus
Bus::open: Can not get ibus-daemon's address.
IBusInputContext::createInputContext: no connection to ibus-daemon
kdesu: program not found.
Segmentation fault

See attached screenshot

I also noticed that running it without the --qt switch there is no seg fault & it also doesn't mention anything about the "ibus" either.

simply running "./wifix.py" appears to work fine.

we also need to verify if running "./wifix.py" on the kde enviroment is actually running qt libs, because the default behavior of ./wifix.py is to first try to use gtk libs, if it fails, then it tries kde.