Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8297804

(tz) Update Timezone Data to 2022g

XMLWordPrintable

      The 2022g release of the tz code and data is available.

      This release contains the following changes:

         Briefly:
           The northern edge of Chihuahua changes to US timekeeping.
           Much of Greenland stops changing clocks after March 2023.
           Fix some pre-1996 timestamps in northern Canada.
           C89 is now deprecated; please use C99 or later.
           Portability fixes for AIX, libintl, MS-Windows, musl, z/OS
           In C code, use more C23 features if available.
           C23 timegm now supported by default
           Fixes for unlikely integer overflows

         Changes to future timestamps

           In the Mexican state of Chihuahua, the border strip near the US
           will change to agree with nearby US locations on 2022-11-30.
           The strip's western part, represented by Ciudad Juárez, switches
           from -06 all year to -07/-06 with US DST rules, like El Paso, TX.
           The eastern part, represented by Ojinaga, will observe US DST next
           year, like Presidio, TX. (Thanks to Heitor David Pinto.)
           A new Zone America/Ciudad_Juarez splits from America/Ojinaga.

           Much of Greenland, represented by America/Nuuk, stops observing
           winter time after March 2023, so its daylight saving time becomes
           standard time. (Thanks to Jonas Nyrup and Jürgen Appel.)

         Changes to past timestamps

           Changes for pre-1996 northern Canada (thanks to Chris Walton):

             Merge America/Iqaluit and America/Pangnirtung into the former,
             with a backward compatibility link for the latter name.
             There is no good evidence the two locations differ since 1970.
             This change affects pre-1996 America/Pangnirtung timestamps.

             Cambridge Bay, Inuvik, Iqaluit, Rankin Inlet, Resolute and
             Yellowknife did not observe DST in 1965, and did observe DST
             from 1972 through 1979.

             Whitehorse moved from -09 to -08 on 1966-02-27, not 1967-05-28.

           Colombia's 1993 fallback was 02-06 24:00, not 04-04 00:00.
           (Thanks to Alois Treindl.)

           Singapore's 1981-12-31 change was at 16:00 UTC (23:30 local time),
           not 24:00 local time. (Thanks to Geoff Clare via Robert Elz.)

         Changes to code

           Although tzcode still works with C89, bugs found in recent routine
           maintenance indicate that bitrot has set in and that in practice
           C89 is no longer used to build tzcode. As it is a maintenance
           burden, support for C89 is planned to be removed soon. Instead,
           please use compilers compatible with C99, C11, C17, or C23.

           timegm, which tzcode implemented in 1989, will finally be
           standardized 34 years later as part of C23, so timegm is now
           supported even if STD_INSPIRED is not defined.

           Fix bug in zdump's tzalloc emulation on hosts that lack tm_zone.
           (Problem reported by Đoàn Trần Công Danh.)

           Fix bug in zic on hosts where malloc(0) yields NULL on success.
           (Problem reported by Tim McBrayer for AIX 6.1.)

           Fix zic configuration to avoid linkage failures on some platforms.
           (Problems reported by Gilmore Davidson and Igor Ivanov.)

           Work around MS-Windows nmake incompatibility with POSIX.
           (Problem reported by Manuela Friedrich.)

           Port mktime and strftime to debugging platforms where accessing
           uninitialized data has undefined behavior (strftime problem
           reported by Robert Elz).

           Check more carefully for unlikely integer overflows, preferring
           C23 <stdckdint.h> to overflow checking by hand, as the latter has
           had obscure bugs.

         Changes to build procedure

           New Makefile rule check_mild that skips checking whether Link
           lines are in the file 'backward'. (Inspired by a suggestion from
           Stephen Colebourne.)

      Here are links to the release files:

         https://www.iana.org/time-zones/repository/releases/tzcode2022g.tar.gz
         https://www.iana.org/time-zones/repository/releases/tzdata2022g.tar.gz
         https://www.iana.org/time-zones/repository/releases/tzdb-2022g.tar.lz

      The following convenience links are also available, although they may
      point to the previous release until the relevant caches are refreshed:

         https://www.iana.org/time-zones/repository/tzcode-latest.tar.gz
         https://www.iana.org/time-zones/repository/tzdata-latest.tar.gz
         https://www.iana.org/time-zones/repository/tzdb-latest.tar.lz

      Links are also available via plain HTTP, and via FTP from
      ftp://ftp.iana.org/tz/releases with the same basenames as above.

      Each release file has a GPG signature, which can be retrieved by
      appending ".asc" to the above URLs. Copies of these signatures are
      appended to this message.

      This release corresponds to commit
      4e604e41115182c3ab1185bab4c888822511348e dated 2022-11-29 08:58:31 -0800
      and tagged '2022g' in the development GitHub repository at
      <https://github.com/eggert/tz>.

      Here are the SHA-512 checksums for the release files:

      5188edd8d05238a88da734cf78fadfb57640d4db3e7a0a9dddd70e3071e16b6eebc2e2ab17109b7dafafae68abfbc857df481cfdc3ffe63f7eb1569ea0b5997a
        tzcode2022g.tar.gz
      7f79394295e00e3a24ebdbf9af3bc454a65f432a93b517e7e96c7f9db9949f6f5fdae9892a9d3789ff44ae0eb1bfe4744d36976b4624659af951d26414f94e65
        tzdata2022g.tar.gz
      f471046189f519de5735ac2d8c3edb27cbe925247b06f44634e700e5e4453ec5f715d85256fc74d300bcdaa070a7600fcc054327f2dfe743ab3c0fe404ff83c1
        tzdb-2022g.tar.lz

      Here are the GPG digital signatures for the release files:

      -----BEGIN PGP SIGNATURE-----

      iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmOGOvAACgkQ7ZfpDmKq
      fjSI4w/+PkVPCILI34+QeXIm6LLPhEPLxtb7q3rvfoBXk/qyottcPJvQXSAsqX/c
      Hus6lCNK0COyICVn48rf3ss+GNxLev/ZTMVLUBkH8WrgSe+5lPDjmaZjkbzIGPs8
      L9TqE60K8DyeLNnZPf4Pkpx6o5r7uO3iQSN5qFyj5H82mDJ4vcQLZSNvDIA4+sRm
      +qmsBcn6Gk3EU3u3/YrxhuEY0ymUrJvm5LSG62CqLwA1Pd+REF70Ir5LdO4yJoUS
      blWe/CLUcnRfzMEK9/NGa1z3GtkisPYBCPnYJ93m2n4ASvFQ+R3t7NCEY2W+96ce
      3kSPIX5W2g0/gcDTi1bxdLnQkO4RxtSQnlCjCae58dQNUgOa2X8mdRniRjjYC059
      JY35VUzmX9wCPpcuq0iMbpOEWXeWga0ZDRmlZtZCwPKxkw+AhoJQVp5jxGNa4kwZ
      CZDjQga3ObvN8aQqMi9TpabJ4m2ZdN1yHQ7OTN80N67tHYMAbW0aY3J0JRIVjTHo
      P+8Y6FaCLzJA73BgnR7faiILXIPtXE54X+koo8x2Uwtrl8/wHsaPTippq96ts6Y6
      3Zdr3EAQgAPhYtUgtHoIbLFBLjmyL5sUXOTwG/gMkUYXVkDpeBnc+BHrkv0Sjaw7
      Vzz5HthhnSblP9bLB3KPTbbM0t+aypsSOYOSZWnIK8ANI9BdrNQ=
      =tSyt
      -----END PGP SIGNATURE-----
      -----BEGIN PGP SIGNATURE-----

      iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmOGOvAACgkQ7ZfpDmKq
      fjSedhAAu8XkzqB8NmXDYfEurBCUPe7zCBxBe7yqdt5W+tDA9snOtab3d8Oq7Lsb
      vNZfh4qHIxNbEYpoXOc0Qce3XKXGgyKDmZeFYQJ0ziqoZXetNLQEmg7T/H2m3GHl
      eo7K3w2hvyBB26FuDtimE5pzuJo9qJLXDp2SbOAbKa1w5HibyvZBOfcQozZ4CBmE
      mBc8LzyFY3zOhiy7CGYskqOzatNa0Eid95RkK2RXXTnN965N1qdyOz3z9SkJFH9h
      MR84VGYBmk0UGdPGmp1imkGmIrO/8AFny19ECCe4F74o2DFSPzANOaEh+i3fIP3d
      GNR96la9GGopmna+VNQt6zxdw4DHRoNkAupnJ2NVM0lbAMOG0mmwCFkCzW4gzTVm
      7NdAtZyH+HjiKYPdQNIHbsvl0K1qIo1yXrb4jTd8eXaxA65msCOOwjqWk7a8ZjrJ
      NrLNmGeLow9svofEAeLpc9BUgwF90JGIlb+tPYovyj/xSU9vhQl1ZEmFYYdaN781
      rGZ5jKtwBZWoAxW1Copf8S3jcxleSVMFo6MTEU+K+svZLd8SH5BnETa0fYWSTzKA
      uh2Y4V6pFe0/JVVC15mYkytbP6TC6prRmi44jRHtVRDtizGd7FFxYacIApkhBVi2
      Qb8Qy+oZySwL+dbRlu+bA9nHIdACtxRouVEWpAecCBLaK3kBb7I=
      =6g+2
      -----END PGP SIGNATURE-----
      -----BEGIN PGP SIGNATURE-----

      iQIzBAABCgAdFiEEfjeSqdis99YzvBWI7ZfpDmKqfjQFAmOGOvIACgkQ7ZfpDmKq
      fjT6/A/5AQdjRCEQngohVPQcxWE57FhHN+3Yq72iCbi64MhnL8sR+fHcni8CRb4f
      SIxi/tXeLdKJVV8+w7TBeQIDBDHrWXla2NSTHNcGREdp/wMoWagxBzAx3g2qQ7eT
      Qz6JhG4pHlOGK3u0/RESuCnhS/XmKTYj6BeDNc33LQ4iB0Lh+o9O/rz6jQyO3Y3L
      84QMNJ4Edq/pOz9d9T1/cWO1j8Cn4Mled9WdCyOqZnhzRcJdbi/gDydC5aJIj1Fx
      5OUrRwblIRVxMbK+kZA4D0lHR56KZb7NsaFGfsnW0m5zHUpXoGNYaFelKlWoRblO
      OEneM34IgNxsLhe9J9r/epSWB/14PmaY0zdXlNmKqELa7zYiJkiAwucPWtpxkPJG
      q6WPt4Pk4bWcud9esdgG7vjBz3ffrz2hUrmSMxuwLPHLuPRLrBoeMAmecFixGpea
      BUmR+XCPV9m19zcnvshBFGuLTNwFZSWBlUB9lWIocXc9cIMo4W/gNdUhnjb9L0+z
      VtAJzws1VcRV5zpkanwt+K50xjUlunxcRgLbLY2oMCpeDQyxH6DTnUr8RdJeMmvM
      ZPJYekxG0W8/eEjDOUFIQqvOtK1sQVhCZhjeciDW7to/K1p7DJy+g5g7lJn5KK4B
      Oz8vqmhdvdoIAK5uezPILpyJT7UpdUhmZ1WwQRqhk6G3jXPigQc=
      =Kyhr
      -----END PGP SIGNATURE-----

            ysatowse Yoshiki Sato (Inactive)
            ysatowse Yoshiki Sato (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: