This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author barry
Recipients barry, nadeem.vawda, ncoghlan, pitrou
Date 2011-03-23.16:18:07
SpamBayes Score 1.4605948e-06
Marked as misclassified No
Message-id <20110323121801.38cabbf3@neurotica.wooz.org>
In-reply-to <1300896385.62.0.748894257279.issue11651@psf.upfronthosting.co.za>
Content
On Mar 23, 2011, at 04:06 PM, Antoine Pitrou wrote:

>Sorry, that's completely bogus. If a "merge race" may introduce a regression,
>then there's no reason the regression will occur in the non-blacklisted
>tests. Have you heard of Murphy's law?

That's not the point.  If it was, you'd always have to run make testall
whenever you were resolving a merge race.  Otherwise you could leave out
something important, right?

When you're in the middle of a merge race, you've *already* thoroughly tested
your change, along with the full test suite, with a relatively up-to-date
python tree + your changes <wink>.

You've now merged any changes that have come in since you did your thorough
tests, and you're trying to beat the other guy to the push.  You want
something that can run *fast* and just proves that the merge didn't hose
Python in some brown paper bag way.  It is not intended to be a thorough test
since you've already done that.  Anything more than a smoke test will be
discovered by the buildbots.
History
Date User Action Args
2011-03-23 16:18:08barrysetrecipients: + barry, ncoghlan, pitrou, nadeem.vawda
2011-03-23 16:18:07barrylinkissue11651 messages
2011-03-23 16:18:07barrycreate