linux/meta-cloud-services.git/meta-openstack/recipes-devtools/python, branch pyro

python-pyparsing: Move from meta-openstack to meta-cloud-services

2017-06-29T19:27:21+00:00

It's not an openstack specific package. Signed-off-by: He Zhe Signed-off-by: Bruce Ashfield

python: satisfy setup.py 'setup_requires' for vcversioner

2017-06-29T19:01:17+00:00

python-jsonschema has a 'setup_requires' for python vcversioner so we must have a -native version of python-vcversioner and DEPEND on it in order to avoid setup.py downloading the requires from PyPI. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python: Inherit setuptools instead of distutils for several packages

2017-06-01T15:59:01+00:00

python-appdirs python-keystoneauth python-lesscpy python-os-client-config The setup scripts of these modules use setuptools instead of distutils, resulting in errors like this: | File "setup.py", line 5, in | from setuptools import setup | ImportError: No module named setuptools Signed-off-by: Adrian Dudau Signed-off-by: Bruce Ashfield

python-netaddr: switch to setuptools

2017-01-31T03:40:19+00:00

The uprev done in commit 0f9fb18e1883 didn't take into account that upstream moved to use setuptools (see upstream commit a8509c0c7c4c [cleaned up of older conventions and switched to setuptools]). Switch to setup tools to match this upstream change. This will fix errors seen when attempting to 'import netaddr'. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-xstatic-smart-table: uprev to v1.4.13.2

2017-01-31T03:40:19+00:00

Although version 1.4.5.3 is within the acceptable versions listed by python-horizon (stable/newton) there are changes related to smart-table.min.js vs smart-table.js which will cause python-horizon to error with the following exception: 'horizon/lib/angular_smart_table/smart-table.min.js' could not be found in the COMPRESS_ROOT '/usr/lib/python2.7/site-packages/static' or with staticfiles. (See commit 12c37e3af0a95cb793ad1fb7e055276da049e5ac in horizon) Upstream should probably remove 1.4.5.3 from the range of acceptable versions due to this. At any rate uprev'ing the package avoids the mismatch. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-alembic: uprev to 0.8.10

2017-01-31T03:40:19+00:00

This uprev is required to support python-oslo.db uprev to stable/newton. The license is still MIT though the md5sum required being updated. Runtime dependencies were updated based on requires.txt. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-kombu: add version 3.0.37

2017-01-31T03:40:19+00:00

The 4.x.x series requires the amqp>=2 which is outside of the range of amqp versions supported versions required for python-oslo.messaging therefore we need to continue support for the 3.0.x series and force its use via the layer.conf and PREFERRED_VERSION. This is an updated version of the python-kombu recipe for the 3.0.x series with updated license checksup (the license type remains the same) and updated runtime dependencies based on the packages requirements/default.txt. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-oslo.reports: uprev to latest stable/newton

2017-01-25T19:30:00+00:00

Minor runtime dependency updates. Runtime dependency versions are all already met. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-oslo.rootwrap: uprev to latest stable/newton

2017-01-25T19:30:00+00:00

Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-oslo.cache: uprev to latest stable/newton

2017-01-25T19:30:00+00:00

Minor runtime dependency updates. Requiers an uprev to python-dogpile.cache Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield