[issue33528] os.getentropy support

Change by David Carlier : -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue33528] os.getentropy support

Christian Heimes added the comment: I'm -1 on this feature. It's both confusing and unnecessary to have this feature in the standard library. In general we prefer portable functions or expose platform-specific functions for unique features. The getentropy function is neither portable nor mor

[issue33528] os.getentropy support

David Carlier added the comment: Those are valid points honestly. OpenBSD's getentropy works that way indeed (getentropy has also been implemented into FreeBSD in the CURRENT branch couple of months ago). So indeed os.urandom provides already a wrapping usage only this one gives the responsib

[issue33528] os.getentropy support

STINNER Victor added the comment: I know two main use cases for random numbers: * security: use os.urandom(), secrets and random.SystemRandom * not security: use the random module Exposing os.getentropy() seems like a new non-portable function for the first use case, security. What does it ad

[issue33528] os.getentropy support

David Carlier added the comment: To have same usage as I would use getentropy under OpenBSD (e.g. 256 bytes max at a time) really as a wrapper. -- ___ Python tracker ___ _

[issue33528] os.getentropy support

Eitan Adler added the comment: There are few if any valid reasons to make direct use of the syscall from python code. Portable code would have to reimplement most of the logic from `getentropy` in any case. What you're usecase for the direct syscall? --

[issue33528] os.getentropy support

David Carlier added the comment: These are valid point. In fact it was just to have direct access to the function like os.getrandom accesses directly the Linux syscall. But if there is no enough valid reason I can drop this PR. -- ___ Python tracke

[issue33528] os.getentropy support

Change by Eitan Adler : -- nosy: +eitan.adler ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue33528] os.getentropy support

STINNER Victor added the comment: "os.getentropy support" David Carlier: Would you mind to elaborate a little bit? This feature request is a little bit short. -- ___ Python tracker _

[issue33528] os.getentropy support

Serhiy Storchaka added the comment: AFAIK os.urandom is implemented via getentropy() if it is the most preferable source of randomness. See Python/bootstrap_hash.c and PEP 524 for details. -- nosy: +rhettinger, serhiy.storchaka, vstinner ___ Python

[issue33528] os.getentropy support

New submission from Benjamin Peterson : Why isn't os.urandom sufficient? -- nosy: +benjamin.peterson ___ Python tracker ___ ___ Pytho

[issue33528] os.getentropy support

Change by David Carlier : -- components: Library (Lib) nosy: David Carlier priority: normal pull_requests: 6558 severity: normal status: open title: os.getentropy support versions: Python 3.8 ___ Python tracker __