Hi Niels,

On Sonntag, 7. Juni 2015, Niels Thykier wrote:
> I see no partial issue in setting this in either dh xor dh_auto_build,
> provided it is one ENV for all tools (and not one for each tool).
> Is the variable still actual? I vaguely remember seeing a mention of a
> "SOURCEDATE_UTC" or something similar not too long ago in #d-reproducible.

dkg wrote in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787444#65 on 
June 5th 2015:

> On Fri 2015-06-05 10:55:34 -0400, Brendan O'Dea wrote:
> My vote is for SOURCE_DATE_UTC, and i agree with Brendan that we should
> take the opportunity to define this as strictly and narrowly as possible
> (i.e. end in a 'Z', none of the other offsets), so that people relying
> on it know they're getting a fixed thing, and don't have to implement
> any fancy parsing/offsetting code if they're not already using an
> ISO8601-compliant date-parsing library.

to which I agreed in #787444 and Lunar on irc ("SOURCE_DATE_UTC sounds like a 
good proposal") and noone objected, so I think SOURCE_DATE_UTC is it.


Attachment: signature.asc
Description: This is a digitally signed message part.

Reproducible-builds mailing list

Reply via email to