документація<Попередній | зміст | Наступна>
8.3.3. Робота з кількома дистрибутивами
За умови схильний це такий чудовий інструмент, ви, швидше за все, захочете зануритися і почати експериментувати з пакетами, що надходять з інших дистрибутивів. Наприклад, після встановлення системи Kali Rolling ви можете спробувати програмний пакет, доступний у Kali Dev, Debian Unstable або Debian Experimental, не відрізняючись від початкового стану системи.
Навіть якщо ви час від часу будете стикатися з проблемами під час змішування пакетів з різних дистрибутивів, схильний дуже добре керує таким співіснуванням і дуже ефективно обмежує ризики (за умови, що залежності пакетів точні). Спочатку перерахуйте всі дистрибутиви, які використовуються в / Etc / кв / sources.list і визначте свій довідковий розподіл за допомогою APT::Default-Release параметр (див. розділ 8.2.3, «Оновлення Kali Linux” [сторінка 179]).
Припустимо, що Kali Rolling є вашим довідковим дистрибутивом, але Kali Dev і Debian Unstable також вказані у вашому sources.list файл. У цьому випадку можна скористатися apt встановити пакет/ нестабільний щоб встановити пакунок з Debian Unstable. Якщо встановлення не вдається через якісь незадовільні залежності, нехай він вирішить ці залежності в Unstable, додавши -t нестабільний параметр.
У цій ситуації оновлення (модернізація та повне оновлення) виконуються в Kali Rolling, за винятком пакетів, уже оновлених до іншого дистрибутива: вони будуть після оновлень, доступних в інших дистрибутивах. Ми пояснимо цю поведінку за допомогою пріоритетів за замовчуванням, встановлених APT нижче. Не соромтеся використовувати політика apt-cache (див. бічну панель «Використання apt-cache політика” [стор. 199]), щоб перевірити задані пріоритети.
Все залежить від того, що APT розглядає лише пакунки вищої або рівної версії, ніж встановлений пакет (за умови, що / etc / apt / preferences не використовувався для встановлення пріоритетів вище 1000 для деяких пакетів).
використання політика apt-cache Щоб краще зрозуміти механізм пріоритету, не зволікайте з виконанням політика apt-cache щоб відобразити пріоритет за замовчуванням, пов’язаний з кожним джерелом пакета. Ви також можете використовувати політика apt-cache пакет щоб відобразити пріоритети всіх доступних версій даного пакета.
використання політика apt-cache Щоб краще зрозуміти механізм пріоритету, не зволікайте з виконанням політика apt-cache щоб відобразити пріоритет за замовчуванням, пов’язаний з кожним джерелом пакета. Ви також можете використовувати політика apt-cache пакет щоб відобразити пріоритети всіх доступних версій даного пакета.
Припустимо, що ви встановили версію 1 першого пакета з Калі Ролінг і що версії 2 і 3 доступні відповідно Калі Дев та Нестабільний Debian. Встановлена версія має пріоритет 100, але версія доступна в Калі Ролінг (той самий) має пріоритет 990 (оскільки він є частиною цільового випуску). Пакети в Калі Дев та Нестабільний Debian мають пріоритет 500 (пріоритет за замовчуванням для неінстальованої версії). Таким чином, переможцем стає версія 1 з пріоритетом 990. Пакет залишається в ньому Калі Ролінг.
Давайте візьмемо приклад іншого пакунка, з якого була встановлена версія 2 Калі Дев. Версія 1 доступна в Калі Ролінг і версія 3 в Нестабільний Debian. Версія 1 (з пріоритетом 990, тобто нижча за 1000) відкидається, оскільки вона нижча за встановлену версію. Залишаються лише версії 2 і 3, обидві мають пріоритет 500. Зіткнувшись з цією альтернативою, APT вибирає найновішу версію, з Нестабільний Debian. Якщо ви не хочете, щоб пакунок встановлювався з Калі Дев мігрувати до Нестабільний Debian, ви повинні призначити пріоритет нижче 500 (наприклад, 490) для пакетів, які надходять від Нестабільний Debian. Ви можете змінити / etc / apt / preferences для цього:
Пакет: *
Pin: випуск a=нестабільний Пріоритет контактів: 490
Пакет: *
Pin: випуск a=нестабільний Пріоритет контактів: 490