| Author |
Message |
shinobar

Joined: 28 May 2009 Posts: 2252 Location: Japan
|
Posted: Wed 09 Feb 2011, 04:32 Post subject:
sfs_load-0.6 |
|
Thanks seaside.
I add a launcher after loading sfs, inspired from you.
sfs_load-0.6
9 Feb 2011 v0.6: fix was moved remote files, restart X info, launcher (thanks to seaside)
_________________ Multilingual Wary-511
Lucid Puppy Quickset edition
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
|
|
Back to top
|
|
 |
nooby
Joined: 29 Jun 2008 Posts: 9386 Location: SwedenEurope
|
Posted: Wed 09 Feb 2011, 06:43 Post subject:
|
|
Shinobar, how I am not derailing your thread too much.
Did there exist something named TCX to Sfs convert? or Sfs to Tcz convert?
I am trying to learn TCL now and did remember something about being able to use Tcz files converting them to sfs files and loading them when Puppy starts?
They had the Virtual Digital Piano something as an Tcz file and maybe that one can be made into an sfs and used in puppy?
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
ICPUG
Joined: 24 Jul 2005 Posts: 1277 Location: UK
|
Posted: Wed 09 Feb 2011, 09:23 Post subject:
|
|
Yes Nooby - you are derailing the thread. Why cannot you ask your own questions on a new thread rather than going off topic? You've done it on the sfs.exe thread as well.
To answer this one I think you might consider sfs tcz linker here:
http://murga-linux.com/puppy/viewtopic.php?t=47976
Of course all these guys (shinobar, goingnuts, seaside) creating new 'on the fly' loaders might also consider whether they can be extended to load tcz files.
|
|
Back to top
|
|
 |
nooby
Joined: 29 Jun 2008 Posts: 9386 Location: SwedenEurope
|
Posted: Wed 09 Feb 2011, 12:21 Post subject:
|
|
Thanks ICPUG, you are right. Thanks for the link to sfs/Txz thing. I did refer to that one but did not remember enough to really get it.
_________________
I'm a noob so I use Google Search of Puppy Forum
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Thu 10 Feb 2011, 03:35 Post subject:
|
|
0.6 fails on Puppeee because AUFS is built into the kernel rather than built as a module. Sfs_load assumes that means we're using Unionfs.
|
|
Back to top
|
|
 |
shinobar

Joined: 28 May 2009 Posts: 2252 Location: Japan
|
Posted: Thu 10 Feb 2011, 08:25 Post subject:
aufs or unionfs |
|
| jemimah wrote: | | 0.6 fails on Puppeee because AUFS is built into the kernel rather than built as a module. Sfs_load assumes that means we're using Unionfs. |
I see. i guess i can manage...
For the test on pupeee, rewrite line 775 in /usr/sbin/sfs_load:
| Code: | | AUFS=$(lsmod | grep -w '^aufs') |
to:
_________________ Multilingual Wary-511
Lucid Puppy Quickset edition
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Thu 10 Feb 2011, 19:16 Post subject:
|
|
Yeah I figured that out no problem - you really don't even need to worry about it - I just thought I'd mention it.
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Thu 10 Feb 2011, 21:59 Post subject:
|
|
Just finished testing 0.6 and it's working very well. I think it would be good to tell the user that they have reached the system SFS limit when you run out of loop devices, instead of just saying that mounting the SFS failed.
|
|
Back to top
|
|
 |
shinobar

Joined: 28 May 2009 Posts: 2252 Location: Japan
|
Posted: Fri 11 Feb 2011, 10:03 Post subject:
sfs_load-0.7 |
|
| jemimah wrote: | | I think it would be good to tell the user that they have reached the system SFS limit when you run out of loop devices |
UPDATE: sfs_load-0.7
11 Feb 2011 v0.7: fix was not update menu in some case, see aufs even with no module(thanks to jemimah), add new loop device
_________________ Multilingual Wary-511
Lucid Puppy Quickset edition
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Sat 12 Feb 2011, 01:35 Post subject:
|
|
I was able to create one extra loop device, but when I tried to create the second one I get the error "failed to create new loop-back device". I can look in /dev and see that the new device was in fact created successfully.
|
|
Back to top
|
|
 |
