dpkg-maintscript-helper - онлайн у хмарі

ПРОГРАМА:

ІМ'Я

dpkg-maintscript-helper - обходить відомі обмеження dpkg у сценаріях підтримки

СИНТАКСИС

dpkg-maintscript-помічник команда [параметр...] -- maint-script-parameter...

КОМАНДИ І ПАРАМЕТРИ

опори команда

rm_conffile conffile [попередня версія [пакет]]

mv_conffile old-conffile new-conffile [попередня версія [пакет]]

symlink_to_dir ім'я шляху старий-ціль [попередня версія [пакет]]

dir_to_symlink ім'я шляху нова мета [попередня версія [пакет]]

ОПИС

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

Багато з цих завдань вимагають скоординованих дій кількох сценаріїв супроводжуючого (преінст,
постинст, прим, пострм). Щоб уникнути помилок, один і той же виклик просто потрібно поставити у всіх
сценарії, і програма автоматично адаптує свою поведінку відповідно до середовища
змінна DPKG_MAINTSCRIPT_NAME і на аргументи сценаріїв супроводжуючого, які ви повинні
вперед після подвійного дефіса.

ЗАГАЛЬНИЙ ПАРАМЕТРИ

попередня версія
Визначає останню версію пакета, оновлення якого має ініціювати
операція. Важливо розрахувати попередня версія правильно, щоб
операції виконуються правильно, навіть якщо користувач перебудував пакет за допомогою a
локальна версія. Якщо попередня версія порожній або пропущений, тоді виконується спроба виконання операції
кожного оновлення (примітка: безпечніше надати версію та спробувати операцію
тільки один раз).

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

Наприклад, для конфігурації, видаленої у версії 2.0-1 пакета, попередня версія
слід встановити на 2.0-1~. Це спричинить видалення конфігурації, навіть якщо
користувач перебудував попередню версію 1.0-1 as 1.0-1місцевий1. Або перемикання пакетів a
шлях із символічного посилання (поставляється у версії 1.0-1) до каталогу (поставляється у версії
2.0-1), але виконує лише фактичне перемикання в сценаріях супроводжуючого у версії
3.0-1, слід встановити попередня версія до 3.0-1~.

пакет
Назва пакета. Коли пакунок має значення «Multi-Arch: той самий», цей параметр має бути обов’язковим
включити кваліфікатор архітектури, інакше це має бути НЕ зазвичай включають
кваліфікатор архітектури (оскільки це забороняє перехресні оцінки або перехід від існування
архітектура, специфічна для архітектури всі або навпаки). Якщо параметр є
порожній або пропущений, the DPKG_MAINTSCRIPT_PACKAGE та DPKG_MAINTSCRIPT_ARCH
змінні середовища (як встановлено dpkg) буде використано для створення кваліфікованого архіву
назва пакета.

-- Усі параметри сценаріїв супроводжуючого повинні бути передані програмі
після --.

КОНФІЛ В ЗВ'ЯЗКУ ЗАВДАННЯ

Під час оновлення пакета, dpkg не буде автоматично видаляти конфігурацію (конфігурацію
файл для якого dpkg має зберігати зміни користувача), якщо його немає в новішій версії
версія. Для цього є дві основні причини; по-перше, конфігурація могла б
було випадково видалено, і наступна версія могла б відновити його, користувачі не хотіли б їх
зміни викинуто. Другий — дозволити пакетам передавати файли з a
dpkg-maintained conffile до файлу, який підтримується сценаріями підтримки пакунка, зазвичай
за допомогою таких інструментів, як debconf або ucf.

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

Видалення a conffile
Якщо конфігурацію повністю видалено, її слід видалити з диска, якщо це не зробив користувач
змінив його. Якщо є локальні модифікації, їх слід зберегти. Якщо пакет
оновлення припиняється, нещодавно застарілий конфігураційний файл не повинен зникати.

Все це реалізовано шляхом розміщення наступного фрагмента оболонки в преінст, постинст
та пострм скрипти підтримки:

dpkg-maintscript-helper rm_conffile \
conffile попередня версія пакет -- "$@"

conffile це ім'я файлу конфігурації для видалення.

Поточна реалізація: у в преінст, він перевіряє, чи конфігурацію було змінено, і перейменовує
це або до conffile.dpkg-видалити (якщо не змінено) або до conffile.dpkg-резервне копіювання (якщо
модифікований). В постинст, останній файл буде перейменовано на conffile.dpkg-бак і зберігається для
посилання, оскільки воно містить зміни користувача, але перші буде видалено. Якщо пакет
оновлення переривається, пострм перевстановлює оригінальний конфігураційний файл. Під час очищення, пострм волі
також видалити .dpkg-бак файл зберігається дотепер.

