[ANNOUNCEMENT] Test: gzip 1.10 (TEST)

Cygwin gzip Co-Maintainer Brian.Inglis@SystematicSW.ab.ca
Sun Aug 15 03:32:01 GMT 2021


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.



More information about the Cygwin mailing list