<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 17, 2013 at 5:59 PM, Paul Eggert <span dir="ltr">&lt;<a href="mailto:eggert@cs.ucla.edu" target="_blank">eggert@cs.ucla.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">Andy Heninger wrote:<br>
<br>
&gt; Can I suggest that we split this into two updates, the first containing<br>
&gt; only the Fiji change<br>
<br>
</div>For convenience, if you&#39;d like to have just the Fiji patch<br>
(relative to 2013d) it&#39;s appended to this email.<br>
<br>
As for redoing the patches and generating two updates,<br>
sorry, I thought I&#39;d covered this point earlier, but I<br>
can&#39;t seem to find it in my outgoing mail, so I guess not.<br>
Anyway, in the past we haven&#39;t bothered to split out changes<br>
like that, and common practice has been for software<br>
distributions to incorporate just the changes they want, if<br>
they&#39;re leery about upgrading to a new release.  For example,<br>
Fedora 19 is using 2013c, but is incorporating post-2013c<br>
patches for Morocco and Israel; see:<br></blockquote><div><br></div><div>We try to have the time zone data in use be exactly the latest public tz data, identified by it&#39;s public name, 2013d or whatever. Patching is always possible, it&#39;s just cleaner and more convenient not to have to. The Fedora approach of patching the data but continuing to identify it as something that it is not can lead to real confusion.</div>
<div><br></div><div>In an ideal world, from my perspective, changes that affect the present or near future time would be kept separate from other changes, and have a fast-track release process. And perhaps substantial cleanup and historical data updates would be kept away from the busy times in March-April, and September-October, when all too many countries seem to think it&#39;s OK to announce that they changed their clocks last weekend.</div>
<div><br></div><div>Thanks,</div><div><br></div><div>  -- Andy</div><div><br></div><div> </div></div></div></div>