sfs_load-2.4 on-the-fly

Miscellaneous tools
Message
Author
User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

sfs_load on 214X

#166 Post by shinobar »

PenguinPupLin wrote:Sfs_load-1.3 on-the-fly failed to load the devx and kernel source files for Classic Pup 214X-TOP9, after informing unionfs support is experimental.
Tnx for the report. Maybe it does not work on Puppy-4.0 and older.
(There are no report on Puppy 3.x.)
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
jemimah
Posts: 4307
Joined: Wed 26 Aug 2009, 19:56
Location: Tampa, FL
Contact:

#167 Post by jemimah »

Here is a small patch for the afterwork to deal with the icon cache and to compile glib schemas. I haven't tested it yet.

Code: Select all

--- sfs_load.orig	2012-02-02 18:48:55.000000000 +0800
+++ sfs_load	2012-02-02 18:57:37.000000000 +0800
@@ -261,6 +261,8 @@
   HAS_SCRIPTS="$HAS_SCRIPTS "$(ls $MNTPNT/etc/init.d 2>/dev/null)
   HAS_STARTUP="$HAS_STARTUP "$(ls $MNTPNT/root/Startup 2>/dev/null)
   HAS_PROFILE="$HAS_PROFILE "$(ls $MNTPNT/etc/profile.d 2>/dev/null) # 28 Oct 2011
+  HAS_ICONS="HAS_ICONS "$(find -L $MNTPNT/usr/share/icons/hicolor -not -type d -printf '/%P\n' 2>/dev/null)
+  HAS_GLIB_SCHEMA="HAS_GLIB_SCHEMA "$(ls $MNTPNT/usr/share/glib-2.0/schemas/ 2>/dev/null)
   if [ -s "$MNTPNT/root/Choices/ROX-Filer/PuppyPin" ]; then
     mkdir -p "$MYTMPDIR"
     cp -f "$MNTPNT/root/Choices/ROX-Filer/PuppyPin" "$MYTMPDIR/PuppyPin-$ROOTNAME"
@@ -275,6 +277,8 @@
   HAS_SCRIPTS=$(echo $HAS_SCRIPTS)
   HAS_STARTUP=$(echo $HAS_STARTUP)
   HAS_PROFILE=$(echo $HAS_PROFILE)
+  HAS_ICONS=$(echo $HAS_ICONS)
+  HAS_GLIB_SCHEMA=$(echo $HAS_GLIB_SCHEMA)
 }
 afterwork() {
   [ "$HAS_MODULES" ] && waitsplash $(gettext "Depmod...") && depmod -a
@@ -328,6 +332,8 @@
       sleep 0.2
     done
   fi
+  [ "$HAS_ICONS" ] && gtk-update-icon-cache -f /usr/share/icons/hicolor/
+  [ "$HAS_GLIB_SCHEMA" ] && /usr/bin/glib-compile-schemas /usr/share/glib-2.0/schemas/
   [ "$GUI" ] && sleep 2
 }
 mergepin() {

User avatar
playdayz
Posts: 3799
Joined: Fri 25 Apr 2008, 18:57

#168 Post by playdayz »

shinobar, Would you say that 1.2 or 1.3 would be better for Lucid 5.2.8? One person (Tman) thought 1.2 might be better. Thanks.

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

Updating sfs_load

#169 Post by shinobar »

playdayz wrote:shinobar, Would you say that 1.2 or 1.3 would be better for Lucid 5.2.8?
In any case 1.3 would be better, i suppose.
v1.3 has many fixes from v1.2, and i still have not found new bugs in v1.3.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

sfs_load-1.3 on-the-fly

#170 Post by RSH »

Hi,

i can confirm this "strange behavior" of sfs_load-1.3 like Tman described. But i did not take it as a bug, because i do use my home workstation 100% in live mode (without pupsave) and have been warned before loading the sfs. By using no pupsave at all there is no trouble after reboot. It is a LazY Puppy build in feature.

So, though that strange behavior: to me it seems all fine, but would be better if it would unload the sfs at all times. :)

RSH

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

sfs_load-1.3.9

#171 Post by shinobar »

Test release: sfs_load-1.3.9.pet (2012-03-02)
Enhanced RAM mode, multisession live CD support and more. Feed back welcome as the reply of this topic.
Need to refine the translations. Download the po files for the contributors on translation.

(see the top post)
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
L18L
Posts: 3479
Joined: Sat 19 Jun 2010, 18:56
Location: www.eussenheim.de/

sfs_load-1.3.9 on-the-fly

#172 Post by L18L »

