# Основи системи управління пакунками Debian

## Що таке пакунок Debian?

Пакунок зазвичай містить всі файли, що потрібні для реалізації певних команд чи можливостей. Є два типи пакунків Debian:

- Двійкові пакунки, що містять виконувані і конфігураційні файли, сторінки довідки info/man, інформацію про авторські права та іншу документацію. Ці пакунки поширюються у специфічному для Debian архівному форматі (див. deb-format); як правило вони вирізняються закінченням „.deb“. Двійкові пакунки можуть бути розпаковані за допомогою спеціального інструменту — `dpkg`; деталі описано в його довідці.

- Джерельні пакунки, що містять файл `.dsc`, котрий описує пакунок (включаючи назви наступних файлів), файл `.orig.tar.gz`, що містить оригінальний, незмінений джерельний код у форматі tar, стиснутому gzip'ом, та зазвичай `.diff.gz` файл, що містить специфічні для Debian зміни джерельного коду. Утиліта `dpkg-source` запаковує та розпаковує джерельні архіви Debian; деталі описано в її довідці.

Встановлення програмного забезпечення за допомогою системи керування пакунками використовує „залежності“, які старанно формуються супроводжуючими пакунків. Ці залежності описані у файлі `control`, що знаходиться в кожному пакунку. Наприклад, пакунок, що містить компілятор GCU C (`gcc`) „залежить“ від пакунка `binutils`, котрий містить зв'язувач (linker) та асемблер. Якщо користувач спробує встановити `gcc` не маючи при цьому встановленого `binutils`, система керування пакунками (dpkg) надрукує повідомлення про помилку та перерве встановлення `gcc` (однак, наполегливий користувач може скорегувати таку поведінку; див.

dpkg

8). Щоб дізнатись більше, перегляньте depends нижче.

Пакувальні інструменти Debian можуть вживатись для:

- маніпуляцій та керування пакунками чи частинами пакунків,

- допомоги користувачу у разі необхідності розділення пакунків, наприклад для копіювання на дискети,

- допомоги розробникам у формуванні архівів пакунків, та

- допомоги користувачам у встановленні пакунків, що розташовані на віддаленому ftp-сайті.

## Який формат двійкових пакунків Debian?

Пакунок, або ж архівний файл Debian містить виконувані файли, бібліотеки та документацію, що відносяться до певного набору відповідних програм. Зазвичай назва такого файлу закінчується на `.deb`.

Нутрощі формату двійкових пакунків Debian описані у сторінці довідки

deb

5. Внутрішній формат є предметом змін (між основними версіями Debian GNU/Linux), тому, будь ласка, завжди використовуйте

dpkg-deb

1 для маніпуляцій з `.deb`-файлами.

## Чому назви пакунків Debian такі довгі?

Назва двійкового Debian-пакунку формується за наступною домовленістю: <Дещо>_<НомерВерсії>-<НомерРедакціїВDebian>.deb

Мається на увазі, що `дещо` насправді є назвою пакунка. Для перевірки ви можете дізнатись назву пакунка, що пов'язаний файлом архіву Debian одним з двох шляхів:

- перевірити файл Packages в теці, в котрій він розміщувався на ftp-сайті Debian. Цей файл містить опис кожного пакунку; в тому числі й формальна назва пакунка.

- за допомогою команди `dpkg --info foo_VVV-RRR.deb` (де VVV та RRR — версія та редакція пакунка відповідно). Вона відображає, поміж інших речей, ще й відповідну назву пакунка для даного архіву.

Компонента `VVV` — це номер версії, що визначається основним розробником. Він не підкоряється жодним стандартам і може мати різні формати, як „19990513“ так і „1.3.8pre1“.

