Game over (per ora): Linus Torvalds ha rimosso il supporto a Bcachefs dal prossimo Kernel Linux 6.17

Era da aprile che non parlavamo più di Bcachefs, il filesystem che è famoso nel mondo Linux non tanto per le sue funzionalità, quanto per il fatto che ogni sua evoluzione è stata accompagnata da polemiche, discussioni ed interventi che, di tecnico, hanno davvero molto poco.

Questa tecnologia non è mai stata, per così dire, tra le più amate da parte del creatore del Kernel Linux ed ogni discussione che nasceva come tecnica è sempre finita altrove, tra insulti e flame. Il culmine si pensava fosse stato raggiunto in occasione della sospensione dello sviluppatore Kent Overstreet per il ciclo di release 6.13 (“Get your head examined. And get the fuck out of here with this shit.“, le poetiche parole usate dal maintainer), ma in realtà come dicevamo poco sopra anche la recente questione della distinzione tra maiuscole e minuscole aveva finito per diventare un caso.

Eccoci quindi ad una nuova, e forse conclusiva, puntata nella quale Linus Torvalds ha deciso di rimuovere il codice di Bcachefs, che quindi non sarà più presente nel Kernel Linux dalla release 6.17.

La decisione arriva al termine di una serie di tensioni emerse durante il ciclo di sviluppo della release 6.16 (l’attuale versione stabile è la 6.15), culminate nell’invio, da parte di Overstreet, di una nuova funzionalità chiamata journal-rewind, pensata per migliorare il meccanismo di riparazione del filesystem.

Il codice è stato proposto durante la fase di release candidate (RC), un periodo che, secondo le regole non scritte ma consolidate del kernel, dovrebbe essere dedicato esclusivamente alla correzione di bug e non all’introduzione di nuove feature. Linus Torvalds ha criticato apertamente la scelta, ricordando che Bcachefs è ancora da considerarsi sperimentale e che in questi casi è fondamentale mantenere la disciplina sul processo di integrazione.

Anche Theodore Ts’o, storico sviluppatore di ext4, è intervenuto nella discussione sottolineando come modifiche così delicate, che coinvolgono il journaling del filesystem, possano facilmente introdurre regressioni. Ha inoltre ribadito l’importanza di rispettare le tempistiche previste dalla merge window, la finestra durante la quale è ammessa l’aggiunta di nuove funzionalità.

La palla è tornata a Overstreet che ha difeso la sua scelta sostenendo che, quando è in gioco l’integrità dei dati degli utenti, dovrebbe esserci maggiore flessibilità. Ha citato casi precedenti (XFS, Btrfs) in cui patch significative sono state accolte anche in fase RC, e ha infine riproposto la modifica.

Torvalds ha inizialmente accettato la nuova sottomissione, per poi decidere di rimuovere completamente Bcachefs durante la fase di merge della versione 6.17, ritenendo il modo in cui era stato gestito il tutto poco in linea con il processo di sviluppo del kernel:

I have pulled this, but also as per that discussion, I think we’ll be parting ways in the 6.17 merge window.

You made it very clear that I can’t even question any bug-fixes and I should just pull anything and everything.

Ho effettuato il pull, ma per via di quella discussione penso che ci separeremo nella merge window della release 6.17.
Hai reso molto chiaro il fatto che non posso permettermi di mettere in discussione correzioni a bug, dovendo unicamente fare pull della qualunque.

Overstreet ha chiarito di non voler escludere Linus dalle decisioni riguardanti Bcachefs, sottolineando anzi quanto ne apprezzi il giudizio.

Risultato? Al momento, Bcachefs non fa più parte del kernel Linux ufficiale.

Ultima puntata? Sicuramente no!

Da sempre appassionato del mondo open-source e di Linux nel 2009 ho fondato il portale Mia Mamma Usa Linux! per condividere articoli, notizie ed in generale tutto quello che riguarda il mondo del pinguino, con particolare attenzione alle tematiche di interoperabilità, HA e cloud.
E, sì, mia mamma usa Linux dal 2009.

