Now that bug #147681 is solved, the java-nsplugin module supports multilib browsers (ie setting a plugin for 32bit browsers, and another for 64bit). However, the different modules do not use the same style of options, for exemple: now the output of eselect java-nsplugin 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 is used to set a plugin: eselect java-nsplugin set 32bit 1 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 to set the compiler, the number only is needed: eselect compiler set 1 It would be better to use the same system for all multilib modules (one or the other, both are fine)
eselect compiler is actually package.mask'd: # Ned Ludd <solar/gentoo.org> (Aug 14 2006) # This pkg breaks working systems and eradicator # has gone MIA yet again. # Bugs 143697, 108398, 112156, 135702, 137917, # 138296, 139016, 139629, 143684 >=sys-devel/gcc-config-2.0.0_rc1 app-admin/eselect-compiler Deferring until it isn't masked.
Oops, sorry for the bad example, I had forgotten the devs' war on the eselect compiler module! This one was just an example, binutils module also uses this style: Installed binutils for target arm-softfloat-linux-gnu [1] 2.17 * Installed binutils for target i686-pc-linux-gnu [2] 2.16.1 *
