Après un an de développement, le gestionnaire de packages RPM 4.17.0 est sorti. Le projet RPM4 est développé par Red Hat et est utilisé dans des distributions telles que RHEL (y compris les projets dérivés CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS, Tizen et bien d'autres. Auparavant, une équipe de développement indépendante avait développé le projet RPM5, qui n'est pas directement lié à RPM4 et est actuellement abandonné (non mis à jour depuis 2010). Le code du projet est distribué sous licences GPLv2 et LGPLv2.
Les améliorations les plus notables de RPM 4.17 sont :
- Gestion améliorée des échecs lors de l’installation.
- Interface améliorée pour créer des macros dans Lua.
- Ajout de la macro intégrée %{exist:...} pour vérifier si un fichier existe.
- Les capacités de l'API pour le traitement des transactions ont été étendues.
- La syntaxe des macros intégrées et utilisateur a été unifiée, ainsi que le format pour les appeler (%foo arg, %{foo arg} et %{foo:arg} sont désormais équivalents).
- buildroot a une règle par défaut pour supprimer les fichiers ".la" et a ajouté une règle pour effacer le bit exécutable des fichiers de bibliothèque partagés.
- Ajout du plugin dbus-announce pour signaler les transactions RPM via D-Bus.
- Ajout du plugin fapolicyd pour définir les politiques d'accès aux fichiers.
- Ajout du plugin fs-verity pour vérifier l'authenticité des fichiers individuels à l'aide du mécanisme fs-verity intégré au noyau.
- Les pages de manuel ont été converties au format Markdown.
- Fournit un guide initial pour gérer les packages et créer des packages.
- Le backend DBD, destiné à stocker les données dans Berkeley DB, a été supprimé (pour des raisons de compatibilité avec les systèmes plus anciens, le backend BDB_RO, qui fonctionne en mode lecture seule, a été laissé). La base de données par défaut est SQLite.
- Ajout de la prise en charge des signatures numériques EdDSA.
- Les utilitaires d'extraction de Debuginfo sont séparés dans un projet distinct.
- Les processeurs auxiliaires et les générateurs de packages en Python sont séparés dans un projet distinct.
- Les scripts non maintenus ont été nettoyés.
- Les backends cryptographiques beecrypt et NSS ont été supprimés.
Source: opennet.ru