Date: Wed, 3 May 2006 21:19:08 -0500 From: linimon@lonesome.com (Mark Linimon) To: David Kirchner <dpk@dpk.net> Cc: stable@freebsd.org, Robert Watson <rwatson@freebsd.org> Subject: Re: quota deadlock on 6.1-RC1 Message-ID: <20060504021908.GA714@soaustin.net> In-Reply-To: <35c231bf0605031821s582b6d03j3ee9d434a596f62a@mail.gmail.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060504021908.GA714>