Quick review
Some changes made
Not perfect yet :D
Attachments
sfs_load-de.po.gz
po file
delete .gz
(17.93 KiB) Downloaded 480 times

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#173 Post by RSH »

Hi.

I did made some changes an did correct some writing errors. Mainly i did change the formal title of informing a user.

Example:

Is - Möchtest Du
Changed - Möchten Sie

Is - Du kannst
Changed - Sie können

Explanation:

In English the word "you" is used the same way as "Sie" is used in German.
It is a respectful title.

The German word "Du" is more privat and used under friends and in families.

"Du" could be translated like it is saying in the bible: "Thou"

Example:

You are a friendly Person.
Sie sind eine freundliche Person.

Thou shalt not kill.
Du sollst nicht töten.

---

I am sure: most German people would prefer to get respectful messages from their computers.

i did also change

- "im Flug" to "während der Arbeit" because we don't fly with our computers, we do work with them and while working (während der Arbeit) we do load sfs files.
- "font-cache" to "Schriftarten-Speicher"
- Script-Hintergrund" to "Hintergrund-Skript"
- "Queue" and "Schlange" to "Warteschleife"
- i am continuous using "SFS-Datei" and "SFS-Dateien"
- "Dein PC kann einfrieren, falls Du weitermachst." to "Die Bedienungsmöglichkeiten Ihres Computers können unterbrochen werden, falls Sie weitermachen."

and surely something i did forget.
Attachments
sfs-load-1.3.9-po-de.tar.gz
(5.65 KiB) Downloaded 480 times
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
esmourguit
Posts: 1410
Joined: Fri 17 Nov 2006, 14:45
Location: Entre l'ile aux oiseaux.et l'ile de sainte Lucie

#174 Post by esmourguit »

