Die Veröffentlichung der Distribution Fedora Linux 42 ist nun verfügbar. Herunterladbare Produkte umfassen Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite sowie Live-Images, die in Form von Spins mit benutzerdefinierten Umgebungen wie Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway und Cosmic bereitgestellt werden. Die Builds sind für die Architekturen x86_64, Power64 und ARM64 (AArch64) erstellt worden.
Die bedeutendsten Änderungen in Fedora Linux 42:
- Die Fedora KDE Plasma Desktop Version hat den Status einer Basis-Edition des Distributions erhalten, die hinsichtlich des Unterstützungsniveaus mit Fedora Workstation identisch ist. Damit haben die Distributionen mit GNOME und KDE nun denselben Status und werden gleichwertig präsentiert. Spezifische, kritische Probleme in KDE werden nun ebenfalls als Releasesperre betrachtet, genau wie zuvor bei kritischen Problemen in GNOME. Darüber hinaus wurde im Fedora KDE Plasma Desktop Unterstützung für die Power-Architektur (ppc64le) hinzugefügt, für die ein vollständiges KDE-Anwendungs-Stack bereitsteht, einschließlich KDE PIM. Für OpenPOWER-Systeme wie die Talos Workstation wurden Live-Images mit KDE vorbereitet, die eine Installationsmöglichkeit unterstützen.
- Offizielle Spin-Versionen der Distribution mit der Desktop-Umgebung COSMIC, die von System76 in Rust entwickelt wird, wurden hinzugefügt. COSMIC bietet hybride, mosaikartige Fensteranordnungen und gestapelte Fensterverankerung (Fenstergruppen ähnlich wie Browser-Tabs), die an virtuelle Desktops gebunden werden können.
- Der Desktop in Fedora Workstation wurde auf die GNOME 48-Serie aktualisiert. Auch die Desktops Xfce 4.20 und LXQt 2.1 wurden aktualisiert.
- In Fedora Workstation wird standardmäßig eine neue Variante des Anaconda-Installationsprogramms verwendet, die anstelle einer auf der GTK-Bibliothek basierenden Benutzeroberfläche eine webbasierte Schnittstelle nutzt. Diese webbasierte Schnittstelle wurde mit dem JavaScript-Framework React, den Design-Elementen von PatternFly und Komponenten aus dem Cockpit-Projekt entwickelt, das bereits in Red Hat-Produkten für die Konfiguration und Verwaltung von Servern. Anstelle des Hauptbildschirms mit einer Liste von Aktionen wird die Arbeit in der neuen Benutzeroberfläche in Form eines Wizards organisiert, der eine schrittweise Durchführung bestimmter Aufgaben ermöglicht, ohne zum Hauptbildschirm zurückzukehren. Die webbasierte Schnittstelle erlaubt die Interaktion über einen Webbrowser für die Fernsteuerung der Installation.
Die angebotene Benutzeroberfläche wurde von komplizierten Elementen befreit und ist für Anfänger verständlicher. Als Basis wird der automatisierte (guided) Modus für die Festplattenpartitionierung empfohlen, bei dem der Installer selbstständig die Parameter für die Erstellung oder Änderung von Partitionen basierend auf den vom Benutzer gewählten Einstellungen auswählt. Eine Option zur Neuinstallation des Distributionssystems wurde hinzugefügt (zum Beispiel zur Wiederherstellung bei Beschädigung bestimmter Systemdateien), sowie die Möglichkeit, im Dual-Boot-Modus zu installieren, um mehrere Betriebssysteme auf einem Computer zu nutzen.
- Der klassische Anaconda-Installer wurde auf das Wayland-Protokoll umgestellt, wodurch X11-Abhängigkeiten von den Installationsmedien ausgeschlossen werden konnten. Der Prozess der Remote-Installation wurde vom VNC-Client TigerVNC auf die Anwendung grd (Gnome Remote Desktop) umgestellt, die das RDP-Protokoll nutzt. Standardmäßig wird für alle unterstützten Architekturen die Partitionierung mit GPT verwendet.
- Die Inhalte der Verzeichnisse /usr/bin und /usr/sbin wurden zusammengeführt. Das Verzeichnis /usr/sbin wurde durch einen symbolischen Link ersetzt, der auf /usr/bin verweist. Die Trennung von ausführbaren Dateien in die Verzeichnisse bin und sbin gilt als überholt und hat in modernen Distributionen an Bedeutung verloren. Die Vereinheitlichung von bin und sbin erleichtert die Arbeit von Paketbetreuern, die nicht mehr raten müssen, in welches Verzeichnis sie eine ausführbare Datei ablegen sollen; sie macht das System vorhersehbarer und verständlicher für die Benutzer; erhöht die Kompatibilität mit anderen Distributionen; und verringert die Anzahl der Verzeichnisprüfungen bei der Ausführung von execvp() und ähnlichen Aufrufen.
- Neue Gruppen flatpak und diskadmin wurden hinzugefügt, um den Zugriff für nicht privilegierte Nutzer auf die Verwaltungssystempakete im Flatpak-Format und externe Speichergeräte zu ermöglichen. Diese Änderung schafft die Notwendigkeit, Benutzer zur Gruppe wheel hinzuzufügen, und erlaubt die Nutzung von flatpak und externen Festplatten, ohne Zugriff auf andere Administrationsvorgänge zu gewähren. Nutzern in der Gruppe wheel wurde zudem die Möglichkeit gegeben, externe Speichergeräte (LUKS) zu entsperren und zu mounten, ohne dass ein Passwort eingegeben werden muss.
- Es ist erlaubt, zusätzliche Ausführungsdateien in Pakete einzufügen, die für die Mikroarchitekturen x86-64-v2, x86-64-v3 und x86-64-v4 optimiert sind. In den meisten Fällen liegt der Leistungszuwachs bei der Erstellung für solche Architekturen unter 10 %, kann aber in bestimmten Situationen zu einer merklichen Leistungssteigerung von bis zu 120 % führen. Die Entscheidung über die Hinzufügung zusätzlich optimierter Ausführungsdateien liegt bei den Betreuern, abhängig von den Ergebnissen der Leistungstests spezifischer Pakete.
- Die Live-Distributionen, die ein Abbild im Nur-Lese-Modus verwenden, wurden von SquashFS auf das Dateisystem EROFS umgestellt. Als Gründe für den Wechsel werden die aktivere Entwicklung von EROFS (das letzte Tool-Release von SquashFS war im Frühjahr 2023) und die erweiterten Funktionen von EROFS genannt, die in Zukunft genutzt werden könnten. Im Vergleich zu SquashFS bietet EROFS eine geringere Kompressionsrate (Größe des Abbilds 2,7 GiB in EROFS gegenüber 2,0 GiB in SquashFS bei Verwendung des XZ-Kompressionsalgorithmus und 3,9 GiB gegenüber 3,1 GiB bei Verwendung von LZ4), jedoch eine höhere Zugriffsgeschwindigkeit und Bandbreite (7,1 MiB/s in EROFS gegenüber 5,0 MiB/s in SquashFS für XZ und 30,9 MiB/s gegenüber 26,3 MiB/s für LZ4).
- Atomar aktualisierbare Ausgaben des Desktop-Distributionsmodells (Fedora Atomic Desktops), wie Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic und Fedora Budgie Atomic, verwenden standardmäßig das Composefs-Dateisystem. Dies ermöglicht es, in diesen Builds eine Root-Partition im Nur-Lese-Modus zu betreiben und weiterhin Integritätsprüfmaßnahmen für die Systempartition einzusetzen, um während des Betriebs auftretende Probleme zu erkennen. Die Verzeichnisse /etc und /var werden weiterhin mit Schreibzugriff gemountet. Das Composefs-Dateisystem basiert auf OverlayFS und EROFS, die bereits im Kernel vorhanden sind, und ist für die effektive gemeinsame Speicherung des Inhalts mehrerer gemounteter Disk-Images optimiert.
- In der Ausgabe Fedora Kinoite (atomar aktualisierte Version mit KDE) ist standardmäßig die automatische Installation von Updates aktiviert.
- Offizielle Fedora-Builds für das WSL (Windows Subsystem for Linux) wurden bereitgestellt und sind in die Liste von Linux-Distributionen aufgenommen, die für eine schnelle Installation in WSL angeboten werden. Die Builds sind in einem neuen Format erstellt, das es ermöglicht, das Distribution von eigener ... Server Keine Installation über den Microsoft Store, keine Verpackung im appx-Format und keine spezifischen Windows-Code-Assemblierungen erforderlich.
- Eine neue Version der SDL 3 Multimedia-Bibliothek wurde implementiert. Für SDL-basierte Anwendungen wird standardmäßig das Wayland-Protokoll verwendet. Die SDL 2-Bibliotheken wurden durch die sdl2-compat-Schicht ersetzt, die über SDL 3 funktioniert.
- Der DNF5-Paketmanager unterstützt jetzt die Entfernung veralteter oder abgelaufener PGP-Schlüssel von Repositorys, was die Schlüsselverwaltung bei der Installation und Aktualisierung von Programmen automatisiert.
- Der RPM-Paketmanager unterstützt jetzt das Erstellen von Benutzern und Gruppen basierend auf Konfigurationsdateien, die in Paketen im Sysusers.d-Verzeichnis bereitgestellt werden, das in systemd verwendet wird.
- Ein Abhängigkeitsgenerator für GNOME Shell-Erweiterungen wurde hinzugefügt, der es ermöglicht, rpm-Pakete mit Erweiterungen an Versionen von GNOME Shell zu binden.
- In DNF und RPM ist standardmäßig der «Copy on Write»-Modus aktiviert, der mithilfe von reflink in Btrfs realisiert wird.
- Aktualisierte Paketversionen: LLVM 20, GCC 15-Test, binutils 2.44, glibc 2.41, gdb 15, Go 1.24, Tcl/Tk 9.0, Ruby 3.4, Zlib-ng 2.2.x, Setuptools 74, Django 5.x, Ansible 11, PHP 8.4, numpy 2.1.3.
- Im Repository für die AArch64-Architektur wurde ein FEX-Emulator hinzugefügt, der die Ausführung von ausführbaren Dateien ermöglicht, die für die x86- und x86-64-Architekturen erstellt wurden, in einer ARM64 (AArch64) Umgebung. FEX-basierte Komponenten zur Ausführung von x86-Programmen sind in die Fedora-Builds mit der KDE-Desktopumgebung integriert.
- Die Unterstützung für Webcams mit MIPI (Mobile Industry Processor Interface) wurde erweitert, die zunehmend in Laptops und Tablets anstelle von UVC (USB Video Class) verwendet werden.
- Unterstützung für die Verschlüsselung des Arbeitsspeichers virtueller Maschinen mit AMD SEV-SNP und Intel TDX-Technologien hinzugefügt.
- Pakete, die nur die ausführbare Datei git verwenden, wurden auf die Abhängigkeit git-core anstelle des gesamten git-Pakets umgestellt.
- Der Boot-Splash Plymouth wurde auf die Verwendung des Kernel-Moduls simpledrm umgestellt, was das Warten auf die Initialisierung des GPU-Treibers überflüssig macht.
- In Firewalld ist der Modus rpfilter (Reverse Path Filter) für IPv6 in den Workstation-Builds standardmäßig auf 'loose' anstelle von 'strict' eingestellt.
Für Fedora 42 wurden die „free“ und „nonfree“ Repositories des RPM Fusion-Projekts in Betrieb genommen, die Pakete mit zusätzlichen Multimedia-Anwendungen (MPlayer, VLC, Xine), Video-/Audio-Codecs, DVD-Unterstützung, proprietären Treibern für AMD und NVIDIA, Spielprogrammen und Emulatoren bereitstellen.
Gleichzeitig wurde die Distribution Fedora Asahi Remix 42 veröffentlicht, die für die Installation auf Mac-Computern mit ARM-Chips, die von Apple entwickelt wurden, konzipiert ist. Fedora Asahi Remix 42 basiert auf der Paketbasis von Fedora Linux 42 und ist mit dem Installer Calamares ausgestattet. Es wird die Möglichkeit geboten, auf Apple-Systemen wie MacBook Air, MacBook Pro, Mac Mini, Mac Studio und iMac mit ARM-Chips von Apple (M1 und M2) zu arbeiten.
In Fedora Asahi werden vollständig unterstützt: die Audiounterstützung von Apple-Computern, Kamera, Wi-Fi, Bluetooth, Eingabegeräte, USB Type C (USB 3.0) und drahtloses Laden über MagSafe. Aktuell nicht unterstützt: Bildschirmanschluss über USB-C, Thunderbolt/USB4, Mikrofon und Touch ID. In den Grafiktreibern werden OpenGL 4.6, OpenGL ES 3.2 und Vulkan 1.4 unterstützt. Für die Ausführung von Anwendungen, die für x86_64-Systeme erstellt wurden, wird das Werkzeug muvm und eine Emulationsschicht auf Basis des FEX-Pakets eingesetzt.
Quelle: opennet.ru
