Bonjour,
This could not be more completed!
Thank you!
I (un)fortunately have to go away during the whole month but I take my laptop with me and will surely find connection and time to test all what you kindly "cooked" for ToOpPy users.

I have re-uploaded frisbee-1.2 and pgprs-1.5 with the "-beta" removed form their names. They are identical to the betas and carry the same date in their names. If anyone still has an issue with either, please report it here. They appear to be ready for addition to the woof-CE system.
Available: http://www.murga-linux.com/puppy/viewtopic.php?p=757398#757398

Out of curiosity, does anyone use the VPN interface, gpptp? If so, is there any interest in my adding a tab to frisbee to support the fine-tuning of the options.pptp configuration file?
Richard

I would like to test the latest version of Frisbee in DebianDog, and have 2 questions.

1) Does your version have ipinfo (icanhazip) implemented in the code?
if it doesn't,
2) Your pet seems to be structured differently from the DD setup. Should I just manually replace the files, or do uninstall first? Can you also make a deb file in addition to pet?

Re #1: It does not link to icanhazip.com directly, but does use ipinfo, which does. However, ipinfo has been fixed so that it does not link there unless the user selects that as an option. By default, ipinfo does not link to icanhazip.com.

Re #2: First, I do not know how to make deb files, so that is out. Before committing, I wanted to check out DebianDog to see where there might be problems. The main difference between puppy and DD that affects the latest frisbee is that DD does not contain the Roaring Penguin PPPOE function that frisbee now interfaces with. I have updated frisbee to look for that possibility and to disable (grey out) the part of the Telephone Networks tab relating to PPPOE, including the radio button for selecting it. The Mobile/3G part should work, as it is independent from (but compatible with) the also absent pgprs function.

Since DD does not support pet packages, I converted the updated 1.2 pet to the attached tarball that can be installed at the top/root-level (/) directory:

- In DebianDog, download/move the tarball to the "/" directory.
- Click on it to open Xarchiver.
- Extract all of the files there (to /).
- Open a console (xterm) and type: cd /
- Then type: ./pinstall.sh
- Remove the tarball and pinstall.sh files when done with them.

When you start frisbee (JWM > Settings > Frisbee) you should now see 3 tabs instead of 2. If anything turns out to be amiss, be sure to notify me so that I can address it.
Richard

UPDATE 5/19/2014: I now see what you mean, anikin, by "structured differently", having examined in more detail the frisbee implementation in DebianDog. I assume that the directory changes are to conform to debian conventions. I need to create a new update package for DD that incorporates the "1.2" updates into the existing DD directories for frisbee. Although the the 20140518 package may give you something to test with, be assured that I will also provide, soon, a package/tarball that is consistent with the DD architecture. R

At a glance, nothing seems to be amiss, installed following your instructions, restarted DHCP - looks good so far. As you will see in the attached image, there are 3 windows and PPPOE is indeed greyd out. However, PPPOE can easily be installed -> 'apt-get update' -> 'apt-get install pppoeconf' =>https://wiki.debian.org/PPPoE
It would be great to have a fully consistent package, not necessarilly deb. I'm looking forwrad to having it. To make my request absolutely clear, I'm looking forward to having a Frisbee, that will not have ipinfo/icanhazip (or any similar mechanism) in *any* form - enabled/disabled, or user selectable. Just a plain Linux network manager, like those currently availabe in Debian - wicd, connman, networkmanager.

Dear Richard
just to clarify that frisbee and pgprs scripts are not in wood-CE so they can not be "updated" with your changes.
So "ready for addition" means that puppy builders that use woof-CE can include these pets with their builds._________________== Here is how to solve yourLinux problems fast ==

Scooby,
Thanks for consulting me about porting frisbee 1.2 to alphaos. Although I am unfamiliar with alphaos, I have been working this past week with anakin regarding porting it to DebianDog, which getting interesting. Your timing is excellent. So far, I have it working along with network_tray. DD already has the modified dhcpcd.

