Description of problem: Applications that are built against xulrunner-js have problems with loading libmozjs.so and as a result print an error which say that it cannot be found. Version-Release number of selected component (if applicable): xulrunner-1.9-0.alpha9.{2,4}.fc9 How reproducible: Always Steps to Reproduce: 1. download latest devel srpm of gxine 2. edit the specfile so that it uses xulrunner-js instead of libjs (set %define use_xulrunner_js 1) 3. rebuild and install 4. run gxine from terminal Actual results: gxine: error while loading shared libraries: libmozjs.so: cannot open shared object file: No such file or directory Expected results: gxine loads Additional info: I tested it also with latest mercurial snapshot of gxine, I suppose the problem would be same with other applications using libmozjs.so as well.
This problem should be fixed in gxine configure script. All gecko-libs based packages set rpath gcc variable to library what are linked against. There's an example from epiphany configure script: _GECKO_HOME="`$PKG_CONFIG --variable=libdir ${gecko_cv_gecko}-xpcom`" ... LDFLAGS="$LDFLAGS $_GECKO_EXTRA_LDFLAGS -Wl,--rpath=$_GECKO_HOME"
We well register gecko-libs system-wide so you don't have to hack your configure scripts with the --rpath. It should work out of the box in the new xulrunner spin in rawhide.
Should be fixed in xulrunner-1.9-0.alpha9.5.fc9