Firefox 23.0.1
- koulaxizis
- Posts: 452
- Joined: Sun 17 Jul 2011, 18:43
- Location: Greece
- Contact:
don't stop making PET's
Please don't stop making PET's
I never use frugal install, I always run puppy from live CD, with a savefile on USB.
PET is so easy to install, and it can update onto itself, like this one FF.
I have read about SFS, but it seems very complicated, I have never used it.
I never use frugal install, I always run puppy from live CD, with a savefile on USB.
PET is so easy to install, and it can update onto itself, like this one FF.
I have read about SFS, but it seems very complicated, I have never used it.
- koulaxizis
- Posts: 452
- Joined: Sun 17 Jul 2011, 18:43
- Location: Greece
- Contact:
Re: don't stop making PET's
SFS files are very easy to use! But i like PET files too! So there is no chance to stop making them...bruno wrote:Please don't stop making PET's
I never use frugal install, I always run puppy from live CD, with a savefile on USB.
PET is so easy to install, and it can update onto itself, like this one FF.
I have read about SFS, but it seems very complicated, I have never used it.
[b]Christos Koulaxizis[/b]
[i]Woof woof from Greece![/i]
[color=darkred][url=https://sourceforge.net/projects/puppystuff/][ Puppy Stuff Repository ][/url][/color]
[i]Woof woof from Greece![/i]
[color=darkred][url=https://sourceforge.net/projects/puppystuff/][ Puppy Stuff Repository ][/url][/color]
bruno; SFS work with CD-DVD, USB, and HD, both Full-Install and Frugal-Installs.
Pet is the legacy style package, it adds files to the file system, AND takes up Save file space.!
SFS are read-only Squash files, so they stay compressed and they can`t be easily virused.
They`re added with the union file system. So they take very little room in the Save file.
.
Pet is the legacy style package, it adds files to the file system, AND takes up Save file space.!
SFS are read-only Squash files, so they stay compressed and they can`t be easily virused.
They`re added with the union file system. So they take very little room in the Save file.
.
pets and SFS
Oh I thought SFS were only for frugal installs.
I will look into it again, and try it out.
But if it's a read-only file, can it "update" by itself?
Like with a FF pet, I just always install the pet, and then it always updates itself to the newest version, from inside FF.
I will look into it again, and try it out.
But if it's a read-only file, can it "update" by itself?
Like with a FF pet, I just always install the pet, and then it always updates itself to the newest version, from inside FF.
Hi koulaxizis; I`ve been doing 3 or 4 things at once, so it took awhile to get to this.
Here`s a no-install "Virtual AppPkg" using your Firefox-23 SFS file.
# Notice the small download size of: 21 KB.
It downloads your SFS file at first run, after that it mounts and runs it without a union.
There are no links that need to be made, or paths that have to be set for it to run.
What a wonderfully built application.!!! All apps should be made like this.
I intend the Virtual Package idea for the Ubuntu or Slackware repositories.
So there would be multiple downloads to build most apps.
### New revised file uploaded.
http://www.murga-linux.com/puppy/viewto ... 061#741061
.
Here`s a no-install "Virtual AppPkg" using your Firefox-23 SFS file.
# Notice the small download size of: 21 KB.
It downloads your SFS file at first run, after that it mounts and runs it without a union.
There are no links that need to be made, or paths that have to be set for it to run.
What a wonderfully built application.!!! All apps should be made like this.
I intend the Virtual Package idea for the Ubuntu or Slackware repositories.
So there would be multiple downloads to build most apps.
### New revised file uploaded.
http://www.murga-linux.com/puppy/viewto ... 061#741061
.
Last edited by sunburnt on Tue 03 Dec 2013, 03:16, edited 6 times in total.
Thanks Keef; Try the new one with the fixed path. It should work.
I`ve run it a number of times and it worked all of them ( Precise-5.4 ).
Really need to setup a Rox desktop icon to Zip stuff properly..!
### Have done this... Made a nice utility: "zipdrop" + a nice filer icon.
koulaxizis;
Settling on just one, like AppDir would solve a lot of work for you guys.
AppDir / RoxApp / AppPkg are all no-install like SFS, but don`t need a union.
No-install so they can be anywhere, CD-DVD, USB, HD, RAM, LAN, and Web too.
I`ve mounted & unioned SFS files over Samba before, but it`s more stuff to go wrong.
.
I`ve run it a number of times and it worked all of them ( Precise-5.4 ).
Really need to setup a Rox desktop icon to Zip stuff properly..!
### Have done this... Made a nice utility: "zipdrop" + a nice filer icon.
koulaxizis;
Yes, unfortunately both formats are used by many people.SFS files are very easy to use! But i like PET files too!
Settling on just one, like AppDir would solve a lot of work for you guys.
AppDir / RoxApp / AppPkg are all no-install like SFS, but don`t need a union.
No-install so they can be anywhere, CD-DVD, USB, HD, RAM, LAN, and Web too.
I`ve mounted & unioned SFS files over Samba before, but it`s more stuff to go wrong.
.
sunburnt,
Sorry to be a pain, but still had a few problems. It looks like it depends on xdlg.dnldprogress and it needs to be in the directory. Copied it in, but still no joy.
Then changed this line:
to
(removed the none existant directory '0')
Worked fine after that.
Sorry to be a pain, but still had a few problems. It looks like it depends on xdlg.dnldprogress and it needs to be in the directory. Copied it in, but still no joy.
Then changed this line:
Code: Select all
${Path%/*}/0/xdlg.dnldprogress $SFS $URL
Code: Select all
${Path%/*}/xdlg.dnldprogress $SFS $URL
Worked fine after that.
My thought was... Yep, now it works, and now it doesn`t. Strangely my "file" quit working.
This is about right, a decade ago I`d write a diddy and take it next door to show the neighbor.
It`d immediately crash his PC and a hard reboot was all that`d get it back. So I wasn`t surprised.
I thought about making the line: ${Path%/*}/0/xdlg.dnldprogress $SFS $URL
Into this relative path for clarity: ../0/xdlg.dnldprogress $SFS $URL
But I tend to like full paths for test echos. Otherwise you need to echo a pwd for relative paths.
# If the download url list is say, Ubuntu binary files, then the Ubuntu mirror pays the IP bill.
# I made a note to setup some way for an option to load the SFS file to RAM before mounting.
Maybe if > 300MB of free ram. ( Code to get truly free ram.? ) OR... A config. file setting.
I think loading apps to ram is stupid, it just gets swapped back to the HD. But many like it.
mikeb points out that a fatal crash exits better with fewer mounts, and no FS corruption.
koulaxizis; Are you still here buddy.? Haven`t heard from you and this is your thread.
If you get a chance let me know what you think of Virtual Apps.
.
This is about right, a decade ago I`d write a diddy and take it next door to show the neighbor.
It`d immediately crash his PC and a hard reboot was all that`d get it back. So I wasn`t surprised.
I thought about making the line: ${Path%/*}/0/xdlg.dnldprogress $SFS $URL
Into this relative path for clarity: ../0/xdlg.dnldprogress $SFS $URL
But I tend to like full paths for test echos. Otherwise you need to echo a pwd for relative paths.
# If the download url list is say, Ubuntu binary files, then the Ubuntu mirror pays the IP bill.
# I made a note to setup some way for an option to load the SFS file to RAM before mounting.
Maybe if > 300MB of free ram. ( Code to get truly free ram.? ) OR... A config. file setting.
I think loading apps to ram is stupid, it just gets swapped back to the HD. But many like it.
mikeb points out that a fatal crash exits better with fewer mounts, and no FS corruption.
koulaxizis; Are you still here buddy.? Haven`t heard from you and this is your thread.
If you get a chance let me know what you think of Virtual Apps.
.
I would suggest to post in the cutting edge section with a link here andsunburnt wrote:Keef; Worked for me.
$Path = /(path).AppPkg/firefox-23.0.1-en_5.6.0
So ${Path%/*} = /(path/.AppPkg with the /0 dir. in it.
So ${Path%/*}/0/xdlg.dnldprogress should be good.
Generic files are in .AppPkg/0
App specific files are in .AppPkg/(App)
### Has anybody else tried it.? ... koulaxizis ?
.
after the bugolettis are out, post in the internet section with a link here and a link to the cutting edge section.
Some people think that this is scattering, but posts here should be made in regards of the internals of the pkg made by koulaxizis .
Add-ons deserve a separate thread .
Looking for the script, though, because that might work to load it into a full installation .
Code: Select all
##### Terence Becker SunBurnt Nov. 24 2013
##### No Warranty... Use at your own risk.!
Path=`realpath $0`
Path=${Path%/*}
PKG='firefox-23.0.1-en_5.6.0'
#*** changes by KRG ***
PKG='firefox-16.0a2.en-US.linux-i686'
#*** changes by KRG ***
SFS="$Path/$PKG.sfs"
MNT="/tmp/AppPkg/$PKG.mnt"
dlhandler=${Path%/*}/0/xdlg.dnldprogress
dlhandler=wget
##### SFS file made by: koulaxizis
URL='http://sourceforge.net/projects/puppystuff/files/Internet/Firefox/firefox-23.0.1-en_5.6.0.sfs/download'
#*** changes by KRG ***
busybox tcpsvd -vE 0.0.0.0 21 ftpd /mnt/sda2/load_sfs/ &
sleep 2s
URL='ftp://0.0.0.0:21/firefox-16.0a2.en-US.linux-i686.sfs'
#*** changes by KRG ***
if [ ! -f $SFS ];then # dnld. firefox SFS file
#${Path%/*}/0/xdlg.dnldprogress $SFS $URL
$dlhandler $SFS $URL
[ $? -gt 0 ]&& exit 3
msg="\n #>> NOTICE: Ready to Run.\n\n Click on AppPkg Folder:\n\n ${Path%.AppPkg*}\n "
echo -e "$msg"
xmessage -center "`echo -e $msg`"
exit 0
fi
######### Could Copy SFS File to RAM ( If there`s Lots of it...).
if [ ! "`mount |grep '$SFS'`" ];then # mount firefox SFS file
mkdir -p "$MNT"
mount -r -t squashfs -o loop "$SFS" "$MNT"
if [ $? -gt 0 ];then
msg="$0: ERROR: Failed to Mount Firefox SFS File."
echo -e "$msg"
xmessage -center "`echo -e $msg`"
exit 3
fi ;fi
#$MNT/usr/bin/firefox
#/tmp/AppPkg/firefox-16.0a2.en-US.linux-i686.mnt/lib/firefox/firefox-16.0a2.en-US.linux-i686/firefox # run firefox-23
#*** changes by KRG ***
$MNT/lib/firefox/firefox-16.0a2.en-US.linux-i686/firefox
#*** changes by KRG ***
#umount -d "$MNT" # unmount firefox SFS
#if [ $? -gt 0 ];then
# msg="$0: ERROR: Failed to Unmount Firefox SFS File."
# echo -e "$msg"
# exit 5
#fi
Needed older ff for 23 wants glibc-2.7,
so I setup busybox tcpsvd -vE 0.0.0.0 21 ftpd /mnt/sda2/load_sfs/ & for my local repo and changed the dlhandler to wget . Also the path to exec ff is different at mine .
But overall : really nice for PUPMODE 2 Full installation ! Have some problems with /tmp dir as mountpoint directory though, but changing /tmp to /mnt might not that bad problem.
«Give me GUI or Death» -- I give you [[Xx]term[inal]] [[Cc]on[s][ole]] .
Macpup user since 2010 on full installations.
People who want problems with Puppy boot frugal :P
Macpup user since 2010 on full installations.
People who want problems with Puppy boot frugal :P
Karl; I suppose /mnt could be used for files, I think it`s for partitions, so Barry put them in initrd.
I like /tmp because it`s not unioned with the Save file which would require resolving the union.
Most Save files are on a partition, so are slow to resolve of course. And /tmp cleans itself up.
Anywhere else in the FS is covered by the Save file and the union. Only /tmp and /shm aren`t.
# I have a generic download script that reads a file with a url list ( repository packages ),
and can contain script commands to modify the pkg. and do any setup that`s needed.
It`s a simple idea, if used with Debian, Ubuntu, and Slackware repositories it has great potential.
Build scripts can assemble binary files, or source files and compile them ala amigo`s AppDirs.
If a std. Puppy base distro can be settled on, binary files are the easiest of course ( bloated ).
.
I like /tmp because it`s not unioned with the Save file which would require resolving the union.
Most Save files are on a partition, so are slow to resolve of course. And /tmp cleans itself up.
Anywhere else in the FS is covered by the Save file and the union. Only /tmp and /shm aren`t.
# I have a generic download script that reads a file with a url list ( repository packages ),
and can contain script commands to modify the pkg. and do any setup that`s needed.
It`s a simple idea, if used with Debian, Ubuntu, and Slackware repositories it has great potential.
Build scripts can assemble binary files, or source files and compile them ala amigo`s AppDirs.
If a std. Puppy base distro can be settled on, binary files are the easiest of course ( bloated ).
.
I consider steady files as steady , not temporary :sunburnt wrote:Karl; I suppose /mnt could be used for files, I think it`s for partitions, so Barry put them in initrd.
I like /tmp because it`s not unioned with the Save file which would require resolving the union.
Most Save files are on a partition, so are slow to resolve of course. And /tmp cleans itself up.
Anywhere else in the FS is covered by the Save file and the union. Only /tmp and /shm aren`t.
# I have a generic download script that reads a file with a url list ( repository packages ),
and can contain script commands to modify the pkg. and do any setup that`s needed.
It`s a simple idea, if used with Debian, Ubuntu, and Slackware repositories it has great potential.
Build scripts can assemble binary files, or source files and compile them ala amigo`s AppDirs.
If a std. Puppy base distro can be settled on, binary files are the easiest of course ( bloated ).
.
http://murga-linux.com/puppy/viewtopic. ... 465#705465felt really helpless when I committed the mistake of mounting all drives in /tmp, forgetting to unmount them and shutting down the system.
I was wondering, why was puppy taking so much time to shut down Confused
Next boot discovered that none of the linuxes were bootable.
Had to buy a new CD to run puppy and discovered that all my linux partitions were empty.
From that day I never mount anything under /tmp.
And /mnt contains also the mounted - not loaded - loop files as .iso and .sfs ; not only partitions .
You should know that, since you are the initial author of /usr/sbin/filemnt !
He pulled the plug is what caused his problems. Did not shutdown.
He mistakenly believed that /tmp is deleted at shutdown, which it is not.
I`m not sure but I think Puppy ummounts everything at shutdown anyway.
We`re talking mounted Squash files, so there can`t be much of a problem.
I wrote filemnt over 6 years ago when I was starting out with Bash.
He mistakenly believed that /tmp is deleted at shutdown, which it is not.
I`m not sure but I think Puppy ummounts everything at shutdown anyway.
We`re talking mounted Squash files, so there can`t be much of a problem.
I wrote filemnt over 6 years ago when I was starting out with Bash.
#120514 WARNING: i don't have this problem, as no longer deleting /tmp/* (120409), however Karl Godt reported that 'fuser -k -m' may kill rc.shutdown then if no /tmp/bootcnt.txt then X restarts, ref: http://bkhome.org/blog/?viewDetailed=02827
For those people who use the SFS file of Firefox, I suggest you go to -Edit-Preferences-, click on the -Advanced- tab, select the -Updates- tab under that, and disable updates.
If you don't, a new update will install itself the moment you click on -About Firefox- in the Help menu. That would pretty much defeat the purpose of using an SFS in the first place.
Also, you can delete the files in folder /usr/share/firefox/updates/0/ , which are updates.mar (the big one), and update.status, and this will free up quite a bit of memory as well.
Of course after that it is up to you to update Firefox.
If you don't, a new update will install itself the moment you click on -About Firefox- in the Help menu. That would pretty much defeat the purpose of using an SFS in the first place.
Also, you can delete the files in folder /usr/share/firefox/updates/0/ , which are updates.mar (the big one), and update.status, and this will free up quite a bit of memory as well.
Of course after that it is up to you to update Firefox.
I use Browserlinux 501 and the firefox did its own update to ver26 thru the About Firefox. It seems to work fine? Being a hardware not software guy I always have questions. Can 501 use SFS? Is that SFS a better way? WHY?solo wrote:For those people who use the SFS file of Firefox, I suggest you go to -Edit-Preferences-, click on the -Advanced- tab, select the -Updates- tab under that, and disable updates.
If you don't, a new update will install itself the moment you click on -About Firefox- in the Help menu. That would pretty much defeat the purpose of using an SFS in the first place.
Also, you can delete the files in folder /usr/share/firefox/updates/0/ , which are updates.mar (the big one), and update.status, and this will free up quite a bit of memory as well.
Of course after that it is up to you to update Firefox.