Nach Hector Martins Rücktritt von seinen Pflichten als Maintainer und dem Ausstieg aus der Überprüfung von Patches gab auch Karol Herbst (Karol Herbst) bekannt, dass er sich zurückzieht. Er war für den Nouveau-Treiber und das MMIO-Trace-Mechanismus (MMIOTRACE) verantwortlich und arbeitete bei Red Hat. Nach seinem Rücktritt werden zwei weitere Maintainer im Kernel bleiben, die den Nouveau-Treiber unterstützen und nach Karols Meinung ihre Aufgaben hervorragend erfüllen.
Als Grund für seinen Rücktritt wird das Fehlen einer inklusiven Atmosphäre unter den Kernel-Entwicklern angeführt. Karol ist davon überzeugt, dass in der Open-Source-Community Arbeiten mit Respekt, auf Augenhöhe und ohne Machtspielchen erfolgen sollten. Seinen Aussagen nach war die letzte Auslöser das Statement von Theodore Ts'o, in dem er die Maintainer mit einer "dünnen blauen Linie" (die mit den Strafverfolgungsbehörden assoziiert wird und die Grenze zwischen Ordnung und Anarchie symbolisiert) verglich und fordert, dass der in den Kernel aufgenommene Code unterstützungsfähig und qualitativ hochwertig sein muss.
Laut Karol kann jemand, der solche Worte äußert, nicht die Position eines Maintainers einnehmen, unabhängig davon, wie wichtig er für das Projekt ist, und er sollte ausgeschlossen werden, bevor er erkennt, welche Bedeutung diese Worte für viele marginalisierte Menschen haben und welche Schrecken sie in deren Köpfen hervorrufen. Karol verlässt das Umfeld, da er in einer Gemeinschaft, die solche Worte toleriert, nicht bleiben kann.
Theodore Ts'o führte den Vergleich mit der dünnen blauen Linie in der Diskussion über den Widerstand älterer Entwickler gegen die Einführung von Rust in den Kernel an. Er schrieb, dass die Macht der Maintainer begrenzt sei und sie keinen Einfluss auf die fortdauernde Entwicklung bereits angenommener Änderungen hätten, da sie nicht in der Lage seien, den Menschen zu befehlen, an Verbesserungen und der Testinfrastruktur zu arbeiten. Das einzige Instrument zur Qualitätssicherung besteht darin, dass die Maintainer verhindern können, dass roher und fragwürdiger Code in den Kernel aufgenommen wird. Sobald der Code genehmigt ist, verlieren die Maintainer ihre Hebelwirkung auf die Entwickler und werden persönlich verantwortlich für diesen Code.
Wenn erhebliche Änderungen vorgenommen werden, müssen die Maintainer sicherstellen, dass die Änderung vollständig funktionsfähig ist und die Entwickler in der Lage sind, den Code nach der Übernahme in den Kern zu pflegen, ohne ihn vernachlässigen zu lassen. Theodor bringt als Beispiel Teams, die nur an der Förderung ihres Produkts interessiert sind; sobald der Code angenommen wird, verschwinden sie und tauchen nicht mehr auf, während die Maintainer alle begangenen Fehler ausbaden müssen.
Von einigen wird der Vorwurf der Doppelstandards erhoben, weil der Code einiger Entwickler fast sofort akzeptiert wird, während der Code anderer lange geprüft wird. In dieser Angelegenheit ist das etablierte Vertrauen und die verdiente Reputation wichtig. Wenn ein Entwickler bereits seine Fähigkeit gezeigt hat, für übergebene Änderungen Verantwortung zu übernehmen, gehen die Genehmigungen schnell. Für Neueinsteiger kann die Übernahme von Änderungen länger dauern, da der Begleiter verstehen muss, ob der Teilnehmer für seinen Code verantwortlich sein kann. Daher müssen Teilnehmer, insbesondere diejenigen, die versuchen, radikale Änderungen zu fördern, viel Zeit investieren, um Teil der Gemeinschaft zu werden. Zum Beispiel dauerte die Integration von Änderungen zur Erstellung des Kernels mit dem Clang-Compiler 10 Jahre.
Quelle: opennet.ru
