Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 117356 - dev-java/ibm-jdk-bin-1.5.0: missing virtual/libstdc++ dependency
Summary: dev-java/ibm-jdk-bin-1.5.0: missing virtual/libstdc++ dependency
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: PPC Linux
: High normal (vote)
Assignee: Java team
URL:
Whiteboard:
Keywords:
: 139990 140958 145636 (view as bug list)
Depends on: 117424 141469
Blocks:
  Show dependency tree
 
Reported: 2006-01-01 08:22 UTC by Rudolf Polzer
Modified: 2008-02-26 16:40 UTC (History)
7 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 Rudolf Polzer 2006-01-01 08:22:55 UTC
At least on PPC, "java" needs libstdc++.so.5 to run which is provided by sys-libs/libstdc++-v3.

Plus, the checksum does not match (probably the old distfile is not available any more) and it does not look like a beta on IBM's web site. Maybe the ebuild should be updated to a 1.5.0 one... but maybe I just missed the word "beta" somewhere on the IBM website. It calls itself on -version:

java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build pxp32dev-20051104)
IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux ppc-32 j9vmxp3223-20051103 (JIT enabled)
J9VM - 20051027_03723_bHdSMR
JIT  - 20051027_1437_r8
GC   - 20051020_AA)
JCL  - 20051102

Sorry for the missing ebuild name in my last bug report.
Comment 1 Ted 2006-01-02 16:35:50 UTC
on ppc, ibm-jdk-bin-1.5_beta1  is made happy by adding the ppc keyword to virtual/libstc++ and emerging the virtual (bug filed regarding missing keyword for the virual)

revdep-rebuild is then happy and doesn't re-emerge the jdk every time it is run (without fixing the problem)
Comment 2 Andrew Brock 2006-01-11 14:50:55 UTC
confirmed for me on amd64 but not just for IBM JDK 1.5, but for 1.4 too

upon trying to launch a swing application:

Exception in thread "main" java.lang.UnsatisfiedLinkError: fontmanager (libstdc++.so.5: cannot open shared object file: No such file or directory)
        at java.lang.ClassLoader.loadLibraryWithPath(ClassLoader.java:896)

rest of the stack trace is uninteresting

despite app-emulation/emul-linux-x86-compat being installed and slocate finding libstdc++.so.5 with no problems and the path where it is being in etc/ld.so.conf the IBM JRE  couldn't seem to find it still. After sys-libs/libstdc++-v3 is emerged swing applications work on IBM JREs but Blackdown has always worked for me without needing to emerge libstdc++-v3

versions affected:

java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build pxa64dev-20051104)
IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux amd64-64 j9vmxa6423-20051103 (JIT enabled)
J9VM - 20051027_03723_LHdSMr
JIT  - 20051027_1437_r8
GC   - 20051020_AA)
JCL  - 20051102

java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 2.2)
IBM J9SE VM (build 2.2, J2RE 1.4.2 IBM J9 2.2 Linux amd64-64 j9xa64142-20050929 (JIT enabled)
J9VM - 20050915_1103_LHdSMr
JIT  - r7_level20050909_1801)


Portage 2.0.53 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.13-gentoo-r5 x86_64)
=================================================================
System uname: 2.6.13-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=k8 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -march=k8 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.isp.net.au/ftp/pub/gentoo http://mirror.aarnet.edu.au/pub/gentoo http://ftp.swin.edu.au/gentoo http://mirror.pacific.net.au/linux/Gentoo/ http://distro.ibiblio.org/pub/linux/distributions/gentoo/ http://gentoo.chem.wisc.edu/gentoo/ http://mirror.isp.net.au/pub/gentoo/ http://ftp.isu.edu.tw/pub/Linux/Gentoo"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X alsa audiofile avi berkdb bitmap-fonts bzip2 cdr crypt cups dvd dvdr eds emboss encode esd exif expat fam ffmpeg firefox foomaticdb fortran gdbm gif glut gnome gphoto2 gpm gstreamer gtk gtk2 hal howl idn imagemagick imlib ipv6 java jpeg junit lcms ldap lzw lzw-tiff mad mng motif mozilla mp3 mpeg ncurses nls nsplugin nvidia ogg opengl oss pam pcre pdflib perl png python quicktime readline samba sdl spell ssl tcpd theora tiff truetype truetype-fonts type1-fonts udev usb userlocales vorbis xine xml xml2 xpm xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
Comment 3 Josh Nichols (RETIRED) gentoo-dev 2006-01-14 20:48:43 UTC
Updating summary, because 1.5.0 has been released, and taking a guess that this problem will still be present.
Comment 4 François Bissey 2006-01-26 12:34:57 UTC
I have trying to install install the ibm-jdk-bin on ppc but there
is a problem with portage. I fetch the file from ibm web site and 
then try to emerge it. Here is the kind of results I have:
emerge -f ibm-jdk-bin
Calculating dependencies ...done!
>>> emerge (1 of 1) dev-java/ibm-jdk-bin-1.5.0 to /
>>> md5 files   ;-) ibm-jdk-bin-1.5.0.ebuild
>>> md5 files   ;-) ibm-jdk-bin-1.4.2.03.ebuild
>>> md5 files   ;-) files/cpuinfo
>>> md5 files   ;-) files/ibm-jdk-bin-1.4.2.03
>>> md5 files   ;-) files/digest-ibm-jdk-bin-1.4.2.03
>>> md5 files   ;-) files/ibm-jdk-bin-1.4.2
>>> md5 files   ;-) files/ibm-jdk-bin-1.5.0
>>> md5 files   ;-) files/digest-ibm-jdk-bin-1.5.0

