I noticed that ever since I updated Fedora 18, which brought the
Firefox version from 17 to 20, I get this message any time I try to
run IceCat (which is the 64-bit binary from
http://ftp.gnu.org/gnu/gnuzilla/17.0/,
http://ftp.gnu.org/gnu/gnuzilla/17.0/icecat-17.0.1-64bit.tar.gz):
XPCOMGlueLoad error for file /home/julian/icecat-17.0.1/libxpcom.so:
/home/julian/icecat-17.0.1/libssl3.so: version `NSS_3.14' not found
(required by /usr/lib64/xulrunner/libxul.so)
Couldn't load XPCOM.
I asked on a few IRC channels and got a response on #gnu, where we
deduced that the problem is that, for some reason, IceCat is in some
cases loading the system shared object files when it should be loading
the shared object files contained in the IceCat directory.
We tried setting the environment variable LD_LIBRARY_PATH to the
IceCat directory, but that made no difference. The same error
occurred. I can also confirm that libxul.so is indeed in my IceCat
directory.
The user on #gnu who helped me mentioned that, in the past, they had
successfully installed a Firefox (64-bit) binary alongside a different
version of Firefox by setting LD_LIBRARY_PATH to the custom Firefox's
directory. I was unable to confirm from the user whether the version
of Firefox he had installed was older or newer.
What do you think? Is there something wrong with the attempted
solution (maybe a different environment variable is used now)? Is this
an oddity in IceCat? Or is this maybe an upstream bug that the user on
IRC didn't encounter by chance?
--
http://gnuzilla.gnu.org