[Rpm-maint] [rpm-software-management/rpm] build: Make sure SOURCE_DATE_EPOCH is in the past (#536)

[Jeff Johnson]

See issue #197 for how to represent time stamps with nano/micro second precision in header tags with the least amount of legacy incompatibility.

There is an ISO standard for parsing high precision dates/times that rpm has never adopted, nor is the %changelog time stamp particularly accurate since it depends on conversions with time zone.

Try changing the day-of-week in the spec file %changelog to something incorrect, then display the changelog time stamp in the produced packages. Merges through git are also not handled sufficiently well: earlier time stamps can merge before later (which used to cause rpmbuild to fail, dunno current behavior).

The entire idea of "reproducibility" as a means to set an arbitrary time everywhere is somewhat suspect. The BUILDTIME has been used as a tie breaker with identical NEVRA in order to prefer one of several packages, based on the same heuristic that depsolvers use, that the "newer" NEVRA (or BUILDTIME) is preferred.

Reproducibility with buildids (I.e. digests) is a better overall approach.

JMHO, YMMV, everyone's does.

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/536#issuecomment-417821833
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20180831/447a9011/attachment.html>