On Sat, 16 Jun 2012 10:54:11 +0000 (UTC) Nick Leverton nick@leverton.org wrote:
In article 4FDBC181.1030302@gmail.com, Julius Schwartzenberg trinity-users@lists.pearsoncomputing.net wrote:
Julius Schwartzenberg wrote:
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?
It looks as if the kgtk-qt3 adds that. From the app's README:
- 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 ?
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.