| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20060922140007.GK13639@csclub.uwaterloo.ca> Date: Fri, 22 Sep 2006 10:00:07 -0400 From: Lennart Sorensen <lsorense@...lub.uwaterloo.ca> To: "H. Peter Anvin" <hpa@...or.com> 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? 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 ? -- Len Sorensen RuggedCom - 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