Hector Martin után Karol Herbst (Karol Herbst), aki a Nouveau meghajtót és az MMIO nyomkövetési mechanizmust (MMIOTRACE) kísérte, bejelentette, hogy lemond a fenntartói kötelezettségeiről és felfüggeszti a csomagok felülvizsgálatát a Red Hat cégnél. Karol szerint még két fő fejlesztő marad a kernelben, akik támogatják a Nouveau meghajtót, és akik nagyszerű munkát végeznek.
A távozás okaként említették, hogy hiányzik az inkluzivitás légköre a kernel fejlesztői közösségben. Karol meg van győződve arról, hogy a nyílt forráskódú szoftver fejlesztésével foglalkozó közösségben tiszteletteljes és egyenrangú együttműködésre van szükség, anélkül, hogy a hatalommal való visszaélés jelen lenne. Karol szavai szerint az utolsó csepp az volt, amikor Theodore Ts'o összehasonlította a fő fejlesztőket egy "vékony kék vonallal" (mely a rendőrséggel azonosítva a rend és az anarchia közötti határt jelenti), amely azt akarja, hogy a kernbe kerülő kód támogatott és minőségi legyen.
Karol véleménye szerint az ilyen szavakat mondó személy nem foglalkoztathatja a fenntartói pozíciót, függetlenül attól, hogy mennyire fontos a projekt számára, és el kell távolítani, mielőtt tudatában lenne, hogy ezek a szavak mit jelentenek sok marginalizált ember számára és milyen borzalmakat okoznak a fejükben. Karol távozik, mert nem tud maradni egy olyan közösségben, ahol ilyen szavakat lehet tolerálni.
Theodore Ts'o a vékony kék vonalra vonatkozó összehasonlítást tette, amikor a régi fejlesztők ellenállásáról beszélt a Rust kernelbe való bevezetésével kapcsolatban. Írta, hogy a fő fejlesztők hatalma korlátozott, és nem tudják befolyásolni a már elfogadott változtatások további fejlesztését, mivel nem tudják megparancsolni az embereknek, hogy a tesztelési infrastruktúra tökéletesítésével foglalkozzanak. Az egyetlen minőségbiztosítási eszköz a fő fejlesztők képessége, hogy megakadályozzák a nyers és megkérdőjelezhető változtatások kernbe való bekerülését. Miután a kódot elfogadták, a fő fejlesztők elveszítik a befolyásukat a fejlesztőkre, és személyesen felelősek lesznek a kódért.
Jelentős változásokat figyelembe véve a karbantartóknak biztosnak kell lenniük abban, hogy a módosítás teljes mértékben működőképes, és hogy a fejlesztők képesek támogatni a kódot a kernelbe való elfogadás után, és nem hagyják a kódot felügyelet nélkül. Theodore példaként említi azokat a csapatokat, akik csupán saját projektjük előmozdítására érdeklődnek, és amint a kódot elfogadják, eltűnnek, így a karbantartóknak kell megoldaniuk az összes felmerült problémát.
Néhányan kettős mércét emlegetnek, mivel egyes fejlesztők kódját szinte azonnal elfogadják, míg mások kódja hosszú ideig hever. Ebben a kérdésben a kialakult bizalom és a megérdemelt hírnév kulcsfontosságú. Ha a fejlesztő már bizonyította, hogy felelősséget tud vállalni az átadott módosításokért, akkor a jóváhagyások gyorsan zajlanak. Újoncok számára a változtatások elfogadása elnyúlhat, mert a kísérőnek meg kell értenie, hogy a résztvevő képes-e felelősséget vállalni a saját kódjáért. Ezért a résztvevőknek, különösen azoknak, akik radikális változásokat próbálnak előmozdítani, sok időt kell szánniuk arra, hogy a közösség részévé váljanak. Például a Clang fordító által a kernel build integrálásához 10 évre volt szükség.
Forrás: opennet.ru
