Я должен установить .deb файл версии пакета, это не находится в способном источнике?
Если версия пакета, это не находится в способном источнике, т.е. версии не, не появляется, когда я работаю apt-cache policy package, затем действительно ли мудро установить .deb файл этой версии? Я предполагаю, что здесь существуют риски. Такие риски часто происходят? Последствия риска являются часто большими или небольшими? Действительно ли риски обратимы путем удаления пакета для возвращения к нормальному?
Определенный пример, я хочу установить bluez_5.50-0ubuntu1_amd64.deb файл вместо bluez_5.37-0ubuntu5.1_amd64.deb версии специалиста по обслуживанию пакета. Кто-либо пробует это? Это в порядке?
1 ответ
A. файл deb из внешнего источника программного обеспечения, который вручную установлен, не будет автоматически обновлен как он, был бы то, если бы он был установлен из репозиториев Ubuntu по умолчанию или от PPA.
Когда .deb файл установлен, его недостающие зависимости также установлены наряду с ним. Могут быть проблемы управления пакета, вызванные конфликтующими зависимостями вручную установленного .deb пакета с другими пакетами, которые установлены из репозиториев Ubuntu по умолчанию.
Там какая-либо причина состоит в том, чтобы доверять источнику .deb файла, что Вы установили вручную столько, сколько Вы доверяете пакетам из репозиториев Ubuntu по умолчанию? Этим фактором отдельно была бы достаточная причина некоторых людей установить .deb файл в виртуальной машине, если это возможно сделать для уменьшения возможных неблагоприятных и/или необратимых последствий установки недоверяемого пакета.
Могут быть более безопасные альтернативы установке относительно недоверяемого .deb файла.
В отличие от способных пакетов, поспешные пакеты обычно обновляются к последней версии. Поспешный пакет является хорошей альтернативой относительно недоверяемому, вручную установил .deb файл, если это доступно в репозиториях Ubuntu по умолчанию.
Другая альтернатива установке относительно недоверяемого .deb файла с корневыми полномочиями должна разыскать исходный код пакета и скомпилировать его как обычного пользователя в Вашем собственном корневом каталоге. Это - сложная опция, преимущество которой состоит в том, когда оно сделано правильно, это более безопасно, чем установка относительно недоверяемого пакета с корневыми полномочиями.
Результаты
rmadison bluezпокажите следующие версии блюза. Пакет блюза содержит инструменты и системных демонов для использования bluetooth-устройств, но это не содержит необходимые драйверы для всех bluetooth-устройств. Когда Bluetooth неправильно функционирует, это обычно из-за проблемы драйвера, не из-за блюза.bluez | 4.98-2ubuntu7 | precise | source, amd64, armel, armhf, i386, powerpc bluez | 4.98-2ubuntu7.2 | precise-updates | source, amd64, armel, armhf, i386, powerpc bluez | 4.101-0ubuntu13 | trusty | source, amd64, arm64, armhf, i386, powerpc, ppc64el bluez | 4.101-0ubuntu13.3 | trusty-security | source, amd64, arm64, armhf, i386, powerpc, ppc64el bluez | 4.101-0ubuntu13.3 | trusty-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el bluez | 5.37-0ubuntu5 | xenial | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x bluez | 5.37-0ubuntu5.1 | xenial-security | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x bluez | 5.37-0ubuntu5.1 | xenial-updates | source, amd64, arm64, armhf, i386, powerpc, ppc64el, s390x bluez | 5.48-0ubuntu3 | bionic | source, amd64, arm64, armhf, i386, ppc64el, s390x bluez | 5.48-0ubuntu3.1 | bionic-updates | source, amd64, arm64, armhf, i386, ppc64el, s390x bluez | 5.50-0ubuntu1 | cosmic | source, amd64, arm64, armhf, i386, ppc64el, s390x bluez | 5.50-0ubuntu1 | disco | source, amd64, arm64, armhf, i386, ppc64el, s390x