Inconsistencies between backward and backzone
Hi, building tz with PACKRATDATA=backzone should result in time zones that only differ for dates before 1970. For dates after 1970 they should be identical to not building with PACKRATDATA=backzone (using backzone to create symlinks). But there are four (five if you include Pacific/Enderbury) time zones that has different UTC offset nowadays: * America/Ensenada differs from America/Tijuana * Asia/Kashgar differs from Asia/Urumqi * Atlantic/Jan_Mayen differs from Europe/Berlin * Europe/Tiraspol differs from Europe/Chisinau First investigation indicate that the timezones in backzone did not get the recent updates applied to them. -- Benjamin Drung Debian & Ubuntu Developer
On 5/2/23 07:48, Benjamin Drung via tz wrote:
First investigation indicate that the timezones in backzone did not get the recent updates applied to them.
The Makefile says to use PACKRATDATA=backzone only if "out-of-scope and often-wrong data" are wanted, so those issues are as advertised. Please feel free to suggest specific fixes to backzone, using "git format-patch" to format the patches so that they can be applied easily. Another possibility is to not use PACKRATDATA=backzone, as it is not well maintained and surely has other problems.
On Tue, 2023-05-02 at 14:18 -0700, Paul Eggert wrote:
On 5/2/23 07:48, Benjamin Drung via tz wrote:
First investigation indicate that the timezones in backzone did not get the recent updates applied to them.
The Makefile says to use PACKRATDATA=backzone only if "out-of-scope and often-wrong data" are wanted, so those issues are as advertised. Please feel free to suggest specific fixes to backzone, using "git format-patch" to format the patches so that they can be applied easily. Another possibility is to not use PACKRATDATA=backzone, as it is not well maintained and surely has other problems.
While looking at the code, I noticed that building with PACKRATLIST=zone.tab in addition to PACKRATDATA=backzone should be a good compromise. Then all those inconsistencies will be resolved, but Asia/Hanoi will be gone. Is it okay to add Asia/Hanoi to zone.tab (see git patch attached). -- Benjamin Drung Debian & Ubuntu Developer
On 5/4/23 07:09, Benjamin Drung via tz wrote:
building with PACKRATLIST=zone.tab in addition to PACKRATDATA=backzone
Yes, that should be better than building with just PACKRATDATA. However, why not omit both macros? That's simpler and has fewer issues with compatibility and data quality.
Then all those inconsistencies will be resolved, but Asia/Hanoi will be gone.
It's not gone compared to tzdb proper, which has never had an Asia/Hanoi entry. PACKRATDATA=backzone PACKRATLIST=zone.tab is designed to resurrect out-of-scope and lower-quality pre-1970 data that was formerly in tzdb proper, not to drag in all out-of-scope lower-quality pre-1970 data that exist in backzone.
participants (2)
-
Benjamin Drung -
Paul Eggert