From owner-freebsd-current@FreeBSD.ORG Thu Jan 10 21:16:58 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FD2F16A419 for ; Thu, 10 Jan 2008 21:16:58 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id F000513C459 for ; Thu, 10 Jan 2008 21:16:57 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 87A9146D11; Thu, 10 Jan 2008 16:16:56 -0500 (EST) Date: Thu, 10 Jan 2008 21:16:54 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Timo Schoeler In-Reply-To: <20080110215931.f14b78ec.timo.schoeler@riscworks.net> Message-ID: <20080110210844.J4766@fledge.watson.org> References: <189878.45301.qm@web57002.mail.re3.yahoo.com> <20080110171132.GM71709@tuxaco.net> <1199987094.1713.20.camel@localhost> <47866B2A.8070503@elischer.org> <20080110201548.36862edb.timo.schoeler@riscworks.net> <3a142e750801101134p659f50c8qac731334dab9877d@mail.gmail.com> <20080110215931.f14b78ec.timo.schoeler@riscworks.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: strace broken in 7.0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jan 2008 21:16:58 -0000 On Thu, 10 Jan 2008, Timo Schoeler wrote: > So a 'conservative development model' (the BSDs where typically known for) > leads to a well functioning environment. The only BSD I know of where this > really *is* the case is OpenBSD. NetBSD, e.g., had times where their tree > didn't build (especially for me between 3.99.3 and 3.99.15 on macppc). > FreeBSD has a damn high number of open/unfixed PRs, and people complain more > and more that this harms them in several ways. I think you make a number of important points, but I want to make one observation regarding PR count: the number of problem reports doesn't correspond directly with the number of bugs in the system, it also tracks the number of users of the system. I don't think anyone is really in a position to directly evaluate the relative "bugginess" of various systems in an objective way, but I think I would probably be right if I claimed that FreeBSD has a lot greater installation diversity and end-user exposure than OpenBSD or NetBSD, and this is certainly a contributing factor to our bug report situation. Derived systems like PC-BSD have only increased that exposure, especially in the desktop hardware space. I know that Mark Linimon has done quite a bit of analysis of the state of the PRs, especially as to which ones stay open vs. which ones get closed, and may be able to offer some insight. I have a vague recollection that last time around, he reported essentially linear growth in open kernel bug reports, and essentially stable ports PRs, but I've not really seen stats on how bug reports against the base system get closed. For example, I'm not sure we make a "fixed" vs "closed" distinction, which we'd need in order to do a good analysis. FWIW, there are quite a few of us who are interested in improving the daignosis of problems. My recent work involving DDB textdumps was entirely about improving our level of automation for kernel crashes, which should allow us to do a lot less hand-holding in gathering bug reports (and, ideally, therefore improve our report handling rate). While there are social elements at work here that aren't addressed by purely technical solutions, there is also a lot of room for the development of technical solutions here as well. Robert N M Watson Computer Laboratory University of Cambridge