Za każdym razem, gdy próbuję użyć pip, pojawia się błąd. Na przykład:
$ 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
Czuję pokusę, aby zmienić wartość na pip == 0.8.2 .. ale nie czuję do czynienia z konsekwencjami „hakowania” mojej instalacji ... Używam Pythona 2.7, a pip jest w wersji 0.8.2.
Odpowiedzi:
Znajduję ten problem w moim MacBooku, powodem jest to, że jak powiedział @Stephan, używam
easy_install
do instalacji pip, a połączenie obu narzędzi do zarządzania pakietami py doprowadziło dopkg_resources.DistributionNotFound
problemu. Rozwiązanie jest następujące:Pamiętaj: po prostu użyj jednego z powyższych narzędzi do zarządzania pakietami Py.
źródło
pkg_resources.DistributionNotFound: distribute==0.6.36
Zastąpiłem 0.8.1 w 0.8.2 w / usr / local / bin / pip i wszystko znowu działało.
Zainstalowałem pip przez easy_install, co prawdopodobnie spowodowało ten ból głowy. Myślę, że tak właśnie powinieneś to robić w dzisiejszych czasach.
źródło
Miałem ten problem, kiedy używałem homebrew. Oto rozwiązanie z numeru 26900
źródło
Spróbuj ponownie zainstalować za pomocą skryptu get-pip:
To pochodzi ze strony pip Github i zadziałało dla mnie.
źródło
Jeśli korzystasz z CentOS, upewnij się, że masz zainstalowany pakiet YUM „python-setuptools”
Naprawiłem to dla mnie.
źródło
Przyczyną problemu są często przestarzałe skrypty w
bin
(Linux) lubScripts
podkatalogu (Windows). Wyjaśnię to na przykładzie problemu, który sam napotkałem.Miałem virtualenv w wersji 1.10 zainstalowanej w moich pakietach witryny użytkownika (fakt, że znajduje się on w pakietach witryny użytkownika, a nie w pakietach witryny sytem, nie ma tutaj znaczenia)
Po uaktualnieniu do wersji 1.11 otrzymałem następujący błąd:
Plik
/home/users/pdobrogost/.local/bin/virtualenv
wspomniany w komunikacie o błędzie wyglądał następująco:Tam widzimy, że
virtualenv
skrypt nie został zaktualizowany i nadal wymaga wcześniej zainstalowanej wersji 1.10 virtualenv.Teraz ponowna instalacja virtualenv w ten sposób
nie pomaga (ani też
pip install --user --upgrade --force-reinstall virtualenv
), ponieważ skrypt/home/users/pdobrogost/.local/bin/virtualenv
pozostaje niezmieniony.Jedynym sposobem, w jaki mogłem to naprawić, było ręczne usunięcie skryptów virtualenv * z
/home/users/pdobrogost/.local/bin/
folderu i ponowne zainstalowanie virtualenv. Po tym nowo wygenerowane skrypty odwołują się do odpowiedniej wersji pakietu:źródło
Udało mi się rozwiązać ten problem w następujący sposób:
Korzystam z następujących rzeczy (stan na 2 stycznia 2015 r.):
źródło
Miałem podobny problem w OSx. Mówił mój ślad stosu
Następnie wykonałem następujące czynności
To rozwiązało problem. Mam nadzieję, że ktoś uzna to za przydatne.
źródło
W systemie Mac OS X (MBP) następujące (zaczerpnięte z innej odpowiedzi znalezionej w tym dokumencie) rozwiązały moje problemy:
Najwyraźniej główną przyczyną jest tutaj dodatkowa metoda instalacji Pythona (w moim przypadku Homebrew). Miejmy nadzieję, że osoby odpowiedzialne za skrypt pip mogą rozwiązać ten problem, ponieważ jest on nadal aktualny 2 lata po pierwszym zgłoszeniu do Stack Overflow.
źródło
Miałem ten problem, ponieważ zainstalowałem python / pip z dziwnym błędem
~/.pydistutils.cfg
, którego nie pamiętałem. Usunąłem go, ponownie zainstalowałem (zpybrew
) i wszystko było w porządku.źródło
W moim przypadku (problem sam, ale inne pakiety) nie było zależności od wersji. Pomogła sekwencja deinstalacji pip i pip insstall.
źródło