Die Veröffentlichung der Fedora Linux 42-Distribution

Die Veröffentlichung des Fedora Linux 42 Distribution wurde vorgestellt. Bereitgestellt werden Produkte wie Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite sowie Live-Bauten in Form von Spins mit benutzerdefinierten Umgebungen wie Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway und Cosmic. 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 Basisedition der Distribution erhalten, die in Bezug auf die Unterstützung mit Fedora Workstation identisch ist. Somit haben die Distributionen mit GNOME und KDE nun denselben Status und werden gleichwertig präsentiert. KDE-spezifische schwerwiegende Probleme werden nun als Release-blockierend betrachtet, genau wie zuvor schwerwiegende Probleme in GNOME den Release blockierten. Darüber hinaus wurde im Fedora KDE Plasma Desktop die Unterstützung für die Power-Architektur (ppc64le) hinzugefügt, für die ein vollständiges KDE-Anwendungs-Stack verfügbar ist, einschließlich KDE PIM. Für OpenPOWER-Systeme wie die Talos Workstation wurden Live-Images mit KDE vorbereitet, die die Installationsmöglichkeit unterstützen.
• Offizielle Spin-Images der Distribution mit der Desktop-Umgebung COSMIC wurden hinzugefügt, die von der Firma System76 in der Programmiersprache Rust entwickelt wird. COSMIC bietet Hybrid-Layout-Modi für Fenster und gestapelte Fensterfixierung (Fenstergruppen ähnlich wie Tabs im Browser), die an virtuelle Desktops gebunden werden können.
• Der Desktop in Fedora Workstation wurde auf die Version GNOME 48 aktualisiert. Auch die Desktops Xfce 4.20 und LXQt 2.1 wurden aktualisiert.
• In Fedora Workstation wird standardmäßig eine neue Version des Anaconda-Installationsprogramms verwendet, die statt einer auf der GTK-Bibliothek basierenden Benutzeroberfläche eine Web-Oberfläche nutzt. Die Web-Oberfläche wurde unter Verwendung des JavaScript-Frameworks React, der Designelemente von PatternFly und Komponenten aus dem Cockpit-Projekt, das bereits in Red Hat-Produkten zur Konfiguration und Verwaltung von Servern verwendet wird, erstellt.. Im neuen Interface wurde der Hauptbildschirm mit einer Liste von Aktionen durch einen Assistenten (Wizard) ersetzt, der die schrittweise Durchführung bestimmter Aufgaben ohne Rückkehr zum Hauptbildschirm ermöglicht. Die Web-Oberfläche erlaubt die Interaktion über einen Webbrowser zur Fernsteuerung der Installation.

  Die vorgeschlagene Benutzeroberfläche wurde von Komplexität befreit und ist einfacher für neue Benutzer. Es wird empfohlen, den automatisierten (guided) Modus zur Festplattenteilung als Basis zu verwenden, bei dem der Installer die Parameter zum Erstellen oder Ändern von Partitionen basierend auf den vom Benutzer gewählten Einstellungen selbst auswählt. Eine Option zur Neuinstallation des Distributionspakets (zum Beispiel zur Wiederherstellung der Funktionalität bei Beschädigung bestimmter Systemdateien) wurde hinzugefügt, sowie die Möglichkeit, im Dual-Boot-Modus zu installieren, um mehrere Betriebssysteme auf einem Computer zu nutzen.
