Kent Overstreet, dezvoltatorul sistemului de fi\u0219iere Bcachefs, a declarat c\u0103 viitorul acestuia \u00een nucleul Linux este incert din cauza ac\u021biunilor comitetului responsabil cu respectarea codului de conduit\u0103 \u00een comunitatea dezvoltatorilor (CoC Committee). Linus Torvalds a refuzat s\u0103 accepte un nou set de corec\u021bii pentru Bcachefs \u00een ramura nucleului 6.13, invoc\u00e2nd pl\u00e2ngerile venite din partea comitetului CoC. <\/p>\n
Cu c\u00e2teva zile \u00eenainte, \u00een documentele care reglementeaz\u0103 activitatea legat\u0103 de codul de comportament a fost f\u0103cut\u0103 o modificare, introduc\u00e2nd posibilitatea de a bloca dezvoltatorul \u00een cazul \u00eenc\u0103lc\u0103rii codului de comportament \u0219i a nesupunerii de a rezolva conflictul conform scenariului propus de comitetul CoC. Noua redactare a regulilor, \u00een cazul refuzului de a aduce scuze publice, introduce posibilitatea de a impune un 'ban', bloc\u00e2nd pentru o anumit\u0103 perioad\u0103 primirea patch-urilor \u0219i pull request-urilor, precum \u0219i excluz\u00e2nd \u00eenc\u0103lc\u0103torul codului din discu\u021biile din comunitate prin blocarea accesului la lista de coresponden\u021b\u0103 \u0219i serviciile kernel.org. <\/p>\n
Modific\u0103rile aduse codului de conduit\u0103 au fost acceptate de Linus Torvalds, Greg Kroah-Hartman (responsabil pentru ramurile stabile ale nucleului), Miguel Oheda (Rust-for-Linux), Dave Hansen (responsabil cu subsistemul mm de la Intel), Jonathan Corbet (LWN), Steven Rostedt (Red Hat), Dan Williams (Intel), Theodore Ts'o (ext4) \u0219i Konstantin Ryabitsev (administrator Kernel.org). Blocarea poate fi aplicat\u0103 pentru o perioad\u0103 care nu dep\u0103\u0219e\u0219te ciclul de dezvoltare al unei noi ramuri a nucleului (aproximativ 2 luni). Ca condi\u021bie de ridicare a bloc\u0103rii, comitetul CoC poate solicita \u00eenc\u0103lc\u0103torului s\u0103 ofere scuze publice. Decizia de blocare este luat\u0103 de comitetul CoC cu acordul a 2\/3 dintre participan\u021bii la vot. <\/p>\n
Blocarea lui Kent Overstreet este legat\u0103 de exprimarea ofensatoare 'Get your head examined. And get the fuck out of here with this shit.', exprimat\u0103 \u00een timpul unei discu\u021bii cu Michal Hocko, unul dintre dezvoltatorii sistemului de distribu\u021bie a memoriei \u00een nucleu. Insulta a fost remarcat\u0103 de membrii comitetului CoC, care l-au rugat s\u0103 aduc\u0103 scuze publice, dar Kent a refuzat, consider\u00e2nd inacceptabil s\u0103 ridice probleme personale \u00een mod public \u0219i afirm\u00e2nd c\u0103 el \u0219i Michal au rezolvat deja aceast\u0103 problem\u0103 pe cale personal\u0103. Kent a men\u021bionat, de asemenea, c\u0103 au existat presiuni nepl\u0103cute cu referire la necesitatea de a sus\u021bine imaginea comunit\u0103\u021bii, dar, \u00een opinia lui Kent, acestea au fost dictate de dorin\u021ba de a p\u0103stra atractivitatea particip\u0103rii la proiect din partea corpora\u021biilor. <\/p>\n
Kent a descris \u00een detaliu istoria \u0219i viziunea sa asupra conflictului, critic\u00e2nd, de asemenea, impunerea de c\u0103tre comitetul CoC a unei comunic\u0103ri rafinate \u00een comunitate, care, \u00een opinia sa, \u00eencalc\u0103 cultura ingineriei stabilit\u0103. Disputele apar, de obicei, \u00eentre persoane care le pas\u0103 profund de munca lor, dar care au perspective diferite. \u00cen timpul disputelor aprinse, dezvoltatorii pot s\u0103 nu \u00ee\u0219i controleze emo\u021biile \u0219i s\u0103 se certe, dar acesta este un proces de lucru acceptat de participan\u021bi, care, \u00een cele din urm\u0103, duce la g\u0103sirea unei solu\u021bii eficiente \u0219i la avansarea proiectului. <\/p>\n
Potrivit lui Kent, reprimarea disputelor fierbin\u021bi duce la apari\u021bia unei culturi a dispre\u021bului, care descurajeaz\u0103 interac\u021biunea cu al\u021bii \u0219i transform\u0103 dezvoltarea \u00eentr-un club exclusivist, \u00een loc s\u0103 men\u021bin\u0103 o comunitate \u00een care to\u021bi pot participa \u0219i \u00ee\u0219i pot exprima opiniile. Munca inginerilor const\u0103 \u00een a rezolva probleme complexe, nu \u00een a le evita, iar \u00een acest context, suprimarea disputelor la \u00eenceput este o practic\u0103 d\u0103un\u0103toare. <\/p>\n
Conform observa\u021biilor lui Kent, disputele \u00eencinse apar, de obicei, c\u00e2nd dezvoltatorii doresc s\u0103 ajung\u0103 la esen\u021b\u0103 \u0219i \u00eencearc\u0103 s\u0103 rezolve probleme tehnic interesante. Chiar dac\u0103 disputan\u021bii nu pot ajunge la un acord, se g\u0103se\u0219te o a treia persoan\u0103, care, evalu\u00e2nd situa\u021bia din exterior, poate rezolva problema, av\u00e2nd \u00een vedere argumentele prezentate de diferitele p\u0103r\u021bi ale disputei. <\/p>\n
Kent recunoa\u0219te c\u0103 nu s-a putut ab\u021bine, \u00eencerc\u00e2nd s\u0103 aduc\u0103 argumente tehnice, dar a primit \u00een schimb scuze formale \u0219i lipsa dorin\u021bei de a se ad\u00e2nci \u00een detalii. Se remarc\u0103 c\u0103 conflictul cu subsystemul de gestionare a memoriei (mm) a \u00eenceput cu un an \u00een urm\u0103, c\u00e2nd responsabilul a refuzat s\u0103 accepte o modificare necesar\u0103 pentru implementarea unui mecanism u\u0219or de profilare a opera\u021biunilor de alocare a memoriei. Func\u021bionarea mecanismului necesita ad\u0103ugarea unor macro-wrappers deasupra func\u021biilor de alocare a memoriei, iar responsabilul le-a respins, tem\u00e2ndu-se c\u0103 acestea ar putea afecta negativ performan\u021ba. <\/p>\n
Dup\u0103 un an, situa\u021bia s-a repetat \u00een \u00eencercarea de a ob\u021bine o modificare legat\u0103 de gestionarea erorilor \u00een sistemele de fi\u0219iere \u2014 men\u021bin\u0103torul subsistemului mm a respins din nou modificarea, de data aceasta invoc\u00e2nd posibilul impact asupra securit\u0103\u021bii. \u00cen opinia lui Kent, men\u021bin\u0103torul nu a dorit s\u0103 aprofundeze detaliile \u0219i s\u0103 asculte argumentele altor dezvoltatori care erau de acord cu necesitatea modific\u0103rii, limit\u00e2ndu-se la o judecat\u0103 superficial\u0103 (modificarea era legat\u0103 de acceptarea unei excep\u021bii care permitea gestionarea unor erori de alocare a memoriei \u00een modul setat GFP_NOFAIL, interzic\u00e2nd gestionarea extern\u0103 a erorilor \u00een sec\u021biunile critice, cum ar fi gestionarea tranzac\u021biilor de jurnalizare \u00een FS, ceea ce duce la terminarea for\u021bat\u0103 a procesului, chiar \u0219i \u00een situa\u021biile \u00een care eroarea putea fi gestionat\u0103). <\/p>\n