Thorsten,
> > far easier and clearer IMHO to statelessly state that clamping is not
> > required when using SOURCE_DATE_EPOCH. :)
>
> OK, now I do not understand _that_…
(It's clearer to say "X is the situation" vs "when you said Y before
that was correct/incorrect")
Regards,
--
,''`.
On Mon, 9 Jul 2018, Chris Lamb wrote:
> far easier and clearer IMHO to statelessly state that clamping is not
> required when using SOURCE_DATE_EPOCH. :)
OK, now I do not understand _that_…
Doesn’t matter as long as this bug gets fixed, though ☻☺
Have a nice day,
//mirabilos
--
>> Why don't yo
Hi Thorsten,
> > It is not required.
>
> I’m parsing this as “you were not incorrect”, right?
It doesn't really matter whether you were correct or incorrect in the
past and seems a little silly to debate that; far easier and clearer
IMHO to statelessly state that clamping is not required when us
Hi Chris,
> It is not required.
I’m parsing this as “you were not incorrect”, right?
(Sorry, non-English-native speaker here.)
> Does the canonical specification not explain?
>
> https://reproducible-builds.org/specs/source-date-epoch/
>
> I pedantically refer you to that /only/ because if it
Hi Thorsten,
> AIUI, S_D_E is used as a *delimiter*, not as a timestamp *all* files
> are to be set to.
I've found that having a shared vocabulary is very useful so just in
case it helps we tend to use the term "clamping" when referring to
this MIN(a,b) concept rather than "delimiter" or similar.
affects 894476 src:musescore
retitle 894476 rcc: please honour SOURCE_DATE_EPOCH
thanks
Hi *,
I just got bitten by this in an FTBR of src:musescore which I tracked
down to this bug.
On Tue, 3 Apr 2018, Sune Vuorela wrote:
> If S_D_E gets used, rather than the data.xml modified date in the
> sou
6 matches
Mail list logo