• Der klassische Installer Anaconda wurde auf das Protokoll Wayland umgestellt, wodurch die Abhängigkeiten von X11 aus den Installationsmedien entfernt wurden. Der Prozess der Ferninstallation wurde von dem VNC-Client TigerVNC auf die Anwendung grd (Gnome Remote Desktop) umgestellt, die das RDP-Protokoll verwendet. Standardmäßig wird für alle unterstützten Architekturen eine Partitionierung unter Verwendung von GPT verwendet.
• Der Inhalt der Verzeichnisse /usr/bin und /usr/sbin wurde 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 wird als veraltete Praxis angesehen, die in modernen Distributionen an Bedeutung verloren hat. Die Vereinheitlichung von bin und sbin vereinfacht die Arbeit der Paketbetreuer, da sie nicht mehr raten müssen, in welches Verzeichnis die ausführbare Datei platziert werden soll; sie macht das System vorhersehbarer und verständlicher für die Benutzer; erhöht die Kompatibilität mit anderen Distributionen; reduziert die Anzahl der Verzeichnisprüfungen bei der Ausführung von execvp() und ähnlichen Aufrufen.
• Neue Gruppen flatpak und diskadmin wurden hinzugefügt, um unprivilegierten Benutzern den Zugriff auf die Funktionen der Systempaketverwaltung im Flatpak-Format und auf externe Speichergeräte zu ermöglichen. Diese Änderung hat es ermöglicht, die Notwendigkeit zu beseitigen, den Benutzer zur Gruppe wheel hinzuzufügen, was bedeutet, dass es jetzt möglich ist, mit flatpak und externen Festplatten zu arbeiten, ohne Zugang zu anderen Administrationsoperationen zu gewähren. Für Benutzer, die zur Gruppe wheel gehören, wurde zusätzlich die Möglichkeit zur Entsperrung (LUKS) und zum Einhängen externer Speichergeräte ohne Aufforderung zur Eingabe eines Passworts bereitgestellt.
• Es ist erlaubt, zusätzliche Varianten von ausführbaren Dateien, die mit Optimierungen für die Mikroarchitekturen x86-64-v2, x86-64-v3 und x86-64-v4 erstellt wurden, in die Pakete aufzunehmen. In den meisten Fällen beträgt der Leistungszuwachs bei der Erstellung für solche Architekturen nicht mehr als 10 %, kann jedoch in bestimmten Situationen zu einem merklichen Leistungsanstieg (bis zu 120 %) führen. Die Entscheidung, zusätzliche optimierte ausführbare Dateien hinzuzufügen, liegt bei den Betreuenden, abhängig von den Ergebnissen der Leistungstests bestimmter Pakete.
• Live-Installationen der Distribution, die ein Systemabbild 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 (die letzte Veröffentlichung des SquashFS-Toolkits war im Frühjahr 2023) und die erweiterten Möglichkeiten des EROFS, die in Zukunft genutzt werden könnten, genannt. Im Vergleich zu SquashFS hat EROFS eine schlechtere Kompressionsrate (Abbildgröße 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), bietet 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 aktualisierte Editionen des Distributionssystems für Desktop-PCs (Fedora Atomic Desktops), wie Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic und Fedora Budgie Atomic, sind standardmäßig auf das Dateisystem Composefs umgestellt, was die Verwendung eines schreibgeschützten Root-Partitions in diesen Builds ermöglicht und darüber hinaus Integritätsprüfungswerkzeuge für die Systempartition aktiviert, die Probleme während des Betriebs aufdecken können. Die Partitionen /etc und /var werden weiterhin mit Schreibzugriff gemountet. Das Dateisystem Composefs wurde als Erweiterung von OverlayFS und EROFS im Kernel implementiert und für effiziente gemeinsame Speicherung des Inhalts mehrerer gemounteter Disk-Images optimiert.
• In der Edition Fedora Kinoite (atomar aktualisierte Version mit KDE) ist standardmäßig die automatische Installation von Updates aktiviert.
• Offizielle Builds von Fedora für das WSL (Windows Subsystem for Linux) wurden bereitgestellt und sind Teil der Liste der Linux-Distributionen, die für eine schnelle Installation im WSL angeboten werden. Die Builds wurden in einem neuen Format erstellt, das es ermöglicht, die Distribution von eigenen Server ohne einen Download im Microsoft Store, ohne Verpackung im appx-Format und ohne spezielle Windows-Codeverteilung.
• Eine neue Version der Multimedia-Bibliothek SDL 3 wurde eingeführt. Für SDL-basierte Anwendungen wird standardmäßig das Wayland-Protokoll verwendet. Die Bibliotheken SDL 2 wurden durch die Schicht sdl2-compat ersetzt, die über SDL 3 arbeitet.
• Der Paketmanager DNF5 unterstützt jetzt das Entfernen von abgelaufenen oder nicht mehr gültigen PGP-Schlüsseln der Repositories aus dem System, was die Verwaltung von Schlüsseln bei der Installation und Aktualisierung von Programmen automatisiert hat.
• Im Paketmanager RPM wurde die Unterstützung zur Erstellung von Benutzerkonten und Gruppen basierend auf den in den Paketen enthaltenen Konfigurationsdateien im Verzeichnis Sysusers.d, das in systemd verwendet wird, hinzugefügt.
• Ein Abhängigkeitsgenerator für Erweiterungen von GNOME Shell wurde hinzugefügt, der es ermöglicht, rpm-Pakete mit Ergänzungen an die Versionen von GNOME Shell zu binden.
• In DNF und RPM ist standardmäßig der Modus "Copy on Write" aktiviert, welcher durch reflink in Btrfs realisiert wird.
• Die Versionen der Pakete wurden aktualisiert: 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 Architektur AArch64 wurde der FEX-Emulator hinzugefügt, der die Ausführung von ausführbaren Dateien ermöglicht, die für die x86- und x86-64-Architekturen entwickelt wurden, in einer ARM64-Umgebung (AArch64). Die auf FEX basierenden 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) wird erweitert, die zunehmend an Laptops und Tablets anstelle von UVC (USB Video Class) verwendet werden.
• Die Unterstützung für die Verschlüsselung des Arbeitsspeichers virtueller Maschinen mittels AMD SEV-SNP und Intel TDX wurde hinzugefügt.
• Pakete, die nur die ausführbare Datei git verwenden, wurden auf die Abhängigkeit git-core umgestellt, anstatt auf das vollständige git-Paket.
• Der Boot-Splash Plymouth wurde auf die Verwendung des Kernelmoduls simpledrm umgestellt, was das Warten auf die Initialisierung des GPU-Treibers überflüssig machte.
• In Firewalld ist in den Builds für Arbeitsstationen der Modus rpfilter (Reverse Path Filter) "loose" für IPv6 standardmäßig aktiviert, anstelle von "strict".

