|
1 | 1 | News for the tz database |
2 | 2 |
|
| 3 | +Release 2024b - 2024-09-04 12:27:47 -0700 |
| 4 | + |
| 5 | + Briefly: |
| 6 | + Improve historical data for Mexico, Mongolia, and Portugal. |
| 7 | + System V names are now obsolescent. |
| 8 | + The main data form now uses %z. |
| 9 | + The code now conforms to RFC 8536 for early timestamps. |
| 10 | + Support POSIX.1-2024, which removes asctime_r and ctime_r. |
| 11 | + Assume POSIX.2-1992 or later for shell scripts. |
| 12 | + SUPPORT_C89 now defaults to 1. |
| 13 | + |
| 14 | + Changes to past timestamps |
| 15 | + |
| 16 | + Asia/Choibalsan is now an alias for Asia/Ulaanbaatar rather than |
| 17 | + being a separate Zone with differing behavior before April 2008. |
| 18 | + This seems better given our wildly conflicting information about |
| 19 | + Mongolia's time zone history. (Thanks to Heitor David Pinto.) |
| 20 | + |
| 21 | + Historical transitions for Mexico have been updated based on |
| 22 | + official Mexican decrees. The affected timestamps occur during |
| 23 | + the years 1921-1927, 1931, 1945, 1949-1970, and 1981-1997. |
| 24 | + The affected zones are America/Bahia_Banderas, America/Cancun, |
| 25 | + America/Chihuahua, America/Ciudad_Juarez, America/Hermosillo, |
| 26 | + America/Mazatlan, America/Merida, America/Mexico_City, |
| 27 | + America/Monterrey, America/Ojinaga, and America/Tijuana. |
| 28 | + (Thanks to Heitor David Pinto.) |
| 29 | + |
| 30 | + Historical transitions for Portugal, represented by Europe/Lisbon, |
| 31 | + Atlantic/Azores, and Atlantic/Madeira, have been updated based on a |
| 32 | + close reading of old Portuguese legislation, replacing previous data |
| 33 | + mainly originating from Whitman and Shanks & Pottenger. These |
| 34 | + changes affect a few transitions in 1917-1921, 1924, and 1940 |
| 35 | + throughout these regions by a few hours or days, and various |
| 36 | + timestamps between 1977 and 1993 depending on the region. In |
| 37 | + particular, the Azores and Madeira did not observe DST from 1977 to |
| 38 | + 1981. Additionally, the adoption of standard zonal time in former |
| 39 | + Portuguese colonies have been adjusted: Africa/Maputo in 1909, and |
| 40 | + Asia/Dili by 22 minutes at the start of 1912. |
| 41 | + (Thanks to Tim Parenti.) |
| 42 | + |
| 43 | + Changes to past tm_isdst flags |
| 44 | + |
| 45 | + The period from 1966-04-03 through 1966-10-02 in Portugal is now |
| 46 | + modeled as DST, to more closely reflect how contemporaneous changes |
| 47 | + in law entered into force. |
| 48 | + |
| 49 | + Changes to data |
| 50 | + |
| 51 | + Names present only for compatibility with UNIX System V |
| 52 | + (last released in the 1990s) have been moved to 'backward'. |
| 53 | + These names, which for post-1970 timestamps mostly just duplicate |
| 54 | + data of geographical names, were confusing downstream uses. |
| 55 | + Names moved to 'backward' are now links to geographical names. |
| 56 | + This affects behavior for TZ='EET' for some pre-1981 timestamps, |
| 57 | + for TZ='CET' for some pre-1947 timestamps, and for TZ='WET' for |
| 58 | + some pre-1996 timestamps. Also, TZ='MET' now behaves like |
| 59 | + TZ='CET' and so uses the abbreviation "CET" rather than "MET". |
| 60 | + Those needing the previous TZDB behavior, which does not match any |
| 61 | + real-world clocks, can find the old entries in 'backzone'. |
| 62 | + (Problem reported by Justin Grant.) |
| 63 | + |
| 64 | + The main source files' time zone abbreviations now use %z, |
| 65 | + supported by zic since release 2015f and used in vanguard form |
| 66 | + since release 2022b. For example, America/Sao_Paulo now contains |
| 67 | + the zone continuation line "-3:00 Brazil %z", which is less error |
| 68 | + prone than the old "-3:00 Brazil -03/-02". This does not change |
| 69 | + the represented data: the generated TZif files are unchanged. |
| 70 | + Rearguard form still avoids %z, to support obsolescent parsers. |
| 71 | + |
| 72 | + Asia/Almaty has been removed from zonenow.tab as it now agrees |
| 73 | + with Asia/Tashkent for future timestamps, due to Kazakhstan's |
| 74 | + 2024-02-29 time zone change. Similarly, America/Scoresbysund |
| 75 | + has been removed, as it now agrees with America/Nuuk due to |
| 76 | + its 2024-03-31 time zone change. |
| 77 | + |
| 78 | + Changes to code |
| 79 | + |
| 80 | + localtime.c now always uses a TZif file's time type 0 to handle |
| 81 | + timestamps before the file's first transition. Formerly, |
| 82 | + localtime.c sometimes inferred a different time type, in order to |
| 83 | + handle problematic data generated by zic 2018e or earlier. As it |
| 84 | + is now safe to assume more recent versions of zic, there is no |
| 85 | + longer a pressing need to fail to conform RFC 8536 section 3.2, |
| 86 | + which requires using time type 0 in this situation. This change |
| 87 | + does not affect behavior when reading TZif files generated by zic |
| 88 | + 2018f and later. |
| 89 | + |
| 90 | + POSIX.1-2024 removes asctime_r and ctime_r and does not let |
| 91 | + libraries define them, so remove them except when needed to |
| 92 | + conform to earlier POSIX. These functions are dangerous as they |
| 93 | + can overrun user buffers. If you still need them, add |
| 94 | + -DSUPPORT_POSIX2008 to CFLAGS. |
| 95 | + |
| 96 | + The SUPPORT_C89 option now defaults to 1 instead of 0, fixing a |
| 97 | + POSIX-conformance bug introduced in 2023a. |
| 98 | + |
| 99 | + tzselect now supports POSIX.1-2024 proleptic TZ strings. Also, it |
| 100 | + assumes POSIX.2-1992 or later, as practical porting targets now |
| 101 | + all support that, and it uses some features from POSIX.1-2024 if |
| 102 | + available. |
| 103 | + |
| 104 | + Changes to build procedure |
| 105 | + |
| 106 | + 'make check' no longer requires curl and Internet access. |
| 107 | + |
| 108 | + The build procedure now assumes POSIX.2-1992 or later, to simplify |
| 109 | + maintenance. To build on Solaris 10, the only extant system still |
| 110 | + defaulting to pre-POSIX, prepend /usr/xpg4/bin to PATH. |
| 111 | + |
| 112 | + Changes to documentation |
| 113 | + |
| 114 | + The documentation now reflects POSIX.1-2024. |
| 115 | + |
| 116 | + Changes to commentary |
| 117 | + |
| 118 | + Commentary about historical transitions in Portugal and her former |
| 119 | + colonies has been expanded with links to many relevant legislation. |
| 120 | + (Thanks to Tim Parenti.) |
| 121 | + |
| 122 | + |
3 | 123 | Release 2024a - 2024-02-01 09:28:56 -0800 |
4 | 124 |
|
5 | 125 | Briefly: |
@@ -161,7 +281,7 @@ Release 2023d - 2023-12-21 20:02:24 -0800 |
161 | 281 | * It uses the special .POSIX target. |
162 | 282 | * It quotes special characters more carefully. |
163 | 283 | * It no longer mishandles builds in an ISO 8859 locale. |
164 | | - Due to the CC changes, TZDIR is now #defined in a file tzfile.h |
| 284 | + Due to the CC changes, TZDIR is now #defined in a file tzdir.h |
165 | 285 | built by 'make', not in a $(CC) -D option. Also, TZDEFAULT is |
166 | 286 | now treated like TZDIR as they have similar roles. |
167 | 287 |
|
@@ -283,7 +403,7 @@ Release 2023a - 2023-03-22 12:39:33 -0700 |
283 | 403 | To improve tzselect diagnostics, zone1970.tab's comments column is |
284 | 404 | now limited to countries that have multiple timezones. |
285 | 405 |
|
286 | | - Note that leap seconds are planned to be discontinued by 2035. |
| 406 | + Note that there are plans to discontinue leap seconds by 2035. |
287 | 407 |
|
288 | 408 |
|
289 | 409 | Release 2022g - 2022-11-29 08:58:31 -0800 |
|
0 commit comments