Das Fedora-Projekt hat den Start des Fedora Forge-Entwicklungsdienstes bekannt gegeben, der auf dem Forgejo-Projekt basiert. Der Dienst wird entwickelt, um die eigene Plattform Pagure zu ersetzen, die in Fedora zur Zusammenarbeit an Code und Paketmetadaten verwendet wird. Die Ablösung erfolgt, da die Pagure-Plattform erhebliche Ressourcen für die Wartung benötigt, sich in einem stagnierenden Zustand befindet und außer bei Fedora nicht weit verbreitet ist. Es wird erwartet, dass Fedora Forge die Entwicklung und den Austausch von Änderungen mit den Hauptteams von Fedora erleichtert.
Fedora Forge wurde im Pilotbetrieb gestartet und wird in mehreren Unterprojekten und Gruppen der SIG (Special Interest Groups) getestet. Zum Beispiel wurden bereits die Projekte der Teams RelEng (Release Engineering), Council und FESCo (Fedora Engineering Steering Committee) in Fedora Forge übertragen. In Zukunft wird die Anzahl der in Fedora Forge entwickelten Projekte erweitert und dieser Dienst wird als Hauptort für die Zusammenarbeit an Fedora genutzt.
Um den Transfer von Projekten aus Pagure und Fedora Forge zu automatisieren, wurde das Tool Pagure Migrator entwickelt, das Teil der Plattform Forgejo ist. Pagure Migrator ermöglicht es, nach dem Transfer Pull-Requests, Tickets, Diskussionen, Labels und Benutzer zu speichern. Im Gegensatz zum Service pagure.io erlaubt Fedora Forge jedoch keine persönlichen Projekte und konzentriert sich ausschließlich auf Entwicklungen, die mit Fedora Linux verbunden sind.
Zusätzlich ist die Veröffentlichung der Beta-Version des Fedora Linux 43 Distribution zu erwähnen, die den Übergang in die finale Testphase markiert, in der nur kritische Fehlerbehebungen zugelassen sind. Der Release ist für den 11. November geplant. Das Release umfasst Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite und Live-Distributionen, die als Spins mit benutzerdefinierten Umgebungen wie Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway und Cosmic geliefert werden. Die Builds sind für die Architekturen x86_64, Power64 und ARM64 (AArch64) erstellt.
Die bedeutendsten Änderungen in Fedora Linux 43:
- Der Desktop in Fedora Workstation wurde auf die GNOME 49 Version aktualisiert.
- Pakete, die zur Ausführung von GNOME über den X-Server verwendet wurden, wurden aus den Repositories entfernt. Alle GNOME-Nutzer, die X11 verwendet haben, werden zwangsläufig auf eine GNOME-Sitzung basierend auf Wayland umgeschaltet. Die Möglichkeit, X11-Anwendungen mit XWayland auszuführen, bleibt unverändert.
- Auf Systemen mit x86-Architektur bleibt nur die Verwendung von GPT-Partitionstabellen (GUID Partition Table) für alle Installationen von Fedora, die UEFI verwenden, erhalten. Die Unterstützung für die Installation von Fedora im UEFI-Modus auf Festplatten mit MBR-Partitionstabellen (Master Boot Record) wurde auf x86-Systemen eingestellt, bleibt jedoch auf ARM- und RISC-V-Systemen verfügbar.
- Der Übergang zu RPM 6, dem Paketmanager, wurde vollzogen, der durch die Unterstützung eines neuen Formats, das die Erstellung von Paketen über 4 GB ermöglicht, sowie durch die standardmäßige Aktivierung der Authentifizierung von Paketen mittels digitaler Signatur auffällt.
- Alle Spin-Assemblies wurden auf die neue Version des Anaconda-Installers umgestellt, bei der anstelle einer GTK-basierten Benutzeroberfläche ein Web-Interface verwendet wird, das die Interaktion über einen Webbrowser zur Fernsteuerung der Installation ermöglicht. In der letzten Ausgabe wurde der neue Installer in Fedora Workstation eingesetzt. Anstelle des Hauptbildschirms mit einer Liste von Aktionen ist die Arbeit im neuen Interface in Form eines Assistenten (Wizard) organisiert, der die schrittweise Ausführung bestimmter Schritte ohne Rückkehr zum Hauptbildschirm vorsieht. Als Standard wird ein automatisierter (guides) Modus zur Partitionierung der Festplatte angeboten, bei dem der Installer die Parameter für die Erstellung oder Änderung von Partitionen basierend auf den vom Benutzer ausgewählten Einstellungen selbst auswählt. Es gibt Optionen zur Neuinstallation des Distributionssystems und zur Installation im Dual-Boot-Modus auf Systemen mit mehreren Betriebssystemen.
- Der Installer wurde auf die Verwendung des Paketmanagers DNF5 bei der Installation von RPM-Paketen umgestellt (DNF5 wird seit Fedora 41 verwendet). Die grundlegenden Funktionen der Paketverwaltung in DNF5 wurden in eine separate Bibliothek namens libdnf5 ausgelagert, statt an PackageKit gebunden zu sein, wird der DNF-Daemon eingesetzt, und Komponenten, die ursprünglich in Python geschrieben waren, wurden in C++ neu implementiert.
- Die Unterstützung für separat aktualisierbare Module wurde aus dem Installer entfernt; deren Lebenszyklus ist nicht an die Hauptkomponenten der Distribution gebunden und wird unabhängig von den Distribution-Releases verwaltet, wodurch die Koexistenz von Paketen mit unterschiedlichen Versionen derselben Anwendung ermöglicht wurde.
- In Fedora Kinoite, der atomar aktualisierten Variante von Fedora mit KDE, ist die automatische Systemaktualisierung standardmäßig aktiviert. Updates werden jetzt im Hintergrund ohne Benutzereingabe heruntergeladen und nach einem Neustart angewendet. In den Einstellungen gibt es Optionen zum Deaktivieren der automatischen Aktualisierung und zur Änderung des Intervalls zur Überprüfung von Updates.
- Der YASM-Assembler gilt nun als veraltet; das letzte Update wurde 2019 veröffentlicht. Die Pakete, die YASM zum Kompilieren verwendet haben (einschließlich Firefox), wurden auf die Nutzung von NASM umgestellt.
- Die Bereitstellung von GnuPG wurde in mehrere Pakete aufgeteilt – das Programm gpg sowie die unterstützenden Dienstprogramme und Dienste von GnuPG werden nun in separaten Paketen (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils und gnupg2-verify) verteilt.
- Die Verwendung des Intel TDX-Mechanismus (Trusted Domain Extensions) zur Verschlüsselung des Arbeitsspeichers von Gast-Systemen wurde implementiert (AMD SEV wird ab Fedora 41 unterstützt).
- Es wurden Pakete mit Werkzeugen für die Programmiersprache Hare hinzugefügt, die vom Entwickler der Benutzerumgebung Sway weiterentwickelt wird. Die Sprache ist optimiert für die Lösung von Low-Level-Aufgaben, wie die Entwicklung von Betriebssystemen, Compilern, Netzwerk-Anwendungen und System-Utilities, bei denen maximale Leistung und vollständige Kontrolle über die Ausführung erforderlich sind. In der Sprache wird manuelle Speicherverwaltung und ein statisches Typsystem verwendet, wobei jeder Variablen ein bestimmter Typ explizit zugewiesen werden muss.
- Bei der Erstellung von Paketen in der Programmiersprache Go wird das Werkzeugsystem Go Vendor Tools verwendet, bei dem Kopien der verwendeten Bibliotheken in das src-Paket aufgenommen werden, anstatt separate Pakete mit Abhängigkeiten zu verwenden (d. h. die systemweiten Versionen der Bibliotheken werden nicht genutzt).
- Es wurde auf die Verwendung der Schriftarten Noto Color Emoji im Vektorformat COLRv1 anstelle von Rasterdarstellungen umgestellt. Die Verwendung von COLRv1 hat zu einer Verbesserung der Renderqualität und einer Reduzierung der Dateigröße der Schriftarten geführt.
- Zur Kompression des initialen RAM-Images (initrd) wurde der Zstd-Algorithmus bei der Erstellung mit Dracut verwendet. Der Wechsel von xz zu zstd hat die Größe von initrd um einige Megabyte reduziert und den Bootvorgang beschleunigt.
- Eine überarbeitete Version des Greenboot-Tools, die in Rust geschrieben wurde (die alte Version war in Bash), kommt zum Einsatz. Greenboot wird in atomar aktualisierbaren Varianten von Fedora verwendet, um den Zustand des Systems beim Booten zu überprüfen und bei Problemen auf eine frühere Version zurückzugreifen.
- Aktualisierte Versionen: LLVM 21, GCC 15.2, binutils 2.45, glibc 2.42, gdb 17.1, Go 1.25, Python 3.14, Java 25, Maven 4, Perl 5.42, Haskell GHC 9.8, Apache Tomcat 10.1.x, Ruby on Rails 8.0, PostgreSQL 18, MySQL 8.4, Dovecot 2.4.
Quelle: opennet.ru
