[tz] Preparing to fork tzdb
eggert at cs.ucla.edu
Tue Sep 21 18:16:35 UTC 2021
On 9/21/21 7:08 AM, Tom Lane via tz wrote:
> if any significant number
> of vendors start including backzone to restore some approximation
> of the way things stood before, then there is going to be the same
> mess from end users' standpoint as a true fork would produce.
True, and a good reason to not make use of the draft patches that I
emailed earlier today in
There's another good reason to not use that approach, noted in the
bias2021a.bp file in that email:
# This file should be not be used in production by organizations
# committed to equity, diversity, and inclusion because it restores
# the previous tzdb setup, which arguably exhibited racial or national
Both of these reasons argue against using the draft patches, and argue
with equal force against using the proposed fork. We'd be better off
avoiding either approach.
That being said, if the only alternatives are the proposed fork or the
draft patches, the patches should be better as they should make it
easier to keep the two approaches coherent. Perhaps the fork could even
be implemented by a different repository which has a one-line Makefile
change (I'm just thinking out loud here).
More information about the tz