From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26644 invoked by alias); 19 Dec 2007 15:32:20 -0000 Received: (qmail 26409 invoked by uid 22791); 19 Dec 2007 15:32:19 -0000 X-Spam-Check-By: sourceware.org Received: from pfepb.post.tele.dk (HELO pfepb.post.tele.dk) (195.41.46.236) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 19 Dec 2007 15:32:07 +0000 Received: from x1-6-00-0f-9f-c6-3e-90 (unknown [80.197.1.215]) by pfepb.post.tele.dk (Postfix) with ESMTP id ED602A5001B; Wed, 19 Dec 2007 16:32:02 +0100 (CET) Received: from x1-6-00-0f-9f-c6-3e-90 (localhost.localdomain [127.0.0.1]) by x1-6-00-0f-9f-c6-3e-90 (8.14.0/8.14.0) with ESMTP id lBJFW2xN029660; Wed, 19 Dec 2007 16:32:03 +0100 Received: (from rask@localhost) by x1-6-00-0f-9f-c6-3e-90 (8.14.0/8.14.0/Submit) id lBJFW25M029659; Wed, 19 Dec 2007 16:32:02 +0100 Date: Wed, 19 Dec 2007 15:59:00 -0000 From: Rask Ingemann Lambertsen To: Steven Bosscher Cc: GCC Subject: Re: Regression count, and how to keep bugs around forever Message-ID: <20071219153201.GH17368@sygehus.dk> References: <571f6b510712181659w64b16ae5ndc32b38de6f5c56c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <571f6b510712181659w64b16ae5ndc32b38de6f5c56c@mail.gmail.com> User-Agent: Mutt/1.5.14 (2007-02-12) Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2007-12/txt/msg00572.txt.bz2 On Wed, Dec 19, 2007 at 01:59:51AM +0100, Steven Bosscher wrote: > The current list of "All regressions" should be a list of bugs that > people are actively trying to resolve, preferably before the release > of GCC 4.3. No, it should be exactly what it says it is. If you want an additional list of bugs that are being actively worked on (and labelled as such), that's fine (although I have no idea how that list would be useful). > Instead, it is a mix of high-activity bug reports and bug > reports where even the target maintainer has been unwilling for 3.5 > years to spend some time on resolving the bug report. That may be an indication that maintainership should be passed on to someone else. I don't see how it can be an indication that the bug should not be fixed. > So to pick a bug > report to work on, I need to go through the but report summaries of a > long list, trying to pick out new regressions between the old > no-one-cares P4 and P5 regressions. PR numbers are assigned in ascending order. The newest regressions have the highest numbers. What exactly is the problem you're facing when starting with the highest-numbered PRs? > To me, the situation is quite clear: If a bug report is open for so > long, and even the reporter and the responsible maintainer show no > sign of motivation to work on resolving the bug, I think this tells us > something about how important this bug is: Not important enough to > fix. IMOH we should close such reports as WONTFIX or SUSPENDED to > make them less visible, so that other bug reports don't fall through > the cracks. > > So I'm asking for a policy here that says when it is OK to resolve old > bug without progress as WONTFIX or SUSPENDED. Start shooting. Having assigned myself to and/or posted patches for some of the bugs you want to close as WONTFIX, including four which have four-digit PR numbers, my response is predictable: No way. -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year