Kent Overstreet, tw\u00f3rca systemu plik\u00f3w Bcachefs, poinformowa\u0142, \u017ce przysz\u0142o\u015b\u0107 rozwijanego przez niego systemu plik\u00f3w w rdzeniu stoi pod znakiem zapytania z powodu dzia\u0142a\u0144 komitetu odpowiedzialnego za egzekwowanie kodeksu post\u0119powania w spo\u0142eczno\u015bci programist\u00f3w (Komitet CoC). Linus Torvalds odm\u00f3wi\u0142 przyj\u0119cia nowego zestawu poprawek do Bcachefs do ga\u0142\u0119zi rdzenia 6.13, odwo\u0142uj\u0105c si\u0119 do skarg ze strony komitetu CoC. <\/p>\n
Kilka dni przed tym, w dokumentach reguluj\u0105cych dzia\u0142alno\u015b\u0107 zwi\u0105zan\u0105 z kodeksem post\u0119powania, wprowadzono zmian\u0119 umo\u017cliwiaj\u0105c\u0105 zablokowanie dewelopera w przypadku naruszenia kodeksu post\u0119powania i braku zgody na rozwi\u0105zanie konfliktu wed\u0142ug zaproponowanego przez komisj\u0119 CoC scenariusza. Nowa wersja zasad w przypadku odmowy z\u0142o\u017cenia publicznych przeprosin wprowadza mo\u017cliwo\u015b\u0107 na\u0142o\u017cenia \u201ebana\u201d, kt\u00f3ry na pewien czas blokuje przyjmowanie poprawek i pull-request\u00f3w, a tak\u017ce wy\u0142\u0105cza naruszaj\u0105cego kodeks z dyskusji w spo\u0142eczno\u015bci poprzez zablokowanie dost\u0119pu do listy mailowej i us\u0142ug kernel.org. <\/p>\n
Do zmian w kodeksie post\u0119powania zgodzili si\u0119 Linus Torvalds, Greg Kroah-Hartman (odpowiedzialny za stabilne ga\u0142\u0119zie rdzenia), Miguel Ojeda (Rust-for-Linux), Dave Hansen (opiekun subsystemu mm z Intela), Jonathan Corbet (LWN), Steven Rostedt (Red Hat), Dan Williams (Intel), Teodor Tso (ext4) oraz Konstantin Ryabtsev (administrator Kernel.org). Blokada mo\u017ce trwa\u0107 nie d\u0142u\u017cej ni\u017c cykl rozwoju nowej ga\u0142\u0119zi rdzenia (oko\u0142o 2 miesi\u0105ce). Jako warunek zniesienia blokady komitet CoC mo\u017ce za\u017c\u0105da\u0107 od naruszaj\u0105cego z\u0142o\u017cenia publicznych przeprosin. Decyzj\u0119 o blokadzie podejmuje komitet CoC przy zgodzie 2\/3 uczestnik\u00f3w g\u0142osowania. <\/p>\n
Zablokowanie Kenta Overstreeta zwi\u0105zane jest z obra\u017aliwym stwierdzeniem \u201eGet your head examined. And get the fuck out of here with this shit.\u201d, kt\u00f3re pad\u0142o podczas dyskusji z Mikhala Hocko, jednym z deweloper\u00f3w systemu zarz\u0105dzania pami\u0119ci\u0105 w j\u0105drze. Obraza zosta\u0142a zauwa\u017cona przez cz\u0142onk\u00f3w komisji CoC, kt\u00f3rzy poprosili o publiczne przeprosiny, na co Kent odpowiedzia\u0142 odmow\u0105, twierdz\u0105c, \u017ce podnoszenie spraw osobistych na forum jest niedopuszczalne, i o\u015bwiadczy\u0142, \u017ce oni z Mikhala ju\u017c rozwi\u0105zali ten problem prywatnie. Kent wspomnia\u0142 r\u00f3wnie\u017c o nieprzyjemnych namowach zwi\u0105zanych z konieczno\u015bci\u0105 utrzymania wizerunku spo\u0142eczno\u015bci, ale wed\u0142ug niego by\u0142y one podyktowane ch\u0119ci\u0105 zachowania atrakcyjno\u015bci uczestnictwa w projekcie dla korporacji. <\/p>\n
Kent szczeg\u00f3\u0142owo opisa\u0142 histori\u0119 i swoj\u0105 wizj\u0119 konfliktu, a tak\u017ce skrytykowa\u0142 narzucanie przez komisj\u0119 CoC wysublimowanej komunikacji w spo\u0142eczno\u015bci, kt\u00f3re jego zdaniem narusza ustalon\u0105 kultur\u0119 in\u017cynieryjn\u0105. Spory zazwyczaj pojawiaj\u0105 si\u0119 mi\u0119dzy osobami, kt\u00f3re g\u0142\u0119boko przejmuj\u0105 si\u0119 swoj\u0105 prac\u0105, ale maj\u0105 r\u00f3\u017cne punkty widzenia. W trakcie gor\u0105cych spor\u00f3w deweloperzy mog\u0105 nie doj\u015b\u0107 do siebie z emocjami i krzycze\u0107 na siebie, ale to akceptowany przez uczestnik\u00f3w proces roboczy, kt\u00f3ry ostatecznie prowadzi do znalezienia skutecznego rozwi\u0105zania i post\u0119pu projektu. <\/p>\n
Zdaniem Kenta, st\u0142umienie gor\u0105cych spor\u00f3w prowadzi do powstania kultury lekcewa\u017cenia, kt\u00f3ra zniech\u0119ca do interakcji z innymi i przekszta\u0142ca rozw\u00f3j w klub dla wybranych, zamiast utrzyma\u0107 spo\u0142eczno\u015b\u0107, w kt\u00f3rej ka\u017cdy mo\u017ce wzi\u0105\u0107 udzia\u0142 i wyrazi\u0107 swoj\u0105 opini\u0119. Praca in\u017cynier\u00f3w polega na rozwi\u0105zywaniu z\u0142o\u017conych problem\u00f3w, a nie na ich unikaniu; w tym kontek\u015bcie t\u0142umienie spor\u00f3w w zarodku jest szkodliw\u0105 praktyk\u0105. <\/p>\n
Wed\u0142ug obserwacji Kenta, gor\u0105ce spory zazwyczaj wyst\u0119puj\u0105, gdy deweloperzy chc\u0105 dotrze\u0107 do sedna sprawy i pr\u00f3buj\u0105 rozwi\u0105za\u0107 technicznie interesuj\u0105ce problemy. Nawet je\u015bli sporzy nie mog\u0105 doj\u015b\u0107 do porozumienia, znajduje si\u0119 trzecia osoba, kt\u00f3ra ocenia sytuacj\u0119 z boku i jest w stanie rozwi\u0105za\u0107 problem, uwzgl\u0119dniaj\u0105c argumenty przedstawione przez r\u00f3\u017cne strony sporu. <\/p>\n
Kent przyznaje, \u017ce nie wytrzyma\u0142, pr\u00f3buj\u0105c przedstawi\u0107 argumenty techniczne, ale otrzyma\u0142 jedynie formalne wym\u00f3wki i brak ch\u0119ci do zag\u0142\u0119bienia si\u0119 w szczeg\u00f3\u0142y. Zauwa\u017ca si\u0119, \u017ce konflikt z osob\u0105 odpowiedzialn\u0105 za subsyst\u00e9m zarz\u0105dzania pami\u0119ci\u0105 (mm) pojawi\u0142 si\u0119 ju\u017c rok temu, gdy ta osoba odm\u00f3wi\u0142a przyj\u0119cia zmiany potrzebnej do wdro\u017cenia lekkiego mechanizmu profilowania operacji alokacji pami\u0119ci. Do dzia\u0142ania mechanizmu konieczne by\u0142o dodanie makro-ow wraps nad funkcjami alokacji pami\u0119ci, a osoba ta je odrzuci\u0142a, obawiaj\u0105c si\u0119, \u017ce mog\u0105 one negatywnie wp\u0142yn\u0105\u0107 na wydajno\u015b\u0107. <\/p>\n
Po roku sytuacja powt\u00f3rzy\u0142a si\u0119 podczas pr\u00f3by uzyskania zmiany zwi\u0105zanej z obs\u0142ug\u0105 b\u0142\u0119d\u00f3w w systemach plik\u00f3w \u2014 osoba odpowiedzialna za podsystem mm ponownie odrzuci\u0142a zmian\u0119, tym razem powo\u0142uj\u0105c si\u0119 na mo\u017cliwy wp\u0142yw na bezpiecze\u0144stwo. Zdaniem Kenta, osoba ta nie chcia\u0142a zg\u0142\u0119bi\u0107 szczeg\u00f3\u0142\u00f3w i wys\u0142ucha\u0107 argument\u00f3w innych deweloper\u00f3w, kt\u00f3rzy zgodzili si\u0119 na konieczno\u015b\u0107 zmiany, ograniczaj\u0105c si\u0119 jedynie do powierzchownych os\u0105d\u00f3w (zmiana dotyczy\u0142a przyj\u0119cia wyj\u0105tku, kt\u00f3ry pozwala\u0142 na obs\u0142ug\u0119 niekt\u00f3rych b\u0142\u0119d\u00f3w alokacji pami\u0119ci przy w\u0142\u0105czonym trybie GFP_NOFAIL, kt\u00f3ry zabrania zewn\u0119trznej obs\u0142ugi b\u0142\u0119d\u00f3w w krytycznych sekcjach, takich jak obs\u0142uga transakcji dziennika w FS, co prowadzi do wymuszenia zako\u0144czenia procesu, nawet w sytuacji, gdy b\u0142\u0105d mo\u017cna by\u0142o obs\u0142u\u017cy\u0107). <\/p>\n