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

python-novaclient: drop DEPENDS for python-setuptools-git

2017-08-23T02:48:03+00:00

The upstream project dropped the use of setuptools-git when they moved to use pbr. There was a bug here anyway in that 'inherit setuptools' sets a DEPENDS which was then being blown away by the "DEPENDS = ...", but since we just don't need python-setuptools-git anymore we simply drop it. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-positional: use archived tarball

2017-08-23T02:48:03+00:00

The upstream project has been discontinued as you can see from the comment from the developer in response to another pkg which used positional: https://github.com/conda-forge/positional-feedstock/issues/7 In addition to discontinuing the project the developer removed the repository, so we need to use the version archived via pypi. We can't simply drop the package as it is used by python-nova and other openstack components. Signed-off-by: Mark Asselstine Signed-off-by: Bruce Ashfield

python-salttesting: Modify patch to improve ptest output

2017-07-10T15:46:15+00:00

Current test case output includes shortDescription and looks like this: PASS: [CPU:24.1%|MEM:17.4%] First line of test case doc string New test case output replaces shortDescription with test name and looks like this: PASS: test_case_function_name Signed-off-by: Jeffrey Pautler Signed-off-by: Bruce Ashfield

python: satisfy setup.py 'setup_requires' for vcversioner

2017-06-29T19:28:30+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-pyparsing: Move from meta-openstack to meta-cloud-services

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

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

python: Inherit setuptools instead of distutils for several packages

2017-06-01T15:59:14+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