Geduld am Ende: Torvalds macht klare Ansage zu Linux-KI-Bug-Reports

Die Entwicklung des Linux-Kernels leidet aktuell unter einer Flut von irrelevanten Code-Änderungen. Linus Torvalds will daher fortan hart durchgreifen und richtet wie gewohnt deutliche Worte an alle Entwickler.

KI-Code flutet die Kernel-Entwicklung

Im Februar hatte Linus Torvalds den Linux-7.0-Kernel angekündigt. Mitte April begann dann die Verteilung. Mittlerweile ist bereits Kernel 7.1 in Arbeit. Allerdings machen KI-generierte Bug-Reports dem Entwicklerteam das Leben schwer. Linux-Vater Torvalds scheint nun langsam die Geduld zu verlieren und schickt eine eindeutige Nachricht.

Die aktuelle Entwicklungsphase des Betriebssystemkerns leidet unter einer massiven Flut an trivialen Fehlerberichten. In der fünften Vorabversion reichen Entwickler massenhaft unbedeutende Code-Änderungen ein. Das wird stark durch den Einsatz von Künstlicher Intelligenz befeuert. Werkzeuge durchsuchen den Quellcode vollautomatisch und generieren zahllose Berichte zu minimalen, oft unbedeutenden Unstimmigkeiten in verschiedenen Hardware-Treibern.


Oftmals leiten Nutzer die maschinellen Vorschläge ungeprüft an die Hauptentwickler weiter. Das führt zu einem enormen organisatorischen Aufwand, da jede noch so kleine Änderung detailliert begutachtet werden muss, bevor sie in das offizielle System integriert werden darf. Auch bei Open Source erfordert die Qualitätssicherung menschliche Kontrolle, um neue Fehlerquellen zu vermeiden.

Klare Ansage an die Linux-Gemeinde

In einer E-Mail an die Entwicklergemeinde kündigt Torvalds daher jetzt an, er werde künftig deutlich kompromissloser gegen "sinnlose Pull-Requests" vorgehen. Torvalds, der Linux im Jahr 1991 als finnischer Student startete und bis heute die letzte Instanz bei der Freigabe ist, findet dabei einmal mehr sehr deutliche Worte.

Das sind zwar "Korrekturen", aber gleichzeitig sind viele davon einfach so irrelevant, dass sie meiner Meinung nach besser in einen "linux-next"-Zweig gehören und erst während des Merge-Fensters zusammengeführt werden sollten.

Deshalb werde ich in dieser späten Phase des Release-Zyklus wohl etwas strenger mit dieser Art von unnötigem Aufruhr umgehen. Wir sollen eigentlich nach *Regressionen* suchen. Nicht-kritische Korrekturen für seit Langem bestehende Probleme sind in dieser späten Phase des Release-Zyklus einfach nicht angebracht.

Automatisierung mit Schattenseiten

Um den Unmut zu verstehen, hilft ein Blick auf den Entwicklungszyklus. Der Prozess beginnt stets mit einem zweiwöchigen Zeitfenster für neue Funktionen. Danach folgen in der Regel sieben Vorabversionen, um Fehler zu beheben. In dieser Phase suchen die Programmierer nur noch nach schwerwiegenden Bugs. Torvalds fordert die Entwickler daher auf, unwichtige Änderungen konsequent auf den nächsten Zyklus zu verschieben. Triviale Anpassungen störten den Prozess erheblich.

Der Einsatz von automatisierten Analyse-Werkzeugen bietet prinzipiell Vorteile. Die Software kann Bugs schnell aufdecken. Allerdings führt die unbedachte Weiterleitung der erstellten Berichte zu einer enormen Mehrbelastung der menschlichen Prüfer.

Auch wenn kleine Fehlerkorrekturen nur ein geringes Risiko bergen, ist die Wahrscheinlichkeit für neue Probleme nie ganz ausgeschlossen. Die ständige Unruhe im Code-Fundament verzögert letztlich die finale Version des Kernels. Entwickler sollten daher exakt abwägen, ob eine sofortige Korrektur zwingend notwendig ist, bevor sie einen Report einsenden. Sonst droht wohl bald eine weitere Nachricht von Torvalds.

Wie bewertet ihr den Einsatz von Künstlicher Intelligenz bei der Programmierung? Teilt eure Meinungen unten in den Kommentaren mit uns!


Siehe auch: