Замість --targetваріанту чи --install-optionsваріанту я виявив, що наступне працює добре (із обговорення помилки щодо цієї самої речі на https://github.com/pypa/pip/isissue/446 ):
PYTHONUSERBASE=/path/to/install/to pip install --user
(Або встановіть PYTHONUSERBASEкаталог у своєму оточенні перед запуском команди, використовуючи export PYTHONUSERBASE=/path/to/install/to)
Для цього використовується дуже корисне --user варіантом , але каже це зробити bin, lib, shareта інші каталоги , які ви могли б очікувати при настроюється приставці , а не $HOME/.local.
Потім ви можете додати це в ваших PATH, PYTHONPATHі інших змінних , як ви нормальний каталог установки.
Зауважте, що вам може знадобитися також вказати --upgrade та --ignore-installedпараметри, якщо будь-які пакети, від яких це залежить, потребують встановлення новіших версій у PYTHONUSERBASEкаталозі, щоб перекрити надані системою версії.
Повний приклад:
PYTHONUSERBASE=/opt/mysterypackage-1.0/python-deps pip install --user --upgrade numpy scipy
..до встановлення scipyта numpyупаковки останніх версій у каталог, який ви можете потім включити у своюPYTHONPATH подібне (використовуючи bash та для python 2.6 на CentOS 6 для цього прикладу):
export PYTHONPATH=/opt/mysterypackage-1.0/python-deps/lib64/python2.6/site-packages:$PYTHONPATH
export PATH=/opt/mysterypackage-1.0/python-deps/bin:$PATH
Використання virtualenv все-таки краще і акуратніше рішення!