See page 7 of https://www.ietf.org/rfc/rfc1952.txt (ISIZE is the relevant field)
It is an limitation of the gzip file format... It is also documented in the gzip man page under "BUGS", with a (slow) workaround... One way to fix it might be to define an "extra field" with a larger original file size... The extra fields go into the header though, instead of the trailer, which means that it can't be correctly populated for data piped through gzip, since the size is not known when the header is written... (This also seems to be the suggestion here: https://lists.gnu.org/archive/html/bug-gzip/2010-08/msg00009.html ) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1022287 Title: negative compression ratio if list a big gzip file To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1022287/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
