Une version expérimentale de l'outil de gestion de paquets APT 2.9 (Advanced Package Tool) a été publiée, formant la fonctionnalité de la future version stable APT 3.0, qui, après stabilisation, sera intégrée dans Debian Testing et fera partie de la prochaine version majeure de Debian, ainsi que dans la base de paquets d'Ubuntu. Il est à noter que la stabilisation de l'ancienne branche expérimentale APT 2.7 n'est pas encore terminée et que la version stable APT 2.8, qui était prévue pour Debian 13, n'a pas encore été formée.
La version APT 2.9 présente un intérêt grâce à son interface utilisateur retravaillée, représentant visuellement la liste des dépendances nécessaires au téléchargement lors de l'installation d'un paquet. Alors qu'auparavant, les noms des paquets avec dépendances étaient affichés en liste continue, ils sont désormais répartis en colonnes comme dans l'utilitaire « ls » avec l'option « -C », et différents blocs de sortie sont mis en évidence par des couleurs spécifiques (par exemple, les paquets supprimés sont affichés en rouge, et les paquets à installer en vert). Les mentions supplémentaires et nouvelles de paquets en sortie ne se répètent plus (les sections « NEW packages » et « additional packages » ont été fusionnées).
Avant :
Devenu:
On peut également noter l'approbation par les développeurs de la distribution Debian d'une version mise à jour des règles d'emballage des paquets — Debian Policy 4.7.0.0, qui reflète la création d'un dépôt séparé pour les firmwares non libres, la possibilité d'utiliser des liens durs dans les paquets source, ainsi que des restrictions sur l'accès au réseau pour les constructions automatiques de paquets dans les sections contrib et non libres.
Pour les paquets qui démarrent ou arrêtent automatiquement les services système, une exigence a été introduite, prévoyant leur inclusion obligatoire dans le fichier unité pour systemd (une exception a été ajoutée uniquement pour les paquets spécifiquement destinés à être utilisés uniquement avec des systèmes d'initialisation alternatifs). Auparavant, l'utilisation de scripts init classiques était autorisée pour ces paquets, mais maintenant, le support de ces scripts dans systemd est arrêté.
Source : opennet.ru
