firefox could not connect to a qemu virtualized console. this is my dev-java/ configuration: cloc3@s939 ~ $ qlist -ICSUv dev-java/ dev-java/ant-core-1.8.1 0 dev-java/ant-nodeps-1.8.1 0 dev-java/bcmail-1.45 0 dev-java/bcprov-1.45 0 (userland_GNU) dev-java/fontbox-0.1.0 0 dev-java/java-config-2.1.11-r3 2 dev-java/java-config-wrapper-0.16 0 dev-java/javacc-4.0-r4 0 dev-java/javatoolkit-0.3.0-r6 0 dev-java/junit-3.8.2-r1 0 dev-java/lucene-2.1.0-r1 2.1 dev-java/pdfbox-0.7.3-r2 0 dev-java/servletapi-2.4-r5 2.4 dev-java/sun-jacc-api-20070102 0 dev-java/sun-jaf-1.1.1 0 dev-java/sun-javamail-1.4.3 0 dev-java/sun-jce-bin-1.6.0 1.6 dev-java/sun-jdk-1.6.0.26 1.6 (X alsa jce nsplugin) Reproducible: Always Steps to Reproduce: 1. connect to a proxmox webserver ( http://www.proxmox.com ) 2. start a virtual machine 3. open a vnc console Actual Results: the console hangs up
Created attachment 282025 [details] emerge.info
Created attachment 282027 [details] log from java-console
I'm seeing a similar issue with Java and the JCE when running DAVMail (which isn't in the port tree), very similar call stacK: ================================================================================ Exception in thread "ImapConnection-51862" java.lang.NoClassDefFoundError: Could not initialize class javax.crypto.SunJCE_b at javax.crypto.KeyGenerator.a(DashoA13*..) at javax.crypto.KeyGenerator.<init>(DashoA13*..) at javax.crypto.KeyGenerator.getInstance(DashoA13*..) at com.sun.net.ssl.internal.ssl.JsseJce.getKeyGenerator(Unknown Source) at com.sun.net.ssl.internal.ssl.RSAClientKeyExchange.<init>(Unknown Source) [...] ================================================================================ I've tried reinstalling dev-java/sun-jre-bin-1.6.0.29 (USE="X alsa jce nsplugin") & dev-java/sun-jce-bin-1.6.0. Unfortunately, the old JRE was removed from the tree, so I can't go back and see if it still works.
Oh, and I get this to happen with www-client/firefox-7.0.1-r1 too. Just go to https://www.java.com/en/download/installed.jsp and click the "Verify Java Version" button (with the jce enabled/installed).
It looks like dev-java/sun-jre-bin-1.6.0.29 has soft-links that don't match up with dev-java/sun-jce-bin-1.6.0. On my system /opt/sun-jre-bin-1.6.0.29/lib/security/local_policy.jar points to /opt/sun-jce-bin-1.6.0/lib/security/unlimited-jce/local_policy.jar, but it should point to /opt/sun-jce-bin-1.6.0/jre/lib/security/unlimited-jce/local_policy.jar (the /jre/ in the middle is the difference. I did the following work-around as root: cd /opt/sun-jre-bin-1.6.0.29/lib/security/ unlink local_policy.jar unlink US_export_policy.jar ln -s /opt/sun-jce-bin-1.6.0/jre/lib/security/unlimited-jce/local_policy.jar ./ ln -s /opt/sun-jce-bin-1.6.0/jre/lib/security/unlimited-jce/US_export_policy.jar ./ I'm going to go look at the ebuild in a few minutes.
It's not even worth me posting a patch, lines 110 & 112 (both dosym lines in the if use jce block) just need "/jre" inserted before "/lib/".
(In reply to comment #6) > It's not even worth me posting a patch, lines 110 & 112 (both dosym lines in > the if use jce block) just need "/jre" inserted before "/lib/". Fixed symlinks in -r1, thanks for looking into it.