Release der Fedora Linux 38 Distribution

Die Veröffentlichung von Fedora Linux 38 ist erschienen. FĂŒr den Download stehen die Produkte Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition und Live-Images in Form von Spins mit Desktop-Umgebungen wie KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie und Sway zur VerfĂŒgung. Die Builds sind fĂŒr die Architekturen x86_64, Power64 und ARM64 (AArch64) verfĂŒgbar. Die Veröffentlichung der Fedora Silverblue-Builds verzögert sich.

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 GNOME 44 aktualisiert, in dem die Übersetzung der Anwendungen auf die Nutzung von GTK 4 und der Bibliothek libadwaita fortgesetzt wurde (unter GTK4 wurden unter anderem die BenutzeroberflĂ€che GNOME Shell und der Kompositormanagement-Manager Mutter ĂŒbersetzt). Der Datei-Dialog hat einen Modus zur Anzeige des Inhalts in Form eines Raster-Icons erhalten. Es wurden zahlreiche Änderungen am Konfigurator vorgenommen. Im SchnellĂ€nderungsmenĂŒ wurde ein Abschnitt zur Verwaltung von Bluetooth hinzugefĂŒgt.
  • 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 Paketbuilds wurden mit aktivierter Schutzmodus „_FORTIFY_SOURCE=3“ bereitgestellt, der potenzielle PufferĂŒberlĂ€ufe bei der AusfĂŒhrung von Funktionsaufrufen identifiziert, die im Header string.h definiert sind. Der Unterschied zum Modus „_FORTIFY_SOURCE=2“ besteht in zusĂ€tzlichen ÜberprĂŒfungen. Theoretisch können diese zusĂ€tzlichen PrĂŒfungen die Leistung verringern, aber in der Praxis zeigten die SPEC2000- und SPEC2017-Tests keine Unterschiede, und im Testprozess gab es von Benutzern keine Beschwerden ĂŒber Leistungseinbußen.
  • 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.

Gleichzeitig wurden fĂŒr Fedora 38 die „free“- und „nonfree“-Repositories des RPM Fusion-Projekts aktiviert, in denen Pakete mit zusĂ€tzlichen Multimedia-Anwendungen (MPlayer, VLC, Xine), Video-/Audio-Codecs, DVD-UnterstĂŒtzung, proprietĂ€ren Treibern von AMD und NVIDIA, Spielen und Emulatoren verfĂŒgbar sind.

Quelle: opennet.ru

60GB SSD 8Gb DDR4