From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1FTtah-0001sh-GR for garchives@archives.gentoo.org; Thu, 13 Apr 2006 04:38:00 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k3D4cCZn001553; Thu, 13 Apr 2006 04:38:12 GMT Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k3D4cBgM026725 for ; Thu, 13 Apr 2006 04:38:12 GMT Received: from 146-115-26-214.c3-0.abr-ubr1.sbo-abr.ma.cable.rcn.com (HELO [192.168.1.110]) ([146.115.26.214]) by smtp02.lnh.mail.rcn.net with ESMTP; 13 Apr 2006 00:38:11 -0400 X-IronPort-AV: i="4.04,116,1144036800"; d="scan'208"; a="224594700:sNHT1118051392" Message-ID: <443DD5C9.4010401@gentoo.org> Date: Thu, 13 Apr 2006 00:38:33 -0400 From: Joshua Nichols User-Agent: Mail/News 1.5 (X11/20060401) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-java@gentoo.org MIME-Version: 1.0 To: Henrique Ferreiro CC: gentoo-java@lists.gentoo.org Subject: Re: [gentoo-java] Re: problems compiling junit References: <1144843758.6927.10.camel@localhost> <1144846384.6927.18.camel@localhost> <1144889890.10780.0.camel@localhost> In-Reply-To: <1144889890.10780.0.camel@localhost> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id k3D4cCaD001553 X-Archives-Salt: a93beafc-4e2d-4aa5-acc1-6a6b110efd1e X-Archives-Hash: ff1fce9d2d51bedc2ee2a5dd700e43a1 Henrique Ferreiro wrote: > O M=C3=A9r, 12-04-2006 =C3=A1s 12:21 +0000, Wiktor Wandachowicz escribi= u: > =20 >> Henrique Ferreiro writes: >> >> =20 >>>> # java-config-1 -L >>>> =20 >>> [sun-jdk-1.4.2.10] "Sun JDK >>> 1.4.2.10" (/etc/env.d/java/20sun-jdk-1.4.2.10) * >>> =20 >> While the above is correct, the latter... >> >> =20 >>>> # java-config-2 -L >>>> =20 >>> 1) Sun JDK 1.4.2.10 [sun-jdk-1.4] >>> (/usr/share/java-config-2/vm/sun-jdk-1.4) >>> *) Sun JDK 1.5.0.06 [sun-jdk-1.5] >>> (/usr/share/java-config-2/vm/sun-jdk-1.5) >>> =20 >> ... explains a bit - you probably shouldn't have a SYSTEM JVM >> set to Java 1.5 as of today. You can do so freely on your regular >> user account. >> =20 > > The the migration document shoud warm about this. Anyway, I did=20 > > java-config-2 -S sun-jdk-1.4 > > =20 The document doesn't explicitly state it, but java-check-environment should be upset with you using a 1.5 system vm. In the event that it doesn't mind... then it's a bug. > Now: > > $ java -version > java version "1.4.2_10" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_10-b03) > Java HotSpot(TM) Client VM (build 1.4.2_10-b03, mixed mode) > > But ant-core continues to build with java-1.5. > =20 The new system has a separation between the system vm, and the vm used to compile package (fuller details here [1]) The vm used at build time is determined by the virtual/jdk dependency of the ebuild and settings in /etc/java-config-2/build/jdk.conf . In this jdk.conf, you could go lik= e: *=3Dsun-jdk-1.5 And it would try to build packages that it can with 1.5. If a package can only be built with 1.4, then the vm would be switched to a 1.4 vm. So.... this suggests to me that you have a line like the one above in jdk.conf. Is this the case? >>>> # which java >>>> =20 >>> /usr/bin/java >>> localhost ~ # ls -l /usr/bin/java >>> lrwxrwxrwx 1 root root 22 Abr 6 17:00 /usr/bin/java >>> -> /usr/bin/run-java-tool >>> =20 >>>> # java -version >>>> =20 >>> java version "1.5.0_06" >>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) >>> Java HotSpot(TM) Client VM (build 1.5.0_06-b05, mixed mode) >>> =20 >> The above confirms that fact. >> >> =20 >>>> # echo ${PATH} >>>> =20 >>> /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin= : >>> /usr/i686-pc-linux-gnu/gcc-bin/3.4.6:/opt/sun-jdk-1.4.2.10/bin: >>> /opt/sun-jdk-1.4.2.10/jre/bin:/opt/sun-jdk-1.4.2.10/jre/javaws >>> =20 >> Here the /usr/bin/java symliked to run-java-tool takes precedence >> over the /opt/sun-jdk-1.4.2.10/bin (this is expected). >> >> =20 >>>> # emerge -pv =3Dsun-jdk-1.4* >>>> =20 >>> [ebuild NSF ] dev-java/java-sdk-docs-1.4.2 33,591 kB >>> [ebuild Rf ] dev-java/sun-jdk-1.4.2.10-r13 USE=3D"X alsa doc* >>> nsplugin* -jce" 0 kB [5] >>> >>> Total size of downloads: 33,591 kB >>> Portage overlays: >>> [1] /usr/portage/local/layman/portage >>> [2] /usr/portage/local/layman/bmg-main >>> [3] /usr/portage/local/layman/gentopia >>> [4] /usr/portage/local/layman/java-experimental >>> [5] /usr/portage/local/layman/migration >>> =20 >> A nice set of overlays ;) >> Most probably you've stepped onto a problem similar to the one already >> discussed (mixing java-experimental and migration overlays is not alwa= ys >> healthy), see here: >> http://thread.gmane.org/gmane.linux.gentoo.java/825/focus=3D825 >> >> However, setting your preferred gen-2 system VM and rebuilding the off= ensive >> packages should help. You can try to find them by using: >> >> # emerge -pvet junit | less >> >> But spotting said packages requires a bit of patience and a good eye := ) >> However, the situation is fixable, either manually or maybe through >> the java-1.5-fixer (http://article.gmane.org/gmane.linux.gentoo.java/8= 39) >> >> BTW, if you choose to try the java-1.5-fixer script, could you please >> describe your experiences? I never used this (never needed it, though) >> but I'm curious how this could help in such situation. >> >> Wiktor >> >> =20 > > =20 [1]=20 https://projects.gentooexperimental.org/expj/wiki/Old_system_new_system_a= nd_why --=20 gentoo-java@gentoo.org mailing list