From owner-freebsd-stable@FreeBSD.ORG Tue Sep 12 19:19:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73FCB16A403 for ; Tue, 12 Sep 2006 19:19:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id DCB6843D46 for ; Tue, 12 Sep 2006 19:19:41 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 31799 invoked by uid 399); 12 Sep 2006 19:19:40 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 12 Sep 2006 19:19:40 -0000 Message-ID: <4507084A.4080002@FreeBSD.org> Date: Tue, 12 Sep 2006 12:19:38 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060909173813.GA1388@FS.denninger.net> <45065C67.6040503@cs.tu-berlin.de> <20060912141547.GA11713@FS.denninger.net> In-Reply-To: <20060912141547.GA11713@FS.denninger.net> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ARRRRGH! Guys, who's breaking -STABLE's GMIRROR code?! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Sep 2006 19:19:42 -0000 Karl Denninger wrote: > You've never been able to get reliability by jumping from release to release, I think there are a lot of users who disagree with you on that one. > and every time someone comes in the lists to complain about something being > broken in -RELEASE, the advice is to go to and track -STABLE! These are different issues. > I don't think its too much to ask that before something is MFC'd back to > -STABLE from -CURRENT that it be tested for the most common > functionality (that is, does it work at all?) In this case all that someone > had to do was boot the system and then detach and reattach a mirror component - > the most basic of functionality - to detect that the patch was bad. > > That obviously wasn't done in this instance. No one has disagreed with you about this. Several people have apologized already. It's past time that you got over it. That said, no matter how stable (in the dictionary term of the word) a given branch of FreeBSD is (or is not) at any given time, nothing replaces the need to test changes/updates yourself, on non-production hardware, before deploying them to anything you care about. That is just as true of FreeBSD as it is of any commercial software. Time to move on here folks, Doug -- This .signature sanitized for your protection