From owner-freebsd-stable@FreeBSD.ORG Thu May 4 02:19:09 2006 Return-Path: X-Original-To: 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 6E20F16A402; Thu, 4 May 2006 02:19:09 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24CF943D48; Thu, 4 May 2006 02:19:08 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 6226C95B; Wed, 3 May 2006 21:19:08 -0500 (CDT) Date: Wed, 3 May 2006 21:19:08 -0500 To: David Kirchner Message-ID: <20060504021908.GA714@soaustin.net> References: <20060502171853.GG753@dimma.mow.oilspace.com> <20060502172225.GA90840@xor.obsecurity.org> <20060502174429.GH753@dimma.mow.oilspace.com> <44579EE1.6010300@rogers.com> <20060502180557.GA91762@xor.obsecurity.org> <4457A02C.9040408@rogers.com> <20060502182302.GA92027@xor.obsecurity.org> <20060503110503.O58458@fledge.watson.org> <35c231bf0605031821s582b6d03j3ee9d434a596f62a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <35c231bf0605031821s582b6d03j3ee9d434a596f62a@mail.gmail.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: stable@freebsd.org, Robert Watson Subject: Re: quota deadlock on 6.1-RC1 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: Thu, 04 May 2006 02:19:09 -0000 On Wed, May 03, 2006 at 06:21:39PM -0700, David Kirchner wrote: > Would there really be harm in putting off a release until these well- > acknowledged bugs are taken care of? Yes. We tagged the ports tree on April 14th, and that's the last date of any changes the CDs will ship with. That's a sufficiently long time that some of these ports are now getting stale. Every single day added now allows more ports to become stale, including minor security problems. There have been so many changes to the ports tree since then that if a port had a major security problem, we could possibly be forced to rebuild a large number of packages, and retest. This would add another 3-4 weeks to the release cycle, all just to go back over the testing we thought we just finished. And, of course, during that time someone else will find another pervasive problem in the source tree and lobby for it to be fixed, which introduces more things that need to be tested, with more risk, and ... To summarize: at some point you do, indeed, have to ship something. You have to choose a point where the least number of users will see regressions vs. the most number of users will see improvements. (Not everyone uses quotas.) If there are regressions, then I recommend that people use the previous release without that particular bug (or, more likely in the case of something like this, where the bug was there but just much harder to trigger). Conclusion: it's impossible to satisfy everyone. We just have to do our best. mcl