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(a)klomp.org>
* 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