Nach fast zweijähriger Entwicklungszeit der Start des neuen Version vom Paketmanager U / min 4.15.0. RPM Package Manager (oder RPM, ursprünglich Red Hat Package Manager genannt, aber zu einem rekursiven Akronym geworden) ist ein Paketverwaltungstool Grundsätzlich für GNU / Linux gedacht. Es kann Programme installieren, aktualisieren, deinstallieren, überprüfen und anfordern.
Das RPM4-Projekt wurde von Red Hat entwickelt und wird in Distributionen wie RHEL verwendet (einschließlich Projekte abgeleitet von CentOS, Scientific Linux, Asia Linux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, ALT Linux, OpenMandriva, Mageia, PCLinuxOS, Tizen und viele andere.
Zuvor hat ein unabhängiges Entwicklungsteam das RPM5-Projekt entwickelt, das nicht direkt mit RPM4 zusammenhängt und derzeit aufgegeben wird (es wurde seit 2010 nicht aktualisiert).
Ein RPM-Paket kann einen beliebigen Satz von Dateien enthalten. Am meisten RPM-Dateien sind "binäre RPM" (oder BRPM), die die kompilierte Version einiger Software enthalten.
Es gibt auch "Quell-RPMs" (oder SRPM), die den Quellcode enthalten, der zum Erstellen eines Binärpakets verwendet wird.
Diese haben ein entsprechendes Tag im Dateikopf, das sie von normalen RPMs unterscheidet, sodass sie bei der Installation nach / usr / src extrahiert werden.
SRPMs haben normalerweise die Dateierweiterung ".src.rpm" (.spm auf Dateisystemen mit einer Länge von 3 Zeichen, z. B. alten DOS-FATs).
Zu den RPM-Funktionen gehören:
- Pakete können mit GPG und MD5 verschlüsselt und verifiziert werden.
- Quellcodedateien (z. B. .tar.gz, .tar.bz2) sind in SRPMs enthalten, um eine spätere Überprüfung zu ermöglichen.
- PatchRPMs und DeltaRPMs, die Patch-Dateien entsprechen, können installierte RPM-Pakete schrittweise aktualisieren.
- Abhängigkeiten können vom Paketmanager automatisch aufgelöst werden.
Was ist neu in RPM 4.15?
In dieser neuen Version von RPM 4.15 Rpmbuild bietet Unterstützung für das dynamische Erstellen von Abhängigkeiten mit seiner Aufnahme in src.rpm. Unterstützung für den Abschnitt "% generate_buildrequires" in der Spezifikationsdatei hinzugefügt, dessen Inhalt als eine Liste von Abhängigkeiten (BuildRequires) behandelt wird, die überprüft werden müssen (wenn keine Abhängigkeit vorhanden ist, wird ein Fehler angezeigt).
Eine weitere Neuheit in dieser Version ist die folgende experimentelle Unterstützung für chroot-abhängige Operationen hinzugefügt, ohne dass root erforderlich ist (mittels Benutzernamen), mit denen Kompilierungen ohne Berechtigungen in Chroot-Umgebungen durchgeführt werden können.
Außerdem Die Unterstützung von Parallelisierungspaketen wurde auf Mehrkernsystemen implementiert. Die Begrenzung der Anzahl der Threads wird über das Makro "% _smp_build_ncpus" und die Variable $ RPM_ festgelegt.
auch Die Unterstützung für die ARM-Architektur wurde verbessert, plus Unterstützung für armv8 wurde hinzugefügt.
Eine weitere wichtige Änderung ist Hinzufügen eines Dummy-Datenbank-Backends zur Unterstützung von RPM auf Nicht-RPMDB-Systemen wie Debian laufen.
Von den anderen Änderungen, die in der Anzeige hervorgehoben sind:
- Option "–scm" hinzugefügt, um den "% autosetup SCM" -Modus zu aktivieren
- Das integrierte Makro "% {expr: ...}" wurde hinzugefügt, um beliebige Ausdrücke zu berechnen (das Format "% [expr]" wurde vor einigen Tagen ebenfalls vorgeschlagen).
- Die UTF-8-Codierung wird standardmäßig für Zeichenfolgendaten in Headern verwendet
- Globale Makros% build_cflags,% build_cxxflags,% build_fflags und% build_ldflags mit Flags für den Compiler und den Linker hinzugefügt
- Das Makro "% dnl" (In nächste Zeile verwerfen) wurde hinzugefügt, um Kommentare einzufügen
- Bindungen für Python 3 bieten String-Rückgaben in Form von abgeschirmten UTF-8-Sequenzen anstelle von Byte-Daten.
- Für Lua 5.2-5.3 wird weiterhin Unterstützung bereitgestellt, für die keine Kompatibilitätsdefinitionen im Code erforderlich sind.
- Es wurde ein neuer Abschnitt "% patchlist" und "% sourcelist" hinzugefügt, mit dem die Patches und der Quellcode aus einer einfachen Liste von Namen ohne Angabe der Datensatznummern hinzugefügt werden können (z. B. anstelle von "Patch0: -"). popt 1,16-pkgconfig.patch »Patchlistenabschnitt, Sie können%« popt-1.16-pkgconfig.patch ») angeben;
Wenn Sie die Verbesserungen dieser neuen Version des Paketmanagers testen möchten, sollten Sie dies wissen Die Fedora 31 Beta ist eine der ersten Distributionen, die diese neue Version von RPM 4.15 implementiert.
Wenn Sie mehr darüber erfahren möchten, können Sie sich beraten den folgenden Link.