In Fedora 42 wurden die 'free' und 'nonfree' Repositories des RPM Fusion Projekts in Betrieb genommen, in denen Pakete mit zusätzlichen Multimedia-Anwendungen (MPlayer, VLC, Xine), Video-/Audio-Codecs, DVD-Unterstützung, proprietären Treibern von AMD und NVIDIA, Spieleprogrammen und Emulationen verfügbar sind.

Gleichzeitig wurde die Veröffentlichung der Fedora Asahi Remix 42 Distribution vorgestellt, die für die Installation auf Mac-Computern mit ARM-Chips von Apple entwickelt wurde. Fedora Asahi Remix 42 basiert auf der Paketbasis von Fedora Linux 42 und ist mit dem Calamares-Installer ausgestattet. Es wird die Möglichkeit geboten, auf Apple-Systemen wie MacBook Air, MacBook Pro, Mac Mini, Mac Studio und iMac zu arbeiten, die mit Apple ARM-Chips (M1 und M2) ausgestattet sind.

In Fedora Asahi werden vollständig unterstützt: die Sound-Subsysteme der Apple-Computer, Kamera, Wi-Fi, Bluetooth, Eingabegeräte, USB Typ C (USB 3.0) und kabelloses Laden mit MagSafe. Momentan nicht unterstützt: der Anschluss eines Bildschirms ü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 Systeme x86_64 erstellt wurden, wird das Tool muvm und eine Emulator-Schicht auf Basis des FEX-Pakets verwendet.

Quelle: opennet.ru