<p dir="ltr">It's a security project - by making builds (optionally) deterministic, you enable users to verify bit-for-bit that software compiled by a benevolent build server or benevolent developer is actually the same as when they compile the software themselves. Otherwise, it is possible (or even trivial, in Debian) for a developer or build server admin to backdoor software downloads. </p>
<p dir="ltr">Sent from my Sony Xperia™ smartphone</p>
<br><br>---- Miguel de Icaza wrote ----<br><br><div dir="ltr">Hey guys,<div><br></div><div>I assume this is related to the unique identifier generated on each ECMA assembly?</div><div><br></div><div>The issue here is that this goes against the requirements of the spec.   </div><div><br></div><div>What exactly is being proposed here?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 16, 2015 at 7:06 PM, Daniel Kahn Gillmor <span dir="ltr"><<a href="mailto:dkg@fifthhorseman.net" target="_blank">dkg@fifthhorseman.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Mon 2015-02-16 18:17:53 -0500, Michael McGlothlin wrote:<br>
> I'd always store time in epochs. Seconds since 1/1/1970 GMT.<br>
><br>
> The use of textual date strings instead of a epochs is one of the<br>
> worst things I've seen from the C# way of doing things. I had often<br>
> wondered why so many programs could have so much trouble with handling<br>
> dates and times correctly..<br>
<br>
</span>I agree that silly standards like RFC 822 timestamps are crazy and<br>
should not be used anywhere we can avoid them.<br>
<br>
However, the ISO-8601 date/timestamp format is both human- and<br>
machine-parseable, whereas most humans can't look at a UNIX epoch<br>
timestamp and know even whether it's in the past or the future.<br>
<br>
That said, i really care more about reproducibility than i do about any<br>
particular timestamp format.  if folks are fine with UNIX epoch<br>
timestamps and with the environment variable interfacfe Jo proposes,<br>
i'll be happy with that.  Is this something that could be adopted<br>
upstream?<br>
<div class="HOEnZb"><div class="h5"><br>
        --dkg<br>
_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
</div></div></blockquote></div><br></div>