Skip to content

old version of setuptools being used #2547

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
steven-murray opened this issue Dec 12, 2016 · 9 comments
Closed

old version of setuptools being used #2547

steven-murray opened this issue Dec 12, 2016 · 9 comments

Comments

@steven-murray
Copy link

Details

Expected Result

I need to use sphinx >= 1.5 (so I can use nbsphinx properly in my project). However, on using sphinx>=1.5 in my requirements file, it gives the error you can see at the URL. In short:

Exception occurred:
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 632, in resolve
    raise VersionConflict(dist,req) # XXX put more info here
VersionConflict: (setuptools 3.3 (/usr/lib/python2.7/dist-packages), Requirement.parse('setuptools>=18.5'))

Note that I have already tried adding setuptools>=19 to the requirements. I'm not sure why such an old version is being used? Or where it is being found?

Any advice? Thanks!

@warsaw
Copy link

warsaw commented Dec 14, 2016

Note that RTD really needs to update to setuptools 31.0.1, which was just released. This version has fixes for namespace packages, and without this new version packages such as my flufl.i18n doesn't build.

@Kwpolska
Copy link

The ancient setuptools version used by RTD also does not support environment markers, useful for things like argparse ; python_version < '2.7'.

@mrocklin
Copy link

This also affects me. Is there any workaround available today? Would installing within a conda environment help to bypass this?

@humitos
Copy link
Member

humitos commented Feb 26, 2017

can't you just add setuptools==34.3.0 to your requirements file?

@Kwpolska
Copy link

pip will still be using the old setuptools and tooling for the rest of the install, so no.

@mrocklin
Copy link

Would many things break if we were to update the version of setuptools? Can anyone on this issue speak to the short-term feasibility or challenges of doing this?

mrocklin added a commit to dask/distributed that referenced this issue Feb 27, 2017
This is stopping our readthedocs builds from completing.
See readthedocs/readthedocs.org#2547

Installing these libraries when unnecessary seems to be innocuous.
See #906
@ericholscher
Copy link
Member

@mrocklin
Copy link

mrocklin commented Mar 8, 2017

Ah indeed, and roughly six days ago my builds started running again : https://readthedocs.org/projects/distributed/builds/

Thank you @kdeldycke

@kdeldycke
Copy link
Contributor

You're welcome! :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants