Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262027AbVBJGIw (ORCPT ); Thu, 10 Feb 2005 01:08:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262028AbVBJGIw (ORCPT ); Thu, 10 Feb 2005 01:08:52 -0500 Received: from smtp.andrew.cmu.edu ([128.2.10.83]:31115 "EHLO smtp.andrew.cmu.edu") by vger.kernel.org with ESMTP id S262027AbVBJGIr (ORCPT ); Thu, 10 Feb 2005 01:08:47 -0500 Message-ID: <420AFA54.9000204@andrew.cmu.edu> Date: Thu, 10 Feb 2005 01:08:20 -0500 From: James Bruce User-Agent: Mozilla Thunderbird 0.9 (X11/20041124) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Roman Zippel CC: Larry McVoy , Nicolas Pitre , Jon Smirl , tytso@mit.edu, Stelian Pop , Francois Romieu , lkml Subject: Re: [RFC] Linux Kernel Subversion Howto References: <20050209184629.GR22893@bitmover.com> <20050209235312.GA25351@bitmover.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1406 Lines: 26 Roman, please give up on importing 100% of the history. There's no point arguing something if you already know what the other person's answer will be. Larry will not change his mind under any currently foreseeable circumstances. Yes, there is "meta-data lockin" whether anyone at BitMover will admit it or not, but no that will not change. Linux survived in the past without much history, and if a replacement arrives, people can make the switch even with a degraded history. In very little time that switchover would seem as remote as the pre-BK times are now. Right now I don't see why its necessary to track the Linux repo in 100% detail for SCM development; There are plenty of other big trees to test on if you need every detail. Time spent tracking Linux are probably better spent improving an alternative SCM, most of which have plenty of wishlist items awaiting developers. For kernel development, yes it's painful for SCM developers or purists, but you can still work just fine with patches. Maintainers certainly benefit from BK, but for developers on the leaves of the hierarchy there's not that much difference. - Jim Bruce - 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/