shinobar

Joined: 28 May 2009 Posts: 2252 Location: Japan
|
Posted: Sat 12 Feb 2011, 02:03 Post subject:
extra loop device |
|
| jemimah wrote: | | I was able to create one extra loop device, but when I tried to create the second one I get the error "failed to create new loop-back device". I can look in /dev and see that the new device was in fact created successfully. |
sfs_load is checking if it is available by the following command:
I am not sure how many loop-back devices are allowed on the system and how to change the limit...
_________________ Multilingual Wary-511
Lucid Puppy Quickset edition
Downloads for Puppy Linux http://shino.pos.to/linux/downloads.html
|
|
Back to top
|
|
 |
jemimah

Joined: 26 Aug 2009 Posts: 4309 Location: Tampa, FL
|
Posted: Sat 12 Feb 2011, 03:07 Post subject:
|
|
The actual limit is hard coded in the init script. I bumped the limit in Puppeee up to 11 for testing.
I think it should work fine to just create the loop device and mount point. If there are more SFSes in the list than the limit in the init script, it will just ignore the extra ones.
I'm not sure what maximum number of branches you can have in AUFS is. I guess lighthousepup supports 40 SFSes or something so the limit must be pretty high.
"losetup -f" returns nothing on my system after I run out of loop devices. I'm not sure what's going wrong exactly.
|
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 2421
|
Posted: Sat 12 Feb 2011, 12:05 Post subject:
|
|
Experimenting with this a bit, I've found that SFS's are not just a simple substitute for PETS. Sometimes they don't work. For example, I tried making an SFS for TOR network-browser. The PET loads the network, while the SFS only partially loads it. Making a PET for directory of gmail phone plugins worked fine, but the SFS of the same directory didn't (they weren't seen in gmail). There may be a good reason to limit the number of AUFS loops. Perhaps there's something I'm not doing to make them work better.
|
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 2421
|
Posted: Sat 12 Feb 2011, 14:17 Post subject:
|
|
Think I see what's going on. The PET overrides the whiteouts and loads all the files, while the SFS doesn't.
Edit: There was something like "initrd/pup_rw/opt/.wh..wh..opq" that prevented plugins in /opt from loading with the SFS, although the PET loaded. Worked after deleting. (there were also a few more that need deleting).
|
|
Back to top
|
|
 |
jpeps
Joined: 31 May 2008 Posts: 2421
|
Posted: Sat 12 Feb 2011, 16:01 Post subject:
|
|
The solution I've come up with is a script that gets rid of whiteouts. I'll have to see if there's any problems with it, but it's enabling my SFS to load and haven't run into any problems.
USAGE: whiteouts [ -d ] ## just view them, or delete with option "-d". Whiteouts to leave alone are listed in script.
| Code: |
#!/bin/ash -a
display() {
[ -f /tmp/whiteouts ] && rm /tmp/whiteouts
touch /tmp/whiteouts
find /initrd/pup_rw | grep "\.wh" >>/tmp/whiteouts
}
if [ "$1" == "-d" ]; then
[ -f /tmp/white-del ] && rm /tmp/white-del
touch /tmp/white-del
display
cat /tmp/whiteouts | sed '
/\.wh..wh.orph/ d
/\.wh..wh.plnk/ d
/\.wh.windowmanager.openbox/ d
/\.wh..wh.aufs/ d ' >>/tmp/white-del
## remove files
while read line; do
rm $line
done < /tmp/white-del
rm /tmp/white-del
exit
fi
display
cat /tmp/whiteouts
rm /tmp/whiteouts
|
|
|
Back to top
|
|
 |
|