[ назад ] [ Зміст ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ далі ]


FAQ Debian GNU/Linux
Глава 6 - Основи системи управління пакунками Debian


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

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

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

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


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

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

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


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

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

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

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

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


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

Детальний опис вмісту файлу control можна знайти в 5-му розділі Підручника політики Debian, див. Яка ще документація існує для системи Debian?, розділ 11.1.

Тут ми коротко розглянемо приклад файлу 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, як це описано в Чому назви пакунків Debian такі довгі?, розділ 6.3.

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

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

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

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

Priority вказує на те, наскільки даний пакунок важливий при встановленні, то ж напівінтелектуальні програми на кшталт dselect чи console-apt можуть поділити пакунки на категорії, наприклад за ступенем необхідності їх встановлення. Див. Що це за пакунки — Essential, Required, Important, Standard, Optional та Extra (Невіддільний, Необхідний, Важливий, Типовий, Необов'язковий та Додатковий)?, розділ 6.7.

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

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

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


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

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

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

     dpkg --status package

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


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

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

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

preinst

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

postinst

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

prerm

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

postrm

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

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


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

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

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

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


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

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

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

Debian забезпечує цей механізм таким чином, що якщо в системі встановлено більш ніж один пакунок з однаковою базовою функціональністю, то системний адміністратор може зробити один із них привілейованим. Для ознайомленням з описом можливостей відповідної команди, update-alternatives, перегляньте Деяким користувачам подобається mawk, іншим gawk; одні користуються vim, інші elvis; дехто уподобав trn, а дехто tin; як Debian підтримує такі різноманітності?, розділ 10.10.


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

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

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


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

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

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

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


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

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

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


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

Є три способи зафіксувати пакунок — за допомогою 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.


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

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

Джерельні пакунки розповсюджуються на більшості тих дзеркал, котрі пропонують двійкові пакунки. Якщо ви налаштуєте sources.list(5) вашого APT таким чином, щоб він включав необхідні рядки „deb-src“, ви зможете легко встановлювати будь-які джерельні пакунки командою

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

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

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

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


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

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

Після того як ви їх отримали (див. Як мені встановити джерельний пакунок?, розділ 6.13), якщо у вас встановлено пакунок dpkg-dev, команда

     dpkg-source -x foo_version-revision.dsc

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

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

     dpkg-buildpackage -rfakeroot -b

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

     dpkg -i ../foo_version-revision_arch.deb

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


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

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


[ назад ] [ Зміст ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ] [ 12 ] [ 13 ] [ 14 ] [ 15 ] [ далі ]


FAQ Debian GNU/Linux

версія CVS від 19 червня 2006 року

Автори перераховані в Debian FAQ Authors