Das Fedora Linux 38-Distribution hat die Beta-Testphase erreicht.

Das Testen der Beta-Version des Fedora Linux 38-Distributions hat begonnen. Die Beta-Version markiert den Übergang zur finalen Testphase, in der nur das Beheben kritischer Fehler zulässig ist. Der Release ist für den 18. April geplant. Die Version umfasst Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base und Live-Images, die in Form von Spins mit benutzerdefinierten Umgebungen wie KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie und Sway bereitgestellt werden. Die Builds sind für die Architekturen x86_64, Power64 und ARM64 (AArch64) erstellt.

Die bedeutendsten Änderungen in Fedora Linux 38:

• Die erste Phase des Übergangs zu dem von Lennart Poettering vorgeschlagenen modernisierten Bootprozess wurde umgesetzt. Die Unterschiede zum klassischen Booten bestehen darin, dass anstelle des initrd-Images, das bei der Installation des Kernel-Pakets auf dem lokalen System erstellt wird, ein einheitliches Kernel-Image (UKI, Unified Kernel Image) verwendet wird, das in der Infrastruktur der Distribution generiert und digital signiert ist. UKI vereint in einer Datei den Loader für den Kernel-Boot aus UEFI (UEFI boot stub), das Linux-Kernel-Image und die im Speicher geladenen Systemumgebungsdaten initrd. Bei der Verwendung des UKI-Images aus UEFI wird die Möglichkeit zur Integritäts- und Authentizitätsprüfung über die digitale Signatur nicht nur des Kernels, sondern auch des Inhalts von initrd bereitgestellt, deren Authentizitätsprüfung wichtig ist, da in dieser Umgebung Schlüssel zum Entschlüsseln des Wurzel-FS extrahiert werden. In der ersten Phase wurde die Unterstützung für UKI im Bootloader hinzugefügt, Tools für die Installation und Aktualisierung von UKI implementiert und ein experimentelles UKI-Image erstellt, das sich auf das Booten virtuelle Maschinen mit einem eingeschränkten Satz von Komponenten und Treibern.
• Im RPM-Paketmanager wird das Paket Sequoia zur Analyse von Schlüsseln und digitalen Signaturen eingesetzt, das eine OpenPGP-Implementierung in Rust anbietet. Zuvor verwendete RPM eigenen Code zur Handhabung von OpenPGP, der ungelöste Probleme und Einschränkungen hatte. Als direkte Abhängigkeit zu RPM wurde das Paket rpm-sequoia hinzugefügt, bei dem die Unterstützung für kryptografische Algorithmen auf der in C geschriebenen Nettle-Bibliothek basiert (es ist geplant, die Verwendung von OpenSSL zu ermöglichen).
• Die erste Phase der Einführung des neuen Paketmanagers Microdnf wurde umgesetzt, der den derzeit verwendeten DNF ersetzt. Die Werkzeuge von Microdnf wurden erheblich aktualisiert und unterstützen nun alle grundlegenden Funktionen von DNF, zeichnen sich jedoch durch hohe Leistungsfähigkeit und Kompaktheit aus. Ein entscheidendes Merkmal von Microdnf im Vergleich zu DNF ist die Verwendung der Programmiersprache C für die Entwicklung anstelle von Python, was eine große Anzahl von Abhängigkeiten beseitigt. Weitere Vorteile von Microdnf: anschauliche Fortschrittsanzeige bei der Ausführung von Operationen; verbesserte Implementierung der Transaktionstabelle; Möglichkeit zur Ausgabe von Informationen, die von in die Pakete integrierten Skripten (scriplets) erzeugt werden, in Berichten über ausgeführte Transaktionen; Unterstützung der Verwendung lokaler RPM-Pakete für Transaktionen; fortschrittlicheres System zur Eingabevervollständigung für bash; Unterstützung der Ausführung des Befehls builddep ohne Installation von Python im System.
• Der Desktop in Fedora Workstation wurde auf den Release GNOME 44 aktualisiert, dessen Veröffentlichung am 22. März erwartet wird. Zu den Neuerungen in GNOME 44 gehören: eine neue Umsetzung der Bildschirmsperre und der Abschnitt „Hintergrundanwendungen“ im Statusmenü.
• Die Benutzeroberfläche Xfce wurde auf die Version 4.18 aktualisiert.
• Die Erstellung von Builds mit der Benutzeroberfläche LXQt für die Architektur AArch64 hat begonnen.
• Im Display-Manager SDDM wird standardmäßig eine Anmeldeschnittstelle verwendet, die Wayland nutzt. Diese Änderung ermöglicht den Einsatz von Wayland im Anmelde-Manager in Builds mit dem KDE-Desktop.
• In den Builds mit dem KDE-Desktop wurde der Einrichtungsassistent beim ersten Start (Initial Setup) entfernt, da die meisten seiner Funktionen im KDE Spin und Kinoite nicht genutzt werden, während die Ersteinrichtung der Parameter über den Installer Anaconda erfolgt.
• Der vollständige Zugriff auf das Anwendungs-Repository Flathub wurde gewährt (der Filter, der inoffizielle Pakete, proprietäre Programme und Anwendungen mit einschränkenden Lizenzanforderungen entfernte, wurde deaktiviert). Wenn sowohl flatpak- als auch rpm-Pakete mit denselben Programmen vorhanden sind, werden bei Verwendung von GNOME Software zunächst die Flatpak-Pakete vom Fedora-Projekt installiert, gefolgt von den RPM-Paketen und dann den Paketen von Flathub.
• Die Erstellung von Builds für mobile Geräte mit der Schnittstelle Phosh hat begonnen, die auf GNOME-Technologien und der GTK-Bibliothek basiert und ein Composite-System verwendet. Server Phoc läuft über Wayland und beinhaltet eine eigene Bildschirmtastatur namens squeekboard. Die Umgebung wurde ursprünglich von der Firma Purism als Pendant zur GNOME Shell für das Smartphone Librem 5 entwickelt, ist jedoch später Teil der inoffiziellen GNOME-Projekte geworden und wird nun auch in postmarketOS, Mobian und einigen Firmware-Versionen für Geräte von Pine64 verwendet.
• Eine Fedora Budgie Spin-Version mit der Budgie-Benutzeroberfläche wurde hinzugefügt, die auf GNOME-Technologien basiert und den Budgie Window Manager (BWM) sowie eine eigene Implementierung der GNOME Shell nutzt. Die Grundlage von Budgie bildet eine Leiste, die in ihrer Arbeitsweise klassischen Desktop-Panels ähnlich ist. Alle Elemente der Leiste sind Applets, was eine flexible Anpassung der Zusammenstellung, Platzierung und den Austausch der Implementierungen der Hauptbestandteile der Leiste nach eigenem Geschmack ermöglicht.
• Es wurde eine Fedora Sway Spin-Version mit der benutzerdefinierten Umgebung Sway hinzugefügt, die auf dem Wayland-Protokoll basiert und vollständig mit dem Kachel-Window-Manager i3 sowie der i3bar kompatibel ist. Für die Einrichtung einer vollständigen Benutzerumgebung werden begleitende Komponenten angeboten: swayidle (Hintergrundprozess mit Implementierung des KDE-Idle-Protokolls), swaylock (Bildschirmschoner), mako (Benachrichtigungsmanager), grim (Screenshot-Erstellung), slurp (Bereich auf dem Bildschirm auswählen), wf-recorder (Videoaufzeichnung), waybar (Anwendungsleiste), virtboard (Bildschirmtastatur), wl-clipboard (Zwischenablageverwaltung), wallutils (Desktop-Hintergrundverwaltung).
• Im Anaconda-Installer wird zur Unterstützung der von Firmware bereitgestellten Software-RAID (BIOS-RAID, Firmware-RAID, Fake-RAID) anstelle von dmraid das Tool mdadm verwendet.
• Ein vereinfachter Installer zur Installation von Images mit der IoT-Edition von Fedora auf Internet-of-Things-Geräten wurde hinzugefügt. Der Installer basiert auf coreos-installer und verwendet die direkte Kopie des fertigen OStree-Images ohne Benutzerinteraktion.
• Die Live-Images wurden modernisiert, wobei die Unterstützung für das automatische Aktivieren des Schichtens für die dauerhafte Datenspeicherung beim Booten von einem USB-Stick hinzugefügt wurde.
• Im X-Server und Xwayland wurde dies aus potenziellen Sicherheitsproblemen heraus standardmäßig verhindert, dass Clients von Systemen mit einer anderen Byte-Reihenfolge eine Verbindung herstellen.
• Im Standardcompiler sind die Flags „-fno-omit-frame-pointer“ und „-mno-omit-leaf-frame-pointer“ aktiv, die die Möglichkeiten der Profilierung und Fehlersuche erweitern und es ermöglichen, Leistungsprobleme zu diagnostizieren, ohne die Pakete neu kompilieren zu müssen.
• Die Paketerstellung erfolgt mit aktivierter Schutzstufe „_FORTIFY_SOURCE=3“, die mögliche Pufferüberläufe bei der Ausführung von String-Funktionen, die in der Header-Datei string.h definiert sind, erkennt. Der Unterschied zur Stufe „_FORTIFY_SOURCE=2“ besteht in zusätzlichen Überprüfungen. Theoretisch könnten die zusätzlichen Überprüfungen zu einer Verringerung der Leistung führen, jedoch haben die Tests SPEC2000 und SPEC2017 keine Unterschiede gezeigt, und während des Testprozesses gab es von den Benutzern keine Beschwerden über eine verringerte Leistung.
• Der Timer für das zwangsweise Beenden von systemd-Einheiten während des Herunterfahrens wurde von 2 Minuten auf 45 Sekunden verkürzt.
• Die Pakete mit der Node.js-Plattform wurden umstrukturiert. Es ist nun möglich, verschiedene Versionen von Node.js gleichzeitig im System zu installieren (z. B. können jetzt die Pakete nodejs-16, nodejs-18 und nodejs-20 gleichzeitig installiert werden).
• Die Versionen der Pakete wurden aktualisiert, darunter Ruby 3.2, gcc 13, LLVM 16, Golang 1.20, PHP 8.2, binutils 2.39, glibc 2.37, gdb 12.1, GNU Make 4.4, cups-filters 2.0b, TeXLive 2022, ImageMagick 7, PostgreSQL 15.

Quelle: opennet.ru