Die Veröffentlichung der Fedora Linux 40 Distribution ist erfolgt. Für den Download stehen die Produkte Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition sowie 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) erstellt worden. Die Veröffentlichung der Fedora Silverblue Builds verzögert sich.
Die wichtigsten Änderungen in Fedora Linux 40:
- Der GNOME-Desktop in Fedora Workstation wurde auf Version 46 aktualisiert, die eine globale Suchfunktion, verbesserte Leistung des Dateimanagers und der Terminalemulatoren, experimentelle Unterstützung für VRR (Variable Refresh Rate), eine verbesserte Ausgabe bei fractional scaling sowie erweiterte Möglichkeiten zur Anbindung an externe Dienste bietet. Zudem wurde der Konfigurator aktualisiert und das Benachrichtigungssystem verbessert. In GTK kommt eine neue Rendering-Engine zum Einsatz, die auf der Vulkan-API basiert.
- Die KDE-Desktop-Edition wurde auf die Version KDE 6 aktualisiert, die das Protokoll Wayland verwendet. Die Unterstützung für die X11-basierte Sitzung wird in der Standardinstallation eingestellt (kann wiederhergestellt werden, indem das Paket plasma-workspace-x11 aus dem Repository installiert wird). Für die Ausführung von X11-Anwendungen in einer Wayland-basierten Sitzung wird der DDX-Server XWayland genutzt. Als Grund für die Einstellung der Unterstützung für die X11-Sitzung wird der Übergang des X.Org-Servers in RHEL 9 in die Kategorie 'veraltet' genannt, mit dem Plan, ihn in einer zukünftigen größeren Version, RHEL 10, vollständig zu entfernen. Zu den Faktoren, die zur Beibehaltung nur der Wayland-Unterstützung beigetragen haben, zählt der in Fedora 36 umgesetzte Wechsel von fbdev-Treibern zu den mit Wayland kompatiblen simpledrm-Treibern sowie die Unterstützung von Wayland in proprietären NVIDIA-Treibern.
- Die atomar aktualisierbaren benutzerdefinierten Distributionen, die von dem Fedora-Projekt entwickelt wurden, sind unter der Marke Atomic Desktops zu einer gemeinsamen Familie zusammengeführt worden. Die schon länger bestehenden atomaren Builds behalten jedoch ihren alten Namen. So tragen Fedora Silverblue auf GNOME-Basis und Fedora Kinoite auf KDE-Basis sowie Fedora CoreOS und Fedora IoT weiterhin ihre bisherigen Bezeichnungen, während die neuen Builds Fedora Sericea und Fedora Onyx jetzt unter den Namen Fedora Sway Atomic und Fedora Budgie Atomic verbreitet werden.
- Aktualisierte Paketversionen umfassen LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (Thread Building Blocks) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
- Im NetworkManager-Konfigurator ist standardmäßig die Mechanismus zur Erkennung von IPv4-Adresskonflikten im lokalen Netzwerk (RFC 5227) aktiviert. Dieser besteht darin, ein ARP-Überprüfungspaket vor der Zuweisung der Adresse an das Netzwerkinterface zu senden (wenn eine Antwort erhalten wird, bedeutet dies, dass die Adresse belegt ist und nicht zugewiesen werden kann). Für kabellose Verbindungen wird die Zuweisung einer separaten, permanenten MAC-Adresse (stable-ssid-Modus im NetworkManager) gewährleistet.
- Die Mock-Bautools (mock-core-configs), Koji und Copr wurden auf den Paketmanager DNF 5 umgestellt, um Build-Abhängigkeiten in einer chroot-Umgebung zu installieren, die bei der Paketentwicklung verwendet wird. Die Umstellung des Distributionspakets auf DNF 5 wird im nächsten Release erwartet.
- Im DNF-Paketmanager ist standardmäßig die Anzeige von Metadaten zu den Dateilisten, die in Paketen enthalten sind, deaktiviert. Solche Daten werden selten benötigt, sind jedoch sehr umfangreich und verlangsamen die Leistung.
- Das Paket mit der OpenSSL 1.1-Bibliothek wurde entfernt, da diese Version nicht mehr unterstützt wird. Die an OpenSSL 1.1 gebundenen Abhängigkeiten sind nun auf OpenSSL 3.0 umgestellt worden. Das Paket python3.7 wurde ebenfalls entfernt.
- Die Zlib-Bibliothek wurde durch den Fork Zlib-ng ersetzt, der API-kompatibel mit zlib ist, jedoch zusätzliche Optimierungen für eine bessere Leistung bietet.
- Die Erstellung von Delta-Updates für RPM-Pakete wurde eingestellt, die nur die geänderten Daten im Vergleich zur bereits installierten Paketversion herunterladen. Die Unterstützung für deltarpm in DNF und DNF5 wurde deaktiviert.
- Passim wurde hinzugefügt, um Daten zwischenzuspeichern. der Server für die Verteilung häufig angeforderter Dateien im lokalen Netzwerk, ohne direkten Zugriff auf die Hauptserver und ohne die Verwendung globaler CDNs.
- Das Modul pam_userdb wurde von der Verwendung von BerkeleyDB auf GDBM umgestellt, da die Unterstützung für die BerkeleyDB 5.x Reihe eingestellt wurde und die 6.x Version auf eine inakzeptable Lizenz umgestellt wurde. Bogofilter wurde auf die Verwendung von SQLite anstelle von BerkeleyDB (libdb) umgestellt.
- Für den Bau von Live-Images für Fedora Workstation wird das Tool Image Builder verwendet, das wiederholbare Builds unterstützt und den Benutzern einen einfacheren Prozess zur Anpassung der Images bietet.
- Für den Bau von Minimal-Images für die ARM-Architektur wird das Tool osbuild eingesetzt.
- Für die Erstellung von Fedora Cloud Edition-Images wird anstelle von ImageFactory das Werkzeug Kiwi verwendet.
- Die Pakete für Kubernetes wurden umstrukturiert.
- Fedora IoT, die Ausgabe für Internet-of-Things-Geräte, wurde auf die Verwendung von Bootcontainern umgestellt, die mit dem Tool OSTree und der Boottechnologie erstellt werden.
- Das Tool wget wurde durch wget2 ersetzt, und das Tool iotop wurde durch iotop-c ersetzt.
- In den Ausgaben Fedora Silverblue und Kinoite wurde das Programm bootupd integriert, das den Bootloader aktualisiert.
- Die veraltete Bibliothek libuser wurde als obsolet erklärt, da sie nicht mehr gewartet wird und in anderen Fedora-Paketen nicht mehr verwendet wird (für die Unterstützung von LDAP wird seit langem SSSD genutzt). Das Paket passwd, das die passwd-Dienstprogramm auf Basis von libuser umsetzt, wurde entfernt. Stattdessen wird das entsprechende Dienstprogramm aus dem Paket shadow-utils verwendet.
- Es wurden Vorbereitungen getroffen, um eine neuere Version des C-Standards standardmäßig in GCC einzuführen, was das Ende der standardmäßigen Unterstützung einiger veralteter Funktionen der Sprache, wie der impliziten Funktionsdefinition und der impliziten Zuweisung des Typs int, markiert.
- Die zweite Phase des Übergangs zu dem von Lennart Poettering vorgeschlagenen modernisierten Bootprozess wurde umgesetzt. Der Unterschied zum klassischen Booten besteht darin, dass anstelle des initrd-Images, das auf dem lokalen System bei der Installation des Kernels erstellt wird, ein einheitliches Kernel-Image (UKI – Unified Kernel Image) verwendet wird. Dieses wird in der Infrastruktur der Distribution generiert und ist durch die digitale Signatur der Distribution beglaubigt. Das UKI-Image vereint in einer Datei den Kernel-Loader für das Booten über UEFI (UEFI boot stub), das Linux-Kernel-Image und das ins RAM geladene Systemumfeld initrd. Bei der Aufruf 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. Die gültige Überprüfung ist wichtig, da in dieser Umgebung die Schlüssel zur Entschlüsselung des Root-Dateisystems extrahiert werden.
In der zweiten Phase wurde die Möglichkeit der direkten Boot-Kontrolle von UKI über das UEFI-Modul shim.efi ohne einen separaten Bootloader (grub, sd-boot) implementiert. Zudem wurde die Unterstützung für die Nutzung von UKI auf Systemen mit der Architektur Aarch64 bereitgestellt sowie eine UKI-Image-Variante für Cloud-Umgebungen und sichere Systeme vorbereitet. virtuellen Maschinen. In der ersten Phase wurde in Fedora 38 die Unterstützung für UKI im Bootloader hinzugefügt, ein Werkzeug für die Installation und Aktualisierung von UKI implementiert sowie ein experimentelles UKI-Image zur Verfügung gestellt, um virtuelle Maschinen mit einer eingeschränkten Anzahl von Komponenten und Treibern zu starten.
- Ein fertiges Paket mit dem Machine-Learning-Framework PyTorch wurde zu den Repositories hinzugefügt, das mit dem Befehl „dnf install pytorch“ installiert werden kann. Derzeit enthält das Paket nur Komponenten für Berechnungen mit CPU, jedoch wird in zukünftigen Versionen die Unterstützung für GPU und spezialisierte NPU-Beschleuniger geplant.
Zusätzlich wurde für Fedora 40 die Einführung der „free“ und „nonfree“ Repositories des RPM Fusion-Projekts bemerkt, in denen Pakete mit zusätzlichen Multimedia-Anwendungen (MPlayer, VLC, Xine), Video-/Audio-Codecs, DVD-Unterstützung, proprietären Treibern von AMD und NVIDIA, sowie Spieleanwendungen und Emulatoren verfügbar sind.
Quelle: opennet.ru
