Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 12 Mar 2003 13:23:46 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 12 Mar 2003 13:23:45 -0500 Received: from blowme.phunnypharm.org ([65.207.35.140]:23308 "EHLO blowme.phunnypharm.org") by vger.kernel.org with ESMTP id ; Wed, 12 Mar 2003 13:23:44 -0500 Date: Wed, 12 Mar 2003 13:34:13 -0500 From: Ben Collins To: Larry McVoy , linux-kernel@vger.kernel.org Subject: Re: [ANNOUNCE] BK->CVS (real time mirror) Message-ID: <20030312183413.GH563@phunnypharm.org> References: <20030312174244.GC13792@work.bitmover.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030312174244.GC13792@work.bitmover.com> User-Agent: Mutt/1.5.3i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2028 Lines: 47 > CVS: 110,076 deltas over all files > BK: 121,891 deltas over all files (I can recalculate this if you tell me how many of the BK ones are empty merge pointers) 90.31% I wasn't far off by saying 90%. And don't tell me I can get all the data, when in fact, I can't. Unless of course you give me an explicit variance from your license, I pay for a license, or I get someone else with BK to get me the data. Larry, I am not trying to knock your efforts for the kernel. I am going on record as saying "thank you, Larry". Linus has been much more productive since using BK. The kernel patch quality and productivity of the core kernel developers has increased. A new paradigm in source control has come about. But being a person who also has certain beliefs, I am not going to stand on the side lines and watch the fight. Please don't drop me into the pool of people who believe all source should be free. I work for companies that retain some of their IP for good reason. I have signed NDA's to get at source and work on things that I cannot give out for free. I'm ok with that choice for a company. What I am not ok with, is seeing something that I work with everyday slowly becoming engulfed in gray area. The kernel's revision history is always available. I get the cset emails. I can extract all the info I want manually. The problem I have is that you are going to make it so that the original files that hold this data cannot be extracted in any meaningful way without your tools. So if bitkeeper suddenly could not be used by Linus or any others, for whatever reason, we are locked out of that original dataset. -- Debian - http://www.debian.org/ Linux 1394 - http://www.linux1394.org/ Subversion - http://subversion.tigris.org/ Deqo - http://www.deqo.com/ - 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/