<div dir="ltr">For Android having 2021a1 and 2021b would be inconvenient. Because <div><div>there are hardcoded places which expect that tzdata version is exactly</div><div>5 characters. And we can't update that code along with time zone files. </div><div><br></div><div>Most feasible way we see is to release it as "2021a Android revision 1",</div><div>but that revision field is not exposed by any APIs. There will be</div><div>inconsistencies between different APIs on "What tzdb release are you using".</div><div><br></div><div>Personally I agree with Tom. Releasing 2021b as 2021a + Samoa changes</div><div>is less disruptive.</div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, 22 Sept 2021 at 19:31, Paul Eggert via tz <<a href="mailto:tz@iana.org">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">In light of the previous discussions and the fact that we need a new <br>
release very soon, I propose the following:<br>
<br>
* We release 2021b pretty much as-is (with the usual release <br>
administrivia such as updating NEWS).<br>
<br>
* We also generate a separate 2021a1 version, which is like 2021a except <br>
with the Samoa change that is prompting 2021b. This version recognizes <br>
the concerns about the number of changes to pre-1970 timestamps in <br>
2021b. I'll do this by publishing a patch to 2021a, along with a patched <br>
tarball, on my website at UCLA.<br>
<br>
Although this is effectively a fork in the short term, the idea is that <br>
it's a small fork with the intent that we'll work together to combine <br>
the two approaches in later releases, taking the abovementioned concerns <br>
into account.<br>
<br>
There is precedent for this approach, in that when there were <br>
compatibility problems with earlier releases, I generated alternate <br>
tarballs to support downstream users while they were adapting their <br>
database readers. Although the two cases are not the same, generating an <br>
alternate distribution also has the benefit of giving us time.<br>
<br>
Although I haven't had time to read all the discussions so far (and <br>
email is still rolling in), I will try to take these discussions into <br>
account when writing the NEWS entries for the two versions.<br>
<br>
After the versions are published and the dust has settled, I hope that <br>
we can incorporate some of the suggestions that have been made, as we <br>
will then have time to implement and test them. I don't want this <br>
followup discussion to take a looong time, though, as the goal is to <br>
combine the two approaches soon.<br>
<br>
Since Samoa's rules change in less than 72 hours I plan to generate <br>
these new versions soon.<br>
</blockquote></div>