Dlaczego dystrybuować i instalować pip na moim virtualenv's ./local/bin?

Question

utworzyć i aktywować virtualenv (venv) przy użyciu Pythona 3.3 wbudowanego sposób to zrobić:

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

W tym momencie python jest Python w moim virtualenv, które oczekują:

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

teraz chcę zainstalować dystrybucję i pip, więc mogę pobrać skrypty konfiguracyjne i uruchomić je:

(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 

tych poleceń pełne sukcesów sfully. W tym momencie sprawdzam moje venv, aby znaleźć inny katalog o nazwie "local", którego wcześniej nie było. env/local/bin zawiera moje easy_install i pip wykonywalnych, a oni nadal alias do istniejącego easy_install i pip mojego systemu:

(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 

wierzę, że jest to odejście od zachowań Python 2.x jest. W tym momencie oczekuję, że easy_install i pip będą używać kopii virtualenv, a użycie ich do zainstalowania jajek spowoduje umieszczenie ich w virtualenv.

Idąc dalej, otwieram env/bin/activate, aby znaleźć, że env/bin jest uprzednio ustawione na ścieżkę systemową, ale env/local/bin nie jest. To wyjaśnia zachowanie, które widzę. mogę obejść ten problem poprzez edycję ENV/bin/aktywować, aby dodać do katalogu ENV/local/bin do ścieżki, coś jak:

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

Więc, co tu się dzieje? Czy to błąd, czy coś mi brakuje?

Jestem na Ubuntu 12.10 w przypadku, które robi różnicę.

Answer 1

Mam wrażenie, że to błąd w pakietach Pythona Ubuntu lub rozpowszechnianie gdzieś ... ale ja jej nie wytropił (a ja nie jestem pewien, czy mi zależy).

Z jakiegoś powodu zmienną środowiskową VIRTUAL_ENV należy ustawić katalog główny virtualenv do dystrybucji i pip, aby zainstalować poprawnie.

This gist, przyjęta z próbki kodu Vinay Sajipa w dokumentach Pythona 3, ustawia wspomnianą zmienną; zarówno distribute, jak i pip zainstalują się poprawnie podczas korzystania z niego.

Answer 2

Miałem ten sam problem. W activate pliku skryptu muszę dodać jako pierwszej linii (z cource po #!...):

unset PYTHON_PATH 

Answer 3

Jest w docs Pythona.

"/ usr/local" jest domyślnym exec_prefix. Przeczytaj venv docs, aby dowiedzieć się, jak zmienić domyślne zachowanie. Jest tam nawet przykład pokazujący, jak zrobić venv.EnvBuilder, który instaluje i rozpowszechnia za Ciebie.

jeśli okaże dystrybuować dokumenty, proszę dać mi znać ;-)