Warum verteilen und pip installieren zu meinem virtualenv ./local/bin?

Question

ich erstellen und aktivieren eine virtualenv (Venv) mit Python 3.3 die integrierte Möglichkeit, es zu tun:

$ python3.3 -m venv env 
$ source env/bin/activate 

An dieser Stelle python die Python in meinem virtualenv ist, was ich erwarten:

(env) $ which python 
/my_home_directory/env/bin/python 

Jetzt möchte ich installieren verteilen und Pip, so dass ich laden sie die Setup-Skripten und führen sie:

(env)$ wget http://python-distribute.org/distribute_setup.py 
(env)$ wget https://raw.github.com/pypa/pip/master/contrib/get-pip.py 
(env)$ python distribute_setup.py 
(env)$ python get-pip.py 

Diese Befehle komplette succes süchtig. An diesem Punkt untersuche ich mein venv, um ein anderes Verzeichnis namens "local" zu finden, das vorher nicht da war. env/local/bin enthält meine easy_install und pip ausführbare Dateien, und sie sind immer noch auf meinem System vorhandene easy_install und Pip-aliased:

(env)$ ls env 
bin include lib local pyvenv.cfg 
(env)$ ls env/bin 
activate pydoc python python3 python3.3 
(env)$ ls env/local/bin 
easy_install easy_install-3.3 pip pip-3.3 
(env)$ which easy_install 
/usr/bin/easy_install 
(env)$ which pip 
/usr/bin/pip 

Ich glaube, dies ist eine Abkehr von Python 2.x Verhalten. An dieser Stelle erwarte ich easy_install und pip, die virtualenv Kopien zu verwenden, und ihre Verwendung, um Eier zu installieren, wird sie in den virtualenv setzen.

Geht ein bisschen weiter, ich knacken öffnen env/bin/aktivieren, um zu finden, dass env/bin dem Systempfad vorangestellt wird, aber env/local/bin nicht. Das erklärt das Verhalten, das ich sehe. Ich kann durch die Bearbeitung env/bin/aktivieren hinzuzufügen, um das env/local/bin auf dem Weg, so etwas wie dieses Problem umgehen:

_OLD_VIRTUAL_PATH="$PATH" 
PATH="$VIRTUAL_ENV/bin:$PATH" 
PATH="$VIRTUAL_ENV/local/bin:$PATH" # my new line 
export PATH 

Also, was ist denn hier los? Ist das ein Fehler, oder fehlt mir etwas?

Ich bin auf Ubuntu 12.10, falls das einen Unterschied macht.

Answer 1

Ich habe das Gefühl, einen Fehler in Ubuntu Python-Pakete gibt es oder irgendwo verteilen ... aber ich habe es nicht aufgespürt (und ich Ich bin mir nicht sicher, ob es mich interessiert).

Aus irgendeinem Grund muss die VIRTUAL_ENV -Umgebungsvariable auf den Stamm des virtualenv gesetzt werden, damit distribute und pip ordnungsgemäß installiert werden können.

This gist, übernommen aus Vinay Sajips Codebeispiel in den Python 3-Dokumenten, legt die Variable fest; beide verteilen und Pip wird ordnungsgemäß installiert, wenn Sie es verwenden.

Answer 2

Ich hatte das gleiche Problem. In activate Skriptdatei muss ich als erste Zeile (von cource nach #!...) hinzuzufügen:

unset PYTHON_PATH 

Answer 3

Es ist in den Python-docs.

'/ usr/local' ist die Standardeinstellung exec_prefix. Lesen Sie die venv docs für Details, wie Sie das Standardverhalten ändern können. Es gibt sogar ein Beispiel, das zeigt, wie man einen venv.EnvBuilder erstellt, der verteilt und Pip für Sie installiert.

, wenn Sie Dokumente verteilen finden, mich ;-) bitte wissen lassen