Summary: | eselect java-nsplugin does not work with firefox-bin | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Bernard Cafarelli <voyageur> |
Component: | [OLD] Unspecified | Assignee: | Java team <java> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | amd64 |
Priority: | High | Keywords: | InVCS |
Version: | 2006.1 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 148149 |
Description
Bernard Cafarelli
![]() 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 ! |