cvs commit: src/sys/contrib/dev/acpica - Imported sources

[Mark Linimon]

> 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 at .  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