X-Recipient:	archive-cygwin AT delorie DOT com
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.1 sourceware.org D5F32385840C
Authentication-Results:	sourceware.org; dmarc=none (p=none dis=none)
	header.from=SystematicSW.ab.ca
Authentication-Results:	sourceware.org;
	spf=none smtp.mailfrom=systematicsw.ab.ca
X-Authority-Analysis:	v=2.4 cv=Y6brDzSN c=1 sm=1 tr=0 ts=623601c8
	a=oHm12aVswOWz6TMtn9zYKg==:117 a=oHm12aVswOWz6TMtn9zYKg==:17 a=m9shYIPOAAAA:8
	a=uZvujYp8AAAA:8 a=FFvZ16-N3BIeMqz3IAgA:9 a=CJ8O9YCcgaEA:10 a=VABbOG_gcIoA:10
	a=LHQ91m3heICjk2Q-pzoI:22 a=SLzB8X_8jTLwj6mN0q5r:22
From:	"Cygwin tzcode/tzdata Maintainer" <Brian DOT Inglis AT SystematicSW DOT ab DOT ca>
To:	cygwin AT cygwin DOT com
Date:	Sat, 19 Mar 2022 10:13:52 -0600
Message-Id:	<announce.20220319101352.57067-1-Brian.Inglis@SystematicSW.ab.ca>
Subject:	[ANNOUNCEMENT] Updated: tzcode, tzdata 2022a
X-CMAE-Envelope:	MS4xfEHQJ+yBvqOUwqNg0x+VJMnZEp9KJs/nmwxlQgF0fhFO2609ZTSb/2jQGrW6serl2Rf7vuX+fSQdoAzYDPITxGWpOOeN6x0Iokd4FAHfZMNakk8F4ZG4
	I0rVXvCtcYwbL+NX/SmR0zRkOKFzff9uKihfkf0MYhnx17l6mWGI9lTR/2cJ1FzFjHoJr0B8lYU6h+rgp94eBB4iLB0e9kywEm4OuJ4go93rfGcdlDu6tpQi
	lmWoprXBjjvc5HF7Ue+6d/h3PyA52/mKugmQ3vkjuEE=
X-Spam-Status:	No, score=-1164.2 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
	KAM_LAZY_DOMAIN_SECURITY, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE,
	SPF_NONE, TXREP,
	T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4
X-Spam-Checker-Version:	SpamAssassin 3.4.4 (2020-01-24) on
	server2.sourceware.org
X-BeenThere:	cygwin-announce AT cygwin DOT com
X-Mailman-Version:	2.1.29
X-Mailer:	Perl5 Mail::Internet v2.20
X-BeenThere:	cygwin AT cygwin DOT com
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To:	cygwin AT cygwin DOT com
MIME-Version:	1.0
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>

The following packages have been upgraded in the Cygwin distribution:

* tzcode	2022a
* tzdata	2022a

The Time Zone Database (often called tz, tzdb, or zoneinfo) contains
data that represents the history of local time for many locations around
the world, and supports conversion of UTC time to local time at those
locations to allow display of those local times. It is updated
periodically to reflect changes made by political bodies to daylight
saving (summer time) rules, UTC offsets, and time zone boundaries.
The tzcode package provides the tzselect, zdump, and zic utilities.

For more details on changes, please see the announcement or below:

	https://mm.icann.org/pipermail/tz-announce/2022-March/000070.html


Release 2022a - 2022-03-15 23:02:01 -0700

Briefly:

* Palestine will spring forward on 2022-03-27, not -03-26.
* zdump -v now outputs better failure indications.
* Bug fixes for code that reads corrupted TZif data.

Changes to future timestamps

* Palestine will spring forward on 2022-03-27, not 2022-03-26. Predict
  future transitions for first Sunday >= March 25. Additionally, predict
  fallbacks to be the first Friday on or after October 23, not October's
  last Friday, to be more consistent with recent practice. The first
  differing fallback prediction is on 2025-10-24, not 2025-10-31.

Changes to past timestamps

* From 1992 through spring 1996, Ukraine's DST transitions were at 02:00
  standard time, not at 01:00 UTC.

* Chile's Santiago Mean Time and its LMT precursor have been adjusted
  eastward by 1 second to align with past and present law.

Changes to commentary

* Add several references for Chile's 1946/1947 transitions, some of
  which only affected portions of the country.

Changes to code

* Fix bug when mktime gets confused by truncated TZif files with
  unspecified local time.

* Fix bug when 32-bit time_t code reads malformed 64-bit TZif data.

* When reading a version 2 or later TZif file, the TZif reader now
  validates the version 1 header and data block only enough to skip over
  them, as recommended by RFC 8536 section 4. Also, the TZif reader no
  longer mistakenly attempts to parse a version 1 TZIf file header as a
  TZ string.

* zdump -v now outputs "(localtime failed)" and "(gmtime failed)" when
  local time and UT cannot be determined for a timestamp.

Changes to build procedure

* Distribution tarballs now use standard POSIX.1-1988 ustar format
  instead of GNU format. Although the formats are almost identical for
  these tarballs, ustar headers' magic fields contain "ustar" instead of
  "ustar ", and their version fields contain "00" instead of " ". The
  two formats are planned to diverge more significantly for tzdb
  releases after 2242-03-16 12:56:31 UTC, when the ustar format becomes
  obsolete and the tarballs switch to pax format, an extension of ustar.
  For details about these formats, please see "pax - portable archive
  interchange", IEEE Std 1003.1-2017,
  <https://pubs.opengroup.org/onlinepubs/9699919799/utilities/pax.html#tag_20_92_13>.


-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -