Ok some answers/questions.
Feel free to use any part of it useful to you... certainly it would need adjusting to your requirements as its written as a right click in rox option.
what is it used for with regard to an sfs loaded on the fly...ie for the current session only? Does puppy attempt to unload sfs in the union (I added this ...basically uses the unload part of the script here in a loop.)?at least in its LASTUNIONRECORD entry since this is the one mainly used.
No .. that is to make it 6000000 times easier to find in order to unload (or browse for that matter)As I have seen it (the SFS) is mounted by using its name and not in pup_roX directory. Is this what you meant about mounting a SFS on top of other layers - even than main one?
The layer order is set by the format of the mount aufs command...compare to sfs_load. If a sfs is loaded under the main sfs then say it had a newer library for the app ...it would not be seen. If it needed to modify /etc/passwd (eg a web server with mysql) that would not be seen.
what does this do?- adding --use-pupro command (to load SFS Modules as usual)
you will notice I check if the sfs appears in the mount output and treats as an unload function if it does...also means a click and mounted sfs would be ignored too but thats a good thing...so automatic but easy to have it manually selected but perhaps keep the mount check.Adding also --unload command (obviously use)
By the way.... I tested a sfs in /root ... copied to ram and loaded...without ram space it just gave the 'unable to load message'
Your other commands like --fixmenu option will be easy to add.
Ok thats it for now
mike