(old)Puppy Linux Discussion Forum

musher0 wrote:HI nic007.

On your copy line, wouldn't

Code: Select all

cp -a /initrd/pup_ro?/* /initrd/pup_rw/*  /mnt/home/puppyfilesystem

be ok?

Or does the pup_ro1 need to be copied after the others?

But very nice. Simpler remastering than this, you die!

BFN.

nic007 wrote:I use this quick and very basic script to remaster the base sfs sometimes so thought I'd just share it anyway. This should capture the contents of your savefile/folder (ie.programs installed, etc.) as well as the contents of extra sfs files loaded at the time. The working directory must be in a linux filesystem environment (a linux partition works best). Run the script immediately at desktop after booting with savefile/folder and loading any extra sfs files you want to include with your remaster before doing anything else. Note: this is an example script and you may need to change the paths in the script according to your setup. After the new sfs has been created, rename it to the correct name of your distribution's base sfs and move it to where your puppy files reside. Rename the old base sfs and the savefile to something like 1xxxxx (as backup should things not work out as expected). Reboot (without your savefile) and see if your remaster has been successful (afterwhich you can delete the old base sfs and savefile). I tested this with Racy. Puppy's newer than that will probably have the file .XLOADED in /root instead of /etc so you need to change that in the script if so. Hope this is useful to some.

Code: Select all

#!/bin/sh
mkdir /mnt/home/puppyfilesystem
cp -a /initrd/pup_ro2/* /initrd/pup_ro3/* /initrd/pup_ro4/* /initrd/pup_ro5/* /initrd/pup_ro6/* /initrd/pup_ro7/* /initrd/pup_ro8/* /initrd/pup_ro9/* /initrd/pup_rw/*  /mnt/home/puppyfilesystem
wait
cd /mnt/home/puppyfilesystem
rm -r ./initrd ./sys ./etc/.XLOADED
Xdialog -center -msgbox "Puppyfilesystem ready. Check and edit if needed. Press OK when ready" 0 0
mksquashfs /mnt/home/puppyfilesystem /mnt/home/new.sfs -noappend
wait 
rm -r /mnt/home/puppyfilesystem
Xdialog -center -title "SUCCESS!!!"  --no-buttons -infobox "Operation completed, exiting now" 0 0 3000 
   
exit

Note
The above code is for frugal install to harddrive. If you are booting and running puppy from flashdrive, you need to replace /initrd/pup_rw/* with /initrd/pup_ro1/* in the script (in the same order).

nic007 wrote:

Code: Select all

#!/bin/sh
mkdir /mnt/home/puppyfilesystem....

#!/bin/sh 
mkdir /tmp/puppyfilesystem 
cp -a /initrd/pup_ro2/* /initrd/pup_ro3/* /initrd/pup_ro4/* /initrd/pup_ro5/* /initrd/pup_ro6/* /initrd/pup_ro7/* /initrd/pup_ro8/* /initrd/pup_ro9/* /initrd/pup_rw/*  /tmp/puppyfilesystem 
wait 
cd /tmp/puppyfilesystem 
rm -r ./initrd ./sys ./etc/.XLOADED 
Xdialog -center -msgbox "Puppyfilesystem ready. Check and edit if needed. Then please wait for 'success'. message. Press OK when ready." 0 0 
mksquashfs /tmp/puppyfilesystem /tmp/new.sfs -noappend 
wait 
rm -r /tmp/puppyfilesystem 
Xdialog -center -title "SUCCESS!!!"  --no-buttons -infobox "Operation completed, exiting now" 0 0 3000 
exit

bigpup wrote:To me that seems to negate the purpose of SFS packages you load.The idea of SFS packages, of programs, was to be able to use the program and not have it as part of the save or Puppy main SFS package.
.

greengeek wrote:

nic007 wrote:

Code: Select all

#!/bin/sh
mkdir /mnt/home/puppyfilesystem....

I always run my puppy without any savefile and I don't have any /mnt/home - everything is done in ram.

Can you suggest any modification of this script to cover my situation? I would like to be able to grab any sfs files that are loaded.

Thus far I have been using an earlier version of one of your remaster scripts and it grabs pets that are loaded but not sfs files.

cheers!

EDIT : I just had a go at making some changes and came up with the following:

Code: Select all

#!/bin/sh 
mkdir /tmp/puppyfilesystem 
cp -a /initrd/pup_ro2/* /initrd/pup_ro3/* /initrd/pup_ro4/* /initrd/pup_ro5/* /initrd/pup_ro6/* /initrd/pup_ro7/* /initrd/pup_ro8/* /initrd/pup_ro9/* /initrd/pup_rw/*  /tmp/puppyfilesystem 
wait 
cd /tmp/puppyfilesystem 
rm -r ./initrd ./sys ./etc/.XLOADED 
Xdialog -center -msgbox "Puppyfilesystem ready. Check and edit if needed. Then please wait for 'success'. message. Press OK when ready." 0 0 
mksquashfs /tmp/puppyfilesystem /tmp/new.sfs -noappend 
wait 
rm -r /tmp/puppyfilesystem 
Xdialog -center -title "SUCCESS!!!"  --no-buttons -infobox "Operation completed, exiting now" 0 0 3000 
exit

Seems to work - I hope to test it in more depth.

mikeslr wrote:

bigpup wrote:Grabbing loaded SFS packages.

To me that seems to negate the purpose of SFS packages you load.
The idea of SFS packages, of programs, was to be able to use the program and not have it as part of the save or Puppy main SFS package./quote]

Seems to me that this objection could be overcome if, before running remaster, unwanted SFSes are unloaded. Or am I missing something? Coding isn't my strong suit. But, as I read it, this line

cp -a /initrd/pup_ro2/* /initrd/pup_ro3/* /initrd/pup_ro4/* /initrd/pup_ro5/* /initrd/pup_ro6/* /initrd/pup_ro7/* /initrd/pup_ro8/* /initrd/pup_ro9/* /initrd/pup_rw/*

copies loaded SFSes into the remaster. If any of the "ro"s are not in use, noting from that "ro" gets copied.

Since I always run portable-wine (a 32-bit application) from Tahrpup64 and Xenialpup64, part of my initial setup routine is to load the 32-bit compatibility SFS.* On the other hand, I prefer to use the most current web-browsers and LibreOffice SFSes. If I understand the script correctly, a remaster would accomplish my goal if, before remastering, I unloaded Libreoffice and webbrowsers but left the 32-bit compatibility SFS loaded.

mikesLr

* Actually, I've long since converted the compatibility SFS to an installable pet. Consider the statement for the purpose of illustration. Perhaps core Qt4 and Qt5 SFSes would have been better. Both are relatively small, and some applications I use need one, and some the other.

ndujoe1 wrote:Question: so if I remove all the default puppy applications I don't wish to use, the will remaster everything I do use, personal files and sfs's?

mikeslr wrote:Repeating my previous caution "coding is not my strong suit", as I understand nic007's command line:

cp -a /initrd/pup_ro2/* /initrd/pup_ro3/* /initrd/pup_ro4/* /initrd/pup_ro5/* /initrd/pup_ro6/* /initrd/pup_ro7/* /initrd/pup_ro8/* /initrd/pup_ro9/* /initrd/pup_rw/* /mnt/home/puppyfilesystem

whatever you have in /root will be copied. /root is where all application settings are stored.

The builtin remaster application will not include in your custom remastered version the applications you removed using Menu>Setup>Remove builtin packages. The way this works --when the builtin remaster works-- is that remove builtin doesn't actually remove the package, only "white's out" the link to it. So the builtin remaster, doesn't have a link to follow and, consequently, doesn't include the application. nic007's remaster simply copies what's there including both the applications and the "white outs".

Frankly, removing applications IMHO is a waste of time (unless, of course, you're involved in some grand project, like taking a Puppy which uses JWM as its Window Manager and substituting XFCE as Window Manager). Storage space is cheap. Recently I purchased a package of 3 8Gbs USB-Keys for $12. Hard-drives can be found for as little as $.04 per Gb*. Most Devs creating Puppies don't include large applications --such as LibreOffice-- in their creation; and a Frugally installed Puppy doesn't load an entire builtin** application into RAM, but rather creates links to it which are followed as needed. The only downside of builtin applications is that they appear on the Menu delaying your selection of those applications you actually want to use. Newer Puppies have builtin Menu>Setup>Menu Manager --edit the Menu, which can remove an application's appearance from the Menu. In older Puppies, you can edit their desktop files, /usr/share/applications/xxx.desktop, so that the category argument is one which will not produce a display, e.g Categories=Calculator to Categories=ZCalculator. Both techniques would, I believe, be carried over into your remaster using nic007's remaster script.

mikesLr

* If it takes me an hour to remove 25 Mbs of applications, conserving the space worth 4 cents per Gb, the value of my time is .1 cent per hour. Would you work for that?

** When you install a new version of an application or load an SFS, say Palemoon, into a Puppy where the Dev has builtin a version of Palemoon, both versions continue to exist. But the links Puppy uses will now point to the new version rather than the old.

nic007 can explain it better. I've used the term "links" which I, and I think most of us, understand. But nic007 can probably explain how inodes function.