<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Dec 8, 2022 at 12:50 PM 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">On 2022-12-08 05:24, Almaz Mingaleev wrote:<br>
<br>
>> > new timezone abbreviation "XYT", downstream distros like Ubuntu can<br>
>> > immediately ship the new P without waiting for i18n updates. P will<br>
> <br>
> <br>
> It is not a problem if a distro ships it, it is a problem if this new stuff<br>
> leaks<br>
> to the external world.<br>
<br>
Sorry, I'm not following. When Ubuntu ships a new tzdata package then <br>
surely that has "leaked" to the outside world?<br>
<br>
<br>
> It would be naive to expect from a user base of a<br>
> service<br>
> to have up-to-date time zone data even after a month after TZDB release.<br>
<br>
In the past I've gotten my Ubuntu systems updated within 24 hours of a <br>
tzdata release, simply by applying patches as usual from Ubuntu. But as <br>
Benjamin indicates, this is not happening with 2022g. I just now checked <br>
for updates and I'm still stuck on 2022f. So from my point of view, <br>
Ubuntu is slow in this case - instead of taking less than a day, it's <br>
taking more than a week.<br>
<br>
<br>
> being consistently wrong about _new_ changes is better<br>
> than having different answers within the platform.<br>
<br>
As a Ubuntu user, I'd prefer tzdata to be up-to-date even though ICU is <br>
out-of-date, over having both tzdata and ICU out-of-date. Of course <br>
Ubuntu differs from Android in that most apps use tzdata not ICU. Still, <br>
I'm a bit curious what end-user-visible problems would occur on Android <br>
and/or Ubuntu if tzdata leads ICU slightly. I know you've seen problems, <br>
but were they end-user problems or just test-case problems? On Ubuntu <br>
various other copies of tzdata (e.g., Python's) can be slightly out of <br>
date too, but this doesn't seem to be much of an issue.<br></blockquote><div><br></div><div>(it's been years since i was responsible for this, but unlike the folks who've owned it since, i'm in the same time zone as you, so i'll share my anecdata anyway...)</div><div><br></div><div>i think i've seen two different variants: "app A doesn't match app B" and "the app doesn't match the clock at the top of the screen provided by the system". "two different parts of app A don't match each other" ought to be possible, but i don't think i've seen that one in practice, presumably because developers tend to be consistent about what languages/APIs they're using.</div><div><br></div><div>thanks to work from some of the aforementioned folks over in Europe/London, there should be fewer mismatches today, as more stuff (including at least one platform API) has been moved over to icu.</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">
> It is not translations that we are waiting for, but changes like [1<br>
> <<a href="https://github.com/unicode-org/icu/pull/2261/files" rel="noreferrer" target="_blank">https://github.com/unicode-org/icu/pull/2261/files</a>>]. Recent<br>
> time zone changes were short notice ones and ICU team (thanks Yoshito and<br>
> others!)<br>
> did these changes very quickly.<br>
<br>
Thanks, I didn't know that.<br>
<br>
Here's a timeline I see for the latest Mexico change:<br>
<br>
* 2022-11-28 17:00 UTC - news article published announcing the change <br>
(which is not official yet, I think) <br>
<<a href="http://puentelibre.mx/noticia/ciudad_juarez_cambio_horario_noviembre_2022/" rel="noreferrer" target="_blank">http://puentelibre.mx/noticia/ciudad_juarez_cambio_horario_noviembre_2022/</a>><br>
<br>
* 2022-11-29 03:55:31 UTC - tz mailing list notified <br>
<<a href="https://mm.icann.org/pipermail/tz/2022-November/032365.html" rel="noreferrer" target="_blank">https://mm.icann.org/pipermail/tz/2022-November/032365.html</a>><br>
<br>
* 2022-11-29 17:42:29 UTC (14 hours after notification) - tzdb 2022g <br>
announced <br>
<<a href="https://mm.icann.org/pipermail/tz-announce/2022-November/000076.html" rel="noreferrer" target="_blank">https://mm.icann.org/pipermail/tz-announce/2022-November/000076.html</a>><br>
<br>
* 2022-11-29 18:23:41 UTC (less than an hour after tzdb 2022g <br>
announcement) tzdata 2022g-r0 released for Alpine Linux <br>
<<a href="https://pkgs.alpinelinux.org/package/edge/main/x86/tzdata" rel="noreferrer" target="_blank">https://pkgs.alpinelinux.org/package/edge/main/x86/tzdata</a>><br>
<br>
* 2022-11-30 07:06 UTC (7 hours after tzdb 2022g announcement) - tzdata <br>
2022g-1 released for Arch Linux <br>
<<a href="https://archlinux.org/packages/core/x86_64/tzdata/" rel="noreferrer" target="_blank">https://archlinux.org/packages/core/x86_64/tzdata/</a>><br>
<br>
* 2022-12-01 03:08:08 UTC (33 hours after tzdb 2022g announcement) - <br>
abovementioned ICU patch committed<br>
<br>
* 2022-12-01 12:38:06 UTC (9 hours after ICU patch committed) - Ubuntu <br>
patch committed <br>
<<a href="https://launchpad.net/ubuntu/+source/tzdata/2022g-0ubuntu0.22.10.1" rel="noreferrer" target="_blank">https://launchpad.net/ubuntu/+source/tzdata/2022g-0ubuntu0.22.10.1</a>><br>
<br>
* 2022-12-05 (4 days after ICU patch committed) - Red Hat Enterprise <br>
Linux fix available to users <br>
<<a href="https://access.redhat.com/errata/RHBA-2022:8785" rel="noreferrer" target="_blank">https://access.redhat.com/errata/RHBA-2022:8785</a>><br>
<br>
* 2022-12-07 (6 days after ICU patch committed) - Android patch <br>
committed <br>
<<a href="https://android.googlesource.com/platform/system/timezone/+/ea3e0ece71974c1df741b1b0d7789682d6d40dea" rel="noreferrer" target="_blank">https://android.googlesource.com/platform/system/timezone/+/ea3e0ece71974c1df741b1b0d7789682d6d40dea</a>><br>
<br>
* now (a week after ICU patch committed) - my Ubuntu workstation is <br>
still not updated.<br>
<br>
We should be able to do better than this; that is, be more like Alpine <br>
or Arch Linux, or at least more like RHEL (though I see that Fedora <br>
still hasn't released 2022g...). Though ICU is part of the problem (as <br>
is tzdb itself :-), most of the delay seems to be occurring even after <br>
ICU patches are applied.<br>
</blockquote></div></div>