{"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\/news\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"Der Gemeinschaftsentwicklungsdienst Fedora Forge 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-Kollaborationsdienstes bekannt gegeben, der auf dem Forgejo-Projekt basiert. Der Dienst wird entwickelt, um die eigene Plattform Pagure zu ersetzen, die in Fedora f\u00fcr die Zusammenarbeit an Code und Metadaten von Paketen verwendet wird. Die Ersetzung erfolgt, da die Pagure-Plattform gro\u00dfe Ressourcen f\u00fcr die Wartung ben\u00f6tigt, sich in einem stagnierenden Zustand befindet und au\u00dferhalb von Fedora nicht weit verbreitet ist. Es wird erwartet, dass Fedora Forge die Entwicklung und den Austausch von \u00c4nderungen mit den Hauptteams von Fedora vereinfacht. <\/p>\n
Fedora Forge wurde im Pilotbetrieb gestartet und wird bei mehreren Unterprojekten und Gruppen von SIG (Special Interest Groups) getestet. Zum Beispiel wurden bereits Projekte der Teams RelEng (Release Engineering), Council und FESCo (Fedora Engineering Steering Committee) zu Fedora Forge migriert. Zuk\u00fcnftig wird die Anzahl der in Fedora Forge entwickelten Projekte erweitert, und dieser Dienst wird als Hauptort f\u00fcr die Zusammenarbeit an Fedora verwendet werden. <\/p>\n
Um die Migration von Projekten aus Pagure und Fedora Forge zu automatisieren, wurde das Werkzeug Pagure Migrator entwickelt, das Bestandteil der Forgejo-Plattform ist. Pagure Migrator erm\u00f6glicht es, nach der Migration Pull-Requests, Tickets, Diskussionen, Labels und Benutzer zu erhalten. Im Gegensatz zum Dienst pagure.io erlaubt Fedora Forge jedoch keine Speicherung pers\u00f6nlicher Projekte und konzentriert sich ausschlie\u00dflich auf Projekte, die mit der Entwicklung von Fedora Linux verbunden sind. <\/p>\n
Au\u00dferdem wird die Ver\u00f6ffentlichung der Beta-Version von Fedora Linux 43 erw\u00e4hnt, die den \u00dcbergang in die finale Testphase markiert, in der nur kritische Fehlerkorrekturen erlaubt sind. Der Release ist f\u00fcr den 11. November 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 und Live-Builds, die in Form von Spins mit benutzerdefinierten Umgebungen wie Xfce, 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 wichtigsten \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 werden, wurden aus den Repositories entfernt. Alle GNOME-Nutzer, die X11 verwendet haben, werden gezwungen, auf eine GNOME-Session basierend auf Wayland umzuschalten. Die M\u00f6glichkeit, X11-Anwendungen \u00fcber XWayland zu starten, bleibt unver\u00e4ndert.\n
Auf Systemen mit x86-Architektur ist nur die Verwendung von GPT (GUID Partition Table) in allen Fedora-Installationen mit UEFI m\u00f6glich. Die Unterst\u00fctzung der Installation von Fedora im UEFI-Modus auf Festplatten mit MBR (Master Boot Record) Partitionstabellen wurde auf x86-Systemen eingestellt, bleibt jedoch auf ARM- und RISC-V-Systemen erhalten.\n
Der \u00dcbergang zum RPM 6-Paketmanager wurde vollzogen, der sich durch die Unterst\u00fctzung eines neuen Formats auszeichnet, das die Erstellung von Paketen mit einer Gr\u00f6\u00dfe von \u00fcber 4 GB erm\u00f6glicht, sowie durch die standardm\u00e4\u00dfige Einschluss von Authentifizierungspr\u00fcfungen f\u00fcr Pakete mithilfe digitaler Signaturen.\n
Alle Spin-Builds wurden auf die neue Version des Anaconda-Installationsprogramms umgestellt, bei der anstelle einer GTK-basierten Oberfl\u00e4che eine Web-Oberfl\u00e4che verwendet wird, die die Interaktion \u00fcber einen Webbrowser f\u00fcr die Fernsteuerung der Installation erm\u00f6glicht. Im vorherigen Release wurde der neue Installer in Fedora Workstation verwendet. Anstelle des Hauptbildschirms mit einer Aktionsliste ist die Arbeit im neuen Interface als Assistent (Wizard) organisiert, der die sequenzielle Ausf\u00fchrung bestimmter Schritte ohne R\u00fcckkehr zum Hauptbildschirm vorsieht. Als Basismodell wird der automatisierte (guided) Modus zur Festplattenteilung angeboten, bei dem der Installer selbst die Parameter zum Erstellen oder \u00c4ndern von Partitionen basierend auf den vom Benutzer gew\u00e4hlten Einstellungen ausw\u00e4hlt. Es gibt Optionen zur Neuinstallation des Distributionspakets und zur Installation im Dual-Boot-Modus auf Systemen mit mehreren Betriebssystemen.\n
Der Installer wurde auf die Verwendung des Paketmanagement-Systems DNF5 bei der Installation von RPM-Paketen umgestellt (DNF5 wird in Fedora 41 verwendet). Die grundlegende Funktionalit\u00e4t der Paketverwaltung in DNF5 wurde in eine separate Bibliothek libdnf5 ausgelagert, anstelle von PackageKit wird der DNF Daemon verwendet, und die Komponenten in Python wurden in C++ neu geschrieben.\n
Die Unterst\u00fctzung f\u00fcr separat aktualisierbare Module wurde aus dem Installer entfernt, deren Lebenszyklus nicht an die Hauptinhalte der Distribution gebunden ist, und deren Pflege unabh\u00e4ngig von den Versionen der Distribution erfolgt. Dies erm\u00f6glichte die Koexistenz von Paketen mit verschiedenen Versionen derselben Anwendung.\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 R\u00fcckfrage des Benutzers 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 auf Updates.\n
Der Assembler YASM wurde als veraltet eingestuft, das letzte Update wurde 2019 ver\u00f6ffentlicht. Pakete, die YASM zum Bauen verwendet haben (einschlie\u00dflich Firefox), wurden auf die Verwendung von NASM umgestellt.\n
Die GnuPG-Lieferung wurde in mehrere Pakete aufgeteilt \u2013 das Programm gpg, die Hilfsprogramme und Dienste von GnuPG werden nun in separaten Paketen verteilt (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils und gnupg2-verify).\n
Die M\u00f6glichkeit zur Nutzung des Intel TDX (Trusted Domain Extensions)-Mechanismus zum Verschl\u00fcsseln des Arbeitsspeichers von Gast-Systemen wurde implementiert (AMD SEV wird seit Fedora 41 unterst\u00fctzt).\n
Pakete mit Werkzeugen f\u00fcr die Programmiersprache Hare, die vom Entwickler der Benutzerumgebung Sway weiterentwickelt wird, wurden hinzugef\u00fcgt. Die Sprache ist f\u00fcr die L\u00f6sung von Niedrig-Level-Aufgaben optimiert, wie die Entwicklung von Betriebssystemen, Compilern, Netzwerk-Anwendungen und Systemdienstprogrammen, bei denen maximale Leistung und vollst\u00e4ndige Kontrolle \u00fcber die Ausf\u00fchrung erforderlich sind. In der Sprache wird manuelle Speicherverwaltung und ein statisches Typensystem verwendet, wobei jeder Variablen eindeutig ein bestimmter Typ zugewiesen werden muss.\n
Bei der Paketarchivierung in der Sprache Go wird das Toolset Go Vendor Tools eingesetzt, bei dem Kopien der verwendeten Bibliotheken in das src-Paket aufgenommen werden, anstatt separate Abh\u00e4ngigkeitspakete zu verwenden (d.h. die gemeinsamen Systemversionen der Bibliotheken kommen nicht zum Einsatz).\n
Es wurde auf die Verwendung von Noto Color Emoji in Vektorformat COLRv1 anstelle der Rasterdarstellung umgestellt. Der Einsatz von COLRv1 hat eine Verbesserung der Renderqualit\u00e4t und eine Verringerung der Dateigr\u00f6\u00dfe der Schriftarten erm\u00f6glicht.\n
Um die Images des initialen RAM-Disks (initrd) zu komprimieren, wird der Zstd-Algorithmus beim Erstellen mit Dracut eingesetzt. Der Wechsel von xz zu zstd hat die Gr\u00f6\u00dfe von initrd um mehrere Megabyte verringert und den Bootvorgang beschleunigt.\n
Eine Version des Greenboot-Toolsets wurde in Rust neu geschrieben (die alte Version war in Bash verfasst). Greenboot wird in atomar aktualisierbaren Versionen von Fedora verwendet, um den Systemstatus beim Booten zu \u00fcberpr\u00fcfen und bei Problemen auf eine fr\u00fchere Version zur\u00fcckzuwechseln.\n
Die Versionen wurden aktualisiert: LLVM 21, GCC 15.2, binutils 2.45, glibc 2.42, gdb 17.1, Go 1.25, Python 3.14, Java 25, Maven 4, Perl 5.42, Haskell GHC 9.8, Apache Tomcat 10.1.x, Ruby on Rails 8.0, PostgreSQL 18, MySQL 8.4, Dovecot 2.4. <\/ul>\n