summaryrefslogtreecommitdiff
path: root/zic.8.txt
diff options
context:
space:
mode:
Diffstat (limited to 'zic.8.txt')
-rw-r--r--zic.8.txt21
1 files changed, 11 insertions, 10 deletions
diff --git a/zic.8.txt b/zic.8.txt
index e224b980ab6d..cf86f584ca30 100644
--- a/zic.8.txt
+++ b/zic.8.txt
@@ -52,18 +52,18 @@ OPTIONS
Link timezone posixrules
- This feature is obsolete and poorly supported. Among other
- things it should not be used for timestamps after the year 2037,
- and it should not be combined with -b slim if timezone's
- transitions are at standard time or Universal Time (UT) instead
- of local time.
+ Unless timezone is "-", this option is obsolete and poorly
+ supported. Among other things it should not be used for
+ timestamps after the year 2037, and it should not be combined
+ with -b slim if timezone's transitions are at standard time or
+ Universal Time (UT) instead of local time.
If timezone is -, any already-existing link is removed.
-r [@lo][/@hi]
Limit the applicability of output files to timestamps in the
range from lo (inclusive) to hi (exclusive), where lo and hi are
- possibly-signed decimal counts of seconds since the Epoch
+ possibly signed decimal counts of seconds since the Epoch
(1970-01-01 00:00:00 UTC). Omitted counts default to extreme
values. The output files use UT offset 0 and abbreviation "-00"
in place of the omitted timestamp data. For example, "zic -r
@@ -120,9 +120,10 @@ OPTIONS
The output file does not contain all the information about the
long-term future of a timezone, because the future cannot be
summarized as an extended POSIX TZ string. For example, as of
- 2019 this problem occurs for Iran's daylight-saving rules for
- the predicted future, as these rules are based on the Iranian
- calendar, which cannot be represented.
+ 2023 this problem occurs for Morocco's daylight-saving rules, as
+ these rules are based on predictions for when Ramadan will be
+ observed, something that an extended POSIX TZ string cannot
+ represent.
The output contains data that may not be handled properly by
client code designed for older zic output formats. These
@@ -513,4 +514,4 @@ NOTES
SEE ALSO
tzfile(5), zdump(8)
- zic(8)
+Time Zone Database zic(8)