➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients brett.cannon, christian.heimes, eric.snow, ncoghlan, rhettinger, serhiy.storchaka, steve.dower, vstinner
Date 2017-01-01.00:12:32
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CADiSq7fhF5Cv6P0QO5NKCr1zOU3FWNKrM-k3FQhWwibpAOmxpw@mail.gmail.com>
In-reply-to <1483210846.06.0.877139547499.issue29120@psf.upfronthosting.co.za>
Content 
On 1 Jan 2017 05:00, "Raymond Hettinger" <report@bugs.python.org> wrote:

It would be nice if Python/random.c were renamed to something else that
indicated its relation to urandom and to hash secrets.

Right, based on Victor & Serhiy's feedback, the split I would now propose
 is:

- Include/pyurandom.h and Python/pyurandom.c for the OS urandom APIs (with
related init/fini functions)
- Python/hash_randomization.c for the hash seeding functions  (while this
process *uses* pyurandom, it isn't part of *providing* that interface)
History
Date User Action Args
2017-01-01 00:12:32ncoghlansetrecipients: + ncoghlan, brett.cannon, rhettinger, vstinner, christian.heimes, eric.snow, serhiy.storchaka, steve.dower
2017-01-01 00:12:32ncoghlanlinkissue29120 messages
2017-01-01 00:12:32ncoghlancreate