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.