{"id":143993,"date":"2025-09-22T17:11:55","date_gmt":"2025-09-22T15:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43"},"modified":"2025-09-22T17:11:55","modified_gmt":"2025-09-22T15:11:55","slug":"zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"Der Fedora Forge-Service f\u00fcr die gemeinsame Entwicklung wurde gestartet. Beta-Test von Fedora Linux 43.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Das Fedora-Projekt hat den Start des Fedora Forge-Entwicklungsdienstes bekannt gegeben, der auf dem Forgejo-Projekt basiert. Der Dienst wird entwickelt, um die eigene Plattform Pagure zu ersetzen, die in Fedora zur Zusammenarbeit an Code und Paketmetadaten verwendet wird. Die Abl\u00f6sung erfolgt, da die Pagure-Plattform erhebliche Ressourcen f\u00fcr die Wartung ben\u00f6tigt, sich in einem stagnierenden Zustand befindet und au\u00dfer bei Fedora nicht weit verbreitet ist. Es wird erwartet, dass Fedora Forge die Entwicklung und den Austausch von \u00c4nderungen mit den Hauptteams von Fedora erleichtert. <\/p>\n
Fedora Forge wurde im Pilotbetrieb gestartet und wird in mehreren Unterprojekten und Gruppen der SIG (Special Interest Groups) getestet. Zum Beispiel wurden bereits die Projekte der Teams RelEng (Release Engineering), Council und FESCo (Fedora Engineering Steering Committee) in Fedora Forge \u00fcbertragen. In Zukunft wird die Anzahl der in Fedora Forge entwickelten Projekte erweitert und dieser Dienst wird als Hauptort f\u00fcr die Zusammenarbeit an Fedora genutzt. <\/p>\n
Um den Transfer von Projekten aus Pagure und Fedora Forge zu automatisieren, wurde das Tool Pagure Migrator entwickelt, das Teil der Plattform Forgejo ist. Pagure Migrator erm\u00f6glicht es, nach dem Transfer Pull-Requests, Tickets, Diskussionen, Labels und Benutzer zu speichern. Im Gegensatz zum Service pagure.io erlaubt Fedora Forge jedoch keine pers\u00f6nlichen Projekte und konzentriert sich ausschlie\u00dflich auf Entwicklungen, die mit Fedora Linux verbunden sind. <\/p>\n
Zus\u00e4tzlich ist die Ver\u00f6ffentlichung der Beta-Version des Fedora Linux 43 Distribution zu erw\u00e4hnen, die den \u00dcbergang in die finale Testphase markiert, in der nur kritische Fehlerbehebungen zugelassen sind. Der Release ist f\u00fcr den 11. November geplant. Das Release umfasst Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite und Live-Distributionen, die als Spins mit benutzerdefinierten Umgebungen wie Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway und Cosmic geliefert werden. Die Builds sind f\u00fcr die Architekturen x86_64, Power64 und ARM64 (AArch64) erstellt. <\/p>\n
Die bedeutendsten \u00c4nderungen in Fedora Linux 43: <\/p>\n
\n
Der Desktop in Fedora Workstation wurde auf die GNOME 49 Version aktualisiert.\n
Pakete, die zur Ausf\u00fchrung von GNOME \u00fcber den X-Server verwendet wurden, wurden aus den Repositories entfernt. Alle GNOME-Nutzer, die X11 verwendet haben, werden zwangsl\u00e4ufig auf eine GNOME-Sitzung basierend auf Wayland umgeschaltet. Die M\u00f6glichkeit, X11-Anwendungen mit XWayland auszuf\u00fchren, bleibt unver\u00e4ndert.\n
Auf Systemen mit x86-Architektur bleibt nur die Verwendung von GPT-Partitionstabellen (GUID Partition Table) f\u00fcr alle Installationen von Fedora, die UEFI verwenden, erhalten. Die Unterst\u00fctzung f\u00fcr die Installation von Fedora im UEFI-Modus auf Festplatten mit MBR-Partitionstabellen (Master Boot Record) wurde auf x86-Systemen eingestellt, bleibt jedoch auf ARM- und RISC-V-Systemen verf\u00fcgbar.\n
Der \u00dcbergang zu RPM 6, dem Paketmanager, wurde vollzogen, der durch die Unterst\u00fctzung eines neuen Formats, das die Erstellung von Paketen \u00fcber 4 GB erm\u00f6glicht, sowie durch die standardm\u00e4\u00dfige Aktivierung der Authentifizierung von Paketen mittels digitaler Signatur auff\u00e4llt.\n
Alle Spin-Assemblies wurden auf die neue Version des Anaconda-Installers umgestellt, bei der anstelle einer GTK-basierten Benutzeroberfl\u00e4che ein Web-Interface verwendet wird, das die Interaktion \u00fcber einen Webbrowser zur Fernsteuerung der Installation erm\u00f6glicht. In der letzten Ausgabe wurde der neue Installer in Fedora Workstation eingesetzt. Anstelle des Hauptbildschirms mit einer Liste von Aktionen ist die Arbeit im neuen Interface in Form eines Assistenten (Wizard) organisiert, der die schrittweise Ausf\u00fchrung bestimmter Schritte ohne R\u00fcckkehr zum Hauptbildschirm vorsieht. Als Standard wird ein automatisierter (guides) Modus zur Partitionierung der Festplatte angeboten, bei dem der Installer die Parameter f\u00fcr die Erstellung oder \u00c4nderung von Partitionen basierend auf den vom Benutzer ausgew\u00e4hlten Einstellungen selbst ausw\u00e4hlt. Es gibt Optionen zur Neuinstallation des Distributionssystems und zur Installation im Dual-Boot-Modus auf Systemen mit mehreren Betriebssystemen.\n
Der Installer wurde auf die Verwendung des Paketmanagers DNF5 bei der Installation von RPM-Paketen umgestellt (DNF5 wird seit Fedora 41 verwendet). Die grundlegenden Funktionen der Paketverwaltung in DNF5 wurden in eine separate Bibliothek namens libdnf5 ausgelagert, statt an PackageKit gebunden zu sein, wird der DNF-Daemon eingesetzt, und Komponenten, die urspr\u00fcnglich in Python geschrieben waren, wurden in C++ neu implementiert.\n
Die Unterst\u00fctzung f\u00fcr separat aktualisierbare Module wurde aus dem Installer entfernt; deren Lebenszyklus ist nicht an die Hauptkomponenten der Distribution gebunden und wird unabh\u00e4ngig von den Distribution-Releases verwaltet, wodurch die Koexistenz von Paketen mit unterschiedlichen Versionen derselben Anwendung erm\u00f6glicht wurde.\n
In Fedora Kinoite, der atomar aktualisierten Variante von Fedora mit KDE, ist die automatische Systemaktualisierung standardm\u00e4\u00dfig aktiviert. Updates werden jetzt im Hintergrund ohne Benutzereingabe heruntergeladen und nach einem Neustart angewendet. In den Einstellungen gibt es Optionen zum Deaktivieren der automatischen Aktualisierung und zur \u00c4nderung des Intervalls zur \u00dcberpr\u00fcfung von Updates.\n
Der YASM-Assembler gilt nun als veraltet; das letzte Update wurde 2019 ver\u00f6ffentlicht. Die Pakete, die YASM zum Kompilieren verwendet haben (einschlie\u00dflich Firefox), wurden auf die Nutzung von NASM umgestellt.\n
Die GnuPG-Lieferung ist auf mehrere Pakete aufgeteilt — das Programm gpg sowie die Hilfsprogramme und Dienste von GnuPG werden nun in separaten Paketen (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils und gnupg2-verify) verteilt.\n
Die Verwendung des Intel TDX-Mechanismus (Trusted Domain Extensions) zur Verschl\u00fcsselung des Arbeitsspeichers von Gast-Systemen wurde implementiert (AMD SEV wird ab Fedora 41 unterst\u00fctzt).\n
Es wurden Pakete mit Werkzeugen f\u00fcr die Programmiersprache Hare hinzugef\u00fcgt, die vom Entwickler der Benutzerumgebung Sway weiterentwickelt wird. Die Sprache ist optimiert f\u00fcr die L\u00f6sung von Low-Level-Aufgaben, wie die Entwicklung von Betriebssystemen, Compilern, Netzwerk-Anwendungen und System-Utilities, bei denen maximale Leistung und vollst\u00e4ndige Kontrolle \u00fcber die Ausf\u00fchrung erforderlich sind. In der Sprache wird manuelle Speicherverwaltung und ein statisches Typsystem verwendet, wobei jeder Variablen ein bestimmter Typ explizit zugewiesen werden muss.\n
Bei der Erstellung von Paketen in der Programmiersprache Go wird das Werkzeugsystem Go Vendor Tools verwendet, bei dem Kopien der verwendeten Bibliotheken in das src-Paket aufgenommen werden, anstatt separate Pakete mit Abh\u00e4ngigkeiten zu verwenden (d. h. die systemweiten Versionen der Bibliotheken werden nicht genutzt).\n
Es wurde auf die Verwendung der Schriftarten Noto Color Emoji im Vektorformat COLRv1 anstelle von Rasterdarstellungen umgestellt. Die Verwendung von COLRv1 hat zu einer Verbesserung der Renderqualit\u00e4t und einer Reduzierung der Dateigr\u00f6\u00dfe der Schriftarten gef\u00fchrt.\n
Zur Kompression des initialen RAM-Images (initrd) wurde der Zstd-Algorithmus bei der Erstellung mit Dracut verwendet. Der Wechsel von xz zu zstd hat die Gr\u00f6\u00dfe von initrd um einige Megabyte reduziert und den Bootvorgang beschleunigt.\n
Eine \u00fcberarbeitete Version des Greenboot-Tools, die in Rust geschrieben wurde (die alte Version war in Bash), kommt zum Einsatz. Greenboot wird in atomar aktualisierbaren Varianten von Fedora verwendet, um den Zustand des Systems beim Booten zu \u00fcberpr\u00fcfen und bei Problemen auf eine fr\u00fchere Version zur\u00fcckzugreifen.\n