8 risposte a “Game over (per ora): Linus Torvalds ha rimosso il supporto a Bcachefs dal prossimo Kernel Linux 6.17”

  1. Avatar JustATiredMan
    JustATiredMan

    Mi sa che un certo grado di megalomania è tipica degli sviluppatori di Filesystems 😀 😀
    Anche Il buon Reiser, mi sembra, ne fosse affetto, con le conseguenze che poi tutti conoscono.
    Bcachefs mi pare un buon fs, sarebbe un peccato che naufragasse come naufragò ReiserFS, solo perchè a Overstreet non piacciono le regole di condotta o per problemi di "incompatibilità" con Torvalds.

  2. Avatar Raoul Scarazzini

    Sì guarda, nella traduzione delle affermazioni di Torvalds volevo aggiungerci un "gné gné", ma ho evitato.
    È la dimostrazione che – al netto del fatto che Overstreet sia tutt'altro che una persona facile – con Linus oltre ad essere davvero difficile lavorarci assieme, se non ci vai d'accordo finisci fuori.

  3. Avatar Alessandro Scarozza
    Alessandro Scarozza

    ho usato ext3 per anni e utilizzo ext4 da decenni, e personalmente non conosco il nome dei principali sviluppatori. Al contrario il nome dello sviluppatore di Bcachefs lo conosco, e al 99% è un FS che non userò per almeno 10 anni. a pensar male si fa peccato ma ci si azzecca ….

    Overstreet sembra che faccia a posta per creare casino e far parlare del suo FS che altrimenti finirebbe nel calderone dei FS sperimentali che non usa nessuno.

    Fai parte del progetto software più grosso e importante della storia dell'umanità, non mi sembra troppo chiederti di rispettare le regole tra cui rispettare le corrette finestre per le merge request.

    Se tutti i devs si comportassero come Overstreet il kernel sarebbe già bello che fallito da un pezzo

  4. Avatar Raoul Scarazzini

    Riflessioni assolutamente corrette, e sono d'accordo sul giudizio che esprimi su Overstreet, di contro però non si può non ammettere che le eccezioni fatte in passato in situazioni simili sono state accettate.

    Si ritorna al solito punto: a decidere è uno. E questa cosa, in un progetto come il Kernel, finisce per lasciarmi un po' perplesso. Di contro alternative gestionali applicabili non ne vedo, quindi sospendo il giudizio su tutto, ma penso che in questa storia (e in molte altre simili) il problema principale sia l'ego delle persone.

  5. Avatar Alessandro Scarozza
    Alessandro Scarozza

    appunto eccezioni, altrimenti ogni eccezione accettata diventerebbe la regola.

    non ha proprio senso il discorso, ma in ogni caso sarebbe da vedere l'adozione degli altri FS nel periodo dell'eccezione o di che anni parliamo, magari prima erano più permissivi.

    per quanto riguarda l'uomo unico al comando in linea di massima sono d'accordo con te ma alla fine dei conti mi trovo sempre d'accordo con le scelte del dittatore benevolo…

  6. Avatar Raoul Scarazzini

    È esattamente così che si sta nelle dittature. Alla fine sei sempre d'accordo.

  7. Avatar Alessandro Scarozza
    Alessandro Scarozza

    nel mondo OSS fanno fork di qualsiasi cosa, se finora linux non è stato forkato è perchè grossomodo le decisioni prese (in modo autoritario) sono andate bene alla maggioranza delle persone

  8. Avatar Giok
    Giok

    Per citare il compianto Gigi Proietti: "al cavaliere nero non gli devi cacà er ca**o!" 🙂

    P.S.
    Considerando che il progetto kernel è da sempre "Torvalds centrico" e che la cosa ha sempre portato buoni frutti mi chiedo cosa succederà quando Linus non ci sarà più…

Lascia un commento

Il tuo indirizzo email non sarà pubblicato. I campi obbligatori sono contrassegnati *