From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 0F36C385840D for ; Sat, 4 Sep 2021 18:35:16 +0000 (GMT) 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 Received: from shw-obgw-4004a.ext.cloudfilter.net ([10.228.9.227]) by cmsmtp with ESMTP id MUb5m9MXAczbLMaVXmFl1N; Sat, 04 Sep 2021 18:35:15 +0000 Received: from SystematicSW.ab.ca ([68.147.0.90]) by cmsmtp with ESMTP id MaVXmp0o4dCHGMaVXmhr6g; Sat, 04 Sep 2021 18:35:15 +0000 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 To: Cygwin Announcements Reply-To: Cygwin Date: Sat, 04 Sep 2021 12:32:48 -0600 Message-Id: <20210904123248.53021-1-Brian.Inglis@SystematicSW.ab.ca> Subject: 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Read-only mailing list announcing new and updated Cygwin packages List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2021 18:35:17 -0000 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.