The Network Wizard works fine only the first time I run it. It did when I loaded Alpha 6, and again when I loaded Alpha 7 (both running off of a frugal install on a pendrive). The second time, however, it says it connects, but SeaMonkey can't connect.

When run the first time, the Wizard scans and finds all of my neighbors' wireless SSID's, as well as mine. The second time it only finds mine! This sounds like a good thing, but since it never works the second time, this must be part of the problem.

I believe that the Wizard will connect properly if I delete all the old data, but I can't find the old data. I've deleted two relevant files: /var/lib/dhcpcd-eth1.info, and /var/run/dhcpcd-eth1.pid; but that doesn't solve the problem. Those files are generated by a script, /etc/dhcpcd.sh. I could disable the script, but there is some other info stored somewhere that needs to be deleted so the login runs clean.

Does anyone know where? Is this a bug that needs to be dealt with?

and

Quote:

This was useful, but I still havn't solved the problem, nor have I located all the relevant files. I delete /var/lib/dhcpcd-eth1.info, and /var/run/dhcpcd-eth1.pid. By the way, the dhcpcd script is coded to remove the .pid file, and the comment in the script says the .pid file creates problems if it remains after a prior login. Anyway, I also deleted the info about my network connection that had been stored in /etc/WAG/profile-conf. Info is stored there, it seems, only if you tell the wizard to save a profile. I didn't because I'm trying to keep this as uncluttered as possible until I solve the problem.

Anyway, after deleting all those files I go back to connect again, and the only network the scan offers is mine, although there are several neighbors equally strong, and they all turned up the first time I logged in. Although I had deleted all those files, the system created a netscan.log, file in /tmp with all the detailed info about my network.

Somehow the wizard remembered the wireless I had connected to the first tiime. So I conclude there must be yet another file with a record of what I had connected to the last time, and that file isn't being cleaned out.

The bottom line is that although the wizard regularly reports that I am connected, I don't get a working connection. I have successfully connected to my wireless only twice -- once, the first time I tried to connect after first installing Puppy, and the second time the first time I tried to connect after installing Dingo Alpha 7. I conclude that after fresh installs some data isn't in the system that gets left there after a connection is established, and that leftover info interferes with subsequent attempts to connect.

Anyone know more about the inner workings of this? Thanks.

I'm running this off of a frugal install on a pendrive, on a Thinkpad T43. Since I get a live connection the first time, I don't think it is simply the driver -- but who am I to say?

'I checked /etc/ppp/chap-secrets in 301 and found it contained the literal username and password separated by a 3 character sequence (tab, asterix and tab) followed by a blank line' pap-secrets is identicle.

I still haven't tuned in to what you have done to fix it. ...perhaps I've been using broadband too long, I'm forgetting about dialup.
I just looked at those files, there's nothing in them. Do you know what writes to them -- is it wvdial?
You have said what is in them, but what did you change to fix it?
Excuse me if I'm being a bit slow to catchon what's going on here._________________http://bkhome.org/news/

Barry,
refer your blog regarding Gxine, i think that is the right conclusion.
i was not very comfortable with xine, it is not very easy to handle for a newbie . gxine is easy to handle but it does have a full screen problem as you mentioned. but i have observed, with ezpup that problem does not persist, that means ezpup does have some pkg which corrects that fault, so i suggest to look into ezpup and find out that particular pkg it contains that brings out that effect to
gxine and gxine becomes stable and can be put to full screen without maximising it first.

other option is mplayer 1.0rc1 which i use and it can be put to full screen without any problem and one can create the play list very easyly.

last option we have is vlc-0.8.6 which i use and find very easy to handle since it does not require any play list to be created, it can play directories , may it be audio or video and can be put to full screen without any problem.

however one has to look into their overall size with their dependencies since we look for smaller pkgs.

I have found that a fresh install using 396 or 397 will not boot from a USB stick.
If I use 301 to set up the USB stick with Gparted and a working system then I can upgrade to 396 or 397 using the universal installer or upgrade manually without killing the stick.
I have only tried FAT16 at this stage, as this seems to be the least problematic partition scheme.
I have tested three different brands of various sizes, with the same results.
Seems to be the universal installer getting something slightly wrong in a "fresh" install for 396 and 397?

Runnging in frugal mode. I like it a lot, very fast. So far the main thing I notice is that my laptop fan runs continuously unless I reduce the computer frequency. HP w/ Core 2 Duo 1.667 Gh.
Regards,
wlake

Posted: Mon 10 Mar 2008, 20:28 Post_subject:
USBSub_title: I may have typed NO

Hi Berry

Now that I looked at the code you put on your blog I may very will have typed no and this may have caused it to delete all the files.

That be said there is one thing I do have a problem with and I may be misunderstanding the settings. I have tried to turn off DPMS, I have even tried saving the file to the root dir. But the system still goes into power saver mode after the time set. I so what the screen saver to blank the screen just do not want the drives to shutdown if let on while trying to get other thinks around the house done. So Berry if I need to save it to a different place or other change let me know and yes after saving I will then hit apply and the box disappears._________________Live and Let Live

I entered my isp username and password into the two empty files /etc/ppp/chap-secrets and /etc/ppp/pap-secrets in the format described with Geany. Jnoble suggested it while also saying he knew no more. After that pupdial works - with that isp.

I guess that Wvdial copies them to these files from pupdial in Puppy301 and Wvdial doesn't in Puppy4. You fixed a problem with pupdial showing the wvdial log after disconnecting and with firewall modules. But I think that this aspect of dialup has not been fixed in Puppy4.

no xorg for my intel 830m graphics card
I don't think any of the dingo alphas have done it. I got used to using xvesa with the initial releases and then never though about it much when xorg was added.

Gpptp
I'm not sure how much use this program is because it doesn't make any changes to routing which is a significantly hard part of setting up a pptp connection._________________Will
contribute: community website, screenshots, puplets, wiki, rss

To test various modems with Puppy, I use the same pup_save for all tests. However, after changing modems (and booting), Puppy continues to show the modem as the previous setup. The workaround is to boot with pfix=ram every time the modem is replaced. But that loses everything in the pup_save.

The cause of this misbehavior is in the /etc/rc.d/rc.modem script, which contains commented-out code (line 28+) that would correct things. The change was made to accommodate the special case of disabled integrated modems.

Please reconsider the favoring of the special case to the detriment of Puppy's ability to keep up with the installed modems. Maybe there is another way to handle the special case.

Thanks.
Richard

UPDATE 3/12/08: To facilitate my testing of a lot of modems, I went ahead and modified /etc/rc.d/rc.modem to make it work as one would expect -- and it works great!

I did retain the "feature" of retaining the previous setting if no valid modem found, but only if the last modem was a serial modem (ttyS0-4). External modems can be turned off, but PCI and USB modems? I also added detection of Lucent modems that do not identify themselves for puppy to detect; this is for some Thinkpads I know of. Also, my username gets corrupted because it contains an underscore, which gets changed to an ampersand -- fixed that by using a tilde instead.