On Sat, 16 Jun 2012 10:54:11 +0000 (UTC)
Nick Leverton <nick@...> wrote:

> In article <4FDBC181.1030302@...>,
> Julius Schwartzenberg  <trinity-users@...> 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:
> 
> 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 ?

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.