* Generating cacerts file from certificates in /usr/share/ca-certificates/ cp: cannot stat `cacerts': No such file or directory * ERROR: dev-java/icedtea-6.1.10 failed (install phase): * (no error message) * * Call stack: * ebuild.sh, line 56: Called src_install * environment, line 4594: Called die * The specific snippet of code: * cp -vRP cacerts "${ddest}/jre/lib/security/" || die; I guess something goes wrong with generate-cacerts.pl that runs before.
Created attachment 264921 [details] emerge.info
Created attachment 264923 [details] build.log
USE flags: dev-java/icedtea-6.1.10 [6.1.9.7-r1] USE="cacao hs20%* jamvm%* nio2 nsplugin nss webstart xrender zero -debug -doc -examples -javascript -pulseaudio -systemtap (-hs19%*)"
Looks like this is a problem with the keytool binary. Running ./generate-cacerts.pl ./generate-cacerts.pl "${ddest}/bin/keytool" all.crt does not generate the cacerts file and thus copying fails afterwards. When I use the keytools binary from the installed version of dev-java/icedtea-6.1.9.7-r1 the file is created and the installation completes.
I reverted to dev-java/icedtea-6.1.9.7-r1 for now as dev-java/icedtea-6.1.10 segfaults. java -version Segmentation fault
(In reply to comment #3) > USE flags: dev-java/icedtea-6.1.10 [6.1.9.7-r1] USE="cacao hs20%* jamvm%* nio2 > nsplugin nss webstart xrender zero -debug -doc -examples -javascript > -pulseaudio -systemtap (-hs19%*)" Any difference without zero USE flag?
(In reply to comment #6) > (In reply to comment #3) > > USE flags: dev-java/icedtea-6.1.10 [6.1.9.7-r1] USE="cacao hs20%* jamvm%* nio2 > > nsplugin nss webstart xrender zero -debug -doc -examples -javascript > > -pulseaudio -systemtap (-hs19%*)" > > Any difference without zero USE flag? Oh, and also without cacao and jamvm...
Building without jamvm succeeds.
Andrew: looks like USE=jamvm fails.
This issue remains in dev-java/icedtea-6.1.10.1.
Still there in dev-java/icedtea-6.1.10.4.
Thanks for the info. I suggest not using cacao or jamvm (or zero) unless you have some special reason for that.
dev-java/icedtea-7.2.0-r3 is affected too
Fails also on arm (with jamvm) with gcj-jdk compiler. Error is: * Generating cacerts file from certificates in /usr/share/ca-certificates/ Exception occurred while printing exception (java/lang/NoClassDefFoundError)... Original exception was java/lang/NoClassDefFoundError Exception in thread "main" Exception occurred while printing exception (java/lang/NoClassDefFoundError)... Original exception was java/lang/NoClassDefFoundError Exception occurred while printing exception (java/lang/NoClassDefFoundError)... Original exception was java/lang/NoClassDefFoundError ...(a lot more...) Exception in thread "main" Exception occurred while printing exception (java/lang/NoClassDefFoundError)... Original exception was java/lang/NoClassDefFoundError cp: cannot stat 'cacerts': No such file or directory
I tried to test this with dev-java/icedtea-6.1.12.6 but there is no jamvm use flag anymore. How do we proceed now. Can we close this bug?
(In reply to Daniel Pielmeier from comment #15) > I tried to test this with dev-java/icedtea-6.1.12.6 but there is no jamvm > use flag anymore. How do we proceed now. Can we close this bug? Ping!
> 18 Nov 2011; Vlastimil Babka <caster@gentoo.org> icedtea-6.1.10.4-r1.ebuild, > icedtea-7.2.0-r1.ebuild: > Remove 'cacao' and 'jamvm' USE flags. Also remove 'zero' flag and have it > used only for ppc/ppc64. This functionality was experimental and brought more > problems than benefits. Also remove the bootstrapping with cacao due to > failures. Fixes numerous bugs. Appears it was removed because it was experimental; I don't really know this package or what is going on with it (apart from having done one version bump), I hope one of the other developers can highlight the situation.
(In reply to Daniel Pielmeier from comment #15) > I tried to test this with dev-java/icedtea-6.1.12.6 but there is no jamvm > use flag anymore. How do we proceed now. Can we close this bug? Indeed. Jamvm is currently working even tho we don't expose it directly anymore. Thanks for the report and sorry for taking so long getting back to this.