I'm pretty sure this used to work, but firefox-bin called via mozilla-launcher doesn't include /usr/lib32/nsbrowser/plugins in the MOZ_PLUGIN_PATH environment variable so 32bit plugins installed by ebuilds don't work. Did something change to break this, or was I just imagining that this used to work?
You're right, it's broken at the moment. (I don't remember it working previously, but whatever...) You could work around the problem locally by export MOZ_PLUGIN_PATH=/usr/lib32/nsbrowser/plugins before running firefox-bin. That should override the setting that mozilla-launcher would make.
I'm not positive it worked, but for some reason I thought it did :). Nice feature to have though. I've worked around it by just linking /usr/lib32/nsbrowser/plugins/* into /opt/firefox/plugins
Yeah this used to work because /opt/firefox/plugins used to be a symlink to /usr/lib32/nsbrowser/plugins. This symlink has now been removed and MOZ_PLUGIN_PATH is set (to the wrong location on multilib systems) by mozilla-launcher instead. As I mentioned in bug 93860 this could be fixed by setting MOZ_PLUGIN_PATH in our /usr/bin/firefox-bin stub instead of in mozilla-launcher (we could then set the right path in the ebuild).
Ok, I fixed this in mozilla-launcher.eclass on July 28: revision 1.12 date: 2005/07/28 21:06:03; author: agriffis; state: Exp; lines: +5 -1 Set MOZ_PLUGIN_PATH in mozilla-launcher for multilib systems However at the time I didn't bump the ebuild revs, so the change wasn't pushed out. I've bumped the revs now: mozilla-bin-1.7.10-r1 mozilla-firefox-bin-1.0.6-r2 mozilla-thunderbird-bin-1.0.6-r3 So this problem should be fixed.