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 0F36C385840D
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=SdyUytdu c=1 sm=1 tr=0 ts=6133bc63
	a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=mDV3o1hIAAAA:8
	a=3rq_nfjwfvuTQJzDEvEA:9 a=_FVE-zBwftR9WsbkzFJk:22
From:	Cygwin gzip Co-Maintainer <Brian DOT Inglis AT SystematicSW DOT ab DOT ca>
To:	cygwin AT cygwin DOT com
Date:	Sat, 04 Sep 2021 12:32:48 -0600
Message-Id:	<announce.20210904123248.53021-1-Brian.Inglis@SystematicSW.ab.ca>
Subject:	[ANNOUNCEMENT] Updated: gzip 1.11
X-CMAE-Envelope:	MS4xfLg2oVXGCrm0HoQOnizl+JuppDVhnci46jxD3AfdKtXI4e0Oxak5OaME7JloD20swKROzQUn9zsDJt2zboMPzD4FGtOQBlQLYLmeiLJUq3RHLX2PPoJ+
	wHu+rsxCUoFJKwUAb+kVeKbX5O1vYPfWeOj50cQRwvSbB2oa8Uk4EiMhxCoyLpYHX41fxsDI7EW1EDdMng+GGz8lJtYomjExwHt24lYB8bF1YzpeA7SC380w
	dgX68gXc89/gUWFclby2oodiVJbxRClQANMQVD7ZcuA=
X-Spam-Status:	No, score=-1160.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
	KAM_LAZY_DOMAIN_SECURITY, KAM_NUMSUBJECT, KAM_SHORT, RCVD_IN_BARRACUDACENTRAL,
	RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE,
	TXREP 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:

* gzip	1.11

GNU gzip is a popular data compression program, developed to
replace compress because of patents covering the LZW algorithm
at the time, with better compression as a bonus.

For more information see the project home pages:

	https://www.gnu.org/software/gzip/
	https://sv.gnu.org/projects/gzip/

For changes since the previous Cygwin release please see below or read
/usr/share/doc/gzip/NEWS after installation; for complete details see:

	/usr/share/doc/gzip/ChangeLog
	https://git.sv.gnu.org/gitweb/?p=gzip.git;a=log;h=refs/tags/v1.11


Noteworthy changes in release 1.11 (2021-09-03) [stable]

* Bug fixes
* Documentation improvements
* Performance improvements
* Infrastructure upgrades


Noteworthy changes in release 1.10 (2018-12-29) [stable]

* Changes in behavior

  Compressed gzip output no longer contains the current time as a
  timestamp when the input is not a regular file.  Instead, the output
  contains a null (zero) timestamp.  This makes gzip's behavior more
  reproducible when used as part of a pipeline.  (As a reminder, even
  regular files will use null timestamps after the year 2106, due to a
  limitation in the gzip format.)

* Bug fixes

  A use of uninitialized memory on some malformed inputs has been fixed.
  [bug present since the beginning]

  A few theoretical race conditions in signal handers have been fixed.
  These bugs most likely do not happen on practical platforms.
  [bugs present since the beginning]


Noteworthy changes in release 1.9 (2018-01-07) [stable]

* Bug fixes

  gzip -d -S SUFFIX file.SUFFIX would fail for any upper-case byte in SUFFIX.
  E.g., before, this command would fail:
    $ :|gzip > kT && gzip -d -S T kT
    gzip: kT: unknown suffix -- ignored
  [bug present since the beginning]

  When decompressing data in 'pack' format, gzip no longer mishandles
  leading zeros in the end-of-block code.  [bug introduced in gzip-1.6]

  When converting from system-dependent time_t format to the 32-bit
  unsigned MTIME format used in gzip files, if a timestamp does not
  fit gzip now substitutes zero instead of the timestamp's low-order
  32 bits, as per Internet RFC 1952.  When converting from MTIME to
  time_t format, if a timestamp does not fit gzip now warns and
  substitutes the nearest in-range value instead of crashing or
  silently substituting an implementation-defined value (typically,
  the timestamp's low-order bits).  This affects timestamps before
  1970 and after 2106, and timestamps after 2038 on platforms with
  32-bit signed time_t.  [bug present since the beginning]

  Commands implemented via shell scripts are now more consistent about
  failure status.  For example, 'gunzip --help >/dev/full' now
  consistently exits with status 1 (error), instead of with status 2
  (warning) on some platforms.  [bug present since the beginning]

  Support for VMS and Amiga has been removed.  It was not working anyway,
  and it reportedly caused file name glitches on MS-Windowsish platforms.


-- 
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 -