From my .xsession-errors. LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-basic-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-complex-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-gmp-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-mully-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-narrowspace-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-basic-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-complex-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-gmp-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-mully-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] LoadPlugin: failed to initialize shared library /usr/lib64/nsbrowser/plugins/libtotem-narrowspace-plugin.so [libxpcom.so.1: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden] translated libxpcom.so.1: cannot open shared object: file or directory not found Reproducible: Always Steps to Reproduce: 1.emerge net-libs/xulrunner 2.emerge totem-2.20.1 with USE='nsplugin xulrunner' 3. Actual Results: doesn't find libxpcom.so.1, though its present in /usr/lib/xulrunner Expected Results: should find it I don't see the totem-plugin in mozilla-firefox (about:plugins) I don't have this problem when I build totem against mozilla-firefox (USE=-xulrunner -seamonkey nsplugin) I don't see the problem with media-video/totem-2.20.0 I'd guess it is somehow related either to the soname versioning of xulrunner or to the totem-2.20.1-browser-plugins.patch.
Created attachment 135149 [details] emerge --info
how do you expect plugins to be present in mozilla-firefox when you are building against xulrunner ? firefox doesn't use (yet) xulrunner so you have to choose what kind of browser you will use: firefox or xulrunner-based (epiphany)
No, that's not true. Plugins are installed in a central location, and firefox can find them fine. At least, it's *supposed* to work. I don't have firefox, so I can't verify.
(In reply to comment #3) > No, that's not true. Plugins are installed in a central location, and firefox > can find them fine. At least, it's *supposed* to work. I don't have firefox, > so I can't verify. > You're right, with totem-2.20.0 built against the same xulrunner-1.8.1.9 build the plugins do work with firefox (and that's what I remembered from earlier totem versions). The failure to not find the plugins with 2.20.1 seems related to the totem-2.20.1-browser-plugins.patch. When I remove the first hunk for configure.in of the patch, firefox finds the totem plugins again.
Created attachment 136644 [details, diff] patch removing the first hunk for configure.in (as it was in earlier versions of the patch) this is the updated patch that lets firefox find the plugins of totem built against xulrunner. However in the log of the gentoo cvs I find a comment from compnerd "add a hack to fix firefox runtime (Portage version: 2.1.3.12)" that indicates that the line I removed should have fixed the same or another issue.
Please try -r1. It should work if you build with nsplugins + xulrunner as it is now more strict about applying the xpcom hack (applies only with firefox).
(In reply to comment #6) > Please try -r1. It should work if you build with nsplugins + xulrunner as it > is now more strict about applying the xpcom hack (applies only with firefox). > Yes for totem-2.20.1-r1 it works, thanks. However, in the overlay totem-2.21.5.ebuild the local $needs_xpcom_hack construct doesn't work.The patch gets applied whatever USE flag I tried (-xulrunner -seamonkey; -xulrunner seamonkey; xulrunner -seamonkey; -xulrunner -seamonkey) though only the latter combination should do it. Probably the best way would be to solve it like in the 2.20.1-r1 ebuild. Furthermore I found a typo in the 2.21.5 ebuild if use tracker || use nsplugins ; then should read if use tracker || use nsplugin ; then otherwise you get with USE=-tracker : nsplugins is not in IUSE
