Неработающие ссылки в Virtualenvs

Я нашел решение проблемы здесь, поэтому вся заслуга принадлежит автору.

Суть в том, что когда вы создаете virtualenv, создается множество символических ссылок на Python, установленный Homebrew.

Вот один пример:

$ ls -la ~/.virtualenvs/my-virtual-env
...
lrwxr-xr-x  1 ryan staff   78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.7/Frameworks/Python.framework/Versions/2.7/Python
...

Когда вы обновляете Python с помощью Homebrew и затем запускаете brew cleanup, символические ссылки в virtualenv указывают на пути, которые больше не существуют (потому что Homebrew удалил их).

Символьные ссылки должны указывать на только что установленный Python:

lrwxr-xr-x  1 ryan staff   78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.8_1/Frameworks/Python.framework/Versions/2.7/Python

Решение состоит в том, чтобы удалить символические ссылки в virtualenv, а затем воссоздать их:

find ~/.virtualenvs/my-virtual-env/ -type l -delete
virtualenv ~/.virtualenvs/my-virtual-env

Вероятно, лучше всего проверить, какие ссылки будут удалены, прежде чем удалять их:

find ~/.virtualenvs/my-virtual-env/ -type l

На мой взгляд, даже лучше удалять только битые символические ссылки. Вы можете сделать это с помощью GNU find:

gfind ~/.virtualenvs/my-virtual-env/ -type l -xtype l -delete

Вы можете установить GNU find с Homebrew, если у вас его еще нет:

brew install findutils

Обратите внимание, что по умолчанию программы GNU, установленные вместе с Homebrew, имеют префикс g. Это сделано для того, чтобы избежать затенения двоичного файла find, который поставляется с OS X.

Попробовав несколько вещей, это сработало для меня:

перейдите в свой каталог virtualenv (но не запускайте workon):

cd ~/.virtualenv/name_of_broken_venv

Теперь удалите эти файлы:

rm -rf .Python bin/python* lib/python2.7/* include/python2.7

Затем, чтобы восстановить Venv, запустите:

virtualenv .
workon name_of_broken_venv
pip freeze

Теперь вы должны снова увидеть список установленных пакетов.

Это произошло, когда я обновился до Mac OS X Mavericks от Snow Leopard. Мне тоже пришлось заранее переустановить варево. Надеюсь, вы выполнили команду замораживания для своего проекта с помощью pip.

Чтобы решить эту проблему, вам необходимо обновить пути, на которые указывает виртуальная среда.

• Установите версию python с brew:

brew install python

• Переустановите virtualenvwrapper.

pip install --upgrade virtualenvwrapper

• Удалена старая виртуальная среда:

rmvirtualenv old_project

• Создайте новую виртуальную среду:

mkvirtualenv new_project

• Работа над новой виртуальной средой

workon new_project

• Используйте pip, чтобы установить требования для нового проекта.

pip install -r requirements.txt

Это должно оставить проект таким, каким он был раньше.

Ответ версии обновления @Chris Wedgwood для сохранения site-packages (сохранение установленных пакетов)

cd ~/.virtualenv/name_of_broken_venv


mv lib/python2.7/site-packages ./    
rm -rf .Python bin lib include
virtualenv .
rm -rf lib/python2.7/site-packages
mv ./site-packages lib/python2.7/

Похоже, правильный способ решить эту проблему - запустить

 pip install --upgrade virtualenv

после того, как вы обновили python с помощью Homebrew.

Это должна быть общая процедура для любой формулы, устанавливающей что-то вроде python, у которого есть собственная система управления пакетами. Когда вы устанавливаете brew install python, вы устанавливаете python и pip, easy_install и virtualenv и так далее. Итак, если эти инструменты можно обновлять самостоятельно, лучше всего попробовать сделать это, прежде чем рассматривать Homebrew как источник проблем.

Если это было вызвано brew upgrade, который обновил свой Python, и вы согласны вернуться к предыдущей версии, попробуйте brew switch python [previous version], например brew switch python 3.6.5. Отсюда.

инструкции по virtualenvwrapper

Как указано в принятом ответе, основной причиной, вероятно, является обновление homebrew, которое означает, что ваши символические ссылки virtualenv указывают на сломанные пути python - см. Подробности здесь.

Для каждого виртуального env вам необходимо переназначить символические ссылки, чтобы они указывали на правильный путь Python (в погребе). Вот как это сделать с помощью virtualenvwrapper. Здесь я обновляю виртуальный env под названием «my-example-env».

cd ~/PYTHON_ENVS
find ./my-example-env -type l -delete
mkvirtualenv my-example-env

Все сделано.

Любой, кто использует pipenv (а вам следует!), Может просто использовать эти две команды - без активация венв:

rm -rf `pipenv --venv` # remove the broken venv
pipenv install --dev   # reinstall the venv from pipfile 

Если вы заблокировали python3, просто попробуйте brew upgrade python3, который исправил его для меня.

Я недавно с этим столкнулся. Ни одно из вышеперечисленных решений не помогло мне. Похоже, на самом деле это не проблема Python. Когда я запускал

aws s3 ls

, я получал следующую ошибку:

dyld: Library not loaded: @executable_path/../.Python

Это означает, что исполняемый файл библиотеки aws указывает на либо не они существуют или повреждены, поэтому я удалил и переустановил aws-cli, следуя инструкциям из эту ссылку, и она сработала !!

Проблема для меня (пользователя MacOS) в том, что brew обновил ссылки Python и virtualenvs на старую версию, которая была удалена.

Мы можем проверить и исправить это

>> ls -al ~/.virtualenvs/<your-virtual-env>/.Python
.Python -> /usr/local/Cellar/python/<old-version>/Frameworks/Python.framework/Versions/3.7/Python
>> rm ~/.virtualenvs/<your-virtual-env>/.Python
>> ln -s  /usr/local/Cellar/python/<new-version>/Frameworks/Python.framework/Versions/3.7/Python ~/.virtualenvs/<your-virtual-env>/.Python

У меня была аналогичная проблема, и я решил ее, просто перестроив виртуальную среду с помощью virtualenv .

Использование Python 2.7.10.

Это делает одна команда virtualenv path-to-env. документация

$ virtualenv path-to-env
Overwriting path-to-env/lib/python2.7/orig-prefix.txt with new content
New python executable in path-to-env/bin/python2.7
Also creating executable in path-to-env/bin/python
Installing setuptools, pip, wheel...done.

У меня был сломанный виртуальный env из-за переустановки Python Homebrew (тем самым сломанные символические ссылки), а также несколько "sudo pip install", которые я сделал ранее. Советы Weizhong очень помогли решить проблемы без переустановки пакетов. Мне также пришлось сделать следующее для проблемы смешанных разрешений.

sudo chown -R имя_пользователя lib / python2.7 / site-packages

Виртуальные серверы сломаны. Иногда простой способ - удалить папки venv и воссоздать файлы virutalenvs.

Если вы используете pipenv, простое выполнение pipenv --rm решает проблему.

Я столкнулся с той же проблемой после обновления brew на OSX Catalina.

Попробовав кучу вещей, я считаю, что следующее - лучшее и простое решение.

Сначала удалите виртуальный env. (По желанию)

find myvirtualenv -type l -delete

затем воссоздайте новый virtualenv

virtualenv myvirtualenv

Ссылка: https://www.jeremycade.com/python/osx/homebrew/2015/03/02/fixing-virtualenv-after-a-python-upgrade/

Принятый ответ у меня не работает: файл $WORKON_HOME/*/bin/python2.7 больше не является символической ссылкой, это полноценный исполняемый файл:

$ file $WORKON_HOME/*/bin/python2.7
/Users/sds/.virtualenvs/.../bin/python2.7: Mach-O 64-bit executable x86_64
...

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

Для справки:

deactivate
pip install --user virtualenv virtualenvwrapper
pip install --user --upgrade virtualenv virtualenvwrapper
for ve in $(lsvirtualenv -b); do
  # assume that each VE is associated with a project
  # and the project has the requirements.txt file
  project=$(cat $WORKON_HOME/$ve/.project)
  rmvirtualenv $ve
  mkvirtualenv -a $project -r requirements.txt $ve
done

У меня сработало простое обновление python3:

brew upgrade python3

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

sudo pip install tox

даже если tox уже был установлен. Вывод заканчивается:

Successfully built filelock
Installing collected packages: py, pluggy, toml, filelock, tox
Successfully installed filelock-3.0.10 pluggy-0.11.0 py-1.8.0 toml-0.10.0 tox-3.9.0

Что исправило это для меня, так это просто удаление python3 и pipenv, а затем их переустановка.

brew uninstall pipenv
brew uninstall python3
brew install python3 
brew install pipenv

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

1. rm -rf <project dir> (или mv <project dir> <backup projct dir>, если вы хотите сохранить резервную копию)
2. git clone <project git url>
3. Двигаться дальше!

Ничего нового здесь нет, но это облегчает жизнь!

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

Вы можете легко регенерировать виртуальную среду, ничего не удаляя / не редактируя. Предполагая, что ваша неработающая среда называется env_to_fix, вы можете сделать следующее:

mkvirtualenv env_to_fix

Это восстановит ссылки и исправит среду без необходимости где-то сбрасывать текущий статус и восстанавливать его.

Я столкнулся с той же проблемой, когда указывал время выполнения python с 2 до 3 на моем Mac, указывая псевдоним python на путь python 3. Затем я воссоздаю новый virtualenv и повторно устанавливаю те пакеты, которые мне нужны для моего проекта. Для моего случая использования у меня была программа Python, записывающая в лист Google. Очистите несколько пакетов, которые отличаются от реализации Python 2, и, да, все снова заработало.

Итак, есть много способов, но один из них сработал для меня, так как у меня уже был замороженный файл requirements.txt.

Поэтому удалите старую виртуальную среду с помощью следующей команды: deactivate cd .. rm -r old_virtual_environment

чтобы установить пакет virtualenv python с помощью pip, используйте pip install virtualenv

затем проверьте, правильно ли он установлен, используйте virtualenv --version

перейти в каталог вашего проекта, используя cd project_directory

теперь создайте новую виртуальную среду внутри каталога проекта, используя следующее virtualenv name_of_new_virtual_environment

теперь активируйте вновь созданную виртуальную среду, используйте source name_of_new_virtual_environment/bin/activate

теперь установите все зависимости проекта, используя следующую команду: pip install -r requirements.txt

Когда вы сталкиваетесь с этой проблемой на только что созданном virtualenv, возможно, ваша версия python, установленная brew, не связана.

Вы можете исправить это, например, запустив: brew link [email protected] (но укажите вашу конкретную версию Python)

Вы также можете запустить brew doctor, он сообщит вам, есть ли у вас несвязанные файлы, и как это исправить.