Latest version of Firefox for Slacko 6

[rolandradio]

What is the last version of Firefox for Slacko 6.3.2 - 32 bit ?
I only have Firefox 57.0 pet as installer, is there a link for Firefox 78.pet or even higher.
From Firefox 57 I can go to version 72.02 over Help about this version works good, but when I upgrade from 72.0.2 to 99.0 firefox won't start because some library's are missing .
The silly thing is that upgrade firefox over Help about, firefox always download the latest version but not from extreme old versions such as 24, 48, 57, 68, in this case you have to upgrade from the upgrade before.

The question in the past never really solved

Where can I find Firefox 78.7esr .pet file for Slacko 6? (Solved)
viewtopic.php?p=42851#p42851

[JASpup]

I can't precisely answer your question but commiserate.

Firefox tends to auto-update. Many older versions don't, or do once and stop. Consequentially I have a few 70s-era versions, 66 and 88 for 32-bit Upups.

66 (a stopper) has a bunch of dependencies in Tahr. I would expect the same in Slacko6.

For that in the high 70s I would probably seek a standalone version or .sfs specifically for Slacko6 (a newer one needs fewer dependencies) instead of a .pet.

88 in Xenial has three.

[mikeslr]

Read the edit first:

As JASpup wrote, newer versions of firefox may have dependencies which are not found in tahrpup OOTB. May I make a suggestion.
If tahrpup does not have ListDD (List dynamic dependencies) --it would be on the Utilities submenu-- download and install it from here, viewtopic.php?p=32260#p32260. Then download MikeWalsh's firefox-portable32 or firefoxESR-portable32, linked from here. viewtopic.php?p=37559#p37559. The portables are packaged as 'tar.gz' You extract them and within the extraction folder you'll find a folder named firefox-portable or firefoxESR-portable. In those folders is another folder just named firefox32.
Within the firefox32 folder you'll find a binary --mine looks like a 'gear'-- named firefox. Right-Click that firefox and from the pop-up menu select ListDD. A GUI will open at the bottom of which will be a 'button' named 'Missing'. Left-Clicking the button will generate a report of ALL the dependencies which are not found on your system.
Look for a line mentioning glibc. Hopefully it doesn't have it. But I think it does and we'll have to track down when firefox made that requirement and then use a version slightly older than that one.
MikeWalsh and fredx181 build the firefox portables. Maybe they can recall when the latest version upgraded beyond tahrpup's reach; or that it didn't.
Dependencies other than a new glibc can be install into tahrpup.
On the 'old forum' I wrote a recipe for creating a portable from any version of firefox mozilla has on its archive where it keeps all published versions. The recipe had links to all the needed dependencies at that time. There's a folder in the portable named extralibs which has some. Others can be tracked down.
We can use the portable folder as the structure for building an older version: its mostly just deleting some files and folders and replacing them with those from the mozilla's archive.

--=-=-=-=-=-=-
Edit: Much easier, install PipzDex's firefox-79 from here, viewtopic.php?p=599#p599. It isn't ESR. The the advantage of ESR is only that it doesn't update as often and that advantage ceases to exist once mozilla updates it. That it was published for precise only means that Slacko may need some libraries. ListDD can tell us which.

[xenial]

@rolandradio
Hello.
This is a complete listing of mozilla firefox releases which you could convert into either a sfs or pet.
https://ftp.mozilla.org/pub/firefox/releases/

Also if ytou wish to stop firefox from updating then please read the accompanied thread which will offer a download of the distribution file to prevent updating.
https://www.forum.puppylinux.com/viewtopic.php?t=96

[mikeslr]

The instructions for building any version of firefox are here, viewtopic.php?p=8330#p8330. The links to the 'old-forum' now only take you to the page. You'll have to scroll down to the specific post providing links to a package.
xenial has provided the gateway to firefox's 'old-versions' repo. Digging into it will eventually reveal any version packing including 78esr here, https://ftp.mozilla.org/pub/firefox/releases/78.0.2esr/

[rolandradio]

@rolandradio
Hello.
This is a complete listing of mozilla firefox releases which you could convert into either a sfs or pet.
https://ftp.mozilla.org/pub/firefox/releases/

Also if ytou wish to stop firefox from updating then please read the accompanied thread which will offer a download of the distribution file to prevent updating.
https://www.forum.puppylinux.com/viewtopic.php?t=96

Thanks for the link, I never converting a Tarball and have to dig in for it to understand, or is it not so difficult as it is ?
A tar.bz2 must be compiled for the type of CPU and the type of Operatingsystem right ?
Example : Slacko, Racy, Tahr, Xenial are not compatible each other, and the tarball has to be compiled for one of these to work.

That's why I searching for Pet files for Slacko 6, easier to install.
But I shall read and try ..........

[mikeslr]

...

Thanks for the link, I never converting a Tarball and have to dig in for it to understand, or is it not so difficult as it is ?
A tar.bz2 must be compiled for the type of CPU and the type of Operating system right ?
Example : Slacko, Racy, Tahr, Xenial are not compatible each other, and the tarball has to be compiled for one of these to work.
That's why I searching for Pet files for Slacko 6, easier to install.
But I shall read and try ..........

No. A 'tarball' such as tar.gz or tar.bz is just a package which has been compressed. Other examples of packages which have been compressed are zip, pzip, 7zip and rar. Compressing packages is a way to conserve storage space and band-width.
Only two things matter to the User who has obtained a compressed package:
(1) Does the system have an application to decompress it? That's why you'll often find advise on this forum to use UExtract. viewtopic.php?p=3263#p3263 jakeSFR has developed an Extractor which is all-but Universal [check that link for the extensive list of file-types it can decompress] and is 'no-arch'. The latter means that it will function under almost all Puppies.
(2) Will the decompressed package work with your Puppy? Although all Puppys are different, they are not 'all that different'. A package consists of files, folders and sub-folders --the latter two holding other files and maybe folders-- all structured consistent with long established rules for where certain type of files belong. See this post, viewtopic.php?p=584#p584 and bigpup's reply immediately after it for what that structure looks like.
Until the advent of 64-bit Linux operating systems the structure of all Puppys was identical. Puppys, however, are primarily 'woofed'/built to be binary compatible to Slackware, debian or Ubuntu. That enables such Puppys to use almost OOTB the applications from their respective 'binary-compatible' distro, direct from the repository maintained by that binary-compatible distro.
Slackware decided to place 64-bit libraries in folders having names different from those used by debian/Ubuntu for 64-bit libraries [or vice-versa: I don't know which came first]. Consequently, while in most cases packages for 64-bit 'Ubuntu' puppys will work in 64-bit 'debian' Puppys and vice-versa and these can often use the files contained in 64-bit Slackware packages, to make use of such 'Slacko' files the package would have to be restructured so that the files will be located where a debian/ubuntu expects to find them. And the same condition applies to using 64-bit debian/ubuntu packages in a Slacko.
This near-universality breaks down in three ways. The 32-bit/64-bit architectural difference. The second is that Puppys substitute light-weight 'infra-structure', often 'bash-scripts, for the heavier weight infra-structure used by the 'binary-compatible' distros. So an application direct from the binary-distro's repo might not run in a Puppy until you also install the 'infra-structure' that distro expects. The third is that the files which constitute Slackware's 'infra-structure' may be different from debian/ubuntu.

The only applications which ABSOLUTELY depend on how they are compiled are the drivers of hardware. And that doesn't depend on what distro is involved. Rather it depends on what Kernel=vmlinuz is used. A Hugh-Kernel package (vmlinuz + drivers compiled for it) published for Slacko can be 'swapped' into a 'Ubuntu' and vice-versa. See rockedge's post on how Puppys' Work, viewtopic.php?p=55827#p55827

Taking advantage of the almost Universal structure among Linux distros, independent publishers such as LibreOffice and Mozilla create products which can be used OOTB under most distros. firefox is such a publication. Moreover for as far back as I've been using Mozilla web-browsers they have been packaged essentially as portable. You can locate the folder containing all the firefox files in /opt/, in /usr/lib or on /mnt/home/somewhere or anywhere else. All that is then optionally needed to run firefox is (a) an executable script 'on the path'; a pixmap to be displayed on the Menu; and a 'desktop' file in /usr/share/applications which identifies the pixmap, calls the executable script and is used by your system to generate a Menu entry. The other options are to just file-browse to the firefox binary and left-click it. Or drag the binary to the desktop which, like Windows, creates a 'short-cut'.
It is rare that an application is 'compiled' for any Puppy. They can be. But, more often if an application is available from a Puppys 'binary-compatible' distro what appears as a pet or SFS has merely been to download the application and all its dependencies -including those not built-into a Puppy-- from the binary-compatible's repo and package it as a pet or SFS. If the application was published by an independent, its simply been repackaged to make it easy to install as pet or use as an SFS or, as MikeWalsh and fredx181 do, as a portable or AppImage.

Of course, for firefox to function your system has to provide the libraries the publisher of firefox expects an operating system to have. Those expectations increased over time. The gist of my prior post was to point you to the post which identified the then required libraries and provided links where you could find them. Hopefully, the above will explain why the libgtk-3-0_3.4.2_i386_precise.pet --whose name reveals that it was originally constructed to be used under precise-puppy-- can be used in a 32-bit Slacko.

[JASpup]

I booted Slacko6 just to remember its coup - Places sitting there next to the Menu button (hence no need for desktop partitions) from the Buntoo Ptheme. I put MATE here too.

If you have the patience for a remaster I would remove Firefox 38.2.

I'm in luck with Pale Moon 28 standalone (29 is barking for GLIB).

Any Firefox or Chromium-based as new in Slacko6 beg dependencies.

Legend goes over in Pale Moon World that 68 is the oldest Firefox user agent not to cause compatibility problems, hence the incomparable Pale Moon 28 seems at least as new Firefox 68 (again which I am typing from at the moment in Slacko6).

I am not sure your goal but if Slacko6 were what I had to work with and a main browser sufficed I would probably wrestle for Pale Moon.