Wifi-Connect 2017B beta (Deprecated)
In exposing the PET for testing, I am unsure of a method of replacing the bin file that wont lead to problems. Can you post a PET without the bin file. I will assume that without that included in the PET, the PET/subsystem will use the internal system's DHCPD. And, as such, the replacement would work in any system, 32/64.
Correct?
Correct?
Last edited by gcmartin on Tue 28 Jun 2016, 22:25, edited 1 time in total.
@Stemsee, I am sure you are aware, but might be important.
Some of my distros, i.e. Slacko 32/64 use /usr/sbin/udhcpd. Thus, these do not have a "DHCPD" as is currently in the Wifi-Connect PET for 32bit systems.
What is a proper way to use or test your PET in those systems? Or is there a PET available for those systems?
I ask, because if I remove the /usr/bin/dhcpd from the existing PET, will the Wifi-Connect 2016 functionality work as you expect it in those PUP distros using udhcpd? Thus a PET without the "dhcpd" component will work on all modern PUP distros no matter if they have either dhcpd or udhcpd. Is that correct?
Is a new PET in order?
Thanks in advance.
Some of my distros, i.e. Slacko 32/64 use /usr/sbin/udhcpd. Thus, these do not have a "DHCPD" as is currently in the Wifi-Connect PET for 32bit systems.
What is a proper way to use or test your PET in those systems? Or is there a PET available for those systems?
I ask, because if I remove the /usr/bin/dhcpd from the existing PET, will the Wifi-Connect 2016 functionality work as you expect it in those PUP distros using udhcpd? Thus a PET without the "dhcpd" component will work on all modern PUP distros no matter if they have either dhcpd or udhcpd. Is that correct?
Is a new PET in order?
Thanks in advance.
If your distro uses udhpcd then you can safely install the pet without overwriting udhpcd. My scripts do not use udhpcd if present although I looked at adding the possibilty just needs two variables, one for acquiring ip and one for releasing lease on interface. The switches/options are different for udhcpd and dhcpcd.
Install dhcpcd(5) using ppm or gslapt, or directly download package and install. I do not maintain dhcpcd, I maintain only wifi-connect scripts (wifiprofi, scanner, eduwifi, hotspot, wifi-connect and wifi-connect-2, and oui.txt for random mac address). All scripts have a routine for informing if any dependency is missing, independent of the installer.
Install dhcpcd(5) using ppm or gslapt, or directly download package and install. I do not maintain dhcpcd, I maintain only wifi-connect scripts (wifiprofi, scanner, eduwifi, hotspot, wifi-connect and wifi-connect-2, and oui.txt for random mac address). All scripts have a routine for informing if any dependency is missing, independent of the installer.
Here is a pet with no dhcpcd and renamed, in case the name trips the install.
udhcpd/c is the busybox dhcp server which hasn't had work since 2002. Dhcpcd is an external server which had work up to about 4 years ago, on raspberrypi there is ongoing work here https://github.com/raspberrypi/dhcpcd-6 ... /changelog . Work by RedHat is current.
udhcpd/c is the busybox dhcp server which hasn't had work since 2002. Dhcpcd is an external server which had work up to about 4 years ago, on raspberrypi there is ongoing work here https://github.com/raspberrypi/dhcpcd-6 ... /changelog . Work by RedHat is current.
Last edited by stemsee on Tue 21 Nov 2017, 07:35, edited 1 time in total.
Slavvo
I had a look at how to use ndiswrapper. It seems there are two stages 1) associate the windows wifi driver *.inf with ndiswrapper 2) then use the -D switch to uspecify ndiswrapper as the driver when using wpasupplicant.
To build the module for each system seems to require installing the headers, and compiling ndiswrapper from source. Also requires downloading the windows driver for your wifi card/s and locating it.
I have no way to develope and test such routines as all my wifi cards work on linux.
Actually none of these scripts have the option to test or load other drivers.
If anyone wants to volunteer some tested code, great!
stemsee
I had a look at how to use ndiswrapper. It seems there are two stages 1) associate the windows wifi driver *.inf with ndiswrapper 2) then use the -D switch to uspecify ndiswrapper as the driver when using wpasupplicant.
To build the module for each system seems to require installing the headers, and compiling ndiswrapper from source. Also requires downloading the windows driver for your wifi card/s and locating it.
I have no way to develope and test such routines as all my wifi cards work on linux.
Actually none of these scripts have the option to test or load other drivers.
If anyone wants to volunteer some tested code, great!
stemsee
I can see where system's available drivers would be outside of the scope of this utility. Still the utility has its solid offering for what it does in its mission. Ease!
The driver issue in Puppyland has been a "target" for years with no clear-cut direction. Some developers include all in base ... Some include drivers in zdrv/ydrv/adrv ... Some only include a subset ... Each distro has a reflection of what its developer feel best fro his offering.
This driver problem is consistent across operating systems.
Ease of use, though, and clear guidance in ease of use it what appears, here, leaving driver discovery to the base running system.
The driver issue in Puppyland has been a "target" for years with no clear-cut direction. Some developers include all in base ... Some include drivers in zdrv/ydrv/adrv ... Some only include a subset ... Each distro has a reflection of what its developer feel best fro his offering.
This driver problem is consistent across operating systems.
Ease of use, though, and clear guidance in ease of use it what appears, here, leaving driver discovery to the base running system.
In the meantime here is wifi-connect-30
Solves wlan1/2 start/stop bug in wifi-connect-2 menu.
Introduces code that should allow the gui to start when no wifi-card found (not tested by me as machine has two unremoveable cards)
Solves issue when only one AP is found; loop generated 30 entries the same for when only one AP found.
Scanner early menu wouldn't close
Solves wlan1/2 start/stop bug in wifi-connect-2 menu.
Introduces code that should allow the gui to start when no wifi-card found (not tested by me as machine has two unremoveable cards)
Solves issue when only one AP is found; loop generated 30 entries the same for when only one AP found.
Scanner early menu wouldn't close
Last edited by stemsee on Tue 21 Nov 2017, 07:33, edited 1 time in total.
Icons updated. Also renamed apps to ; Wifi-Profiles, Wifi-Scanner and Wifi-Eduroam to match Wifi-Connect in Menu.
- Attachments
-
- capture31969.png
- (19.67 KiB) Downloaded 695 times
-
- capture1335.png
- (49.56 KiB) Downloaded 697 times
-
- mrnu.png
- (44.59 KiB) Downloaded 694 times
Last edited by stemsee on Tue 21 Nov 2017, 07:34, edited 1 time in total.
I have added simple profile management for saved profiles, available when using wifi-profiles app. Option to delete selected profile.
- Attachments
-
- capture17366.png
- (19.73 KiB) Downloaded 624 times
Hi stemsee - I gave this a try on a Slacko 5.6 derivative but it failed to run due to lack of zenity and yad. (Might be worth mentioning those dependencies if not already highlighted somewhere - I may have missed them).
Once the dependencies were added I got to first base but couldn't get scan results (which I assume is step one). Also ended up with two icons in the tray and couldn't terminate them. Will try again and report back with specifics once I know how to disable frisbee on my system - I think it lurks in the background and may interfere.
Once the dependencies were added I got to first base but couldn't get scan results (which I assume is step one). Also ended up with two icons in the tray and couldn't terminate them. Will try again and report back with specifics once I know how to disable frisbee on my system - I think it lurks in the background and may interfere.
Wifi-connect should be the first script to use, for creating profiles, it also unblocks interfaces first.
Maybe try in term first
I noted the same 'problem' with tray icons.
Thanks for reporting
Maybe try
Code: Select all
rfkill unblock all
I noted the same 'problem' with tray icons.
Thanks for reporting
I intend to rewrite the way the tray menus are handled. Firstly there will only ever be one menu generated from an exported function. All subsequent scripts will use the same comprehensive menu. Infos will be generated also using exported functions with timeouts thus eliminating the need to use Esc to close any dialogue box.
I may also add ndiswrapper functionality. Widi is also a possibility.
stemsee
I may also add ndiswrapper functionality. Widi is also a possibility.
stemsee