16 Jun
2012
16 Jun
'12
6:40 p.m.
On Sat, 16 Jun 2012 10:54:11 +0000 (UTC)
Nick Leverton <nick(a)leverton.org> wrote:
In article <4FDBC181.1030302(a)gmail.com>om>,
Julius Schwartzenberg <trinity-users(a)lists.pearsoncomputing.net> wrote:
libnspr4 is part of the NetScape Public Runtime, a multiplatform glue
library used by Firefox. It's conceivable that kgtk uses it too, but I
have no idea for what.
Note that Firefox 13 appears to need nspr 4.9.1 or better.
Julius Schwartzenberg wrote:
It looks as if the kgtk-qt3 adds that. From the app's README:
1. kgtk-wrapper determines whether the application is a Gtk2, Qt3,
or Qt4 application. It then sets the LD_PRELOAD environment
variable to point to the approriate KGtk library.
and the gtk2/kgtk2-wrapper.cmake does indeed add libnspr4.so to
LD_PRELOAD as well as $PREFIX/lib/kgtk/libkgtk2.so. I don't know why,
does libkgtk2.so perhaps need libnspr4 ?
The problem seems to be with kgtk-qt3-trinity. Removing this package
solved the problem for one user.
To test, run Firefox with this command from a Konsole:
LD_PRELOAD= firefox
Oops, I responded too fast, the problem is actually with another library
that is in LD_PRELOAD by default.
Loading Firefox like this should work:
LD_PRELOAD=/opt/trinity/lib/kgtk/libkgtk2.so firefox
/usr/lib/libnspr4.so is the one that is causing issues. Does anyone know
why and how it ends up in LD_PRELOAD?