Références cassées dans Virtualenvs

J'ai récemment installé un tas de fichiers dot sur mon Mac avec quelques autres applications (j'ai changé pour iTerm au lieu de Terminal et Sublime comme mon éditeur de texte par défaut) mais depuis, tous mes environnements virtuels ont cessé de fonctionner, bien que leurs dossiers à l'intérieur .virtualenvs sont toujours là et ils donnent l'erreur suivante chaque fois que j'essaie d'exécuter quoi que ce soit en eux:

dyld: Library not loaded: @executable_path/../.Python
  Referenced from: /Users/[user]/.virtualenvs/modclass/bin/python
  Reason: image not found
Trace/BPT trap: 5

J'ai supprimé tous les fichiers liés aux fichiers dot et j'ai restauré mon .bash_profile à ce qu'il était auparavant, mais le problème persiste. Existe-t-il un moyen de diagnostiquer le problème ou de le résoudre de manière simple (par exemple, ne nécessitant pas de recréer tous les virtualenvs)?

J'ai trouvé la solution au problème ici , donc tout le mérite revient à l'auteur.

L'essentiel est que lorsque vous créez un virtualenv, de nombreux liens symboliques sont créés vers le Python installé par Homebrew.

Voici un exemple:

$ 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
...

Lorsque vous mettez à niveau Python à l'aide de Homebrew, puis exécutez brew cleanup, les liens symboliques dans virtualenv pointent vers des chemins qui n'existent plus (car Homebrew les a supprimés).

Les liens symboliques doivent pointer vers le Python nouvellement installé:

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

La solution consiste à supprimer les liens symboliques dans virtualenv puis à les recréer:

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

Il est probablement préférable de vérifier quels liens seront supprimés avant de les supprimer:

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

À mon avis, il est encore mieux de ne supprimer que les liens symboliques brisés. Vous pouvez le faire en utilisant GNU find:

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

Vous pouvez installer GNU findavec Homebrew si vous ne l'avez pas déjà:

brew install findutils

Notez que par défaut, les programmes GNU installés avec Homebrew ont tendance à être préfixés par la lettre g. Ceci pour éviter de masquer le findbinaire fourni avec OS X.

Après avoir essayé quelques choses, cela a fonctionné pour moi:

allez dans votre répertoire virtualenv (mais ne lancez pas workon):

cd ~/.virtualenv/name_of_broken_venv

Maintenant, supprimez ces fichiers:

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

Ensuite, pour reconstruire votre venv, exécutez:

virtualenv .
workon name_of_broken_venv
pip freeze

Vous devriez maintenant voir à nouveau une liste de vos packages installés.

Cela s'est produit lorsque j'ai mis à jour Mac OS X Mavericks à partir de Snow Leopard. J'ai dû réinstaller le breuvage au préalable aussi. J'espère que vous avez exécuté la commande de gel de votre projet avec pip.

Pour résoudre ce problème, vous devez mettre à jour les chemins d'accès vers lesquels l'environnement virtuel pointe.

• Installez une version de python avec brew:

brew install python

• Réinstallez virtualenvwrapper.

pip install --upgrade virtualenvwrapper

• Suppression de l'ancien environnement virtuel:

rmvirtualenv old_project

• Créez un nouvel environnement virtuel:

mkvirtualenv new_project

• Travailler sur un nouvel environnement virtuel

workon new_project

• Utilisez pip pour installer les exigences du nouveau projet.

pip install -r requirements.txt

Cela devrait laisser le projet tel qu'il était auparavant.

La @Chris Wedgwoodréponse d'une version de mise à jour à conserver site-packages(garder les packages installés)

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/

Il semble que la bonne façon de résoudre ce problème consiste à exécuter

 pip install --upgrade virtualenv

après avoir mis à niveau python avec Homebrew.

Cela devrait être une procédure générale pour toute formule qui installe quelque chose comme python, qui a son propre système de gestion de packages. Lorsque vous installez brew install python, vous installez pythonet pipet easy_installet virtualenvet ainsi de suite. Donc, si ces outils peuvent être mis à jour automatiquement, il est préférable d'essayer de le faire avant de rechercher Homebrew comme source de problèmes.

Si cela a été causé par un brew upgradequi a mis à niveau son Python, et que vous êtes d'accord avec la rétrogradation vers la version précédente, essayez brew switch python [previous version], par exemple brew switch python 3.6.5. D'ici.

instructions virtualenvwrapper

Comme indiqué dans la réponse acceptée, la cause principale est probablement une mise à jour homebrew qui signifie que vos liens symboliques virtualenv pointent vers des chemins de python cassés - voir les détails ici .

Pour chaque env virtuel, vous devez réaffecter les liens symboliques pour pointer vers le chemin python correct (dans la cave de brassage). Voici comment le faire avec virtualenvwrapper . Ici, je mets à jour un env virtuel appelé "mon-exemple-env".

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

