Date: Sun, 7 Feb 2010 10:32:02 -0800 (PST)
From: Linus Torvalds <torvalds@linux-foundation.org>
To: Joel Becker <Joel.Becker@oracle.com>
cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: Linux 2.6.33-rc7
In-Reply-To: <20100207102016.GH3416@mail.oracle.com>
Message-ID: <alpine.LFD.2.00.1002071029040.3829@localhost.localdomain>
References: <alpine.LFD.2.00.1002061422430.3829@localhost.localdomain> <alpine.LFD.2.00.1002061445210.3829@localhost.localdomain> <20100207102016.GH3416@mail.oracle.com>
User-Agent: Alpine 2.00 (LFD 1167 2008-08-23)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1205
Lines: 30


On Sun, 7 Feb 2010, Joel Becker wrote:
> 
> 	When I grab tarballs, I only grab .gz.  Bandwidth isn't a
> problem (3 minutes versus four on my DSL, I still switch over to another
> screen and check back).  But .bz2 unpacks very slowly in the
> environments I'm usually grabbing a tarball for.  I save more time
> unpacking .gz than I do downloading .bz2.

Ok, there seems to be a fair number of people who prefer .gz files for 
whatever reason. 

So I guess I'll stay with the current setup. It's only (somebody elses) 
diskspace, after all.

Another option might be to stop generating the .bz2 files, of course. 
Anybody who cares more about network bandwidth than CPU use (ie people who 
would seem to prefer bz2) would be better off using git instead, which 
packs things _way_ better, by virtue of being much more incremental.

But at that point, I'm not even involved any more, because that bz2 
generation is entirely scripted at kernel.org.

				Linus
--
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/