[tahoe-lafs-trac-stream] [tahoe-lafs] #1924: NetBSD < 6.0 /dev/random appears to break RSA keygen in test suites

[tahoe-lafs]

#1924: NetBSD < 6.0 /dev/random appears to break RSA keygen in test suites
-------------------------------+--------------------------------
     Reporter:  midnightmagic  |      Owner:
         Type:  defect         |     Status:  new
     Priority:  major          |  Milestone:  undecided
    Component:  code           |    Version:  1.9.2
   Resolution:                 |   Keywords:  netbsd,/dev/random
Launchpad Bug:                 |
-------------------------------+--------------------------------

Comment (by midnightmagic):

 For more information and a much more in-depth discussion (for future
 readers) including information alluded to above, and the nature of when it
 *might* block, the new /dev/random in NetBSD we are talking about is
 introduced and beaten soundly about the head here:

 http://mail-index.netbsd.org/tech-kern/2011/12/09/msg012085.html

 OpenBSD has gone a bit of a different route: /dev/random is the same as
 /dev/urandom:

 http://comments.gmane.org/gmane.os.openbsd.misc/189670

 Note that under no circumstances have I ever been able to reproduce the
 issue described here under the new 6.x kernel. However much strain Tahoe
 unit tests place on the system, it supplies enough bytes not to trip us up
 now.

 I do not know enough about pycryptopp's use of crypto++ to know what it
 does with the crypto++ complaint about /dev/random read latencies.

-- 
Ticket URL: <https://tahoe-lafs.org/trac/tahoe-lafs/ticket/1924#comment:4>
tahoe-lafs <https://tahoe-lafs.org>
secure decentralized storage