Utilizzo di diverse versioni di python con virtualenvwrapper

Question

Ho varie versioni di python installate sul mio Mac usando Macports. Quando ho selezionato python 2.7 tramite $ port select python python27, virtualenvwrapper funziona perfettamente.

Ma se seleziono un'altra versione di Python, cioè 2.6, virtualenvwrapper genera un messaggio di errore: ImportError: No module named virtualenvwrapper.hook_loader

ho controllato il mio .profile e sta impostando VIRTUALENVWRAPPER_PYTHON-/opt/local/bin/python, così sembra me virtualenvwrapper dovrebbe funzionare indipendentemente da quale python ho selezionato.

Qualche idea su cosa potrebbe causare virtualenvwrapper per generare un errore .hook_loader quando cambio versioni di python?

Answer 1

So che questo è praticamente risolto nei vostri commenti, ma è SOLO MAC,

e ancora di più penso che il modo corretto dovrebbe essere quello di impostare VIRTUALENVWRAPPER_PYTHON al vero pitone che si sta utilizzando sulla linea di comando.

Per essere sicuri che tu possa fare which python.

In realtà, anche si può fare:

export VIRTUALENVWRAPPER_PYTHON=`which python` 

su linux faccio questo nel mio .bashrc, quindi, nel complesso, supponendo che si è installato virtualenv e creato il primo "ambiente virtuale" virtualenv (come l'originale)

. 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 

(e tra l'altro, hai scritto:

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 è in realtà l'opposto - virtualenv si basa sull'uso del python corretto (e dei pacchetti che lo accompagnano) quindi è molto importante impostare il percorso python di conseguenza.

Anche l'esecuzione di un file py con un "#!/Bin/python" potrebbe causare problemi una volta virtualizzati!

Answer 2

Si (l'OP) sembra aver installato virtualenv e virtualenvwrapper con python2.7 e non con python2.6. Se python2.6 viene chiamato nel momento in cui la shell carica lo script virtualenvwrapper.sh, non è felice. Abbastanza diretto.

VIRTUALENVWRAPPER_PYTHON è fatto per quelle situazioni. Con esso, puoi essere sicuro di usare sempre la giusta versione di python, e non devi sempre aggiungere che -p /path/to/python2.7

Quindi, non sono d'accordo con la risposta di Stefano in quel caso, nella situazione dell'OP, tu avrebbe dovuto spiegare chiaramente nella vostra .bashrc che python da usare:

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

Come quella che dovrebbe essere ok per tutto il tempo! Virtualenvwrapper è fatto per semplificare le cose.

Inoltre, si ricorda che /opt/local/bin/python deve essere un link simbolico alla versione di Python si seleziona con port python select (verificare che con ls -l /opt/local/bin/python per essere sicuri).

Answer 3

confermato l'uso di due variabili d'ambiente denominato allo stesso modo:

VIRTUALENVWRAPPER_PYTHON - quale versione di Python viene utilizzato dal programma di utilità virtualenvwrapper stesso.

VIRTUALENV_PYTHON - quale versione di Python verrà installata da virtualenv quando si crea un nuovo ambiente virtuale. Equivalente all'opzione -p/--python sulla riga di comando virtualenv.

E forse, ovviamente :) la versione di Python eseguita in un ambiente virtuale è la versione installata per esso - non ha alcuna relazione con le variabili di ambiente sopra descritte dopo la creazione dell'env.

Vedere https://stackoverflow.com/a/24724360/763269 per come aggiornare Python in un virtualenv.

Answer 4

Nessuno di questi ha funzionato. Ho installato Python3 per la prima volta quando ho installato la mia macchina osx, e pip e tutti i valori predefiniti.

In primo luogo, verificare che Python è stato installato:

$ `which python` -V 

Se questo restituisce "Pitone 2.7.12", quindi si è impostato per eseguire:

$ 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 

Questo sarà anche attivare il api_server workon, che modifica il tuo eseguibile python:

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

Che cosa significa which python effettivamente fare? Produce la directory degli eseguibili pitone trovato nel vostro PATH:

$ which python 
/usr/local/bin/python 

Utilizzando which python, si sono fondamentalmente passando /usr/local/bin/python all'opzione -p nella directory mkvirtualenv.

Cosa succede se è stato restituito più di un eseguibile python in which python? Basta trovare quello che si desidera e passarlo in:

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

E virtualenvwrapper finirà utilizzando tale eseguibile python, invece.