On Thu, 7 Apr 2022, Nikita Popov wrote:

> On Thu, Apr 7, 2022 at 11:34 AM Derick Rethans <der...@php.net> wrote:
> > Java's date/time maintainer has created a fork based on the original 
> > Iana TZ data to put back some of the removed/deprecated data to 
> > better serve their users, and I would think that this is also best 
> > suited as a data set for PHP.
> >
> > If you want to read about the intricacies, see: 
> > https://github.com/JodaOrg/global-tz#rationale
> >
> > But this does mean a divergence from the "official" TZ data, 
> > although Joda's data is arguably better. My recommendation is that 
> > from the 2022b release we switch to Joda's version. (I will today 
> > merge in the 2022a data from the Iana source.)
> Keeping in mind that people deploying PHP on Linux usually end up 
> using OS-provided zoneinfo, do you know which source distros base that 
> on? I think we should follow the distro-consensus here, whatever that 
> may be.

NetBSD has switched, FreeBSD is entertaining the idea and offers the new 
data as an option. I haven't seen any comments from Linux distributions.

Our long standing stance on distributions patching PHP for their own use 
has always been "you're on your own". The data these users receive is 
already degraded, due to their patching, and that Iana TZ has already 
removed some historical data since a few releases. As this removal only 
pertains pre-1970 data, where the Joda time version provides accurate 
data for all countries (and not just aribitrary ones), I both don't see 
that a divergence is a big problem, nor do I find it an argument for 
releasing known-wrong data.

It is mostly African countries now with known-wrong data, but the TZ 
maintainer tried merging Amsterdam and Brussels (removing likely-correct 
pre-1970 Dutch data in favour of certainly-wrong pre-1970 Belgium data), 
and several other European countries. That was stopped for now, but I am 
certainly he'll try again.

I don't think it is acceptable for us to say that we're okay with some 
countries data to be known-wrong.


PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: https://www.php.net/unsub.php

Reply via email to