[openstack-dev] The danger of capping python-*clients in core projects, and forbidding it in the future

Gareth academicgareth at gmail.com
Fri Jul 12 16:19:59 UTC 2013


There're still keystone client conflict issues:
https://review.openstack.org/#/c/36684/
It seems uncapping keystone client(remove upper bound) in some else project
first is needed?


On Fri, Jul 12, 2013 at 7:25 PM, Sean Dague <sean at dague.net> wrote:

> We are working towards uncapping all the clients, with the exception of
> neutron client, because they need to make some incompatible changes on
> their next major release.
>
>
> On 07/12/2013 12:12 AM, Gareth wrote:
>
>> so, what's the final conclusion about this issue?
>>
>>
>> On Fri, Jul 12, 2013 at 12:11 PM, Gareth <academicgareth at gmail.com
>> <mailto:academicgareth at gmail.**com <academicgareth at gmail.com>>> wrote:
>>
>>     Thanks, Monty
>>
>>     but in my review https://review.openstack.org/#**/c/36684/<https://review.openstack.org/#/c/36684/>, Doug said
>>     we will go without upper bound with those python-*clients
>>     and in this one https://review.openstack.org/#**/c/36753/<https://review.openstack.org/#/c/36753/>,
>>     keystoneclient still keep '<0.4' and requirements test doesn't fail
>>     in keystoneclient
>>     (https://jenkins.openstack.**org/job/gate-cinder-**
>> requirements/96/console<https://jenkins.openstack.org/job/gate-cinder-requirements/96/console>
>>     it failed on glanceclient)
>>
>>
>>
>>
>>     On Fri, Jul 12, 2013 at 11:54 AM, Monty Taylor <mordred at inaugust.com
>>     <mailto:mordred at inaugust.com>> wrote:
>>
>>
>>
>>         On 07/11/2013 11:38 PM, Gareth wrote:
>>          > I heard there's a talk about this issue in #openstack-infra
>>         last night
>>          > (china standard time), what's the conclusion of that?
>>          >
>>          > BTW, how to find meeting log of #openstack-infra? I didn't
>>         find it
>>          > in http://eavesdrop.openstack.**org/<http://eavesdrop.openstack.org/>
>>
>>         We don't log it currently. There is a wider conversation going
>>         on about
>>         which things we should log and which things we should not log
>>         ... but
>>         for the time being I've submitted this:
>>
>>         https://review.openstack.org/**36773<https://review.openstack.org/36773>
>>
>>         to add -infra. I think we talk about enough things that have
>>         ramifications on everyone in there that we should really capture
>> it.
>>          > On Thu, Jul 11, 2013 at 11:35 PM, Dirk Müller <dirk at dmllr.de
>>         <mailto:dirk at dmllr.de>
>>          > <mailto:dirk at dmllr.de <mailto:dirk at dmllr.de>>> wrote:
>>          >
>>          >     >> See for example
>>         https://bugs.launchpad.net/**horizon/+bug/1196823<https://bugs.launchpad.net/horizon/+bug/1196823>
>>          >     > This is arguably a deficiency of mox, which
>>         (apparently?) doesn't
>>          >     let us mock properties automatically.
>>          >
>>          >     I agree, but it is just one example. other test-only
>>         issues can
>>          >     happen as well.
>>          >
>>          >     Similar problem: the *client packages are not
>>         self-contained, they
>>          >     have pretty strict dependencies on other packages. One
>>         case I already
>>          >     run into was a dependency on python-requests: newer
>>         python-*client
>>          >     packages (rightfully) require requests >= 1.x. running
>>         those on a
>>          >     system that has OpenStack services from Grizzly or Folsom
>>         installed
>>          >     cause a conflict: there are one or two that require
>>         requests to be <
>>          >     1.0.
>>          >
>>          >     When you run gating on this scenario, I think the same
>>         flipping would
>>          >     happen on e.g. requests as well, due to *client or the
>>         module being
>>          >     installed in varying order.
>>          >
>>          >     Greetings,
>>          >     Dirk
>>          >
>>          >     ______________________________**_________________
>>          >     OpenStack-dev mailing list
>>          > OpenStack-dev at lists.openstack.**org<OpenStack-dev at lists.openstack.org>
>>         <mailto:OpenStack-dev at lists.**openstack.org<OpenStack-dev at lists.openstack.org>
>> >
>>          >     <mailto:OpenStack-dev at lists.**openstack.org<OpenStack-dev at lists.openstack.org>
>>
>>         <mailto:OpenStack-dev at lists.**openstack.org<OpenStack-dev at lists.openstack.org>
>> >>
>>          > http://lists.openstack.org/**cgi-bin/mailman/listinfo/**
>> openstack-dev<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>>          >
>>          >
>>          >
>>         >
>>         > --
>>         > Gareth
>>         >
>>         > /Cloud Computing, OpenStack, Fitness, Basketball/
>>         > /OpenStack contributor/
>>         > /Company: UnitedStack <http://www.ustack.com>/
>>         > /My promise: if you find any spelling or grammar mistakes in my
>> email
>>         > from Mar 1 2013, notify me /
>>         > /and I'll donate $1 or ¥1 to an open organization you specify./
>>          >
>>          >
>>          > ______________________________**_________________
>>          > OpenStack-dev mailing list
>>          > OpenStack-dev at lists.openstack.**org<OpenStack-dev at lists.openstack.org>
>>         <mailto:OpenStack-dev at lists.**openstack.org<OpenStack-dev at lists.openstack.org>
>> >
>>
>>          > http://lists.openstack.org/**cgi-bin/mailman/listinfo/**
>> openstack-dev<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>>          >
>>
>>         ______________________________**_________________
>>         OpenStack-dev mailing list
>>         OpenStack-dev at lists.openstack.**org<OpenStack-dev at lists.openstack.org>
>>         <mailto:OpenStack-dev at lists.**openstack.org<OpenStack-dev at lists.openstack.org>
>> >
>>         http://lists.openstack.org/**cgi-bin/mailman/listinfo/**
>> openstack-dev<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>>
>>
>>
>>
>>     --
>>     Gareth
>>
>>     /Cloud Computing, OpenStack, Fitness, Basketball/
>>     /OpenStack contributor/
>>     /Company: UnitedStack <http://www.ustack.com>/
>>     /My promise: if you find any spelling or grammar mistakes in my
>>     email from Mar 1 2013, notify me /
>>     /and I'll donate $1 or ¥1 to an open organization you specify./
>>
>>
>>
>>
>> --
>> Gareth
>>
>> /Cloud Computing, OpenStack, Fitness, Basketball/
>> /OpenStack contributor/
>> /Company: UnitedStack <http://www.ustack.com>/
>> /My promise: if you find any spelling or grammar mistakes in my email
>> from Mar 1 2013, notify me /
>> /and I'll donate $1 or ¥1 to an open organization you specify./
>>
>>
>> ______________________________**_________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.**org <OpenStack-dev at lists.openstack.org>
>> http://lists.openstack.org/**cgi-bin/mailman/listinfo/**openstack-dev<http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>
>>
>>
>
> --
> Sean Dague
> http://dague.net
>



-- 
Gareth

*Cloud Computing, OpenStack, Fitness, Basketball*
*OpenStack contributor*
*Company: UnitedStack <http://www.ustack.com>*
*My promise: if you find any spelling or grammar mistakes in my email from
Mar 1 2013, notify me *
*and I'll donate $1 or ¥1 to an open organization you specify.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130713/2b32ef19/attachment.html>


More information about the OpenStack-dev mailing list