From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262246AbVBQGwV (ORCPT ); Thu, 17 Feb 2005 01:52:21 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262247AbVBQGwU (ORCPT ); Thu, 17 Feb 2005 01:52:20 -0500 Received: from simmts5.bellnexxia.net ([206.47.199.163]:31652 "EHLO simmts5-srv.bellnexxia.net") by vger.kernel.org with ESMTP id S262246AbVBQGwI (ORCPT ); Thu, 17 Feb 2005 01:52:08 -0500 Message-ID: <4076.10.10.10.24.1108622981.squirrel@linux1> Date: Thu, 17 Feb 2005 01:49:41 -0500 (EST) Subject: Re: [BK] upgrade will be needed From: "Sean" To: "d.c" Cc: tytso@mit.edu, cs@tequila.co.jp, galibert@pobox.com, kernel@crazytrain.com, linux-kernel@vger.kernel.org User-Agent: SquirrelMail/1.4.3a-7 X-Mailer: SquirrelMail/1.4.3a-7 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT X-Priority: 3 (Normal) Importance: Normal References: <20050214020802.GA3047@bitmover.com><58cb370e05021404081e53f458@mail.gmail.com><20050214150820.GA21961@optonline.net><20050214154015.GA8075@bitmover.com><7579f7fb0502141017f5738d1@mail.gmail.com><20050214185624.GA16029@bitmover.com><1108469967.3862.21.camel@crazytrain><42131637.2070801@tequila.co.jp><20050216154321.GB34621@dspnet.fr.eu.org><4213E141.5040407@tequila.co.jp><20050217045743.GB6115@thunk.org><3615.10.10.10.24.1108619875.squirrel@linux1><20050217072213.25758551.aradorlinux@yahoo.es> In-Reply-To: <20050217072213.25758551.aradorlinux@yahoo.es> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, February 17, 2005 1:22 am, d.c said: > Do like them, ignore BK and continue using patch & diff. BK is just a > option, It doesn't stops you from developing in the linux kernel, I > can't understand why people cares so much about BK. The affects of many top level folks using a non free system is felt all the way down the food-chain. If the top tier would agree to use a free SCM system then we could build bridges and offer the data in the preferred format to _everyone_ (arch, subversion, patch, BK, etc). But because BK is used at the top, many useful options are cut off. It's a rather large "hidden" cost of BK adoption as the primary tool at the top. Cheers, Sean