public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* bug database was: [PATCH] status update of loop
@ 2003-09-16  1:19 jw schultz
  0 siblings, 0 replies; 2+ messages in thread
From: jw schultz @ 2003-09-16  1:19 UTC (permalink / raw)
  To: linux-kernel

On Tue, Sep 16, 2003 at 12:31:59AM +0200, Fruhwirth Clemens wrote:
> ... and Linux is still to[sic] immature to have a central bugtracking
> database (one which is regularly checked by developers), > ...

The status of a central bug tracking database is not a
measure of Linux's maturity.  It is a measure of the
(perceived) maturity of acceptable bug tracking databases.

There are two ways to have developers use a bug-tracking
system.  Have an authority with power over them compel
them or make the database so useful to them that they have
to be fools not to use it.  Since unlike proprietary
development there is no such authority we will have to wait
until a database becomes sufficiently useful.

Sorry, but i get tired of people claiming Linux (or some
other project) isn't sufficiently mature because one aspect
didn't work as they would have liked.

-- 
________________________________________________________________
	J.W. Schultz            Pegasystems Technologies
	email address:		jw@pegasys.ws

		Remember Cernan and Schmitt

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: bug database was: [PATCH] status update of loop
@ 2003-09-19 15:41 John Bradford
  0 siblings, 0 replies; 2+ messages in thread
From: John Bradford @ 2003-09-19 15:41 UTC (permalink / raw)
  To: jw, linux-kernel

> > ... and Linux is still to[sic] immature to have a central bugtracking
> > database (one which is regularly checked by developers), > ...

Wrong.

I spent months developing a Kernel Bug Database, specifically for
Linux kernel development.

> The status of a central bug tracking database is not a
> measure of Linux's maturity.  It is a measure of the
> (perceived) maturity of acceptable bug tracking databases.

My Kernel Bug Database implemented things like searching for bugs
based on comparing entries in uploaded .config files, separation of
bug reports and confirmed bugs, archiving of old bug reports, and
categorisation of bug reports based on the MAINTAINERS file.

I'm sure there was desired functionality missing from it, but I never
got much response from my requests for a 'wish-list' of features.

> There are two ways to have developers use a bug-tracking
> system.  Have an authority with power over them compel
> them or make the database so useful to them that they have
> to be fools not to use it.

I don't honestly think we need a bug database.  The mailing list works
well enough.

I'm not actively working on my kernel bug database anymore.

John.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2003-09-19 15:37 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2003-09-16  1:19 bug database was: [PATCH] status update of loop jw schultz
  -- strict thread matches above, loose matches on Subject: below --
2003-09-19 15:41 John Bradford

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox