[tz] zdump new option -i for easier-to-review output
eggert at cs.ucla.edu
Mon Aug 22 18:12:43 UTC 2016
Jon Skeet wrote:
> Given the other reactions around file merging, perhaps the data file should
> just be hosted as a separate file?
Hmm, I think I'd rather not ship *three* tarballs per release for the indefinite
future. *Two* tarballs are already too many.
As the new .tzs file is closely associated with the data, it belongs in the
tzdata tarball when we're talking about old-format distributions.
By the way, I picked a 2050 cutoff date for the draft .tzs partly because I
wanted to check a few years past the 2038 limit imposed by 32-bit signed time_t.
I didn't go too much past 2050 partly to cut down on bloat, and partly because
the reference implementation of zdump is too slow.
More information about the tz