KernelFreeze, 2.6.14, UBZ agenda, and other bits

Ben Collins ben.collins at ubuntu.com
Wed Oct 19 02:28:35 UTC 2005


On Tue, Oct 18, 2005 at 04:40:56PM -0400, Andres Salomon wrote:
> On Wed, Oct 12, 2005 at 05:14:23PM -0700, Ben Collins wrote:
> [...]
> > > 
> > > i don't want to turn this into a yet another RCS flame, but we need to be
> > > realistic with the goal we want to achieve and personally i prefer
> > > kernel.org target as way more important for the entire community.
> > 
> > After some side discussion, it seems we are going to be git only, and I am
> > going to setup a bzr tree just for the purpose of tracking upstream
> > mainline (Linus's tree). It will only be to get people familiar with bzr,
> > and not for our use. Sort of a side project.
> > 
> > 
> 
> Where is this tree?  I'm rather curious how bzr 0.1 handles kernel trees
> compared to current git in terms of both speed and disk usage.

rsync://rsync.kernel.org/pub/scm/linux/kernel/git/bcollins/ubuntu-2.6.git

Once you clone it, do "git checkout ubuntu-2.6.14"

I've never used bzr, but I can say that compared to any other RCS, git so
far has handled the kernel faster than anything I have ever used before
(this means, CVS, SVN, Baz and BK). Full checkout on my meazly 500Mhz PPC
from local clone takes about 4 seconds. All the commands seem pretty fast.

However, this isn't about comparing one RCS to another. Using git isn't
about choosing the best RCS, it's about choosing the best RCS for us to
use for our kernel while meeting a few criteria. The biggest of which are:

1) Interoperability with upstream. Using git puts us closer to the kernel
developers.

2) Availability to people interested in our kernel source. By using git,
and then making it available from kernel.org with the rest of the major
kernel git repo's, puts our source in front of more people, and gives it
some sense of existing to people who may not have seen it. Hence, we get
more exposure, more testing, more interest, and that all adds up to a
better product.

I don't want to get into a discussion about whether using bzr is better
for the kernel or not, for us, because right now, git is the right choice.
That's not to say that it wont change.

I am going to be making a bzr repo that will mirror a couple of the main
upstream git repo's, in order to give it exposure.

-- 
   Ben Collins <ben.collins at ubuntu.com>
   Developer
   Ubuntu Linux




More information about the kernel-team mailing list