{"id":121957,"date":"2025-02-15T20:22:14","date_gmt":"2025-02-15T18:22:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve"},"modified":"2025-02-15T20:22:14","modified_gmt":"2025-02-15T18:22:14","slug":"mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/novosti-interneta\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","title":{"rendered":"Der Maintainer des Nouveau-Treibers hat sich aufgrund von Problemen mit der Inklusivit\u00e4t in der Gemeinschaft zur\u00fcckgezogen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach Hector Martins R\u00fccktritt als Maintainer und Beendung seiner Mitarbeit an der \u00dcberpr\u00fcfung von Paketen gab auch Karol Herbst (Karol Herbst) bekannt, dass er seine Aufgaben als Maintainer niederlegt. Er war f\u00fcr den Nouveau-Treiber und den MMIOTRACE-Mechanismus verantwortlich und arbeitete bei Red Hat. Nach seinem R\u00fccktritt werden noch zwei Maintainer im Kern verbleiben, die den Nouveau-Treiber unterst\u00fctzen und laut Karol ihre Arbeit hervorragend erledigen. <\/p>\n
Der Grund f\u00fcr den R\u00fccktritt ist das Fehlen einer inklusiven Atmosph\u00e4re unter den Kernentwicklern. Karol ist \u00fcberzeugt, dass die Arbeit in der Open-Source-Community respektvoll, gleichberechtigt und ohne Machtdemonstrationen erfolgen sollte. Laut Karol war die letzte Tropfen ein Beitrag von Theodore Ts'o, in dem er die Maintainer mit der \"d\u00fcnnen blauen Linie\" verglich (die mit Strafverfolgungsbeh\u00f6rden identifiziert wird und die Grenze zwischen Ordnung und Anarchie symbolisiert), die darauf besteht, dass der in den Kern aufgenommene Code unterst\u00fctzbar und von hoher Qualit\u00e4t ist. <\/p>\n
Laut Karol kann jemand, der solche Worte \u00e4u\u00dfert, nicht die Rolle eines Begleiters einnehmen, egal wie wichtig er f\u00fcr das Projekt ist, und sollte ausgeschlossen werden, bevor er realisiert, was diese Worte f\u00fcr viele marginalisierte Menschen bedeuten und welche Schrecken sie in ihren K\u00f6pfen ausl\u00f6sen. Karol zieht sich zur\u00fcck, da er nicht in einer Gemeinschaft bleiben kann, die solche Worte toleriert. <\/p>\n
Theodore Ts'o brachte den Vergleich mit der d\u00fcnnen blauen Linie w\u00e4hrend der Diskussion \u00fcber den Widerstand \u00e4lterer Entwickler gegen die Einf\u00fchrung von Rust in den Kern an. Er schrieb, dass die Macht der Maintainer begrenzt ist und sie keinen Einfluss auf die Fortsetzung der Entwicklung bereits akzeptierter \u00c4nderungen haben, da sie nicht anordnen k\u00f6nnen, dass Menschen an Verbesserungen und der Testinfrastruktur arbeiten. Das einzige Mittel zur Gew\u00e4hrleistung der Qualit\u00e4t ist die F\u00e4higkeit der Maintainer, die Aufnahme roher und fragw\u00fcrdiger \u00c4nderungen in den Kern zu verhindern. Sobald der Code angenommen wird, verlieren die Maintainer ihre Einflussm\u00f6glichkeiten auf die Entwickler und haften pers\u00f6nlich f\u00fcr diesen Code. <\/p>\n
Bei einer erheblichen \u00c4nderung m\u00fcssen die Verantwortlichen sicherstellen, dass die \u00c4nderung vollst\u00e4ndig funktioniert und die Entwickler in der Lage sind, den Code nach dem Einpflegen in den Kern zu unterst\u00fctzen, ohne ihn unbeaufsichtigt zu lassen. Theodor nennt als Beispiel Teams, die nur an der Promotion ihres Projekts interessiert sind und sobald der Code akzeptiert wird, verschwinden und nicht mehr auftauchen, w\u00e4hrend die Maintainer alle aufgetretenen M\u00e4ngel beheben m\u00fcssen. <\/p>\n
Von einigen wird Doppelmoral vorgeworfen, weil der Code einiger Entwickler fast sofort akzeptiert wird, w\u00e4hrend der Code anderer langwierig gepr\u00fcft wird. In dieser Frage sind Vertrauen und verdiente Reputation entscheidend. Wenn ein Entwickler bereits seine F\u00e4higkeit zur Verantwortung f\u00fcr die \u00fcbermittelten \u00c4nderungen unter Beweis gestellt hat, gehen die Genehmigungen schnell durch. Bei Neulingen kann die Annahme von \u00c4nderungen l\u00e4nger dauern, da der Begleiter verstehen muss, ob der Teilnehmer f\u00fcr seinen Code verantwortlich sein kann. Daher m\u00fcssen Teilnehmer, insbesondere diejenigen, die radikale \u00c4nderungen vorantreiben wollen, viel Zeit investieren, um Teil der Gemeinschaft zu werden. Zum Beispiel dauerte die Integration von \u00c4nderungen zur Unterst\u00fctzung des Clang-Compilers im Kernel 10 Jahre. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"