SFS-TCZ_Linker-2.2.pet

Miscellaneous tools
Post Reply
Message
Author
diaeresis
Posts: 164
Joined: Wed 16 Sep 2009, 12:50

#16 Post by diaeresis »

Sorry but ...
It's only available at boot if you set it up before you shutdown.
I was thinking more along the lines of having the ability to actually select any and/or all .sfs files at boot.
You can reboot with the sfs of your choice using boot manager and sfs linker but neither gives you the "blank canvas" option.

So if you know you are going to be using open office ou can boot with it, if you are intending to compile you can select xxx.sfs and devx-xxx.sfs etc.

I need to quickly add that i am not complaining, just wishing! And new version is now installed. Thanks.

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#17 Post by jrb »

I have uploaded SFS_Linker-no_def-1.1.pet which does not have modified /usr/local/defaultprograms for people who wish to have SFS_Linking without changing the desktop icon or MIME-type behavior.

ejb
Posts: 12
Joined: Wed 23 Sep 2009, 22:58

Re: SFS_Linker-431bk-1.1.pet

#18 Post by ejb »

I have an sfs that requires files to be copied to the filesystem vs symlinked.
I set up a /choice directory in my sfs. When I use sfs_linker to load the sfs file,
I expected to have the /choice files copied to /root/choice. For some reason,
they are symlinked to the mounted sfs.

I thought your script would copy /choice files.

Any help would be appreciated.

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#19 Post by jrb »

Hi ejb,
Here is a partial list of the files in my ch4-firefox-3.5.3.sfs. I have only included those files that should end up in /root. I installed the SFS before compiling this list. That is why it has /mnt/ch4-firefox-3.5.3/ out front.

Code: Select all

/mnt/ch4-firefox-3.5.3.sfs
/mnt/ch4-firefox-3.5.3.sfs/choice
/mnt/ch4-firefox-3.5.3.sfs/choice/root
/mnt/ch4-firefox-3.5.3.sfs/choice/root/.mozilla
/mnt/ch4-firefox-3.5.3.sfs/choice/root/.mozilla-3.5.3

/mnt/ch4-firefox-3.5.3.sfs/root
/mnt/ch4-firefox-3.5.3.sfs/root/.config
/mnt/ch4-firefox-3.5.3.sfs/root/.config/rox.sourceforge.net
/mnt/ch4-firefox-3.5.3.sfs/root/.config/rox.sourceforge.net/OpenWith
/mnt/ch4-firefox-3.5.3.sfs/root/.config/rox.sourceforge.net/OpenWith/firefox_browser
Notice that /choice is not in the /mnt/ch4-firefox-3.5.3.sfs/root/ directory, but the items from /mnt/ch4-firefox-3.5.3.sfs/choice/root/ will be copied into the /root/ directory of the Puppy filesystem.

The items in /mnt/ch4-firefox-3.5.3.sfs/root/ will be linked.

Hope that is clear, J

ejb
Posts: 12
Joined: Wed 23 Sep 2009, 22:58

#20 Post by ejb »

jrb wrote:Hi ejb,
Here is a partial list of the files in my ch4-firefox-3.5.3.sfs. I have only included those files that should end up in /root. I installed the SFS before compiling this list. That is why it has /mnt/ch4-firefox-3.5.3/ out front.

Code: Select all

/mnt/ch4-firefox-3.5.3.sfs
/mnt/ch4-firefox-3.5.3.sfs/choice
/mnt/ch4-firefox-3.5.3.sfs/choice/root
/mnt/ch4-firefox-3.5.3.sfs/choice/root/.mozilla
/mnt/ch4-firefox-3.5.3.sfs/choice/root/.mozilla-3.5.3

/mnt/ch4-firefox-3.5.3.sfs/root
/mnt/ch4-firefox-3.5.3.sfs/root/.config
/mnt/ch4-firefox-3.5.3.sfs/root/.config/rox.sourceforge.net
/mnt/ch4-firefox-3.5.3.sfs/root/.config/rox.sourceforge.net/OpenWith
/mnt/ch4-firefox-3.5.3.sfs/root/.config/rox.sourceforge.net/OpenWith/firefox_browser
Notice that /choice is not in the /mnt/ch4-firefox-3.5.3.sfs/root/ directory, but the items from /mnt/ch4-firefox-3.5.3.sfs/choice/root/ will be copied into the /root/ directory of the Puppy filesystem.

The items in /mnt/ch4-firefox-3.5.3.sfs/root/ will be linked.

Hope that is clear, J
OK, thanks, I was able to set up my sfs so linker copies the file I needed into the filesystem.
When I unlink the sfs, however, the copied files are not deleted. Is that what I should
expect??

Thanks, E

