With the recent changes to the emul-linux-x86-java packages (both 1.4 and 1.5, eslect java-nsplugin, ...), after my last emerge world, firefox-bin did not have a link to the java plugin anymore (in /usr/lib32/nsbrowser/plugins). So I tried the new eselect java-nsplugin, setting it to "emul-linux-x86-java-1.5". However the javaplugin.so link ended up in /usr/lib64/nsbrowser/plugins... eselect should split the 32/64 plugins so we could select for exemple "emul-linux-x86-java-1.5" for 32bit, and blackdown-jdk-1.4.2 for 64bit. Workaround for now: manual links ;) Portage 2.1.1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-ck1-r3 x86_64) ================================================================= System uname: 2.6.17-ck1-r3 x86_64 AMD Athlon(tm) 64 Processor 3700+ Gentoo Base System version 1.12.5 Last Sync: Fri, 15 Sep 2006 10:50:01 +0000 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-java/java-config: 1.3.6-r1, 2.0.28-r1 dev-lang/python: 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 2.0.0_rc1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/NX/etc /usr/NX/home /usr/grass60/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/eselect/compiler /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache confcache distlocks fixpackages metadata-transfer parallel-fetch prelink sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo http://pandemonium.tiscali.de/pub/gentoo/" LANG="fr_FR@euro" LC_ALL="fr_FR" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="fr fr_FR" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.cafarelli.fr:22/gentoo-portage" USE="amd64 X a52 aac aalib acpi aim alsa audiofile avi bash-completion berkdb bitmap-fonts bonobo browserplugin bzip2 cairo cddb cdr cli crypt cscope cups curl dbus dga dio dlloader dri dts dvb dvd dvdr dvdread elibc_glibc emboss encode exif expat ffmpeg fftw flac foomaticdb fortran ftp gb gcj gd gdbm gif gimp glut gmp gnome gnustep gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml iconv idn imagemagick imap imlib input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics ipv6 isdnlog jabber java jikes joystick jpeg kernel_linux lcms libcaca libg++ linguas_fr linguas_fr_FR live mad matroska mbox mikmod mime mng mono mp3 mpeg msn musicbrainz nas ncurses nls nptl nptlonly nsplugin nvidia objc offensive ogg openal opengl oscar oss pam pcmcia pcre pda pdf pdflib perl php pic png posix ppds pppd python qt3 qt4 quicktime readline recode reflection ruby samba scanner sdl seamonkey session slang speex spell spl sqlite ssl startup-notification svg tcl tcltk tcpd tetex theora threads tiff tk truetype truetype-fonts type1-fonts udev unicode usb userland_GNU v4l vcd video_cards_none video_cards_nvidia vorbis wifi wmf wxwindows x264 xcomposite xface xine xinerama xml xml2 xmms xorg xosd xpm xscreensaver xv xvid yahoo zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS
I was also just noticing this, but hadn't found the cause yet. It is as you say, that the symlink gets made in lib64, and firefox bin is looking at lib32. The problem is that eselect modules are just glorified bash scripts. Adding the ability to choose for 32 or 64 bit would start to get tricky. Adding amd64 for input/thoughts.
Fixed in SVN. Waiting on some other fixes before rolling out a new version of java-config-2. https://overlays.gentoo.org/svn/proj/java/projects/java-config-2/trunk/src/eselect/java-nsplugin.eselect
Will be fixed in 2.0.29, see bug #148149
Nice, it works fine here thanks! Just a thought on eselect modules consistency: now the output of list is something like Available 32-bit Java browser plugins [1] emul-linux-x86-java-1.5 current Available 64-bit Java browser plugins [1] blackdown-jdk-1.4.2 current and 32bit/64bit additional parameter to set a plugin While other multilib modules like compiler display: Available compilers for CTARGET i686-pc-linux-gnu [1] x86_64-pc-linux-gnu-4.1.1/x86-vanilla Available compilers for CTARGET x86_64-pc-linux-gnu [2] x86_64-pc-linux-gnu-4.1.1/amd64-vanilla and just use the number to set the compiler It would be better to use the same system for all multilib modules (one or the other)?
Consistency could be a good thing. Could you file a separate bug for that issue? It should probably get assigned to the eselect peeps with java and any other people doing multilib eselect modules.
Done, bug #148193 !
