Seamonkey-2.11-en-1.sfs
Posted: Sat 04 Aug 2012, 23:16
There is Seamonkey-2.11-en-1.sfs:
http://www.murga-linux.com/puppy/viewtopic.php?t=78601
http://www.murga-linux.com/puppy/viewtopic.php?t=78601
READ-ONLY Archive
https://oldforum.puppylinux.com/
This is not a criticism nor does it intend to be a distraction.shinobar wrote:There is Seamonkey-2.11-en-1.sfs:
http://www.murga-linux.com/puppy/viewtopic.php?t=78601
What I have done is actually very simple. In fact the only renaming I did was as a precaution. I renamed (rather than deleting) the existing seamonkey directory in /usr/lib (which is the old version) to seemonkeyold in case there was any problem and I needed to restore back (which I didn't - it has worked OK on 2 machines running Slacko 5.3.3 so I have now deleted).gerry wrote:Oscar- there must be a simpler way!
I downloaded.
I unpacked (in /tmp).
Where does the renaming come in?
And do I have to go through /usr/lib/seamonkey/ and check each file against the unpacked one, and replace the old by the new one if they are different?
(edit>preferences>advanced)gerry wrote:Nope, none of that worked.
Edit> Preferences> Advanced> BLANK
and Help has no check for updates option.
Hmmm..
The message appears on a red bar under the menu bar, and has a "check for updates" button, nothing happens there either.
Do we have Seamonkey in full, or are bits cut out to make it lighter?
I think that in most cases, with most recent Puppies, the update process for Seamonkey goes OK. There will now be a few extra tick-boxes that have appeared in your preferences menu including one for the crash reporter. You can enable automatic updates and I think that will work, although I believe it is better to disable that and just do a manual check and update from the help menu at a time of your choice when you are able to monitor the process.gerry wrote:if updater works now, it will be up-to-date for ever?
I learned from my mistakes that once I get a good setup going, I make weekly backups of my savefile in case it gets corrupted or I screw something up. I put it on a flash drive, and also another copy on the HD of the computer. All I have to do is delete the corrupted savefile and replace it with my backup. I'm up and running again.grump wrote:I'm now happy to say that it is stable again. The defrag seems to have fixed matters. Now all that remains is to re-do the installs of the few things I like using.
I wrote earlier today: -
I'm sad to say that Slacko 5.3.3 has cacked itself on my old Toshiba A200 laptop after months of reliable service, and I can't revive it. I run it from a CD and save on the HDD. I've even tried starting from scratch - copied off the save file and deleted the slacko sfs, and it runs ok first time but fails to save the initial setting (eg hostname etc,) properly at shutdown. It saves something but on restart I have a screen full of caution triangles, the default background is missing and it wants to do the initial setup stuff again. Back to Lupo for the time being. I'll defrag the HDD on XP and try again later.
Also posted in the Puppy on laptops thread.
Well, this would really be downgrading the save file from Slacko 5.3.3.1 to 5.3.3Sylvander wrote:1. I've just downloaded...
slacko-5.3.3-highmem-PAE-SCSI.iso
2. If I burn the live CD and run it with access to the slackosave.3fs file for...
slacko-5.3.3.1-SCSI.iso
Will this cause a problem?
Or will it be able to update the slackosave file OK?
Detailed many step process you are trying to do.Sylvander wrote:Tried to do THIS with the ISO file, but it couldn't be mounted [as per part 1].
I've done that OK with the ordinary ISO file [slacko-5.3.3.1-SCSI], and that worked OK, and is in use and doing the necessary.
Previous to this problem event, every time I tried to complete the process there was no problem; it "just worked".bigpup wrote:First idea is just did step in error.
From my experience with mounting iso files in file managers, it does not mount sometimes and seems to lock in a state where it will not.
Did you check the md5? I had no problems mount/unmounting the ISO in Rox, it's on a FAT32 filesystem if that matters.Sylvander wrote:Tried to do THIS with the ISO file, but it couldn't be mounted [as per part 1].
I've done that OK with the ordinary ISO file [slacko-5.3.3.1-SCSI], and that worked OK, and is in use and doing the necessary.
Yes, and it was OK.kevin bowers wrote:Did you check the md5?
It won't mount using ROX either.kevin bowers wrote:I had no problems mount/unmounting the ISO in Rox, it's on a FAT32 filesystem if that matters.
I can choose to manually copy or save the changes made during the session [back to the pupsave file], either during the session or at shutdown/reboot, or not at all.kevin bowers wrote:Don't know about updating the savefile
Correct.kevin bowers wrote:doesn't Slacko use a Slackosave.xxx where LuPu uses a lupusave?
Downloaded from where?OscarTalks wrote:What I have done is actually very simple. In fact the only renaming I did was as a precaution. I renamed (rather than deleting) the existing seamonkey directory in /usr/lib (which is the old version) to seemonkeyold in case there was any problem and I needed to restore back (which I didn't - it has worked OK on 2 machines running Slacko 5.3.3 so I have now deleted).gerry wrote:Oscar- there must be a simpler way!
I downloaded.
I unpacked (in /tmp).
Where does the renaming come in?
And do I have to go through /usr/lib/seamonkey/ and check each file against the unpacked one, and replace the old by the new one if they are different?
The downloaded tarball unpacks as a single directory named seamonkey (so does not need renaming). This can be done anywhere. After the rename just move the new directory into /usr/lib so it replaces the renamed one. No need to do anything with the files inside it.
I guess you could say all you need to do is download (to /mnt/home or /root), delete (seamonkey folder from /usr/lib), unpack (to /usr/lib).
You will find that features such as automatic and manual updates and the crash reporter are now included. Profile information such as bookmarks and settings are not lost because they are stored elsewhere.
It's a long shot, but try copying the .iso to a FAT32 or ext(x) filesystem? Sometimes NTFS and Puppy (well, all Linux) don't get along.Sylvander wrote: The ISO file is in a folder on an NTFS filesystem.
Here's the thing...kevin bowers wrote:try copying the .iso to a FAT32 or ext(x) filesystem? Sometimes NTFS and Puppy (well, all Linux) don't get along.