APT 3.2 zavádí historii s vrácením a odvoláním změn v Debianu a Ubuntu

  • APT 3.2 se stává novou stabilní verzí správce balíčků pro Debian a jeho deriváty.
  • Zavádí systém historie transakcí s příkazy pro výpis, dotazování, vrácení zpět, opakování a vrácení zpět.
  • Vylepšuje engine pro rozlišení závislostí a přidává metriky výkonu v JSONL a blokování režimu spánku během dpkg.
  • Bude k dispozici v Debianu 14 „Forky“ a dorazí také do Ubuntu 26.04 LTS, přičemž v Debianu Unstable jej již lze testovat.

APT 3.2

Příjezd de APT 3.2 Toto představuje zlomový bod ve správě balíčků na systémech založených na Debianu. Nová stabilní verze klasického správce balíčků nejen vylepšuje interní detaily, ale také zahrnuje funkce, které dlouho požadovali administrátoři a pokročilí uživatelé, funkce dříve spíše spojované s jinými ekosystémy, jako je Red Hat. Tato verze vychází téměř rok po... Verze 3.1.

S touto verzí získávají Debian, Ubuntu a další odvozené distribuce... historie transakcí s možnostmi vrácení zpět a odvoláníPropracovanější engine závislostí a několik vylepšení zaměřených na každodenní spolehlivost. To vše bez toho, aby se APT stal plně transakčním systémem, ale spíše díky významnému skoku v jednoduchosti použití a zabezpečení při aktualizaci.

APT 3.2: Nová stabilní verze správce balíčků Debianu

Projekt Debian označil APT 3.2 za nejnovější verzi. stabilní verze Tato aktualizace správce balíčků APT pro distribuce založené na Debianu, což je komponenta zodpovědná za instalaci, aktualizaci a odebrání softwaru v systému, je jednou z nejrozsáhlejších funkčních aktualizací APT v posledních letech a má přímý dopad na způsob správy změn v systému.

Verze 3.2 navazuje na práci provedenou ve vývojových větvích 3.1.6 a 3.1.7, kde byly položeny základy nové historické infrastruktury. Co bylo experimentální ve verzi 3.1.7Nyní je nabízen jako stabilní, připravená k použití funkce se specifickou sadou dílčích příkazů pro manipulaci s minulými transakcemi.

Historie transakcí, vrácení zpět, opakování a vrácení zpět

Velkou změnou v APT 3.2 je přidání historie transakcí chápaná sémantickyDoposud se APT omezoval na generování jednoduchých souborů protokolu, jako například /var/log/apt/history.log, které bylo nutné ručně zkontrolovat, aby se rekonstruovalo, co se stalo při problematické instalaci nebo upgradu.

V nové verzi APT ukládá operace s balíčky ve formátu, který lze konzultovat a znovu používat strukturovaným způsobemKaždá transakce je identifikována a lze ji vypsat, zkontrolovat, stornovat nebo opakovat pomocí specifických příkazů, což APT přibližuje konceptům běžným v deklarativních správcích nebo systémech založených na snapshotech, i když bez jejich nahrazení.

Sada dílčích příkazů se točí kolem prefixu apt history-*Místo jednoho obecného příkazu volí APT 3.2 samostatné a jasné objednávky pro každý úkol, což usnadňuje jeho použití ve skriptech a automatizacích a snižuje nejednoznačnost ve složitějších prostředích správy.

Nové příkazy pro historii v APT 3.2

Pro práci s novou transakční bází zavádí APT 3.2 několik příkazů, které strukturují typický pracovní postup v případě, že se během upgradu nebo instalace něco pokazí. Výchozím bodem je apt history-list, který zobrazuje seznam všech registrovaných transakcí s jejich identifikátory a základními údaji.

Jakmile najdete změnu, která vás zajímá, můžete si podrobnosti prohlédnout s apt history-info <ID>Tato zpráva podrobně popisuje, které balíčky byly během operace nainstalovány, odebrány nebo aktualizovány. Tyto informace, které dříve vyžadovaly procházení protokolů, jsou nyní prezentovány uspořádaným způsobem, který umožňuje rychlý přehled.

Pokud je cílem zvrátit určitou operaci, pak se uplatní následující apt history-undo <ID>Tento příkaz je zodpovědný za vrácení transakce spojené s daným identifikátorem. Pokud chcete znovu použít akci, která již byla vrácena, ekvivalentní příkaz je apt history-redo <ID>, který opakuje stejnou úpravu systému.

Pokud je situace vážnější a je nutné se vrátit k předchozímu stavu sady balíčků, APT 3.2 nabízí apt history-rollback <ID>Tento příkaz se pokouší znovu sestavit stav systému tak, jak byl v době zadané transakce, což může ušetřit mnoho hodin ve srovnání s ruční rekonstrukcí po selhání v řetězci aktualizací.

Limity a rozsah nového systému vrácení zpět

Ačkoli je funkční skok pozoruhodný, vývojáři Debianu jasně dávají najevo, že APT 3.2 nedělá systém plně transakčnímMechanismus vrácení zpět je navržen pro dobře definované operace s balíčky a nedokáže vyřešit všechny myslitelné případy ve velmi složitých prostředích nebo v prostředích, která jsou neustále mění.

Jednou z nejdůležitějších podmínek je, že starší verze balíčků zůstávají k dispozici v repozitářích. Pokud software, který má být obnoven, zmizel ze zdrojového kódu, je prostor pro manévrování omezený a vrácení zpět nemusí být možné nebo může být neúplné.

