On Freitag, 5. Juni 2015, Daniel Kahn Gillmor 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.

sounds good to me too!

thanks & cheers,

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

Reproducible-builds mailing list

Reply via email to