Une branche expérimentale de l'outil de gestion de paquets APT 2.9 (Advanced Package Tool) a été publiée, constituant la base des fonctionnalités de la future version stable d'APT 3.0, qui, après stabilisation, sera intégrée à Debian En cours de test, cette fonctionnalité sera incluse dans la prochaine version majeure. Debianet sera également ajouté à la base de données des paquets UbuntuIl convient de noter que la stabilisation de la branche expérimentale précédente d'APT 2.7 n'est pas encore terminée et que la version stable d'APT 2.8, qui devait être utilisée dans Debian 13.
APT 2.9 propose une interface utilisateur repensée qui affiche clairement la liste des dépendances à télécharger lors de l'installation d'un package. Si auparavant les noms des packages avec dépendances étaient affichés dans une liste continue, ils sont désormais divisés en colonnes à la manière de l'utilitaire « ls » avec l'option « -C », et les différents blocs de sortie sont mis en évidence dans leurs propres couleurs (par exemple Par exemple, les packages à supprimer sont surlignés en rouge et les packages à installer sont surlignés en vert) . Les références en double à des packages supplémentaires et nouveaux ont également été supprimées de la sortie (les sections « NOUVEAUX packages » et « packages supplémentaires » ont été combinées).
C'était:
C'est devenu:
Il convient également de prendre en compte la déclaration des développeurs de la distribution. Debian Version mise à jour des règles d'emballage - Debian La politique 4.7.0.0, qui reflète la création d'un dépôt séparé avec des micrologiciels non libres, autorise l'utilisation de liens physiques dans les paquets sources et réglemente les restrictions d'accès au réseau pour les constructions de paquets automatiques dans contrib et non libres.
Pour les packages qui démarrent ou arrêtent automatiquement les services système, une exigence a été introduite qui nécessite l'inclusion dans le fichier d'unité systemd (une exception a été ajoutée uniquement pour les packages spécifiquement destinés à être utilisés uniquement avec des systèmes d'initialisation alternatifs). Auparavant, les packages étaient autorisés à utiliser des scripts d'initialisation classiques, mais systemd ne prend plus en charge de tels scripts.
Source: opennet.ru
