[python-committers] Revert changes which break too many buildbots (original) (raw)

Brett Cannon brett at python.org
Thu Jun 15 16:35:58 EDT 2017

On Thu, 15 Jun 2017 at 06:39 Victor Stinner <victor.stinner at gmail.com> wrote:

2017-06-15 5:31 GMT+02:00 Nick Coghlan <ncoghlan at gmail.com>: > I'm not necessarily opposed to such a policy change, but if folks > really want guaranteed green post-merge buildbots for all platforms > (rather than just guaranteed green for Linux & Windows, sometimes red > for everything else), then I think a better place to focus effort > would be in making it easier for us to test things across the full > BuildBot fleet in pre-merge CI. > > For example, something that would be genuinely helpful would be a bot > monitoring PR comments that could automate the "custom-build" dance > for core developers (i.e. we'd be able to write something like > "BuildBot: test custom build", and it would go away, kick off a custom > BuildBot run by pushing the PR to the "custom-build" branch, and then > report back the links for failed builds like > http://buildbot.python.org/all/builders/x86%20Tiger%20custom/builds/5 > )

I don't think that buildbots have enough resources to run tests on each PR. We get too many PR and each PR is updated regularly. On some buildbots, a single build can take 1 hour (or longer)... Moreover, that's an idea, but we need "someone" to do the job. I don't know anyone available to do it. I'm proposing a pragmatic solution to a concrete issue. I'm just to do by best with our limited resources (human and CPU time). Again, failures on random platforms not caught by our pre-commit CI occur, but are -hopefully- rare! I dislike having a long list of "nice to have" list for our infra. I prefer to focus on the existing bricks and don't put too much pressure on people who give their time to care of our tooling and infra ;-)

I at least appreciate that. :)

(Yes, I would also prefer to have a fleet of buildbots at the pre-commit stage if I can get it for free :-))

Yes, that would definitely be nice, especially if we could get it working in the cloud to handle load and a wider range of OSs. But this is all orthogonal to the question of "revert immediately or not?". It's also not worth discussing here as it's totally wishful thinking for the foreseeable future (that's what the core-workflow issue tracker is for ;) .

-Brett

Victor

python-committers mailing list python-committers at python.org https://mail.python.org/mailman/listinfo/python-committers Code of Conduct: https://www.python.org/psf/codeofconduct/ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-committers/attachments/20170615/67642f9c/attachment.html>

More information about the python-committers mailing list