mirror of https://github.com/mkerrisk/man-pages
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>
This commit is contained in:
parent
8d4d268f0e
commit
0a9e18a42d
33
man8/zdump.8
33
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
|
||||
|
|
Loading…
Reference in New Issue