ПРИМЕЧАНИЕ: Как и OP, я использую Ubuntu 16.04, Python 2.7 и Pip 8.1.1.

это нормально, что при пользовательской установке с помощью pip установленные пакеты apt-get не обнаруживаются? Это известная ошибка?

Я просто погрузился в код пипса и обнаружил, что пипс list Команда фильтрует список пакетов, предоставляемых pkg_resources.WorkingSet (), который, в свою очередь, получает свои записи от sys.path, Результатом является то, что pip --list (без параметров) также перечислит системные пакеты, установленные APT. Таким образом, в некотором смысле, Пип обнаруживает их. Это, однако, не означает, что pip может управлять этими пакетами, подобно тому, как APT, RPM и другие системы управления пакетами не совместимы.

Pip не может управлять пакетами DEB, установленными с APT, даже если они относятся к Python, потому что существует достаточно различий в том, как работает каждый менеджер пакетов, чтобы предотвратить это; Я не знаю всех их, но одно, что сбивает с толку, это то, что pip устанавливается глобально /usr/lib/pythonX.Y/site-packages или же /usr/local/lib/pythonX.Y/dist-packages (в зависимости от версии) и локально ~/.local/lib/pythonX.Y/site-packages в то время как пакеты DEB устанавливаются глобально в /usr/lib/pythonX.Y/dist-packages,

Эта странность связана с дизайнерским решением разработчиков Debian, чтобы точно избежать конфликтов между пакетами, предоставленными ими и установленными с использованием их системы упаковки, и пакетами, полученными другими способами ( этот ответ о переполнении стека указал мне верное направление).

Так что нет, это не ошибка, что pip позволяет устанавливать пакеты в ~/.local/lib/pythonX.Y/site-packages даже если пакет уже установлен в /usr/lib/pythonX.Y/dist-packages,

Давайте посмотрим на вашем примере с ipython. Я также установил его ранее с APT:

Пакет DEB

$ dpkg --get-selection | grep ipython
установка ipython

$ dpkg -s ipython | версия grep
Версия: 2.4.1-1

$ dpkg-query -L ipython
(...)
/usr/lib/python2.7/dist-packages
(...)
/ USR / бен / IPython
(...)

Пип Пакет

$ pip show -f ipython
(...)
Имя: ipython
Версия: 5.3.0
(...)
Установщик: pip
(..)
Расположение: /usr/local/lib/python2.7/dist-packages
файлы:../../../bin/ipython

Замечания: ../../../bin/ipython в конечном итоге /usr/local/bin/ipython ,

Как и ожидалось, whereis дает мне оба экземпляра IPython:

$ whereis -b ipython
ipython: /usr/bin/ipython /usr/local/bin/ipython

И я все еще могу получить третий IPython на ~/.local!

Еще более интригующе, когда я снова запускаю ту же команду, я получаю тот же процесс установки (единственное отличие: колеса кэшируются). Вместо этого я бы ожидал, что pip сообщит мне, что ipython уже установлен.

Это на самом деле кажется странным, и я все еще в этом разбираюсь, но вот что я наблюдал до сих пор: когда пакет уже был установлен pip локально, он, кажется, устанавливается каждый раз (всегда выдается "Успешно установлен {пакет}"), но на самом деле кажется, что это просто изменяет пакеты dist-info. Например, я попытался установить lxml локально (либо с pip install lxml или же pip install --user lxml) Пару раз:

Сравните временную метку:

myusr @ myhost: ~ $ ls -al.local / lib / python2.7 / site-packages | grep lxml
drwxrwxr-x 5 myusr mygroup 4096 фев 20 15:01 lxml
drwxrwxr-x  2 myusr mygroup  4096 фев 20 15:01 lxml-3.7.3.dist-info

(Это после того, как я впервые установил lxml.)

С:

myusr @ myhost: ~ $ ls -al.local / lib / python2.7 / site-packages | grep lxml
drwxrwxr-x 5 myusr mygroup 4096 фев 20 15:01 lxml
drwxrwxr-x  2 myusr mygroup  4096 фев 20 15:03 lxml-3.7.3.dist-info

(Это после последней "установки" lxml.)

Однако, когда кто-то пытается установить пакет глобально, pip показывает сообщение:

Requirement already satisfied (use --upgrade to upgrade): ipython in /usr/local/lib/python2.7/dist-packages

Пытаться

python3 -m pip install ipython

Для меня работа