pike.git / lib / modules / Calendar.pmod / tzdata / NEWS

version» Context lines:

pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:1:   News for the tz database    + Release 20198 - 2019-03-25 22:01:33 -0700 +  +  Briefly: +  Palestine "springs forward" on 2019-03-30 instead of 2019-03-23. +  Metlakatla "fell back" to rejoin Alaska Time on 2019-01-20 at 02:00. +  +  Changes to past and future timestamps +  +  Palestine will not start DST until 2019-03-30, instead of 2019-03-23 as +  previously predicted. Adjust our prediction by guessing that spring +  transitions will be between 24 and 30 March, which matches recent practice +  since 2016. (Thanks to Even Scharning and Tim Parenti.) +  +  Metlakatla ended its observance of Pacific standard time, +  rejoining Alaska Time, on 2019-01-20 at 02:00. (Thanks to Ryan +  Stanley and Tim Parenti.) +  +  Changes to past timestamps +  +  Israel observed DST in 1980 (08-02/09-13) and 1984 (05-05/08-25). +  (Thanks to Alois Treindl and Isaac Starkman.) +  +  Changes to time zone abbreviations +  +  Etc/UCT is now a backward-compatibility link to Etc/UTC, instead +  of being a separate zone that generates the abbreviation "UCT", +  which nowadays is typically a typo. (Problem reported by Isiah +  Meadows.) +  +  Changes to code +  +  zic now has an -r option to limit the time range of output data. +  For example, 'zic -r @1000000000' limits the output data to +  timestamps starting 1000000000 seconds after the Epoch. +  This helps shrink output size and can be useful for applications +  not needing the full timestamp history, such as TZDIST truncation; +  see Internet RFC 8536 section 5.1. (Inspired by a feature request +  from Christopher Wong, helped along by bug reports from Wong and +  from Tim Parenti.) +  +  Changes to documentation +  +  Mention Internet RFC 8536 (February 2019), which documents TZif. +  +  tz-link.html now cites tzdata-meta +  <https://tzdata-meta.timtimeonline.com/>. +  +    Release 2018i - 2018-12-30 11:05:43 -0800       Briefly:    São Tomé and Príncipe switches from +01 to +00 on 2019-01-01.       Changes to future timestamps       Due to a change in government, São Tomé and Príncipe switches back    from +01 to +00 on 2019-01-01 at 02:00. (Thanks to Vadim    Nasardinov and Michael Deckers.)
pike.git/lib/modules/Calendar.pmod/tzdata/NEWS:393:    affect default behavior. The vanguard format currently contains    one feature not in the main format: negative SAVE values. This    improves support for Ireland, which uses Irish Standard Time    (IST, UTC+01) in summer and GMT (UTC) in winter. tzcode has    supported negative SAVE values for decades, and this feature    should move to the main format soon. However, it will not move    to the rearguard format for quite some time because some    downstream parsers do not support it.       * The build procedure constructs three files vanguard.zi, main.zi, -  and rearguard.zi, one for each format. The files represent the -  same data as closely as the formats allow. These three files +  and rearguard.zi, one for each format. Although the files +  represent essentially the same data, they may have minor +  discrepancies that users are not likely to notice. The files    are intended for downstream data consumers and are not    installed. Zoneinfo parsers that do not support negative SAVE values    should start using rearguard.zi, so that they will be unaffected    when the negative-DST feature moves from vanguard to main.    Bleeding-edge Zoneinfo parsers that support the new features    already can use vanguard.zi; in this respect, current tzcode is    bleeding-edge.       The Makefile should now be safe for parallelized builds, and 'make    -j to2050new.tzs' is now much faster on a multiprocessor host