[openstack-dev] [openstack-deb] Devstack stable/juno fails to install

Matt Riedemann mriedem at linux.vnet.ibm.com
Tue Aug 18 20:48:08 UTC 2015



On 8/17/2015 7:59 PM, Tony Breeds wrote:
> On Mon, Aug 17, 2015 at 03:51:46PM -0500, Matt Riedemann wrote:
>
>> What version of taskflow is installed?  Cinder 2014.2.3 requires this
>> version of taskflow [1]:
>>
>> taskflow>=0.4,<0.7.0
>>
>> Which should get you taskflow 0.6.2, and taskflow 0.6.2 has this requirement
>> [2] for futures:
>>
>> futures<=2.2.0,>=2.1.6
>>
>> What version of futures is installed?  Run 'pip show futures'.
>
> ---
> stack at stack01:~/projects/openstack/openstack-dev/devstack$ pip show futures
> ---
> Metadata-Version: 2.0
> Name: futures
> Version: 3.0.3
> Summary: Backport of the concurrent.futures package from Python 3.2
> Home-page: https://github.com/agronholm/pythonfutures
> Author: Alex Gronholm
> Author-email: alex.gronholm+pypi at nextday.fi
> License: BSD
> Location: /usr/local/lib/python2.7/dist-packages
> Requires:
> ---
>
> I think this is being pulled in by an uncapped dependancy in swiftclient:
> ---
> 2015-08-17 23:41:42.287 | Collecting futures>=2.1.3 (from python-swiftclient<=2.3.1,>=2.2.0->glance==2014.2.4.dev6)
> 2015-08-17 23:41:42.326 |   Using cached futures-3.0.3-py2-none-any.whl
> ---
>
> I know the devstack/juno install worked on Friday last week, so something changed over the weekend.
>
> Ahh perhaps this https://review.openstack.org/#/c/212652/ ?
>
> My solution would be to cap futures in swiftclient but I don't knwo that is correct.
>
> Yours Tony.
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>

Yeah, g-r for stable/juno caps python-swiftclient at 2.3.1 [1] and that 
version has an uncapped dependency on futures [2].

You'd have to get a stable/juno branch created for python-swiftclient 
from the 2.3.1 tag probably, then cap futures and release that as 2.3.2. 
  You'd also have to raise the cap on swiftclient in g-r stable/juno to 
python-swiftclient>=2.2.0,<2.4.0.

[1] 
https://github.com/openstack/requirements/blob/stable/juno/global-requirements.txt#L121
[2] 
https://github.com/openstack/python-swiftclient/blob/2.3.1/requirements.txt#L1

-- 

Thanks,

Matt Riedemann




More information about the OpenStack-dev mailing list