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: > > Any of UTC_SOURCE_DATE, SOURCE_DATE_UTC > > 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. cheers, Holger
Description: This is a digitally signed message part.
_______________________________________________ Reproducible-builds mailing list Reproduciblefirstname.lastname@example.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reproducible-builds