[Bug 203873] [patch] make gzip(1) embedded-friendly and more compatible with GNU gzip

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Thu Oct 22 23:11:12 UTC 2015


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203873

--- Comment #6 from Chris Hutchinson <portmaster at bsdforge.com> ---
(In reply to eugen from comment #5)
> (In reply to Chris Hutchinson from comment #4)
> 
> Looks fine for me but lacks documentation for exit status (0 for success, 1
> for fatal errors, 2 for warnings)

You mean something like the following (appended at the end)

gzip complains with trailing garbage ignored

Some tar.gz files are padded with zeroes to ensure a size which is a
multiple of a certain block size. This occurs in particular when the
compressed tar file is on a device, such as a magnetic tape. When such
files are extracted with a command such as

    gunzip < file.tar.gz | tar xvf -
    gtar xvzf /dev/rmt/0

gunzip correctly decompresses the tar.gz file, then attempts to decompress
the rest of the input which consists of zeroes. Since those zeroes are not
in gzip format, gzip can complain, but ignores them. The tar extract command
still works correctly, since gzip has sent through the pipe all the data that
tar needs.

You can suppress this harmless warning using the -q option, as in:

    gunzip -q < file.tar.gz | tar xvf -
    GZIP=-q           gtar xvzf /dev/rmt/0         # for bash, ksh, sh ...
    (setenv GZIP -q;  gtar xvzf /dev/rmt/0)        # for csh, tcsh, ...

EXIT STATUS

gzip returns the following numeric status:

    0 on SUCCESS
    1 on FATAL errors
    2 on [non-fatal] errors [warn]


--Chris

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list