I'm still not able to use the PETget package manager to install packages with any version 3 of Puppy, including 3.01. If I try "nluug" or "gatech" I get a pop-up message that says the site is UNREACHABLE, and asks if I'm connected to the internet -- yes I am; I can browse all day long. If I try to connect to "ibiblio", it just times out and keeps trying w/o success (about every 3 minutes or so).

I just tried it with 2.17 and it works fine with my dsl modem/router setup. Version 3 does not.

Printing no longer works. A test page is "sent to the printer" but "stops."

True, but all I had to do was reinstall the printers (laserjet 2100 and canon i560) with the new Cups using the prompted "root" and "woofwoof." Too easy!Last edited by Henry on Tue 16 Oct 2007, 16:20; edited 1 time in total

At first I though it just hung, so I tried many different boot settings in grub and moved all the files to the root directory. Finally, I burned a cd and tried that. Same problem. I noticed the hard drive was doing something, so I waited. After about 2 minutes 10 seconds it finished booting. I rebooted, this time it booted up fine, only stopped at the Loading personal storage file part for about 6 seconds.

I made another new pup_save file in the same location. This one booted up fine (fast) too. So I deleted both pup_save files and made another new one. Now it was back to the same 2 minute delay after rebooting.

It's only the first time after the first reboot when no other pup_save files are present.

Also CUPS is asking for a login name and password. I'll play with that some more.

I'm still seeing filesystem errors on boot. This final version appears to be hiding the fsck progress. I assume it's running a fsck at boot since it takes less time after a manual fsck of the save file.

As a test, I booted with my save file then rebooted with pfix=ram. I then ran a fsck on the partition containing the save file and the save file and they both had errors.

Rebooting with the (freshly repaired) save file was faster after the manual fsck. However, rebooting with pfix=ram and manually running fsck once again showed errors in both the partition and the save file.

I have not been able to get an encrypted pup-save on a usb stick to work.

Each time it requests the password, it will not accept the answer. I thought I might have made a mistake with the original password, so reformatted the usb stick and then did another install, booted and saved again. Still the same problem.

Tried with an unencrypted and it just got lots of read errors.

It could be the memory stick - but it passed a media check (as in via windows)

I'm using v3.01final booted from cd entirely in ram with no boot parameter nor additional storage.

Wow very different from 3.00. I didn't get chance to try 3.01 beta.

cups: printer setup was fine for me in 3.00 using dillo. But in 3.01 doesn't list parallel port for HP (so I chose LPT #1) and in both dillo and netsurf it does not allow me to use my ppd for my hp deskjet plus because the browse button was missing and I couldn't paste into the field. In dillo after selecting hp my printer was not listed even after I moved the ppd from /usr/share/cups/model to /usr/share/ppd and started 'add printer' from the begining. I could browse for the ppd in opera but the password isn't woofwoof lower or upper case!

***Edit: I eventually used the passwd command to set it, tried again and hey presto... But the driver is wrong because the test page starts with printer codes followed by a page of blur!

remastering: copies over some files from root but not all. My new cd did not ask which keyboard and had the right mouse settings in the /root/.xset.sh file but didn't copy the files:
/root/.config/rox.sourceforge.net/ROX-Filer/Options
/root/.jwm/jwmrc-personal
/root/.jwmrc-tray
/root/.Xresources
/root/.config/rox.sourceforge.net/OpenWith/
and others.

Still, you can't make omelettes without breaking eggs. And you make damn fine omelettes Mr Kauler.

kirk wrote:
Now it was back to the same 2 minute delay after rebooting.

I'm thinking that what you are seeing is related to what I posted above. You can try booting with pfix=ram, run the following test and let me know what happens.:

No, the fsck repairs are because the 2.x/3.x puppies can't quite unmount the file system at shutdown, unless there's something new going on. The file system seems to always be busy, probably because it's part of the / union. You might not have noticed it until the last few versions because of the switch from ext3 to ext2. Ext3 repairs it self any time it's mounted, with out comment.

As far as my boot problem, I should mention that I'm using a SATA hard drive and a 512MB pup_save on a ext3 partition.

Quote:

3.00 Beta2 XORG does not work, XVESA does, WPC54G works as in 2.16, a DLINK DWL G122 usb stick also works if I remove WPC54G and use G122 instead. G122 use rt73 module.

There's a problem with the rt73 and rt2570 Ralink wifi modules. Some of the vendor device numbers over-lap, so the wrong module may get loaded. If that happens you'll want to use the Boot Manager to blacklist the wrong module and add the correct module.

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