Hi I spent a couple of hours on it, it uses freepascal compiler which is a very large pain on puppy, Its about 50 packages that you have to compile and install, I did the ones that were actually needed and then still had errors, so then I tried all ubuntu packages and the same, then I tried a precompiled bin and it worked just fine, So here's a link to it, just click on it and extract it then click on the bin. http://prdownloads.sourceforge.net/tuxcmd/tuxcmd-0.6.70-bin-i386.tar.bz2?download
ttuuxxx

﻿ttuuxxx,

Thank you for taking time from your busy schedule to answer my request, and I apologize for sending you on a circular journey.

When linked to available plug-in modules, Tuxcommander is actually quite capable and is similar in form and function to the Total Commander file manager of Windows fame. I’m sure many forum members will find it useful in Lucid-5.2.

Been experimenting with upgrading my 511 frugal on the K6 machine to 519. I made a copy of the existing frugal to a new directory, then manually upgraded it by copying the 519 initrd.gz, vmlinuz and lupu-519.sfs files to it. Used Grub4Dos Config to point at it and rebooted. After going through the update process it got to a usable desktop and brought up the Personalize Settings dialogue. Uninstalled a couple of update Pets which were no longer needed due to those versions being in 519 and rebooted again and it still works. Only thing that didn't make the transition smoothly was Pwidgets 2.3.1, which I had to uninstall and reinstall.

Lets see..... Yes, 511 was using icewm.
I copied the existing 511 lupusave.2fs into a directory with the new vmlinuz,initrd.gz and lupu_519.sfs. Booted into 519 and upgraded.
No, didn't have lxde installed.

JamesC, did you use the patch 01micko sent you?

Yes indeed. Tested 2 ways.First, having Icewm active in 511 and secondly having JWM as the wm in 511. Manually copying the save file into the directory containing the 519 files.
Sent 01micko a detailed pm....seems to still be problems if icewm is the wm in 511, the JWM upgrade went much, much better.
Actually, getting ready to try again(testing).....patched 519 files and the 511 save file with JWM as the default wm.

For some weird reason things seem to go better if you boot off the cd. I'm trying to figure out why.

Thanks for testing.

Cheers

Just did another test upgrade as detailed in the above post.
Booted into Openbox. Set the timezone and numlock.X restarted. Switched to JWM.........all looks good except my Pwidgets....only the clock appears to work.All other preinstalled apps seem good.
Going to reinstall Icewm......that's where the trouble started last time, but I'll reboot first.

Loosing connection
With the 516 and while in a holiday resort I still had the issue I reported before that the nameserver entry in /etc/resolv.conf just disappears, resulting in a browser message 'try again'
I had this quite often, but blamed first the connection.

Then I installed there Light House 500G. I didn't have the issue anymore.
So I went to 516 again and immediately I had that issue.

I didn't report it here yet as I saw new versions had come out.
So now I am in 519 and just got the issue.
The nameserver entry in /etc/resolv.conf had disappeared.
I pushed 'try again' for several times and all of a sudden I got the next screens of the site I was in.
I rechecked the nameserver entry in /etc/resolv.conf again and it was there again.

Once a connection is made, does the WiFi support try to reconnect?

In any case, I use Fluppy and now Wary 5.0 also and I don't have this issue and as stated with Light House 500G neither.

This is something which worries me._________________Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch

There are fundamental problems with upgrading a save-file, such as it breaks things.
It is the way that the /etc/rc.d/rc.update script works.
If you install an upgrade PET for a Puppy Linux core program, when the save-file is upgraded to a newer version of Puppy Linux, many of the files get reverted to the "official" ones -- result, that program may not work.
Example:
Had previously upgraded to the latest "Adobe Flash Player", upgraded the save file to a newer version of Puppy Linux, and "Adobe Flash Player" also got reverted to the "official" one.
These are not new problems, they have been there since Puppy started.

I never really understood that when upgrading all of a sudden I got the message 'reverting to official ones' That didn't seem to me to be the concept of upgrading.
After having had some bad experiences, I didn't upgrade anymore.
'My core programs' are outside the save file and I work with a minimal save file of 32MB._________________Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch

Okay here's a game called SpaceZero, Its actually pretty good once you get to know how to play it, Just remember you need to press the "o" key to get the bottom menu where you type which function you want to do.
I made to 2 packages, one with the background CC music playing and one with background music removed. Just to save space I guess.
I also download the website, it was 340kb and opened it with Kompozer and made just for a users how-to-manual, the new size is 52kb extract, lol so you'll get the offline help in the game menu.
enjoy
ttuuxxx
http://spacezero.sourceforge.net/index.html

Still testing upgrading the existing lupusave from the 5.1.1 LiveCD install on the Pentium D machine to 519. I did manage to get one attempt to work, other than the previously reported thing with having to reinstall PWidgets, but the last two attempts went wrong with the machine being unable to see either the onboard ethernet or the USB wireless adaptor. Will copy the backed-up 5.1.1 save and double-check it still works with 5.1.1 in case something's happened to it.

When I made use of the symlink from mnt/home back to root then it failed to boot despite having booted some 10 times in a row before I made that one? But that could be unrelated due to it failed to boot even when doing pfix=ram so it seems to be some other factor that kick in. Maybe the
RFKILL thing that makes Fluppy work each time is the major factor.

I fail to get why a lack of that one would be that devastating.
Would it be difficult to include the RFKILL into Lupu-520? _________________I use Google Search on Puppy Forum
not an ideal solution thoughEdited_time_total

Hi all,
Just started tinkering with 519. Downloaded ISO --not delta-- and unpacked required files into a new directory. Hand-modified Grub4Dos' Menu.lst (copied 517's entry, changing directories as appropriate, and pfix=fsck to pfix=ram) and rebooted into 519. No problem. All apps relating to setup worked well.
I like a clean desktop, so I usually remove all but about 5 desktop icons. I'm almost certain I did that before shutting down and creating a Savefile. Almost, because I didn't boot into 519 for a couple of hours. (I doubt it matters, but now that the pupsaveconfig pet exists, I installed it in order to have the Savefile in Ext3). At any rate, after changing the pfix=ram in Menu.lst to pfix=fsck, when I rebooted the desktop icons I had removed --I think('')-- were back. Has anyone else experienced this? If not, I'll assume my memory is playing tricks. Until next time. No biggy. Just thought you should know.