Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261219AbVBHPXW (ORCPT ); Tue, 8 Feb 2005 10:23:22 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261399AbVBHPXW (ORCPT ); Tue, 8 Feb 2005 10:23:22 -0500 Received: from sd291.sivit.org ([194.146.225.122]:8662 "EHLO sd291.sivit.org") by vger.kernel.org with ESMTP id S261219AbVBHPXQ (ORCPT ); Tue, 8 Feb 2005 10:23:16 -0500 Date: Tue, 8 Feb 2005 16:24:53 +0100 From: Stelian Pop To: Roman Zippel Cc: Larry McVoy , linux-kernel@vger.kernel.org Subject: Re: [RFC] Linux Kernel Subversion Howto Message-ID: <20050208152452.GG3537@crusoe.alcove-fr> Reply-To: Stelian Pop Mail-Followup-To: Stelian Pop , Roman Zippel , Larry McVoy , linux-kernel@vger.kernel.org References: <20050203202049.GC20389@bitmover.com> <20050203220059.GD5028@deep-space-9.dsnet> <20050203222854.GC20914@bitmover.com> <20050204130127.GA3467@crusoe.alcove-fr> <20050204160631.GB26748@bitmover.com> <20050206173910.GB24160@bitmover.com> <20050207021030.GA25673@bitmover.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2370 Lines: 55 On Tue, Feb 08, 2005 at 03:57:14PM +0100, Roman Zippel wrote: > On Sun, 6 Feb 2005, Larry McVoy wrote: > > > [Larry continues to pull numbers out of his arse.] > > Out of sympathy to Al I cut the crap short. If you (or anyone else) really > want to know, contact me privately. > The 85% number is of secondary interest only anyway, my (undisputed) > argumentation still stands, why the 44% is more important. Indeed. This number is what started the entire thread (again). > > > Well, I'm not the one who claimed "We don't do lockins. Period." > > > I'm just trying to figure out what that means... > > > > Hey, Roman, the statement above stands. You made the choice that you want > > to go write a competing system. If you hadn't you could just use BK and > > stop whining. Since you have made that choice, which is your right, > > how about you produce your competing system? And stop whining that > > we aren't giving you enough help. What is that you say? It's hard? [...] > This leaves the other users, which either can't or want to use bk, with > a reduced kernel history (as I have shown in the previous mails). The > practical consequence of this is that a majority of the kernel history is > locked into bk right now, with no way in sight to get it out of there. Sadly, the BK license does not prohibit only 'writing competing systems', but also people who happen to work with people who work on such products. Since Red Hat, SuSE, IBM etc do a lot of work on such products, does this mean that all the kernel hackers working for those companies have a commercial BK license ? A second point which strikes me is this clause in the new license: (g) No reverse engineering: You may not yourself and may not permit or enable anyone to: [...] (iii) provide access to the metadata created and managed by BitKeeper to any person or entity which is not licensed to use the BitKeeper Soft- ware. Tell me now how it is possible under this license to post patches generated by BK on lkml ? Stelian. -- Stelian Pop - 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/