Всякий раз, когда я пытаюсь использовать пункт, я получаю сообщение об ошибке. Например:
$ 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
Я чувствую соблазн изменить значение в pip == 0.8.2 .. но я не чувствую, что имею дело с последствиями "взлома" моей установки ... Я использую python 2.7, а pip версии 0.8.2.
Ответы:
Я нахожу эту проблему в своем MacBook, причина в том, что, как сказал @Stephan, я использую
easy_install
для установки pip, и сочетание обоих инструментов управления пакетами py привело кpkg_resources.DistributionNotFound
проблеме. Решимость:Помните: просто используйте один из вышеперечисленных инструментов для управления вашими пакетами Py.
источник
pkg_resources.DistributionNotFound: distribute==0.6.36
Я заменил 0.8.1 в 0.8.2 в / usr / local / bin / pip и все снова заработало.
Я установил pip через easy_install, что, вероятно, вызвало у меня эту головную боль. Я думаю, что это то, как вы должны сделать это в настоящее время ..
источник
У меня была эта проблема, когда я использовал homebrew. Вот решение проблемы № 26900
источник
Попробуйте переустановить с помощью скрипта get-pip:
Это взято из пип-страницы Github и работает для меня.
источник
Если вы используете CentOS, убедитесь, что у вас установлен пакет YUM "python-setuptools"
Исправил это для меня.
источник
Корень проблемы часто устаревшие сценарии в
bin
Scripts
подкаталоге (Linux) или (Windows). Я объясню это на примере проблемы, с которой я столкнулся.У меня была виртуальная версия 1.10, установленная в моих пользовательских пакетах сайта (факт, что это в пользовательских пакетах сайта, а не в системных пакетах системы, здесь не имеет значения)
После того, как я обновил его до версии 1.11, я получил следующую ошибку:
Файл,
/home/users/pdobrogost/.local/bin/virtualenv
упомянутый в сообщении об ошибке, выглядел так:Там мы видим, что
virtualenv
скрипт не обновлялся и все еще требует ранее установленную версию 1.10 virtualenv.Теперь переустановка virtualenv, как это
не помогает (ни один
pip install --user --upgrade --force-reinstall virtualenv
) потому что скрипт/home/users/pdobrogost/.local/bin/virtualenv
оставлен без изменений.Единственный способ исправить это - вручную удалить сценарии virtualenv * из
/home/users/pdobrogost/.local/bin/
папки и снова установить virtualenv. После этого вновь сгенерированные скрипты ссылаются на правильную версию пакета:источник
Я смог решить это так:
Я бегу со следующими вещами (по состоянию на 2 января 2015 г.):
источник
Я столкнулся с аналогичной проблемой в OSx. Моя трассировка стека говорила
Затем я сделал следующее
Это решило проблему для меня. Надеюсь, кто-нибудь найдет это полезным.
источник
В Mac OS X (MBP) следующие (взяты из другого ответа, найденного здесь) решили мои проблемы:
Ясно, что основной причиной здесь является наличие вторичного метода установки Python (в моем случае Homebrew). Надеемся, что люди, ответственные за сценарий pip, могут исправить эту проблему, поскольку она все еще актуальна через 2 года после первого сообщения о переполнении стека.
источник
У меня была эта проблема, потому что я установил python / pip со странным,
~/.pydistutils.cfg
что я не помню, как писал. Удалил его, переустановил (сpybrew
), и все было хорошо.источник
В моем случае (проблема с sam, но с другими пакетами) не было зависимости от версии. Последовательность pip uninstall и pip insstall действительно помогла.
источник