From owner-freebsd-hackers@freebsd.org Mon Dec 4 15:50:36 2017 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D439ADFFCBA for ; Mon, 4 Dec 2017 15:50:36 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9EB496D5B7 for ; Mon, 4 Dec 2017 15:50:36 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id vB4FoYxJ046444; Mon, 4 Dec 2017 07:50:34 -0800 (PST) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id vB4FoXFx046443; Mon, 4 Dec 2017 07:50:33 -0800 (PST) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201712041550.vB4FoXFx046443@pdx.rh.CN85.dnsmgr.net> Subject: Re: Getting PRs fixed In-Reply-To: To: Yuri Pankov Date: Mon, 4 Dec 2017 07:50:33 -0800 (PST) CC: freebsd-hackers X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Mailman-Approved-At: Mon, 04 Dec 2017 17:22:10 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2017 15:50:36 -0000 [ Charset UTF-8 unsupported, converting... ] > On Fri, Dec 1, 2017 at 09:39:22AM -0800, Freddie Cash wrote: > > On Fri, Dec 1, 2017 at 6:46 AM, Rebecca Cran wrote: > > > >> > >>> On Dec 1, 2017, at 6:18 AM, Jamie Landeg-Jones > >> wrote: > >>> > >>> I've been using FreeBSD both professionally and personally since > >>> 2.2.7-RELEASE and I've fixed various bugs over the years, but a year or > >>> so ago, I got fed up with the general indifference these last few years. > >> > >> I was just thinking about getting back into bug-busting for FreeBSD: a few > >> years ago when we were using GNATS we had a team that did triage, > >> follow-ups etc. that made some progress. Was that effort wound-down with > >> the move to Bugzilla, or is the team still active? > >> > > > > ?I don't know about triage, as in determining priority for specific bugs, > > but there is a team that goes through the bug database assigning bugs to > > individuals and teams, and updating the Subject: line to better reflect the > > issue in the bug. > > That's good and all, but in my quick walk through the current open PRs > against base system, there are a lots of PR with patches that just lie > there collecting dust, a lot of PRs that have been analyzed and should > be closed as "not a bug" or simply being more suited to be asked on > questions@, and I don't see how I'd get someone to actually look at them > -- so it's not like there's no interest in fixing bugs -- the number of > patches in bugtracker says there's a lot of interest, it's just somewhat > hard to get patches integrated. Part of that comes from often the patches are not correct, or not complete, or cause breakage of some other form. You just cant go take patches out of PR's and commit them, this would probalby generate more bugs in the long run than it could ever fix. Even the experts break code in non subtle ways that often take years to show up as a problem of some form. I am not saying we should ignore PR's with patches, but we should not just blindly go grabbing them for commits, what we need to do is get those patches infront of the expert(s) in that area and get a quick, yes, no, or needs work and reasoning for that to feed back into the PR, so that a non field expert can then try to move the state forward. And again, "the rate of change of the source code == rate of PR's submitted" We need to think about that, A LOT. Thus leads to the fact that any change in an attempt to fix a PR/bug has a high probabilty of introducing another bug, or creating another PR. -- Rod Grimes rgrimes@freebsd.org