{"id":123368,"date":"2025-04-03T21:05:07","date_gmt":"2025-04-03T19:05:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora"},"modified":"2025-04-03T21:05:07","modified_gmt":"2025-04-03T19:05:07","slug":"utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/utverzhdyon-perehod-fedora-43-na-paketnyj-menedzher-rpm-6-smena-lidera-fedora","title":{"rendered":"Der Wechsel von Fedora 43 zum Paketmanager RPM 6 wurde genehmigt. F\u00fchrungswechsel bei Fedora.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Das FESCo-Komitee (Fedora Engineering Steering Committee), das f\u00fcr den technischen Teil der Entwicklung der Fedora Linux-Distribution verantwortlich ist, hat den \u00dcbergang zum Paketmanager RPM 6 f\u00fcr die Herbstversion von Fedora 43 genehmigt. Die Ver\u00f6ffentlichung von RPM 6.0 ist f\u00fcr das dritte Quartal 2025 geplant. <\/p>\n
Die RPM 6-Zweig ist bemerkenswert f\u00fcr die Unterst\u00fctzung des neuen Formats (RPM 6), das die Erstellung von Paketen mit einer Gr\u00f6\u00dfe von \u00fcber 4 GB erm\u00f6glicht (dieses Limit zu \u00fcberschreiten ist wichtig, da das SRC-Paket von Chromium nahe an der Grenze liegt und eine Gr\u00f6\u00dfe von 3,7 GB hat). Im RPM 6-Format werden 64-Bit-Felder mit vergr\u00f6\u00dferten Gr\u00f6\u00dfen verwendet, strukturen im Zusammenhang mit Kryptographie wurden modernisiert, und MIME-Informationen \u00fcber Dateien wurden hinzugef\u00fcgt. Die Version RPM 5 wurde ausgelassen, um \u00dcberlapplungen mit dem RPM5-Projekt zu vermeiden, das nicht mit dem RPM von Red Hat verbunden ist und von unabh\u00e4ngigen Entwicklern weiterentwickelt wurde. <\/p>\n
Die Unterst\u00fctzung des RPM 4 Formats, das cpio verwendet, wird in vollem Umfang erhalten bleiben. Dar\u00fcber 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\u00f6nnen. Zum Beispiel wird Fedora 43 mit dem Paketmanager RPM 6.0 ausgeliefert, aber das Paketformat bleibt vorerst RPM 4. F\u00fcr diejenigen, die auf das neue Format umsteigen m\u00f6chten, wurde in den Branch RPM 4.x die Unterst\u00fctzung f\u00fcr das Lesen und Installieren von Paketen im RPM 6 Format hinzugef\u00fcgt. <\/p>\n
Zu den wesentlichen \u00c4nderungen in RPM 6 geh\u00f6rt auch die standardm\u00e4\u00dfige Aktivierung der \u00dcberpr\u00fcfung der Paketauthentizit\u00e4t mittels digitaler Signaturen. Damit die verpflichtende Signatur\u00fcberpr\u00fcfung die Installation selbst zusammengestellter Pakete nicht erschwert, wurde in RPM 6 die Funktion zur automatischen Erstellung lokaler Signaturen w\u00e4hrend des Build-Prozesses in das Tool rpmbuild integriert. Es gibt auch die Option «—nosignature», die es erm\u00f6glicht, ein Paket ohne Signatur\u00fcberpr\u00fcfung zu installieren. <\/p>\n
Unter anderen \u00c4nderungen: Bei der Entwicklung ist die Verwendung von C++-Code (C++20) erlaubt; es ist m\u00f6glich, mehrere OpenPGP-Signaturen f\u00fcr jedes Paket zu verwenden; die Unterst\u00fctzung f\u00fcr MD5-, SHA1- und DSA-Hashes wurde eingestellt; die Unterst\u00fctzung f\u00fcr das veraltete RPM 3-Format wurde eingestellt. Die Funktionalit\u00e4t des rpmkeys-Tools zur Verwaltung von Schl\u00fcsseln wurde erweitert, zum Beispiel kann zur Aktualisierung von OpenPGP-Schl\u00fcsseln der Befehl \u201erpmkeys \u2014import\u201c verwendet werden. Das rpmkeys-Tool wird nun in Fedora als Hauptwerkzeug zur Verwaltung des Schl\u00fcsselspeichers f\u00fcr RPM angesehen (die Verwendung von gpg-pubkey wurde als veraltet erkl\u00e4rt). Alternativ zu GnuPG gibt es die M\u00f6glichkeit, das in Rust geschriebene Sequoia-sq-Werkzeug zu verwenden. <\/p>\n
Zus\u00e4tzlich kann die Ernennung eines neuen Projektleiters f\u00fcr Fedora erw\u00e4hnt werden. Anstelle von Matthew Miller, der die Position seit 2014 innehatte, wurde Jef Spaleta ernannt, der seit den Zeiten t\u00e4tig ist, als das Fedora-Projekt noch nicht in die H\u00e4nde von Red Hat \u00fcbergegangen war. In der Vergangenheit war Jef mehrere Jahre lang Mitglied des Fedora-Verwaltungsrats als Vertreter der Community. <\/p>\n
Der Fedora-Leiter ist eine offizielle Position bei Red Hat. Der Leiter wird nicht durch Abstimmung der Community-Teilnehmer gew\u00e4hlt, 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\u00e4ngigen Entwicklergemeinschaft besteht. An den Projektleiter werden verschiedene Anforderungen gestellt, wie z. B. hohe Qualifikationen, Erfahrung in der Community, die F\u00e4higkeit, Entscheidungen zu treffen und auf die W\u00fcnsche anderer einzugehen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"