Прибуття de APT 3.2 Це знаменує собою поворотний момент в управлінні пакетами на системах на базі Debian. Нова стабільна версія класичного менеджера пакетів не лише вдосконалює внутрішні деталі, але й включає функції, давно запитувані адміністраторами та досвідченими користувачами, функції, які раніше більше асоціювалися з іншими екосистемами, такими як Red Hat. Ця версія виходить майже через рік після... Версія 3.1.
З цим випуском Debian, Ubuntu та інші похідні дистрибутиви отримують історія транзакцій з можливостями скасування та відкатуБільш досконалий механізм залежностей та кілька покращень, зосереджених на щоденній надійності. І все це без перетворення APT на повністю транзакційну систему, а радше завдяки значному стрибку в простоті використання та безпеці під час оновлення.
APT 3.2: Нова стабільна версія менеджера пакетів Debian
Проект Debian позначив APT 3.2 як найновішу версію. стабільна версія Це оновлення менеджера пакетів APT для дистрибутивів на базі Debian, компонента, відповідального за встановлення, оновлення та видалення програмного забезпечення в системі, є одним із наймасштабніших функціональних оновлень APT за останні роки, яке безпосередньо впливає на те, як керуються зміни в системі.
Версія 3.2 базується на роботі, виконаній у гілках розробки 3.1.6 та 3.1.7, де було закладено основи нової інфраструктури історії. Що було експериментальним у версії 3.1.7Зараз пропонується як стабільна, готова до використання функція зі спеціальним набором підкоманд для маніпулювання минулими транзакціями.
Історія транзакцій, скасування, повторення та відкат
Великою зміною в APT 3.2 є додавання історія транзакцій зрозуміла семантичноДосі APT обмежувався створенням простих файлів журналів, таких як /var/log/apt/history.log, які довелося переглядати вручну, щоб відтворити, що сталося під час проблемної інсталяції або оновлення.
У новій версії APT зберігає операції з пакетами у форматі, який можна консультуватися та повторно використовувати структурованоКожна транзакція ідентифікується та може бути перерахована, перевірена, скасована або повторена за допомогою певних команд, що наближає APT до концепцій, поширених у декларативних менеджерах або системах на основі знімків, хоча й не замінює їх.
Набір підкоманд обертається навколо префікса apt history-*Замість однієї загальної команди, APT 3.2 використовує окремі та чіткі замовлення для кожного завдання, що полегшує його використання в скриптах та автоматизаціях, а також зменшує неоднозначність у складніших середовищах управління.
Нові команди історії в APT 3.2
Для обробки нової бази транзакцій APT 3.2 вводить кілька команд, які структурують типовий робочий процес, коли щось йде не так під час оновлення або встановлення. Початкова точка полягає в apt history-list, який показує список усіх зареєстрованих транзакцій з їхніми ідентифікаторами та основними даними.
Щойно ви знайдете потрібну вам зміну, ви можете ознайомитися з деталями з apt history-info <ID>У цьому звіті детально описано, які пакети були встановлені, видалені або оновлені під час операції. Ця інформація, яка раніше вимагала перегляду журналів, тепер представлена в організованому вигляді, призначеному для швидкого перегляду.
Якщо метою є скасування певної операції, тоді в гру вступає наступне apt history-undo <ID>Ця команда відповідає за скасування транзакції, пов’язаної з цим ідентифікатором. Якщо ви хочете повторно застосувати дію, яка вже була скасована, еквівалентна команда така: apt history-redo <ID>, що повторює ту саму модифікацію системи.
Коли ситуація серйозніша і необхідно повернутися до попереднього стану набору пакетів, APT 3.2 пропонує apt history-rollback <ID>Ця команда намагається відновити стан системи таким, яким він був на момент зазначеної транзакції, що може заощадити багато годин порівняно з ручною реконструкцією після збою в ланцюжку оновлень.
Межі та сфера застосування нової системи відкату
Хоча функціональний стрибок є вражаючим, розробники Debian чітко дають зрозуміти, що APT 3.2 не робить систему повністю транзакційноюМеханізм відкату розроблений для чітко визначених операцій з пакетами та не може вирішити всі можливі випадки в дуже складних середовищах або тих, що постійно змінюються.
Одна з найважливіших умов полягає в тому, що старі версії пакетів залишаються доступними у репозиторіях. Якщо програмне забезпечення, яке потрібно відновити, зникло з вихідних кодів, простір для маневру зменшується, і відкат може бути неможливим або може бути неповним.
Крім того, скрипти обслуговування пакетів (відомі скрипти постінт, прерм та компаніяЦі зміни можуть призвести до побічних ефектів, які не завжди легко скасувати автоматично. За деяких обставин ручне втручання все одно буде необхідним, особливо на серверах із сильно налаштованими конфігураціями.
Таким чином, APT 3.2 представлено як додатковий інструмент для резервного копіювання та створення знімківне як заміна. Нова історія зменшує вплив багатьох повсякденних помилок і спрощує роботу на робочому столі та в деяких серверних середовищах, але вона не усуває потребу в надійних стратегіях резервного копіювання.
Практичний вплив на настільні комп'ютери та сервери
На звичайних комп'ютерах комбінація apt history-list y apt history-undo Це може бути різницею між лякаючим моментом та серйозною проблемою. Якщо щось перестане працювати після оновлення, користувач або адміністратор тепер має досить прямий спосіб скасувати зміни, не вдаючись до перевстановлення чи ручного пошуку в журналах.
Для системних адміністраторів, які керують фермами серверів Debian або Ubuntu, ці можливості надають більше контролю над періодами технічного обслуговуванняНаприклад, можна протестувати зміну в певному шарі пакетів і скасувати цю транзакцію, якщо виявлено небажані ефекти, без необхідності скасовувати решту оновлень, застосованих за той самий період.
Ця модель схожа на ту, що менеджер DNF вже пропонував у середовищі Red Hat, зменшуючи один з історичних критичних зауважень щодо APTПряма інтеграція в сам менеджер також усуває залежність від зовнішніх інструментів або користувацьких скриптів для реконструкції попередніх станів системи.
Розумніший механізм залежностей
Окрім успішного досвіду, APT 3.2 підсилює свої механізм розв'язання залежностейякий вже оновлювався, починаючи з серії 3.1. Нова версія містить покращення, розроблені для чутливих сценаріїв, таких як інсталяції з кількома архітектурами або репозиторії, які публікують бінарні пакети поетапно.
Одна з помітних нових функцій полягає в тому, що розв'язувач має краще розуміння концепції оновлення вихідного пакетаЦе зменшує ризик того, що в системах з кількома архітектурами критичні компоненти можуть бути помилково видалені, коли бінарні файли для однієї архітектури ще недоступні, що може призвести до досить нестабільного стану систем.
Тепер двигун також здатний упорядкувати альтернативні варіанти залежностей Він надає пріоритет опціям, які найбільше відповідають поточному стану, і дозволяє, за необхідності, видаляти пакети, позначені як встановлені вручну, якщо це єдиний розумний спосіб вирішення конфліктів. Ця гнучкість спрямована на уникнення глухих кутів, коли користувачеві раніше доводилося втручатися по частинах.
Показники продуктивності та блокування режиму сну APT 3.2
Ще однією новою функцією, менш помітною для кінцевого користувача, але дуже корисною для моніторингу, є включення журнал показників продуктивності у форматі JSONLКожен рядок журналу відповідає незалежному об'єкту JSON, що спрощує автоматичний аналіз за допомогою поширених інструментів спостереження в професійному середовищі.
APT 3.2 також додає механізм для запобігти переходу комп'ютера в режим сну поки він працює dpkgПереривання процесу встановлення або оновлення через перехід системи в сплячий режим може пошкодити базу даних пакетів або залишити компоненти наполовину налаштованими, що є особливо делікатним сценарієм для ноутбуків і комп'ютерів, які значною мірою залежать від енергозбереження.
Завдяки такому захисту мінімізується ризик випадкових перебоїв у роботі основного процесу пакування, що допоможе як домашнім користувачам, так і адміністраторам, які керують ноутбуками в організаціях.
Доступність APT 3.2 на Debian, Ubuntu та похідних версіях
Згідно з планом проекту Debian, APT 3.2 буде частиною Debian 14 "Forky"стабільний реліз якого очікується приблизно влітку 2027 року. Таким чином, коли нова версія дистрибутива потрапить до стабільних репозиторіїв, функції історії та відкату будуть доступні за замовчуванням усім його користувачам.
До цієї важливої події версія 3.2 вже була включена до Debian Sid (нестабільна версія)Таким чином, ті, хто використовує цю гілку розробки, можуть оновити менеджер пакетів і розпочати тестування нових функцій прямо зараз, за допомогою простого sudo apt update && sudo apt install apt у своїх системах.
У світі Ubuntu, Canonical планує включити APT 3.2 до Ubuntu 26.04 LTS «Рішучий єнот», вихід якої заплановано на 23 квітня 2026 року. З цієї дати користувачі цієї розширеної версії підтримки зможуть скористатися перевагами команд історії та відкату безпосередньо в середовищі, розробленому для довгострокової стабільності.
Інші дистрибутиви на базі Debian та Ubuntu будуть інтегровані. нова версія APT залежно від їхніх власних циклів випуску. У випадку Debian 12, Debian 13 та поточних стабільних версій, впровадження APT 3.2 залежатиме від того, чи розробники кожної гілки вирішать перенести оновлення, чи зберегти менеджер пакетів як є до наступного основного випуску версії.