I've been using linking to SFS files for quite a while now without a Pup save file, and finding it better for my uses.

All my settings and small stable programs are kept in a pup_z SFS which loads at boot, while everything else comes via SFS.

For some time I thought "wouldn't it be great if you could just click on an SFS file and it would automatically load and start just like any other program on a menu?" So, I tried various ways to do this by linking and scripts and for the most part it was ok, but rather slow and awkward.

After I saw the revival of Aufs union-layering again with shinobar's program "sfs_load-0.5 on-the-fly", I thought this might be the right framework for this idea.

So here's SFE-Exec --

* Click on an SFS file and the program starts and runs immediately. No need to go through a "mount-link-fixmenus-wmrestart-clickprogram" cycle.

* Click several programs one after another and have them all run immediately.

* Run SFS file(s) at startup (by calling scripts)

* Unmount and release mounted SFS files (sometimes not)

* Special handling to supplement individual SFS files

Here's how it works--

Start by making up a directory of SFS files containing your SFS files (make sure they are compatible with the pup version you are running - that can be checked by left-clicking on the SFS file)

Install the SFS-exec pet below. Upon install it will ask you to chose the directory containing your SFS files.

After installation is complete, you'll see Menu>Filesystem>SFS-Exec-Dir which, on click, will launch a Rox directory of your SFS files. This window is "always on top" which allows you to consecutively pick individual SFS files (one after another) with a right-click>SFS-Exec. The selected programs will all open behind this Rox window.

Should you feel the need to unmount some SFS files, under Menu>Filesystem>SFS-Exec-unloader, you'll find a picking checklist of each SFS file for unloading some or all of your mounted SFS files.

Sometimes you'll need special handling depending on individual SFS files. You can create a script named "SFSFILENAME"SETUP. e.g. vlc-0.9.2-i386_431.sfsSETUP and place it in the SFS directory. The script will execute before the program is started, allowing copying of config files or any other changes needed before the program starts.

THIS IS FOR RUNNING IN RAM WITH NO PUPSAVE FILE (PUPMODE=5)

Notes: In order to keep SFS-Exec quick, simple and nimble, there is little error checking- for example, if you put a mismatched SFS file in your SFS directory and try to execute it, a reboot might be necessary.

The program exec listed in the .desktop file of the SFS/usr/share/applications directory is used to start the program. So if the .desktop file can't be found, it will be mounted and unioned, but no program will start.

IF YOU HAVE A PUPSAVE FILE AND WANT TO TEST THIS PET, BOOT WITH PFIX=RAM

Many thanks to shinobar, goingnuts, 01micko and Barry of course, for all their Aufs mounting and unmounting work.

You have your personal settings in that one?
How do I make such one? How do I make it boot at boot if I have pfix=ram
and language and time and Keyboard and such. Can they be in that z-pup.sfs then. How do I go about that one?

Sometimes not just means one want to have them going?
I want the pup-z.sfs always going. So I can keep that one and shut down others?

Tell me more.
What do you mean with (sometimes not) Do they disappear or shut down by thelselves or what do your refer to?_________________I use Google Search on Puppy Forum
not an ideal solution though

You have your personal settings in that one?
How do I make such one? How do I make it boot at boot if I have pfix=ram
and language and time and Keyboard and such. Can they be in that z-pup.sfs then. How do I go about that one?

Here's how I do it.

* Boot, customize, adding preferences pet's, etc.. save to small pup-save file. Then boot with PFIX=ram, mount the pup_save file and make and save it (dir2sfs) as an SFS file. Then rename the file to the matching Zpxxxxx.sfs name,depending on what pup version. Rename or delete the former pup_save so puppy doesn't try to load it. Now when you next boot, the zpxxxxx.sfs file will automatically load with your preferences and additions

tested in wary600m07 without savefile
no success running gimp-2.6.11-squeeze.2_500.sfs
tried with mySFs folder in /mnt/sda3
linked no success
copied into this folder no success
mySFSs folder in /root same result
tried lang_pack_de-0.5-w5.sfs in /root/mySFSs load and unload: success
now my questions for now:

Quote:

making up a directory of SFS files containing your SFS files

Will symlinking be sufficient for containing
(Too tired now to prove it myself)

tested in wary600m07 without savefile
no success running gimp-2.6.11-squeeze.2_500.sfs
tried with mySFs folder in /mnt/sda3
linked no success
copied into this folder no success
mySFSs folder in /root same result
tried lang_pack_de-0.5-w5.sfs in /root/mySFSs load and unload: success
now my questions for now:

Quote:

making up a directory of SFS files containing your SFS files

Will symlinking be sufficient for containing
(Too tired now to prove it myself)

L18L,

If the gimp-2.6.11-squeeze.2_500.sfs mounted, but the program didn't run, I suspect that the "gimp.desktop" file either doesn't exist, has an usual exec,or a different location. SFS-Exec depends on a /usr/share/*.desktop file for determining what to execute. You can symlink.

Cheers,
s

NOTE: I just tried gimp-2.6.8-1.sfs for pup4 series and it started. Also gimp-2.6.11-squeeze-2.sfs is ok. Maybe the _500 sfs is different.Last edited by seaside on Sun 06 Feb 2011, 17:14; edited 2 times in total

Thanks and yes there is no checking to see if the SFS is already mounted. It also does not go into the menu system unless "fixmenus" and "jwm -restart" are run. So if you close down the program, it has to be restarted from the terminal or run the above programs and then choose the menu item.

Your work on "sfs_load-0.5 on-the-fly" led me to put this concept together - many thanks.

IF YOU HAVE A PUPSAVE FILE AND WANT TO TEST THIS PET, BOOT WITH PFIX=RAM

Thanks for shouting . . . and the program

Is there any possibility/plan that this can be used with a save file in the future?
Or if (for example) the save file was inside one file, which I believe Barry did with one Puppy Quirky?

Could Puppy have a 'stealth/test boot' mode
which is what 'puppy pfix=ram' is in effect
and then maybe a post running 'load configuration from USB' after going straight into desktop as Lucid does . . . ?

What you have done is open the possibility of a totally modular Puppy.
Bravo! _________________Puppy WIKI

There are many Linux distros out there that boot up in frugal on NTFS but they can not save anything due to being the wrong formatting for the save files.

Puppy solve this by using loop mounting of the save file and inside it is Ext2 or ext3 organized so it can be saved.

Now take TCL or Ubuntu neither of them can save to a NTFS HDD.

They can boot and use Firefox and such but when I close the OS or reboot then the install of FF is gone. All work lost. Took me 12 hours last day and it all got lost.

So if I could have made loopmounted sfs files and teach TCL or Ubuntu how to load and make use of sfs and so on.

Or change sfs into tcz files? But I still need something that allow it to be written to an NTFS formatted drive.
These sfs things only works in Puppy? _________________I use Google Search on Puppy Forum
not an ideal solution though

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