Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757757Ab0BHD1Y (ORCPT ); Sun, 7 Feb 2010 22:27:24 -0500 Received: from terminus.zytor.com ([198.137.202.10]:59680 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751038Ab0BHD1X (ORCPT ); Sun, 7 Feb 2010 22:27:23 -0500 Message-ID: <4B6F8478.4090908@zytor.com> Date: Sun, 07 Feb 2010 19:26:48 -0800 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100120 Fedora/3.0.1-1.fc11 Thunderbird/3.0.1 MIME-Version: 1.0 To: Linus Torvalds CC: Linux Kernel Mailing List Subject: Re: Linux 2.6.33-rc7 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1309 Lines: 35 On 02/06/2010 02:49 PM, Linus Torvalds wrote: > > Of course, if you really care about bandwidth, you're better off just > fetching the git trees instead, but the question for non-git users is: > > Would it be ok to _only_ have the 'bz2' patches and tar-balls? > > Having two copies of every large file seems silly, if nobody really > requires the traditional .gz format.. > Please don't do that right now! First of all, we don't back up .bz2 files, since they are all autogenerated. We're currently about to figure out how to manage the transition to .xz on kernel.org. At the moment, I personally prefer the notion of removing the .bz2 files (as opposed to .gz) in favor of .xz for two reasons: a) the .gz files are the current original content. b) gzip is a lot faster than bzip2, but xz is as fast or faster than bzip2 for decompression. bzip2 is bigger than xz and slower, and so it doesn't have any unique reason to exist. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/