Squishy
Posts: 22
Joined: Mon 28 Dec 2009, 23:09

#21 Post by Squishy »

Hi, could someone give me a hand setting this up in a full install of NOP 431r1? Installed the pet but there's no sign of it on right click, so I assume its not compatible with XFCE?

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#22 Post by jrb »

Squishy wrote: Installed the pet but there's no sign of it on right click, so I assume its not compatible with XFCE?
I don't know anything about XFCE but perhaps this link will help:
http://thunar.xfce.org/documentation/C/ ... lders.html
The Application that you want to Open With is /usr/local/bin/sfs_linker.

Good Luck, J

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#23 Post by jrb »

I have uploaded a new version of SFS_Linker. It will load both SFS and TCZ (tinycore linux) packages. Also contains minor improvements in file handling.

I have included two versions. One with replacement /usr/local/bin/defaultprograms so your loaded programs will become the defaults and one without.

Both contain a link to the TinyCore sfs4 repository on the internet menu.

http://puppylinux.ca/members/choicepup/ ... bk-1.2.pet

http://puppylinux.ca/members/choicepup/ ... ef-1.2.pet

User avatar
Dingo
Posts: 1437
Joined: Tue 11 Dec 2007, 17:48
Location: somewhere at the end of rainbow...
Contact:

#24 Post by Dingo »

Dear jrb, I remember you said an sfs, in order to be used by sfslinker needs to have a /usr/ dir, even it is blank, this is ever required also with your new version? anyway, having build some sfs packages recently, I remember these sfs have a /usr/ dir
replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#25 Post by jrb »

Hi Dingo,
You remember correctly. 8) and that is still the case.

I needed a way for sfs_linker to check if the .sfs had mounted correctly in /mnt/XXX.sfs before continuing with the symlinking so I had it check for the existence of /mnt/XXX.sfs/usr. Likewise when uninstalling, sfs_unlinker makes sure the file has unmounted by checking to see if /mnt/XXX.sfs/usr has disappeared..

So even if your .sfs doesn't need /usr, include an empty one.

Hope that helps, J

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#26 Post by jrb »

A summary of my findings so far for TCZ files, collected by veiwing the .dep files and error messages on command line:
  • firefox.tcz and thunderbird3.tcz require dbus.tcz and dbus-glib.tcz (menu items in Network menu)
    opera10 requires qt-4.5-base.tcz (on the Systems menu)
    blobwars.tcz requires libmad.tcz and SDL.tcz (on the fun menu)
    supertux - same as blobwars
    clamav.tcz requires libiconv.tcz (command line "freshclam" to update and "clamscan -r /your_dir" to run)
    gimp2.tcz requires babl.tcz and gegl.tcz (on Graphics menu)
    Mplayer-nodeps.tcz needs Glibc2.7 so doesn't work
    xfe.tcz requires fox.tcz (command line)

User avatar
Dingo
Posts: 1437
Joined: Tue 11 Dec 2007, 17:48
Location: somewhere at the end of rainbow...
Contact:

#27 Post by Dingo »

Dear jrb (again) can your sfslinker used on puppy 3.01 series or it needs to be hacked to result working? It would be very useful having a devx mounting on fly for 3.xx series. I have used sfslinker to live-mount devx in 4.3.xx puppy series in order to compile some apps and it has worked very fine for me
replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#28 Post by jrb »

Hi Dingo,
I just tried the latest SFS-TCZ_Linker in Puppy301 and couldn't get any of my .sfs3's to mount. Not sure why. I do know that the unlinker depends on software in the woof petget manager which is quite different than the previous non-woof Puppies. Early on I tried Linker with Puppy218 which uses woof but still my sfs3's wouldn't work. As I remember it was because they were compiled against a later glibc.

Glad to hear that about the devx.sfs. I haven't tried it with linker. I don't use it that often and when I do I'm usually doing something I find intimidating so I have been conservative and mounted it with BootManager.

If you have a link to sfs's that you know work with 301 post it here and I'll try one or two of those.

Bye for now, J

elraven
Posts: 82
Joined: Wed 04 Apr 2007, 03:20
Location: wnc-usa

sfs-tcz_linker

#29 Post by elraven »

hi jrb , just dropping line to say the no def version of sfs linker works great in spup 451. This pet is so great ,keep up the good work.
elraven 8)

User avatar
Dingo
Posts: 1437
Joined: Tue 11 Dec 2007, 17:48
Location: somewhere at the end of rainbow...
Contact:

#30 Post by Dingo »

jrb wrote:Hi Dingo,
I just tried the latest SFS-TCZ_Linker in Puppy301 and couldn't get any of my .sfs3's to mount. [...]If you have a link to sfs's that you know work with 301 post it here and I'll try one or two of those.
made a test

