[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20070429002046.AC3EBDBA1@gherkin.frus.com>
Date: Sat, 28 Apr 2007 19:20:46 -0500 (CDT)
From: rct@...rkin.frus.com (Bob Tracy)
To: Linus Torvalds <torvalds@...ux-foundation.org>
CC: Markus Rechberger <mrechberger@...il.com>,
Adrian Bunk <bunk@...sta.de>,
Diego Calleja <diegocg@...il.com>,
Chuck Ebbert <cebbert@...hat.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.21
Linus Torvalds wrote:
> On Sun, 29 Apr 2007, Markus Rechberger wrote:
> > How else should bugs get handled, sending them to the lkml?
>
> Actually, looking at Adrian's regression lists, yes. lkml worked better
> than bugzilla did. By at _least_ a factor of two.
Since 1992, lkml (with "Cc:" to the appropriate subsystem mailing list
if applicable) and the presumed responsible parties are the only channels
I've used to report the bugs I encounter.
Other methods come and go, but old habits die hard, particularly when
they have a knack for producing the desired result. Historically,
requiring a developer to fire up a GUI to read a bug report decreases
the chance that bug report will be noticed. The development community
can do whatever flips its collective switch as far as tracking bugs,
but the bugs have to be reported and noticed before tracking becomes a
meaningful activity.
One more thought and I'll get off your screens... We've steadfastly
resisted making lkml and friends subscriber-only mailing lists precisely
because we don't want to miss a potential bug report because a would-be
submitter isn't subscribed. If people aren't looking for bug reports
here, what's the point?
--Bob Tracy
rct@...s.com
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists