Message 267856 - Python tracker

Message267856

Author	vstinner
Recipients	Colm Buckley, Lukasa, Theodore Tso, alex, doko, dstufft, larry, lemburg, martin.panter, matejcik, ned.deily, python-dev, rhettinger, skrah, thomas-petazzoni, vstinner, ztane
Date	2016-06-08.14:27:06
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1465396026.32.0.699273643931.issue26839@psf.upfronthosting.co.za>
In-reply-to

Content
>> The current behavior is that Python will not start at all if getrandom() blocks (because the hash secret initialization fails). > It starts jsut fine, it just can possible takes awhile. In my experience, connecting to a VM using SSH with low entropy can take longer than 1 minute. As an user, I considered that the host was down. Longer than 1 minute is simply too long. It's unclear to me if getrandom() can succeed (return random bytes) on embedded devices without hardware RNG. Can it take longer than 1 minute? Is it possible that getrandom() simply blocks forever?

Content

>> The current behavior is that Python *will not start at all* if getrandom() blocks (because the hash secret initialization fails).
> It starts jsut fine, it just can possible takes awhile.

In my experience, connecting to a VM using SSH with low entropy can take longer than 1 minute. As an user, I considered that the host was down. Longer than 1 minute is simply too long.

It's unclear to me if getrandom() can succeed (return random bytes) on embedded devices without hardware RNG. Can it take longer than 1 minute?

Is it possible that getrandom() simply blocks forever?

History
Date	User	Action	Args
2016-06-08 14:27:06	vstinner	set	recipients: + vstinner, lemburg, rhettinger, doko, larry, matejcik, ned.deily, alex, skrah, python-dev, martin.panter, ztane, dstufft, Lukasa, thomas-petazzoni, Colm Buckley, Theodore Tso
2016-06-08 14:27:06	vstinner	set	messageid: <1465396026.32.0.699273643931.issue26839@psf.upfronthosting.co.za>
2016-06-08 14:27:06	vstinner	link	issue26839 messages
2016-06-08 14:27:06	vstinner	create