From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1765212AbYDOOET (ORCPT ); Tue, 15 Apr 2008 10:04:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760607AbYDOOEG (ORCPT ); Tue, 15 Apr 2008 10:04:06 -0400 Received: from eth7959.sa.adsl.internode.on.net ([150.101.82.22]:33110 "EHLO hawking.rebel.net.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754800AbYDOOEF (ORCPT ); Tue, 15 Apr 2008 10:04:05 -0400 Message-ID: <4804B5D5.4090404@davidnewall.com> Date: Tue, 15 Apr 2008 23:34:05 +0930 From: David Newall User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: Michael Kerrisk CC: James Morris , Al Viro , Andrew Morton , Willy Tarreau , david@lang.hm, Stephen Clark , Evgeniy Polyakov , "Rafael J. Wysocki" , Tilman Schmidt , Valdis.Kletnieks@vt.edu, Mark Lord , David Miller , jesper.juhl@gmail.com, yoshfuji@linux-ipv6.org, jeff@garzik.org, linux-kernel , git@vger.kernel.org, netdev@vger.kernel.org Subject: Re: Reporting bugs and bisection References: <47FEADCB.7070104@rtr.ca> <20080413205406.GA9190@2ka.mipt.ru> <48028830.6020703@earthlink.net> <20080414043939.GA6862@1wt.eu> <20080414053943.GU9785@ZenIV.linux.org.uk> <20080413232441.e216a02c.akpm@linux-foundation.org> <20080414072328.GW9785@ZenIV.linux.org.uk> <4804765B.2070300@davidnewall.com> <517f3f820804150254w491cdf85s28f1d15696db8d96@mail.gmail.com> In-Reply-To: <517f3f820804150254w491cdf85s28f1d15696db8d96@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Michael Kerrisk wrote: > On 4/15/08, David Newall wrote: > >> James Morris wrote: >> > I don't know how to solve this, but suspect that encouraging the use of >> > reviewed-by and also including it in things like analysis of who is >> > contributing, selection for kernel summit invitations etc. would be a >> > start. At least, better than nothing. >> >> Would it be hard to keep count of the number of errors introduced by >> author and reviewer? >> > > I've found quite a few errors in kernel-userland APIs, but I'm not > sure that this sort of negative statistic would be helpful -- e.g., > more productive developers probably also introduce more errors. We can already see which developers are more active. What we can't see is who is careless, which would be useful to know. It would also be useful to know who is careless in approving changes, because they share responsibility for those changes. It would be a good thing if this highlighted that some people are behind frequent buggy changes.