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).
On Wed, Apr 14, 2021 at 8:15 PM email@example.com wrote:
The gzip specification  makes clear that the mtime field is always present. The time is in Unix format, i.e., seconds since 00:00:00 GMT, Jan. 1, 1970. MTIME = 0 means no time stamp is available. Hence no need for a new constant NO_TIMESTAMP.
So this is primarily a documentation problem . For this, I will create a pull request to gzip.py.
 https://www.ietf.org/rfc/rfc1952.txt  https://discuss.python.org/t/gzip-py-allow-deterministic-compression-without... _______________________________________________ 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/LCPWERWI... Code of Conduct: http://python.org/psf/codeofconduct/