For a 64-bit OS, I think the same modified-dhcpcd source code should compile for it. I have not tried that, so assume you would work out any kinks. I think I posted the source code earlier in this thread. Let me know if it needs modification for 64-bit compatibility. You also need the script, dhcpcd_dropwait_option.

Regarding PPPoE and pdiag, I am preparing an updated frisbee-1.2 that makes PPPoE optional. I should do the same with pdiag; if it is not present, the button for it will be disabled (greyed out). If you can provide an alternative diagnostic tool that captures logs and other info into something that is useful for debugging, either name it pdiag or make a link to the tool, naming the link as "pdiag". If you need further mods to frisbee, please tell me so that I can incorporate them, to minimize the number of (or avoid) frisbee variants out there.

I would like to work with you on this, in case I need to make further mods to frisbee-1.2 for alphaos, as I have for DD.
Richard

Scooby,
Thanks for consulting me about porting frisbee 1.2 to alphaos. Although I am unfamiliar with alphaos, I have been working this past week with anakin regarding porting it to DebianDog, which getting interesting. Your timing is excellent. So far, I have it working along with network_tray. DD already has the modified dhcpcd.

found source for network_tray and compiled it, don't know if it's compatible with alphaos.
Since alphaOS is on gtk3 I had to change some method calls.

rerwin wrote:

For a 64-bit OS, I think the same modified-dhcpcd source code should compile for it. I have not tried that, so assume you would work out any kinks. I think I posted the source code earlier in this thread. Let me know if it needs modification for 64-bit compatibility. You also need the script, dhcpcd_dropwait_option.

Found source for dhcpcd dropwait here . Since alphaos use dhcpcd 6.3.2 I downloaded it
as source and manually hacked in the diffs in the source files.
I think I have the dhcpcd_dropwait_option script since my starting point was your frisbee 1.2 pet

I haven't tested this at all but will report progress and setbacks.

rerwin wrote:

Regarding PPPoE and pdiag, I am preparing an updated frisbee-1.2 that makes PPPoE optional. I should do the same with pdiag; if it is not present, the button for it will be disabled (greyed out). If you can provide an alternative diagnostic tool that captures logs and other info into something that is useful for debugging, either name it pdiag or make a link to the tool, naming the link as "pdiag".

what about the pgprs pet, optional?

rerwin wrote:

If you need further mods to frisbee, please tell me so that I can incorporate them, to minimize the number of (or avoid) frisbee variants out there.

I would like to work with you on this, in case I need to make further mods to frisbee-1.2 for alphaos, as I have for DD.
Richard

I'm happy to cooperate on this and if possible respect your wish to limit number of frisbee variants
but I think alphaOS is pretty different from puppy and don't know
if it is possible?

Is there a pet of the pet-file handler that puppy uses.
Alphaos doesn't have pet system but maybe it could be provided as a module?

It is not required. Frisbee-1.2 implements similar logic, making pgprs redundant. But having it present would give users the option to avoid using frisbee for gprs. They use the same configuration and chatscript files, so cannot be used concurrently.

Quote:

Is there a pet of the pet-file handler that puppy uses.
Alphaos doesn't have pet system but maybe it could be provided as a module?

Well, "modules" are hardware drivers, not applications, so that is out. For DebianDog, I am providing archive/tarball files for frisbee and network_tray, such that they can be expanded to "/". I include a pinstall-type file to be executed (manually) to make any necessary changes, such as deletions. I hope to master the process of making a ".deb" package for each, to eliminate possible operator errors in installing the packages. What packaging method does alphaos use. Obviously, I have not yet done my research on alphaos yet.
Richard

Well, "modules" are hardware drivers, not applications, so that is out.

I meant modules in a more general sense

rerwin wrote:

