Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261411AbTIXDnC (ORCPT ); Tue, 23 Sep 2003 23:43:02 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261413AbTIXDnC (ORCPT ); Tue, 23 Sep 2003 23:43:02 -0400 Received: from nat-pool-bos.redhat.com ([66.187.230.200]:11792 "EHLO chimarrao.boston.redhat.com") by vger.kernel.org with ESMTP id S261411AbTIXDm7 (ORCPT ); Tue, 23 Sep 2003 23:42:59 -0400 Date: Tue, 23 Sep 2003 23:42:47 -0400 (EDT) From: Rik van Riel X-X-Sender: riel@chimarrao.boston.redhat.com To: Andrea Arcangeli cc: Linus Torvalds , Larry McVoy , Kernel Mailing List , Matthew Wilcox , Marcelo Tosatti , Larry McVoy Subject: Re: log-buf-len dynamic In-Reply-To: <20030924032837.GP16314@velociraptor.random> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1518 Lines: 40 On Wed, 24 Sep 2003, Andrea Arcangeli wrote: > the latest not, but that was the latest, and I still recommend Marcelo > to stop using bitkeeper and to do the checkins directly in cvs. That > would be a start That would break so many 3rd party trees. It would mean Marcelo would no longer be able to just pull in eg. the PPC tree, it would mean merging pain for branched trees, etc... > and it would motivate me more too into adding more effort there. Effort where ? If you're talking about adding more effort into merging things into 2.4, then DUH. You would NEED more effort to get stuff merged, if marcelo used something as bad as CVS. If you're talking about improving CVS, don't bother. The model is broken. > I need a bit of feedback from a kernel maintainer that there will be a > slight chance to use something non bitkeeper in the future before I > invest a bit of (probably my spare) time into this. There's more than a slight chance. Just come up with something that's as good as, or better than, bitkeeeper and people will switch in a heartbeat. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan - 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/