Un'altra discussione tra Linus Torvalds e Kent Overstreet, autore di Bcachefs, si è conclusa con la volontà di Linus di escludere il codice di Bcachefs dal kernel Linux 6.17. Tuttavia, Linus ha incluso nel kernel 6.16 le modifiche a Bcachefs che sono state oggetto di insoddisfazione da parte di Kent. Linus ha scritto:
Credo che le nostre strade si separeranno nella finestra di fusione 6.17.
Hai chiaramente fatto capire che non posso mettere in discussione alcuna correzione di bug e devo semplicemente accettare tutto.
A dire il vero, non mi sento particolarmente a mio agio nel essere coinvolto in tutto questo, e l'unica cosa su cui entrambi sembriamo davvero essere d'accordo nella discussione è che 'abbiamo finito'.
La corrispondenza precedente a questa dichiarazione con Kent è avvenuta in privato e i dettagli non sono ancora chiari. Tuttavia, nella discussione su questo argomento, Kent ha scritto che forse le sue parole nella corrispondenza privata sono state fraintese e non ritiene che BcacheFS debba essere escluso dal kernel. Allo stesso tempo, è pronto a interrompere la fornitura di Bcachefs nel principale branch del kernel Linux, e ciò non ucciderà il progetto, anche se sarà un enorme problema. In caso di rimozione di Bcachefs, lo sviluppo continuerà e questo filesystem sarà distribuito sotto forma di modulo DKMS. Kent ha anche sottolineato che l'esclusione di BcacheFS dal kernel sarebbe la soluzione migliore per la sua tranquillità con Linus, ma chiaramente non sarebbe la migliore soluzione per gli utenti e la comunità degli sviluppatori.
Le controversie tra Kent e Linus sono causate da continue violazioni delle regole per l'invio di modifiche e correzioni al kernel. Kent ritiene che le correzioni dei problemi nel filesystem debbano essere promosse immediatamente e con tutti i mezzi possibili. Linus sostiene che le modifiche funzionali e le correzioni significative siano ammesse nelle fasi iniziali dello sviluppo di un nuovo ramo del kernel, mentre i candidati tardivi per il rilascio si concentrano solo sulla correzione dei bug. Kent viola regolarmente questa regola e invia modifiche significative in momenti inappropriati, causando insoddisfazione da parte di Linus e una nuova ondata di controversie. In precedenza, Linus aveva già avvertito Kent del desiderio di rimuovere Bcachefs dal kernel principale, poiché Kent continua a giocare da solo nella sua sandbox, non collabora e non desidera accettare le regole della comunità di sviluppo del kernel.
Nel caso del kernel 6.16, Kent ha inviato un insieme di patch per l'inclusione nell'aggiornamento RC3, tra cui una patch con l'implementazione della nuova opzione "journal_rewind". Linus ha scritto che Kent aveva dimenticato che dopo la chiusura della finestra di accettazione delle modifiche funzionali, l'aggiunta di nuove funzionalità al kernel non è ammessa, anche se riguarda la correzione di altri bug, poiché l'aggiunta di nuove possibilità nelle fasi avanzate di formazione del rilascio può portare a regressioni. Inoltre, Bcachefs continua a essere posizionato come un filesystem sperimentale e la tempestività nella correzione dei bug non è così critica.
Kent ha risposto che l'obiettivo principale dello sviluppo è fornire agli utenti un codice funzionante, quindi non intende cedere su questioni che riguardano la correzione dei bug che influiscono sull'integrità dei dati. A differenza di altri sottosistemi, gli errori nel filesystem non si risolvono con un riavvio e possono portare a perdite di dati; pertanto, secondo Kent, rimandare la loro correzione alla prossima finestra di accettazione delle modifiche è inaccettabile, anche se tali correzioni richiedono modifiche significative.
L'opzione «journal_rewind» aggiunta ripristinava le modifiche nel journal per riportare il FS a uno stato precedente. Kent ritiene che la nuova opzione debba essere attivata senza indugi, poiché risolve il problema del ripristino del FS per gli utenti che hanno riscontrato errori nella cancellazione delle sotto-directory e non possiedono un backup. Inizialmente Linus si era rifiutato di accettare il set di patch contenente questa modifica nel kernel 6.16-RC3, ma dopo aver scambiato alcune comunicazioni dirette con Kent, ha cambiato idea e ha accettato le modifiche nel codice di base su cui si basa l'aggiornamento 6.16-RC4.
Fonte: opennet.ru
