Summary: | dev-java/jessie-1.0.0-r1 fails to emerge | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | f5d8fd51ed1e804c9e8d0357e8614e0493b06e96 |
Component: | New packages | Assignee: | Java team <java> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Config.log when failing |
Description
f5d8fd51ed1e804c9e8d0357e8614e0493b06e96
2006-08-30 11:46:22 UTC
easy fix: --- jessie-1.0.0-r1.ebuild 2006-08-30 20:45:18.000000000 +0200 +++ jessie-1.0.0-r2.ebuild 2006-08-30 20:47:06.000000000 +0200 @@ -2,7 +2,7 @@ # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/dev-java/jessie/jessie-1.0.0-r1.ebuild,v 1.1 2006/01/06 18:15:03 betelgeuse Exp $ -inherit java-pkg eutils +inherit java-pkg-2 eutils DESCRIPTION="Free JSSE implementation" HOMEPAGE="http://www.nongnu.org/jessie" correcting myself, with that fix it gets alot further, but fails at: CLASSPATH=:/usr/share/gnu-crypto/lib/javax-security.jar:/usr/share/gnu-crypto/lib/gnu-crypto.jar:/usr/share/gnu-crypto/lib/javax-crypto.jar:classes /opt/sun-jdk-1.5.0.08/bin/javac -source 1.4 -target 1.4 -d classes ./org/metastatic/jessie/provider/GNUSecurityParameters.java CLASSPATH=:/usr/share/gnu-crypto/lib/javax-security.jar:/usr/share/gnu-crypto/lib/gnu-crypto.jar:/usr/share/gnu-crypto/lib/javax-crypto.jar:classes /opt/sun-jdk-1.5.0.08/bin/javac -source 1.4 -target 1.4 -d classes ./org/metastatic/jessie/provider/Session.java ./org/metastatic/jessie/provider/SessionContext.java ./org/metastatic/jessie/provider/Session.java:72: org.metastatic.jessie.provider.Session is not abstract and does not override abstract method getApplicationBufferSize() in javax.net.ssl.SSLSession final class Session implements SSLSession ^ 1 error make[1]: *** [classes/org/metastatic/jessie/provider/Session$ID.class] Error 1 make[1]: Leaving directory `/var/tmp/portage/jessie-1.0.0-r1/work/jessie-1.0.0' make: *** [all-recursive] Error 1 !!! ERROR: dev-java/jessie-1.0.0-r1 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 938: Called src_compile jessie-1.0.0-r1.ebuild, line 40: Called die !!! (no error message) !!! If you need support, post the topmost build error, and the call stack if relevant. !!! When you file a bug report, please include the following information: GENTOO_VM=sun-jdk-1.5 CLASSPATH="" JAVA_HOME="/opt/sun-jdk-1.5.0.08" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" and of course, the output of emerge --info Got the same problem: ========================== >>> Emerging (1 of 21) dev-java/jessie-1.0.0-r1 to / * jessie-1.0.0.tar.gz MD5 ;-) ... [ ok ] * jessie-1.0.0.tar.gz size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking jessie-1.0.0.tar.gz ;-) ... [ ok ] * Using Generation-1 System VM: sun-jdk-1.4 >>> Unpacking source... >>> Unpacking jessie-1.0.0.tar.gz to /var/tmp/portage/jessie-1.0.0-r1/work * Applying jessie-1.0.0-javadoc.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /var/tmp/portage/jessie-1.0.0-r1/work/jessie-1.0.0 ... * econf: updating jessie-1.0.0/gcj/config.guess with /usr/share/gnuconfig/config.guess * econf: updating jessie-1.0.0/gcj/config.sub with /usr/share/gnuconfig/config.sub * econf: updating jessie-1.0.0/config.guess with /usr/share/gnuconfig/config.guess * econf: updating jessie-1.0.0/config.sub with /usr/share/gnuconfig/config.sub ./configure --prefix=/usr --host=i686-pc-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-java-target=1.4 --disable-awt --build=i686-pc-linux-gnu checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking if /etc/java-config-2/current-system-vm/bin/javac works... yes checking for jar... jar You have CLASSPATH .:/usr/share/gnu-crypto/lib/javax-security.jar:/usr/share/gnu-crypto/lib/gnu-crypto.jar:/usr/share/gnu-crypto/lib/javax-crypto.jar:, hope it is correct checking for kaffe... no checking for java... java checking for uudecode... no configure: WARNING: I have to compile Test.class from scratch checking if java works... configure: error: The Java VM java failed (see config.log, check the CLASSPATH?) !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/jessie-1.0.0-r1/work/jessie-1.0.0/config.log !!! ERROR: dev-java/jessie-1.0.0-r1 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 938: Called src_compile jessie-1.0.0-r1.ebuild, line 39: Called econf '--with-java-target=1.4' '--disable-awt' ebuild.sh, line 539: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. =======================0 emerge --info: ==================== Portage 2.1.1_rc1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r7 i686) ================================================================= System uname: 2.6.17-gentoo-r7 i686 Pentium III (Coppermine) Gentoo Base System version 1.12.4 Last Sync: Sat, 02 Sep 2006 13:50:01 +0000 app-admin/eselect-compiler: [Not Present] dev-lang/python: 2.4.3-r3 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium3 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/terminfo" CXXFLAGS="-O2 -march=pentium3 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LINGUAS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 berkdb bitmap-fonts cli crypt cups dlloader dri elibc_glibc fortran gdbm gpm input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog kernel_linux libg++ ncurses nls nptl nptlonly pam pcre perl ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS ==================== I'll atach the config.log Created attachment 95896 [details]
Config.log when failing
Committed a fix to java-pkg.eclass which should address this. Give it a few hours to hit your local sync. Basically, it now sets JAVAC to be the right javac for the generation-1 system vm. Please verify this fixes the problem Was able to reproduce original bug, and the committed change does fix it. Marking as fixed. Thanks for reporting! Confirmed, is fixed now, thanks for the fast fix! |