[tz] zdump bug?
Brian.Inglis at SystematicSw.ab.ca
Mon Oct 29 06:06:26 UTC 2018
On 2018-10-28 21:20, Paul Eggert wrote:
> Matt Johnson wrote:
>> zdump ./New_York
>> The output is missing the abbreviation:
>> ./New_York Sun Oct 28 22:23:48 2018
> That's an old zdump, or one built with some non-default build-time flags.
> The current zdump (2018g), if built in the default way, behaves like this:
> $ zdump ./New_York || echo failed $?
> ./New_York: No such file or directory
> failed 1
> which at least lets you know that zdump isn't doing what you thought it would
Linux distros using glibc package zdump, zic, tzselect in a binary helper
package called libc-bin on Debian/Ubuntu, glibc-common on RH distros, and other
base (or sometimes optional) packages on other Linux and non-Linux distros.
Distro releases of zdump, zic may be updated with tzdata releases, or when the
distro maintainer decides tzcode updates need applied, and that may be selective.
Run zdump --version to get some idea of the zdump release (often just libc ver).
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
More information about the tz