Matt Johnson (AZURE)
matt.johnson at microsoft.com
Wed Oct 25 18:32:15 UTC 2017
So, how is it that we're ok with deleting Canada/East-Saskatchewan, but somehow we have to leave US/Pacific-New? We could delete a whole file from the repo...
What ARE the rules for when a name is ok to be deleted entirely? AFAIK, this is the first time in a long while that we didn't just move it to the backward file.
From: tz-bounces at iana.org [mailto:tz-bounces at iana.org] On Behalf Of Paul Eggert
Sent: Tuesday, October 24, 2017 10:47 AM
To: Derick Rethans <derick at derickrethans.nl>
Cc: Time Zone Mailing List <tz at iana.org>
Subject: Re: [tz] Canada/East-Saskatchewan
On 10/24/2017 02:51 AM, Derick Rethans wrote:
> You're right that timezonemap.h needs updating, but it has nothing to
> do with Canada/East-Saskatchewan missing and failing the test. It's
> simply a data point that is now gone.
I assumed that timezonemap.h was the source for the tests, in that the test runs through each of its entries and makes sure that they work. So if you update timezonemap.h to match the current tzdb then the tests should succeed again.
If I'm wrong and something else is testing Canada/East-Saskatchewan, then that other thing needs to be updated. As far as I know, Canada/East-Saskatchewan has not been in production use for many years; it's used only by programs that test tzdb exhaustively.
>> What program generates those two files, by the way? I'd like to
>> mention it in tz-link.htm.
> It's part ofhttps://github.com/derickr/timelib, which powers the
> date/timezone support for PHP, HHVM and MongoDB.
Thanks for the info; I installed the attached patch to tz-link.htm to point to it.
More information about the tz