Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 47542 - Java3d should pull amd64 specific binaries and not 32bit i386 ones.
Summary: Java3d should pull amd64 specific binaries and not 32bit i386 ones.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High normal
Assignee: AMD64 Project
URL:
Whiteboard:
Keywords:
: 53525 (view as bug list)
Depends on:
Blocks:
 
Reported: 2004-04-11 12:46 UTC by Malcolm Lashley (RETIRED)
Modified: 2004-06-11 10:43 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Malcolm Lashley (RETIRED) gentoo-dev 2004-04-11 12:46:30 UTC
ACCEPT_KEYWORDS="~amd64" emerge -pf blackdown-java3d - shows i386 file to be retreived. Should be amd64 version. i386 32 but libs cannot be loaded by 64bit java vm...



Reproducible: Always
Steps to Reproduce:
1. USE="doc" ACCEPT_KEYWORDS="~amd64" emerge blackdown-java3d
2. cd /opt/blackdown-jdk-*/demo/java3d/Morphing
3. java Morphing

At this point java vm will run and fail to load J3D libs from *jdk*/jre/lib/amd64 as they do not exist.

Incorrect 32 bit libs installed at 
/opt/blackdown-jdk-1.4.2_rc1/jre/lib/i386
mlashley@commodore64 i386 $ file *  
libJ3D.so:      ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped
libJ3DUtils.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped
libj3daudio.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped


Actual Results:  
mlashley@commodore64 Morphing $ java Morphing
java.lang.UnsatisfiedLinkError: no J3D in java.library.path
        at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1491)
        at java.lang.Runtime.loadLibrary0(Runtime.java:788)
        at java.lang.System.loadLibrary(System.java:834)


Expected Results:  
amd64 java3d bin file should be pulled and mirrored (it appears on some gentoo
mirror already...) See one-liner ebuild patch in additional info.

I strongly suspect that having ~sparc in keywords is a very bad idea here too...
but I cannot vouch for that system.
http://www.blackdown.org/java-linux/java2-status/java-3d-status.html does not
indicate at sparc version.

commodore64 blackdown-java3d # diff -Naur blackdown-java3d-1.3.1.ebuild
blackdown-java3d-1.3.1-r1.ebuild 
--- blackdown-java3d-1.3.1.ebuild       2004-04-04 20:07:12.000000000 +0100
+++ blackdown-java3d-1.3.1-r1.ebuild    2004-04-11 16:05:14.220427936 +0100
@@ -3,7 +3,8 @@
 # $Header:
/home/cvsroot/gentoo-x86/dev-java/blackdown-java3d/blackdown-java3d-1.3.1.ebuild,v
1.3 2004/04/04 18:56:30 zx Exp $
 
 DESCRIPTION="Java 3D Software Development Kit"
-SRC_URI="mirror://blackdown.org/java3d/1.3.1/i386/fcs/java3d-sdk-${PV}-linux-i386.bin"
+SRC_URI="x86?
(mirror://blackdown.org/java3d/1.3.1/i386/fcs/java3d-sdk-${PV}-linux-i386.bin) \
+         amd64?
(mirror://blackdown.org/java3d/1.3.1/amd64/fcs/java3d-sdk-${PV}-linux-amd64.bin) "
 HOMEPAGE="http://www.blackdown.org"
 LICENSE="sun-bcla-java-vm"
 KEYWORDS="~x86 ~sparc ~amd64"
Comment 1 Danny van Dyk (RETIRED) gentoo-dev 2004-04-13 09:13:10 UTC
CC'ing the java herd: Am I allowed to include Malcom's patch ?

CC'ing the sparc herd: The Changelog doesn't mention keywording
this package "~sparc". (Probably keyworded accidently ?)
Comment 2 Jason Wever (RETIRED) gentoo-dev 2004-04-13 09:27:57 UTC
Yup, it was mistakenly keyworded on sparc.  Fixed it now, thanks for the heads up.
Comment 3 Danny van Dyk (RETIRED) gentoo-dev 2004-04-14 19:56:30 UTC
absinthe said yes, so there we go....
In CVS now. Tanks Malcolm!
Comment 4 Danny van Dyk (RETIRED) gentoo-dev 2004-06-11 10:43:43 UTC
*** Bug 53525 has been marked as a duplicate of this bug. ***