[tz] Error in Scandinavian tz data

Paul Eggert eggert at cs.ucla.edu
Wed Jun 28 00:25:59 UTC 2023

On 2023-06-27 04:09, Stephen Colebourne via tz wrote:

> 'make ZFLAGS=-r at 0' is of no interest to packagers precisely because it
> is obviously wrong.

Then I must not be understanding "the default IANA build should say 
nothing about dates before 1970-01-01", a proposal that you said was 
acceptable. I thought "make ZFLAGS=-r at 0" would implement that proposal, 
as it builds TZif files that say nothing about timestamps before 1970. 
But since you're saying "make ZFLAGS=-r at 0" is of no interest, it seems 
the proposal is about something else. If so, it would be helpful to know 
what the proposal is.

> Just returning UTC does not meet these goals.

"make ZFLAGS=-r at 0" does not cause tzdb localtime to just return UTC, as 
localtime also returns an error indication indicating that the actual 
offset is unknown. This error indication is in the form of the time zone 
abbreviation "-00".

> the data for Copenhagen is likely to be entirely correct

I doubt that, as some of the data are sourced only from Shanks, which 
has proven to be unreliable.

> there is also a need to recognise that TZDB's
> pre-1970 data is the de facto truth 

That would not be accurate advertising. TZDB is only TZDB. It has never 
been "the de facto truth", unless "truth" means only "act like TZDB 
Release X". For many years TZDB's files have said that it is "by no 
means authoritative", and for many years TZDB installations have varied 
in minor ways from one platform to another.

More information about the tz mailing list