[openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore
davanum at gmail.com
Wed Feb 17 13:47:36 UTC 2016
I'd support this,
Last known version is https://pypi.python.org/pypi/eventlet/0.17.4
On Wed, Feb 17, 2016 at 8:42 AM, Doug Hellmann <doug at doughellmann.com> wrote:
> Excerpts from Victor Stinner's message of 2016-02-17 14:14:18 +0100:
>> Le 17/02/2016 13:43, Henry Gessau a écrit :
>> > And it looks like eventlet 0.18.3 breaks neutron:
>> > https://bugs.launchpad.net/neutron/+bug/1546506
>> 2 releases, 2 regressions in OpenStack. Should we cap eventlet version?
>> The requirement bot can produce patches to update eventlet, patches
>> which would run integration tests using Nova, Keystone, Neutron on the
>> new eventlet version.
>> eventlet 0.18.2 broke OpenStack Keystone and OpenStack Nova
>> eventlet 0.18.3 broke OpenStack Neutron
>> FYI eventlet 0.18.0 broke WSGI servers:
>> It was followed quickly by eventlet 0.18.2 to fix this issue.
>> Sadly, it looks like bugfix releases of eventlet don't include a single
>> bugfix, but include also other changes. For example, 0.18.3 fixed the
>> bug #296 but introduced "wsgi: TCP_NODELAY enabled by default" optimization.
>> IMHO the problem is not the release manager of eventlet, but more the
>> lack of tests on eventlet, especially on OpenStack services.
>> Current "Continious Delivery"-like with gates do detect bugs, yeah, but
>> also block a lot of developers when the gates are broken. It doesn't
>> seem trivial to investigate and fix eventlet issues.
> Whether we cap or not, we should exclude the known broken versions.
> It looks like getting back to a good version will also require
> lowering the minimum version we support, since we have >=0.18.2
> What was the last version of eventlet known to work?
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
Davanum Srinivas :: https://twitter.com/dims
More information about the OpenStack-dev