Utilisation de différentes versions de python avec virtualenvwrapper

Question

Plusieurs versions de python sont installées sur Mac en utilisant Macports. Quand j'ai sélectionné python 2.7 via $ port select python python27, virtualenvwrapper fonctionne parfaitement.

Mais si je sélectionne une autre version de python, soit 2,6, virtualenvwrapper génère un message d'erreur: ImportError: Aucun module nommé virtualenvwrapper.hook_loader

J'ai vérifié mon .profile et il est la mise VIRTUALENVWRAPPER_PYTHON-/opt/local/bin/python, il semble moi virtualenvwrapper devrait fonctionner quel que soit le python que j'ai choisi.

Une idée de ce qui causerait virtualenvwrapper pour générer une erreur .hook_loader lorsque je change de version python?

Answer 1

Je sais que cela est à peu près résolu dans vos commentaires, mais il est Mac uniquement,

et encore plus je pense que devrait être la bonne façon de mettre VIRTUALENVWRAPPER_PYTHON au python réel que vous utilisez sur la ligne de commande.

Pour être sûr que vous pouvez faire which python.

En fait, vous pouvez le faire même:

export VIRTUALENVWRAPPER_PYTHON=`which python` 

Sur Linux, je le fais dans mon .bashrc, donc dans l'ensemble, en supposant installé virtualenv et créé votre premier « environnement virtuel » virtualenv (comment l'original)

. virtualenv/bin/activate 
export WORKON_HOME=$HOME/.virtualenvs # or whatever else you want 
export VIRTUALENVWRAPPER_PYTHON=`which python` 
export PROJECT_HOME=SOMETHING 
source $HOME/virtualenv/bin/virtualenvwrapper.sh # or wherever else you got that installed 

(et par la manière, vous avez écrit:

I checked my .profile and it's setting VIRTUALENVWRAPPER_PYTHON to /opt/local/bin/python, so it seems to me virtualenvwrapper should work regardless of which python I've selected

WHI ch est en réalité le contraire - virtualenv repose sur l'utilisation du bon python (et des paquets qui vont avec) donc il est très important de définir le chemin python en conséquence.

Même l'exécution d'un fichier py avec un "#!/Bin/python" peut causer des problèmes une fois que vous êtes virtualenved!

Answer 2

Vous (l'OP) semble avoir installé virtualenv et virtualenvwrapper avec python2.7, et non avec python2.6. Si python2.6 est appelé au moment où votre shell charge le script virtualenvwrapper.sh, il est mécontent. Assez simple.

VIRTUALENVWRAPPER_PYTHON est faite pour ces situations. Avec elle, vous pouvez vous assurer d'utiliser toujours la bonne version de python, et ne pas ajouter toujours -p /path/to/python2.7

Donc, je ne suis pas d'accord avec la réponse de Stefano dans ce cas, dans la situation de l'OP, vous aurait dû expliquer clairement dans votre .bashrc qui python à utiliser:

... 
export VIRTUALENVWRAPPER_PYTHON=/path/to/your/python2.7 
source /path/to/bin/virtualenvwrapper.sh 

comme ça, il devrait être ok tout le temps! Virtualenvwrapper est fait pour simplifier les choses.

En outre, s'il vous plaît noter que /opt/local/bin/python doit être un lien symbolique à la version de python vous sélectionnez avec port python select (vérifiez que avec ls -l /opt/local/bin/python pour être sûr).

Answer 3

a confirmé l'utilisation de deux variables d'environnement du même nom:

VIRTUALENVWRAPPER_PYTHON - version Python est utilisé par l'utilitaire de virtualenvwrapper lui-même.

VIRTUALENV_PYTHON - quelle version de Python sera installée par virtualenv lorsque vous créez un nouvel environnement virtuel. Équivalent à l'option -p/--python sur la ligne de commande virtualenv.

Et peut-être :) évidemment la version de Python run dans un environnement virtuel est la version que vous avez installé pour elle - n'a aucun rapport avec les variables d'environnement ci-dessus après env est créé.

Voir https://stackoverflow.com/a/24724360/763269 pour la mise à niveau Python dans un virtualenv.

Answer 4

Aucune d'entre elles n'a fonctionné. J'ai d'abord installé Python3 lors de la configuration de ma machine osx, et pip et tout le reste par défaut.

d'abord, vérifiez que vous avez installé Python:

$ `which python` -V 

Si cela retourne "Python 2.7.12", alors vous êtes prêt à exécuter:

$ mkvirtualenv -p `which python` api_server 
Running virtualenv with interpreter /usr/local/bin/python 
New python executable in /Users/eric/.virtualenvs/api_server/bin/python2.7 
Also creating executable in /Users/eric/.virtualenvs/api_server/bin/python 
Installing setuptools, pip, wheel...done. 
virtualenvwrapper.user_scripts creating /Users/eric/.virtualenvs/api_server/bin/predeactivate 
virtualenvwrapper.user_scripts creating /Users/eric/.virtualenvs/api_server/bin/postdeactivate 
virtualenvwrapper.user_scripts creating /Users/eric/.virtualenvs/api_server/bin/preactivate 
virtualenvwrapper.user_scripts creating /Users/eric/.virtualenvs/api_server/bin/postactivate 
virtualenvwrapper.user_scripts creating /Users/eric/.virtualenvs/api_server/bin/get_env_details 

Cela permettra également d'activer le api_server WorkOn, qui change votre exécutable python:

$ which python 
/Users/eric/.virtualenvs/api_server/bin/python 
$ python -V 
Python 2.7.12 

Qu'est-ce which python fait réellement? Il sort le répertoire des exécutables python se trouvent dans votre PATH:

$ which python 
/usr/local/bin/python 

En utilisant which python, vous passez essentiellement dans /usr/local/bin/python à l'option -p dans le répertoire mkvirtualenv.

Qu'est-ce qui se passe quand vous avez plus d'un exécutable python retourné dans which python? Il suffit de trouver celui que vous voulez et le transmettre dans:

$ mkvirtualenv -p /usr/local/bin/python3 api_server 

Et virtualenvwrapper finira par utiliser l'exécutable python à la place.