When one creates a multi-session version of Puppy on a CD/DVD, where does one store the SFS files one may want to load?
Since mnt/home would be the root of the optical drive, I am just curious as to how one does this.
And this is also directed to Flash as he seems to have more experience with running multi-session with no hard drive.

I haven't tried to use a sfs file. I think I'd start by putting it on the root of the (rewritable) DVD, using Pburn. In other words, burn it as a session. Then you can mount the DVD and see the sfs file to use it.

I think your question has been asked in the forum before, but I didn't pay much attention. I can't think why. Perhaps it was off-topic for the particular thread where I saw it.

The way I understand that SFS-Load-on-the Fly works, it looks for SFS files in the install subdirectory for a frugal install and also /mnt/home.
How does one get it to recognize SFS files on some other device?
I ask because I have never tried to load SFS files from other than those locations.

Also, when I posted this new post, I put it in the section for regular users.
I have made other posts that have also been moved from one section of the forum to another.
My question is to why the post was moved as the section I posted it in seemed to be the right one.

Your post seemed specific to multisession, so I moved it to the multisession section of the forum. That way, all the threads that have to do with multisession Puppy are in one place for easy reference. Make sense?

By the way, yours is an important question which apparently hasn't been answered definitively for multisession users. It needs to be solved.

Referring to this thread, would RSH's solution be needed to use sfs files on a multisession DVD, or is there a simpler way?
As I understand it, .pet files are the same as .sfs files, only slightly different. One solution would be to convert the .sfs files you want to use to .pet files (directions in a recent thread somewhere in the forum) and put them in their own directory (labeled perhaps "pet files") on the multisession DVD. Whenever you want to use a .pet, you'd mount the multisession DVD, go to the "pet files" directory and click on the particular .pet you wanted to use, to install it. I am certain that would work because it is very similar to how I already do things. The difference is that I put the .pet files in a USB flash memory that I leave plugged into the computer and mount when I want to use it. Putting them on the multisession DVD would make them more convenient if you carry the DVD around with you.

Put the sfs files anywhere but your CD/DVD, Then right click
on the one you want to load and for load-on-the-fly either left
click or right click sfs_load (as the mood takes you).

They can be unloaded using exactly the same method, though
they will automatically be lost on shutdown or reboot
regardless of any save.

If you want the sfs files on your multisession CD/DVD then
save them there, but either put them in the "archive" or
add them using Pburn in the same way as you could add
any files - without having them loaded into RAM on booting.

Just try it. I only use multi-session and the above works
perfectly, but I actually use seaside's sfs Tray and Exec.

Have you noticed my PM to you? It's an urgent request for the German forum. Thanks.

@All

To load SFS files from cd it is not needed to use this here solution. This is only for loading a specified sfs file at boot up, so you can use the applications right after X is loaded.

Usually it should work to load sfs files from cd/dvd using shinobar's sfs_load. But there's a small issue. Shinobar's sfs_load "complains" the location of the sfs to load, if it is on cd/dvd and it wants you to choose what to do and/or where to copy the sfs file/s.

Since it's not really needed to copy the sfs file (one can choose NO COPY) it's a bit uncomfortable - I think.

In Germany the LazY Puppy is now used on school by a German teacher for CNC and CAD etc.pp.. He wants to use the LazY Puppy also from cd/dvd, but wants to run the applications by the RunScripts created by LazY Puppy's SFS P.L.U.S.

The RunScripts do use some special commands for sfs_load, to be able to run the application just by a single click (on menu entry, desktop icon or RunScript) without to have to click any GUI after this.

Code:

sfs_load --cli --skip-fixmenus --quiet NameOfSFS.sfs

--cli means command line interface
--skip-fixmenus means, fixmenus will not be executed after the sfs is loaded (shinobar did introduce this command especially for LazY Puppy by a request of mine)
--quiet means don't show a GUI or Information GUI

But if the sfs is on cd/dvd it still brings up the "Copy GUI".

To solve the cd-dvd-copy-gui-problem, I have made some modifications on sfs_load 1.3.9 (which is also still installed in LazY Puppy as lazy_sfs_load) and we can now run applications from sfs from cd/dvd without the need to run sfs_load manually or to click any gui - just by the RunScripts, which will be executed by the menu entries etc.pp.

The RunScripts, created by SFS P.L.U.S. do now have about 300 lines of code and can download the sfs to the boot directory, load the sfs and execute the application just by a single mouse click on the menu entry etc. pp.

But the basic script for all of this has been a simple 8-liner bash script. I have made a commented and example extended version for you. The attached file is a fake .gz file, so, remove the gz and make it executable.

It is set for the use of fotoxx and the LP2_Fotoxx87.sfs. Just change these settings (editing the parts inside the script) for the use of your preferred sfs and application. It will then load the sfs and execute the application after the sfs is loaded.

I have made a request at shinobar's sfs_load thread for a command to disable the "copy GUI" by a script used command, but he didn't reply so far.

So, you have to click the "copy GUI" away (choose NO COPY) until there is a solution. Or, if wanted, I can send you the lazy_sfs_load to use this here without to click any GUI.

So maybe I have other problems.
You also might have noticed that the sfs_load option of "-skip-fixmenus" did not work.

I did this as a test in Puppy Lucid 520 frugal install.

Also, I run Seamonkey and I had removed the hidden /root/.mozilla directory and then created a link to /mnt/home/.mozilla directory so I could use all my Seamonkey settings in any version of Puppy by making a system link to the .mozilla directory in /mnt/home.

So I do not know how that jumped into execution of the simple-run-script!

#!/bin/bash
#------------------------------------------------------------------------------
# Basic RunScript, first step of the LazY Puppy SFS P.L.U.S. RunScripts
# Edition for the murga forum users to use this on cd/dvd
# 2012-12-07 RSH
#------------------------------------------------------------------------------
# Note: adding the path to the sfs name increases the speed of loading a sfs
#------------------------------------------------------------------------------

I was using my hard drive and files there instead of a SFS on a multisession optical disk.
I will see about getting and installing an updated version of sfs_load and try again.
Thanks for the reply.
I just tried installing SFS_load v 1.4 and that did not work either.
So I uninstalled it and installed sfs_load-1.9.6.pet.
Now I have a successful test on the simple-run-script that I modified.
The only thing I can think that it would be nice is a modification of the script to unload the same SFS file it had loaded when the application it ran was closed.
That way, one would have a script that would load an SFS file, run the application, and upon exiting the application, unload the same SFS file.

Mind you, that is just a thought.
And that way, one would not have to have a bunch of SFS files loaded all the time to use some applications that are in SFS format.

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