Date: Thu, 22 Oct 2015 23:11:12 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 203873] [patch] make gzip(1) embedded-friendly and more compatible with GNU gzip Message-ID: <bug-203873-8-loMAM0ToBC@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-203873-8@https.bugs.freebsd.org/bugzilla/> References: <bug-203873-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203873 --- Comment #6 from Chris Hutchinson <portmaster@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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-203873-8-loMAM0ToBC>