Page 6 of 7

Re: Problem with mechanism to make savefolder names unique

Posted: Tue 04 Nov 2014, 18:34
by peebee
mavrothal wrote:Please test, either by patching or using the attached pet
Thanks Mav - all AOK in my tests
Cheers
peebee

Re: Problem with mechanism to make savefolder names unique

Posted: Sat 08 Nov 2014, 07:41
by gyro
mavrothal wrote:Please test, either by patching or using the attached pet
Works fine on patched TahrPup 6.0.
I just tried using the default name a second time. It found the duplicate, said it was going to use a modified name, and did.

gyro

Posted: Sat 08 Nov 2014, 09:34
by mavrothal
Thanks peebee, gyro
Committed

Posted: Wed 12 Nov 2014, 17:47
by mavrothal
Now available for Puppy 5.2.8 :!: :D

Posted: Sun 16 Nov 2014, 09:16
by gyro

Posted: Tue 18 Nov 2014, 09:52
by gyro
Updated packages are now available for:

Slacko 5.7
http://www.fishprogs.software/puppy/slacko/initrd.gz
http://www.fishprogs.software/puppy/sla ... ko_5.7.sfs

Dpup Squeeze 5.X.3.4.12
http://www.fishprogs.software/puppy/squeeze/initrd.gz
http://www.fishprogs.software/puppy/squ ... 3.4.12.sfs

Dpup Squeeze 5.X.3.6.2.1
http://www.fishprogs.software/puppy/squeeze36/initrd.gz
http://www.fishprogs.software/puppy/squ ... .6.2.1.sfs

In each case:
1) Download both files.
2) Rename current 'initrd.gz' as a backup.
3) Move both downloaded files into directory containing the frugal install.
4) Reboot.

Note: As for the 'raring' implementation, the 'squeeze' zdrv acts like a ydrv.

gyro

Posted: Wed 19 Nov 2014, 02:37
by rg66
Thanks gyro!

Posted: Fri 21 Nov 2014, 11:47
by gyro

pupmode 13 saves

Posted: Fri 21 Nov 2014, 13:41
by Marv
Testing in X-slacko-2.2.1n. Frugal install to CF card, pmedia=ATAFLASH, PUPMODE=13. The appearance of the 'save' dialog or not on shutdown does not track the RAMSAVEINTERVAL set in Puppy Event Manager and saved in /etc/eventmanager. Normal behavior would be that setting 0 would result in the dialog, anything else just a straight save with no dialog.

Looking at rc.shutdown, a variable ASKTOSAVE is present but not set. I added the following code at line 99 and the above behavior is obtained. May be a cleaner way to do this, just a suggestion.

Code: Select all

if [ $RAMSAVEINTERVAL = 0 ] ; then  #141118, Marv
  ASKTOSAVE=true
else
  ASKTOSAVE=false
fi

Re: pupmode 13 saves

Posted: Fri 21 Nov 2014, 20:59
by mavrothal
Marv wrote: Looking at rc.shutdown, a variable ASKTOSAVE is present but not set.
Not in X-slacko currently but in Tahr/Slacko6 the ASKTOSAVE variable is set from the eventmanager > Save Session tab.
As soon as "Save interval" is set to "0" an 'ask to save' checkbox appears.

Re: pupmode 13 saves

Posted: Sat 22 Nov 2014, 01:06
by Marv
mavrothal wrote:
Marv wrote: Looking at rc.shutdown, a variable ASKTOSAVE is present but not set.
Not in X-slacko currently but in Tahr/Slacko6 the ASKTOSAVE variable is set from the eventmanager > Save Session tab.
As soon as "Save interval" is set to "0" an 'ask to save' checkbox appears.
Thanks, that makes sense. For now I'll export it (set to false) from /etc/profile.local in X-slacko leaving rc.shutdown untouched.

snapmergepuppy for Dpup Wheezy 3.5.2.11

Posted: Wed 26 Nov 2014, 18:28
by gyro
I've done more testing of pupmode=13 in Wheezy 3.5.2.11, and have come up with 2 suggestions for extra patches for 'snapmergepuppy'.

Patch to tidy up symbolic link stuff:

Code: Select all

--- snapmergepuppy.orig	2014-10-06 18:01:55.000000000 +1000
+++ snapmergepuppy	2014-11-24 04:36:28.138255092 +1000
@@ -62,6 +62,7 @@
 
 if [ -L $BASE ]; then #we have savefolder based on symbolic links
  BASEMTP="/initrd${PUP_HOME}"
+ BASE="`readlink -n -m $BASE`"
 else
  BASEMTP="$BASE"
 fi
This is just an efficiency thing, since $BASE is used a lot in the following code, decode the link once here so the system doesn't have to do it lots of times later. I've no idea if it makes any significant difference.

Patch to fix saving of '/dev':

Code: Select all

--- snapmergepuppy.orig	2014-11-27 03:29:05.466244219 +1000
+++ snapmergepuppy	2014-11-27 03:17:33.000000000 +1000
@@ -143,6 +143,8 @@
 while read N
 do
 
+ [ "${N%%/*}" = "dev" ] && [ "${N:4:3}" = "tty" ] && continue
+
  #v4.01 graceful exit if shutdown X (see /usr/X11R7/bin/restartwm,wmreboot,wmpoweroff)...
  [ "$XRUNNING" = "yes" ] && [ -f /tmp/wmexitmode.txt ] && exit
 
This causes 'snapmergepuppy' to ignore '/dev/tty*'.
This should probably be done by modifying the 'find' line.
In Dpup Wheezy 3.5.2.11 with a savefolder using symbolic links, the partition was not unmounted cleanly. Omitting '/dev/tty*' from the file copy in 'snapmergepuppy' produced a clean unmount.
This does not make any sense to me. I fail to discern the connection. But it seems to work this way.
Interestingly Wheezy didn't seem to mind if I omitted '/dev' altogether.
Edit: Adding "|^dev/tty" to the list of exceptions on the first 'grep' on the 'find' line works, and is a neater solution.

Note: TahrPup 6.0 does not have this problem.

Since I'm already modifying 'init', I add an 'e2fsck' command in 'mnt_fnc', in my puppies.

gyro

Posted: Sat 29 Nov 2014, 15:57
by gyro

patch 'snapmergepuppy' to omit '/dev/tty*'

Posted: Sat 29 Nov 2014, 18:52
by gyro
Just in case it is useful to somebody, I have atached the real patch file for Dpup Wheezy's 'snapmergrepuppy' to omit '/dev/tty*' from the list of files to copy.
(It doesn't look very clear in the forum as "code" because the long lines wrap.)

gyro

Slacko64 5.9.1

Posted: Sat 29 Nov 2014, 21:31
by gyro

Posted: Sat 29 Nov 2014, 23:18
by rufwoof
Could a savefolder be the slowest and most complicated full install ever :)

Posted: Sun 30 Nov 2014, 20:44
by gyro
rufwoof wrote:Could a savefolder be the slowest and most complicated full install ever :)
Definitely not a full install.
I can still do a "fresh install" by renaming a single file.
gyro

Posted: Sun 30 Nov 2014, 20:49
by mikeb
And a fresh boot with a pfix=ram (or no changes= for slax)... for those floaty moments if say you want to partition or test or compile..

and cleanly load and unload sfs files.... and ...oh well :D

mike

Posted: Mon 01 Dec 2014, 15:56
by gyro
And multiple puppies on a single partition.
And.....
gyro

Posted: Mon 01 Dec 2014, 15:57
by mikeb
Its good to remember why we get our hands dirty in this stuff :D

mike