Subject: | |
From: | |
Reply To: | |
Date: | Tue, 20 Sep 2016 12:10:47 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
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
> "destroying"
> /usr/lib64/firefox/libxul.so ?
>
> Yasha Karant
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.
-Mark
|
|
|