Reading through the thread it's painful to watch Paul Eggert keep stepping up to the plate to build consensus, steward the community, and try to make sure no one is left behind (<a href="https://mm.icann.org/pipermail/tz/2021-June/030197.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-June/030197.html</a>, <a href="https://mm.icann.org/pipermail/tz/2021-September/030388.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-September/030388.html</a>, <a href="https://mm.icann.org/pipermail/tz/2021-September/030399.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-September/030399.html</a>, <a href="https://mm.icann.org/pipermail/tz/2021-September/030413.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-September/030413.html</a>, <a href="https://mm.icann.org/pipermail/tz/2021-September/030422.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-September/030422.html</a>, <a href="https://mm.icann.org/pipermail/tz/2021-September/030423.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-September/030423.html</a> just as a snippet).<p>Methinks that the burden involved with maintaining a fork (and the benefit of standing on the shoulders of those who do) seems to be missing from a lot of the conversation.
It sounds to me like this whole thing is based on Paul Eggert trying to preemptively avoid the political question of "what is a country?". He says in one of the threads [1]:<p><pre><code> There is a distinction, though, between tz mailing-list politics (the focus of much of the recent
discussion) and real-world politics (things like, "is Kosovo a country?"). My main worry is the
latter not the former, in that I think it's worth making minor technical changes to tzdb now to
help forestall potentially major real-world political problems down the road, problems
that could be worse than being sued by astrologers. Admittedly not everyone sees things this way.
</code></pre>
...the elephant no one seems to be talking about as the canonical example of the question is Taiwan.<p>Rather than get wrapped around the political axle of whether Taiwan counts as a country for purposes of inclusion in the timezone db, it sounds like he wants to just set up a system where tzdb says "here's a time zone that's identified by its biggest city." That way if Taiwan is listed, it's only because it <i>happened</i> to be the biggest city in its timezone, not because the tzdb is making any political statement about its political status.<p>That's understandable from a certain point of view, but I think it's doomed to failure for a couple reasons:<p>1) the tzdb never did this in the past, so it's a huge change to the default behavior. Changing the world's timezone names is an <i>enormous</i> change, that will break an f-ton of stuff, so downstream folks are understandably unhappy about it. The moment something important breaks because a system couldn't find "US/Eastern" is the moment this either gets reverted or forked.<p>2) You may not want to play the political game, but it wants to play with you. City/territory names aren't neutral, either, and are just as political (Derry/Londonderry), so relying on city names doesn't actually solve the problem, it just makes it less likely.<p>I suspect they're going to have to stick with countries, and let IANA make the determination of what's a country, so they don't have to have gigantic political fights, they can defer to IANA policy.<p>[1]: <a href="https://mm.icann.org/pipermail/tz/2021-June/030177.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-June/030177.html</a>
TZDB would be a great case study in open source.<p>It has lots of issues.<p>IMHO the main issue is that 99.99% of its users only become aware of it through setting timezones. It is not designed for setting timezones, and the user experience is frankly terrible, the identifiers are unsuitable, and there is no standard way to present them to non-technical end users.<p>The maintainers have their head in the sand about its use claiming that they don't provide the 'useful name of timezone' service or the 'useful subset of modern timezones people actually use' service. Instead, they only provide the 'festidious historic list of timezones as researched from sources verging on obscurity' service ("just making sure that the data is correct").<p>It seems that a large portion of the email list is fixated on that service ("people
who know about time and (perhaps) care about little else..." as summarized by one member) and apparently consider the partial shift of some data elsewhere to be sacrilege. Recently it seems the maintainer has had a different idea.<p>The whole project should probably be reconsidered from scratch by a well meaning body, however it's a thankless task and nobody is going to do a technically solid and apolitical job for free... hence status-quagmire-quo. Popular time is inherently a political beast and a human problem.
Interestin -<p>Paul has explained that no fork could be used by any organization that values diversity etc until it (copies?) the changes being made to tz?<p>" All this work would be need to be done <i>before any such fork could be used by an organization that is committed to equity, diversity and inclusion.</i>"<p>That's major. Basically, the existing tzdb is no longer permitted to be used by any organization that values diversity.<p><a href="https://mm.icann.org/pipermail/tz/2021-September/030413.html" rel="nofollow">https://mm.icann.org/pipermail/tz/2021-September/030413.html</a><p>I was trying to understand what was going on and this was it looks like the key motivator, and importantly Paul has explained that forks CANNOT be used by ANY project that has any claim to diversity / nondiscrimination / etc.