Veröffentlichung der Fedora Linux 39 Distribution

Die Veröffentlichung der Fedora Linux 39-Distribution ist hier. Es sind Produkte wie Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition und Live-Editionen mit Desktop-Umgebungen wie KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie und Sway verfügbar. Die Builds sind für die Architekturen x86_64, Power64 und ARM64 (AArch64) konzipiert. Die Veröffentlichung der Fedora Silverblue-Builds verzögert sich.

Die wichtigsten Änderungen in Fedora Linux 39:

• Der Desktop in Fedora Workstation wurde auf GNOME 45 aktualisiert, das nun einen dynamischen Indikator in der Symbolleiste bietet. virtuellen Arbeitsflächen, verbesserte Suchsystemleistung, hinzugefügt ein Kameraein-/ausschalter, hardwarebeschleunigte Videowiedergabe aktiviert, Bildbetrachter und Kameranwendung ersetzt, Seitenleistenanzeige geändert, Bibliotheken GTK 4.12 und libadwaita 1.4 aktualisiert.
• Im Bash-Befehlsinterpreter ist die farbige Gestaltung der Befehlszeile standardmäßig aktiviert.
• Die Versionen der Pakete wurden aktualisiert, darunter RPM 4.19, gcc 13.2, LLVM/Clang 17, binutils 2.40, glibc 2.38, Python 3.12, Perl 5.38, Golang 1.21, Boost 1.81, Vagrant 2.3, Haskell GHC 9.4, LibreOffice 7.6.
• Es wurden Metapakete default-fonts* hinzugefügt, um die Aktualisierung und Installation der standardmäßig angebotenen Schriftarten zu erleichtern.
• Im NetworkManager wird der automatische Übergang bestehender Verbindungskonfigurationen, die im ifcfg-Format (/etc/sysconfig/network-scripts/ifcfg-*) gespeichert sind, in ein Format auf Basis der Keyfile-Datei gewährleistet.
• Es besteht die Möglichkeit, das Paket tzdata aus der Zeitzonendatenbank zu entfernen, um die Größe isolierter Container zu reduzieren.
• Der sysctl-Wert vm.max_map_count wurde von 65530 auf 1048576 erhöht, um die Kompatibilität mit Windows-Spielen, die über wine oder steam ausgeführt werden, zu verbessern.
• In der createrepo_c-Utility wird jetzt standardmäßig der Zstd-Algorithmus zur Komprimierung der Repository-Metadaten verwendet, und die Generierung von Metadaten in einer SQLite-Datenbank wurde eingestellt.
• Es wurde ein offizielles Fedora Onyx-Build hinzugefügt, das eine atomar aktualisierbare Variante von Fedora Linux mit der benutzerdefinierten Budgie-Umgebung bietet. Dieses neue Build ergänzt die klassische Fedora Budgie Spin-Version und ähnelt den Editionen Fedora Silverblue, Fedora Sericea und Fedora Kinoite, die mit GNOME, Sway und KDE ausgeliefert werden. Fedora Onyx basiert auf der Fedora Silverblue-Technologie und wird ebenfalls als monolithisches Image geliefert, das nicht in einzelne Pakete unterteilt wird und atomar durch den vollständigen Austausch aktualisiert wird. Die Basisumgebung wird aus offiziellen Fedora RPM-Paketen mithilfe des rpm-ostree-Tools erstellt und im Nur-Lese-Modus gemountet. Zur Installation und Aktualisierung zusätzlicher Anwendungen wird das System selbsttragender Pakete flatpak verwendet, das die Anwendungen von der Hauptsystem trennt und sie in einem separaten Container ausführt.
• Die Editionen Sericea und Sway Spin haben die Bereitstellung von Paketen xorg-x11 eingestellt.
• In der Fedora Kinoite-Edition (atomar aktualisierte Version von Fedora mit KDE) ist standardmäßig die automatische Systemaktualisierung aktiviert.
• Für den Aufbau der Fedora Silverblue- und Fedora Kinoite-Editionen wird ein sichererer einheitlicher Modus (unified core) von rpm-ostree verwendet.
• Es wurden Images mit der benutzerdefinierten LXQt-Umgebung für die Architektur Aarch64 erstellt.
• In Fedora Cloud wurde die Möglichkeit für einen automatischen Neustart nach der Installation von Paketaktualisierungen implementiert, die einen Neustart des Systems erfordern. Diese Funktion wird durch das Erstellen einer Datei /var/run/reboot-required nach dem Ausführen des Befehls „dnf update“ und deren Überprüfung in cloud-init ermöglicht.
• Benutzern, die über Active Directory, FreeIPA oder LDAP verwaltet werden, wurde die Möglichkeit eingeräumt, die Passkeys-Technologie zu nutzen, die eine authentifizierung ohne Passwörter mithilfe biometrischer Identifikatoren wie Fingerabdruck oder Gesichtserkennung ermöglicht, unter Verwendung eines FIDO2-kompatiblen Geräts, das in der Bibliothek libfido2 unterstützt wird.
• Die minimale Größe der ESP (EFI System Partition), die bei der Installation von Fedora verwendet wird, wurde von 200 auf 500 MB erhöht, um Platz für Firmware-Updates zu schaffen. Das Limit von 500 MB entspricht den Vorgaben von Microsoft, die seit Windows 10 verwendet werden.
• Die Bereitstellung der Themes QGnomePlatform und Adwaita-qt, die verwendet wurden, um Qt-Anwendungen ein GNOME-ähnliches Aussehen und Gefühl zu verleihen, wurde eingestellt, um die Integration dieser Anwendungen in die GNOME-Umgebung zu verbessern. Als Grund wird die Stagnation dieser Themes und Probleme bei der Verwendung mit bestimmten Anwendungen genannt.
• Die Pakete für die Rechtschreibprüfung aspell wurden als veraltet erklärt und es wird empfohlen, stattdessen hunspell oder enchant2 zu verwenden. Als Grund wird das Fehlen von Updates im aspell-Projekt in den letzten 4 Jahren angegeben.
• Das Paket pam_console wurde entfernt, da es standardmäßig nicht verwendet wurde, Sicherheitsprobleme aufwies und durch Funktionen aus systemd ersetzt werden konnte.
• Die Bereitstellung des Pakets man-pages-ru wurde eingestellt, da die Übersetzungen der man-Seiten ins Russische auch im Paket man-pages-l10n enthalten sind.
• Das Paket fedora-repos-modular wurde aus der Basiskonfiguration entfernt und das modulare Repository deaktiviert. Diese Änderung hat die Leistung des DNF-Paketmanagers durch eine Reduzierung der Überprüfungen und das Laden von Metadaten beschleunigt.
• Die Methode zur Erstellung von Flatpak-Paketen im Distribution wurde geändert. Anstelle der Verwendung von Modulen bei der Neuorganisation von Paketen mit dem Parameter "prefix=/app" wird jetzt ein separates Build-Ziel verwendet.
• Die Erstellung und Bereitstellung von separat aktualisierbaren Modulen wurde eingestellt, deren Lebenszyklus nicht an die Hauptausstattung der Distribution gebunden ist und deren Unterstützung unabhängig von den Versionen der Distribution erfolgt. Dies ermöglichte das Zusammenleben von Paketen mit verschiedenen Versionen derselben Anwendung. Als Grund für die Einstellung der Unterstützung von Modulen wird das nachlassende Interesse an der Entwicklung von Modulen sowie Probleme bei der Wartung bestehender Module angegeben (die letzte Aktivität in pagure.io/modularity wurde vor über 3 Jahren beobachtet).
• Es wurden vorbereitende Arbeiten im Zusammenhang mit der zweiten Phase des Übergangs zu dem von Lennart Pottering vorgeschlagenen modernisierten Bootprozess durchgeführt. Die Unterschiede zum klassischen Bootprozess bestehen darin, dass anstelle des initrd-Abbilds, das lokal beim Installieren des Kernel-Pakets erstellt wird, ein einheitliches UKI-Kernelabbild (Unified Kernel Image) verwendet wird, das in der Infrastruktur der Distribution generiert und digital signiert ist. UKI vereint in einer Datei den Boot-Handler für das Booten des Kernels aus UEFI (UEFI boot stub), das Linux-Kernel-Abbild und die in den Speicher geladene Systemumgebung initrd. Beim Aufruf des UKI-Abbilds aus UEFI besteht die Möglichkeit der Integritäts- und Vertrauensprüfung durch die digitale Signatur nicht nur des Kernels, sondern auch des Inhalts von initrd, dessen Vertrauensprüfung wichtig ist, da in dieser Umgebung Schlüssel zum Entschlüsseln des Root-Dateisystems extrahiert werden. Die Hauptziele für die Umsetzung in der zweiten und dritten Phase sind: die Integration von support systemd-boot in den Installer, die Abkehr von der Bindung an die Verwendung der Kernel-Kommandozeile für die Konfiguration, die Einstellung der Speicherung sensibler Daten in initrd und die Änderung der Handhabung von optionalen dracut-Modulen.

Der Wechsel zum Paketmanager DNF5 und dem neuen Installer auf Basis einer Web-Oberfläche wurde bis zur Veröffentlichung von Fedora 40 verschoben. Zudem wurde die ursprünglich für Fedora 39 geplante Entfernung der Treiber org-x11-drv-vesa und xorg-x11-drv-fbdev sowie des damit verbundenen Codes aus dem Paket xorg-x11-server-Xorg abgesagt. Die Entwickler planen jedoch, in Fedora 40 die Unterstützung für X11-Sitzungen in den Distributionen mit KDE und GNOME einzustellen.

Zusätzlich wurde in Fedora 39 die Einführung der ‘free’ und ‘nonfree’ Repositories des RPM Fusion-Projekts bemerkt, in denen Pakete mit zusätzlicher Multimedia-Software (MPlayer, VLC, Xine), Video-/Audio-Codecs, DVD-Unterstützung, proprietären Treibern von AMD und NVIDIA, Spiele-Anwendungen sowie Emulatoren verfügbar sind.

Quelle: opennet.ru