Die Fedora Linux 38 Distribution ist in die Beta-Testphase übergegangen.

Die Testphase der Betaversion des Fedora Linux 38-Distributors hat begonnen. Die Betaversion markiert den Übergang zur finalen Testphase, in der nur kritische Fehler behoben werden dürfen. Die Veröffentlichung ist für den 18. April geplant. Die Veröffentlichung umfasst Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base sowie Live-Versionen, die als 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) verfügbar.

Die bedeutendsten Änderungen in Fedora Linux 38:

• Die erste Phase des Übergangs zu einem modernisierten Boot-Prozess, vorgeschlagen von Lennart Poettering, ist umgesetzt. Der Unterschied zum klassischen Booten liegt in der Verwendung eines einheitlichen Kernel-Images (UKI - Unified Kernel Image) anstelle des initrd-Images, das lokal bei der Installation des Kernels erstellt wird. UKI wird in der Infrastruktur des Distributors generiert und ist durch die digitale Signatur des Distributors verifiziert. UKI vereint in einer Datei den Loader für das Booten des Kernels aus UEFI (UEFI boot stub), das Linux-Kernel-Image und die im Speicher zu ladende Umgebung initrd. Bei der Aufrufung des UKI-Images aus UEFI besteht die Möglichkeit, die Integrität und Authentizität nicht nur des Kernels, sondern auch des Inhalts von initrd durch die digitale Signatur zu überprüfen, was wichtig ist, da in diesem Umfeld Schlüssel zum Entschlüsseln des Root-Dateisystems extrahiert werden. In der ersten Phase wurde die Unterstützung von UKI im Bootloader hinzugefügt, Werkzeuge zur Installation und Aktualisierung von UKI implementiert und ein experimentelles UKI-Image erstellt, das sich auf das Booten konzentriert. virtuellen Maschinen mit einer begrenzten Anzahl an Komponenten und Treibern.
• Im RPM-Paketmanager wird das Paket Sequoia zur Analyse von Schlüsseln und digitalen Signaturen verwendet, das eine OpenPGP-Implementierung in Rust bietet. Zuvor wurde im RPM ein proprietärer Code zur Analyse von OpenPGP verwendet, der ungelöste Probleme und Einschränkungen aufwies. Das Paket rpm-sequoia wurde als direkte Abhängigkeit zu RPM hinzugefügt, wobei die Unterstützung für kryptografische Algorithmen auf der in C geschriebenen Nettle-Bibliothek basiert (geplant ist die Möglichkeit, OpenSSL zu nutzen).
• Die erste Phase der Implementierung des neuen Paketmanagers Microdnf wurde abgeschlossen, der DNF ablöst. Das Microdnf-Toolset wurde umfassend aktualisiert und unterstützt nun alle grundlegenden Funktionen von DNF, zeichnet sich jedoch durch hohe Leistung und Kompaktheit aus. Ein entscheidender Unterschied zwischen Microdnf und DNF ist die Verwendung der Programmiersprache C für die Entwicklung statt Python, wodurch eine Vielzahl von Abhängigkeiten entfällt. Zu den weiteren Vorteilen von Microdnf gehören: eine übersichtlichere Anzeige des Fortschritts bei der Ausführung von Operationen; verbesserte Implementierung der Transaktionstabelle; die Möglichkeit, in Berichten über ausgeführte Transaktionen Informationen zu integrieren, die von in den Paketen enthaltenen Skripten (Scriplets) bereitgestellt werden; Unterstützung für die Verwendung lokaler RPM-Pakete für Transaktionen; ein fortschrittlicheres System zur automatischen Vervollständigung von Eingaben für bash; Unterstützung der Ausführung des Befehls builddep ohne Installation von Python im System.
• Der Desktop in Fedora Workstation wurde auf die Version GNOME 44 aktualisiert, deren Veröffentlichung für den 22. März erwartet wird. Zu den Neuerungen in GNOME 44 zählen: eine neue Implementierung der Bildschirmsperre und der Abschnitt „Hintergrundanwendungen“ im Statusmenü.
• Die Benutzeroberfläche Xfce wurde auf Version 4.18 aktualisiert.
• Es beginnt die Erstellung von Builds mit der Benutzeroberfläche LXQt für die Architektur AArch64.
• Im Display-Manager SDDM ist standardmäßig die Anmeldeoberfläche aktiv, die Wayland verwendet. Diese Änderung ermöglicht den Wechsel zu Wayland für den Anmelde-Manager in Builds mit der KDE-Desktopumgebung.
• In den KDE-Desktopbauten wurde der Einrichtungsassistent beim ersten Start entfernt, da viele seiner Funktionen in KDE Spin und Kinoite nicht genutzt werden, und die grundlegende Konfiguration erfolgt während der Installation durch den Anaconda-Installer.
• Voller Zugriff auf das Flathub-Anwendungsangebot wurde gewährt (der Filter, der inoffizielle Pakete, proprietäre Software und Anwendungen mit einschränkenden Lizenzanforderungen entfernt hat, wurde deaktiviert). Wenn sowohl Flatpak- als auch RPM-Pakete mit denselben Programmen vorhanden sind, werden beim Einsatz von GNOME Software zunächst die Flatpak-Pakete des Fedora-Projekts installiert, gefolgt von den RPM-Paketen und anschließend den Paketen von Flathub.
• Es begann die Erstellung von Builds für mobile Geräte, die mit der Phosh-Oberfläche geliefert werden. Diese basiert auf GNOME-Technologien und der GTK-Bibliothek und nutzt einen Kompositor. der Server Phoc, der auf Wayland läuft, sowie die eigene Bildschirmtastatur squeekboard. Die Umgebung wurde ursprünglich von Purism als Alternative zu GNOME Shell für das Smartphone Librem 5 entwickelt, gehört jetzt aber zu den inoffiziellen GNOME-Projekten und wird auch in postmarketOS, Mobian und einigen Firmware-Versionen für Geräte von Pine64 verwendet.
• Ein Fedora Budgie Spin Build wurde hinzugefügt, das die Budgie-Oberfläche verwendet, basierend auf GNOME-Technologien, dem Budgie Window Manager (BWM) und einer eigenen Implementierung der GNOME Shell. Budgie hat eine Taskleiste, die in ihrer Funktionsweise klassischen Desktops nahekommt. Alle Elemente der Leiste sind Applets, was eine flexible Anpassung der Komponenten, eine Änderung des Layouts und den Austausch der grundlegenden Elemente der Leiste gemäß den eigenen Vorlieben ermöglicht.
• Die Fedora Sway Spin-Distribution wurde hinzugefügt, mit einer benutzerdefinierten Umgebung namens Sway, die auf dem Wayland-Protokoll basiert und vollständig mit dem Kachel-Window-Manager i3 sowie der i3bar kompatibel ist. Zur Einrichtung einer vollwertigen Benutzerumgebung stehen folgende Komponenten zur Verfügung: swayidle (Hintergrundprozess für das KDE idle-Protokoll), swaylock (Bildschirmschoner), mako (Benachrichtigungsmanager), grim (Screenshot-Tool), slurp (Bildschirmbereichsauswahl), wf-recorder (Videoaufnahme), waybar (Anwendungsleiste), virtboard (Bildschirmtastatur), wl-clipboard (Clipboard-Verwaltung) und wallutils (Desktop-Hintergrundverwaltung).
• Im Anaconda-Installer wurde zur Unterstützung von Software-RAID, die durch Firmware bereitgestellt werden (BIOS RAID, Firmware RAID, Fake RAID), anstelle von dmraid das mdadm-Toolset implementiert.
• Ein vereinfachter Installer wurde hinzugefügt, um Images mit der IoT-Edition von Fedora auf Internet-of-Things-Geräten zu installieren. Der Installer basiert auf dem coreos-installer und nutzt eine direkte Kopie des fertigen OStree-Images ohne Benutzereingriff.
• Die Live-Images wurden aktualisiert, um die automatische Aktivierung der Schicht für persistente Datenspeicherung beim Booten von USB-Laufwerken zu unterstützen.
• Im X-Server und Xwayland ist standardmäßig die Verbindung von Clients mit Systemen, die eine andere Byte-Reihenfolge haben, aus potenziellen Sicherheitsgründen verboten.
• Im Compiler sind standardmäßig die Flags „-fno-omit-frame-pointer“ und „-mno-omit-leaf-frame-pointer“ aktiviert, die die Möglichkeiten zur Profilerstellung und Fehlerbehebung erweitern sowie die Diagnose von Leistungsproblemen ermöglichen, ohne dass eine Neukompilierung der Pakete erforderlich ist.
• Die Paketerstellung erfolgt mit aktivem Schutzmodus „_FORTIFY_SOURCE=3“, der mögliche Pufferüberläufe bei der Ausführung von in der Header-Datei string.h definierten Zeichenfolgenfunktionen aufdeckt. Der Unterschied zu „_FORTIFY_SOURCE=2“ liegt in weiteren Überprüfungen. Theoretisch könnten diese zusätzlichen Überprüfungen die Leistung beeinträchtigen, jedoch haben die Tests SPEC2000 und SPEC2017 keine Unterschiede gezeigt, und von den Benutzern gab es während der Tests keine Beschwerden über Leistungseinbußen.
• Der Timer für das erzwungene Beenden von systemd-Einheiten während des Herunterfahrens wurde von 2 Minuten auf 45 Sekunden verkürzt.
• Die Pakete auf der Node.js-Plattform wurden umstrukturiert. Es ist jetzt möglich, verschiedene Versionen von Node.js gleichzeitig im System zu installieren (zum Beispiel können nun die Pakete nodejs-16, nodejs-18 und nodejs-20 gleichzeitig installiert werden).
• Die Versionen von Paketen 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