GNU bug report logs - #52227
gzip bug: gzip -l produces bad ratio

Previous Next

Package: gzip;

Reported by: Austin Corbett <gaustincorbett <at> gmail.com>

Date: Wed, 1 Dec 2021 16:45:01 UTC

Severity: normal

Merged with 17804, 29089, 30935, 30936, 38766, 42965, 48424

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

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

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

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gzip <at> gnu.org:
bug#52227; Package gzip. (Wed, 01 Dec 2021 16:45:01 GMT) Full text and rfc822 format available.
Acknowledgement sent to Austin Corbett <gaustincorbett <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gzip <at> gnu.org. (Wed, 01 Dec 2021 16:45:01 GMT) Full text and rfc822 format available.

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

From: Austin Corbett <gaustincorbett <at> gmail.com>
To: bug-gzip <at> gnu.org
Subject: gzip bug: gzip -l produces bad ratio
Date: Wed, 1 Dec 2021 08:43:55 -0800

[Message part 1 (text/plain, inline)]
*Description of bug:*  "gzip -l" produces the following output:

gzip -l big_archive.tgz
         compressed        uncompressed  ratio uncompressed_name
       617736021001          3613347840 -16995.9% big_archive.tar

As you can see, the ratio field is producing an incorrect result.  I'm not
sure if this is because the archive is too big or what.  It was generated
via the following command in quotes:
"tar -cv /path/to/folder/big_folder | gzip --rsyncable >
/path/to/big_archive.tgz"

*gzip version:* 1.9
*Hardware:* Dell R720 Poweredge Rack Server
*OS:* Debian 10 buster
*Kernel:* Linux 4.19.0-18-amd64
*Architecture:* x86-64

Best regards,
-- 

G. Austin Corbett, P.E.
Staff Engineer
OurEvolution Energy & Engineering

1821 Buttermilk Lane
Arcata, CA 95521
Mobile: 707.845.4778

[Message part 2 (text/html, inline)]
[image.png (image/png, inline)]
Merged 17804 29089 30935 30936 38766 42965 48424 52227. Request was from Paul Eggert <eggert <at> cs.ucla.edu> to control <at> debbugs.gnu.org. (Wed, 01 Dec 2021 23:34:01 GMT) Full text and rfc822 format available.
Information forwarded to bug-gzip <at> gnu.org:
bug#52227; Package gzip. (Wed, 01 Dec 2021 23:46:01 GMT) Full text and rfc822 format available.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Austin Corbett <gaustincorbett <at> gmail.com>
Cc: Petr Stodůlka <pstodulk <at> redhat.com>,
 Mark Adler <madler <at> alumni.caltech.edu>, 52227 <at> debbugs.gnu.org
Subject: Re: bug#52227: gzip bug: gzip -l produces bad ratio
Date: Wed, 1 Dec 2021 15:44:49 -0800

[Message part 1 (text/plain, inline)]
Thanks for reporting the problem.

This by far the most-commonly reported gzip bug, and I'm thinking we 
might as well fix it by decompressing the input and counting bytes, much 
as pigz -lt does. This is slow, but nowadays it seems worth it to reduce 
confusion. Proposed gzip patch attached. (I have not installed this.)
[0001-gzip-gzip-l-now-outputs-accurate-size.patch (text/x-patch, attachment)]
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 13 Jan 2022 12:24:04 GMT) Full text and rfc822 format available.
This bug report was last modified 2 years and 101 days ago.

Previous Next

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