Разрешено ли разбивать системные пакеты, установленные в / usr, исходными установками в / usr / local?

Мой двоичный файл /usr/bin/vlc был сломан после установки vlc из источника в префикс /usr/local. Исходя из моего опыта установки в /usr/local не влияли на двоичные файлы /usr/bin/[binary], но, возможно, это было просто случайно.

На самом деле, эффект установки /usr/local может быть (нестабильной) разделяемой библиотекой, которая загружается оттуда до (стабильной) библиотеки из /usr/. Итак, заставляет ли Ubuntu сопровождающие пакетов загружать динамические библиотеки только из /usr/?

Ресурсы, такие как hier manpage , Позиция BLSF в / usr / local vs / usr и Объяснение FHS Debian отвечает на этот вопрос imo, так как оно не определяет совместимость между двоичными файлами в разных префиксах.

Речь идет не о функционировании приоритетов поиска пути (для двоичных файлов, разделяемых библиотек, ...), что для меня совершенно ясно, а об их использовании (ограничениях, определениях (псевдо) -стандартах) в Ubuntu.

2
задан 31 May 2016 в 00:06

1 ответ

Исходя из моего опыта, установка в /usr/local не повлияла на двоичные файлы /usr/bin/[binary], но может быть, это было просто случайно.

Вам следует почаще проводить время в Ask Ubuntu. :)

Использование sudo pip install, которое устанавливается в /usr/local, взлом различных приложений Python — это IME, безусловно, самая распространенная проблема Python, которую я видел здесь. Если вы установили пакет PyPi, в котором уже присутствовал системный пакет, он мог сломать все, что использовало системный пакет. Всего несколько недель назад у меня был apt-get-установленный certbot перерыв из-за pip-установленного certbot плагина.

Пакеты не должны официально устанавливать что-либо в /usr/local (за исключением сертификатов CA), так как это домен системного администратора, но это единственное ограничение.Ясно, что если системный администратор должен в полной мере использовать возможности, предоставляемые /usr/local, тогда вещи в других местах в /usr должны иметь возможность влиять на них. Дело не в том, что их «разрешено ломать» при установке из исходного кода; дело в том, что системному администратору доверяют знать, какие последствия будет иметь их установка в /usr/local.

1
ответ дан 9 June 2020 в 06:35

Другие вопросы по тегам:

Похожие вопросы: