[ANNOUNCEMENT] Updated: gzip 1.13
The following package has been upgraded in the Cygwin distribution: * gzip 1.13 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.13 Noteworthy changes in release 1.13 2023-08-19 Changes in behavior - zless now diagnoses gzip failures, if using less 623 or later. - When SIGPIPE is ignored, gzip now exits with status 2 (warning) instead of status 1 (error) when writing to a broken pipe. This is more useful with programs like 'less' that treat gzip exit status 2 as a non-failure. Bug fixes - 'gzip -d' no longer fails to report invalid compressed data that uses a dictionary distance outside the input window. [bug present since the beginning] - Port to C23, which does not allow K function definitions with parameters, and which does not define __alignas_is_defined. -- 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
Updated: gzip 1.13
The following package has been upgraded in the Cygwin distribution: * gzip 1.13 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.13 Noteworthy changes in release 1.13 2023-08-19 Changes in behavior - zless now diagnoses gzip failures, if using less 623 or later. - When SIGPIPE is ignored, gzip now exits with status 2 (warning) instead of status 1 (error) when writing to a broken pipe. This is more useful with programs like 'less' that treat gzip exit status 2 as a non-failure. Bug fixes - 'gzip -d' no longer fails to report invalid compressed data that uses a dictionary distance outside the input window. [bug present since the beginning] - Port to C23, which does not allow K function definitions with parameters, and which does not define __alignas_is_defined.
[ANNOUNCEMENT] Updated: gzip 1.12
The following package has been in test for four weeks and has now been upgraded to current stable in the Cygwin distribution: * gzip 1.12 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.12 Noteworthy changes in release 1.12 (2022-04-07) [stable] * Changes in behavior 'gzip -l' no longer misreports file lengths 4 GiB and larger. Previously, 'gzip -l' output the 32-bit value stored in the gzip header even though that is the uncompressed length modulo 2**32. Now, 'gzip -l' calculates the uncompressed length by decompressing the data and counting the resulting bytes. Although this can take much more time, nowadays the correctness pros seem to outweigh the performance cons. 'zless' is no longer installed on platforms lacking 'less'. * Bug fixes zgrep applied to a crafted file name with two or more newlines can no longer overwrite an arbitrary, attacker-selected file. [bug introduced in gzip-1.3.10] zgrep now names input file on error instead of mislabeling it as "(standard input)", if grep supports the GNU -H and --label options. 'zdiff -C 5' no longer misbehaves by treating '5' as a file name. [bug present since the beginning] Configure-time options like --program-prefix now work. -- 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
Updated: gzip 1.12
The following package has been in test for four weeks and has now been upgraded to current stable in the Cygwin distribution: * gzip 1.12 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.12 Noteworthy changes in release 1.12 (2022-04-07) [stable] * Changes in behavior 'gzip -l' no longer misreports file lengths 4 GiB and larger. Previously, 'gzip -l' output the 32-bit value stored in the gzip header even though that is the uncompressed length modulo 2**32. Now, 'gzip -l' calculates the uncompressed length by decompressing the data and counting the resulting bytes. Although this can take much more time, nowadays the correctness pros seem to outweigh the performance cons. 'zless' is no longer installed on platforms lacking 'less'. * Bug fixes zgrep applied to a crafted file name with two or more newlines can no longer overwrite an arbitrary, attacker-selected file. [bug introduced in gzip-1.3.10] zgrep now names input file on error instead of mislabeling it as "(standard input)", if grep supports the GNU -H and --label options. 'zdiff -C 5' no longer misbehaves by treating '5' as a file name. [bug present since the beginning] Configure-time options like --program-prefix now work.
[ANNOUNCEMENT] Test: gzip 1.12 (TEST)
The following test packages have been uploaded to the Cygwin distribution: * gzip 1.12 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. Please test this Base category utility as extensively as possible (especially if you are a Cygwin package maintainer) as this package is used in all installations. I have it locally installed so it is getting used by commands, scripts, cron jobs, and cygport builds, and is getting frequent exercise with no apparent issues so far. If no issues are reported within a couple of weeks the package will be upgraded to current stable. 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.12 Noteworthy changes in release 1.12 (2022-04-07) [stable] * Changes in behavior 'gzip -l' no longer misreports file lengths 4 GiB and larger. Previously, 'gzip -l' output the 32-bit value stored in the gzip header even though that is the uncompressed length modulo 2**32. Now, 'gzip -l' calculates the uncompressed length by decompressing the data and counting the resulting bytes. Although this can take much more time, nowadays the correctness pros seem to outweigh the performance cons. 'zless' is no longer installed on platforms lacking 'less'. * Bug fixes zgrep applied to a crafted file name with two or more newlines can no longer overwrite an arbitrary, attacker-selected file. [bug introduced in gzip-1.3.10] zgrep now names input file on error instead of mislabeling it as "(standard input)", if grep supports the GNU -H and --label options. 'zdiff -C 5' no longer misbehaves by treating '5' as a file name. [bug present since the beginning] Configure-time options like --program-prefix now work. -- 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
Test: gzip 1.12 (TEST)
The following test packages have been uploaded to the Cygwin distribution: * gzip 1.12 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. Please test this Base category utility as extensively as possible (especially if you are a Cygwin package maintainer) as this package is used in all installations. I have it locally installed so it is getting used by commands, scripts, cron jobs, and cygport builds, and is getting frequent exercise with no apparent issues so far. If no issues are reported within a couple of weeks the package will be upgraded to current stable. 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.12 Noteworthy changes in release 1.12 (2022-04-07) [stable] * Changes in behavior 'gzip -l' no longer misreports file lengths 4 GiB and larger. Previously, 'gzip -l' output the 32-bit value stored in the gzip header even though that is the uncompressed length modulo 2**32. Now, 'gzip -l' calculates the uncompressed length by decompressing the data and counting the resulting bytes. Although this can take much more time, nowadays the correctness pros seem to outweigh the performance cons. 'zless' is no longer installed on platforms lacking 'less'. * Bug fixes zgrep applied to a crafted file name with two or more newlines can no longer overwrite an arbitrary, attacker-selected file. [bug introduced in gzip-1.3.10] zgrep now names input file on error instead of mislabeling it as "(standard input)", if grep supports the GNU -H and --label options. 'zdiff -C 5' no longer misbehaves by treating '5' as a file name. [bug present since the beginning] Configure-time options like --program-prefix now work.
[ANNOUNCEMENT] Updated: gzip 1.11
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
Updated: gzip 1.11
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.
[ANNOUNCEMENT] Test: gzip 1.10 (TEST)
The following test packages have been uploaded to the Cygwin distribution: * gzip 1.10 GNU Gzip is a popular data compression program originally written by Jean-Loup Gailly for the GNU project. Mark Adler wrote the decompression part. It was developed as a replacement for compress because of Unisys and IBM patents covering the LZW algorithm at the time. The superior compression ratio of gzip is just a bonus. Please test this Base category utility as extensively as possible (especially if you are a Cygwin package maintainer) as this package is used in all installations and has not been upgraded for a few years. I have it locally installed so it is getting used by commands, scripts, cron jobs, and cygport builds, and has and is getting frequent exercise with no apparent issues so far. If no issues are reported within a couple of weeks the package will be upgraded to current. 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.10 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
Test: gzip 1.10 (TEST)
The following test packages have been uploaded to the Cygwin distribution: * gzip 1.10 GNU Gzip is a popular data compression program originally written by Jean-Loup Gailly for the GNU project. Mark Adler wrote the decompression part. It was developed as a replacement for compress because of Unisys and IBM patents covering the LZW algorithm at the time. The superior compression ratio of gzip is just a bonus. Please test this Base category utility as extensively as possible (especially if you are a Cygwin package maintainer) as this package is used in all installations and has not been upgraded for a few years. I have it locally installed so it is getting used by commands, scripts, cron jobs, and cygport builds, and has and is getting frequent exercise with no apparent issues so far. If no issues are reported within a couple of weeks the package will be upgraded to current. 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.10 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.