- launched Puppy linux 3.01 from live Cd
- installed sfslinker
- loaded devx-sfs for 3.01 with sfs linker

result: successful; I have then tried with some other sfs (v 3.0 version, because I have discovered on puppy 3.xx series squashfilesystem v. 3.0 only is read, 3.1 not, and since 4.2.xx puppy linux series still able to read squash filesystem v . 3.0, is better, for older puppies, make v. 3.0 sfs) and installation was successful (unlinking also)

we have, however, a couple of minor issues

- first: an error message showed at sfslinker install

Image

- second: when sfslinker installs itself, it seems de-associate icons on pinboard items so links are broken
Image
replace .co.cc with .info to get access to stuff I posted in forum
dropbox 2GB free
OpenOffice for Puppy Linux

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#31 Post by jrb »

Dingo wrote:when sfslinker installs itself, it seems de-associate icons on pinboard items so links are broken
Sorry, I forgot to mention that happening in my last post.

I seem to have found an easy fix however. Just go to /root/.config/rox.sourceforge.net/ROX-Filer/ and delete the globicons file. When you run your mouse over the desktop icons they should come back.

Apparently Puppy301 doesn't expect to find a globicons file there. In Puppy4XX globicons is hard linked between /root/Choices/ROX-Filer/globicons and /root/.config/rox.sourceforge.net/ROX-Filer/globicons

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#32 Post by jrb »

BTW - what is that tcz folder for?
Now its my turn to be embarrassed. :oops: I forgot to put a readme file in that folder.

If you make a /mnt/home/tcz folder and keep your .tcz files there then symlinks will automatically be made to the /my_links/tcz folder at bootup, kind of like the /my_links/sfs_mnt_home folder. From there you can copy the links you want to /my_links/sfs_boot_links.

User avatar
WarMocK
Posts: 169
Joined: Thu 05 Jul 2007, 11:53

#33 Post by WarMocK »

Okay, this tool is made of awesome, thanks for creating and sharing it.
However, I found an unpleasant flaw in the design: I had GIMP-2.4.5 installed with a dotpet on my test system and then linked an SFS with the same version of GIMP into it as well. When I unlinked it, GIMP didn't work anymore. Obviously, the symlinks overwrote the installed binaries and got wiped when I unlinked the SFS. Okay, I simply re-installed GIMP afterwards, so nothing of value was lost, but this is a SERIOUS problem nevertheless. Apparently, SFS_linker does not test if there's already a link or binary with the same name available in the system and simply overwrites it. I don't want to imagine what happens if the SFS file contains system critical .so files ...
In my opinion SFS_linker desperately needs to read the content of the SFS, make a list from it, and then check if the system already has some of the files it would create symlinks for. If yes, SFS_linker needs to skip these links and remove them from the uninstall list when unlinking the module again.
In order to prevent a dependency hell when an older SFS is unlinked that already brought some shared libs needed by a newer SFS, it might also be a good idea to let the unlinker re-link the other sfs files to fill the gap. I know it would take some time, but it's better than if you lose half of your system because some critical programs won't start after you made an update.

User avatar
jrb
Posts: 1536
Joined: Tue 11 Dec 2007, 19:56
Location: Smithers, BC, Canada

#34 Post by jrb »

Hi WarMock,
Sorry to hear about your difficulty. You raise a good point but I'm not sure there is a good fix. :?
Obviously, the symlinks overwrote the installed binaries and got wiped when I unlinked the SFS.
Not quite. SFS_Linker will not create symlinks over the top of existing files but it keeps track of what symlinks and files it has created (or tried to create) and copied (or tried to copy) exactly as package manager does. It creates a list of the files in /root/.packages/XXX.files, sadly it does not distinguish between symlinks and files. When you uninstall the SFS it deletes these files and symlinks regardless of whether it created them or not.

For each file both SFS_Linker and package manager check with the original pup-xxx.sfs and if a file with the same name exists there it will reinstate it. (Only from liveCD or frugal installs, full installs suffer the full consequences) However no such mechanism exists for previously installed .pets or .sfs's. Uninstalling and then reinstalling the original .pet is the only fix at present.

If you have added truly system critical files then you might want to think about remastering the pup-xxx.sfs so they will be safe. This is now easily done with Pizzasgood's edit_sfs-2.1.pet.

This is one of the reasons I quit using full installs, too easy to delete critical files. :x

Hope this helps. I will continue to think about the problem, perhaps there is something that can be done.

Cheers, J

User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#35 Post by technosaurus »

One way would be to relink all other loaded sfs files after an unlink - if you wanted to get all fancy you could check for duplicate filenames and only do those, but also a lot of trouble so it may be better to just have a "relink all" button or default setting or something of the like.
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

Post Reply