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. -Matt -----Original Message----- From: tz-bounces@iana.org [mailto:tz-bounces@iana.org] On Behalf Of Paul Eggert Sent: Tuesday, October 24, 2017 10:47 AM To: Derick Rethans <derick@derickrethans.nl> Cc: Time Zone Mailing List <tz@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.