{"id":163967,"date":"2026-03-11T23:11:54","date_gmt":"2026-03-11T21:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora"},"modified":"2026-03-11T23:11:54","modified_gmt":"2026-03-11T21:11:54","slug":"beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/beta-testirovanie-fedora-linux-44-inicziativa-po-prodvizheniyu-innovaczij-v-fedora","title":{"rendered":"Beta-Testing von Fedora Linux 44. Eine Initiative zur F\u00f6rderung von Innovationen in Fedora.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Beta-Version des Fedora Linux 44-Distros wurde vorgestellt, was den \u00dcbergang zur finalen Testphase bedeutet, in der nur kritische Fehler behoben werden d\u00fcrfen. Der Release ist f\u00fcr den 14. April geplant. Die Ver\u00f6ffentlichung umfasst Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite sowie Live-Bausteine, die in Form von Spins mit benutzerdefinierten Umgebungen wie Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway und Cosmic bereitgestellt werden. Die Builds sind f\u00fcr die Architekturen x86_64, Power64 und ARM64 (AArch64) erstellt. <\/p>\n
Die bedeutendsten \u00c4nderungen in Fedora Linux 44: <\/p>\n
\n
Die Infrastruktur f\u00fcr reproduzierbare Builds wurde so optimiert, dass nun mindestens 99 % der Pakete im Fedora-Repository abgedeckt sind. In fr\u00fcheren Versionen lag die Abdeckung reproduzierbarer Builds bei 90 %. Durch Anpassungen im Build-System, die die Metadaten \u00fcber die \u00c4nderungszeiten der Dateien mit dem Referenz-Quellcode synchronisierten und einen konsistenten Ablauf der Aufz\u00e4hlung von Metadaten und Strukturen in den Bin\u00e4rdateien gew\u00e4hrleisteten, wurde dies erreicht. Um reproduzierbare Builds f\u00fcr die verbleibenden 10 % zu gew\u00e4hrleisten, wurden die Betreuer der problematischen Pakete eingebunden. Reproduzierbare Builds bieten den Benutzern die M\u00f6glichkeit, selbst zu \u00fcberpr\u00fcfen, dass die in den Paketen verteilten Bin\u00e4rdateien aus dem bereitgestellten Quellcode erstellt wurden und keine versteckten \u00c4nderungen enthalten, die durch eine Kompromittierung des Compilers oder der Build-Tools verursacht wurden.\n
In allen Varianten der Distribution mit der KDE-Desktop-Umgebung (Fedora KDE Plasma Desktop Edition, Fedora KDE Plasma Mobile Spin und Fedora Kinoite) wird f\u00fcr die Systemkonfiguration nach der Installation der von KDE entwickelte Assistent f\u00fcr die Plasma-Einrichtung verwendet, w\u00e4hrend im Anaconda-Installer die mit dieser Anwendung \u00fcberlappenden Konfigurationsphasen deaktiviert wurden.\n
In allen Editionen mit KDE wurde der Login-Manager SDDM durch den Plasma Login Manager ersetzt, der von KDE entwickelt wird.\n
Die Fedora Games Lab-Edition wurde \u00fcberarbeitet und bietet eine Auswahl an Paketen und Einstellungen f\u00fcr Computer-Spieler. Die neue Version umfasst ein aktualisiertes Software-Stack f\u00fcr das Spielen und nutzt moderne Technologien wie Wayland und PipeWire.\n
Die GNOME-Desktop-Umgebung wurde auf die Version 50 aktualisiert, in der die Unterst\u00fctzung f\u00fcr X11 eingestellt wurde und ein neues System zur Sitzungsverwaltung implementiert wurde.\n
Die Benutzerumgebung Budgie wurde auf die Version 10.10 aktualisiert, die auf Wayland umgestellt wurde.\n
Im Anaconda-Installer wurde die Logik zur Erstellung von Netzprofilen im installierten System ge\u00e4ndert. Solche Profile werden jetzt nicht mehr f\u00fcr alle verf\u00fcgbaren kabelgebundenen Netzwerkger\u00e4te erstellt, sondern nur f\u00fcr die Ger\u00e4te, die w\u00e4hrend der Installation \u00fcber die GUI, Boot-Optionen oder eine Kickstart-Datei konfiguriert wurden. Die Erstellung von Profilen f\u00fcr alle verf\u00fcgbaren Ger\u00e4te und nicht nur f\u00fcr die vom Benutzer ausgew\u00e4hlten erforderte das Entfernen \u00fcberfl\u00fcssiger Profile nach der Installation und verursachte Schwierigkeiten bei einer sp\u00e4teren notwendigen Anpassung der Einstellungen.\n
Auf Systemen mit Aarch64-Architektur wurde die automatische Auswahl der DTB-Datei (Device Tree Blobs) f\u00fcr den UEFI-Bootloader gew\u00e4hrleistet, was die Probleme beim Booten von Live-Versionen von Fedora auf ARM-Notebooks, die mit Windows ausgeliefert werden, behoben hat.\n
In den Live-Versionen wird das Set von livesys-scripts zur Konfiguration der Arbeitsumgebung eingesetzt und neue Funktionen des Dracut-Tools zur automatischen Erstellung eines \u00fcber den Neustart hinweg gespeicherten Overlay-Speichers beim Schreiben des Images auf USB-Laufwerke.\n
Die Arbeit an der Migration der kontinuierlichen Integrationsinfrastruktur (dist-git CI), die RPM-Pakete nach \u00c4nderungen oder Versionsupdates neu erstellt, auf die standardm\u00e4\u00dfige Verwendung von Packit-Tools anstelle von Fedora CI und Zuul wird fortgesetzt.\n
Ein Tool mit dem Paketmanager NIX wurde zum Repository hinzugef\u00fcgt, das die Installation von Paketen im NIX-Format aus der Sammlung nixpkgs erm\u00f6glicht. Pakete k\u00f6nnen im Einzelbenutzer-Modus (im Benutzerverzeichnis) sowie im Mehrbenutzermodus (im Verzeichnis \/nix) installiert werden.\n
Standardm\u00e4\u00dfig ist die Verwendung von Hardlinks f\u00fcr die Verkn\u00fcpfung identischer Dateien, die aus verschiedenen Paketen in die Hierarchie \/usr installiert werden, aktiviert. Das Erstellen eines Hardlinks erfolgt automatisch w\u00e4hrend der Installation des Pakets durch den Handler im «post install»-Schritt.\n
Die Bereitstellung von QEMU-Bauten f\u00fcr 32-Bit-Hostsysteme (i686) wurde eingestellt. Diese \u00c4nderung spiegelt die Arbeiten des QEMU-Projekts zur Entfernung der Unterst\u00fctzung f\u00fcr 32-Bit-Hostsysteme wider.\n
In den atomaren Editionen von Fedora f\u00fcr Desktop-Systeme wurden die ausf\u00fchrbaren Dateien und Bibliotheken von FUSE 2 entfernt (diese Version wurde zuvor als veraltet erkl\u00e4rt, und alle Pakete wurden auf die Nutzung von FUSE 3 umgestellt). Auch die Unterst\u00fctzung f\u00fcr veraltete polkit-Regeln, die in Dateien mit der Erweiterung pkla geliefert wurden, wurde eingestellt.\n
PackageKit wurde auf die Verwendung des neuen Backends DNF5 umgestellt, das mit der Bibliothek libdnf5 kompiliert wurde.\n
In der Edition des Distributions mit dem Kompositormanagenment MiracleWM wurde die Desktop-Oberfl\u00e4che nwg-shell durch Dank Material Shell ersetzt.\n
Standardm\u00e4\u00dfig ist das Kernelmodul NTSYNC aktiviert, das die Leistung von Windows-Spielen, die mit Wine ausgef\u00fchrt werden, erheblich steigert. Das Modul implementiert das symbolische Ger\u00e4t \/dev\/ntsync und einen Satz von Primitiven zur Synchronisation, die im Windows NT-Kernel verwendet werden. Eine signifikante Leistungssteigerung wird durch die Beseitigung der Overheads, die mit der Verwendung von RPC im Benutzerspeicher verbunden sind, erreicht.\n
In Fedora Cloud wird anstelle einer separaten Partition \/boot nun eine gleichnamige Btrfs-Unterpartition angeboten.\n
Die Lieferung des Pakets libreoffice-KF5 mit Komponenten zur Integration von LibreOffice mit Qt5 wurde eingestellt. An seine Stelle tritt das Paket libreoffice-kf6, das die Integration mit Qt6 erm\u00f6glicht. <\/ul>\n
Zus\u00e4tzlich wurde eine Initiative zur Reformierung des Entwicklungsprozesses von Fedora diskutiert, die von Jef Spaleta, dem Leiter des Fedora-Projekts, vorgeschlagen wurde. Jef schl\u00e4gt die Schaffung einer «Sandbox» vor, um das Testen neuer Ideen und das Experimentieren mit neuen Technologien im Distribution zu erleichtern, ohne das Risiko der Stabilit\u00e4tsminderung des Hauptprojekts. <\/p>\n
Es wird angenommen, dass innovative Ideen zur Weiterentwicklung der Distribution parallel zur Hauptdistribution gedeihen und im Laufe der Zeit in das Hauptsystem integriert werden k\u00f6nnen, sofern bestimmte Bedingungen erf\u00fcllt sind, der Wert f\u00fcr das Projekt best\u00e4tigt wird und Interesse anderer Entwickler besteht. Der Lebenszyklus experimenteller Technologien umfasst mehrere Entwicklungsphasen mit \u00dcberpr\u00fcfungen an festgelegten zeitlichen Kontrollpunkten und dem \u00dcbergang zur n\u00e4chsten Phase, nachdem spezifische Kriterien f\u00fcr jede Phase erf\u00fcllt wurden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"