Python Virtualenv - нет модуля с именем virtualenvwrapper.Крюковой погрузчик

кроме того, если у вас есть macports, убедитесь /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin стоит перед /Library/Frameworks/Python.framework/Versions/2.7/bin и /usr/local/bin в путь. Затем установите следующее в вас .profile:

export VIRTUALENVWRAPPER_PYTHON=`which python`
export VIRTUALENVWRAPPER_VIRTUALENV=`which virtualenv`
source `which virtualenvwrapper.sh`

в моем случае, добавив эту строку в моей .файл zshrc сделал трюк,

export VIRTUALENVWRAPPER_PYTHON=/usr/local/Cellar/python/2.7.13/bin/python2.7

это случилось со мной и я решил ее переустановить pip. Что случилось, так это which pip дал /usr/bin/pip в итоге, пока which python дал /usr/local/bin/python. Путь для pip должно быть /usr/local/bin/pip. Это, вероятно, сломалось, когда я обновил свою установку Python.

если вы следуйте документации pip вы можете легко переустановить pip для текущей рабочей установки Python. Вам нужно:

1. скачать get-pip.py скрипт (напрямую связан с с).
2. выполнить python get-pip.py.

это решило проблему для меня.

есть несколько вещей, которые могут вызвать эту ошибку. Если ваша среда

• CentOS 7, с python3 установлен с epel-release
• pip3 установлен с python3.4 get-pip.py
• virtualenvwrapper установлен с pip3
• виртуальная среда python, созданная с помощью mkvirtualenv -p /usr/bin/python3.4

затем, по какой-либо причине, виртуальная среда создается без библиотеки virtualenvwrapper. Вы можете решить это просто установка его снова, но на этот раз изнутри virtlualenv

[user@localhost ~] $ mkvirtualenv -p /usr/bin/python3.4 venv
Using base prefix '/usr'
New python executable in /home/user/.virtualenvs/venv/bin/python3.4
Also creating executable in /home/user/.virtualenvs/venv/bin/python
Installing setuptools, pip, wheel...done.
virtualenvwrapper.user_scripts creating /home/user/.virtualenvs/venv/bin/predeactivate
virtualenvwrapper.user_scripts creating /home/user/.virtualenvs/venv/bin/postdeactivate
virtualenvwrapper.user_scripts creating /home/user/.virtualenvs/venv/bin/preactivate
virtualenvwrapper.user_scripts creating /home/user/.virtualenvs/venv/bin/postactivate
virtualenvwrapper.user_scripts creating /home/user/.virtualenvs/venv/bin/get_env_details
/home/user/.virtualenvs/venv/bin/python3.4: Error while finding spec for 'virtualenvwrapper.hook_loader' (<class 'ImportError'>: No module named 'virtualenvwrapper')
/home/user/.virtualenvs/venv/bin/python3.4: Error while finding spec for 'virtualenvwrapper.hook_loader' (<class 'ImportError'>: No module named 'virtualenvwrapper')

# the virtualenv should now activated
(venv)[user@localhost ~] $ pip install virtualenvwrapper

Мне просто нужно было убедиться, что /usr/local/bin/python существует.

для меня это было просто:

ln -s /usr/local/bin/python2.7 /usr/local/bin/python

Я получаю ту же ошибку . Узнал, что у меня была старая версия Пипа . Я исправил ошибку, просто обновив pip .

Я только что установил python 3.5, попробовал virtualenvwrapper, а затем возникла эта проблема. Я понял, что python3. 5 был установлен в /usr/local/bin/python3.5, а не /usr/bin/python3.5. Итак, я пересмотрел свой .скрипт bash_profile выглядит следующим образом и все вроде бы работает сейчас

# Setting PATH for Python 3.5
# The orginal version is saved in .bash_profile.pysave
PATH="/Library/Frameworks/Python.framework/Versions/3.5/bin:${PATH}"
export PATH
export VIRTUALENVWRAPPER_PYTHON=/usr/local/bin/python3.5
export WORKON_HOME=$HOME/.virtualenvs
source /Users/bentaub/.virtualenvs/djangodev/bin/virtualenvwrapper.sh

