GNU bug report logs - #49952
new snapshot available: gzip-1.10.34-aa73

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 49952 in the body.
You can then email your comments to 49952 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: bug-gzip <at> gnu.org
Cc: coordinator <at> translationproject.org, platform-testers <at> gnu.org
Subject: new snapshot available: gzip-1.10.34-aa73
Date: Sun, 08 Aug 2021 22:37:00 -0700

[Message part 1 (text/plain, inline)]

NEWS (below) is nearly empty, but it's been more than 2.5 years since
the last release, so I am now preparing to make a new one.  Any testing
would be most welcome.  If anyone has pending changes, please speak
soon.  I aim to release in just a few days.

gzip snapshot:
  https://meyering.net/gzip/gzip-ss.tar.xz      784 KB
  https://meyering.net/gzip/gzip-ss.tar.xz.sig
  https://meyering.net/gzip/gzip-1.10.34-aa73.tar.xz

SHA256(gzip-1.10.34-aa73.tar.gz)= c019e66b7f244ccc5d5ddc945b636ee0d83ad1ef7611303f31821e2425abe087
SHA256(gzip-1.10.34-aa73.tar.xz)= 2074d8d0fea002ba7382bb64c16b76b2aad6c9029e8f58a99aec220259e6aa5e
SHA256(gzip-1.10.34-aa73.zip)= f2dd8f4a5e878bbd022d5b58aca6f1aafd473c32cdb88cb741c9e278101a6345

Changes in gzip since v1.10:

Bjarni Ingi Gislason (1):
      doc: gzip.1: Change .BR to .B as there is only one argument

Dmitry V. Levin (1):
      bug#47715: [PATCH] gzip.c: use a more portable alignment

Ilya Leoshkevich (8):
      bug#34918: [PATCH] Add support for IBM Z hardware-accelerated deflate
      Document IBM Z environment variables
      IBM Z DFLTCC: fix three data corruption issues
      IBM Z DFLTCC: add STREQ definition
      Update .gitignore files
      bug#43583: Fix building DFLTCC with clang
      Fix DFLTCC segfault when compressing or decompressing two files
      Add a test for compressing and decompressing two files

Jim Meyering (17):
      maint: post-release administrivia
      maint: update all copyright dates via "make update-copyright"
      build: update gnulib to latest
      build: ensure no VLA is used
      maint: placate strcmp-vs-STREQ syntax check rule
      maint: change calloc module to calloc-gnu
      maint: update all copyright year number ranges
      doc: man page improvements
      build: update gnulib to latest
      build: require autoconf-2.64
      build: update gnulib to latest
      maint: avoid autoreconf warnings
      maint: remove uses of obsolete macros
      maint: avoid another autoreconf warning
      maint: update all copyright year number ranges
      build: update gnulib to latest
      build: update gnulib to latest

