Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA18111; Tue, 19 Dec 95 14:11:42 EST
Received: from pain.lcs.mit.edu by MIT.EDU with SMTP
	id AA02333; Tue, 19 Dec 95 14:11:42 EST
Received: (from daemon@localhost) by pain.lcs.mit.edu (8.6.12/8.6.9) id NAA09123; Tue, 19 Dec 1995 13:29:45 -0500
Received: from cygnus.com by pain.lcs.mit.edu (8.6.12/8.6.9) with ESMTP id NAA09053 for <netbsd-developers@netbsd.org>; Tue, 19 Dec 1995 13:24:04 -0500
Received: from localhost.cygnus.com (rtl.cygnus.com [140.174.1.2]) by cygnus.com (8.6.12/8.6.9) with ESMTP id KAA09054 for <netbsd-developers@netbsd.org>; Tue, 19 Dec 1995 10:23:55 -0800
Message-Id: <199512191823.KAA09054@cygnus.com>
Reply-To: jtc@cygnus.com
To: netbsd-developers@netbsd.org
Subject: the state of PRs
Date: Tue, 19 Dec 1995 10:23:53 -0800
From: "J.T. Conklin" <jtc@cygnus.com>
Sender: owner-netbsd-developers@NetBSD.ORG
Precedence: first-class
X-Loop: netbsd-developers@NetBSD.ORG

As I see it, one of the fundamental problems that has allowed the PR
database to get out of control is the fact that PRs are not assigned
to specific individuals.  In my experience, it's a lot easier for me
to ignore a PR assigned to "kern-bug-people" than it is for a bug
assigned to "jtc".

Since we're all volunteers, I don't think it's fair for PRs to doled
out randomly.  Its more realistic for people to see PRs they want to
handle and assign them to themselves.

I see a lot of PRs in the port-foo categories.  I think it would be
most beneficial if portmasters could at least take those to analyzed
state as they come in.  There are some that appear to be trivial (man
page fixes), etc.; but I almost never touch them because I consider
them to be in someone elses domain.  If portmasters could make their
intentions made, some of us other volunteers can fill out the back
end.  Likewise, "core" (and I'm as guilty as anyone) should do the 
first pass on machine independent and architectural issues.

Perry mentioned something about goals for the PR database.  My personal
goal is to get all of the "open" PRs to at least the analyzed state in
the next two months or so.

	--jtc
