Efter Hektor Martins meddelelse om at træde tilbage fra ansvaret som maintainer og stoppe deltagelsen i gennemgang af patches, har Karol Herbst, som har arbejdet med Nouveau-driveren og MMIO-tracing mekanismen (MMIOTRACE) hos Red Hat, også annonceret sin afgang. Efter hans exit vil der stadig være to maintainere tilbage i kernen som understøtter Nouveau-driveren, som ifølge Karol klarede deres arbejde glimrende.
Årsagen til hans farvel nævnes at være manglen på en inkluderende atmosfære blandt kerneludviklerne. Karol er overbevist om, at arbejdet i open source-fællesskabet bør foregå respektfuldt, på lige fod og uden magtmisbrug. Ifølge Karol blev den sidste dråbe et indlæg fra Theodore Ts'o, hvor han sammenlignede maintainere med en 'tynd blå linje' (som står som en metafor for retshåndhævelse og symboliserer grænsen mellem orden og anarki), der sikrer, at koden, der accepteres i kernen, er vedligeholdt og af høj kvalitet.
Ifølge Karol kan man ikke sige sådanne ord og samtidig have posten som maintainer, uanset hvor vigtig man er for projektet, og man bør ekskluderes, før man indser, hvad disse ord betyder for mange marginaliserede personer, og hvilke rædsler de vækker i deres sind. Karol forlader fællesskabet, da han ikke kan være en del af et miljø, hvor sådanne ord tolereres.
Theodore Ts'o brugte sammenligningen med den tynde blå linje i diskussionen om modstanden fra ældre udviklere mod promoveringen af Rust i kernen. Han skrev, at maintainernes magt er begrænset, og de ikke kan påvirke fortsættelsen af udviklingen af allerede godkendte ændringer, da de ikke har mulighed for at beordre folk til at arbejde på forbedringer af testinfrastruktur. Det eneste kvalitetsredskab, de har, er evnen til at forhindre inklusionen af rå og tvivlsomme ændringer i kernen. Så snart koden er accepteret, mistede maintainerne deres indflydelse på udviklerne og bliver personligt ansvarlige for denne kode.
Når der træffes væsentlige ændringer, skal vedligeholderne sikre, at ændringen er helt funktionel, og at dens udviklere er i stand til at vedligeholde koden efter, at den er accepteret i kernen og ikke efterlader koden uden opsyn. Theodore nævner som eksempel hold, der kun er interesseret i at fremme deres produkt, som forsvinder så snart koden er accepteret og ikke dukker op igen, og vedligeholderne må rydde op i alle de mangler, der er blevet begået.
Nogle anklages for dobbeltstandarder, fordi koden fra nogle udviklere blive accepteret næsten med det samme, mens andres kode bliver grundigt bearbejdet. I denne sammenhæng er etableret tillid og velfortjent ry vigtigt. Hvis udvikleren allerede har vist evnen til at stå ansvarlig for de ændringer, der er sendt - godkendes aftalerne hurtigt. For nybegyndere kan accept af ændringer tage lang tid, da den ansvarlige skal forstå, om deltageren kan stå ansvarlig for sin kode. Derfor kræves der tid for deltagerne, især dem der forsøger at fremme radikale ændringer, for at blive en del af fællesskabet. For eksempel tog det 10 år at integrere ændringer til kernen for Clang-kompilatoren.
Kilde: opennet.ru
