Savefolder without 'mount -o bind' - works

[gyro]

Here is a patch against a patched 'rc.shutdown':

Code: Select all

--- rc.shutdown.orig	2014-10-09 05:00:40.000000000 +1000
+++ rc.shutdown	2014-10-18 05:15:52.657302806 +1000
@@ -651,6 +651,8 @@
  if [ $SAVEDEV ]; then
   busybox mount -t $SAVEFS -o remount,ro $SAVEDEV /initrd${SAVE_LAYER} 2>/dev/null
   umount-FULL -i -n -l /initrd${SAVE_LAYER} 2>/dev/null #-l is lazy unmount.
+ else
+  [ -L /initrd${SAVE_LAYER} ] && rm /initrd${SAVE_LAYER}
  fi
 fi

When transitioning from pupmode=12 to pupmode=13, if the '/initrd/pup_rw ' link is still in place from pupmode=12, pupmode=13 has a problem because now both '/initrd/pup_ro1' and '/initrd/pup_rw' are links pointing to the pupsave directory.
This patch removes the link on shutdown.

I have updated:
http://www.fishprogs.software/puppy/rar ... .9.9.2.sfs
http://www.fishprogs.software/puppy/whe ... 5.2.11.sfs
http://www.fishprogs.software/puppy/tah ... _5.8.4.sfs

gyro

[gyro]

I want to wrap up this project.

I think the upgrade is worth it, because the mount method caused problems with programs outside our control. This method causes problems with only programs that are very much in the puppy realm.

I have attached a tar file containing 7 diffs against the woof-ce repository:
init.1tidy.logic.diff
init.2tidy.mount.diff
init.3link.diff
rc.shutdown.diff
snapmergepuppy.diff
installpreview.sh.diff
frontend_funcs.diff

There are 3 diffs against the 'init' script:
'init.1tidy.logic.diff' tidies up the logic of loading the savefolder so that it is more open to the possibility of introducing encryption to savefolder in the future.
'init.2tidy.mount.diff' tidies up all the mountpoint finding statements to use 'mount' statements again.
'init.3link.diff' actually implements 'savefolder using links' in the 'init' script. It assumes that 'init.1.tidy.logic.diff' has been applied.
So I'm suggesting that even if 'savefolder using links' is not applied, then at least consider applying 'init.1tidy.logic.diff' and 'init.2tidy.mount.diff'.

The rest are single diffs against the programs they are named after. They are required to implement 'savefolder using links'.

There is no patch for 'freememapplet_tray' included, since I could not find any source for it on woof-ce.

As a side note, I also wanted to test the idea that when aufs talks about branches being directories, they mean exactly that. In the puppy world we have restricted our branches to being mountpoints. This project demonstrates that this is not an aufs requirement.

Oh, thanks to all who have contributed to this project.

gyro

[Bert]

Thank You Gyro

[peebee]

BTW you may ant to provide deltas against the original ISO.

Oh well, I put together a delta for Puppy Prceise 5.7.1, to become 5.7.2.
I contains the gyro's changes (patches) and the shellshock-safe bash-4.1.17.

Hi Mav

Can this delta be applied to Precise 5.7.1 Retro?

If not, is it possible to construct an sfs or pet which makes the same changes as the delta?

Or maybe make a delta for 5.7.1 Retro available.

Many thanks
peebee

[mavrothal]

Can this delta be applied to Precise 5.7.1 Retro?
If not, is it possible to construct an sfs or pet which makes the same changes as the delta?
Or maybe make a delta for 5.7.1 Retro available.

No it cannot.
Since there are changes in the initrd.gz. pet/sfs is not recommended.
Here is a delta for precice-5.7.1-retro. Minimally tested (boot-save-reboot), OK.

[peebee]

Here is a delta for precice-5.7.1-retro. Minimally tested (boot-save-reboot), OK.

Many thanks - will do some testing.....

[gyro]

Here is a delta for precice-5.7.1-retro. Minimally tested (boot-save-reboot), OK.

Thanks for covering 'precise'.

gyro

[gcmartin]

This thread's effort works hand-in-hand with the efforts done earlier in TahrPUP addressing folder session saves. Couple of those who worked on that are present here in this thread.

I draw your attention to this request from @01Micko. Can this somehow be mixed into the framework he appeals for? Does this require a central point or is there some other way of doing so?

An answer to my post is NOT needed. As, this post is hopeful of how to accomplish this overall for PUP builders.

[gyro]

@gcmartin
Most of the programs that are patched by this topic are already in woof-ce. My plan is to try and produce a git 'pull request' for those.
(Got to get my head around git first.)

The obvious exception to that is 'freememapplet_tray'.

gyro

[Puppus Dogfellow]

For the latest/last update to savefolder function of precise-5.7.1 look here

i uppedprecise 5.7.2, which is 5.7.1 with your patches. curious as to whether or not it works correctly as that was the first time i've ever used a delta difference manager and the overall file size is somewhat smaller than the original...

