Я щойно робив це сьогодні, здається, що чітка документація обмежена для людей, які хочуть тримати деякий контроль над тим, що встановлено та де.
Припустимо, ви запустили pip3 інсталювати що завгодно, він за замовчуванням ставить речі під ~ / .local, як ви знаєте. У Unix прийнято ділити типи файлів, класти "зруйновані" під ~ / .local / bin.
У терміналі введіть це, щоб зараз побачити шлях:
$ echo $PATH
Перевірте, чи є у вас встановлені речі python в ~ / .local
$ ls -la ~/.local/bin
Це підтверджує, що виконувані файли є чи є для мене. Якщо в цих дозволах на файл є "x", вони виконуються.
Тепер додайте цей каталог у шлях до терміналу
$ export PATH=~/.local/bin:$PATH
Ще раз перевірте свій шлях, щоб побачити зміни. Пам'ятайте, що це тимчасова установка лише для цього термінального сеансу. Це не стосується інших терміналів одночасно або в майбутньому. Це гарне місце для тестування речей.
Після цього кожна програма, що виконується в ~ / .local / bin, повинна запускатися, якщо ви введете її ім'я в командному рядку. Не потрібно, наприклад, запускати "~ / .local / bin / jupyter". Просто введіть "юпітер". Немає потреби в "./", яку ви бачите іноді, саме тоді ви запускаєте програму з робочого каталогу, який не стоїть на шляху.
Якщо ви згодом вирішите, що хочете зробити це постійним, щоб ~ / .local / bin завжди був у вашому PATH, ви можете це зробити, відредагувавши деякі конфігураційні файли середовища. Залежно від вашого налаштування, наприклад, у моїй домашній папці ".bashrc", останній рядок - "експортувати PATH = $ PATH: $ HOME / bin". Тож я міг би поставити $ HOME / local / bin на передній частині цього. Примітка. Я записав $ HOME, а не "~". Тоді кожного разу, коли я використовую оболонку BASH, PATH буде виправлений. Якщо ви можете використовувати інші оболонки, я думаю, що правильно - замість цього відредагувати ~ / .profile. Я думаю, що всі оболонки в Ubuntu будуть джерелом цього файлу.
У моєму випадку я встановив кілька програм з pip3, наприклад, jupyter. Один із способів переконатися, куди це було встановлено, - це запустити
$ pip3 list
показує всі наявні пакети, не лише встановлені пакетом pip3.
$ pip3 show jupyter
У моєму випадку, наприклад:
---
Metadata-Version: 2.0
Name: jupyter
Version: 1.0.0
Summary: Jupyter metapackage. Install all the Jupyter components in one go.
Home-page: http://jupyter.org
Author: Jupyter Development Team
Author-email: jupyter@googlegroups.org
Installer: pip
License: BSD
Location: /home/pauljohn/.local/lib/python3.5/site-packages
Requires: nbconvert, ipykernel, ipywidgets, notebook, jupyter-console, qtconsole
Classifiers:
Intended Audience :: Developers
Intended Audience :: System Administrators
Intended Audience :: Science/Research
License :: OSI Approved :: BSD License
Programming Language :: Python
Programming Language :: Python :: 2
Programming Language :: Python :: 2.7
Programming Language :: Python :: 3
Programming Language :: Python :: 3.3
Programming Language :: Python :: 3.4
Я не хочу, щоб це звучало як полум'я, але це може здатися нападом. Я б попередив вас не з нетерпінням дотримуватися порад, які пропонують деякі люди тут, щоб запустити "sudo pip3 xxx". Як правило, ви скоріше запускаєте кореневі встановлення лише з пакетами Debian, а не з pip3. Якщо ви біжите без судо, ви обмежуєте небезпеку для облікового запису користувача. Якщо ви під час запуску сценарію як корінь ходите, ви можете розкидати файли по всьому жорсткому диску і пошкодувати про це. Особливо, якщо інші люди входять у систему та користуються цим комп’ютером, уникайте нічого в якості кореня, якщо ви не впевнені.
Також варто зазначити, що параметри pip3 встановлювати в ~ / .local, але це не обов'язково. Прочитайте "man pip3", шукайте "-t" (--target). Ви можете вказати каталог встановлення. Я думаю, що це приємно, оскільки ви можете обмежити будь-який збиток в одному іншому каталозі та видалити його коли завгодно. ~ / .local може містити в ньому інші цінні речі, встановлені іншими програмами, і ви краще не видаляйте їх. Я вважаю, що ~ / .local як місце більше для налаштувань, ніж програми.