[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <45140B95.8080305@zytor.com>
Date: Fri, 22 Sep 2006 09:13:09 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Lennart Sorensen <lsorense@...lub.uwaterloo.ca>
CC: Dax Kelson <dax@...ulabs.com>,
Linux kernel <linux-kernel@...r.kernel.org>,
Linus Torvalds <torvalds@...l.org>
Subject: Re: Smaller compressed kernel source tarballs?
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 majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists