On Sun, 24 Apr 2016 12:57:46 +0200 Marc Espie <es...@nerim.net> wrote:
> On Sun, Apr 24, 2016 at 01:47:24AM -0400, dan mclaughlin wrote:
> > the sizes of the compressed/uncompressed data are wrong. i have tested gzip
> > and 'tar zcf' and the values are right, but using pkg_create fails.
>
> gzip -l will just give you the first chunk, that's a limitation of the gzip
> tool itself.
>
is it? one of the reasons i brought it up is that in gzip(1) it seems pretty
clear that it is supposed to be the file size
-l List information for the specified compressed files. The
following information is listed:
compressed size Size of the compressed file.
uncompressed size Size of the file when uncompressed.
compression ratio Ratio of the difference between the compressed
and uncompressed sizes to the uncompressed
size.
so perhaps the manual needs to be adjusted.
On Mon, 25 Apr 2016 11:19:45 -0400 "Ted Unangst" <t...@tedunangst.com> wrote:
> Or we rename the files .pkg and nobody pokes them with the wrong tool. :)
how about setting the final values to 0 (or some other number), so that if
someone did look they would see that it is obviously not a standard gzip, and
that the values cannot be trusted. as it is, it has values that at least
conflict with what gzip(1) says they should be.
those values are also printed out with the assumption that gzip(1) is right.
$ gzip -vd bzip2-1.0.6p7.tgz
bzip2-1.0.6p7.tgz: 96.0% -- replaced with bzip2-1.0.6p7.tar
322 bytes in, 7680 bytes out