Kromě toho skripty pro údržbu balíčků (známé skripty postinst, prerm a společnostTyto změny mohou mít vedlejší účinky, které není vždy snadné automaticky vrátit zpět. Za určitých okolností bude stále nutný ruční zásah, zejména na serverech s vysoce přizpůsobenými konfiguracemi.

Proto je APT 3.2 prezentován jako doplňkový nástroj k zálohám a snapshotůmne jako náhrada. Nová historie snižuje dopad mnoha každodenních chyb a usnadňuje život na stolních počítačích a v některých serverových prostředích, ale neodstraňuje potřebu robustních strategií zálohování.

Praktický dopad na stolní počítače a servery

Na běžných počítačích je kombinace apt history-list y apt history-undo To může znamenat rozdíl mezi nepříjemným problémem a vážným problémem. Pokud po aktualizaci něco přestane fungovat, má uživatel nebo administrátor nyní poměrně přímý způsob, jak vrátit změny zpět, aniž by se musel uchylovat k přeinstalacím nebo ručnímu prohledávání protokolů.

Pro systémové administrátory spravující serverové farmy Debian nebo Ubuntu tyto funkce poskytují větší kontrola nad intervaly údržbyJe například možné otestovat změnu v určité vrstvě balíčků a v případě zjištění nežádoucích účinků tuto transakci vrátit zpět, aniž by bylo nutné vracet zbývající aktualizace použité ve stejném období.

Tento model je podobný tomu, co již správce DNF nabízel v prostředí Red Hat, a snižuje jedna z historických kritik APTPřímá integrace do samotného správce také eliminuje závislost na externích nástrojích nebo vlastních skriptech pro rekonstrukci předchozích stavů systému.

Chytřejší engine závislostí

Kromě svých předchozích výsledků APT 3.2 posiluje své modul pro rozlišení závislostíkterá již byla aktualizována počínaje řadou 3.1. Nová verze obsahuje vylepšení určená pro citlivé scénáře, jako jsou instalace s více architekturami nebo repozitáře, které publikují binární balíčky postupně.

Jednou z pozoruhodných nových funkcí je, že řešitel lépe rozumí konceptu aktualizace zdrojového balíčkuTo snižuje riziko, že v systémech s více architekturami mohou být kritické komponenty omylem odebrány, když binární soubory pro jednu architekturu ještě nejsou k dispozici, což je problém, který by mohl systémy uvést do poměrně nestabilního stavu.

Motor je nyní také schopen seřadit alternativy závislostí Upřednostňuje možnosti, které nejlépe odpovídají aktuálnímu stavu, a v případě potřeby umožňuje odstranění balíčků označených jako ručně nainstalované, pokud je to jediný rozumný způsob řešení konfliktů. Tato flexibilita má za cíl vyhnout se slepým uličkám, kde dříve musel uživatel zasahovat kus po kusu.

Metriky výkonu a zámek v režimu spánku APT 3.2

Další novou funkcí, méně viditelnou pro koncového uživatele, ale velmi užitečnou pro monitorování, je začlenění protokol výkonnostních metrik ve formátu JSONLKaždý řádek protokolu odpovídá nezávislému objektu JSON, což zjednodušuje automatickou analýzu pomocí běžných nástrojů pro sledování v profesionálním prostředí.

APT 3.2 také přidává mechanismus pro zabránit přechodu počítače do režimu spánku zatímco to běží dpkgPřerušení instalace nebo aktualizace uprostřed procesu z důvodu přechodu systému do režimu spánku by mohlo poškodit databázi balíčků nebo ponechat komponenty napůl nakonfigurované, což je obzvláště citlivá situace u notebooků a počítačů, které se silně spoléhají na úsporu energie.

Díky této ochraně je minimalizováno riziko náhodného přerušení jádra procesu balení, což pomůže jak domácím uživatelům, tak administrátorům při správě notebooků v organizacích.

Dostupnost APT 3.2 na Debianu, Ubuntu a derivátech

Podle plánu projektu Debian, APT 3.2 bude součástí Debianu 14 "Forky"jehož stabilní vydání se očekává kolem léta 2027. Jakmile se tedy nová verze distribuce dostane do stabilních repozitářů, funkce historie a vrácení zpět budou ve výchozím nastavení dostupné všem jejím uživatelům.

Před tímto milníkem byla verze 3.2 již začleněna do Debian Sid (nestabilní)Ti, kteří tuto vývojářskou větev používají, proto mohou aktualizovat správce balíčků a začít testovat nové funkce hned teď, pomocí jednoduchého sudo apt update && sudo apt install apt v jejich systémech.

Ve světě Ubuntu plánuje Canonical zahrnout APT 3.2 do Ubuntu 26.04 LTS „Resolute Raccoon“, jehož vydání je naplánováno na 23. dubna 2026. Od tohoto data budou moci uživatelé této verze s rozšířenou podporou využívat příkazy pro historii a vrácení zpět přímo v prostředí navrženém pro dlouhodobou stabilitu.

Budou integrovány i další distribuce založené na Debianu a Ubuntu. nová verze APT v závislosti na jejich vlastních cyklech vydávání balíčků. V případě Debianu 12, Debianu 13 a aktuálních stabilních verzí bude přijetí APT 3.2 záviset na tom, zda se správci jednotlivých větví rozhodnou aktualizaci portovat, nebo ponechat správce balíčků tak, jak je, až do vydání další hlavní verze.