Hello Shinobar,
Here is the french one.
Cordialement ;)
Attachments
sfs_load.tar.gz
(5.12 KiB) Downloaded 483 times
[url=http://moulinier.net/][color=blue][b]Toutou Linux[/b][/color][/url] - [url=http://toutoulinux.free.fr/pet.php][color=blue][b]Paquets français[/b][/color][/url]

User avatar
vicmz
Posts: 1262
Joined: Sun 15 Jan 2012, 22:47

#175 Post by vicmz »

Spanish and Portuguese updated :D
Attachments
sfs_load-1.3.9_es_pt_update.zip
(22.62 KiB) Downloaded 432 times

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

translations

#176 Post by shinobar »

Tanks to all the contributors. The archive of the po_files updated.
http://shino.pos.to/linux/puppy/sfs_loa ... 307.tar.gz
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

rodin.s
Posts: 344
Joined: Wed 22 Sep 2010, 19:50
Location: Ukraine

Russian translation

#177 Post by rodin.s »

I have updated Russian translation.
Attachments
sfs_load1.tar.gz
Russian for sfs-load.
(10.41 KiB) Downloaded 466 times

gcmartin

#178 Post by gcmartin »

Hi Shinobar,
I am interested in this from a Live media standpoint. But, I need help from this threads community on whether this works same as PET additions to a system.

Everyone of us know that we can use PPM to add functionality to the system. This has worked for Live media users ever since I began with Puppy years ago.

In explantion (not that anyone need an explanation) you are running your Live media system. You need some functionality. You open the PPM and when all is said and done, that functionality has been added to your system. This works fine for, say, JRE for example. When I am ready to power-off, my running system asks wherher I want to save my work (the session) and proceeds to save the "state" of my machine for subsequent reboot.

But, for SFSs, I have seen no such method of saving the ssytem's state such that it will return to that desktop with all of the files and programs that exist prior to shutdown.

I saw your refereence to Live media being experimental. But, I don't think anyone should call a published facility experiment as it is useful and functional over the many years it has been available to all of us.

Question
If I use SFS_Load-on-th-fly, will the JRE that was installed before shutdown be saved in the system and be included in the PC's state at reboot? In other words, will JRE beome a permanent part of the system?

I just trying to get a level of understanding of what to expect with its use as, in this case, we would NOT be interested in loading and unloading and remembering and.... jus tto have the JRE included in our running desktop.

Thanks in advance.

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

sfs_laod and Live media

#179 Post by shinobar »

gcmartin wrote:from a Live media standpoint. (snip)
If I use SFS_Load-on-th-fly, will the JRE that was installed before shutdown be saved in the system and be included in the PC's state at reboot?
I assume the Live media means CD or DVD. Three cases:
  1. Saving the session as a file(pupsave) in the hard dirve or in a USB device.
    Yes. You need the SFS at the same place with the pupsave.
    If your Puppy has both the sfs_load and the pupsaveconfig (not the shutdownconfig of Barry's), you are better to determin the place of the pupsave before using the sfs_load. If you do the pupsaveconfig, the sfs_load offers to copy the sfs to the correct place.
  2. Saving the session back to the Live media.
    Yes. The sfs_load offers where to copy the sfs to persist it after reboot. Please try and report. But i think this mode itself is still experimantal and do not recommend. You can use USB media instead for the modern PC's.
  3. Remastering.
    Depends. Because the remastering need to treat the files under /etc and /root manually and it is hard.
    As for the JRE sfs, you need to copy the /etc staff of the sfs to the /tmp/etc when the remasterpup2 prompts.
    Or, you can burn the CD/DVD with the SFS in parallel with the Puppy stuf, vmlinz, inird.gz and main SFS. (Do not load the sfs before remastering.) The remasterpup2 also prompts. In this case the loading is not automatic but easy to load manually.
The last case above is complex and i am still investigating.
Last edited by shinobar on Sun 18 Mar 2012, 14:22, edited 1 time in total.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

sfs_load-1.4

#180 Post by shinobar »

v1.4: extrasfsfind, upadate nls

The script extrasfsfind lists up sfs and pet on the live cd and in the folder(only in the sub folder if it is not the top layer) where the pupsave to be saved, and offers to load.
Works with the firstrun and the pupsaveconfig.
http://www.murga-linux.com/puppy/viewtopic.php?t=58312
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
pemasu
Posts: 5474
Joined: Wed 08 Jul 2009, 12:26
Location: Finland

#181 Post by pemasu »

Sfs_load.1.4 url link opens to 1.3.9 pet.
In repo the sfs_load-1.4 is as folder only. Yup...I picked the scripts from there...

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

sfs_load-1.4.pet

#182 Post by shinobar »

pemasu wrote:Sfs_load.1.4 url link opens to 1.3.9 pet.
Sorry, have fixed now.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

User avatar
vicmz
Posts: 1262
Joined: Sun 15 Jan 2012, 22:47

sfs_load translation updates

#183 Post by vicmz »

These are fixes and regional locales for sfs_load in Spanish and Portuguese. The difference between the languages in Europe and the languages in Americas is, well, just a few words, but this week I've been using sfs_load a lot in Racy and I could see some bugs in the translations, so the whole texts were spellchecked and wrong translations were fixed. The separate locales for Spain and the Americas (Spanish), and Brazil and Portugal + other ex-colonies (Portuguese), were made on the go.
Attachments
sfs_load____es_es-ES_pt-BR_pt-PT.tar.gz
fixes and regional locales for sfs_load in Spanish and Portuguese
(23.94 KiB) Downloaded 555 times

User avatar
RSH
Posts: 2397
Joined: Mon 05 Sep 2011, 14:21
Location: Germany

#184 Post by RSH »

Coming from here, please do read:
http://murga-linux.com/puppy/viewtopic. ... 127#614127
shinobar wrote:Do you know? The sfs_load > 1.3 allows more than 6 sfs without any change of the initrd.gz.
http://www.murga-linux.com/puppy/viewtopic.php?t=64354

The trick is the script /etc/init.d/sfs_load loads them after boot, the excessive sfs's (more than 6) which the initrd did not load. (idea from jamesbond)
As i wrote, i can not see the solution and do not really understand how to use the idea from james bond. :?

But i did try something which might be interesting:

If i do use this

Code: Select all

exec sfs_load --cli $SFSAUDIOMIDIEDIT &
i can load and unload sfs file without having to click on any button - no gui! :D This is great and i should have known this much earlier. :( Looks like there is a need for me to use more often the terminal and type "wanted application" and "--help" :lol: :lol:

If i want to use this in a loop or script using a list of sfs files the menu will be fixed (fixmenus) after every sfs has been loaded. My suggestion would be to give a parameter to sfs_load-on-the-fly to skip the fixmenus command and let only fixmenus run after the last sfs is loaded.

So i did a little "hack" on your sfs_load-on-the-fly script:

Code: Select all

fixmns=""
if [ -f /tmp/sfs_fix_menu ]; then
	. /tmp/sfs_fix_menu
	else
	fixmns="yes"	
fi
at the very beginning of the script.

Code: Select all

    # modified by RSH
    if [ "$fixmns" = "yes" ]; then
      if [ "$HAS_DESKTOPS" ]; then
        waitsplash $(gettext "Updating menu...")
		fixmenus
        [ "$DISPLAY" ] && pidof jwm &>/dev/null && jwm -restart
        waitsplash --stop
	  fi
    fi
somewhere around line 330.

Then, using the following script, i can load and unload several sfs files without any clicking (no gui) and only calling fixmenus after last sfs is laoded.

Code: Select all

echo 'fixmns="no"' > /tmp/sfs_fix_menu
... ... ...
sfs_load --unload "$SFSOFFICE"
echo 'fixmns="yes"' > /tmp/sfs_fix_menu
sfs_load --unload "$SFSVIDEOEDIT"
else
sfs_load --cli "$SFSOFFICE"
echo 'fixmns="yes"' > /tmp/sfs_fix_menu
sfs_load --cli "$SFSVIDEOEDIT"
... ... ...
Simple solution to me would be something like this:

Code: Select all

sfs_load --cli "$SFSOFFICE" no
to load sfs without calling fixmenus,

and

Code: Select all

sfs_load --cli "$SFSOFFICE"
to load sfs and run fixmenus after sfs is loaded.

Unfortunately i am not a real bash programmer, so i can not do this. Do you see any possibility to make this a feature of a next version? I surely should know know you do so, but are you willing?

One more question: does the --cli command mean, a not existing pup_ro directory will be created automatically in background (without any warning)?

Edit:
I have examined your script again. It took one hour to get me to the idea to search for the --cli command inside your script. :oops:

Found this and used this:

Code: Select all

 while [ "$1" ] ; do
  case "$1" in
  -n|--norefresh) FIXMNS="no";;
  -u|--un*) ACTION="unload";;
  -c|--cli) GUI="";;
  -q|--quiet) QUIET="y";;
  -f|--force) FORCE="y";;
  -y|--yes) FIRSTQUERY="y";;
  -d|--debug) DEBUGFLAG="y";;
  -h|--help) usage; exit;;
  *=*) [ "$DEBUGFLAG" ] && eval $1 || break;;
  *) break;;
  esac
  shift
 done
