<div dir="ltr"><div>Passlib author here -<br><br>In case this helps the debian package maintainer decide on this patch / schedule things, the timestamp problem this addresses is due to a bug in the passlib 1.7.0 setup script, which should be fixed in the 1.7.1 upstream release (due out next weekend). <br><br></div><div>- Eli<br></div><br><div><div>On Mon, 23 Jan 2017 01:59:13 -0800 Dhole <<a href="mailto:dhole@openmailbox.org">dhole@openmailbox.org</a>> wrote:<br>> Source: python-passlib<br>> Version: 1.7.0-1<br>> Severity: wishlist<br>> Tags: patch<br>> User: <a href="mailto:reproducible-builds@lists.alioth.debian.org">reproducible-builds@lists.alioth.debian.org</a><br>> Usertags: timestamps<br>> X-Debbugs-Cc: <a href="mailto:reproducible-bugs@lists.alioth.debian.org">reproducible-bugs@lists.alioth.debian.org</a><br>> <br>> Hi,<br>> <br>> While working on the "reproducible builds" effort [1], we have noticed that<br>> python-passlib could not be built reproducibly.<br>> <br>> The version string of the package includes a timestamp that is generated at<br>> build time.<br>> <br>> The attached patch fixes this by using SOURCE_DATE_EPOCH as the timestamp for<br>> the version string. Once applied, python-passlib can be built reproducibly in<br>> our current experimental framework.<br>> <br>>  [1]: <a href="https://wiki.debian.org/ReproducibleBuilds">https://wiki.debian.org/ReproducibleBuilds</a><br>> <br>> Regards,<br>> -- <br>> Dhole<br></div></div></div>