<div dir="ltr">Another twist in the question of lead time for tz updates comes from calendar applications.<div><br></div><div>When users schedule events, the times are typically stored in a calendar database in UTC/GMT. The conversion happens when the event is created. If a subsequent tz rule update changes the GMT offset of the (future) event times, the previously scheduled events will appear to move. For events that are shared among people in multiple time zones there is no good answer.</div>
<div><br></div><div>  -- Andy</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 27, 2014 at 12:23 PM, enh <span dir="ltr"><<a href="mailto:enh@google.com" target="_blank">enh@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">certainly "the sooner the better" seems like a good rule of thumb to<br>
me. like the others, i can upgrade to your latest release immediately<br>
(and it's all scripted, so any given tzdata release costs me almost<br>
nothing[1]), but it can be a long time from then until the update gets<br>
into users' hands.<br>
<br>
in particular, it's non-linear; there are distinct cutoffs where a<br>
day's difference on your end can mean several months from the users'<br>
perspective. sadly, the last day we can get tzdata changes in is<br>
unlikely to be something any of us can tell you :-)<br>
<br>
the flip side is that if a release contains data you're not sure<br>
about, it could be that users have to live with that for months<br>
because the bad data made it in and the correction didn't. i don't<br>
think there's anything we can do about that though; it's just the<br>
nature of the data that it's always going to be a best guess.<br>
<br>
____<br>
1. this will be truer if/when we can wean icu4c off its own copy of<br>
the tzdata. but that's our problem, not yours.<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
On Thu, Feb 27, 2014 at 12:02 PM,  <<a href="mailto:Paul_Koning@dell.com">Paul_Koning@dell.com</a>> wrote:<br>
><br>
> On Feb 27, 2014, at 2:55 PM, Deborah Goldsmith <<a href="mailto:goldsmit@apple.com">goldsmit@apple.com</a>> wrote:<br>
><br>
>>> We should have a new release well before the Turkey change, yes.  It doesn't seem that urgent, since it's a month from now. But if there's sentiment to push out a version now I can do that.<br>
>><br>
>> Given the software release process at many companies, “a month from now” is actually extremely urgent.<br>
><br>
> Actually, given the software release processes some of us have, a month lead time is about an order of magnitude too small.  :-(<br>
><br>
>         paul<br>
><br>
<br>
<br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Elliott Hughes - <a href="http://who/enh" target="_blank">http://who/enh</a> - <a href="http://jessies.org/~enh/" target="_blank">http://jessies.org/~enh/</a><br>
Java i18n/JNI/NIO, or bionic questions? Mail me/drop by/add me as a reviewer.<br>
</font></span></blockquote></div><br></div>