Как скачать deb-пакет со всеми зависимостями без его установки

Подготовка и установка deb-пакетов оффлайн

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

В отличие от Windows, где каждая программа поставляется с мегатоннами библиотек и может быть запущена на компьютерах с различными версиями Windows, в Linux каждый пакет собирается под конкретную версию конкретного семейства дистрибутивов.

Поэтому просто так взять пакет, скачанный в одном месте, и установить его на другой машине может быть непросто. Однако, всё упрощается в том случае, если помимо целевого компьютера у вас есть свободный компьютер с такой же версией операционной системы.

С развитием технологий виртуализации разворачивание аналогичной системы и вовсе перестало быть проблемой.

В качестве примера я возьму довольно внушительный по объёму зависимостей пакет библиотек Boost C++ под названием libboost1.55-all-dev.

Создание локального репозитория пакета

1. На компьютере-источнике, подключенному к интернет, создаём папку для скачивания нужных для сборки нашего пакета deb-файлов и переходим в неё:

# mkdir repository
# cd repository

2. Получим список адресов пакетов, необходимых для установки данного пакета:

# apt-get -y —print-uris install libboost1.55-all-dev | grep «'» | cut -f1 -d' ' | tr -d «'» > packet-list.txt

3. Получим список пакетов build-dep.txt, необходимых для сборки указанного пакета:

# apt-get -s build-dep libboost1.55-all-dev | grep «^ » > build-dep.txt

4. Получим список адресов build-dep-urls.txt, откуда их можно скачать:

# apt-get -y —print-uris install `cat build-dep.txt` | cut -f1 -d' ' | tr -d «'» | sort | uniq > build-dep-urls.txt

5. Скачиваем найденные пакеты:

# wget -i paket-list.txt
# wget -i build-dep-urls.txt

Всё, локальный репозиторий готов.

Таким образом, для подготовки пакета мало скачать файлы, которые идут вместе с ним (их 56), необходимо скачать также и все пакеты, от которых он зависит в процессе установки (их 60).

Зависимости для установки выясняются с помощью опции build-dep установщика apt-get.

А опция ––print–uris вместе с командой install позволяет узнать адреса, по которым они находятся.

Установка пакета на другой машине в режиме оффлайн

Копируем все .deb файлы с компьютера-источника source_comp в стандартный каталог кэша пакетов apt на целевом компьютере. Если компьютеры доступны по сети, то это легко сделать с помощью команды scp:

# scp user@source_comp:/путь_до_repository/*.deb /var/cache/apt/archives/

где user — пользователь, под которым мы логинимся на компьютер-источник.

Заставим apt обновить информацию о своём локальном репозитории:

# apt-get update

После этого необходимо сначала установить зависимости для сборки требуемого пакета:

# apt-get build-dep libboost1.55-all-dev

а затем и сам пакет:

# apt-get install libboost1.55-all-dev

Источник: http://linux.bolden.ru/deb-repository/

Как собрать бинарный deb пакет: подробное HowTo

Сегодня я расскажу на абстрактном примере как правильно создать *.deb пакет для Ubuntu/Debian. Пакет мы будем делать бинарный.

Пакеты, компилирующие бинарники из исходников здесь не рассматриваются: осилив изложенные ниже знания, в дальнейшем по готовым примерам можно понять суть и действовать по аналогии 🙂 В статье не будет никакой лишней возни «вручную»: формат пакета эволюционировал в достаточно простую, а главное — логичную структуру, и всё делается буквально на коленке, с применением пары специализированных утилит. В качестве бонуса в конце статьи будет пример быстрого создания собственного локального репозитория: установка пакетов из репозитория позволяет автоматически отслеживать зависимости, и конечно же! — устанавливать всё одной консольной командой на нескольких машинах 🙂

Для тех, кто не хочет вдаваться в мощную систему установки софта в Linux, рекомендую посетить сайт проги CheckInstall: она автоматически создаёт deb-пакет из команды «make install» 😉 А мы вместе с любопытными —

Источники

Информация надёргана из многих мест, но вот два основных: В статье подробно изложены основы создания пакетов, достаточные для получения достаточно мощного управления установкой приложений. Более продвинутые фичи опущены, но предложены прямые ссылки на документацию для интересующихся.

Статья не является копией или переводом какой-либо документации: это — коллекция знаний, валявшихся в виде заметок, а теперь оформленная в виде статьи.

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

Подготовка

Зачем это всё?

Да, CheckInstall умеет создавать рабочий пакет, но он не поддерживает все вкусности, на которые способны deb пакеты 🙂 А именно:

  • Скрипты, выполняющиеся до, после и вместо установки пакета 🙂
  • Автоматическое управление конфигурационными файлами: пакет не позволит затереть старые конфиги новыми без спроса
  • Работа с шаблонами: возможность задавать пользователю вопросы при установке (!!!)
  • Изменение файлов других пакетов

Что потребуется

Конечно, для создания полноценного пакета хватит архиваторов tar, gz, ar, но можно исключить лишнюю возню, и воспользоваться инструментами, созданными для облегчения жизни 🙂 Ставим:

$ sudo apt-get install dpkg debconf debhelper lintian

