Open Stack

Such a bad state seems like FUD.

Taskflow was just syncing its requirements with the same requirements that everyone else is... Those global requirements have <0.7.99 in them as we speak (which is why taskflow picked up that version). 

The issue here will be worked through and fixed, it won't be the last time a library that is used in various projects causes dependency issues, so we are working through this process as we learn what works best. 1, don't sync with that requirements file to attempt to use the same version as integrating projects, or become more integrated with the gate... or a few other solutions that have been discussed...

New release will happen early next week of taskflow with adjusted sqlalchemy upper bound.

Sent from my really tiny device...

> On Jan 4, 2014, at 7:27 AM, "Thomas Goirand" <zigo at debian.org> wrote:
> 
>> On 01/04/2014 06:10 AM, Ivan Melnikov wrote:
>>> On 04.01.2014 01:29, Sean Dague wrote:
>>> On 01/03/2014 04:17 PM, Doug Hellmann wrote:
>> [...]
>>>> That's what made me think of the solution. But isn't setuptools in fact
>>>> telling us that somehow the versions of things we expected to have
>>>> installed are no longer installed and so something *is* broken (even if
>>>> the versions of the installed libraries work together).
>>> 
>>> It actually tells us that a human, somewhere, decided that their
>>> software did not work with some combination of other software, and that
>>> we are no longer able to correct their mistaken assumptions.
>> [...]
>> 
>> But sometimes humans are not wrong. For example, no released TaskFlow
>> version really works with SQLAlchemy >= 0.8 -- that was fixed only
>> recently (https://review.openstack.org/#/c/62661/).
> 
> What's wrong is to allow taskflow to be added to the global-requirements
> if it is in such a bad state, blocking such an important transition that
> has been needed for more than 6 months.
> 
> Thomas
> 
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev