Date: Wed, 28 May 2003 15:58:51 -0500 From: Mark Linimon <linimon@lonesome.com> To: Nate Lawson <nate@root.org>, Dag-Erling Smorgrav <des@ofug.org> Cc: cvs-src@FreeBSD.org Subject: Re: cvs commit: src/sys/contrib/dev/acpica - Imported sources Message-ID: <200305281558.51481.linimon@lonesome.com> In-Reply-To: <20030528102708.J8183@root.org> References: <200305271919.h4RJJ5kd039145@repoman.freebsd.org> <xzpznl7c7zh.fsf@flood.ping.uio.no> <20030528102708.J8183@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> I'll do more compile testing in the future but it is painful since my > system takes so long to build. OK, time for someone to cry foul on this one. This almost seems to imply that running makes on all the tinderboxen is _fast_? Especially when you count the number of architectures? No. It should also be noted that this checkin was done either right at, or just past, the original _deadline_ for the release. Not for the _freeze_, but the release itself. Nate, you may feel I'm picking on you specifically, but I'm not. I'm saying that it doesn't make sense to use the tinderboxen to be doing compile testing after a freeze has supposedly gone into effect. After a freeze goes into effect, IMVVHO the only things that should go into the tree are things that multiple people have already beat the (*&^(*&^ out of and thus have almost no risk and almost certain gain. This has most definitely not been the case for this release cycle. There is no reason to point fingers, frankly, I don't have enough fingers to go around in this case :-) And I understand re@'s position -- that if they say "no" to any or everything that people will just complain -- and I wouldn't want to be on re@. They are doing a thankless job and doing it, I imagine, as best as it can be done given the circumstances. But honestly, folks, how can we do any shakedown testing of a release if the tree won't sit still? mcl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200305281558.51481.linimon>