Python Virtualenv — нет модуля с именем virtualenvwrapper.hook_loader

Проблема была решена следующим образом:

#switch the /usr/bin/python link to point to current python link
cd /usr/bin
sudo mv python python.bak
sudo ln -s /Library/Frameworks/Python.framework/Versions/Current/bin/python python

Измените команду экспорта, чтобы она располагалась перед командами virtualenv в моем файле .bash_profile:

PATH=/Library/Frameworks/Python.framework/Versions/2.7/bin:$PATH
export PATH

# needed for virtualenvwrapper
export WORKON_HOME=$HOME/.virtualenvs
source /usr/local/bin/virtualenvwrapper.sh

Переустановите setuptools, простая установка и PIP. Это, очевидно, необходимо для того, чтобы они правильно работали с новой версией Python:

sudo sh setuptools-0.6c11-py2.7.egg

sudo easy_install-2.7 pip

pip install virtualenv

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

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

Для тех, кто использует Ubuntu 18.04 и Python 3+, это помогло мне:

which python3 # outputs /usr/bin/python3 
export VIRTUALENVWRAPPER_PYTHON=/usr/bin/python3  
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 (прямая ссылка из документации pip).
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. Я исправил ошибку, просто обновив файл 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.

Решением было удалить файл /etc/bash_completion.d/virtualenvwrapper.

Изменить:

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

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"

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

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

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

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

brew install python2 --upgrade

У меня была та же проблема, что и у этой, и я потратил так много времени на настройку того, что не так. И я, наконец, узнал, что было не так.

Сначала я искал, где существует папка virtualenvwrapper. В моем случае /usr/local/lib/python3.7/site-packages. Внутри папки находится hook_loader.py, вызвавший ошибку.

Затем я использовал скрипт Python.

python3

import sys;print('\n'.join(sys.path))

Я не смог найти каталог /usr/local/lib/python3.7/site-packages, поэтому наконец написал:

export PYTHONPATH=$PYTHONPATH:/usr/local/lib/python3.7/site-packages

в файл .bashrc. Сделанный.

Значение PYTHON PATH

Как видно из приведенной выше ссылки, PYTHONPATH расширяет путь поиска модулей по умолчанию.