From owner-freebsd-chat Tue Feb 11 18:15:44 2003 Delivered-To: freebsd-chat@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3104A37B401 for ; Tue, 11 Feb 2003 18:15:43 -0800 (PST) Received: from rwcrmhc53.attbi.com (rwcrmhc53.attbi.com [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F32C43FA3 for ; Tue, 11 Feb 2003 18:15:42 -0800 (PST) (envelope-from swear@attbi.com) Received: from localhost.localdomain (unknown[12.242.158.67]) by rwcrmhc53.attbi.com (rwcrmhc53) with ESMTP id <2003021202154205300a23t8e>; Wed, 12 Feb 2003 02:15:42 +0000 Received: from localhost.localdomain (localhost [127.0.0.1]) by localhost.localdomain (8.12.6/8.12.5) with ESMTP id h1C2Dp5F030838; Tue, 11 Feb 2003 18:13:51 -0800 (PST) (envelope-from swear@attbi.com) Received: (from jojo@localhost) by localhost.localdomain (8.12.6/8.12.5/Submit) id h1C2Djfx030835; Tue, 11 Feb 2003 18:13:45 -0800 (PST) (envelope-from swear@attbi.com) X-Authentication-Warning: localhost.localdomain: jojo set sender to swear@attbi.com using -f To: Terry Lambert Cc: chat@freebsd.org Subject: Re: Bugzilla? (was Re: Okay, I think I need some serious introduction ;-) References: <20030209185618.GA19962@papagena.rockefeller.edu> <20030209151407.N548@localhost> <2e1y2e7jtu.y2e@localhost.localdomain> <3E498592.5E5BF4EE@mindspring.com> From: swear@attbi.com (Gary W. Swearingen) Date: 11 Feb 2003 18:13:45 -0800 In-Reply-To: <3E498592.5E5BF4EE@mindspring.com> Message-ID: Lines: 21 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Terry Lambert writes: > The problem with this approach is that it's possible to ignore > a PR to make it go away, without the underlying problem being > repaired/acknowledged. No, the approach was purposely designed to avoid that. It takes either a violation of the policy or at least 10 minutes of a committer's attention and a manual "close" action to make a PR go away. The approach will no-doubt result in some good PRs being sent away, because there will be some 10-minute closers who do it carelessly, or just don't have enough time, but that would be considered an acceptable cost for the benefit of not having so many old PRs that people tend to just ignore them all. Any automatic scheme is too likely to see too many good PRs go away; some kind of review and decision should be required. (Some kind of rating system might be even better, in theory, but seems less likely to be used well.) You also want a new scheme that defaults to the current scheme if people don't support the new scheme. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message