<div dir="ltr"><div class="gmail_default" style="font-family:times new roman,serif">A 1 year expiration date is crazy. Look at the discussion of SAVE; it is impossible to update all devices that consume the data in that timeframe. Most have a mechanism for taking new data, but not new code.</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><font face="'times new roman', serif"><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px"><div></div></div><div style="background-color:transparent;margin-top:0px;margin-left:0px;margin-bottom:0px;margin-right:0px">Mark</div></font><div><div><font face="'times new roman', serif"><i><span style="font-style:normal"><i></i></span><i></i></i></font></div></div></div></div></div></div></div></div></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Feb 6, 2018 at 3:40 PM, Christos Zoulas <span dir="ltr"><<a href="mailto:christos@zoulas.com" target="_blank">christos@zoulas.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi,<br>
<br>
Here's my 5 cents to the tzdb compatibility discussion:<br>
<br>
- Things need to move forward; half-measures like "functional comments"<br>
  end up hurting in the long term and create unpredictable behavior.<br>
- There are other users of the tzdata "source" so compatibility needs to<br>
  be maintained for "some time".<br>
- On the other hand, we can't be held hostage forever; people who write<br>
  parsers, should be able to maintain the code.<br>
<br>
Straw man proposal:<br>
<br>
1. Create a version ChangeLog with tzdb; it should be simple:<br>
        - a version number (for reference)<br>
        - the release date (to guide expiration)<br>
        - an explanation to what changed in the format (for parser writers)<br>
<br>
2. Maintain two copies of the source; the current one, and the previous<br>
   version in a "compat" subdirectory. Expire "compat" a year after the<br>
   release of the next version.<br>
<br>
I hope this is helpful,<br>
<br>
christos<br>
</blockquote></div><br></div>