From owner-freebsd-bugbusters@FreeBSD.ORG Sun Jan 13 19:35:28 2008 Return-Path: Delivered-To: freebsd-bugbusters@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B40816A419 for ; Sun, 13 Jan 2008 19:35:28 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 622F213C44B for ; Sun, 13 Jan 2008 19:35:27 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 6DEB38C0A6; Sun, 13 Jan 2008 13:35:27 -0600 (CST) Date: Sun, 13 Jan 2008 13:35:27 -0600 To: Yoshihiro Ota Message-ID: <20080113193527.GA10815@soaustin.net> References: <20071226.003547.-932932005.imp@bsdimp.com> <1198689316.1119.382.camel@Particle> <20071226180415.GA27409@soaustin.net> <20071226.114224.-432836428.imp@bsdimp.com> <18754.194.74.82.3.1198744988.squirrel@galain.elvandar.org> <20071228020749.b5fc0ab2.ota@j.email.ne.jp> <20080111211644.GA6522@soaustin.net> <20080113032003.b39da9c4.ota@j.email.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080113032003.b39da9c4.ota@j.email.ne.jp> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) Cc: Mark Linimon , freebsd-bugbusters@freebsd.org, "M. Warner Losh" Subject: Re: PR backlog X-BeenThere: freebsd-bugbusters@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Coordination of the Problem Report handling effort." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jan 2008 19:35:28 -0000 On Sun, Jan 13, 2008 at 03:20:03AM -0500, Yoshihiro Ota wrote: > let me know if conclusion ends up some way of seeking more help. > I can spare some time for 1. testing and verifying PR's with patches > and/or 2. closing too old PR's with apologise to bug reporters. The dicussion has moved forward (at least in the venue of the IRC channel) on how we can do exactly that. The newest idea is that we need to write up a guide on "how to walk a user through kernel debugging" so that we can have a group of people work with users, rather than having them send PRs that don't get processed. mcl