linux-kernel - Re: Smaller compressed kernel source tarballs?

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

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/