gdebi vs dpkg: как gdebi автоматически получает недостающие зависимости? Могу ли я использовать gdebi для всех других установок пакетов.deb?

Фактически gdebi это просто интерфейс к dpkg с добавленной функциональностью, он может проверять наличие пакетов зависимостей в репозиториях и устанавливать их за одну операцию, а dpkg -i требует две операции вручную (позже apt-get -f install).

Вопрос 1:

1) Как это сделать? установить пакеты.deb с зависимостями без использования ссылок Apt PPA, добавленных вручную в файлы конфигурации?

Быть dpkg интерфейс, он может использовать все функциональные возможности dpkg, Так как каждый .deb Файл пакета содержит (при условии, что они не повреждены) метаданные об этом файле deb (например, имя пакета, сопровождающий, зависимости и т. д.), он может легко проверить зависимость этого файла.

Например, вы можете проверить метаданные файла.deb, используяdpkg --info package-name.deb

И затем он использует эту информацию для построения карты зависимостей и пометки локально доступных.deb файлов как уже загруженных и загружает другие .deb файлы из интернета.

Обратите внимание, что необходимые дополнительные пакеты должны быть доступны (с правильной версией) как минимум в одном из репозиториев, которые настроены в системе.

Затем это продолжается как обычная установка. Разница в том, что он не загружает повторно основной файл.deb

Вопрос 2:

(2) Могу ли я использовать ту же команду gdebi (sudo su -c gdebi my.deb) установить все остальные пакеты deb без добавления PPA? или мне нужно изменить формат sudo su -c myn.deb где n - версия программного обеспечения и т. д.?

PPA существует по причине. Основная причина в том, что они предоставляют последние версии пакетов. И эти пакеты с более высокой версией обычно зависят также от более высоких версий подпакетов, которые обычно обслуживаются из PPA, а не из стандартного репозитория Ubuntu.

Пример сценария:

Предположим, пакет с именем mother-package имеет самую высокую версию 2.0 в стандартных репозиториях Ubuntu, и этот mother-пакет зависит от пакета с именем child-package версии 2. Также предположим, что некоторые PPA предоставляют mother-package версии 3.0 который требует на child-package из 3.0оба они доступны через этот репозиторий PPA.

Проблема в том, что если вы сейчас скачаете mother-package-3.0.deb со страницы репозитория и попытаетесь установить его с gdebi, ты (или gdebi) провал.

Потому что, проверяя файл mother-package-3.0.deb, gdebi знал, что эта мама-пакет нуждается в дочернем пакете версии 3.0 или выше, но он знает только местоположение версии 2.0, Не знает, где взять версию 3.0 детского пакета от. Это ожидается потому, что вы не сообщили системе, где вы получили этот последний пакет. Другими словами, вы не настроили список репозитория для включения этого PPA.

Таким образом, очевидный ответ на этот вопрос зависит. Если в уже настроенных репозиториях можно найти необходимые зависимости, установка будет успешной. Но если нет, то он не сможет установить этот более высокий версионный пакет. Вот почему вам все еще нужны PPA, и это самый простой способ без ручного выполнения всех этих действий.

Вторая часть второго вопроса не имела для меня смысла.

У меня была такая же проблема с несколькими приложениями, среди которых был Skype, они зависят от внешних пакетов или библиотечных файлов, которые нужно устанавливать вручную.

Чтобы исправить проблему, я использовал:

sudo dpkg -i skype.deb

И затем, после того, как мне предложили ввести внешние библиотеки, как у вас в выводе, я набрал:

sudo apt-get install -f

Это загрузило необходимые пакеты и установило скайп все самостоятельно.

В каждом пакете.deb есть список зависимостей (с совместимым номером версии).

Я не читатель Python, но исходный код, кажется, звонит apt чтобы получить этот список. Очевидно, что он должен быть рекурсивно спущен, чтобы найти зависимости зависимостей, но apt очевидно, может сделать это также.

После того, как все зависимости разработаны и размещены в правильном порядке (некоторые зависимости должны быть установлены, прежде чем другие зависимости могут быть установлены), apt просто попросить установить зависимости. Затем устанавливается пакет, который был задан в качестве аргумента Gdebi.

Зависимости и целевой пакет устанавливаются в две операции по двум причинам. Во-первых, формат apt-вызова для установки локального.deb отличается от apt-вызова для установки зависимостей из репозитория. Во-вторых, разделение вызовов гарантирует, что все зависимости установлены перед целевым пакетом.