SFS-Combiner - merge some squashfs addons
Hi dinky; With any luck MU will have the time to modify his great app.
Last night I simplified the identifing of image file types & their mounting.
Today I'll be testing that work, I'll try a few SFS file builds & check them.
If all looks good I'll repost "mksfs" here in the Software forum for testing.
Last night I simplified the identifing of image file types & their mounting.
Today I'll be testing that work, I'll try a few SFS file builds & check them.
If all looks good I'll repost "mksfs" here in the Software forum for testing.
After much work...
It seems the top mount directory being saved to the SFS file is a real mksquashfs problem.
I looked at the docs & there's no way to control it to keep from doing it...
Explanation:
If there's just one dir., then it's contense is put in the SFS file.
If there's several dirs., then the selected dirs. & their contenses are put in the SFS file.
Some times this is exactly what you want, like what I was doing, but sometimes it's not.
What this means for mounted iso, sfs. ext2, & ext3 files is the last mount point dir. is included.
Like this mount point for an SFS file: /mnt/sfs, so /sfs is stored in the SFS file as top dir.
Sadly... The only option left is to do one source (dir. or file), & then append the next, etc.
This way all the sources will have their contenses stored in the SFS file.
I didn't have any luck appending to a SFS file before but I'll try it again, maybe this'll work.
ADDENDUM:
Success at appending each dir & file to the SFS file, just the contenses were stored.
We need a way to control this, sometimes you want the dirs. stored & sometimes not.
All the mounted files definitely need their contenses stored, but dirs. need it both ways.
To get the top dir. stored, all I can think of is to do an empty dir. with the source one.
Several sources store the top dirs., & just reuse the same empty /0 dir. over & over.
Using an empty dummy dir. to force storing of the top dir. works, but...
Each time it's used a number is appended to it, like this: /0, /0_1, /0_2, etc.
The same thing happens to all dirs. stored several times, like: /bin, /bin_1, etc.
This seems acceptable to me to be able to control the building of SFS files.
Otherwise, copying files into a ext2-3 image file or partition is the only other way.
Again... If anyone else has any info or ideas to offer on this, speak up!
It seems the top mount directory being saved to the SFS file is a real mksquashfs problem.
I looked at the docs & there's no way to control it to keep from doing it...
Explanation:
If there's just one dir., then it's contense is put in the SFS file.
If there's several dirs., then the selected dirs. & their contenses are put in the SFS file.
Some times this is exactly what you want, like what I was doing, but sometimes it's not.
What this means for mounted iso, sfs. ext2, & ext3 files is the last mount point dir. is included.
Like this mount point for an SFS file: /mnt/sfs, so /sfs is stored in the SFS file as top dir.
Sadly... The only option left is to do one source (dir. or file), & then append the next, etc.
This way all the sources will have their contenses stored in the SFS file.
I didn't have any luck appending to a SFS file before but I'll try it again, maybe this'll work.
ADDENDUM:
Success at appending each dir & file to the SFS file, just the contenses were stored.
We need a way to control this, sometimes you want the dirs. stored & sometimes not.
All the mounted files definitely need their contenses stored, but dirs. need it both ways.
To get the top dir. stored, all I can think of is to do an empty dir. with the source one.
Several sources store the top dirs., & just reuse the same empty /0 dir. over & over.
Using an empty dummy dir. to force storing of the top dir. works, but...
Each time it's used a number is appended to it, like this: /0, /0_1, /0_2, etc.
The same thing happens to all dirs. stored several times, like: /bin, /bin_1, etc.
This seems acceptable to me to be able to control the building of SFS files.
Otherwise, copying files into a ext2-3 image file or partition is the only other way.
Again... If anyone else has any info or ideas to offer on this, speak up!
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Does the SFS-Combiner work in the SFS4 environment?
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
gyro,gyro wrote:A simple way to combine a number of sfs files is to simply, unsquashfs -f each of them in turn. Then mksquashfs the resultant "squashfs-root" directory.Béèm wrote:Does the SFS-Combiner work in the SFS4 environment?
gyro
Yes, that's the way I do it - and also supposedly this should work -
Code: Select all
# unsquashfs -f XXXX.sfs YYYYY.sfs
Also the -e option with a list of sfs files doesn't seem to work either.
By any chance, has anyone gotten these options to work?
Cheers,
s
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Error when launching
I installed the SFS-Combiner with gtlbasic003 included on a dpup 482 and a upup 466 machine
In both I have an error which seems to be the same.
I issue first:so I suppose gtkbasic003 is installed.
Then I issue the combiner:but not very brilliant as result.
Do I miss anything else?
In both I have an error which seems to be the same.
I issue first:
Code: Select all
# gtkbasic003 -v
puppybasic 2.5
#
Then I issue the combiner:
Code: Select all
# SFS-Combiner
[Syntax error]
Unable to open "/usr/lib/wxbasicscript/basefunctions.inc" or ".//usr/lib/wxbasicscript/basefunctions.inc"
*** glibc detected *** /usr/bin/gtkbasic003: double free or corruption (top): 0x08ca61a8 ***
======= Backtrace: =========
/lib/libc.so.6[0xb762f845]
/lib/libc.so.6(cfree+0x9c)[0xb76316ec]
/lib/libc.so.6(fclose+0x145)[0xb761fbe5]
/usr/bin/gtkbasic003[0x80eada8]
/usr/bin/gtkbasic003[0x80f3111]
/usr/bin/gtkbasic003[0x80f2ff8]
/usr/bin/gtkbasic003[0x80f3204]
/usr/bin/gtkbasic003[0x8101d44]
/usr/bin/gtkbasic003[0x8101ef4]
/lib/libc.so.6(__libc_start_main+0xe5)[0xb75db455]
/usr/bin/gtkbasic003[0x808abf1]
======= Memory map: ========
08048000-0811d000 r-xp 00000000 00:00 0
0811d000-08cb4000 rwxp 00000000 00:00 0 [heap]
b7100000-b7121000 rwxp 00000000 00:00 0
b7121000-b7200000 ---p 00000000 00:00 0
Do I miss anything else?
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Salut Bernard,
please use the pet mentioned here in the beginning, it contains the latest version of Gtkbasic and the include files:
http://www.murga-linux.com/puppy/viewtopic.php?t=32575
Mark
please use the pet mentioned here in the beginning, it contains the latest version of Gtkbasic and the include files:
http://www.murga-linux.com/puppy/viewtopic.php?t=32575
Mark
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Merci Marc,
Toujours rapide à répondre.
Always a quick answer.
Bernard
Toujours rapide à répondre.
Always a quick answer.
Bernard
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
- Béèm
- Posts: 11763
- Joined: Wed 22 Nov 2006, 00:47
- Location: Brussels IBM Thinkpad R40, 256MB, 20GB, WiFi ipw2100. Frugal Lin'N'Win
Mark,
J'ai dû télécharger PuppyBasic2.6 également pour que SFS Combiner fonctionne.
I had to download PuppyBasic 2.6 also for SFS-Combiner to function.
Thank you,
Bernard
J'ai dû télécharger PuppyBasic2.6 également pour que SFS Combiner fonctionne.
I had to download PuppyBasic 2.6 also for SFS-Combiner to function.
Thank you,
Bernard
Time savers:
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Find packages in a snap and install using Puppy Package Manager (Menu).
Consult Wikka
Use peppyy's puppysearch
Hello phredo
even though it say's "(not recommended)", but i am rather reckless.
CatDude
.
I'm running Slacko-5.7 and i currently have 20 .sfs files loaded upphredo wrote:..Alternatively, are there other ways to get beyond the 6 sfs loading limit?
- devx_slacko_5.7.sfs
kernel_sources-3.4.82-slacko_4g_f2fs.sfs
filezilla-3.7.4.1_5.6.5.6.sfs
virtualbox-4.3.8-x86_5.6.5.6.sfs
scribus-1.4.1-i686-s.sfs
LibreOffice_4.2.1.1_Linux_x86.sfs
jre-1.7.0_25.sfs
evince-2.32.0-i486-3sl.sfs
openshot-1.4.2.sfs
wxGTK-2.8.12.1.sfs
qt-everywhere-opensource-src-4.8.2-i686-s14.sfs
Gimp-gap-py-wine-2.6.10_s57.sfs
vlc-2.1.0-i686-s14.sfs
copy_agent-1.42.0277.sfs
imagemagick-6.7.7_10-i486-1.sfs
povray-3.7.0.RC7-i486-1_SBo.sfs
cherrytree-0.33.4.sfs
inkscape-0.48.3.1-i486-s.sfs
tor-browser-3.6.3-x86.sfs
skype-4.3.0.37-s57.sfs
even though it say's "(not recommended)", but i am rather reckless.
CatDude
.
Hello all.
As some of you may have noticed, MU's wonderful and quite practical
SFS-Combiner does not work anymore on recent Pups because (as I
understand it with my limited knowledge of BASIC) its BASIC foundation
has become obsolete.
It would be nice if a local BASIC expert would diagnose what's wrong with
it and suggest a cure.
In the meantime, please find attached a Bash script that does most of
the same.
It uses mount points at /mnt/zip instead of unsquashfs to preserve space
This script has:
-- its own progress bar,
-- its own icon,
-- a wrapper (so it will behave like a "quasi-GUI"),
-- a *.desktop file (so will appear in your menu, under Archiving),
-- some pretty ANSI colors,
-- a frame.
It is bilingual English-French. The messages appear automatically in the
language defined in the system $LANG variable -- or in English. It would
be great if additional translations could be contributed.
I did a fair amount of testing, and it works fine at this end. A couple of
confirmations that it works on your Pup would be nice.
Any questions about this script, please ask, I'll do my best to answer.
Of course constructive suggestions for improvements are welcome.
Enjoy.
As some of you may have noticed, MU's wonderful and quite practical
SFS-Combiner does not work anymore on recent Pups because (as I
understand it with my limited knowledge of BASIC) its BASIC foundation
has become obsolete.
It would be nice if a local BASIC expert would diagnose what's wrong with
it and suggest a cure.
In the meantime, please find attached a Bash script that does most of
the same.
It uses mount points at /mnt/zip instead of unsquashfs to preserve space
This script has:
-- its own progress bar,
-- its own icon,
-- a wrapper (so it will behave like a "quasi-GUI"),
-- a *.desktop file (so will appear in your menu, under Archiving),
-- some pretty ANSI colors,
-- a frame.
It is bilingual English-French. The messages appear automatically in the
language defined in the system $LANG variable -- or in English. It would
be great if additional translations could be contributed.
I did a fair amount of testing, and it works fine at this end. A couple of
confirmations that it works on your Pup would be nice.
Any questions about this script, please ask, I'll do my best to answer.
Of course constructive suggestions for improvements are welcome.
Enjoy.
- Attachments
-
- SFS-combiner-1st.jpg
- Top
- (62.42 KiB) Downloaded 604 times
-
- SFS-combiner-2nd.jpg
- Bottom
- (194.3 KiB) Downloaded 617 times
-
- Combineur-SFS-0.1.pet
- (6.32 KiB) Downloaded 496 times
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
Include Muppy-Filer?
G'day musher0,
With my present playing around making adrv-sfs for Pups here (I wonder who gave me that idea? ), I have been using both MU's Muppy-filer and SFS-Combiner with no problems in the latest Xenial-Artful-Bionic builds.
SFS-Combiner needs one of the two extra files for the Muppy-Filer pet (the GtkBasic003e pet) so I've combined SFS-Combiner and Muppy-Filer into the one pet with, so far, no problems.
But given enough time and tinkering, I'm sure I can muck them up .
So I'd better look at your script for future salvation.
David S.
With my present playing around making adrv-sfs for Pups here (I wonder who gave me that idea? ), I have been using both MU's Muppy-filer and SFS-Combiner with no problems in the latest Xenial-Artful-Bionic builds.
SFS-Combiner needs one of the two extra files for the Muppy-Filer pet (the GtkBasic003e pet) so I've combined SFS-Combiner and Muppy-Filer into the one pet with, so far, no problems.
But given enough time and tinkering, I'm sure I can muck them up .
So I'd better look at your script for future salvation.
David S.
Hi davids45.
Eh? What? Extra file? Where? You produced something?
To tell you the truth I did not want to write this script, but I felt I had to.
Really. The original kept failing on me on xenial-7.0.6. and I could not
make sense of the long list of error messages I got when I tried to run it.
MU's was a very useful utility, and I thought it needed a replacement
ASAP. Puppy is all about sfs's, isn't? We Puppyists do not have something
like this, we Puppyists start sweating!
So if you are the silent strong man or the incognito genius, please share
your package, I for one will be most grateful.
BFN.
Eh? What? Extra file? Where? You produced something?
To tell you the truth I did not want to write this script, but I felt I had to.
Really. The original kept failing on me on xenial-7.0.6. and I could not
make sense of the long list of error messages I got when I tried to run it.
MU's was a very useful utility, and I thought it needed a replacement
ASAP. Puppy is all about sfs's, isn't? We Puppyists do not have something
like this, we Puppyists start sweating!
So if you are the silent strong man or the incognito genius, please share
your package, I for one will be most grateful.
BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)