Перейменування a conffile
Якщо конфігурацію переміщують з одного місця в інше, вам потрібно переконатися, що ви переміщуєтеся
будь-які зміни, внесені користувачем. Це може здатися простою зміною преінст сценарій на
спочатку, однак це призведе до того, що користувачеві буде запропоновано dpkg щоб затвердити конфігурацію
правки, навіть якщо вони не відповідають за них.

Витончене перейменування можна реалізувати, помістивши наступний фрагмент оболонки в
преінст, постинст та пострм скрипти підтримки:

dpkg-maintscript-helper mv_conffile \
old-conffile new-conffile попередня версія пакет -- "$@"

old-conffile та new-conffile це стара та нова назва конфігурації, яку потрібно перейменувати.

Поточна реалізація: в преінст перевіряє, чи конфігурацію було змінено, якщо так, то
залишити на місці, інакше його буде перейменовано на old-conffile.dpkg-видалити. За конфігурацією
постинст видаляє old-conffile.dpkg-видалити і перейменовує old-conffile до new-conffile if старий-
conffile все ще доступний. На abort-upgrade/abort-install, the пострм перейменовує старий-
conffile.dpkg-видалити назад до old-conffile якщо потрібно.

SYMLINK І ДОВІДНИК Перемикачі

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

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

Витончене перейменування можна реалізувати, помістивши наступний фрагмент оболонки в
преінст, постинст та пострм скрипти підтримки:

dpkg-maintscript-helper символ_посилання_на_каталог \
ім'я шляху старий-ціль попередня версія пакет -- "$@"

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

Поточна реалізація: в преінст перевіряє, чи існує символічне посилання та вказує на нього старий-ціль,
якщо ні, то він залишається на місці, інакше він перейменовується на ім'я шляху.dpkg-резервне копіювання, на
конфігурація, постинст видаляє ім'я шляху.dpkg-резервне копіювання if ім'я шляху.dpkg-резервне копіювання як і раніше
символічне посилання. На abort-upgrade/abort-install, the пострм перейменовує ім'я шляху.dpkg-резервне копіювання назад до
ім'я шляху якщо потрібно.

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

Витончене перемикання можна реалізувати, помістивши наступний фрагмент оболонки в
преінст, постинст та пострм скрипти підтримки:

dpkg-maintscript-helper dir_to_symlink \
ім'я шляху нова мета попередня версія пакет -- "$@"

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

Поточна реалізація: в преінст перевіряє, чи існує каталог, не містить
conffiles, імена шляхів, що належать іншим пакункам, або локально створені імена шляхів, якщо ні тоді
воно залишається на місці, інакше воно перейменовується на ім'я шляху.dpkg-резервне копіювання, і пуста постановка
каталог ім ім'я шляху створюється, позначається файлом, щоб dpkg міг відслідковувати його. Увімкнено
конфігурація, постинст завершує перемикач якщо ім'я шляху.dpkg-резервне копіювання все ще є
каталог і ім'я шляху є проміжним каталогом; він видаляє позначку проміжного каталогу
файл, переміщує новостворені файли всередині проміжного каталогу до цільового символічного посилання
нова мета/, замінює тепер порожній проміжний каталог ім'я шляху із символічним посиланням на новий
мета, і видаляє ім'я шляху.dpkg-резервне копіювання. На abort-upgrade/abort-install, the пострм
перейменовує ім'я шляху.dpkg-резервне копіювання назад до ім'я шляху якщо потрібно.

ІНТЕГРАЦІЯ IN ПАКЕТИ

У разі використання помічника пакування перевірте, чи є він нативним dpkg-maintscript-помічник
інтеграція, яка може полегшити ваше життя. Дивіться наприклад dh_installdeb(1).

За умови dpkg-maintscript-помічник використовується в преінст, використовуючи його безумовно
вимагає попередньої залежності, щоб гарантувати, що потрібна версія dpkg було розпаковано
раніше. Необхідна версія залежить від використовуваної команди, для rm_conffile та mv_conffile
це 1.15.7.2, для symlink_to_dir та dir_to_symlink це 1.17.14:

Попередньо залежить: dpkg (>= 1.17.14)

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

якщо dpkg-maintscript-helper підтримує команда; тоді
dpkg-maintscript-помічник команда ...
fi

Команда опори поверне 0 в разі успіху, 1 в іншому випадку. The опори команда буде
перевірте, чи присутні змінні середовища, встановлені dpkg і необхідні сценарієм,
і вважатиме це невдачею, якщо середовище буде недостатнім.

Використовуйте dpkg-maintscript-helper онлайн за допомогою служб onworks.net