On 09/20/2016 11:02 AM, Yasha Karant wrote:
We use current production (not beta / pre-release) releases of x86-64
Linux Mozilla Firefox (as well as Mozilla Thunderbird), not the distro
ESR version. There are a number of reasons for this that can be
discussed under separate cover. The environment is SL7x.
Firefox often (almost always) fails to open, with the diagnostic:
[ykarant@localhost ~]$ /usr/lib64/firefox/firefox
XPCOMGlueLoad error for file /usr/lib64/firefox/libxul.so:
libmozgtk.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.
A simple script "fixes" the problem. I keep the run directory
/usr/lib64/firefox that has the installed compressed tarball files
duplicated in /usr/lib/firefox-current , and then as root superuser rm
-rf the run directory followed by a directory copy of the duplicate
directory into a new copy of the run directory.
Does anyone know what causes current standard production firefox from
Are you sure it is libxul.so that is the problem and not libmozgtk.so?
It looks like xul is trying to load mozgtk and can't find it. I use the
included ESR, so am not sure what the Mozilla tarballs include, but
having the matching xul/xulrunner is critical.
Have you run a diff on the directory before/after it fails? (diff -rupP
/usr/lib64/firefox-current /usr/lib64/firefox > /tmp/diff.out) It may
be worthwhile to run it with the directories listed in the opposite
order, to catch files that come and go. I don't recall all my diff
switches off the top of my head.
Checking things with 'ldd' may also be useful.