<div dir="ltr"><div dir="ltr"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 6 Mar 2021 at 11:45, Ian Abbott via tz <<a href="mailto:tz@iana.org" target="_blank">tz@iana.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I've just realized that it is normal (as per the zic man page, I think) <br>
for the "right" (a.k.a. "leap") zone files to be truncated at the expiry <br>
time of the leapseconds file (although the files installed by Debian zic <br>
seem to continue beyond the expiry time).</blockquote><div><br></div><div>From zic.8:</div><div>"zic outputs this expiration timestamp by truncating the end of the output file to the timestamp."<br></div><div><br></div><div>Truncation would certainly explain the behavior that is being seen here:</div><div>In 2020d, the expiry of the leapseconds file was 2021-06-28, so the far future timestamps tested would be interpreted as though they retain the local offsets in effect in June: -09, -08, -04, -09.</div><div>In 2021a, the expiry of the leapseconds file is 2021-12-28, so the same timestamps would be interpreted according to December offsets: -10, -09, -03, -10.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I must admit I wasn't <br>
expecting that. I thought the output would continue as though there <br>
would be no changes to the leap seconds in the future.</blockquote><div><br></div><div>I agree.  For posix/"non-leap" files, faced with a future that is unknown, we do generally continue DST rules into the future, under the assumption that that is more likely to be "less wrong".  Truncating the file in this way ensures any region that uses DST will have its far future timestamps be (a) incorrect for roughly half of the year and (b) inconsistently so, since sometimes you'll get the June offset and sometimes you'll get the December offset.  That seems "more wrong".</div></div></div><div dir="ltr"><br clear="all"><div><div dir="ltr" data-smartmail="gmail_signature">--<br>Tim Parenti</div></div></div></div>