{"id":114940,"date":"2024-04-09T09:30:54","date_gmt":"2024-04-09T07:30:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/v-fedora-41-utverzhdyon-perehod-na-paketnyj-menedzher-dnf5"},"modified":"2024-04-09T09:30:54","modified_gmt":"2024-04-09T07:30:54","slug":"v-fedora-41-utverzhdyon-perehod-na-paketnyj-menedzher-dnf5","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/v-fedora-41-utverzhdyon-perehod-na-paketnyj-menedzher-dnf5","title":{"rendered":"Dans Fedora 41, le passage au gestionnaire de paquets DNF5 a \u00e9t\u00e9 approuv\u00e9.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Le comit\u00e9 FESCo (Fedora Engineering Steering Committee), responsable de la partie technique du d\u00e9veloppement de la distribution Fedora Linux, a approuv\u00e9 l'utilisation par d\u00e9faut du gestionnaire de paquets DNF5 dans la version d'automne de Fedora 41. Les paquets dnf, libdnf et dnf-cutomatic seront remplac\u00e9s dans Fedora 41 par les outils DNF5 et la nouvelle biblioth\u00e8que libdnf5, tandis que le lien symbolique \/usr\/bin\/dnf commencera \u00e0 pointer vers le fichier ex\u00e9cutable dnf5. <\/p>\n
Bien que la parit\u00e9 fonctionnelle avec l'ancienne trousse \u00e0 outils ne soit pas encore atteinte, les d\u00e9veloppeurs estiment que la distribution est pr\u00eate pour la migration et que les fonctionnalit\u00e9s manquantes peuvent \u00eatre mises en \u0153uvre ult\u00e9rieurement. Par exemple, la fonctionnalit\u00e9 li\u00e9e \u00e0 la gestion de l'historique des transactions, qui est \u00e0 la base de la commande \u00ab dnf history \u00bb, n'est pas encore disponible. De plus, le travail d'int\u00e9gration du support du processus en arri\u00e8re-plan dnf5daemon dans le gestionnaire d'applications GNOME Software n'est toujours pas termin\u00e9. Le m\u00e9canisme de mise \u00e0 jour de l'ensemble du syst\u00e8me vers la prochaine version (commande system-upgrade) n\u00e9cessite des tests suppl\u00e9mentaires. <\/p>\n
\u00c0 l'origine, DNF a remplac\u00e9 le gestionnaire de paquets Yum dans la distribution, qui \u00e9tait enti\u00e8rement \u00e9crit en Python. Dans DNF, les fonctions de bas niveau exigeantes en performances ont \u00e9t\u00e9 r\u00e9\u00e9crites et extraites dans des biblioth\u00e8ques C s\u00e9par\u00e9es, \u00e0 savoir hawkey, librepo, libsolv et libcomps, mais le cadre et les composants de haut niveau sont rest\u00e9s en Python. Le projet DNF5 vise \u00e0 unifier les biblioth\u00e8ques de bas niveau existantes, \u00e0 r\u00e9\u00e9crire les composants de gestion de paquets restants en Python en C++, et \u00e0 extraire les fonctionnalit\u00e9s de base dans une biblioth\u00e8que s\u00e9par\u00e9e libdnf5, en cr\u00e9ant un wrapper autour de cette biblioth\u00e8que pour maintenir l'API Python. <\/p>\n
L'utilisation du langage C++ au lieu de Python a permis d'\u00e9liminer un grand nombre de d\u00e9pendances, de r\u00e9duire la taille de l'ensemble d'outils et d'am\u00e9liorer les performances. Une performance sup\u00e9rieure est obtenue non seulement gr\u00e2ce \u00e0 la compilation en code machine, mais aussi gr\u00e2ce \u00e0 une impl\u00e9mentation am\u00e9lior\u00e9e de la table des transactions, \u00e0 une optimisation des chargements depuis les d\u00e9p\u00f4ts et \u00e0 une restructuration de la base de donn\u00e9es (distinctes sont les bases de l'\u00e9tat du syst\u00e8me et de l'historique des op\u00e9rations). L'ensemble d'outils DNF5 n'est plus li\u00e9 \u00e0 PackageKit, qui est remplac\u00e9 par un nouveau processus en arri\u00e8re-plan DNF Daemon, fournissant la fonctionnalit\u00e9 de PackageKit ainsi qu'une interface pour la gestion des paquets et des mises \u00e0 jour dans les environnements graphiques. <\/p>\n
La refonte a \u00e9galement permis de mettre en \u0153uvre certaines am\u00e9liorations qui facilitent l'utilisation du gestionnaire de paquets. Par exemple, la nouvelle version de DNF propose une meilleure indication visuelle de la progression des op\u00e9rations ; elle prend en charge l'utilisation de paquets RPM locaux pour les transactions ; elle permet d'afficher dans les rapports sur les transactions effectu\u00e9es des informations fournies par les scripts int\u00e9gr\u00e9s dans les paquets (scriplets) ; et elle propose un syst\u00e8me d'auto-compl\u00e9tion plus avanc\u00e9 pour bash. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"