On Sun, 2006-07-30 at 11:25 -0700, Anthony Green wrote: > * Azureus makes my computer practically unusable because of libgcj's new > SecureRandom implementation. I've filed a bug for a work around here: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=200653 > Mark tells me this is the root cause of some crypto test timeout > problems on the autobuilder as well. Casey says that this same code > doesn't seem to have a problem on jamvm. It does seem to be not very efficient on my version of jamvm. I just committed the following to classpath which works pretty nicely: 2006-07-30 Mark Wielaard <mark@xxxxxxxxx> * resource/java/security/classpath.security: Add /dev/urandom as default securerandom.source. This will be part of 0.92. Cheers, Mark diff -u -r1.2.2.4 classpath.security --- resource/java/security/classpath.security 23 Jul 2006 21:28:36 -0000 1.2.2.4 +++ resource/java/security/classpath.security 30 Jul 2006 21:39:58 -0000 @@ -45,3 +45,7 @@ # The VM-wide default callback handler class name. MUST be a subclass of # javax.security.auth.callback.CallbackHandler auth.login.defaultCallbackHandler=gnu.javax.security.auth.callback.DefaultCallbackHandler + +# If this file isn't found we fall back to generating entropy through +# "battling threads". +securerandom.source=file:///dev/urandom -- fedora-devel-java-list mailing list fedora-devel-java-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-java-list
