-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
setuptools-34.0 fails with 'ImportError: No module named packaging.version' #937
Comments
+1 under ubuntu14.04 |
Upgrading PIP seems to have fixed it:
|
Indeed. This outcome is expected. In particular, it's at this line where things go wrong:
That's pip asking setuptools to build itself (from source dist), which is no longer supported. The reason that happened on an old pip is because that pip version didn't yet support installation from wheels, which bypasses the unsupported installation. If you had wanted to install from sdist, you would have to manually install packaging, appdirs, and six first. |
still, something seems wrong to me when I'm blindly running into this. without warning, dependency fail or similar. I think it might be good for users to be aware and informed about the need to upgrade to latest pip as a dependency for v34 |
I'm unable to pip anything now because of this error. It occurred when I updated my Ubuntu trusty:
And of course not pip install:
easy_install doesn't work either with the same error. what should I do? |
Just ran into this - fixed pip by re-installing pip via the get-pip.py method described here: https://packaging.python.org/installing/#install-pip-setuptools-and-wheel |
You can reinstall pip using get-pip.py as @lambda-conjecture suggested. You may also be able to reinstall it with |
Forces explicit version of setuptools to be used because of an upstream change: pypa/setuptools#937 Change-Id: I4124dedee38713ca1bfa445944d8d79cf1be6c15 JIRA: STORPERF-102 Signed-off-by: mbeierl <[email protected]>
I used this work around. |
See pypa/setuptools#937 for more details.
added undocumented setup tools deps for workaround. will need to refactor to align with pypa's updates (pypa/setuptools#937)
@rampageservices referenced method worked for me, for a clean debian-8 (jessie) install in a Vagrant VM. For those like me at python2.7: sudo -i
apt-get purge -y python-pip
wget https://bootstrap.pypa.io/get-pip.py
python ./get-pip.py
apt-get install python-pip It was the only one of all suggestions I could find that actually did the job. Thanks! |
reinstall get-pip.py can not work to my debian jessie python ./get-pip.py report error!
so, it make me cry! |
@segatecm: Python is complaining that |
I had the same same issue when I was trying to do a Error Message:
Running Hope this helps ! |
I am having same issues, I have tried everything from redeploying and installing correct library versions. Still I am not able to resolve the issue.
I think issue is with WerkZeug. Can anyone help me out? |
@mhumzawan Check your zappa logs, the real exception happens before that WerkZeug error. Only once on the first call to the lambda after deployment. |
I had installed pip via easy_install, This reinstalled pip and somehow the dependency on setuptools got fixed! |
(tensorflow) C:\Users\Lenovo\Desktop\CoopNets-master\CoopNets-master>python main.py --category alp --data_dir ./data/scene --output_dir ./output --num_epochs 300 --batch_size 100 --d_lr 0.01 --g_lr 0.0001 what to do at this time...plz reply fast.. |
See pypa/setuptools#937 Signed-off-by: Tim Waugh <[email protected]>
See pypa/setuptools#937 Signed-off-by: Tim Waugh <[email protected]>
See pypa/setuptools#937 Signed-off-by: Tim Waugh <[email protected]>
See pypa/setuptools#937 Signed-off-by: Tim Waugh <[email protected]>
See pypa/setuptools#937 Signed-off-by: Tim Waugh <[email protected]>
Just commenting on here for folks that are having this issue with newer versions of setuptools on conda. What fixed this for me was |
...to guard against deprecation failures. pip and setuptools are smart enough to work out version compatibility for the current os/Py. Also bypasses ancient pypa/setuptools#937
...to guard against deprecation failures. pip and setuptools are smart enough to work out version compatibility for the current os/Py. Also bypasses ancient pypa/setuptools#937
...to guard against deprecation failures. pip and setuptools are smart enough to work out version compatibility for the current os/Py. Also bypasses ancient pypa/setuptools#937 Signed-off-by: Ben Alkov <[email protected]>
...to guard against deprecation failures. pip and setuptools are smart enough to work out version compatibility for the current os/Py. Also bypasses ancient pypa/setuptools#937 Signed-off-by: Ben Alkov <[email protected]>
Hi All, When I am running RUN pip install -U setuptools inside docker file facing ---> Running in f1588f1aeeec File "", line 3, in File "setuptools/init.py", line 16, in
File "setuptools/version.py", line 1, in
File "pkg_resources/init.py", line 1365
SyntaxError: invalid syntax Cleaning up... what can be the fix for this issue |
Upgrading to setuptools-34.0 fails with ImportError: No module named packaging.version:
CentOS 6 in AWS.
The text was updated successfully, but these errors were encountered: