The gxine-0.3.3 ebuild makes a broken link in /usr/lib/nsbrowser/plugins. Here is the line that was outputted when I installed it: >>> /usr/lib/nsbrowser/plugins/gxineplugin.so -> /usr//gxine/gxineplugin.so This corresponds to this line in the ebuild: inst_plugin /usr/$(get_libdir)/gxine/gxineplugin.so The symlink should point to /usr/lib/gxine/gxineplugin.so (at least on my machine), but I guess $(get_libdir) doesn't return anything, so it points to the wrong place. The result is that the plugin doesn't show up in browsers (Firefox, etc.). Manually re-making the link to the correct place fixes the problem. I don't know if "get_libdir" is normally supposed to work, but it did not for me. Reproducible: Always Steps to Reproduce: 1.LDFLAGS="-L/usr/X11R6/lib -lXtst" emerge gxine #[to avoid bug 65303] Actual Results: gxine is installed, but it makes a bad symlink to the plugin: >>> /usr/lib/nsbrowser/plugins/gxineplugin.so -> /usr//gxine/gxineplugin.so Expected Results: install gxine, but make the proper symlink to the plugin (note "lib" in target): >>> /usr/lib/nsbrowser/plugins/gxineplugin.so -> /usr/lib/gxine/gxineplugin.so Portage 2.0.51-r2 (default-x86-2004.0, gcc-3.4.2, glibc-2.3.4.20041006-r0, 2.6.7 i686) ================================================================= System uname: 2.6.7 i686 AMD Athlon(tm) Processor Gentoo Base System version 1.5.3 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -mtune=athlon-tbird -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mtune=athlon-tbird -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apache2 apm avi berkdb bitmap-fonts crypt cups encode esd f77 foomaticdb gdbm gif gnome gpm gtk gtk2 imlib java jpeg libg++ libwww mikmod motif mpeg mysql ncurses nptl oggvorbis opengl pam pdflib perl png python qt quicktime readline ruby sdl slang ssl tcpd truetype unicode x86 xml2 xmms xprint xv zlib"
The LDFLAGS bug is already fixed. You need to emerge sync. In fact, that may also be the solution, as the $(get_libdir) was an update to an eclass. eradicator: Just in case it's not, could you look the ebuild over and verify the logic?
the bug was in the nsplugin.eclass file not correctly using get_libdir. fixed in cvs