[mavrothal]

i uppedprecise 5.7.2, which is 5.7.1 with your patches. curious as to whether or not it works correctly

and...?

[Puppus Dogfellow]

i uppedprecise 5.7.2, which is 5.7.1 with your patches. curious as to whether or not it works correctly

and...?

i'll post here when i find out--i was hoping someone else would also check to see if it works. i tried to remaster (remove abiword mostly) with woofy but kept getting an iso that grew rather than shrank--it's 186 mb. different compression or something amiss? also, do you happen to know if autosaving can be disabled in savefolder setups? i plan on installing this to a card with 01micko's f2fs installer--that prompts for save folder creation so i'm not expecting any compatibility issues, but it won't tell you anything about how an existing frugal handled the conversion, i'm afraid.

anyway, thanks for the patch and thanks to gyro as well.

[gyro]

do you happen to know if autosaving can be disabled in savefolder setups?

Theoretically, it should work just as well as savefile, but I'm not aware of anyone having tested it yet.
Good luck.

gyro

[01micko]

gyro

I'm happy to merge these patches, just one delay:

666philb reckons it's too close to release for him, so as soon as he does I say merge.

There are documented problems with pcmanfm, spacefm (peebee I believe) and thunar (rg66) with the bind mount method. Not to mention all the other issues.

@Puppus_Dogfellow: my latest f2fs-installer (posted somewhere here ) supports hacking the initrd to run in pupmode = 12 so it writes directly to the save - this is what f2fs is all about. Its wear levelling prolongs the life of the drive (theoretically) so frugal writes are not a problem. I'll get back later (tomorrow maybe) about where the latest is posted, or maybe you were a part of that thread?

[mavrothal]

There are documented problems with pcmanfm, spacefm (peebee I believe) and thunar (rg66) with the bind mount method. Not to mention all the other issues.

I tried the latest precise-LXpup from peebe that incorporates these changes.
The double entries in the sidebar of the file managers do not go away as I would have hoped. Could be something else though I did not really looked any careful.

[gyro]

I'm happy to merge these patches

I haven't had a complete success with git yet, but I'll have one more try. So, thank you very much for the offer.

666philb reckons it's too close to release for him, so as soon as he does I say merge.

There are documented problems with pcmanfm, spacefm (peebee I believe) and thunar (rg66) with the bind mount method. Not to mention all the other issues.

Understood, and agree.

gyro

[gyro]

The double entries in the sidebar of the file managers do not go away as I would have hoped. Could be something else though I did not really looked any careful.

That's odd; I still use Dpup Exprimo Squeeze, and it has pcmanfm on the desktop. I have ported this implementation of savefolder to it, and the unpatched pcmanfm works as expected.

gyro

[Puppus Dogfellow]

do you happen to know if autosaving can be disabled in savefolder setups?

Theoretically, it should work just as well as savefile, but I'm not aware of anyone having tested it yet.
Good luck.

gyro

cool, that's what i was hoping to hear, and i think i'll try out booting from disc to a savefolder on a different machine as well.

@Puppus_Dogfellow: my latest f2fs-installer (posted somewhere here ) supports hacking the initrd to run in pupmode = 12 so it writes directly to the save - this is what f2fs is all about. Its wear levelling prolongs the life of the drive (theoretically) so frugal writes are not a problem. I'll get back later (tomorrow maybe) about where the latest is posted, or maybe you were a part of that thread?

i'm not sure i've got your latest--last time i was involved in an f2fs thread i was recommending outdated versions. that the thread you remember?

anyway, i've seen with quirky tahr that f2fs works remarkably well with flash, but those writes to that usb 2.0 drive are something i'd rather be in control of in the end. the added speed of the new file system and the greater manageability (how i see it, anyway) of the savefolder would really make the upgrade from 5.5 seem like one. i'm used to the idiotproofing of disabled autosaves and the speed of running purely in ram except for when i'm leaving the room, etc. i want to avoid having an upgrade that feels at any time relatively slow or delicate.


does the devx have to be renamed to be usable with 5.7.2? is there going to be some trickery needed to gain control of the save intervals in a savefile installation?

[gyro]

The double entries in the sidebar of the file managers do not go away as I would have hoped. Could be something else though I did not really looked any careful.

I can't reproduce this.
I've never used LxPup before, but I just did a fresh manual frugal install of LxPupPrecise-14.10.02-retro.iso, and pcmanfm seemed to work fine for me.

gyro

[mavrothal]

The double entries in the sidebar of the file managers do not go away as I would have hoped. Could be something else though I did not really looked any careful.

I can't reproduce this.
I've never used LxPup before, but I just did a fresh manual frugal install of LxPupPrecise-14.10.02-retro.iso, and pcmanfm seemed to work fine for me.

Installing on a different VM I do not see it anymore.
(I still see double entries on removables but not the boot/save volume).