around line 1440.

Inserting this:

Code: Select all

  -n|--norefresh) FIXMNS="no";;
and putting this:

Code: Select all

FIXMNS="yes"
in the very beginning of the script gives option to use the --norefresh command.

Now, this script

Code: Select all

		sfs_load --unload --norefresh "$SFSOFFICE"
		#echo 'fixmns="yes"' > /tmp/sfs_fix_menu
		sfs_load --unload "$SFSVIDEOEDIT"
		else
		sfs_load --cli --norefresh "$SFSOFFICE"
		#echo 'fixmns="yes"' > /tmp/sfs_fix_menu
		sfs_load --cli "$SFSVIDEOEDIT"
works as well. :D

What do you think about that? Would it be worth to realize? Or shall i modify it in my LazY Puppy that way - only?

Code: Select all

    # modified by RSH
    if [ "$fixmns" = "yes" ]; then
      if [ "$HAS_DESKTOPS" ]; then
        waitsplash $(gettext "Updating menu...")
		fixmenus
        [ "$DISPLAY" ] && pidof jwm &>/dev/null && jwm -restart
        waitsplash --stop
	  fi
    fi
should this one more wide - including the

Code: Select all

  if [ "$HAS_PINS" ] && which restartjwm &>/dev/null; then
    [ "$DISPLAY" ] && restartjwm
section?
[b][url=http://lazy-puppy.weebly.com]LazY Puppy[/url][/b]
[b][url=http://rshs-dna.weebly.com]RSH's DNA[/url][/b]
[url=http://murga-linux.com/puppy/viewtopic.php?t=91422][b]SARA B.[/b][/url]

User avatar
shinobar
Posts: 2672
Joined: Thu 28 May 2009, 09:26
Location: Japan
Contact:

fixmenus

#185 Post by shinobar »

As for the commandline, Type 'sfs_load --help' from the terminal to get the usage.
RSH wrote:If i want to use this in a loop or script using a list of sfs files the menu will be fixed (fixmenus) after every sfs has been loaded. My suggestion would be to give a parameter to sfs_load-on-the-fly to skip the fixmenus command and let only fixmenus run after the last sfs is loaded.
Nice idea. I will implement your idea in a future release.
The usage will be something like this:

Code: Select all

for F in $SFSLIST; do
  sfs_load --no-afterwork $F
done
sfs_load --do-afterwork
I do not have any quick hack at this point of time, but would like to do in near future.
RSH wrote:does the --cli command mean, a not existing pup_ro directory will be created automatically in background (without any warning)?
Maybe. :roll: I am usually loading more than 6.

As for the HAS_PINS, you are right, it will be fixed in the next version.
EDIT: i need to review the code. The restartjwm is a script i made which includes restarting the jwm.
Last edited by shinobar on Fri 23 Mar 2012, 14:17, edited 2 times in total.
Downloads for Puppy Linux [url]http://shino.pos.to/linux/downloads.html[/url]

Post Reply