On Thu 2015-06-04 10:38:53 -0400, Ximin Luo wrote:
> A few months ago I had an idea for this that would be more generalisable. See
> for details. TL;DR is to have SOURCEDATE as an environment variable in
> ISO8601 format.
I'm fine with this part of your proposal.
Your proposal also includes a bunch of workarounds with faketime, which
i'm a little concerned about (i say this as the faketime maintainer in
debian, not wanting its particular flakiness in the build path for
Can we separate the $SOURCEDATE part of your proposal from the faketime
part and just work on $SOURCEDATE independently?
What TZ should SOURCEDATE have? ISO8601 is capable of supplying a TZ as
well, so the current time could be written in a wide variety of ways
while meaning the same instant:
0 dkg@alice:~$ date '+%FT%T%z' && date -u '+%FT%T%z'
I feel like we should we always set it to UTC, so that the inbound
parsed offset would be +0000. sound sensible?
> It would be awesome for help2man to support this.
help2man (and any other tool that accepts $SOURCEDATE) would also need
to ensure that it extracts the parts it wants in a TZ-independent
fashion as well. (not parsing back to localtime)
> At some point, debhelper can even set this environment variable
We should open a bug with debhelper requesting this feature as soon as
we come to agreement on the name and semantics.
Reproducible-builds mailing list