SCIENTIFIC-LINUX-USERS Archives

September 2016

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Yasha Karant <[log in to unmask]>
Reply To:
Yasha Karant <[log in to unmask]>
Date:
Tue, 20 Sep 2016 09:02:30 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (24 lines)
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

ATOM RSS1 RSS2