Sebastian Freundt

Hi, thanks for the report, good catch. Fix is in 06198a860.

Hi Tomasz, thanks for your report. Looks like some DST issue, either with the zoneinfo files or dateutils' parser thereof. Can you somehow provide `/usr/share/zoneinfo/Europe/Berlin`, `/usr/share/zoneinfo/Australia/Sydney`, and for a reference...

Hi Tomasz, thanks for the report. This is the slim vs. fat zones issue. As recommended by tzdata zones should be created with `zic -b fat` for maximum compatibility. However,...

I've just looked at the SLES and CentOS (7,8,9) packages, they all seem to be fat. What distro are you using?

Just an update here, I was going to implement a slim parser only to find that dateutils is already capable of reading slim zones. So it must be the zones...

Can you show one of the outputs? It seems like you've got no transitions in your files. Should look like: /usr/share/zoneinfo/Europe/London: timezone data, version 2, 7 gmt time flags, 7...

Looks perfectly good to me (apart from the 7 local time types but this could be my `file(1)`) But wow, it's 1.8 MB in size ... I wonder if that's...

Oh I see. And just to confirm: $ datezone --next Europe/London would show something like `never -> never`? (Or `dzone` if you run from within the build directory)

Oh yes sorry. I found that if you just use make in the stock tz repository it will not generate zoneinfo files rolled out into the future. Instead it will...

Oh I see. Can you somehow send me the zic'd zones, i.e. a tarball of /usr/share/zoneinfo? I'm still not sure what I'm looking at.