{"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\/news\/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 Inklusion in der Community zur\u00fcckgezogen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach Hector Martins R\u00fccktritt von seinen Pflichten als Maintainer und dem Ausstieg aus der \u00dcberpr\u00fcfung von Patches gab auch Karol Herbst (Karol Herbst) bekannt, dass er sich zur\u00fcckzieht. Er war f\u00fcr den Nouveau-Treiber und das MMIO-Trace-Mechanismus (MMIOTRACE) verantwortlich und arbeitete bei Red Hat. Nach seinem R\u00fccktritt werden zwei weitere Maintainer im Kernel bleiben, die den Nouveau-Treiber unterst\u00fctzen und nach Karols Meinung ihre Aufgaben hervorragend erf\u00fcllen. <\/p>\n
Als Grund f\u00fcr den R\u00fccktritt wird das Fehlen einer inklusiven Atmosph\u00e4re unter den Kernel-Entwicklern genannt. Karol ist \u00fcberzeugt, dass die Arbeit in der Open-Source-Entwicklergemeinschaft respektvoll, gleichberechtigt und ohne Machtspiele erfolgen sollte. Laut Karol war die letzte Drohne eine Nachricht von Theodor Ts'o, in der er die Maintainer mit einer \"d\u00fcnnen blauen Linie\" verglich (die mit den Strafverfolgungsbeh\u00f6rden in Verbindung gebracht wird und die Grenze zwischen Ordnung und Anarchie symbolisiert), die sicherstellen wollte, dass der in den Kernel aufgenommene Code wartbar und qualitativ hochwertig ist. <\/p>\n
Laut Karol kann jemand, der solche Worte \u00e4u\u00dfert, nicht die Position eines Maintainers einnehmen, unabh\u00e4ngig davon, wie wichtig er f\u00fcr das Projekt ist, und er sollte ausgeschlossen werden, bevor er erkennt, welche Bedeutung diese Worte f\u00fcr viele marginalisierte Menschen haben und welche Schrecken sie in deren K\u00f6pfen hervorrufen. Karol verl\u00e4sst das Umfeld, da er in einer Gemeinschaft, die solche Worte toleriert, nicht bleiben kann. <\/p>\n
Theodor Ts'o brachte den Vergleich mit der d\u00fcnnen blauen Linie im Zuge der Diskussion um den Widerstand alter Entwickler gegen die Aufnahme von Rust in den Kernel. Er schrieb, dass die Macht der Maintainer begrenzt sei und sie keinen Einfluss auf die Fortsetzung der Entwicklung bereits akzeptierter \u00c4nderungen haben, da sie den Leuten nicht befehlen k\u00f6nnen, an Verbesserungen und der Testinfrastruktur zu arbeiten. Das einzige Hilfsmittel zur Gew\u00e4hrleistung der Qualit\u00e4t besteht darin, dass die Maintainer die Aufnahme roher und fragw\u00fcrdiger \u00c4nderungen in den Kernel verhindern k\u00f6nnen. Sobald der Code angenommen ist, verlieren die Maintainer ihre Hebelwirkung gegen\u00fcber den Entwicklern und sind pers\u00f6nlich f\u00fcr diesen Code verantwortlich. <\/p>\n
Wenn erhebliche \u00c4nderungen vorgenommen werden, m\u00fcssen die Maintainer sicherstellen, dass die \u00c4nderung vollst\u00e4ndig funktionsf\u00e4hig ist und die Entwickler in der Lage sind, den Code nach der \u00dcbernahme in den Kern zu pflegen, ohne ihn vernachl\u00e4ssigen zu lassen. Theodor bringt als Beispiel Teams, die nur an der F\u00f6rderung ihres Produkts interessiert sind; sobald der Code angenommen wird, verschwinden sie und tauchen nicht mehr auf, w\u00e4hrend die Maintainer alle begangenen Fehler ausbaden m\u00fcssen. <\/p>\n
Von einigen kommen Vorw\u00fcrfe wegen doppelter Standards, da der Code einiger Entwickler fast sofort akzeptiert wird, w\u00e4hrend der Code anderer lange gepr\u00fcft wird. In dieser Hinsicht ist das etablierte Vertrauen und der wohlverdiente Ruf wichtig. Wenn ein Entwickler bereits seine F\u00e4higkeit bewiesen hat, f\u00fcr die \u00fcbermittelten \u00c4nderungen zu haften, geschieht die Genehmigung schnell. Bei Neulingen kann die Annahme von \u00c4nderungen l\u00e4nger dauern, da der Begleiter herausfinden muss, ob der Teilnehmer f\u00fcr seinen Code verantwortlich ist. Daher m\u00fcssen Teilnehmer, insbesondere solche, die radikale \u00c4nderungen vorantreiben m\u00f6chten, viel Zeit investieren, um Teil der Gemeinschaft zu werden. Zum Beispiel dauerte die Integration von \u00c4nderungen f\u00fcr den Kernel-Build mit dem Compiler Clang 10 Jahre. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"