Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S261978AbSJFRww>; Sun, 6 Oct 2002 13:52:52 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S262110AbSJFRww>; Sun, 6 Oct 2002 13:52:52 -0400
Received: from bitmover.com ([192.132.92.2]:56718 "EHLO mail.bitmover.com")
	by vger.kernel.org with ESMTP id <S261978AbSJFRwu>;
	Sun, 6 Oct 2002 13:52:50 -0400
Date: Sun, 6 Oct 2002 10:58:21 -0700
From: Larry McVoy <lm@bitmover.com>
To: Troy Benjegerdes <hozer@hozed.org>
Cc: Larry McVoy <lm@bitmover.com>, Hans Reiser <reiser@namesys.com>,
       walt <wa1ter@hotmail.com>, linux-kernel@vger.kernel.org
Subject: Re: New BK License Problem?
Message-ID: <20021006105821.L29486@work.bitmover.com>
Mail-Followup-To: Larry McVoy <lm@work.bitmover.com>,
	Troy Benjegerdes <hozer@hozed.org>, Larry McVoy <lm@bitmover.com>,
	Hans Reiser <reiser@namesys.com>, walt <wa1ter@hotmail.com>,
	linux-kernel@vger.kernel.org
References: <fa.fl3olav.51slo1@ifi.uio.no> <fa.chp9htv.i4632g@ifi.uio.no> <3D9EF779.4000906@hotmail.com> <3D9F10EB.80207@namesys.com> <20021005102822.C835@work.bitmover.com> <20021006174345.GE878@altus.drgw.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <20021006174345.GE878@altus.drgw.net>; from hozer@hozed.org on Sun, Oct 06, 2002 at 12:43:45PM -0500
X-MailScanner: Found to be clean
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 3142
Lines: 57

> But until Larry retires, I have found it much easier to think of the 
> Bitkeeper license as the "don't piss off Larry license". Don't antagonize 
> Larry, or directly mess up his business model, and you'll all get along 
> find ;P

Another way to say it is "don't bite the hand that feeds you".  We work
hard to help the kernel team, we make the decisions we make based on the
premise that we have to be healthy to continue to help the kernel team as
well as our other users, and it's disheartening to get yelled it for it.

It's worth noting that the kernel's use of BK has and will continue to
expose either weaknesses in BK or missing features.  We already know 
of enough things that need engineering for the kernel (and any other
kernel sized project) to keep us busy for a couple of years.  If we
GPLed BK today it would do two things:

1) make you stop yelling at us
2) stop BK development

It costs a lot of money to do what we are doing, we know exactly how
much, and a GPLed answer won't support those costs.  We have to do what
we are doing in order to support the kernel team and our other users.
We see no other choice and not one of you have presented a viable 
alternative in the last 5 years.

The reason we don't want to help our competitors is that they want
to imitate us.  That's fine on the surface, a GPLed clone solves the
immediate problems you see, but it doesn't address how to solve the next
generation of problems.  You'd need a team of at least 6-8 senior kernel
level developers working full time for several years to get BK to the
point where it won't need to be enhanced in order to support something
like the kernel for the next 20 years (or more).  If we GPL it or we allow
clones, all that does is stop the development.  It's not a question of is
there the ability in the community to do what we do, there certainly is.
It's a question of will they.  And the answer is no they won't or they
would have already.  The problems that we solve aren't new at all.
They just aren't that all fun to solve.  Our user base is small, they
are very picky, there isn't a lot of money or fun here, so why would
anyone do what we do?  

You can argue all you like that I'm wrong, I'm misguided, I don't have
a clue about opensource or whatever.  The problem is that if I did what
you'd like to see, GPL the code, and it turns out I was right, there is no
turning back.  That's a gamble I'm unwilling to make because I am positive
of the outcome.  And given what I've been doing for the last 5 years,
my knowledge is probably more complete than your for this particular
space.  I know it isn't a popular position to take, I'd love to be the
guy everyone loved instead of hated, but I'm not going to screw up BK's
future and our ability to support our users to win a popularity contest.
-- 
---
Larry McVoy            	 lm at bitmover.com           http://www.bitmover.com/lm 
-
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/