Après presque deux ans de développement, le lancement du nouveau version depuis le gestionnaire de packages Tours 4.15.0. RPM Package Manager (ou RPM, initialement appelé Red Hat Package Manager, mais est devenu un acronyme récursif) est un outil de gestion de paquets essentiellement destiné à GNU / Linux. Il est capable d'installer, de mettre à jour, de désinstaller, de vérifier et de demander des programmes.
Le projet RPM4 est développé par Red Hat et est utilisé dans des distributions comme RHEL (y compris les projets dérivés de CentOS, Scientific Linux, Asie Linux, 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 a développé le projet RPM5, qui n'est pas directement lié à RPM4 et est actuellement abandonné (il n'a pas été mis à jour depuis 2010).
Un package RPM peut contenir un ensemble arbitraire de fichiers. Plus Les fichiers RPM sont des "RPM binaires" (ou BRPM) qui contiennent la version compilée de certains logiciels.
Il existe également des "RPM source" (ou SRPM) qui contiennent le code source utilisé pour créer un package binaire.
Ceux-ci ont une balise appropriée dans l'en-tête du fichier qui les distingue des RPM normaux, ce qui entraîne leur extraction dans / usr / src lors de l'installation.
Les SRPM ont généralement l'extension de fichier ".src.rpm" (.spm dans les systèmes de fichiers limités à 3 caractères, par exemple les anciens FAT DOS).
Les fonctionnalités RPM comprennent:
- Les paquets peuvent être chiffrés et vérifiés avec GPG et MD5.
- Les fichiers de code source (par exemple .tar.gz, .tar.bz2) sont inclus dans les SRPM, ce qui permet une vérification ultérieure.
- Les PatchRPM et DeltaRPM, qui sont équivalents aux fichiers de correctifs, peuvent mettre à jour de manière incrémentielle les packages RPM installés.
- Les dépendances peuvent être résolues automatiquement par le gestionnaire de packages.
Quoi de neuf dans RPM 4.15
Dans cette nouvelle version de RPM 4.15 Rpmbuild ajoute la prise en charge de la création dynamique de dépendances avec son inclusion dans src.rpm. Ajout du support de la section "% generate_buildrequires" dans le fichier de spécifications, dont le contenu est traité comme une liste de dépendances (BuildRequires) nécessitant une vérification (s'il n'y a pas de dépendance, une erreur sera affichée).
Une autre nouveauté de cette version est que Ajout d'un support expérimental pour les opérations dépendant du chroot sans nécessiter de racine (au moyen d'espaces de nom d'utilisateur) avec lesquels il est possible d'effectuer des compilations sans privilèges dans des environnements chroot.
En outre, La prise en charge des ensembles de packages de parallélisation a été implémentée sur les systèmes multicœurs. La limite du nombre de threads est définie via la macro "% _smp_build_ncpus" et la variable $ RPM_.
Aussi la prise en charge de l'architecture ARM a été améliorée, plus le support pour armv8 a été ajouté.
Un autre changement important est ajout d'un backend de base de données factice pour aider RPM pour fonctionner sur des systèmes non-RPMDB comme Debian.
Parmi les autres modifications mises en évidence dans l'annonce:
- Ajout de l'option "–scm" pour activer le mode "% autosetup SCM"
- Ajout de la macro intégrée "% {expr:…}" pour calculer des expressions arbitraires (le format "% [expr]" a également été proposé il y a quelques jours)
- Le codage UTF-8 est utilisé par défaut pour les données de chaîne dans les en-têtes
- Ajout des macros globales% build_cflags,% build_cxxflags,% build_fflags et% build_ldflags avec des indicateurs pour le compilateur et l'éditeur de liens
- Ajout de la macro "% dnl" (Ignorer à la ligne suivante) pour insérer des commentaires
- Les liaisons pour Python 3 fournissent des retours de chaîne sous la forme de séquences UTF-8 protégées au lieu de données d'octets.
- Un support continu est fourni pour Lua 5.2-5.3, qui ne nécessite pas de définitions de compatibilité dans le code.
- Ajout d'une nouvelle section "% patchlist" et "% sourcelist", qui peuvent être utilisées pour ajouter les correctifs et le code source à partir d'une simple liste de noms sans spécifier les numéros d'enregistrement (par exemple, au lieu de "Patch0: - popt 1,16 -pkgconfig.patch »section patchlist, vous pouvez spécifier%« popt-1.16-pkgconfig.patch »);
Enfin, pour ceux qui souhaitent tester les améliorations de cette nouvelle version du gestionnaire de paquets, ils doivent savoir que La version bêta de Fedora 31 est l'une des premières distributions à implémenter cette nouvelle version de RPM 4.15.
Si vous voulez en savoir plus, vous pouvez consulter le lien suivant.