Das FESCo-Komitee (Fedora Engineering Steering Committee), das für den technischen Teil der Entwicklung der Fedora Linux-Distribution verantwortlich ist, hat den Übergang zum Paketmanager RPM 6 für die Herbstversion von Fedora 43 genehmigt. Die Veröffentlichung von RPM 6.0 ist für das dritte Quartal 2025 geplant.
Die RPM 6-Zweig ist bemerkenswert für die Unterstützung des neuen Formats (RPM 6), das die Erstellung von Paketen mit einer Größe von über 4 GB ermöglicht (dieses Limit zu überschreiten ist wichtig, da das SRC-Paket von Chromium nahe an der Grenze liegt und eine Größe von 3,7 GB hat). Im RPM 6-Format werden 64-Bit-Felder mit vergrößerten Größen verwendet, strukturen im Zusammenhang mit Kryptographie wurden modernisiert, und MIME-Informationen über Dateien wurden hinzugefügt. Die Version RPM 5 wurde ausgelassen, um Überlapplungen mit dem RPM5-Projekt zu vermeiden, das nicht mit dem RPM von Red Hat verbunden ist und von unabhängigen Entwicklern weiterentwickelt wurde.
Die Unterstützung des RPM 4 Formats, das cpio verwendet, wird in vollem Umfang erhalten bleiben. Darüber hinaus zwingt der Branch RPM 6 nicht zur Umstellung auf ein neues Paketformat, sodass Distributionen nach eigenem Ermessen auf dem RPM 4 Format bleiben können. Zum Beispiel wird Fedora 43 mit dem Paketmanager RPM 6.0 ausgeliefert, aber das Paketformat bleibt vorerst RPM 4. Für diejenigen, die auf das neue Format umsteigen möchten, wurde in den Branch RPM 4.x 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 auch die standardmäßige Aktivierung der Authentifizierung von Paketen mithilfe digitaler Signaturen. Damit die verpflichtende Signaturprüfung die Installation selbst zusammengestellter Pakete nicht kompliziert, wurde in das Tool rpmbuild von RPM 6 die Unterstützung zur automatischen Erstellung lokaler Signaturen während des Builds integriert. Außerdem gibt es die Option „—nosignature“, die es ermöglicht, ein Paket ohne Signaturprüfung zu installieren.
Unter den anderen Änderungen: Bei der Entwicklung ist die Verwendung von Code in C++ (C++20) erlaubt; es ist möglich, mehrere OpenPGP-Signaturen für jedes Paket zu verwenden; die Unterstützung für MD5-, SHA1- und DSA-Hashes wurde eingestellt; die Unterstützung des veralteten RPM-Formats 3 wurde eingestellt. Die Funktionalitäten des Tools rpmkeys zum Arbeiten mit Schlüsseln wurden erweitert, beispielsweise kann der Befehl „rpmkeys —import“ zur Aktualisierung von OpenPGP-Schlüsseln verwendet werden. Das Tool rpmkeys wird nun in Fedora als primäres Werkzeug zur Verwaltung des Schlüsselspeichers für RPM angesehen (die Verwendung von gpg-pubkey wurde als veraltet erklärt). Alternativ zu GnuPG wurde die Möglichkeit geschaffen, das in Rust geschriebene Werkzeug Sequoia-sq zu verwenden.
Zusätzlich kann die Ernennung eines neuen Projektleiters für Fedora erwähnt werden. Anstelle von Matthew Miller, der die Position seit 2014 innehatte, wurde Jef Spaleta ernannt, der seit den Zeiten tätig ist, als das Fedora-Projekt noch nicht in die Hände von Red Hat übergegangen war. In der Vergangenheit war Jef mehrere Jahre lang Mitglied des Fedora-Verwaltungsrats als Vertreter der Community.
Der Fedora-Leiter ist eine offizielle Position bei Red Hat. Der Leiter wird nicht durch Abstimmung der Community-Teilnehmer gewählt, sondern von dem vorherigen Projektleiter nominiert und von Red Hat genehmigt. Die Koordination der Entwicklung der Distribution obliegt einem Leitungsgremium, das aus 4 Vertretern von Red Hat und 5 Vertretern der unabhängigen Entwicklergemeinschaft besteht. An den Projektleiter werden verschiedene Anforderungen gestellt, wie z. B. hohe Qualifikationen, Erfahrung in der Community, die Fähigkeit, Entscheidungen zu treffen und auf die Wünsche anderer einzugehen.
Quelle: opennet.ru
