Започна тестването на преработения интерфейс на мениджъра на пакети APT 3.0

Беше публикуван експериментален клон на инструментариума за управление на пакети APT 2.9 (Advanced Package Tool), който формира функционалността на бъдещата стабилна версия на APT 3.0, която след стабилизиране ще бъде интегрирана в Debian Testing и включена в следващото голямо издание на Debian , и също ще бъде добавен към базата пакети на Ubuntu. Трябва да се отбележи, че стабилизирането на предишния експериментален клон на APT 2.7 все още не е завършено и стабилното издание на APT 2.8, което беше планирано да се използва в Debian 13, все още не е формирано.

APT 2.9 разполага с преработен потребителски интерфейс, който ясно показва списъка със зависимости, необходими за изтегляне при инсталиране на пакет. Ако преди това имената на пакетите със зависимости бяха показани в непрекъснат списък, сега те са разделени на колони в стила на помощната програма „ls“ с опцията „-C“ и различните изходни блокове се маркират в собствените си цветове (за например пакетите за премахване са маркирани в червено, а пакетите за инсталиране са маркирани в зелено). Дублиращите се препратки към допълнителни и нови пакети също са премахнати от изхода (секциите „НОВИ пакети“ и „допълнителни пакети“ са комбинирани).

Беше:

Стана:

Освен това можем да отбележим одобрението от разработчиците на дистрибуцията на Debian на актуализирана версия на правилата за проектиране на пакети - Debian Policy 4.7.0.0, което отразява създаването на отделно хранилище с фърмуер, който не е безплатен, позволява използването на твърди връзки в изходните пакети и регулира ограничаването на мрежовия достъп за пакети за автоматични компилации в contrib и non-free.

За пакети, които автоматично стартират или спират системни услуги, е въведено изискване, което изисква включване във файла на системния модул (изключение е добавено само за пакети, специално насочени към използване само с алтернативни системи за стартиране). Преди на пакетите беше разрешено да използват обикновени инициализиращи скриптове, но systemd вече не поддържа такива скриптове.

Източник: opennet.ru