Veröffentlichung des Fedora Linux 39 Distributions

Der Release des Fedora Linux 39 Distributions wurde vorgestellt. Die Produkte Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition und Live-Images, die als Spins mit Desktop-Umgebungen wie KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie und Sway bereitgestellt werden, stehen zum Download bereit. Die Builds wurden für die Architekturen x86_64, Power64 und ARM64 (AArch64) erstellt. Die Veröffentlichung der Fedora Silverblue Builds verspätet sich.

Die bedeutendsten Änderungen in Fedora Linux 39:

  • Der Desktop in Fedora Workstation wurde auf GNOME 45 aktualisiert, das über einen dynamischen Indikator in der Taskleiste verfügt. virtuellen Arbeitsplätzen, die Leistung des Suchsystems wurde verbessert, ein Indikator für die Aktivierung der Kamera wurde hinzugefügt, die Hardwarebeschleunigung für die Video-Wiedergabe wurde aktiviert, der Bildbetrachter und die Anwendung für die Kamera wurden ersetzt, der Stil der Darstellung der Seitenleisten wurde geändert, die Bibliotheken GTK 4.12 und libadwaita 1.4 wurden aktualisiert.
  • Die Bash-Shell verwendet jetzt standardmäßig eine farbige Befehlszeile.
  • 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 von Standard-Schriftarten zu erleichtern.
  • Im NetworkManager wird sichergestellt, dass bestehende Verbindungsprofile, die im ifcfg-Format ( /etc/sysconfig/network-scripts/ifcfg-*) gespeichert sind, automatisch in das Keyfile-Dateiformat konvertiert werden.
  • Es ist nun möglich, das Paket tzdata aus der Datenbank der Zeitzonen zu entfernen, um die Größe isolierter Container zu reduzieren.
  • Der Wert von sysctl vm.max_map_count wurde von 65530 auf 1048576 erhöht, um die Kompatibilität mit Windows-Spielen zu verbessern, die über Wine oder Steam ausgeführt werden.
  • In dem Tool createrepo_c wurde standardmäßig der Zstd-Algorithmus zur Komprimierung von Repository-Metadaten aktiviert, und die Generierung von Metadaten in einer SQLite-Datenbank wurde eingestellt.
  • Es wurde ein offizielles Fedora Onyx-Build mit einer atomar aktualisierbaren Variante von Fedora Linux eingeführt, die mit der Desktop-Umgebung Budgie ausgestattet ist. Dieses neue Build ergänzt das klassische Fedora Budgie Spin und ähnelt den Editionen Fedora Silverblue, Fedora Sericea und Fedora Kinoite, die mit GNOME, Sway und KDE geliefert werden. Fedora Onyx basiert auf den Technologien von Fedora Silverblue und wird ebenfalls als monolithisches Abbild bereitgestellt, das nicht in einzelne Pakete unterteilt ist und atomar durch vollständige Ersetzung aktualisiert wird. Die Basiskonfiguration wird aus den offiziellen RPM-Paketen von Fedora unter Verwendung des rpm-ostree-Tools erstellt und im Nur-Lese-Modus eingebunden. Für die Installation und Aktualisierung zusätzlicher Anwendungen wird ein System von unabhängigen Paketen flathub verwendet, wodurch Anwendungen von dem Hauptsystem getrennt und in einem separaten Container ausgeführt werden.
  • Die Editionen Sericea und Sway Spin haben die Bereitstellung von Paketen xorg-x11 eingestellt.
  • In der Fedora Kinoite Edition (eine atomar aktualisierte Variante von Fedora mit KDE) ist die automatische Systemaktualisierung standardmäßig aktiviert.
  • Für den Aufbau der Fedora Silverblue und Fedora Kinoite Editionen wurde ein sichererer einheitlicher (unified core) rpm-ostree Modus verwendet.
  • Es wurden Images mit der benutzerdefinierten Umgebung LXQt für die Architektur Aarch64 erstellt.
  • In Fedora Cloud wurde die Möglichkeit einer automatischen Neuinstallation nach der Aktualisierung von Paketen, die einen Neustart des Systems erfordern, implementiert. Diese Möglichkeit wird durch die Erstellung einer Datei /var/run/reboot-required nach der Ausführung des „dnf update“-Befehls und deren Überprüfung in cloud-init ermöglicht.
  • Benutzern, die über Active Directory, FreeIPA oder LDAP verwaltet werden, wird die Verwendung der Passkeys-Technologie angeboten, die eine Authentifizierung ohne Passwörter mithilfe von biometrischen Identifikatoren wie Fingerabdruck oder Gesichtserkennung ermöglicht, und zwar mit einem FIDO2-kompatiblen Gerät, 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, da der Platz für Firmware-Updates nicht ausreichte. Das Limit von 500 MB entspricht den von Microsoft seit Windows 10 verwendeten Anforderungen.
  • Die Bereitstellung der Design-Themen QGnomePlatform und Adwaita-qt, die verwendet wurden, um Qt-Anwendungen ein GNOME-ähnliches Aussehen und Verhalten zu verleihen, wurde eingestellt. Als Grund werden Stagnation der Themen und Komplikationen bei der Verwendung mit bestimmten Anwendungen angeführt.
  • Die Pakete mit dem Rechtschreibprüfungs-System aspell wurden als veraltet erklärt; stattdessen wird empfohlen, hunspell oder enchant2 zu verwenden. Als Grund wird das Fehlen von Updates im aspell-Projekt in den letzten 4 Jahren genannt.
  • Das Paket pam_console wurde entfernt, da es standardmäßig nicht verwendet wurde, Sicherheitsprobleme aufwies und durch Funktionen von systemd ersetzt werden konnte.
  • Die Bereitstellung des Pakets man-pages-ru wurde eingestellt, da die Übersetzungen der man-Seiten ins Russische ebenfalls im Paket man-pages-l10n enthalten sind.
  • Das Paket fedora-repos-modular wurde aus der Basiskonfiguration entfernt und das modulare Repository deaktiviert. Diese Änderung verbesserte die Leistung des Paketmanagers DNF durch Reduzierung der Überprüfungen und des Downloads von Metadaten.
  • Die Methode zum Zusammenbauen von Flatpak-Paketen im Distribution wurde geändert. Anstelle der Verwendung von Modulen beim Neuerstellen von Paketen mit dem Parameter „prefix=\/app“ wurde ein separates Build-Ziel verwendet.
  • Der Bau und die Bereitstellung von separat aktualisierbaren Modulen, deren Lebenszyklus nicht an die Hauptkomponenten der Distribution gebunden ist, wurden eingestellt. Der Support erfolgte unabhängig von den Veröffentlichungen der Distribution, was die Koexistenz von Paketen mit unterschiedlichen Versionen derselben Anwendung ermöglichte. Als Grund für die Einstellung der Unterstützung für Module wird das nachlassende Interesse an der Entwicklung von Modulen sowie Probleme bei der Pflege bestehender Module festgestellt (die letzte Aktivität in pagure.io\/modularity fand vor mehr als 3 Jahren statt).
  • Es wurden Vorbereitungsarbeiten im Zusammenhang mit der zweiten Phase des Übergangs zu dem von Lennart Poettering vorgeschlagenen modernisierten Boot-Prozess durchgeführt. Die Unterschiede zum klassischen Boot-Prozess bestehen darin, dass anstelle des bei der Installation des Kernpakets auf dem lokalen System erstellten initrd-Images ein einheitliches UKI-Image (Unified Kernel Image) verwendet wird, das in der Infrastruktur der Distribution generiert und digital signiert wird. UKI kombiniert in einer Datei den Boot-Handler für das Laden des Kernels aus UEFI (UEFI Boot Stub), das Linux-Kernel-Image und das in den Speicher geladene Systemumfeld initrd. Bei der Aufrufung des UKI-Images aus UEFI wird die Möglichkeit zur Überprüfung der Integrität und Authentizität sowohl des Kernels als auch des Inhalts von initrd bereitgestellt, was wichtig ist, da in diesem Umfeld Schlüssel für die Entschlüsselung des Root-Dateisystems extrahiert werden. Die Hauptziele für die Umsetzung in der zweiten und dritten Phase sind: die Integration der Unterstützung von systemd-boot in den Installer, die Ablösung von der Bindung an die Verwendung der Kernel-Befehlszeile zur Konfiguration, die Einstellung der Speicherung vertraulicher Daten in initrd sowie Änderungen bei der Verarbeitung optionaler dracut-Module.

Der Übergang zu dem Paketmanager DNF5 und dem neuen Installer auf Basis einer Web-Oberfläche wurde bis zur Veröffentlichung von Fedora 40 verschoben. Auch die zuvor 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 wurde abgesagt. Dabei planen die Entwickler, in Fedora 40 die Unterstützung für X11-basierte Sessions in den Distributionen mit KDE und GNOME einzustellen.

Zusätzlich ist der Start von Fedora 39 mit den "free" und "nonfree" Repositories des RPM Fusion Projekts zu erwähnen, in denen Pakete mit zusätzlichen Multimedia-Anwendungen (MPlayer, VLC, Xine), Video-/Audio-Codecs, DVD-Unterstützung, proprietären Treibern von AMD und NVIDIA, Spielprogrammen und Emulatoren verfügbar sind.

Quelle: opennet.ru

60GB SSD 8Gb DDR4