zdump.8: Update to latest upstream tz release

This update addresses an issue described in
https://bugzilla.kernel.org/show_bug.cgi?id=207345

In answer to my question, Paul Eggert noted:

    > Where do I find it?

    https://www.iana.org/time-zones

    Look under "Latest version", which is 2020a.

Reported-by: Paul Eggert <eggert@cs.ucla.edu>
Reported-by: Marco Curreli <marcocurreli@tiscali.it>
Signed-off-by: Michael Kerrisk <mtk.manpages@gmail.com>

diff --git a/man8/zdump.8 b/man8/zdump.8
index 00ca4b6e03c3726b3104506a29224495b7ebf9a5..1438cd4d00894734d5b343a0edf715d8ce65c5e8 100644 (file)
--- a/man8/zdump.8
+++ b/man8/zdump.8
@@ -2,7 +2,7 @@
 .\" This page is in the public domain
 .\" %%%LICENSE_END
 .\"
-.TH ZDUMP 8 2019-03-06 "" "Linux System Administration"
+.TH ZDUMP 8 2020-04-27 "" "Linux System Administration"
 .SH NAME
 zdump \- timezone dumper
 .SH SYNOPSIS
@@ -78,11 +78,11 @@ implementations with different time representations.
 Cut off interval output at the given year(s).
 Cutoff times are computed using the proleptic Gregorian calendar with year 0
 and with Universal Time (UT) ignoring leap seconds.
-The lower bound is exclusive and the upper is inclusive; for example, a
-.I loyear
-of 1970 excludes a transition occurring at 1970-01-01 00:00:00 UTC but a
-.I hiyear
-of 1970 includes the transition.
+Cutoffs are at the start of each year, where the lower-bound
+timestamp is exclusive and the upper is inclusive; for example,
+.B "\*-c 1970,2070"
+selects transitions after 1970-01-01 00:00:00 UTC
+and on or before 2070-01-01 00:00:00 UTC.
 The default cutoff is
 .BR \*-500,2500 .
 .TP
@@ -154,15 +154,16 @@ tabbed columns line up.)
 .if \n(.g .ft CW
 .if t .in +.5i
 .if n .in +2
-.nr w \w'1896-01-13 'u
-.ta \nwu +\nwu +\nwu +\nwu
+.nr w \w'1896-01-13  'u+\n(.i
+.ta \w'1896-01-13  'u +\w'12:01:26  'u +\w'-103126  'u +\w'HWT  'u
 TZ="Pacific/Honolulu"
--      -       -10:31:26       LMT
-1896-01-13     12:01:26        -10:30  HST
-1933-04-30     03      -09:30  HDT     1
-1933-05-21     11      -10:30  HST
-1942-02-09     03      -09:30  HDT     1
-1945-09-30     01      -10:30  HST
+-      -       -103126 LMT
+1896-01-13     12:01:26        -1030   HST
+1933-04-30     03      -0930   HDT     1
+1933-05-21     11      -1030   HST
+1942-02-09     03      -0930   HWT     1
+1945-08-14     13:30   -0930   HPT     1
+1945-09-30     01      -1030   HST
 1947-06-08     02:30   -10     HST
 .in
 .if \n(.g .ft
@@ -187,7 +188,7 @@ Here are excerpts from another example:
 .if t .in +.5i
 .if n .in +2
 TZ="Europe/Astrakhan"
--      -       +03:12:12       LMT
+-      -       +031212 LMT
 1924-04-30     23:47:48        +03
 1930-06-21     01      +04
 1981-04-01     01      +05             1
@@ -215,7 +216,7 @@ and
 output,
 .q "UT"
 denotes the value returned by
-.BR gmtime (3),
+.IR gmtime (3),
 which uses UTC for modern timestamps and some other UT flavor for
 timestamps that predate the introduction of UTC.
 No attempt is currently made to have the output use