summaryrefslogtreecommitdiffstats
path: root/meta-openstack/recipes-devtools/python/python-lockfile_0.10.2.bb
Commit message (Collapse)AuthorAgeFilesLines
* python-lockfile: 0.10.2 -> 0.12.2Huang Qiyu2017-01-251-29/+0
| | | | | | | Upgrade python-lockfile from 0.10.2 to 0.12.2. Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* python: satisfy setup.py 'setup_requires'Mark Asselstine2017-01-171-0/+5
| | | | | | | | | | | | | | | | | | | | | Python setuptools will attempt to satisfy the packages defined as 'setup_requires' in setup.py by first looking for the package availability locally and ultimately by downloading it from PyPI. This is actually a huge security hole and packages should move to using pip instead, but this is another story that the upstream packages have to address. This also disregards BB_NO_NETWORK and may prove to introduce host contamination. The best approach is to ensure we have the -native version of the 'setup_requires' packages present such that setup.py will not attempt to complete the download from PyPI. Make 'pbr' -native available and for packages which we have identified as having 'setup_requires' include 'pbr' add the necessary python-pbr-native DEPENDS. Signed-off-by: Mark Asselstine <mark.asselstine@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* python packages: add build dependency on python-pbrJosep Puigdemont2015-09-221-0/+8
| | | | | | | | | | | | | Some packages fail to build because their dependency on python-pbr during built time is not properly stated in the recipe. Sometimes the build succeeds anyway because the python-pbr package has already been built previously. To avoid the occasional build failure, this patch adds a dependency on python-pbr to all those packages that declare it as a dependency in their setup.py file. Signed-off-by: Josep Puigdemont <josep.puigdemont@enea.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
* python-lockfile: upgrade to 0.10.2Jackie Huang2015-04-291-0/+16
Signed-off-by: Jackie Huang <jackie.huang@windriver.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>