One of the applications I work on recently dropped support for python 2.4 – and much to my surprise I found out buildbot was failing – despite the instructions to use the 2.5 interpreter.
We had the following code as part of the a collective.buildout:project configuration:
build-sequence =
python2.5 bootstrap.py
./bin/buildout -t 50
test-sequence =
python2.5 bin/tests -v --v
But looking at the logs, this was being re-written to use “python” (i.e. the version the buildslave was running on) during the buildout.
I guess I could have created separate buildouts for 2.5 /2.6 buildslaves for these projects – but having one buildbot buildout is just simpler.
I found that calling python by it’s full path in the configuration has avoided this issue – although it does mean maintaining different project sections for different python versions.
i.e.
build-sequence =
/usr/local/bin/python2.5 bootstrap.py
./bin/buildout -t 50
test-sequence =
/usr/local/bin/python2.5 bin/tests -v --v












[...] the original post here: Multiple python versions – collective.buildbot | We Are Team Rubber By admin | category: python | tags: applications, committee, despite-the-instructions, [...]
[...] Multiple Python version with collective.buildbot [...]