<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 21 October 2014 01:54, Clive D.W. Feather <span dir="ltr"><<a href="mailto:clive@davros.org" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=clive@davros.org&cc=&bcc=&su=&body=','_blank');return false;">clive@davros.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":2vc" class="a3s" style="overflow:hidden">Deborah Goldsmith said:<br>
> [...] The latter is far preferable for any tz client whose deployment cycle takes weeks or months.<br>
<br>
Actually, I'm not sure that's true.<br>
<br>
If we don't have any change in there and one happens, timestamps are wrong<br>
for months but it should be obvious to people that they are wrong and need<br>
correcting.</div></blockquote></div><br>As Deborah alluded to, I think the key is the whether the deployment cycle is long or short. For many consumer devices these days (e.g., phones, embedded systems), there are enough layers between tz and the end user that short-notice changes like this simply won't make it to them in time. In that case, it's better to assume something slightly incorrect than to assume no changes, since the end user may not be able to update the data themselves, or may otherwise be resigned to employ kludgy workarounds. If the end user doesn't have a say in the matter, to simplify their lives, it's better to have them experience mostly correct data than knowingly false data.</div><div class="gmail_extra"><br></div><div class="gmail_extra">This is in contrast to people administering more complex systems (e.g., servers, networks), who should presumably know enough about what they're doing to be able to proactively (or at least reactively) seek solutions.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Obviously, it is a goal of the tzdist working group to reduce this number of layers and/or the time it takes changes to propagate through them, perhaps to a point where not assuming changes long-term becomes the more reasonable option.</div><div class="gmail_extra"><br></div><div class="gmail_extra">I don't think we're there yet, though, so I approve of Paul's conclusion.<br><br clear="all"><div>--<br>Tim Parenti<br></div>
</div></div>