Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S292216AbSBOWJB>; Fri, 15 Feb 2002 17:09:01 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S292212AbSBOWIv>; Fri, 15 Feb 2002 17:08:51 -0500
Received: from zero.tech9.net ([209.61.188.187]:45327 "EHLO zero.tech9.net")
	by vger.kernel.org with ESMTP id <S292211AbSBOWIl>;
	Fri, 15 Feb 2002 17:08:41 -0500
Subject: Re: Disgusted with kbuild developers
From: Robert Love <rml@tech9.net>
To: Dave Jones <davej@suse.de>
Cc: "Eric S. Raymond" <esr@thyrsus.com>,
        Arjan van de Ven <arjan@pc1-camc5-0-cust78.cam.cable.ntl.com>,
        linux-kernel@vger.kernel.org
In-Reply-To: <20020215213833.J27880@suse.de>
In-Reply-To: <20020215135557.B10961@thyrsus.com>
	<200202151929.g1FJTaU03362@pc1-camc5-0-cust78.cam.cable.ntl.com>
	<20020215141433.B11369@thyrsus.com>
	<20020215195818.A3534@pc1-camc5-0-cust78.cam.cable.ntl.com>
	<20020215145421.A12540@thyrsus.com>  <20020215213833.J27880@suse.de>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Evolution/1.0.2 
Date: 15 Feb 2002 17:08:42 -0500
Message-Id: <1013810923.807.1055.camel@phantasy>
Mime-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

On Fri, 2002-02-15 at 15:38, Dave Jones wrote:

>  This is something I never understood. CML1 has served us for
>  10 years or so, and suddenly its declared "unfixable".
>  "I'm not hacking that, I'll fix it in CML2" seemed to become
>  the attitude. End result ? Linus got pissed off with your
>  complaints of non-inclusion, and _fixed_ one of the CML1 problems
>  (Configure.help) And how long did it take ? ISTR it was around
>  an hour after his first mail was sent to you, me & Jeff.
>  1 hour. Versus the year you spent procrastinating about how
>  CML2 would fix it.

Amen.  This whole "CML1 vs CML2" thing is silly.  We don't see other
"maintainers" refusing to touch code, having no relation to code, and
then coming out of no-where and offering some external solution for the
perceived problem.

If you _develop_ kernel code and see a problem with the configure
system, then fix the problems.  As Linus says, let stuff evolve.

>  Sure CML2 fixes some bits that are not easily fixed in CML1,
>  but I wonder sometimes how much of it is/was fixable.

Agreed, but CML2 has a whole bunch of new "features" too which will be
shoved down our throats!!

	Robert Love

-
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/