Что мы будем делать

Для примера будет рассмотрен некий скрипт /usr/bin/super.sh. Не важно что внутри, главное — как он появится на правильном месте 🙂

Подготовка папки

В домашнем каталоге (или где удобно) создаём папку, в которой будут лежать все файлы будущего пакета: mkdir ~/supersh. Далее будем называть её корень пакета. В корне пакета создаём папку «DEBIAN» (заглавными буквами, это важно!). Эта папка содержит управляющую генерацией пакета информацию, и не копируется на диск при установке пакета.

Также корневая папка пакета содержит будущий «корень диска»: при установке пакета все файлы (кроме папки «debian») распаковываются в корень /. поэтому наш скрипт должен лежать по такому пути, относительно корня пакета: «usr/bin/super.sh» Белым по чёрному:

mkdir -p ~/supersh/DEBIAN # управляющая папка mkdir -p ~/supersh/usr/bin # путь к скрипту

cp super.

sh ~/supersh/usr/bin/ # копируем наш скрипт в нужное место

В итоге имеем:

supersh/DEBIAN/ supersh/usr/ supersh/usr/bin/ supersh/usr/bin/super.sh

Создание пакета: DEBIAN/*

Как я уже сказал, папка DEBIAN содержит файлы, используемые при установке. Здесь я опишу (с примерами) каждый файл.

Для создания полноценного пакета достаточно контрольного файла «control», все остальные используются либо для прикрепления текстовой информации (changelog, лицензия), либо для управления расширенными возможностями установки приложений.

Из описанных ниже файлов в папке DEBIAN/* выбираем необходимые, и заполняем согласно инструкции 🙂

В наше примере реально используется только обязательный DEBIAN/control.

DEBIAN/control: Основная информация

control — центральный файл пакета, описывающего все основные свойства. Файл — текстовый, состоящий из пар «Атрибут: значение».

Можно использовать комментарии: символ «#» в начале строки (возможность была добавлена в версии dpkg >= 1.10.11, надеяться на комментарии не стоит :).

В таблице приведены все поля, определённые для контрольного файла.

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

АтрибутОписаниеПримеры— основные —— связи и зависимости —— экстра —
Package: Имя пакета: [a-zA-Z0-9-] — только латиница, цифры, и дефис. Имя используется при установке: apt-get install Package: supersh
Version: Версия пакета (и проги внутри). Используется для определения «обновлять ли».Формат принят такой: -.Рекомендую всегда указывать версию пакета: при изменении структуры пакета цифра увеличивается на единичку.Допустимые символы достаточно вольные: можно использовать дату и буквы. Примеры смотрите сегодня в своём репозитории 🙂 Version: 1.0-1Version: 2009.12.12-1
Provides Имя приложения (возможно, виртуальное), регистрируемое в системе в результате установки этого пакета.Используется редко: в основном, если нужно изменить имя пакета, или если более одного пакета предлагают одинаковый функционал. Например, пакеты Apache и nginx предоставляют возможность демона httpd: Provides: httpdВы наверняка сталкивались с ошибкой при попытке установки: «is a virtual package». Это оно и есть 🙂 Provides: supersh
Maintainer Имя и почта мэйнтейнера пакета: человека, который «дебианизировал» приложение.Формат произвольный, но принято имя Maintainer: o_O Tync
Architecture Архитектура процессора, для которой предназначен пакет.Допустимые значения: i386, amd64, all, sourceall используется для скриптов: они же портативные, верно? :)source используется для компилируемых пакетов с исходниками Architecture: all
Section Определяет задачу, для которой приложение обычно используется (группа приложений).Возможные значения: admin, base, comm, contrib, devel, doc, editors, electronics, embedded, games, gnome, graphics, hamradio, interpreters, kde, libs, libdevel, mail, math, misc, net, news, non-free, oldlibs, otherosfs, perl, python, science, shells, sound, tex, text, utils, web, x11 Section: misc
Description Описание пакета.Описание состоит из двух частей: короткое описание (70 символов) на той же строке, и длинное описание на последующих строках, начинающихся с пробела.В расширенном описании все переводы строки игнорируются. Для вставки
используется одиночная точка.
Description: Short.␣Long ␣goes here.␣.␣New line.
Depends Список пакетов через запятую, которые требуются для установки этого пакета.После имени пакета можно в круглых скобках указать ограничение на версию, используя операторы: , =. Если оператор не указан — используется >= Depends: dpkg, libz (>= 1.2.3), jpeg (= 6b), png (< 2.0)
Pre-Depends Список пакетов, которые требуются в процессе установки этого пакета. Эти зависимости могут потребоваться для скриптов установки пакета: например, пакет flash-installer требует wgetМожно использовать ограничения на версию (см. Depends). Pre-Depends: wget (>= 1.0)
Conflicts Список пакетов, которые не могут быть установлены одновременно с этим.Установка не удастся, если хоть один из перечисленных пакетов уже будет установлен. Conflicts: crapscript
Replaces Список пакетов, файлы которых модифицируются этим пакетом.Требуется в случае создания «пакета-патча», изменяющего что-либо: в противном случае при замене файлов чужого пакета возникнет ошибка при установке. У меня, например, такой пакет патчит UT2004 и убирает звук наводящейся ракетницы 🙂 Replaces: ut2004
Recommends Список пакетов, рекомендуемых к установкеЭти пакеты не обязательны, но обычно используются вместе с текущим Recommends: superplatform
Suggests Список пакетов, предлагаемых к установке.Эти пакеты не обязательны, но с ними прога работает ещё лучше 🙂 По идее, менеджер пакетов должен предлагать установить их. Suggests: supersh-modules
Build-Depends (Только для Architecture: source) Список пакетов, требуемых для компиляции исходников.То же, что и Depends, но логически отделено. Build-Depends: cmake
Installed-Size Размер файлов пакета в килобайтах.Просто цифра, округлённая до ближайшего целого. Используется менеджером пакетов для определения суммарного требуемого объёма на диске. Installed-Size: 3
Priority Приоритет пакета: насколько он важен в системеВозможные значения: extra, optional, standard, important, required (такие пакеты не удаляются вообще!). Priority: optional
Esssential Если установить этот атрибут в значение «yes», пакет нельзя будет удалить. Esssential: yes
Origin Строка: откуда получены программы в пакете. Обычно используется URL сайта автора, почта или имя. Origin: brain
X-Source Полная ссылка на *.tar.gz архив с исходниками X-Source: …*.tgz
Читайте также:  Установить рабочее окружение manokwari в ubuntu

Да, вот такие солидные возможности у контрольного файла 🙂 А в нашем примере он выглядит так:

Package: supersh Version: 1.0-1 Section: misc Architecture: all Depends: bash, sed (>= 3.02-8) Maintainer: o_O Tync Description: Super Shell Script ␣A super example script. ␣. ␣It does nothing 🙂

DEBIAN/copyright: © / лицензия

Текст лицензии. Файл не обязателен, но лучше подчеркнуть своё авторство 😉

DEBIAN/changelog: история изменений

Changelog в специальном формате: используется dpkg для получения номера версии, ревизии, дистрибутива и важности пакета. Лучше посмотреть в официальной документации 😉 а я лишь приведу пример:
supersh (1.0-1) stable; urgency=medium * Testing. — o_O Tync Sun, 13 Dec 2009 00:11:46 +0300

DEBIAN/rules: правила компиляции

Используется для управления компиляцией пакета: это когда Architeture: source 🙂
См. официальную документацию

DEBIAN/conffiles: список файлов конфигурации

Обычно пакеты содержат болванки конфигурационных файлов, например, размещаемых в /etc. Очевидно, что если конфиг в пакете обновляется, пользователь потеряет свой отредактированный конфиг. Эта проблема легко решается использованием папок типа «config.

d», содержимое которых включается в основной конфиг, заменяя собой повторяющиеся опции. Файл «DEBIAN/conffiles» позволяет решить проблему иначе: он содержит список файлов конфигурации (по одному на строке).

Если в текущей версии пакета один из этих файлов обновляется, то пользователь получает предупреждение о конфликте версий конфигов, и может выбрать: удалить, заменить, или сделать merge. С этой ситуацией наверняка сталкивался каждый линуксоид, копавшийся в конфигах 🙂 А ноги растут отсюда.

На каждой строке должен быть полный абсолютный путь до каждого конфига. Например:

/etc/supersh/init.conf /etc/supersh/actions.conf

DEBIAN/dirs: список папок для создания

«Список абсолютных путей к папкам, которые требуются программе, но по каким-либо причинам не создаются.» — гласит официальная документация. На практике – здесь перечисляются все папки, так или иначе используемые программой: и где лежат бинарники, и которые используются программой. По одной на строке. Например:

/var/log/supersh
/var/lib/supersh

Удобно использовать для создания нескольких пустых папок.

DEBIAN/menu: создание пунктов меню

Хитрый файл для создания пунктов меню. У меня он так и не заработал 🙂 Складывается ощущение, что его содержимое используется либо в необычных оконных менеджерах, либо в каком-то консольном меню… или же использовалось ранее и было забыто 🙂 Пример:

?package(supersh):needs=»text» section=»Applications/Programming» title=»Super Shell Script» command=»/usr/bin/super.sh»

TODO: узнать зачем нужно. Об этом написано в man5 menufile, честно говоря я не вникал 🙂

UPD: Правильный способ добавления пункта меню

Файл /DEBIAN/menu создаёт неизвестно что и непонятно где: элементы графического меню всё равно не создаются. Поэтому будем делать правильно 🙂

В /usr/share/applications видим кучку *.

desktop файлов: это и есть пункты меню. Они представляют собой текстовые файлы с синтаксисом наподобие ini-файла. Открываем, учимся, делаем так же и кладём получившийся *.desktop файл в usr/share/applications/.

Иконка для него должна лежать в usr/share/pixmaps.

После этого в postinst скрипт нужно добавить выполнение команды обновления меню update-menus:
if [ «$1» = «configure» ] && [ -x «`which update-menus 2>/dev/null`» ] ; then update-menus fi Работа со скриптами установки пакета будет рассмотрена далее.

Спасибо Condorious за наводку 🙂

DEBIAN/md5sums: контрольные суммы файлов

Используется для проверки целостности пакета. Важный файл. Заполняется так (cwd=корень пакета):

$ md5deep -r usr > DEBIAN/md5sums

DEBIAN/watch: мониторинг сайта, откуда была скачана прога

Функция полезна, если Вы мэйнтейните от нескольких десятков пакетов, и уследить за всеми обновлениями сложно. Файл содержит инструкции для программ uscan и uupdate.

Используя эту возможность, можно следить за сайтом, откуда были получены исходники пакета, и обеспечивать контроль качества дистрибутива в целом. Пример:

# Site Directory Pattern Version Script ftp.obsession.

se /gentoo gentoo-(.*).tar.gz debian uupdate

Источник: https://habr.com/post/78094/

5.4. Работа с пакетами при помощи dpkg

dpkg представляет собой основную программу в системе для работы с пакетами Debian. При наличии пакетов .deb именно dpkg позволяет их установить или проанализировать их содержимое.

Однако эта программа имеет только частичное представление о мире Debian: она знает, что установлено в системе, а также всё, что передано ей в командной строке, но она ничего не знает о других доступных пакетах. Поэтому она завершится с ошибкой, если обнаружит неудовлетворённую зависимость.

Такие инструменты как apt, напротив, автоматически создадут список зависимостей, чтобы установить всё по возможности автоматически.

dpkg — это, прежде всего, инструмент для установки уже доступных пакетов Debian (поскольку он ничего не загружает). Чтобы установить пакет, используется опция -i или —install.

Пример 5.2. Установка пакета при помощи dpkg

# dpkg -i man-db_2.7.0.2-5_amd64.deb
(Чтение базы данных … на данный момент установлено 86425 файлов и каталогов.)
Подготовка к распаковке man-db_2.7.0.2-5_amd64.deb …
Распаковывается man-db (2.7.0.2-5) на замену (2.7.0.2-5) …
Настраивается пакет man-db (2.7.0.2-5) …
Updating database of manual pages …
Обрабатываются триггеры для mime-support (3.58) …

Мы можем видеть каждый этап, выполняемый dpkg, поэтому мы знаем, в каком месте могла произойти какая-либо ошибка. Установку также можно выполнить в два этапа: сперва распаковка, затем конфигурация.

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

Пример 5.3. Раздельная распаковка и настройка

# dpkg —unpack man-db_2.7.0.2-5_amd64.deb
(Чтение базы данных … на данный момент установлено 86425 файлов и каталогов.)
Подготовка к распаковке man-db_2.7.0.2-5_amd64.deb …
Распаковывается man-db (2.7.0.2-5) на замену (2.7.0.2-5) …
Обрабатываются триггеры для mime-support (3.58) …
# dpkg —configure man-db
Настраивается пакет man-db (2.7.0.2-5) …
Updating database of manual pages …

Иногда dpkg по той или иной причине не может установить пакет и возвращает ошибку; если пользователь даёт указание проигнорировать эту ошибку, будет выдано лишь предупреждение; для этого существуют различные опции —force-*.

Команда dpkg —force-help, или документация этой команды, выдаст полный список таких опций. Самой частой ошибкой, с которой вам придётся рано или поздно столкнуться, является конфликт файлов.

Когда пакет содержит файл, который уже установлен другим пакетом, dpkg откажется устанавливать его, и мы получим такое сообщение:

Распаковывается пакет libgdm (из файла …/libgdm_3.8.3-2_amd64.deb) …
dpkg: ошибка при обработке параметра /var/cache/apt/archives/libgdm_3.8.3-2_amd64.deb (—unpack): попытка перезаписать «/usr/bin/gdmflexiserver», который уже имеется в пакете gdm3 3.4.1-9

В этом случае, если вы считаете, что замена этого файла не представляет существенной опасности для стабильности вашей системы (зачастую это именно так), вы можете использовать опцию —force-overwrite, которая сообщит dpkg о необходимости проигнорировать эту ошибку и перезаписать файл.

Хотя есть много опций —force-*, только —force-overwrite рекомендуется для регулярного использования. Остальные предназначены только для исключительных случаев, и лучше не трогать их, пока это возможно, чтобы соблюдать правила, заложенные при создании пакета. Не забывайте, что эти правила являются гарантией целостности и стабильности системы.

Читайте также:  Несколько трюков, которые помогут сэкономить время работы в linux

Запуск dpkg с опцией -r или —remove, за которой следует имя пакета, приведет к удалению этого пакета.

Это удаление, однако, не полное: все конфигурационные файлы, сценарии сопровождающего, файлы журналов (системные журналы) и другие пользовательские данные, используемые этим пакетом, останутся.

Таким путём легко избавиться от программы, деинсталлировав её, но при этом сохраняется возможность установить её ещё раз с той же конфигурацией. Для полного удаления всего, связанного с пакетом, используется опция -P или —purge, сопровождающаяся именем пакета.

Пример 5.4. Полное удаление пакета debian-cd

# dpkg -r debian-cd
(Чтение базы данных … на данный момент установлено 97747 файлов и каталогов.)
Удаляется пакет debian-cd (3.1.17) …
# dpkg -P debian-cd
(Чтение базы данных … на данный момент установлен 97401 файл и каталог.)
Удаляется пакет debian-cd (3.1.17) …
Вычищаются файлы настройки пакета debian-cd (3.1.17) …

5.4.3. Запросы к базе данных dpkg и анализ файлов .deb

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

Так, —listfiles пакет (или -L) выводит список файлов, установленых пакетом; —search файл (или -S) ищет пакет, к которому относится этот файл; —status пакет (or -s) выводит информацию о том или ином установленном пакете; —list (или -l) показывает список пакетов, известных системе, и их статус; —contents file.

deb (или -c) показывает список файлов в этом пакете; —info file.deb (или -I) показывает информацию о пакете Debian.

Пример 5.5. Получение информации с помощью dpkg

$ dpkg -L base-passwd
/.
/usr
/usr/sbin
/usr/sbin/update-passwd
/usr/share
/usr/share/man
/usr/share/man/ru
/usr/share/man/ru/man8
/usr/share/man/ru/man8/update-passwd.8.gz
/usr/share/man/pl
/usr/share/man/pl/man8
/usr/share/man/pl/man8/update-passwd.8.gz
/usr/share/man/man8
/usr/share/man/man8/update-passwd.8.gz
/usr/share/man/fr
/usr/share/man/fr/man8
/usr/share/man/fr/man8/update-passwd.8.gz
/usr/share/doc-base
/usr/share/doc-base/users-and-groups
/usr/share/base-passwd
/usr/share/base-passwd/passwd.master
/usr/share/base-passwd/group.master
/usr/share/lintian
/usr/share/lintian/overrides
/usr/share/lintian/overrides/base-passwd
/usr/share/doc
/usr/share/doc/base-passwd
/usr/share/doc/base-passwd/copyright
/usr/share/doc/base-passwd/users-and-groups.html
/usr/share/doc/base-passwd/changelog.gz
/usr/share/doc/base-passwd/users-and-groups.txt.gz
/usr/share/doc/base-passwd/README
$ dpkg -S /bin/date
coreutils: /bin/date
$ dpkg -s coreutils
Package: coreutils
Essential: yes
Status: install ok installed
Priority: required
Section: utils
Installed-Size: 13822
Maintainer: Michael Stone
Architecture: amd64
Multi-Arch: foreign
Version: 8.13-3.5
Replaces: mktemp, timeout
Depends: dpkg (>= 1.15.4) | install-info
Pre-Depends: libacl1 (>= 2.2.51-8), libattr1 (>= 1:2.4.46-8), libc6 (>= 2.7), libselinux1 (>= 1.32)
Conflicts: timeout
Description: GNU core utilities This package contains the basic file, shell and text manipulation utilities which are expected to exist on every operating system. . Specifically, this package includes: arch base64 basename cat chcon chgrp chmod chown chroot cksum comm cp csplit cut date dd df dir dircolors dirname du echo env expand expr factor false flock fmt fold groups head hostid id install join link ln logname ls md5sum mkdir mkfifo mknod mktemp mv nice nl nohup nproc od paste pathchk pinky pr printenv printf ptx pwd readlink rm rmdir runcon sha*sum seq shred sleep sort split stat stty sum sync tac tail tee test timeout touch tr true truncate tsort tty uname unexpand uniq unlink users vdir wc who whoami yes
Homepage: http://gnu.org/software/coreutils
$ dpkg -l 'b*'
Желаемый=неизвестно[u]/установить[i]/удалить[r]/вычистить[p]/зафиксировать[h]
| Состояние=не[n]/установлен[i]/настроен[c]/распакован[U]/частично настроен[F]/ частично установлен[H]/trig-aWait/Trig-pend
|/ Ошибка?=(нет)/требуется переустановка[R] (верхний регистр
в полях состояния и ошибки указывает на ненормальную ситуацию)
||/ Имя Версия Архитектура Описание
+++-============-==============-==============-================================
un backupninja (описание недоступно)
un base (описание недоступно)
un base-config (описание недоступно)
ii base-files 7.1 amd64 Debian base system miscellaneous
ii base-passwd 3.5.26 amd64 Debian base system master passwo
[…]
$ dpkg -c /var/cache/apt/archives/gnupg_1.4.12-7_amd64.deb
drwxr-xr-x root/root 0 2013-01-02 19:28 ./
drwxr-xr-x root/root 0 2013-01-02 19:28 ./usr/
drwxr-xr-x root/root 0 2013-01-02 19:28 ./usr/share/
drwxr-xr-x root/root 0 2013-01-02 19:28 ./usr/share/doc/
drwxr-xr-x root/root 0 2013-01-02 19:28 ./usr/share/doc/gnupg/
-rw-r—r— root/root 3258 2012-01-20 10:51 ./usr/share/doc/gnupg/TODO
-rw-r—r— root/root 308 2011-12-02 18:34 ./usr/share/doc/gnupg/FAQ
-rw-r—r— root/root 3543 2012-02-20 18:41 ./usr/share/doc/gnupg/Upgrading_From_PGP.txt
-rw-r—r— root/root 690 2012-02-20 18:41 ./usr/share/doc/gnupg/README.Debian
-rw-r—r— root/root 1418 2012-02-20 18:41 ./usr/share/doc/gnupg/TODO.Debian
[…]
$ dpkg -I /var/cache/apt/archives/gnupg_1.4.12-7_amd64.deb
новый пакет debian, версия 2.0. размер 1952176 байт(а): управляющий архив длиной 3312 байт(а). 1449 байт(а), 30 строк control 4521 байт(а), 65 строк md5sums 479 байт(а), 13 строк * postinst #!/bin/sh 473 байт(а), 13 строк * preinst #!/bin/sh Package: gnupg Version: 1.4.12-7 Architecture: amd64 Maintainer: Debian GnuPG-Maintainers Installed-Size: 4627 Depends: libbz2-1.0, libc6 (>= 2.4), libreadline6 (>= 6.0), libusb-0.1-4 (>= 2:0.1.12), zlib1g (>= 1:1.1.4), dpkg (>= 1.15.4) | install-info, gpgv Recommends: libldap-2.4-2 (>= 2.4.7), gnupg-curl Suggests: gnupg-doc, xloadimage | imagemagick | eog, libpcsclite1 Section: utils Priority: important Multi-Arch: foreign Homepage: http://www.gnupg.org Description: GNU privacy guard — a free PGP replacement GnuPG is GNU's tool for secure communication and data storage. It can be used to encrypt data and to create digital signatures. It includes an advanced key management facility and is compliant with the proposed OpenPGP Internet standard as described in RFC 4880.
[…]

dpkg сохраняет журнал всех своих действий в /var/log/dpkg.log. Этот журнал чрезвычайно подробный: в нём задокументированы все этапы обработки пакетов dpkg.

Этот журнал помогает не только отследить поведение dpkg, но и сохранить историю изменений в системе: можно найти точный момент, когда каждый пакет был установлен или обновлён, и эта информация может быть чрезвычайно полезной при выяснении причин изменения поведения системы в целом.

Кроме того, ведётся запись информации обо всех версиях, и её легко сверить с changelog.Debian.gz из соответствующего пакета или с отчётами об ошибках онлайн.

5.4.5. Поддержка мультиархитектуры

Все пакеты Debian имеют поле Architecture в своих метаданных.

Это поле может содержать либо значение «all» (для пакетов, которые не зависят от архитектуры), либо название конкретной архитектуры, для которой пакет предназначен (например «amd64», «armhf», …).

В последнем случае dpkg по умолчанию допустит установку пакета только в том случае, если его архитектура соответствует архитектуре системы, возвращаемой dpkg —print-architecture.

Это ограничение гарантирует, что в системе не окажется двоичных файлов, скомпилированных для неправильной архитектуры. Всё было бы прекрасно, но на (некоторых) компьютерах можно запускать двоичные файлы для разных архитектур, нативно (к примеру, на системах «amd64» работают двоичные файлы для «i386») или через эмуляторы.

5.4.5.1. Включение мультиархитектуры

Поддержка мультиархитектуры dpkg позволяет определять «чужеродные архитектуры», которые могут быть установлены в данной системе. Это легко сделать с помощью dpkg —add-architecture, как показано в примере ниже.

Существует и соответствующая команда dpkg —remove-architecture для отключения поддержки чужеродной архитектуры, но её можно использовать только в том случае, когда в системе не осталось ни одного пакета этой архитектуры.

# dpkg —print-architecture
amd64
# dpkg —print-foreign-architectures
# dpkg -i gcc-4.9-base_4.9.1-19_armhf.deb
dpkg: error processing archive gcc-4.9-base_4.9.1-19_armhf.deb (—install): package architecture (armhf) does not match system (amd64)
Errors were encountered while processing: gcc-4.9-base_4.9.1-19_armhf.deb
# dpkg —add-architecture armhf
# dpkg —add-architecture armel
# dpkg —print-foreign-architectures
armhf
armel
# dpkg -i gcc-4.9-base_4.9.1-19_armhf.deb
Selecting previously unselected package gcc-4.9-base:armhf.
(Reading database … 86425 files and directories currently installed.)
Preparing to unpack gcc-4.9-base_4.9.1-19_armhf.deb …
Unpacking gcc-4.9-base:armhf (4.9.1-19) …
Setting up gcc-4.9-base:armhf (4.9.1-19) …
# dpkg —remove-architecture armhf
dpkg: error: cannot remove architecture 'armhf' currently in use by the database
# dpkg —remove-architecture armel
# dpkg —print-foreign-architectures
armhf

5.4.5.2. Изменения, связанные с мультиархитектурой

Чтобы сделать мультиархитектурную поддержку по-настоящему полезной, библиотеки требовалось перепаковать, переместив их в каталог, соответствующий архитектуре, чтобы можно было установить несколько копий (для разных архитектур) одновременно.

Такие обновлённые пакеты содержат заголовок «Multi-Arch: same», указывающий системе управления пакетами, что разные архитектуры пакетов можно устанавливать совместно (и что эти пакеты могут удовлетворять зависимости только пакетов той же архитектуры).

Так как поддержка мультиархитектуры была добавлена только в Debian Wheezy, ещё не все библиотеки преобразованы.

$ dpkg -s gcc-4.9-base
dpkg-query: ошибка: —status требует корректное имя пакета, но 'gcc-4.9-base' таковым не является: неоднозначное имя пакета 'gcc-4.9-base' с более чем одним установленным экземпляром Используйте параметр —help для вывода справки по запросам пакетов.
$ dpkg -s gcc-4.9-base:amd64 gcc-4.9-base:armhf | grep ^Multi
Multi-Arch: same
Multi-Arch: same
$ dpkg -L libgcc1:amd64 |grep .so
/lib/x86_64-linux-gnu/libgcc_s.so.1
$ dpkg -S /usr/share/doc/gcc-4.9-base/copyright
gcc-4.9-base:amd64, gcc-4.9-base:armhf: /usr/share/doc/gcc-4.9-base/copyright

Стоит отметить, что для пакетов с полем Multi-Arch: same следует указывать имена с названием архитектуры, чтобы их можно было однозначно идентифицировать.

Они также могут иметь общие файлы с другими экземплярами того же пакета; dpkg в этом случае гарантирует, что все пакеты имеют бит-в-бит идентичные общие файлы.

Читайте также:  Восстановить заставку после установки драйвера nvidia(второй способ)

Все экземпляры пакета должны быть одной и той же версии, так что и обновляться они должны вместе.

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

Для удовлетворения зависимости требуется либо пакет, помеченный «Multi-Arch: foreign», или пакет с такой же архитектурой (при разрешении зависимости архитектуро-независимые пакеты считаются имеющими ту же архитектуру, что и система).

Зависимость может также быть ослаблена, чтобы позволить пакету любой архитектуры удовлетворять её, с помощью синтаксиса пакет:any, но но чужеродные пакеты могут удовлетворять такую зависимость, только если они помечены «Multi-Arch: allowed».

Источник: https://debian-handbook.info/browse/ru-RU/stable/sect.manipulating-packages-with-dpkg.html

Приемы работы в Ubuntu. Глава 6: Управление пакетами

Библиотека сайта rus-linux.net

Оригинал: «Ubuntu Hacks: Chapter 6 — Package Management» Авторы: Кайл Ранкин, Джонатан Оксер, Билл Чайлдерс (Kyle Rankin, Jonathan Oxer, Bill Childers) Дата публикации: June 2006 Перевод: Н.Ромоданов

Дата перевода: сентябрь 2010 г.

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

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

Возможностей автоматизированных средств, таких как apt-get, Synaptic и Adept, практически всегда хватает большинству пользователей, и вы должны, по мере возможности, пользоваться ими.

Однако иногда возникают обстоятельства, когда вам может потребоваться непосредственно установить пакет .deb.

Предостережение. В Ubuntu используются автоматизированные средства установки пакетов по веской причине. С их помощью реализованы специальные средства защиты, обеспечивающих совместимость пакетов и наличие библиотек, если они необходимы пакетам. Если устанавливаете отдельно взятые файлы .deb (особенно те, которые не упакованы для конкретной версии Ubuntu), вы не только теряете всю массу этих преимуществ, вы также можете из-за несовместимости библиотек вывести из строя отдельные части системы, перезаписать файлы, от которых зависят другие программы Ubuntu, или добавить уникальные версии, которые усложнят обновление вашей системы в процессе ее эксплуатации. Перед тем, как устанавливать отдельный пакет .deb, особенно если вы новичок в Ubuntu, пожалуйста, изучите все другие возможности установки, в том числе использование репозитариев universe и multiverse [Совет # 60].Вы создали свое собственное ядро «в стиле Ubuntu»Если вы с помощью утилиты make-kpkg откомпилировали из исходного кода свое собственное ядро, вы в итоге должны получить пакет .deb, в котором будет находиться двоичный код ядра, и файлы .deb для любого дополнительного модуля, которые вы, возможно, соберете (конкретные шаги этой процедуры описаны в разделе «Сборка ядер в стиле Ubuntu» [Совет # 78]).Вы откомпилировали свой собственный пакет из исходных кодов UbuntuКак и при компиляции ядра, вы компилировали исходный код Ubuntu при помощи утилиты dpkg, и, в конечном счете, вы получили отдельный файл .deb, который вам нужно установить вручную.Вы хотите вернуться к старой версии программыТакая ситуация может возникнуть, в частности, в случае, если вы используете релиз Ubuntu, предназначенный для разработчиков. Иногда последних версиях релизов, предназначенных для разработчиков, имеются ошибки. В этим случае вам может потребоваться вернуться к предыдущей версии пакета. Один из самых простых способов сделать это состоит в нахождении более старой версии пакета .deb (возможно, в вашем локальном кэше пакетов в /var/cache/apt/archives/) и установке его вручную.Программа, которую вы хотите установить, имеет расширение .deb, но ее нет в репозитариях UbuntuМогут возникнуть обстоятельства, при которых в репозитариях Ubuntu отсутствует пакет .deb, который вы хотите установить, поскольку это более новый пакет, чем тот, что предлагает Ubuntu, поскольку вы нашли более универсальный вариант файла .deb, или третья сторона предоставила файл .deb для Ubuntu, но еще не создала свой собственный репозитарий пакетов (например, как веб браузер Opera Web в его текущем варианте пакета).

Если вы нашли программу, упакованную в формате .deb, то в девяти случаях из десяти есть большая вероятность, что эта программа уже есть в одном из репозитариев Ubuntu. Подробности о дополнительных репозитариях, которые предоставляются Ubuntu и третьими сторонами, смотрите в разделе «Изменение списка репозитариев пакетов» [Совет # 60].

Программа, которую вы устанавливали или обновляли, была установлена не полностью из-за того, что есть другой установленный пакет, в котором имеются такие же файлыВ сравнительно редких случаях мы сталкивались с ситуациями, когда в двух пакетах используются одинаковые файлы и когда один из них обновляется, выдается сообщение об ошибке, свидетельствующее о том, что делается попытка переписать файлы из другого пакета. В этих случаях вам необходимо с помощью утилиты dpkg вручную установить этот пакет, используя параметр —force.

Установка файла .deb

Всякий раз, когда вам, независимо от причины, требуется установить файл .deb, нужно обратиться к утилите dpkg. Утилита dpkg является инструментом, который в дистрибутивах, базирующихся на Debian, используется для установки файлов .deb.

(Даже когда вы пользуетесь автоматическими средствами управления пакетами, на самом деле за кулисами в системе для установки пакетов используется dpkg). Если вы знакомы с инструментальным средством rpm, используемых в дистрибутивах, базирующихся на пакетах RPM, то обнаружите, что у dpkg похожий синтаксис.

Чтобы установить из командной строки обычный файл .deb, наберите следующее:

whiprush@ubuntu:~$ sudo dpkg -i packagename.deb

Замените packagename.deb на имя файла .deb, который вы хотите установить. Если у вас есть несколько файлов, которые вы хотите одновременно установить, вы можете в командной строке перечислить их один за другим

whiprush@ubuntu:~$ sudo dpkg -i package1.deb package2.deb package3.deb

или используйте универсальный символ [Совет # 13], чтобы установить все файлы .deb, которые есть в текущем каталоге:

whiprush@ubuntu:~$ sudo dpkg -i *.deb

Утилита dpkg также имеет параметр, задающий рекурсивное исполнение (-R). Если у вас есть директорий, заполненный файлами deb, вы можете установить их следующим образом:

whiprush@ubuntu:~$ sudo dpkg -i -R /path/to/directory

и утилита dpkg будет рекурсивно искать и устанавливать все файлы .deb, которые находятся в этом директории и во всех его поддиректориях.

Иногда, когда вы устанавливаете пакет с помощью утилиты dpkg, установка может прерваться из-за того, пакет помечен как hold, поскольку он конфликтует с другим пакетом, или он зависит от других пакетов, которые не установлены, или при установке пакета делается попытка переписать файлы, относящиеся к другому пакету, или по ряду других причин. В dpkg есть ряд параметров —force, которые вы можете использовать для того, чтобы игнорировать эти проблемы и продолжить установку пакета.

Параметры —force предназначены только для экспертов, которые хорошо знакомы с системой пакетов .deb и с зависимостями, имеющимися внутри системы.

Как правило, установка пакетов прекращается по серьезным причинам и, если вы новичок и вы заставляете устанавливать пакет в любом случае, установка, скорее всего, закончится для вас вышедшей из строя системой.

Поэтому пользуйтесь этими параметрами с осторожностью.

Чтобы посмотреть полный список параметров —force, наберите следующее:

whiprush@ubuntu:~$ dpkg —force-help

К числу наиболее полезных параметров относятся следующие:

—force-hold

Установка пакета, даже если он отмечен как hold.

—force-overwrite

Установка пакета, даже если он может переписать файлы из другого пакета.

—force-depends

Выдать список ошибок об отсутствующих зависимостях и в любом случае продолжить установку.

—force-conflicts

Даже если пакет конфликтует с другим пакетом, в любом случае продолжить установку.

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

whiprush@ubuntu:~$ sudo dpkg -i —force-overwrite packagename.deb

Удаление пакета

Иногда вам может потребоваться удалить отдельный пакет вручную. В dpkg есть параметры -r и -P, предназначенные для удаления пакета и удаления пакета с очисткой конфигурационных файлов, соответственно. Чтобы удалить пакет, введите:

whiprush@ubuntu:~$ sudo dpkg -r packagename

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

Когда указывается параметр -r, dpkg будет искать и удалять все файлы этого пакета, кроме конфигурационных файлов, которые будут оставлены на случай, если программа будет устанавливаться еще раз.

Если вы хотите очистить систему от всех файлов, включая конфигурационные файлы, используйте параметр -P:

whiprush@ubuntu:~$ sudo dpkg -P packagename

Если вам понравилась статья, поделитесь ею с друзьями:

Источник: http://rus-linux.net/nlib.php?name=/MyLDP/BOOKS/ubuntu_hacks_ru/ubuntuhack57.html

Ссылка на основную публикацию