Terminé.

Quiconque utilise pipenv (et vous devriez!) Peut simplement utiliser ces deux commandes - sans activer le venv:

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

Si vous avez cassé python3, essayez de le corriger brew upgrade python3pour moi.

J'ai récemment fait face à cela. Aucune des solutions ci-dessus n'a fonctionné pour moi. Il semble que ce n'était pas vraiment le problème de Python. Lorsque j'exécutais,

aws s3 ls

j'obtenais l'erreur suivante:

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

cela signifie que l' awsexécutable de la bibliothèque pointe vers soit n'existe pas ou est corrompu, j'ai donc désinstallé et réinstallé en aws-clisuivant les instructions de ce lien et cela a fonctionné !!

Le problème pour moi (un utilisateur de MacOS) est que brewles liens Python et virtualenvs ont été mis à jour avec l'ancienne version qui a été supprimée.

Nous pouvons le vérifier et le réparer par

>> 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

J'ai eu un problème similaire et je l'ai résolu en reconstruisant simplement l'environnement virtuel avec virtualenv .

Utilisation de Python 2.7.10.

Une seule commande le virtualenv path-to-envfait. Documentation

$ 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.

J'ai eu un env virtuel cassé en raison d'une réinstallation Homebrew de python (donc des liens symboliques cassés) et aussi de quelques "sudo pip install" que j'avais fait plus tôt. Les conseils de Weizhong ont été très utiles pour résoudre les problèmes sans avoir à réinstaller les packages. J'ai également dû faire ce qui suit pour le problème des autorisations mixtes.

sudo chown -R my_username lib / python2.7 / site-packages

Virtualenvs est cassé. Parfois, le moyen le plus simple consiste à supprimer les dossiers venv et à recréer virutalenvs.

Si vous utilisez pipenv, le simple fait de pipenv --rmrésoudre le problème.

J'étais confronté au même problème après la mise à niveau de brew sur mon OSX Catalina.

Après avoir essayé plein de trucs, je trouve que ce qui suit est la solution la meilleure et la plus facile.

Dans un premier temps, supprimez l'env virtuel. (Optionnel)

find myvirtualenv -type l -delete

puis recréez un nouveau virtualenv

virtualenv myvirtualenv

Référence: https://www.jeremycade.com/python/osx/homebrew/2015/03/02/fixing-virtualenv-after-a-python-upgrade/

La réponse acceptée ne fonctionne pas pour moi: le fichier $WORKON_HOME/*/bin/python2.7n'est plus un lien symbolique, c'est un exécutable à part entière:

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

La solution est, hélas, de supprimer complètement et de recréer à partir de zéro tous les environnements virtuels.

Pour la référence:

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

La simple mise à niveau de python3 a fonctionné pour moi:

brew upgrade python3

J'ai essayé les quelques meilleures méthodes, mais elles ne fonctionnaient pas, pour moi, qui essayaient de faire fonctionner la toxicité. Ce qui a finalement fonctionné était:

sudo pip install tox

même si tox était déjà installé. La sortie s'est terminée avec:

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

Ce qui a résolu le problème pour moi était simplement de désinstaller python3 et pipenv puis de les réinstaller.

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

Toutes les réponses sont excellentes ici, j'ai essayé quelques solutions mentionnées ci-dessus par Ryan et Chris et je n'ai pas pu résoudre le problème, j'ai donc dû suivre un chemin rapide et sale.

1. rm -rf <project dir>(ou mv <project dir> <backup projct dir>si vous souhaitez conserver une sauvegarde)
2. git clone <project git url>
3. Passez!

Rien de nouveau ici, mais ça rend la vie plus facile!

Je suis sûr que je suis en retard à la fête, mais je tiens à dire que la résolution de ce problème est beaucoup plus simple que celle discutée ici.

Vous pouvez facilement régénérer l'environnement virtuel sans avoir à supprimer / modifier quoi que ce soit. En supposant que votre environnement défectueux est appelé, env_to_fixvous pouvez simplement effectuer les opérations suivantes:

mkvirtualenv env_to_fix

Cela va régénérer les liens et réparer l'environnement sans avoir besoin de vider l'état actuel quelque part et de le restaurer.

Je suis tombé sur le même problème lorsque je pointais mon temps d'exécution Python de 2 à 3 sur mon Mac, pointant le chemin d'alias python vers python 3. Je recrée ensuite un nouveau virtualenv et réinstalle les packages dont j'ai besoin pour mon projet. Pour mon cas d'utilisation, j'ai eu un programme python écrit sur une feuille Google. Nettoyez quelques paquets qui sont différents de l'implémentation de python 2 et wa la, les choses ont recommencé à fonctionner.