Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762966AbXH0Qqk (ORCPT ); Mon, 27 Aug 2007 12:46:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762400AbXH0QpH (ORCPT ); Mon, 27 Aug 2007 12:45:07 -0400 Received: from smtp2.linux-foundation.org ([207.189.120.14]:55848 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1762429AbXH0QpF (ORCPT ); Mon, 27 Aug 2007 12:45:05 -0400 Date: Mon, 27 Aug 2007 09:44:03 -0700 From: Andrew Morton To: Daniel Walker Cc: Michal Piotrowski , =?ISO-8859-1?B?Qmr2cm4=?= Steinbrink , eranian@hpl.hp.com, ak@suse.de, linux-kernel@vger.kernel.org, Natalie Protasevich Subject: Re: Who wants to maintain KR list for stable releases? (was Re: nmi_watchdog=2 regression in 2.6.21) Message-Id: <20070827094403.40b28836.akpm@linux-foundation.org> In-Reply-To: <1188232008.2435.222.camel@dhcp193.mvista.com> References: <1186531609.22044.50.camel@imap.mvista.com> <20070808142059.GF30805@atjola.homenet> <1187628296.7732.14.camel@imap.mvista.com> <46CDE94A.7000600@googlemail.com> <1187904169.2435.83.camel@dhcp193.mvista.com> <46D21E8E.4000003@googlemail.com> <20070827005131.b93f5935.akpm@linux-foundation.org> <1188232008.2435.222.camel@dhcp193.mvista.com> X-Mailer: Sylpheed 2.4.1 (GTK+ 2.8.17; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2523 Lines: 60 On Mon, 27 Aug 2007 09:26:48 -0700 Daniel Walker wrote: > On Mon, 2007-08-27 at 00:51 -0700, Andrew Morton wrote: > > On Mon, 27 Aug 2007 02:45:02 +0200 Michal Piotrowski wrote: > > > > > Daniel Walker pisze: > > > [snip] > > > > Have you considered maintaining all the lists in Bugzilla? > > > > > > Yes, I have considered it. > > > > > > Bugzilla sucks when it comes to tracking things. There is > > > a regression field, but there are no difference between > > > 2.6.22 and 2.6.23 regression. > > > > > > Most people are reporting bugs through LKML: > > > - 23 regressions with reference to LKML > > > - 4 regressions with reference to Bugzilla > > > > Presumably that's fixable. > > I've got some addition grips that I just noticed .. > > http://bugzilla.kernel.org/show_bug.cgi?id=8945 > > I just file the above bugz entry .. > > I know who caused the bug , Stephane Eranian .. > However I can't assign the bug to him. The field was greyed out and > forced the assignee as other_other@kernel-bugs.osdl.org .. > > I tryed to CC: eranian@hpl.hp.com , and it said "no match" .. I guess > because he doesn't have an account.. So Stephane has no way to know the > bug exists , other than me emailing him .. > > Also I couldn't check the "Regression" box until after I filed the bug.. > It would be nice to file the bug in one action if it's possible .. I > don't know bugzilla well enough to know if that's possible tho. > It's a hassle when someone doesn't have a bugzilla account. But there are humans sitting behind bugzilla handling stuff (fsvo "human"). I've already forwarded your bugzilla report to Stephane pointing out that he doesn't have an account. I screen 100% of new bugzilla reports and for those which I think need attention (most), I will ensure that the appropriate parties get to see the report. I'll also verify that the "regression" state is correct and that the provided info is sufficient-looking. (It's amazing how many people have trouble with the "Most recent kernel where this bug did not occur:" question). What I haven't been doing is ensuring that the Product and Component fields are suitably set. That's something which Natalie is now cleaning up. - 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/