Firefox 45.5 Install issues

[Matt Walsh]

Following directions for install I cannot find "hunspell" with the ANPM and the program won't start without it.  Also can't find libjpeg-turbo.   Any suggestions or is this a mistyping by the bitwise folks?
Matt W.

[Dave Yeo]

In the experimental repository by the looks of it.

[Martin Iturbide]

Hi Matt

Check Herwig's reply (Bitwise works) here - Firefox 45 Installation. There are two libraries that are on Netlabs experimental repo. We can put that repo on RPM/YUM or wait for monday or tuesday to be posted on the regular Netlabs repo.

Regards

[Dave Yeo]

You can also manually download them and install directly, yum install turbojpeg-1.5.1-1.oc00.i686.rpm for example. Note that upgrading nspr with the one in the experimental repositroy might also be necessary, at least it was for building.

[xynixme]

install turbojpeg-1.5.1-1

Yet another DLL called JPEG.DLL? Or does this one replace one of the more usual JPEG v8 DLLs?

[Dariusz Piatkowski]

...Yet another DLL called JPEG.DLL? Or does this one replace one of the more usual JPEG v8 DLLs?

I'm guessing that it replaces it given that it is supposed to provide the same functionality albeit at a much improved speed(s).

I installed it on my machine, given that it was a FF 45 pre-req, no complaints from ANPM/RPM/YUM (which on it's own is questionable, it really should at least give you some sort of warning and/or notification). Anyways, things still appear to work fine here...

[Dave Yeo]

install turbojpeg-1.5.1-1

Yet another DLL called JPEG.DLL? Or does this one replace one of the more usual JPEG v8 DLLs?

It's a simd accelerated JPEG library, so the newer the CPU, the more simd (SSE etc) instructions it'll use. It's been in Firefox since ver 4 and is still in my builds. Bitwise seems to like seeing how many dependencies they can make Firefox require.

[xynixme]

"hunspell"

Where does hunspell look for its data files? It's FF for OS/s, so there's no UNIXROOT, but FF's non-bootdrive contains a \USR directory.

[ivan]

Unzipped firefox into a new directory, downloaded all the listed RPMs (and as zips) and added the DLLs to the DLL directory.  Tried to start firefox and it popped up a note that a DLL was missing - that DLL was NOT in the listed requirements.  I then went digging and finally found it and added it to the DLL directory.  Tried to start firefox again and get a message about another missing DLL that is not in the listed requirements.

What is going on with these ports and why won't they provide a zip file with all the required DLLs?

The only version of firefox that just works is the one that Dave produced.

[Dave Yeo]

Unzipped firefox into a new directory, downloaded all the listed RPMs (and as zips) and added the DLLs to the DLL directory.  Tried to start firefox and it popped up a note that a DLL was missing - that DLL was NOT in the listed requirements.  I then went digging and finally found it and added it to the DLL directory.  Tried to start firefox again and get a message about another missing DLL that is not in the listed requirements.

What is going on with these ports and why won't they provide a zip file with all the required DLLs?

The only version of firefox that just works is the one that Dave produced.

Unluckily, Bitwise no longer supports using zips to install the prerequisites for Firefox. Too hard?
I guess you can look in the rpms for their dependencies.
Unluckily it has become hard for me to produce a Firefox without most of these dependencies though I don't see any point in making hunspell a dependency, probably less language dictionaries available, not sure if personal dictionaries (right click and add to dictionary) survive the update.

[xynixme]

Unluckily, Bitwise no longer supports using zips to install the prerequisites for Firefox. Too hard?
I guess you can look in the rpms for their dependencies.
Unluckily it has become hard for me to produce a Firefox without most of these dependencies though I don't see any point in making hunspell a dependency, probably less language dictionaries available, not sure if personal dictionaries (right click and add to dictionary) survive the update.

So now FF + OS/2 = missing DLLs and missing requirements and missing support.

The list of packages can be used to download/update all required DLL files indeed. I guess mine's:

freetyp6.dll
hunspel0.dll
jpeg.dll
jpeg8.dll
libcx0.dll
png1616.dll
turbojp0.dll
z.dll
z1.dll
freebl3k.dll
nspr4.dll
nspr4k.dll
nss3k.dll
nssckbik.dll
nssdbm3k.dll
nssuti3k.dll
plc4.dll
plc4k.dll
plds4.dll
plds4k.dll
smime3k.dll
softok3k.dll
ssl3.dll
ssl3k.dll
libvpx4.dll

I've decided I won't install any hunspell dictionary now. There's at least one FF dictionary.

[Andi B.]

So now FF + OS/2 = missing DLLs and missing requirements and missing support.

That's not true. I've no missing dlls and I got/get a lot of support.

You probably get no support for zip installation. At least not from bww for obvious reasons.

[ivan]

Andi, I also downloaded the RPMs and unpacked them.  The DLLs that were missing were not in those packages. 

The fact that you don't have any problems implies that the missing DLLs are included in something you have installed but I haven't.  This is why I was asking for a zip with ALL the dependencies.   Assuming that some DLLs from other programs will be available is very bad practice - the only time that is workable is if those DLLs are an integral part of the OS - since they are not they should be supplied.

[Andi B.]

This is why I was asking for a zip with ALL the dependencies.

Of course it's possible for me to zip the whole usr/. dir and upload it somewhere. But it absolutely would not make any sense. You can unrpm all packages and look into them for yourself to find out all dependencies if you like. But it will take some time a fear. And for what reason? Not any good IMHO. But YMMV.

[xynixme]

The fact that you don't have any problems implies that the missing DLLs are included in something you have installed but I haven't.

A reasonable starting point of Firefox for OS/2 is OS/2, and OS/2's human package manager. The theoretical new user will experience missing DLLs which have to be downloaded "somewhere", no support because the user is not using an implied requirement, and a missing digital package manager. A reasonable starting point. Andi's starting point may be eCS or ArcaOS, and a digital package manager. It's a disadvantage of lacking competition. I'm just saying that FF for OS/2 isn't FF for OS/2, as illustrated by the formula.