Fedora 45 Testtage: Jetzt mitmachen!

Fedora 45 bringt mehrere systemrelevante Änderungen mit sich, die auf echter Hardware getestet werden müssen. Der erste Testtag ist GNOME 51 und startet am 17. August, weitere Veranstaltungen sind für RPM 6.1, Installationsmedien und andere geplant. Für die meisten Tests können Sie eine VM verwenden; einige hardware-spezifische Tests sind jedoch auf einem echten Gerät aussagekräftiger.

Details finden Sie in diesem Artikel.

Fedora 45 bringt einige Änderungen mit sich, die über CI und automatisierte Test-Suiten hinaus getestet werden sollten. Hier sind einige der größeren:

RPM 6.1: Update auf Version 6.1, erzwungene Signaturprüfung und Verlagerung der DNF-Repository-Konfigurationen nach /usr.
OpenSSL 4.0 — ein großer Versionssprung, der alles beeinflussen könnte, was TLS verwendet.
Boot- und Live-Medien werden von Grund auf mit image-builder neu erstellt. Dies ändert die Art und Weise, wie die Images produziert werden, daher möchten wir sicherstellen, dass sie weiterhin auf einer Vielzahl von Hardware- und Virtualisierungsumgebungen korrekt booten und installieren.
kmscon ersetzt die Kernel-VT-Konsole (fbcon) als Standard.
Python 3.15, GRUB EFI für Confidential Computing und mehr.

Warum wir Community-Tests brauchen

Automatisierte Tests erkennen Regressionen in bekannten Szenarien, aber sie sagen uns nicht, ob die neue boot.iso auf Ihrem speziellen Laptop funktioniert oder ob die erzwungene RPM-Signaturprüfung einen Workflow zerstört, an den niemand im Team gedacht hat. Wir brauchen Menschen, die das auf echten Maschinen und in realen Szenarien ausprobieren.

Genau dafür sind Testtage gedacht. Ein paar Tage, die sich auf eine bestimmte Änderung konzentrieren, Entwickler auf Matrix, die beim Debuggen helfen, und jeder kann vorbeikommen und die Testfälle durchgehen. Sie müssen kein Fedora-QA-Experte sein. Wenn Sie Fedora installieren, ein Problem reproduzieren und berichten können, was passiert ist, können Sie helfen.

Was wir für F45 planen

In unserem Qualitäts-Meeting am 20. Juli (Transkript) sind wir das ChangeSet durchgegangen und haben die Änderungen ausgewählt, die am meisten von Community-Tests profitieren würden. Daraus ist ein Planungs-Ticket auf Forge mit einzelnen Tickets für jede Veranstaltung entstanden.

GNOME 51 Desktop — 17.–21. August ist der erste Testtag in diesem Zyklus und er findet gerade statt. Desktop, Grafik, Peripheriegeräte, Kernanwendungen. Wenn Sie das rechtzeitig lesen, machen Sie mit. (#GNOME_51_Desktop)

I18n-Testwoche — 7.–13. September: Eingabemethoden, Locales, Tastaturlayouts. (#924)

RPM 6.1 — NSS-Unterstützung für Benutzer-/Gruppen-Lookups ist zurück, Abfragen funktionieren während Transaktionen wieder, neue Makro-Modifikatoren für Paketbauer und bessere Ausgabe bei der rpmkeys-Verifizierung. Sieht nach einem reibungslosen Update aus, aber RPM berührt alles — es lohnt sich, sicherzustellen, dass nichts durchgerutscht ist. (#917)

Installationsmedien — boot.iso und Live-Images, physische Hardware, VMs. Versuchen Sie, die neuen Images auf der Hardware zu booten, die Sie haben. Funktioniert der Installer? Verhält sich die Live-Umgebung korrekt? (#918)

KDE — voraussichtlich KDE 6.7. (#922)

Cockpit — es ist Jahre her seit dem letzten Cockpit-Testtag. (#920)

GRUB EFI / Confidential Computing — hauptsächlich relevant für bestimmte Hardware- und VM-Umgebungen. (#919)

Die Liste ist nicht endgültig. Wir prüfen noch kmscon, OpenSSL 4.0, CoreOS und Kernel 7.2. Behalten Sie testdays.fedoraproject.org im Auge für den aktuellen Zeitplan.

Welche Art von Tests am meisten hilft

Versuchen Sie, Ihr System auf die neuesten Pakete zu aktualisieren. Booten Sie die neue boot.iso auf physischer Hardware. Testen Sie Suspend/Resume, WLAN, externe Displays, NVIDIA/AMD/Intel-Grafik oder welche Hardware Sie auch immer tatsächlich verwenden. Jeder Testtag hat eine Wiki-Seite mit spezifischen Testfällen, aber oft verstecken sich die interessanten Fehler in Ihren eigenen täglichen Arbeitsabläufen.

Sie benötigen ein Fedora-Konto, um Ergebnisse zu melden. Wählen Sie einen Testtag aus dem Zeitplan, befolgen Sie die Wiki-Anweisungen, melden Sie über die Testtag-App, und wenn Sie etwas Merkwürdiges finden, kommen Sie auf Matrix im Kanal #test-day:fedoraproject.org mit uns sprechen.

Die Testtag-App selbst ist Open Source unter quality/testdays-web auf Forge. Wenn Sie etwas daran stört oder Sie eine Idee haben, erstellen Sie ein Ticket.

Schlagen Sie einen Testtag vor

Das muss nicht alles von uns kommen. Wenn Sie ein Paket mit einer großen Änderung in F45 pflegen oder etwas im ChangeSet sehen, das Ihrer Meinung nach breitere Tests benötigt — schlagen Sie einen Testtag vor. Erstellen Sie ein Ticket unter forge.fedoraproject.org/quality/tickets, taggen Sie es mit „test days“ und teilen Sie uns mit, was Sie testen möchten. Sie müssen keine Testfälle oder Wiki-Seiten vorbereiten. Das QA-Team hilft dabei.

Testen über die Testtage hinaus

Testtage sind fokussierte Veranstaltungen rund um bestimmte Änderungen, aber Fedora zu testen ist etwas, das Sie jeden Tag tun können. fedora-easy-karma ist ein CLI-Tool, das Test-Updates erkennt, die bereits auf Ihrem System installiert sind, und Ihnen ermöglicht, Karma direkt aus Ihrem Terminal an Bodhi zu übermitteln. Sehen Sie sich die Installationsanleitung an, um zu beginnen. Wie die Testtag-App ist es ein Open-Source-Projekt, das auf Forge gehostet wird — zögern Sie nicht, Probleme zu melden oder Funktionen vorzuschlagen.

Links

Wir sehen uns in #test-day auf Matrix.

Hinweis zur KI-Nutzung: Ich habe diesen Artikel selbst geschrieben. Ich habe Claude (Anthropic) verwendet, um Grammatik, Formulierungen und Satzstruktur deutlich zu verbessern; der technische Inhalt und alle Aussagen stammen von mir.