From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11426 invoked by alias); 28 Feb 2014 17:58:19 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 11417 invoked by uid 89); 28 Feb 2014 17:58:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-ve0-f178.google.com Received: from mail-ve0-f178.google.com (HELO mail-ve0-f178.google.com) (209.85.128.178) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Fri, 28 Feb 2014 17:58:17 +0000 Received: by mail-ve0-f178.google.com with SMTP id jy13so1107522veb.9 for ; Fri, 28 Feb 2014 09:58:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=w1ri8GbIdWv+bh+2NngWa2q8018MDuXTi4h1+mWjd9I=; b=CUyOWCZjGe4g6oEbqaBgHMNI9niIkkfcd4razH048d9UVxtNBpQP8wJ+bufaVvAvaS SRyyFidUzXhDfn/9ROsdBtqlr3WottXOAU8Xx0ZZifmvEHd3CirYUTXYOelYDcKCEBFw KL3Mb7t2ejNa8xzsOJWBJvVx1aPseyZgRsxXkp4R9HXjG8o14BAB29t7Df42JnjSRXya qIPN+olgKgDsaPEBk6B9lGRHo4Hukou9ktabw7JCMyoAABWiJDanTamz/tow5kW/VQZ1 imO50VmQnUkUYAkTe2VZ6GpdkE0PhWfSaUGwrwUeOehAA/cqVAhnYV2qiRNc/dfTRjZ4 aaGQ== X-Gm-Message-State: ALoCoQntER9qTAQXJaR5NKEoRBpHC0N40BTG0RGnrfvgom6UCsJR9Mn+U06bIZEvQ0Jg3J2Z1mp4vr0rppMhg4AqdZlYmIsIGKeTVFm9exCmfQDoU5Osqw+W4IIukIiRPTJNhSsVql82ATbN5K8y1aTi6ZE7vKV7ndpNK87AEWvIxWDVqp25WFeV2b/LPXKtHqXTzBle3Xq4 MIME-Version: 1.0 X-Received: by 10.58.132.203 with SMTP id ow11mr3563322veb.1.1393610295632; Fri, 28 Feb 2014 09:58:15 -0800 (PST) Received: by 10.52.51.234 with HTTP; Fri, 28 Feb 2014 09:58:15 -0800 (PST) Date: Fri, 28 Feb 2014 17:58:00 -0000 Message-ID: Subject: Cleaning out obsolete bugs in bugzilla From: Doug Evans To: gdb Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-02/txt/msg00073.txt.bz2 Another part of bugzilla spring cleaning (though obviously it's an ongoing task) I'd like to do is establish a process for closing (in some form) bugs old enough that the likelihood they will ever get fixed is within epsilon of zero. And maybe even closing several of them. But as along we we can establish a process for efficiently closing them (i.e., avoiding drawn out discussions on whether they should have been closed, and the manor in which they were closed), then I think we can make better progress at clearing them out (or at least I know I could ... :-)). An example of the kind of bug I'm thinking of is this one: https://sourceware.org/bugzilla/show_bug.cgi?id=8769 gdb 6.1 doesn't build on hpux. I don't have a strong opinion on what flavor of RESOLVED to close these as, but I do have a strong opinion that we should close them. I can't see any sufficiently significant value to warrant keeping them. Another bug tracking system I've used has the choice of "Obsolete". Bugzilla doesn't have it by default but I have confirmed that we can add it. OTOH, using WONTFIX is fine by me too. Or we could pick something else. I'm mentioning the existence of the ability to use something other than WONTFIX in case people have a strong opinion on not using WONTFIX. Comments?