Re: Smaller compressed kernel source tarballs?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Lennart Sorensen wrote:
On Thu, Sep 21, 2006 at 02:43:46PM -0700, H. Peter Anvin wrote:
7zip (LZMA) decompresses quickly, and the decompressor text is actually smaller than the equivalent for gzip. Quite nice.

What is not nice is the code for the compressor, which is a total mess. I have been holding out on implementing LZMA on kernel.org, because just as zip (deflate) didn't become common in the Unix world until an encapsulation format that handles things expected in the Unix world, e.g. streaming, was created (gzip), I don't think LZMA is going to be widely used until there is an "lzip" which does the same thing. I actually started the work of adding LZMA support to gzip, but then realized it would be better if a new encapsulation format with proper 64-bit support everywhere was created.

It doesn't handle streaming?

So you can't do: tar c dirname | 7zip dirname.tar.7z ?


Nope, and in particular you can't do:

tar cf - dirname | 7zip | ssh ...

This is because 7zip is an archiving format in its own right, much like zip. What we want is something that is to 7zip what gzip is to zip.

	-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux