pip rotto. come correggere l'errore DistributionNotFound?

Ogni volta che provo ad usare pip ricevo un errore. Per esempio:

$ sudo pip install gevent-websocket

Traceback (most recent call last):  
File "/usr/local/bin/pip", line 5, in <module>
from pkg_resources import load_entry_point
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2675, in <module>
parse_requirements(__requires__), Environment()
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 552, in resolve
raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: pip==0.8.1

Sono tentato di cambiare il valore in pip == 0.8.2 .. ma non mi sento di affrontare le conseguenze del 'hacking' sulla mia installazione ... Sto eseguendo Python 2.7 e pip è alla versione 0.8.2.

Trovo questo problema nel mio MacBook, il motivo è perché come ha detto @Stephan, utilizzo easy_install l'installazione di pip e la combinazione di entrambi gli strumenti di gestione dei pacchetti py ha portato al pkg_resources.DistributionNotFoundproblema. La risoluzione è:

easy_install --upgrade pip

Ricorda: usa uno degli strumenti sopra per gestire i tuoi pacchetti Py.

Ho sostituito 0.8.1 in 0.8.2 in / usr / local / bin / pip e tutto ha funzionato di nuovo.

__requires__ = 'pip==0.8.2'
import sys
from pkg_resources import load_entry_point

if __name__ == '__main__':
    sys.exit(
        load_entry_point('pip==0.8.2', 'console_scripts', 'pip')()
    )

Ho installato pip tramite easy_install che probabilmente mi ha causato questo mal di testa. Penso che sia così che dovresti farlo al giorno d'oggi ..

$ sudo apt-get install python-pip python-dev build-essential 
$ sudo pip install --upgrade pip 
$ sudo pip install --upgrade virtualenv

Ho avuto questo problema quando stavo usando l'homebrew. Ecco la soluzione dal numero 26900

python -m pip install --upgrade --force pip

Prova a reinstallare con lo script get-pip:

wget https://bootstrap.pypa.io/get-pip.py
sudo python3 get-pip.py

Questo proviene dalla pagina pip Github e ha funzionato per me.

Se sei su CentOS assicurati di avere installato il pacchetto YUM "python-setuptools"

yum install python-setuptools

Risolto il problema per me.

La radice del problema sono spesso gli script obsoleti nella sottodirectory bin(Linux) o Scripts(Windows). Spiegherò questo usando il problema che ho riscontrato come esempio.

Avevo installato virtualenv versione 1.10 nei miei pacchetti del sito dell'utente (il fatto che sia nei pacchetti del sito dell'utente e non nei pacchetti del sito di sistema è irrilevante qui)

pdobrogost@host:~$ which virtualenv
/home/users/pdobrogost/.local/bin/virtualenv
pdobrogost@host:~$ virtualenv --version
1.10

Dopo averlo aggiornato alla versione 1.11 ho ricevuto il seguente errore:

pdobrogost@host:~$ virtualenv --version  
Traceback (most recent call last):   
  File "/home/users/pdobrogost/.local/bin/virtualenv", line 5, in <module>
    from pkg_resources import load_entry_point   
File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 2701, in <module>
    return self.__dep_map   
File "build/bdist.linux-x86_64/egg/pkg_resources.py", line 572, in resolve
    if insert: 
pkg_resources.DistributionNotFound: virtualenv==1.10

Il file /home/users/pdobrogost/.local/bin/virtualenvmenzionato nel messaggio di errore era simile al seguente:

#!/opt/python/2.7.5/bin/python2.7
# EASY-INSTALL-ENTRY-SCRIPT: 'virtualenv==1.10','console_scripts','virtualenv'
__requires__ = 'virtualenv==1.10'
import sys
from pkg_resources import load_entry_point

if __name__ == '__main__':
    sys.exit(
        load_entry_point('virtualenv==1.10', 'console_scripts', 'virtualenv')()
    ) 

Lì, vediamo che lo virtualenvscript non è stato aggiornato e richiede ancora la versione 1.10 precedentemente installata di virtualenv.
Ora, reinstallando virtualenv in questo modo

pdobrogost@host:~$ pip install --user --upgrade virtualenv
Downloading/unpacking virtualenv from https://pypi.python.org/packages/py27/v/virtualenv/virtualenv-1.11.1-py27-none-any.whl#md5=265770b61de41d34d2e9fdfddcdf034c
  Using download cache from /home/users/pdobrogost/.pip_download_cache/https%3A%2F%2Fpypi.python.org%2Fpackages%2Fpy27%2Fv%2Fvirtualenv%2Fvirtualenv-1.11.1-py27-none-any.whl
Installing collected packages: virtualenv
Successfully installed virtualenv
Cleaning up...

non aiuta (nessuno dei due pip install --user --upgrade --force-reinstall virtualenv) perché lo script /home/users/pdobrogost/.local/bin/virtualenvrimane invariato.

L'unico modo per risolvere il problema era rimuovere manualmente gli script virtualenv * dalla /home/users/pdobrogost/.local/bin/cartella e installare nuovamente virtualenv. Successivamente, gli script appena generati fanno riferimento alla versione corretta del pacchetto:

pdobrogost@host:~$ virtualenv --version
1.11

Sono stato in grado di risolverlo in questo modo:

$ brew update
$ brew doctor
$ brew uninstall python
$ brew install python --build-from-source    # took ~5 mins
$ python --version                           # => Python 2.7.9
$ pip install --upgrade pip

Sto correndo con le seguenti cose (dal 2 gennaio 2015):

OS X Yosemite
Version 10.10.1

$ brew -v
Homebrew 0.9.5

$ python --version
Python 2.7.9

$ ipython --version
2.2.0

$ pip --version
pip 6.0.3 from /usr/local/Cellar/python/2.7.9/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/pip-6.0.3-py2.7.egg (python 2.7)

$ which pip
/usr/local/bin/pip

Stavo affrontando il problema simile in OSx. Il mio stacktrace stava dicendo

raise DistributionNotFound(req)
pkg_resources.DistributionNotFound: setuptools>=11.3

Quindi ho fatto quanto segue

sudo pip install --upgrade setuptools

Questo ha risolto il problema per me. Spero che qualcuno lo troverà utile.

Su Mac OS X (MBP), i seguenti (presi da un'altra risposta trovata qui) hanno risolto i miei problemi:

C02L257NDV33:~ jjohnson$ brew install pip
Error: No available formula for pip
Homebrew provides pip via: `brew install python`. However you will then
have two Pythons installed on your Mac, so alternatively you can:
    sudo easy_install pip
C02L257NDV33:~ jjohnson$ sudo easy_install pip

Chiaramente la causa principale qui sta avendo un metodo secondario con cui installare Python (nel mio caso Homebrew). Si spera che le persone responsabili dello script pip possano rimediare a questo problema poiché è ancora rilevante 2 anni dopo essere stato segnalato per la prima volta su Stack Overflow.

Ho avuto questo problema perché ho installato Python / Pip con uno strano ~/.pydistutils.cfgche non ricordavo di aver scritto. Eliminato, reinstallato (con pybrew) e tutto andava bene.

Nel mio caso (problema sam, ma altri pacchetti) non c'era dipendenza dalla versione. Una sequenza di disinstallazione di pip e installazione di pip ha aiutato.