For DebianDog, I am providing archive/tarball files for frisbee and network_tray, such that they can be expanded to "/". I include a pinstall-type file to be executed (manually) to make any necessary changes, such as deletions. I hope to master the process of making a ".deb" package for each, to eliminate possible operator errors in installing the packages. What packaging method does alphaos use.

Basically alphaOS uses arch repo's so I guess you could make an AUR package if you like.

For me normally I just supply a sfs-squashfile to be loaded in union.
AlphaOS loads user sfs-files higher up in union than base OS files.
(sfs files are actually called "sb" files in alphaOS )
With this approach you cannot of course run pinstall-type file automatically

I think you only Remove residue from prior frisbee versions with pinstall.sh.
There is no residue in alphaOS as it uses connman by default now.

you have to remove/replace some connmann stuff to get it to work.
But that is maybe something that shouldn't be inside a frisbee package though?

The way I do it when I try to convert frisbee 1.2 is just have another sfs-file with alphaos specific configuration. i.e trying to keep frisbee as close to the one in puppy in it's own container and then the config of alphaos separately.

BTW is there a way to identify version from a current install? I miss --version flag

anikin, Scooby,
I now have a "compatibility" version of frisbee that works both in puppy and DebianDog. Its functionality is the same as the previous "1.2" but with these minor improvements:

- fixes the pppoe option's "Status" button operation
- greys out the PPPoE option altogether if Roaring Penguin's PPPoE function is not present
- greys out the Diagnostics "Generate Diagnostic Data" button if the "pdiag" command/package is not present

The primary differences are to accommodate the different locations of the component files, as Scooby just mentioned above.

My intent is that there be only a single set of files constituting frisbee itself, but with a separate package of some type that has the files in the right place for debian or arch, and any other distro someone wants to use frisbee on.

Therefore, if you discover that you need to modify frisbee file contents, please notify me so that I can incorporate the mods into a master version of frisbee. I want to avoid having many variants of frisbee floating around, when I am eager to adapt frisbee as necessary to support its widespread acceptance.

In this posting I attach the current version of the "compatible" frisbee-1.2 for use only in Puppies that already support frisbee-1.x. The DebianDog (and any other adaptations) are in my next posting.
Richard

- Remove the 'Set Drop Timeout' button (instead of disabling it) if dhcpcd does not offer the "-j/--dropwait" option, either because dropwait is not implemented or is a fixed value (3 seconds), depending on which variant dhcpcd package is installed.
- Prevent multiple instances of frisbee running concurrently.
- Fix "Drop Timeout" Cancel/X buttons to avoid zeroing the saved value.
- In Network Interfaces tab, (1) disable (grey out) fields and 'Save' button when no interface is selected; (2) ensure the 'Auto DHCP' checkbox is disabled if the 'Ignore' checkbox is "checked", when an interface is selected.

UPDATE 8/18/2014: Replaced frisbee-1.2 with version 1.2.2 (20140818). The main change is that the dropwait feature is removed as an option. However, the new version of dhcpcd posted on page 24 of this thread now incorporates a different implementation of dropwait that tests for a carrier every second for 3 seconds. Dhcpcd has added timeout protection that conflicts with longer wait periods. Distro developers now have the option to include a dhcpcd with or without the 3-second delay. The changes to frisbee are:

- Removed wireless connection dropout delay option, now unnecessary.
- Corrected the logic to prevent multiple concurrent instances of frisbee execution (Scooby).
- Converted to the 1.2.x version format for updates.
- Removed 6 dummy "99-" hook script files formerly used in uninstallation of frisbee.
- Relocated the logic for determining the terminal emulator to be used to display the "dhcpcd log" (Scooby).
- Added check for the system log being something other than /var/log/messages (/var/log/everything/current), for compatibility with some other linuxes (Scooby).
- Corrected detection and display related to changing between multiple wifi interfaces.
- Changed initialization script name (to frisbee.sh) to avoid using same name as main script.
- Added SSID to profile update message.

UPDATE 9/12/2014: Replaced frisbee-1.2.2 with version 1.2.3 (20140912). The main improvement is to the table dialogs so that fields and related buttons are enabled only when an item in the table is selected and that DHCP static IP fields are enabled only when appropriate. The changes:

- Refined dialogs for "Scan results", "Manage Saved Networks" and "Network Interfaces" so fields and buttons are enabled (not greyed out) only when a valid table entry is selected and, for static IP addresses, when Auto DHCP is not selected.
- Improved wireless network selection dialog so that updating of the list stops while an entry is selected, until connected or resumed with a "Refresh" or a "Restart Networks".
- Changed the interface-change logic to avoid restarting the frisbee script and, instead, restarting only the main dialog, making it compatible with the new single-instance lock.
- Added logic to update a wireless profile only when no input errors are detected.
- For static IP address entries, removed the requirement for a domain name server (DNS), to permit use in LANs using static IP addresses (which do not need a DNS specification).
- Added a "Refresh" button to the "Network Interfaces" dialog tab, for use with "hotplugged" network devices.
- Added logic to ensure that only one wireless (wifi) interface is active, by preventing DHCP from using any other such attached interfaces, enforcing a design constraint, to partially address domain name server issues that unexpectedly prevent internet access.
- Corrected the logic for multiple wireless interfaces to detect (hotplug) changes in connected devices and (re)start the appropriate wifi interface.
- Added a test for a spurious instance of wpa_supplicant possibly triggered by dhcpcd (6.4.2, probably due to incorrect configuration of it), to "kill" it when the user performs a "Change Interface" operation.

WARNING: Note that the 2014091x uploads are now replaced by 20140912 to remove all of the "wpa_supplicant.bin business". The problem it worked around is caused by the new dhcpcd, 6.4.2, which launches wpa_supplicant when a USB wifi device is plugged in ("hotplugged") but using the wrong configuration file. Dhcpcd probably needs to be recompiled with a configuration parameter to prevent that launch. Sorry for the aggravation to the two downloaders -- please destroy all copies of the 20140910 and 20140911 package, because they needlessly and only partially modify access to wpa_supplicant, damaging wifi support! The inappropriate wpa_supplicant still gets removed, as a precaution, when you click the "Change Interface" button and OK (no matter which interface is selected).

UPDATE 9/30/2014: Replaced frisbee-1.2.3 with version 1.3 (20140930). It contains refinements to button enabling/disabling and corrects the prioritization of networks to improve the chances that the selected network is actually the one connected, as well as bug fixes and improvements. The version is increased to 1.3 due to the extensive collection of fixes since 1.2 to the operation of frisbee. The details:

- Inserted delay to avoid slow password input display. (This may not be the complete solution, but I am watching it.)
- Added message and immediate return if SSID not obtained during "Connect", which should be rare now that scanning is stopped while a network is selected.
- Added error return codes in add_profile and restart of scanning for all input errors/failures after a WPA disconnect (instead of for only some of the failures).
- Added a splash notice while waiting for WPA connection, checking periodically instead of single, long wait.
- For connections, changed logic to bump priority only when used (no errors), obtain SSID & FLAGS together, correct priority calculation so that newest connection is always top priority.
- Changed function names to use underscores instead of hyphens, which are nonstandard.
- Added to frisbee.conf, parameter LINKFD= so distros can choose a "file descriptor" number for frisbee that does not conflict with others used in the distro, arbitrarily defaulted to "111".
- Changed the "WPA scanning did not complete" message to state that no networks were found (after 30 seconds of scanning), because that is what happens when no networks are available.

UPDATE 10/19/2014: Uploaded bugfix as 1.3.1, to:

