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.
On Thu, Apr 15, 2021 at 12:34 PM Antoine Pitrou firstname.lastname@example.org wrote:
On Thu, 15 Apr 2021 11:28:03 +0200 Victor Stinner email@example.com 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).
Python-Dev mailing list -- firstname.lastname@example.org To unsubscribe send an email to email@example.com https://mail.python.org/mailman3/lists/python-dev.python.org/ Message archived at https://firstname.lastname@example.org/message/HPX62SVA... Code of Conduct: http://python.org/psf/codeofconduct/