From: John Bradford <john@grabjohn.com>
Message-Id: <200212192059.gBJKxFne002827@darkstar.example.net>
Subject: Re: Dedicated kernel bug database
To: eli.carter@inet.com (Eli Carter)
Date: Thu, 19 Dec 2002 20:59:15 +0000 (GMT)
Cc: dank@kegel.com, linux-kernel@vger.kernel.org
In-Reply-To: <3E022E56.30509@inet.com> from "Eli Carter" at Dec 19, 2002 02:38:46 PM
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1423
Lines: 34

> And what about GNATS?  What about the others on 
> http://www.a-a-p.org/tools_tracking.html ?  A number of those address 
> the web-based concern.  Do any of them answer your other concerns?  If 
> there are, where do those fail that bugzilla, GNATS, etc. get it right?

Why are you so against somebody sitting down and thinking, "OK, we
need a bug tracking database designed for debugging the Linux
kernel."?  I don't understand why you think it's a bad idea to start
over.  If my code was rubbish, then it wouldn't get used, and I wasted
my time.  Nobody else suffers.

> But I see that starting from scratch is just the way you work: 
> http://grabjohn.com/question.php?q=6

Well, since it's me that's offering to write the code, don't I get to
decide how to write it?

Besides, I'm not the only person who thinks it's a good idea to start
over sometimes - Eric Raymond even addresses this point in The
Cathedreal and the Bazaar.

http://www.tuxedo.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ar01s02.html

> Well, have fun, good luck, and I do hope you come up with something 
> useful and maintainable.

If not, I will admit you were right to the list :-).

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