Das FESCo-Komitee (Fedora Engineering Steering Committee), das für die technische Entwicklung der Fedora-Linux-Distribution verantwortlich ist, hat den Übergang zu dem Paketmanager RPM 6 für die Herbstveröffentlichung von Fedora 43 genehmigt. Der Release von RPM 6.0 ist für das 3. Quartal 2025 geplant.
Der RPM 6-Zweig ist bemerkenswert für die Unterstützung eines neuen Formats (RPM 6), das die Erstellung von Paketen mit einer Größe von mehr als 4 GB ermöglicht (diese Überwindung der Grenze ist wichtig, da das SRC-Paket von Chromium nahe der Grenze liegt und eine Größe von 3,7 GB hat). Im RPM 6-Format werden 64-Bit-Felder mit modernisierten Größen verwendet, die strukturellen Aspekte der Kryptografie wurden modernisiert und MIME-Daten über Dateien wurden hinzugefügt. Versionen von RPM 5 wurden übersprungen, um Überschneidungen mit dem Projekt RPM5 zu vermeiden, das nicht mit RPM von Red Hat verbunden ist und von unabhängigen Entwicklern weiterentwickelt wurde.
Die Unterstützung des RPM 4-Formats, das cpio verwendet, bleibt vollständig erhalten. Darüber hinaus zwingt der RPM 6-Zweig nicht zum Wechsel zu einem neuen Paketformat, und die Distributionen können nach eigenem Ermessen im RPM 4-Format bleiben. Zum Beispiel wird Fedora 43 mit dem Paketmanager RPM 6.0 ausgeliefert, aber das Paketformat wird vorerst im RPM 4 bleiben. Für diejenigen, die auf das neue Format wechseln möchten, wurde im RPM 4.x-Zweig die Unterstützung für das Lesen und Installieren von Paketen im RPM 6-Format hinzugefügt.
Zu den bedeutenden Änderungen in RPM 6 gehört außerdem die standardmäßige Aktivierung der Überprüfung der Paketauthentizität mittels digitaler Signatur. Damit die obligatorische Signaturprüfung die Installation selbstgebauter Pakete nicht erschwert, wurde im RPM 6-Tool rpmbuild die Unterstützung zur automatischen Erstellung lokaler Signaturen während des Builds hinzugefügt. Außerdem gibt es die Option "—nosignature", die es ermöglicht, ein Paket zwangsweise ohne Signaturprüfung zu installieren.
Unter den weiteren Änderungen: Bei der Entwicklung ist die Verwendung von C++-Code (C++20) zulässig; es können mehrere OpenPGP-Signaturen für jedes Paket verwendet werden; die Unterstützung für die Hashes MD5, SHA1 und DSA wurde eingestellt; die Unterstützung für das veraltete RPM 3-Format wurde beendet. Die Funktionalität des Tools rpmkeys zur Verwaltung von Schlüsseln wurde erweitert, z. B. kann der Befehl „rpmkeys —import“ verwendet werden, um OpenPGP-Schlüssel zu aktualisieren. Das Tool rpmkeys wird in Fedora nun als Hauptwerkzeug zur Verwaltung des Schlüssel-Speichers für RPM betrachtet (die Verwendung von gpg-pubkey wurde als veraltet erklärt). Alternativ zu GnuPG wurde die Möglichkeit geschaffen, die auf Rust basierende Sequoia-sq-Toolkit zu verwenden.
Zusätzlich kann die Ernennung eines neuen Projektleiters für Fedora erwähnt werden. Anstelle von Matthew Miller, der seit 2014 als Leiter tätig war, wurde Jef Spaleta ernannt, der seit der Zeit, als das Projekt Fedora noch nicht in den Besitz von Red Hat übergegangen war, involviert ist. Früher war Jef mehrere Jahre Mitglied des Fedora-Verwaltungsrates als Vertreter der Community.
Der Fedora-Leiter ist eine offizielle Position bei Red Hat. Der Leiter wird nicht durch Abstimmung der Community-Mitglieder gewählt, sondern vom vorherigen Projektleiter vorgeschlagen und von Red Hat genehmigt. Die Koordination der Entwicklung des Distributions wird vom Verwaltungsrat übernommen, der aus 4 Vertretern von Red Hat und 5 von der Community unabhängiger Entwickler besteht. An den Projektleiter werden eine Reihe von Anforderungen gestellt, wie z. B. hohe Qualifikation, Erfahrung in der Community, Entscheidungsfähigkeiten und die Fähigkeit, die Wünsche anderer zu hören.
Quelle: opennet.ru
