SOURCE_DATE_EPOCH is not a random variable, but is a *standardised* environment variable: https://reproducible-builds.org/docs/source-date-epoch/
This page explains the rationale. See the “Lying about the time” / “violates language spec” section ;-) More and more projects adopted it. As I wrote, the Python stdlib already uses it in compileall and py_compile modules. Victor On Thu, Apr 15, 2021 at 12:34 PM Antoine Pitrou <anto...@python.org> wrote: > > On Thu, 15 Apr 2021 11:28:03 +0200 > Victor Stinner <vstin...@python.org> wrote: > > If gzip is modified to use SOURCE_DATE_EPOCH timestamp, you get a > > reproducible binary and you don't need to add a new constant ;-) > > SOURCE_DATE_EPOCH is a timestamp: number of seconds since Unix Epoch > > (January 1, 1970 at 00:00). > > Changing the behaviour of a stdlib module based on an environment > variable sounds a bit undesirable. That behaviour can be implemented > at a higher-level in application code (for example the tarfile or > zipfile command line). > > Regards > > Antoine. > > > _______________________________________________ > Python-Dev mailing list -- python-dev@python.org > To unsubscribe send an email to python-dev-le...@python.org > https://mail.python.org/mailman3/lists/python-dev.python.org/ > Message archived at > https://mail.python.org/archives/list/python-dev@python.org/message/HPX62SVAMT6ELIKCDWE2JDTY4ATX2NKU/ > Code of Conduct: http://python.org/psf/codeofconduct/ -- Night gathers, and now my watch begins. It shall not end until my death. _______________________________________________ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://mail.python.org/archives/list/python-dev@python.org/message/MHDIQZZXQJRBSXDMQKV4JYR6J5UU2OFH/ Code of Conduct: http://python.org/psf/codeofconduct/