Paul Eggert (7):
      gzexe: fix count of lines to skip
      Improve IBM Z patch
      doc: prefer bold to italics for command names
      * gzip.1: Quote better (Bug#46730).
      gzip: port to SIGPIPE-less platforms
      zgrep: fix option typo
      maint: modernize .gitignore


Changes in gnulib since v1.10:

* gnulib 95c96b6dd...1221876a7 (2546):
  > canonicalize-lgpl: Fix conflict with z/OS <sys/stat.h>.
  ... 2545 lines elided ...

=======================
NEWS

** Performance improvements

  IBM Z platforms now support hardware-accelerated deflation.

[signature.asc (application/pgp-signature, inline)]

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dagobert Michelsen <dam <at> opencsw.org>
To: Jim Meyering <jim <at> meyering.net>
Cc: bug-gzip <at> gnu.org
Subject: Re: [platform-testers] new snapshot available: gzip-1.10.34-aa73
Date: Mon, 9 Aug 2021 09:29:52 +0200

[Message part 1 (text/plain, inline)]

Hi Jim,

Am 09.08.2021 um 07:37 schrieb Jim Meyering <jim <at> meyering.net>:
> NEWS (below) is nearly empty, but it's been more than 2.5 years since
> the last release, so I am now preparing to make a new one.  Any testing
> would be most welcome.  If anyone has pending changes, please speak
> soon.  I aim to release in just a few days.
> 
> gzip snapshot:
>  https://meyering.net/gzip/gzip-ss.tar.xz      784 KB
>  https://meyering.net/gzip/gzip-ss.tar.xz.sig
>  https://meyering.net/gzip/gzip-1.10.34-aa73.tar.xz

This look good on Solaris 9, 10, 11 on both Sparc and i386.


Best regards

  — Dago

--
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

[signature.asc (application/pgp-signature, attachment)]

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Benno Schulenberg <coordinator <at> translationproject.org>
To: bug-gzip <at> gnu.org
Subject: Re: new snapshot available: gzip-1.10.34-aa73
Date: Mon, 9 Aug 2021 09:32:25 +0200

Hello Jim,

Op 09-08-2021 om 07:37 schreef Jim Meyering:
>   https://meyering.net/gzip/gzip-1.10.34-aa73.tar.xz

This package does not contain a POT file.  Please do not send me
an announcement for packages that are not translatable.

Benno

Message #14 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Stephen Kitt <steve <at> sk2.org>
To: bug-gzip <at> gnu.org
Cc: 49952 <at> debbugs.gnu.org
Subject: Re: bug#49952: new snapshot available: gzip-1.10.34-aa73
Date: Mon, 09 Aug 2021 10:02:10 +0200

Hi,

Le 09/08/2021 07:37, Jim Meyering a écrit :
> NEWS (below) is nearly empty, but it's been more than 2.5 years since
> the last release, so I am now preparing to make a new one.  Any testing
> would be most welcome.  If anyone has pending changes, please speak
> soon.  I aim to release in just a few days.

Is there any chance 
https://lists.gnu.org/archive/html/bug-gzip/2018-12/msg00010.html could 
be considered?

Regards,

Stephen

Message #20 received at 49952 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Stephen Kitt <steve <at> sk2.org>
Cc: 49952 <at> debbugs.gnu.org
Subject: Re: bug#49952: new snapshot available: gzip-1.10.34-aa73
Date: Mon, 9 Aug 2021 01:37:05 -0700

On 8/9/21 1:02 AM, Stephen Kitt wrote:
> 
> Is there any chance 
> https://lists.gnu.org/archive/html/bug-gzip/2018-12/msg00010.html could 
> be considered?

Better than that, why not just have 'gzip -l' print the correct number, 
by decompressing the whole file and discarding its bytes? That's what 
pigz does.

Message #23 received at 49952 <at> debbugs.gnu.org (full text, mbox):

From: "Adler, Mark" <madler <at> alumni.caltech.edu>
To: Paul Eggert <eggert <at> CS.UCLA.EDU>
Cc: "49952 <at> debbugs.gnu.org" <49952 <at> debbugs.gnu.org>,
 Stephen Kitt <steve <at> sk2.org>
Subject: Re: bug#49952: new snapshot available: gzip-1.10.34-aa73
Date: Mon, 9 Aug 2021 15:19:20 +0000

pigz -l doesn’t do that, but pigz -lt does. Since -t has to decode the whole file, -l combined with it will use that information to give the correct result. For compatibility, pigz -l still does what gzip does, which is to guess based on what it finds at the end of the file.

> On Aug 9, 2021, at 1:37 AM, Paul Eggert <eggert <at> CS.UCLA.EDU> wrote:
> 
> On 8/9/21 1:02 AM, Stephen Kitt wrote:
>> Is there any chance https://lists.gnu.org/archive/html/bug-gzip/2018-12/msg00010.html could be considered?
> 
> Better than that, why not just have 'gzip -l' print the correct number, by decompressing the whole file and discarding its bytes? That's what pigz does.
> 
> 
> 

Message #26 received at 49952 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: "Adler, Mark" <madler <at> alumni.caltech.edu>
Cc: "49952 <at> debbugs.gnu.org" <49952 <at> debbugs.gnu.org>,
 Stephen Kitt <steve <at> sk2.org>
Subject: Re: bug#49952: new snapshot available: gzip-1.10.34-aa73
Date: Mon, 9 Aug 2021 14:41:45 -0700

On 8/9/21 8:19 AM, Adler, Mark wrote:
> pigz -l doesn’t do that, but pigz -lt does. Since -t has to decode the whole file, -l combined with it will use that information to give the correct result. For compatibility, pigz -l still does what gzip does, which is to guess based on what it finds at the end of the file.

Perhaps gzip -l could do bounded work, as follows:

* Look at the header to see what its byte count B says.

* Decompress until it sees more than B bytes.

* If so, report that the -l sizes are bogus. If not, carry on as before.

Due to format limits, B can be at most 2**32 - 1, so this provides a 
bound on the amount of work, a bound that's reasonably small nowadays.

Message #29 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Jim Meyering <jim <at> meyering.net>
To: Dagobert Michelsen <dam <at> opencsw.org>
Cc: bug-gzip <at> gnu.org
Subject: Re: [platform-testers] new snapshot available: gzip-1.10.34-aa73
Date: Mon, 9 Aug 2021 18:36:29 -0700

On Mon, Aug 9, 2021 at 12:30 AM Dagobert Michelsen <dam <at> opencsw.org> wrote:
> Hi Jim,
> Am 09.08.2021 um 07:37 schrieb Jim Meyering <jim <at> meyering.net>:
> > NEWS (below) is nearly empty, but it's been more than 2.5 years since
> > the last release, so I am now preparing to make a new one.  Any testing
> > would be most welcome.  If anyone has pending changes, please speak
> > soon.  I aim to release in just a few days.
> >
> > gzip snapshot:
> >  https://meyering.net/gzip/gzip-ss.tar.xz      784 KB
> >  https://meyering.net/gzip/gzip-ss.tar.xz.sig
> >  https://meyering.net/gzip/gzip-1.10.34-aa73.tar.xz
>
> This look good on Solaris 9, 10, 11 on both Sparc and i386.

Glad to hear it.
Thanks for the quick testing and feedback.

Message #36 received at 49952 <at> debbugs.gnu.org (full text, mbox):

From: "Adler, Mark" <madler <at> alumni.caltech.edu>
To: Paul Eggert <eggert <at> CS.UCLA.EDU>
Cc: "49952 <at> debbugs.gnu.org" <49952 <at> debbugs.gnu.org>,
 Stephen Kitt <steve <at> sk2.org>
Subject: Re: bug#49952: new snapshot available: gzip-1.10.34-aa73
Date: Tue, 10 Aug 2021 16:09:06 +0000

Seems like too extreme of a behavior change. If this proposal is implemented, then 99.9% of the time, pigz -l will decode the entire file. If someone is regularly doing pigz -l on a large number of files, the time it would take would go up orders of magnitude.

The fundamental dilemma is that gzip -l and pigz -l give the correct answer nearly all of the time, and is extremely fast. So “-l" still seems useful.

> On Aug 9, 2021, at 2:41 PM, Paul Eggert <eggert <at> CS.UCLA.EDU> wrote:
> 
> On 8/9/21 8:19 AM, Adler, Mark wrote:
>> pigz -l doesn’t do that, but pigz -lt does. Since -t has to decode the whole file, -l combined with it will use that information to give the correct result. For compatibility, pigz -l still does what gzip does, which is to guess based on what it finds at the end of the file.
> 
> Perhaps gzip -l could do bounded work, as follows:
> 
> * Look at the header to see what its byte count B says.
> 
> * Decompress until it sees more than B bytes.
> 
> * If so, report that the -l sizes are bogus. If not, carry on as before.
> 
> Due to format limits, B can be at most 2**32 - 1, so this provides a bound on the amount of work, a bound that's reasonably small nowadays.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.