From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 19 22:30:32 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E301065672 for ; Thu, 19 Jan 2012 22:30:32 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id EEC3D8FC0A for ; Thu, 19 Jan 2012 22:30:31 +0000 (UTC) Received: (qmail 17835 invoked by uid 0); 19 Jan 2012 22:30:30 -0000 Received: from 67.206.162.46 by rms-us017 with HTTP Content-Type: text/plain; charset="utf-8" Date: Thu, 19 Jan 2012 17:30:27 -0500 From: "Dieter BSD" Message-ID: <20120119223028.218280@gmx.com> MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Authenticated: #74169980 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: 0/xqbyA03zOlNR3dAHAh4VF+IGRvb8DF Subject: Re: Getting PRs fixed X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 22:30:32 -0000 Igor writes: > You mean something like: http://people.freebsd.org/~edwin/gnats/ ? Daniel writes: > http://www.oook.cz/bsd/prstats/ Yes, something like these. Stephen writes: > You should get extra points for difficult PR's. One way to measure this > would be to give more points for fixing older PR's than newer PR's. Older might be harder, or it might mean boring, or seen as less important. It might be worth giving more points for old PRs regardless, to help get the old ones fixed. The main goal here is to get PRs fixed. It just feels wrong to have PRs sitting around for years on end, and if it is a significant problem you can be sure that the submitter is unhappy about not having a fix. A longer PR might be more difficult. A complex problem takes longer to describe, and longer to fix, than just "there is a typo in the foo(1) man page". One problem is PRs that are closed without being fixed. Some of these are legitimate (dups, submitter error, already fixed in newer release, ...) but some shouldn't have been closed.