Мені зазвичай встановлювали пакети python через pip.
Для Google App Engine мені потрібно встановити пакунки в інший цільовий каталог.
Я спробував:
pip install - Я колба-спокійний --target ./lib
але це не вдається:
повинен постачати або домашній, або префікс / exec-префікс - не обидва
Як я можу змусити це працювати?
Відповіді:
Використовуєте OS X та Homebrew? Сторінка Homebrew python https://github.com/Homebrew/brew/blob/master/docs/Homebrew-and-Python.md вирішує відому проблему з pip та обхідною проблемою.
Працювали для мене.
Ви можете зробити цей "порожній префікс" за замовчуванням, додавши файл ~ / .pydistutils.cfg з таким вмістом:
[install] prefix=
Редагувати: Не використовуйте цю рекомендовану опцію Homebrew, вона порушить звичайні операції з піп .
pip installоперації :(
--target, не руйнуючи pip installповедінку за замовчуванням ?
Я вважаю, що існує більш просте рішення цієї проблеми (Homebrew's Python на macOS), яке не порушить ваші звичайні операції з використанням протоколу.
Все, що вам потрібно зробити, - це створити setup.cfgфайл у кореневому каталозі вашого проекту, як правило, там, де є ваш головний __init__.pyабо виконуваний файл py. Отже, якщо кореневою папкою вашого проекту є:, /path/to/my/project/створіть там setup.cfgфайл і покладіть всередину чарівні слова:
[install]
prefix= Гаразд, тепер ви зможете запускати команди pip для цієї папки:
pip install package -t /path/to/my/project/ Ця команда буде граціозно виконана лише для цієї папки. Просто скопіюйте setup.cfgбудь-які інші проекти, які у вас можуть бути. Не потрібно писати .pydistutils.cfgна домашній каталог.
Після завершення установки модулів ви можете видалити setup.cfg .
setup.cfgпісля установки деталі. Я горів через 2 цілих дні, намагаючись з'ясувати, чому моє середовище virtualenv було накручено, з такими помилками Could not install packages due to an EnvironmentError: [Errno 1] Operation not permitted: '/bin/easy_install'. Видалення файлу налаштування відновило мій розум
У OSX (mac), припускаючи папку проекту, що називається / var / myproject
cd /var/myprojectsetup.cfgта додайте
[install]
prefix=
pip install <packagename> -t .-t .замість того, щоб залишатися поза dir. Цей спосіб спрацював для мене, а інший - ні, хоча я поняття не маю, чому.
Ще одне рішення * для користувачів Homebrew - це просто використовувати virtualenv.
Звичайно, це може усунути потребу в цільовому каталозі - але навіть якщо цього не відбувається, я знайшов --targetроботи за замовчуванням (як у, без створення / зміни конфігураційного файлу), коли у віртуальному середовищі.
* Я кажу рішення; можливо, це просто ще одна мотивація прискіпливо використовувати вентилятори ...
Я потрапляю на помилки з іншими рекомендаціями навколо --install-option="--prefix=lib". Єдине, що я виявив, що працював - це використання, PYTHONUSERBASEяк описано тут .
export PYTHONUSERBASE=lib
pip install -I flask-restful --userце не точно так само, як --target, але це робить трюк для мене в будь-якому випадку.
Як вже згадувалося, це відома помилка з pip & python, встановленою з домашньою мовою.
Якщо ви створите ~/.pydistutils.cfgфайл з інструкцією "порожній префікс", він вирішить цю проблему, але вона порушить звичайні операції з піп.
Поки ця помилка не буде офіційно вирішена, одним із варіантів буде створення власного скрипту bash, який би обробляв цей випадок:
#!/bin/bash
name=''
target=''
while getopts 'n:t:' flag; do
case "${flag}" in
n) name="${OPTARG}" ;;
t) target="${OPTARG}" ;;
esac
done
if [ -z "$target" ];
then
echo "Target parameter must be provided"
exit 1
fi
if [ -z "$name" ];
then
echo "Name parameter must be provided"
exit 1
fi
# current workaround for homebrew bug
file=$HOME'/.pydistutils.cfg'
touch $file
/bin/cat <<EOM >$file
[install]
prefix=
EOM
# end of current workaround for homebrew bug
pip install -I $name --target $target
# current workaround for homebrew bug
rm -rf $file
# end of current workaround for homebrew bugЦей скрипт завершує вашу команду та:
~/.pydistutils.cfgфайл з інструкцією "порожній префікс"~/.pydistutils.cfgфайлЦей сценарій можна змінити і адаптувати для задоволення ваших потреб, але ви отримаєте ідею. І це дозволяє запускати свою команду без гальмування піп. Сподіваюся, це допомагає :)
Якщо ви використовуєте virtualenv *, може бути хорошою ідеєю повторити перевірку, which pipяку ви використовуєте.
Якщо ви бачите щось на кшталт /usr/local/bin/pipтого, що ви вирвались із свого оточення. Повторна активація вашого virtualenv виправить це:
VirtualEnv: $ source bin/activate
VirtualFish: $ vf activate [environ]
*: Я використовую virtualfish, але я вважаю, що ця порада стосується обох.
У мене схоже питання. Я використовую --system прапор , щоб уникнути помилок , як я , опишіть тут на іншому потоці , де я пояснити конкретний випадок моєї ситуації. Я публікую це тут, очікуючи, що це може допомогти кожному, хто стикається з тією ж проблемою.