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. Случилось вот что!--1--> дал /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 повлияет на меня в долгосрочной перспективе, но пока это работает.

у меня была такая проблема после удалить на 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 на 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