Компонента `RRR` — це номер редакції пакунка в Debian, він визначається розробником (чи окремим користувачем, якщо він захоче сформувати пакунок самостійно). Цей номер вказує на кількість редагувань пакунка; таким чином новий рівень редакції як правило означає зміни у Makefile (`debian/rules`), контролюючому файлі (`debian/control)`, встановлювальному чи видаляючому сценаріях(`debian/p*`), або ж у конфігураційних файлах, що використовується пакунком.

## Що то за файл control?

Детальний опис вмісту файлу control можна знайти в 5-му розділі Підручника політики Debian, див. debiandocs.

Тут ми коротко розглянемо приклад файлу control пакунка hello:

    Package: hello
    Priority: optional
    Section: devel
    Installed-Size: 45
    Maintainer: Adam Heath <doogie@debian.org>
    Architecture: i386
    Version: 1.3-16
    Depends: libc6 (>= 2.1)
    Description: The classic greeting, and a good example
     The GNU hello program produces a familiar, friendly greeting.  It
     allows nonprogrammers to use a classic computer science tool which
     would otherwise be unavailable to them.
     .
     Seriously, though: this is an example of how to do a Debian package.
     It is the Debian version of the GNU Project's 'hello world' program
     (which is itself an example for the GNU Project).

У полі Package вказується назва пакунка. Саме за ним пакунком можна маніпулювати за допомогою спеціальних інструментів, і вона як правило (але не обов'язково) є такою ж, як і перша частина назви архівного файлу Debian.

У полі Version вказується як версія виробника програми, так і рівень редакції пакунка Debian, як це описано в pkgname.

Поле Architecture вказує, для якої системи скомпільований двійковий файл.

В полі Depends перелічуються пакунки, котрі повинні бути встановлені для успішного встановлення даного пакунку.

Поле Installed-Size вказує, скільки дискового простору займе встановлений пакунок. Передбачається, що його будуть використовувати інші програми для того, щоб визначити, чи достатньо на розділі місця для встановлення пакунка.

Рядок Section вказує на розділ, в котрому міститься пакунок на ftp-сайтах Debian. Це — назва підтеки (в одній з основних тек — див. dirtree), де розташовано пакунок.

Priority вказує на те, наскільки даний пакунок важливий при встановленні, то ж напівінтелектуальні програми на кшталт dselect чи console-apt можуть поділити пакунки на категорії, наприклад за ступенем необхідності їх встановлення. Див. priority.

В полі Maintainer можна знайти електронну адресу людини, котра що на даний момент відповідає за супровід пакунка.

В полі Description знаходиться короткий перелік основних можливостей пакунка.

За додатковою інформацією про всі можливі поля, що може мати пакунок, зверніться до розділу 5 Підручника політики Debian, „Контрольні файли та їх поля“.

## Для чого призначені conffile?

У цьому файлі перелічуються конфігураційніфайли (розміщених, як правило, в теці `/etc`), котрі система керування пакунками не буде перезаписувати при оновленні пакунка. Таким чином досягається захист вмісту конфігураційних файлів, що є критичним на працюючій системі.

Щоб дізнатись точно, які саме файли не будуть затерті при оновленні пакунка, запустіть

    dpkg --status package

та перегляньте поле Conffiles.

## Що роблять сценарії preinst, postinst, prerm, та postrm?

Ці файли — це виконувані сценарії, що автоматично запускаються перед чи після встановлення пакунку. Разом з файлом `control` всі ці файли є частиною „контролюючої“ секції файлу архіву Debian.

Кожен окремо вони роблять наступне:

preinst

- Цей сценарій запускається перед розпаковуванням пакунку з його Debian-архіву („.deb“-файлу). Багато preinst-сценаріїв зупиняють служби для пакунків, що оновлюються, аж доки їх встановлення чи оновлення не завершаться (з наступним успішним виконанням сценарію postinst).

postinst

- Цей сценарій, як правило, завершує необхідні конфігурації пакунка `foo` коли його вже було розпаковано з архівного „.deb“-файлу. Часто postinst просить ввести користувача якусь інформацію та/або попереджає його у випадку використання стандартних значень, щоб він не забув повернутись та переконфігурувати пакунок у разі необхідності. Потім багато сценаріїв виконують команди, необхідні для запуску чи перезапуску різноманітних служб, оскільки новий пакунок вже встановлено чи оновлено.

prerm

- Цей сценарій як правило зупиняє всі демони, що мають певне відношення до пакунку. Він виконується перед видаленням файлів, пов'язаних з пакунком.

postrm

- Цей сценарій зазвичай змінює відсилачі та інші файли, пов'язані з `foo` та/або видаляє файли, створені пакунком (див. також virtual).

На даний момент всі керуючі файли можна знайти в теці `/var/lib/dpkg/info`. Файли, що відносяться до пакунка `foo` починаються з foo і мають розширення відповідно preinst, postinst і т.д. Файл `foo.list` з вищевказаної теки — це список всіх файлів, встановлених з пакунка `foo`. (Зауважте, що місцезнаходження цих файлів визначається внутрішніми налаштуваннями dpkg; ви не повинні орієнтуватись саме на цей шлях.)

## Що це за пакунки — Essential, Required, Important, Standard, Optional та Extra (Невіддільний, Необхідний, Важливий, Типовий, Необов'язковий та Додатковий)?

Кожному пакункові Debian супроводжуючими збірки присвоюється пріоритет, щоб допомогти системі керування пакунками. Пріоритети бувають:

- Required (Необхідний): пакунки, що необхідні для правильного функціонування системи.

  Сюди входять всі інструменти, необхідні для усунення дефектів системи. Ви не повинні видаляти ці пакунки, інакше ваша система буде повністю виведена з ладу і швидше за все ви навіть не зможете використати dpkg щоб встановити їх назад. В системах з набором лише необхідних пакунків, швидше за все, не можна працювати, але вони надають системному адміністратору достатньо функціональності, щоб завантажити систему та встановити додаткове програмне забезпечення.

- Important (Важливі) пакунки повинні бути встановлені на будь-якій Unix-системі

  До таких відносяться всі інші пакунки, без яких використання системи буде незручним або маломожливим. Сюди НЕ входять Emacs, X11, TeX чи інші великі додатки; ці пакунки лише формують кістяк.

- Standard (Типові) пакунки є стандартом для будь-якої Linux-системи, включаючи але не обмежуючись текстовими системами.

  Сюди входить все те, що встановлюється по замовчуванню, якщо користувачі не вибрали що-небудь ще. Це не стосується багатьох великих додатків, але все ж до таких пакунків відносяться деякі програми для розробників на кшталт компіляторів GNU C та С++ (`gcc`, `g++`), GNU make, а також інтерпретатор мови Python, деяке серверне програмне забезпечення типу OpenSSH, демон друку BSD (`lpr`) і дзеркало портів (portmapper) RPC (`portmap`).

- Optional (Необов'язкові) пакунки включають в себе все те, що вам є сенс встановити, якщо ви не знаєте, що воно таке, або ж не маєте якихось особливих забаганок.

  Сюди входять Х11, повна збірка ТеХ та багато інших програм.

- Extra (Додаткові): пакунки, котрі або конфліктують з іншими, з вищим пріоритетом, або мають сенс до використання, лише якщо ви точно знаєте, що воно таке, або ж мають якісь спеціалізовані вимоги, що не дозволили включити їх до Optional.

Якщо ви встановлюєте стандартний Debian, всі пакунки з пріоритетом Standard та вищим буде встановлено до вашої системи. Якщо ви оберете перед-визначення задач встановлення ви отримаєте доступ і до пакунків з нижчим пріоритетом також.

На додаток, деякі пакунки позначено як Essential (Невіддільні), оскільки вони абсолютно необхідні для успішного функціонування системи. Інструменти системи керування пакунками не зможуть їх видалити.

## Що таке віртуальний пакунок?

Віртуальний пакунок — це загальна назва, що дається пакункові чи групі пакунків, кожен з яких пропонує схожу базову функціональність. Наприклад, обидві програми `tin` та `trn` призначені для читання новин, а отже повинні задовольнити залежність іншої програми, що потребує встановленої програми для читання новин у системі. Тому обидві вони забезпечують „віртуальний пакунок“, що називається `news-reader`.

Аналогічно, програми `smail` та `sendmail` забезпечують функціональність транспортного агента електронної пошти. Тому кажуть, що вони обидві забезпечують віртуальний пакунок „mail transport agent“. Якщо хоча б одна з них встановлена, будь-яка інша програма, що залежить від `mail-transport-agent`, буде задоволена наявністю віртуального пакунка.

Debian забезпечує цей механізм таким чином, що якщо в системі встановлено більш ніж один пакунок з однаковою базовою функціональністю, то системний адміністратор може зробити один із них привілейованим. Для ознайомленням з описом можливостей відповідної команди, `update-alternatives`, перегляньте diverse.

## Що мається на увазі, коли кажуть, що пакунок залежить, рекомендує, пропонує, конфліктує, замінює або забезпечує (Depends, Recommends, Suggests, Conflicts, Replaces або Provides) інший пакунок?

Система керуваннями пакунків Debian оперує шкалою залежностей, щоб вказати, в який спосіб програма А може реагувати на наявність в системі програми В:

- Пакунок A залежить (depends) від пакунку B, якщо B безумовно повинен бути встановленим у системі щоб запустити програму A. В деяких випадках A залежить не просто від B, але від певної версії B. В такому випадку залежність як правило має нижню межу, в цьому випадку A залежить від будь-якої версії B, що новіша за деяку визначену версію.

- Пакунок A рекомендує (recommends) пакунок B, якщо супроводжуючий пакунку A вважає, що переважній більшості користувачів не потрібен пакунок A без функціональності, що її забезпечує пакунок B.

- Пакунок A пропонує (suggests) пакунок B, якщо B містить файли, пов'язані з функціональністю A (та, зазвичай, покращують її).

- Пакунок A конфліктує (conflicts) з пакунком B, якщо A не зможе функціонувати при встановленому у системі B. Значно рідше конфлікт виникає через те, що A містить файли, відмінні від аналогічних у пакунку B. Часто conflicts поєднується з replaces.

- Пакунок A замінює (replaces) пакунок B, коли файли, встановлені B видаляються та (в деяких випадках) перезаписуються файлами з A.

- Пакунок A забезпечує (provides) пакунок B, коли всі файли та функціональність B включені в A. Цей механізм дає можливість користувачам з обмеженим дисковим простором встановити лише ту частину пакунку A, котра їм справді необхідна.

Детальніша інформація по кожному з цих термінів знаходиться у підручнику Політики Debian.

## Що означає „попередня залежність“?

„Попередня залежність“ — це особлива залежність. Для більшості пакунків `dpkg` розпакує архівний (`.deb`) файл незалежно від того, чи є в системі файли, від котрих він залежить. Це означає, що `dpkg` добуде їх з архіву та помістить туди, де вони повинні знаходитись. Якщо ці пакунки залежать від наявності інших пакунків у системі, `dpkg` відмовиться завершити встановлення (виконуючи дію „configure“), поки інші пакунки не будуть встановлені.

Проте для деяких пакунків `dpkg` відмовиться проводити розпакування, поки всі залежності не будуть задоволені. Цей механізм називається попередньою залежністю від присутності у системі інших пакунків. Проект Debian пропонує цей механізм для безпечного оновлення системи від формату `a.out` до `ELF`, де порядок, у якому розпаковуються пакунки, є критичним. Є й інші випадки значних оновлень, у яких цей механізм є доволі зручним, наприклад пакунки з пріоритетом „необхідний“ та їхня залежність від LibC.

Як завжди, більш детальну інформацію про це можна знайти в Підручнику політики Debian.

## Що мається на увазі, кажучи невідомий, встановлений, видалений, очищений чи зафіксований (unknown, install, remove, purge та hold) про стан пакунку.

Ці прапорці вказують, що користувач хоче зробити з пакунком (як вказано або діями користувача в секції Select програми `dselect`, або ж прямими викликами `dpkg`).

Вони означають наступне:

- unknown (невідомий) — користувач ніколи не цікавився цим пакунком.

- install (встановлений) — користувач бажає встановити чи оновити пакунок.

- remove (видалений) — користувач хоче видалити пакунок, але не хотів видаляти існуючі файли конфігурації.

- purge (очищений) — користувач хотів би видалити пакунок разом з усіма конфігураційними файлами.

- hold (зафіксований) — користувач не бажає обробляти цей пакунок, тобто він хоче зберегти його поточну версію з поточним статусом.

## Як мені зафіксувати пакунок?

Є три способи зафіксувати пакунок — за допомогою dpkg, aptitude, або ж dselect.

Для dpkg вам потрібно експортувати список станів пакунків за допомогою команди

    dpkg --get-selections \* > selections.txt

Далі відредагуйте отриманий файл `selections.txt`, змінивши рядки, що містять назви пакунків, які ви хочете зафіксувати, як наприклад `libc6` з ось таких

    libc6                                           install

на такі:

    libc6                                           hold

Збережіть файл та завантажте його назад в базу даних dpkg таким чином:

    dpkg --set-selections < selections.txt

У випадку aptitude ви можете зафіксувати пакунок такою командою:

    aptitude hold назва_пакунка

та зняти фіксацію командою

    aptitude unhold назва_пакунка

Для dselect вам потрібно лише перейти до екрану [S]elect, знайти пакунок, котрий ви хочете зафіксувати, та натиснути клавішу '=' або 'Н'. Зміни збережуться, як тільки ви покинете екран [S]elect.

## Як мені встановити джерельний пакунок?

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

Джерельні пакунки розповсюджуються на більшості тих дзеркал, котрі пропонують двійкові пакунки. Якщо ви налаштуєте

sources.list

5 вашого APT таким чином, щоб він включав необхідні рядки „deb-src“, ви зможете легко встановлювати будь-які джерельні пакунки командою

    apt-get source назва_пакунка

Щоб дійсно допомогти вам компонувати джерельні пакунки, Debian пропонує так званий механізм компонування залежностей. Мається на увазі, що супроводжуючий джерельного пакунку веде список інших пакунків, що потрібні для компонування даного. Щоб побачити, як це зручно, запустіть

    apt-get build-dep назва_пакунка

перед збиранням джерельних кодів.

## Як мені скомпонувати двійковий пакунок з джерельного?

Вам потрібні всі файли foo_*.dsc, foo_*.tar.gz та foo_*.diff.gz щоб скомпілювати джерельні коди (зауважте, що для деяких пакунків, що є рідними для Debian, немає файлів.diff.gz).

Після того як ви їх отримали (див. sourcepkgs), якщо у вас встановлено пакунок `dpkg-dev`, команда

    dpkg-source -x foo_version-revision.dsc

видобуде пакунок в теку під назвою `foo-version`.

Якщо ви хочете лише скомпілювати пакунок, ви можете перейти в цю теку та запустити команду

    dpkg-buildpackage -rfakeroot -b

щоб скомпонувати пакунок (зауважте, що при цьому у вас повинен бути встановлений пакунок `fakeroot`), а потім

    dpkg -i ../foo_version-revision_arch.deb

щоб встановити новозбудований пакунок.

## А як мені створити власний пакунок Debian?

Для детального опису прочитайте Довідник нового супроводжуючого, доступний у пакунку `maint-guide`, або за адресою http://www.debian.org/doc/devel-manuals#maint-guide.