Open Stack

You may have seen your requirements update proposals start to include
things like:
MySQL-python;python_version=='2.7'

like in
https://review.openstack.org/#/c/194325/
https://review.openstack.org/#/c/194325/3/test-requirements.txt

This is programmatic annotation of the Python versions that we need
these requirements for -- and the version(s) that we know works.

The syntax is PEP-426 environment markers:
https://www.python.org/dev/peps/pep-0426/#environment-markers

and we document it in pbr and openstack/requirements - this email is
just a heads for folk that aren't tracking those repositories.

To work with these, modern versions of pip (6 is the minimum) and
setuptools (I recommend the latest version always) and pbr (1.2.0) are
needed. Running with older versions is likely to fail - but these
tools are very backwards compatible.

The introduction of this is a necessary step to be able to calculate a
frozen set of requirements for each Python version we test on - if we
can't install all of global-requirements.txt on e.g. 2.7, then we
can't see what versions would be installed to calculate the delta for
the next upgrade. Calculating that frozen set of requirements is a
necessary condition to remove the variance of upstream releases from
impacting CI jobs and causing wedges.

We haven't (yet) introduced this machine readable data to stable/kilo,
but are likely to do so later this cycle, once we have the tooling in
place and locked in for constraints everywhere in master.

-Rob

-- 
Robert Collins <rbtcollins at hp.com>
Distinguished Technologist
HP Converged Cloud