Hi, 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,
Holger
signature.asc
Description: This is a digitally signed message part.