- Correct '/usr/local/frisbee/frisbee-mode-disable' script name of invoked initialization script on line 3 (s/b frisbee.sh) to restore the ability to switch from frisbee to other network managers.
- Add 'nohook 10-wpa_supplicant' to dhcpcd.conf to prevent the new script of that name from being executed, because current logic does not require it; hotplugging produced a conflict with frisbee's operation.
- Replace/simplify "hazardous" exit-code-test code in 'add_profile'.

UPDATE 2/22/2015: Uploaded bugfix as 1.3.2 to correct a typo in
/usr/local/frisbee/frisbee-wifi-disconnect
that prevented restarting of DHCP and networks. To make the change without installing 1.3.2, change line 5 to replace the hyphen (-) with an underscore (_), to read as:
reset_dhcp&

UPDATE 3/7/2015: I have uploaded frisbee-1.3.3 and several versions of dhcpcd-6.7.1 and its source code here:
http://www.murga-linux.com/puppy/viewtopic.php?p=832546#832546
The only difference from frisbee-1.3.2 is that the /etc/frisbee/*.conf files do not get replaced by the default versions, thus preserving users' settings through installation.

frisbee-1.3.2-20150222.pet

Description

Improved dialog functioning and further "cleanup" and bug fixes, including switching betweennetwork managers, suppressing new wpa_supplicant hook, dhcp restart typo fix.To be used ONLY in Puppy installations already supporting frisbee-1.x.

Improved dialog functioning and further "cleanup" and bug fixes, including switching from frisbee to other network managers and suppressing new wpa_supplicant hook.To be used ONLY in Puppy installations already supporting frisbee-1.x.

Network_tray-2.7 adapted for DebianDog, with the network_tray executable obtained frompemasu's 32-bit Wheezy puppy.Expand this archive directly into the / directory, then click on the file, pinstall-network_tray.

My intent is that there be only a single set of files constituting frisbee itself, but with a separate package of some type that has the files in the right place for debian or arch, and any other distro someone wants to use frisbee on.

Only other thing I changed in frisbee was /etc/init.d/frisbee. I wanted the part under

Code:

if [[ $1 == "start" || $1 == '' ]] ; then

to be indented for more readability

Do you have the same intent for network_tray? I had to change it to compile with gtk3.
function names are changed.

Also I had to add
/usr/local/apps/Connect/AppRun
/usr/local/bin/defaultconnect
/usr/local/bin/defaulttexteditor

I'm not sure they are considered part of the network_tray package?

Also gtkdialog updated to use gtk3, not either part of network_tray or frisbee

Maybe They should be in a special alphaOS compatibility package?

rerwin wrote:

Therefore, if you discover that you need to modify frisbee file contents, please notify me so that I can incorporate the mods into a master version of frisbee. I want to avoid having many variants of frisbee floating around, when I am eager to adapt frisbee as necessary to support its widespread acceptance.

Will cooperate

rerwin wrote:

I am short on time right now

Always, mate, always
Will do it when we can

What is wag-profiles.sh and is it affecting frisbee in any way?

Note:
i /usr/local/bin/frisbee line 413

Code:

<action>rxvt -e wpa_cli -i $INTERFACE&</action>

rxvt is explicitly called, alphaOS uses another default terminal.

could this call be substituted with something like /usr/local/bin/defaultterminal ?

else I could provide rxvt as a symlink to default terminal. which is best?

About ipinfo:
I did extract one version from the latest slacko with the new comment

Code:

#131126 zigbert: gui (gtkdialog) improvements.

I really like this version better. Looks better and has added a checkbox for optional
use of icanhazip. Only thing I wanted to change was not to use icanhazip by default
(line 17 and 18 in the new version)

from

Code:

[ -f $HOME/.ipinfo ] && . $HOME/.ipinfo || CB0=true

to

Code:

[ -f $HOME/.ipinfo ] && . $HOME/.ipinfo || CB0=false

ipinfo.gz

Description

Version from latest slacko with gui improvements and by scooby tiny edit oficanhazip to be non-default

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum