diff options
| author | Dag-Erling Smørgrav <des@FreeBSD.org> | 2023-04-19 10:41:22 +0000 |
|---|---|---|
| committer | Dag-Erling Smørgrav <des@FreeBSD.org> | 2023-04-19 10:41:22 +0000 |
| commit | 48847a88f61e41f0d77755dd58f2df9f04642e1d (patch) | |
| tree | 8b4e81c4064e8a350d995c8cd1174c187297165f /zic.8.txt | |
| parent | 85639444f44f168af982f59143b53efbba37669e (diff) | |
Import tzcode 2023avendor/tzcode/tzcode2023a
Diffstat (limited to 'zic.8.txt')
| -rw-r--r-- | zic.8.txt | 21 |
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) |