After emerging blackdown-jdk-1.4.2.01, I tried to emerge sys-libs/db-4.1.25_p1-r4; emerge failed with the following error: checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking SOSUFFIX from libtool... so checking MODSUFFIX from libtool... so checking JMODSUFFIX from libtool... so checking if javac works... configure: error: The Java compiler javac failed (see config.log, check the CLASSPATH?) !!! ERROR: sys-libs/db-4.1.25_p1-r4 failed. !!! Function src_compile, Line 94, Exitcode 1 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. I suspected the new blackdown-jdk was the problem due to the inability of portage to find javac. Indeed, if I downgrade back to blackdown-jdk-1.4.1, then the emerge of sys-libs/db finishes with no error: # java-config -S blackdown-jdk-1.4.1 # env-update && source /etc/profile After these steps, sys-libs/db emerges without problems. Reproducible: Always Steps to Reproduce: 1. emerge -u blackdown-jdk 2. env-update && source /etc/profile 3. emerge -u db Actual Results: checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking dynamic linker characteristics... GNU/Linux ld.so checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking whether -lc should be explicitly linked in... no creating libtool checking SOSUFFIX from libtool... so checking MODSUFFIX from libtool... so checking JMODSUFFIX from libtool... so checking if javac works... configure: error: The Java compiler javac failed (see config.log, check the CLASSPATH?) !!! ERROR: sys-libs/db-4.1.25_p1-r4 failed. !!! Function src_compile, Line 94, Exitcode 1 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Expected Results: Successful emerge of sys-libs/db Gentoo Base System version 1.6.6 Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2. 6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 Mobile Pentium II distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium2 -pipe -O3 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/en v /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/shar e/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium2 -pipe -O3 -fomit-frame-pointer" DISTDIR="/var/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub /gentoo ftp://gentoo.mirrors.pair.com/ http://gentoo.mirrors.pair.com/" MAKEOPTS="-j3" PKGDIR="/var/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acpi alsa apm arts avi berkdb bitmap-fonts chroot crypt cups directfb encode ethereal f77 fbcon flac foomaticdb fortran gdbm gif gpm gtk gtk2 imlib java javasc ript jpeg libg++ libwww mad mikmod mmx motif mpeg ncurses nls nptl nptlonly oggvorb is opengl oss pam pdflib perl png pnp python qt quicktime readline ruby sdl slang s pell ssl svga tcpd tiff truetype trusted userlocales vim-with-x x86 xml xml2 xmms x v zlib" Also the info on java from my system: # java-config -L [blackdown-jdk-1.4.2.01] "Blackdown JDK 1.4.2.01" (/etc/env.d/java/20blackdown-jdk-1.4.2.01) * [blackdown-jdk-1.4.1] "Blackdown JDK 1.4.1" (/etc/env.d/java/20blackdown-jdk-1.4.1) # java-config -c /opt/blackdown-jdk-1.4.2.01/bin/javac
what version of java-config are you using?
java-config-1.2.11
It appears to be a problem with blackdown-jdk-1.4.2.01. I solved the problem by setting the system VM to the old blackdown-jdk-1.4.1, and db emerged normally. The big problem here is that all of the blackdown-jdk-1.4.2.01 executables segfault immediately: andrew@hobbes andrew $ which java /opt/blackdown-jdk-1.4.2.01/bin/java andrew@hobbes andrew $ java -version Segmentation fault andrew@hobbes andrew $ /opt/blackdown-jdk-1.4.1/bin/java -version java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.1-01) Java HotSpot(TM) Client VM (build Blackdown-1.4.1-01, mixed mode) Here's my Portage info: andrew@hobbes andrew $ emerge --info Portage 2.0.51-r3 (default-linux/x86/2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.26-gentoo-r12 i686) ================================================================= System uname: 2.4.26-gentoo-r12 i686 Pentium III (Katmai) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=i686 -O3 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apache2 apm avi berkdb bitmap-fonts crypt cups emacs encode esd f77 fam fbcon foomaticdb fortran gcj gdbm gif gmp gnome gstreamer gtk gtk2 imlib java jpeg junit leim libg++ libwww mad mikmod mmx motif mozilla mpeg mpi mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python quicktime radeon readline samba sdl slang spell sse ssl svga tcltk tcpd tetex tiff truetype x86 xml2 xmms xv zlib" I do not get the same problem on my amd64 machine. blackdown-jdk-1.4.2.01 works fine there.
Created attachment 45720 [details] Output of 'ltrace java' I also have this problem (unable to upgrade sys-libs/db because of blackdown-jdk-1.4.2.01). I've attatched the output of 'strace java' in case it's any help. $ java-config -L [blackdown-jdk-1.4.2.01] "Blackdown JDK 1.4.2.01" (/etc/env.d/java/20blackdown-jdk-1.4.2.01) * $ java-config -c /opt/blackdown-jdk-1.4.2.01/bin/javac $ emerge --info Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.26-gentoo-r11 i686) ================================================================= System uname: 2.4.26-gentoo-r11 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=pentium4 -O2 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=pentium4 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://adelie.polymtl.ca/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/home/doug/code/build/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X acpi arts avi berkdb bitmap-fonts bonobo cdr crypt cups encode esd f77 fam fbcon flac foomaticdb fortran gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml imagemagick imlib java jpeg junit kde libg++ libwww mad mikmod mmx motif mozilla mpeg ncurses nls oggvorbis opengl oss pam pcre pdflib perl png python qtquicktime readline sdl slang spell sse ssl svg svga tcltk tcpd tetex tiff truetype usb x86 xml xml2 xmms xv zlib"
hmm, can't reproduce it on x86. i just merged 4.1.25_p1-r4 using blackdown-jdk-1.4.2.01. worked fine.
Since we cannot reproduce it, can you help us out by downloading the (or just unpacking your previously downloaded) blackdown-jdk afresh, _not_ using Portage? I want to see if this is the result of us doing something strange inside our ebuild to it. If the problem persists even when you don't use our ebuild, the problem is most likely not with our ebuild, but either an upstream bug, or some weird feature of your system. If this turns out to be tracable back to the blackdown-jdk ebuild, we can fix it. If not, it's probably out of our hands. I advise you to stop by #gentoo-java on irc.freenode.net to get some interactive lovin' and perhaps come up with a useful workaround for you. I'm closing this as WORKSFORME, as neither of us are able to reproduce it. Please reopen if you catch the scent of something.
i have been beating my head against the wall with this exact same problem for about a week: After emerging blackdown-jdk-1.4.2.01, I tried to emerge sys-libs/db-4.2.52_p2; emerge failed with the following error: ... checking whehter stripping libaries is possible ... yes checking dynamic linker characteristics... GNU/Linux ld.so checking SOSSUFFIX from libtool... .so checking MODSUFFIX from libtool... .so checking JMODSUFFIX from libtool... .so checking if javac works... configure: error: The Java compiler javac failed (see config.log, check the CLASSPATH?) !!! ERROR: sys-libs/db-4.2.52_p2 failed. !!! Function src_compile, Line 99, Exitcode 1 !!! (no error message) !!! If you need support... there are currently two open threads about this problem at Gentoo Forums: http://forums.gentoo.org/viewtopic.php?t=270480 http://forums.gentoo.org/viewtopic.php?t=271620
Created attachment 47032 [details] /etc/make.conf
Created attachment 47033 [details] emerge config
It appears to be a problem with the VM blackdown code itself. I downloaded j2re-1.4.2-01-linux-i586.bin and installed it manually (i.e. no portage) into a temporary location. If I add the j2re1.4.2/bin directory it created to the path and then run java it also crashes: linux% ./j2re1.4.2/bin/java -version Segmentation fault I can get it to work (or at least print a version) if I switch to the server VM: linux% ./j2re1.4.2/bin/java -server -version java version "1.4.2-01" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-01) Java HotSpot(TM) Server VM (build Blackdown-1.4.2-01, mixed mode) (I see the same behavior with the emerged blackdown-jdk).
As an additional test I just emerged the sun-jdk (1.4.2.06) and this also fails. linux% which java /opt/sun-jdk-1.4.2.06/bin/java linux% java Segmentation fault linux% java-config --list-available-vm [sun-jdk-1.4.2.06] "Sun JDK 1.4.2.06" (/etc/env.d/java/20sun-jdk-1.4.2.06) * [blackdown-jdk-1.4.2.01] "Blackdown JDK 1.4.2.01" (/etc/env.d/java/20blackdown-jdk-1.4.2.01)
I am seeing the samething. Any chance of getting this bug re-opened? In my case I bootstrapped the system and did the initial emerge -e system with USE="-java" then changed the flag to USE="java" emerge --newuse -u system causeing db to fail with checking if javac works... configure: error: The Java compiler javac failed (see config.log, check the CLASSPATH?)