O nouă discuție între Linus Torvalds și Kent Overstreet, autorul Bcachefs, s-a încheiat cu Linus exprimându-și disponibilitatea de a exclude codul Bcachefs din nucleul Linux 6.17. Cu toate acestea, Linus a acceptat în nucleul 6.16 modificările aduse la Bcachefs, care au devenit subiectul unei noi nemulțumiri față de acțiunile lui Kent. Linus a scris:
Consider că căile noastre se vor despărți în fereastra de fuziune 6.17.
Ai foarte clar sugerat că nu pot contesta nicio corectare de erori și trebuie pur și simplu să accept totul.
Sincer, nu mă simt foarte confortabil implicându-mă în tot acest lucru, iar singurul lucru cu care amândoi, pare că suntem de acord în discuție este că „am terminat”.
Corespondența anterioară acestei declarații cu Kent a avut loc în mod privat și detaliile nu sunt încă clare. Cu toate acestea, în discuția acestei teme, Kent a scris că este posibil ca vorbele lui în corespondența privată să fi fost interpretate greșit și nu consideră că BcacheFS ar trebui exclus din nucleu. Cu toate acestea, este pregătit să oprească furnizarea Bcachefs în nucleul principal al Linux, ceea ce nu va distruge proiectul, deși va fi o problemă enormă. În cazul în care Bcachefs este eliminat, dezvoltarea va continua și acest FS va fi distribuit sub forma unui modul DKMS. Kent a menționat, de asemenea, că excluderea BcacheFS din nucleu ar fi cea mai bună opțiune pentru liniștea lui și a lui Linus, dar cu siguranță nu va fi cea mai bună soluție pentru utilizatori și comunitatea dezvoltatorilor.
Disputele dintre Kent și Linus sunt cauzate de încălcări constante ale reguli de trimitere a modificărilor și corecturilor în nucleu. Kent consideră că remedierile problemelor din FS ar trebui să fie avansate fără întârziere și prin toate modalitățile posibile. Linus insistă că modificările funcționale și corecțiile majore sunt permise în stadiile incipiente ale dezvoltării unei noi ramuri de nucleu, iar candidații tardivi pentru lansare se concentrează doar pe corectarea erorilor. Kent încalcă frecvent această regulă și trimite modificări majore în momente nepotrivite, ceea ce duce la nemulțumirea lui Linus și la o nouă rundă de dispute. Anterior, Linus l-a avertizat pe Kent cu privire la dorința de a elimina Bcachefs din nucleul principal, deoarece Kent continuă să joace singur în propria lui cutie de nisip, nefăcând parte din colaborare și refuzând să accepte regulile jocului comunității dezvoltatorilor de nucleu.
În cazul nucleului 6.16, Kent a trimis pentru a fi inclus în actualizarea RC3 un set de patch-uri, printre care se număra un patch cu implementarea unei noi opțiuni „journal_rewind”. Linus a scris că Kent a uitat că, după închiderea feron al primirii schimbărilor funcționale, adăugarea de noi funcționalități în nucleu nu este permisă, chiar dacă este legată de corectarea altor erori, deoarece adăugarea de noi capacități în etapele ulterioare ale formării unei lansări poate duce la regresii. În plus, Bcachefs continuă să fie poziționată ca un FS experimental și rapiditatea cu care sunt corectate erorile nu este atât de critică.
Kent a răspuns că principalul obiectiv al dezvoltării este de a furniza utilizatorilor un cod funcțional, prin urmare, nu are de gând să cedeze în ceea ce privește problemele legate de corectarea erorilor care afectează integritatea datelor. Spre deosebire de alte subsisteme, erorile din FS nu se rezolvă prin repornire și pot duce la coruperea datelor, astfel că, în opinia lui Kent, amânarea corecției lor până la următoarea fereastră de primire a schimbărilor este inacceptabilă, chiar dacă astfel de corecții necesită modificări semnificative.
Opțiunea adăugată „journal_rewind” revertea modificările din jurnal pentru a restaura sistemul de fișiere la o stare anterioară. Kent consideră că această nouă opțiune ar trebui activată imediat, deoarece rezolvă problema de recuperare a sistemului de fișiere pentru utilizatorii care s-au confruntat cu o eroare la ștergerea subdirecțiilor și nu au o copie de rezervă. Inițial, Linus a refuzat să accepte setul de patch-uri cu această modificare în nucleul 6.16-RC3, dar după o corespondență personală cu Kent, și-a schimbat poziția și a acceptat modificările în baza de cod care formează actualizarea 6.16-RC4.
Sursa: opennet.ro