Я достаточно Новичок, чтобы не быть уверенным, как это "локальное" на пути к python3.5 повлияет на меня в долгосрочной перспективе, но пока это работает.

у меня была такая проблема после удалить the virtualenvwrapper пакета. Когда я вошел в систему для любого пользователя (или su к другому), я бы получил:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named virtualenvwrapper.hook_loader                                                                                                                                                                       
virtualenvwrapper.sh: There was a problem running the initialization hooks.                                                                                                                                                      

If Python could not import the module virtualenvwrapper.hook_loader,                                                                                                                                                             
check that virtualenv has been installed for                                                                                                                                                                                     
VIRTUALENVWRAPPER_PYTHON=/usr/bin/python and that PATH is                                                                                                                                                                        
set properly.

решение было удалить .

Edit:

не удаляйте вышеуказанный файл или он не будет воссоздан при переустановке virtualenvwrapper. Вместо этого вам нужно сделать purge the virtualenvwrapper пакет при его удалении. Как это Debian:

apt-get remove --purge virtualenvwrapper

Попробуйте удалить virtualenv и virtualenvwrapper и установите его снова с помощью pip в версии 2.7 (я так думаю).

я столкнулся с той же ошибкой, и я просто сделал это и решил свою проблему.

Я использую U

хотя есть принятый ответ, я думал, что поставлю то, что исправило его для меня.

во-первых я установил Python и только что обновил его через Homebrew. Я также использую ZSH, поэтому, если некоторые биты не совсем соответствуют вашему выходу, это может быть причиной.

под управлением brew info python и просматривая вывод я нашел следующий хороший бит информации:

If you wish to have this formula's python executable in your PATH then add
the following to ~/.zshrc:
    export PATH="/usr/local/opt/python/libexec/bin:$PATH"

поэтому я добавил Это в свой сценарий запуска терминала как показано и N ошибка больше не отображается.

Примечание: я вставил это в другую часть моего пути, и ошибка сохраняется при запуске.

столкнулся с аналогичной проблемой после установки проекта Conda / Anaconda. Этот вопрос был весьма полезен в решении моей проблемы на MAC.Решение вопроса было моим .zshrc соответствующая часть выглядит так:

export VIRTUALENVWRAPPER_PYTHON=$HOME/Applications/conda/bin/python
source $HOME/Applications/conda/bin/virtualenvwrapper.sh

Это зависит от того, где я установил conda, и вам придется выяснить это в вашем собственном случае. Чтобы получить спецификацию для вашей конкретной среды в зависимости от того, где вы установили anaconda, вы можете использовать следующее:

$  ~/ -name virtualenvwrapper.sh # to see where you have this. May already be prefilled in your shell profile[.zshrc or .profile]

$ which python   # to know the default python your project or rather where conda has installed python for you

НЕ ЗАБУДЬТЕ Удалите и установите virtualenv и virtualenvwrapper, как указано в других ответах.

просто наткнулся на эту проблему на Centos 7.4.

ни один из приведенных выше ответов не подходит для моего случая. После того, как я немного покопался, я указал это на слишком строгие права доступа к файлам в Python libs (я думаю, что установка python на Centos немного отличается от других систем POSIX).

Итак, если все остальное не удается, вы можете проверить, что ваши библиотеки python читаются пользователем, с которым вы пытаетесь запустить virtualenvwrapper.

в частности проверять: /usr/lib/python3.6 /usr/lib64/python3.6 (измените пути для разных версий python).

если вы видите, что group и others отсутствие прав на чтение и выполнение там, а затем добавить их: sudo chmod og+rx -R /usr/lib/python3.6 sudo chmod og+rx -R /usr/lib64/python3.6

Примечание.: Я не уверен, работает ли это против политики безопасности Centos, но это, вероятно, безопасно, пока вы не даете write persmisions.

в моей ситуации (OS X 10.13.6), это сделало это

brew install python2 --upgrade