Le comité directeur d'ingénierie de Fedora (FESCO) est responsable du développement technique de la distribution Fedora. Linux, a approuvé la transition vers le gestionnaire de paquets RPM 6 dans la version d'automne de Fedora 43. La sortie de RPM 6.0 est prévue pour le troisième trimestre 2025.
La branche RPM 6 est remarquable pour son support d'un nouveau format (RPM 6), qui permet de créer des packages de plus de 4 Go (surmonter cette limitation est important, car le package SRC avec Chromium est proche de la limite et a une taille de 3.7 Go). RPM 6 introduit des champs de taille 64 bits, modernise les structures cryptographiques et ajoute des informations sur les fichiers MIME. Les versions RPM 5 sont ignorées pour éviter les chevauchements avec le projet RPM5, qui n'est pas lié au RPM de Red Hat et a été développé par des développeurs indépendants.
La prise en charge du format RPM 4 utilisant cpio sera intégralement conservée. De plus, la branche RPM 6 n'impose pas de transition vers le nouveau format de paquet, et les distributions pourront rester sur le format RPM 4 à leur propre discrétion. Par exemple, Fedora 43 sera fourni avec le gestionnaire de paquets RPM 6.0, mais le format du paquet restera RPM 4 pour le moment. Pour ceux qui souhaitent passer au nouveau format, la prise en charge de la lecture et de l'installation de packages au format RPM 4 a été ajoutée à la branche RPM 6.x.
Un autre changement important dans RPM 6 est l’inclusion de la vérification de la signature numérique de l’authenticité du package par défaut. Pour garantir que la vérification obligatoire des signatures ne complique pas l'installation des packages auto-construits, RPM 6 ajoute la prise en charge de la génération automatique de signatures locales pendant la construction à l'utilitaire rpmbuild. Il existe également une option « --nosignature » qui permet de forcer l'installation du package sans vérifier la signature.
Parmi les autres changements : l’utilisation de code C++ (C++20) est désormais autorisée pendant le développement ; Il est possible d’utiliser plusieurs signatures OpenPGP pour chaque paquet ; la prise en charge des hachages MD5, SHA1 et DSA a été abandonnée ; La prise en charge du format obsolète RPM 3 a été interrompue. Les capacités de l'utilitaire rpmkeys pour travailler avec des clés ont été étendues, par exemple, la commande « rpmkeys —import » peut être utilisée pour mettre à jour les clés OpenPGP. L'utilitaire rpmkeys lui-même est désormais considéré comme l'outil principal pour gérer le magasin de clés pour RPM dans Fedora (l'utilisation de gpg-pubkey est obsolète). En alternative à GnuPG, la chaîne d'outils Sequoia-sq, écrite en Rust, est fournie.
Il convient également de noter la nomination d’un nouveau leader pour le projet Fedora. Matthew Miller, qui dirigeait le projet depuis 2014, a été remplacé par Jef Spaleta, qui était impliqué dans le projet avant même que le projet Fedora ne soit repris par Red Hat. Par le passé, Jeff a siégé au conseil d’administration de Fedora pendant plusieurs années en tant que représentant de la communauté.
Le Fedora Leader est un poste officiel au sein de Red Hat. Le leader n'est pas élu par un vote des membres de la communauté, mais est nommé par l'ancien chef de projet et approuvé par Red Hat. Le développement de la distribution est coordonné par un conseil d'administration composé de 4 représentants de RedHat et de 5 représentants de la communauté des développeurs indépendants. Le chef de projet doit répondre à un certain nombre d’exigences, telles que des qualifications élevées, une expérience de travail au sein de la communauté, la capacité de prendre des décisions et d’écouter les souhaits des autres.
Source: opennet.ru