!!! Digest verification Failed:
!!!    /usr/portage/distfiles/ibm-java2-sdk-50-linux-ppc.tgz
!!! Reason: Filesize does not match recorded size


!!! Fetch for /usr/portage/dev-java/ibm-jdk-bin/ibm-jdk-bin-1.5.0.ebuild failed, continuing...

---------------------
Looking at the file size in the distfile folder:
-rw-r--r--  1 fbissey portage 68870876 Jan 25 10:03 /usr/portage/distfiles/ibm-java2-sdk-50-linux-ppc.tgz

After checking on the ibm web site this is the correct size (65.7MB).
The distfile in portage indicate:
grep ppc.tgz /usr/portage/dev-java/ibm-jdk-bin/files/digest-ibm-jdk-bin-1.5.0
MD5 5f98f0a4c57fb0c6f40184d3f8a83e3f ibm-java2-javacomm-50-linux-ppc.tgz 125534
MD5 48be7a4f3104abc73286e0c5bab41839 ibm-java2-sdk-50-linux-ppc.tgz 65733869

which is clearly different. I cannot test if the package is working while
this problem is in the way.
Comment 5 Josh Nichols (RETIRED) gentoo-dev 2006-01-26 13:24:36 UTC
(In reply to comment #4) 
> which is clearly different. I cannot test if the package is working while
> this problem is in the way.
> 
You can run 'ebuild /path/to/ebuild digest' on the ebuild. Also, I believe you can get around it by going 'FEATURES=-strict emerge ibm-jdk-bin'
Comment 6 Jens Svalgaard Kohrt 2006-02-10 02:39:34 UTC
I have the same problem with a new digest / file for x86:

-rw-rw-r-- 1 root portage 61274994 Feb 10 11:27 ibm-java2-sdk-50-linux-i386.tgz
aeedfb3786ac83b1dc217493afc39e7d  ibm-java2-sdk-50-linux-i386.tgz

after generating a new digest everything seems to work.
Comment 7 Josh Nichols (RETIRED) gentoo-dev 2006-04-17 19:52:56 UTC
The issue with the digest is an ongoing problem we have with IBM, in that they don't change the distfiles' names between releases, and thuse we get invalid digests.
Comment 8 Jakub Moc (RETIRED) gentoo-dev 2006-07-18 12:49:51 UTC
*** Bug 140958 has been marked as a duplicate of this bug. ***
Comment 9 Donnie Berkholz (RETIRED) gentoo-dev 2006-08-12 18:25:32 UTC
What's the holdup on this?
Comment 10 Josh Nichols (RETIRED) gentoo-dev 2006-08-12 19:11:55 UTC
*** Bug 139990 has been marked as a duplicate of this bug. ***
Comment 11 Matti Bickel (RETIRED) gentoo-dev 2006-08-31 04:40:09 UTC
*** Bug 145636 has been marked as a duplicate of this bug. ***
Comment 12 Petteri Räty (RETIRED) gentoo-dev 2006-09-02 13:09:30 UTC
(In reply to comment #9)
> What's the holdup on this?
> 

The holdup was bug #141469. It seems the latest versions have dropped the s390 keyword any way so can fix this now for the latest versions. Assigning to s390 to fix theirs.
Comment 13 Josh Nichols (RETIRED) gentoo-dev 2007-01-07 06:28:32 UTC
Perhaps we should consider dropping the s390 keywords? I'm fairly sure it isn't one of the Java team's target architectures, particularly when non of our members have access to said arch.
Comment 14 SpanKY gentoo-dev 2007-06-24 21:34:44 UTC
yes, i've been dropping s390 from java things ... i'd suggest you just go that route
Comment 15 Petteri Räty (RETIRED) gentoo-dev 2007-07-02 23:20:34 UTC
(In reply to comment #14)
> yes, i've been dropping s390 from java things ... i'd suggest you just go that
> route
> 

ok
Comment 16 Vlastimil Babka (Caster) (RETIRED) gentoo-dev 2008-02-26 16:40:43 UTC
s390 dropped a while ago, the dependency is now present, marking FIXED