mozilla-js.pc $ equery b /usr/lib64/pkgconfig/mozilla-js.pc net-libs/xulrunner-1.9.1_beta2 (/usr/lib64/pkgconfig/mozilla-js.pc) It provides: sdkdir=/usr/lib64/xulrunner-1.9 Libs: -L${sdkdir}/lib -lmozjs But libmozjs.so installed in "/usr/lib64/xulrunner-1.9" without "/lib" And: lib -> /usr/lib64/xulrunner-1.9/sdk/lib $ equery l xulrunner [I--] [ ~] net-libs/xulrunner-1.8.1.19 (1.8) [I--] [ ~] net-libs/xulrunner-1.9.1_beta2 (1.9) I can't compile icedtes6 with USE='nsplugin' https://bugs.gentoo.org/show_bug.cgi?id=253063 Reproducible: Always
I found it is ebuild issue, not xulrunner. Thanks to Legion I don't know is it right but I have workaround. It work for me. Just rebuild xulrunner and emerged icedtea6 with nsplugin. Patch for 102-dont_install_so_in_dev.patch - ln -s $(addprefix $(installdir)/,$(notdir $(wildcard $(DIST)/sdk/lib/*.so))) $(DESTDIR)$(sdkdir)/sdk/lib + ln -s $(addprefix $(installdir)/,$(notdir $(wildcard $(DIST)/sdk/lib/*.so))) $(sdkdir)/libmozjs.so $(DESTDIR)$(sdkdir)/sdk/lib
Seems fine again in beta3, as it provides /usr/lib64/xulrunner-1.9/lib/libmozjs.so (although just a symlink) so the path is fine. Vuze also works now again without LD_PRELOAD hacks thanks to that.
if this is a still an issue in beta4 let me know so I can chase it down and get it fixed.
This should be fixed compltelely in the latest rc code.
Bug was fixed thanks to gentoobugsie, thanks everyone.