[stable][requirements][zuul] unpinned setuptools dependency on stable

Dmitry Tantsur dtantsur at redhat.com
Tue Oct 12 12:29:53 UTC 2021

On Fri, Sep 24, 2021 at 4:40 PM Jeremy Stanley <fungi at yuggoth.org> wrote:

> On 2021-09-24 07:19:03 -0600 (-0600), Alex Schultz wrote:
> [...]
> > JFYI as I was looking into some other requirements issues
> > yesterday, I hit this error with anyjson[0] 0.3.3 as well. It's
> > used in a handful of projects[1] and there has not been a release
> > since 2012[2] so this might be a problem in xena.  I haven't
> > checked the projects respective gates, but just want to highlight
> > we'll probably have additional fallout from the setuptools change.
> [...]
> Yes, we've also run into similar problems with pydot2 and
> funcparserlib, and I'm sure there's plenty more of what is
> effectively abandonware lingering in various projects' requirements
> lists. The long and short of it is that people with newer versions
> of SetupTools are going to be unable to install those, full stop.
> The maintainers of some of them may be spurred to action and release
> a new version, but in so doing may also drop support for older
> interpreters we still test with on some stable branches (this was
> the case with funcparserlib).

Apparently, suds-jurko has the same problem, breaking oslo.vmware [1] and
thus cinder.


[1] https://review.opendev.org/c/openstack/oslo.vmware/+/813377

> On the other hand, controlling what version of SetupTools others
> have and use isn't always possible, unlike runtime dependencies, so
> that really should be a solution of last resort. Making exceptions
> to stable branch policy in unusual circumstances such as this seems
> like a reasonable and more effective compromise.
> --
> Jeremy Stanley

Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-discuss/attachments/20211012/2d8c17a9/attachment.htm>

More information about the openstack-discuss mailing list