[Reproducible-builds] Bug#787444: help2man: support externally-supplied --date for reproducibility

[Holger Levsen]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 828 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/reproducible-builds/attachments/20150609/c9ae04bf/attachment.sig>