Una nuova discussione tra Linus Torvalds e Kent Overstreet, autore di Bcachefs, si è conclusa con la volontà di Linus di escludere il codice Bcachefs dal kernel Linux 6.17. Tuttavia, Linus ha incluso nel kernel 6.16 le modifiche a Bcachefs, che sono state oggetto di ulteriori disaccordi riguardo le azioni di Kent. Linus ha scritto:
Credo che le nostre strade si separeranno nella finestra di integrazione 6.17.
Hai chiaramente fatto capire che non posso mettere in discussione alcuna correzione di bug e devo semplicemente accettare tutto.
Onestamente, non mi sento molto a mio agio essendo coinvolto in tutto ciò, e l'unica cosa su cui entrambi sembriamo essere d'accordo nella discussione è che 'abbiamo finito'.
La corrispondenza precedente a questa dichiarazione con Kent è stata privata e i dettagli non sono chiari per il momento. Tuttavia, durante la discussione su questo argomento, Kent ha scritto che le sue parole in una corrispondenza privata potrebbero essere state fraintese e non crede che BcacheFS debba essere escluso dal kernel. È comunque aperto a interrompere la fornitura di Bcachefs nel kernel principale Linux e questo non ucciderà il progetto, anche se rappresenterà un enorme problema. Se Bcachefs verrà rimosso, lo sviluppo continuerà e questo filesystem sarà distribuito come modulo DKMS. Kent ha anche sottolineato che escludere BcacheFS dal kernel sarebbe la migliore soluzione per la sua tranquillità con Linus, ma non sarà la migliore per gli utenti e la comunità di sviluppatori.
Le dispute tra Kent e Linus sono causate da continui violazioni delle regole per l'invio di modifiche e correzioni al kernel. Kent ritiene che le correzioni dei problemi nel filesystem debbano essere portate avanti senza indugi e in ogni modo possibile. Linus insiste che i cambiamenti funzionali e le correzioni significative sono ammessi nelle fasi iniziali dello sviluppo di un nuovo ramo del kernel, mentre i candidati tardivi per il rilascio si concentrano esclusivamente sulla correzione dei bug. Kent viola regolarmente questa regola e invia modifiche significative nel momento sbagliato, portando al malcontento di Linus e a una nuova ondata di dispute. In passato, Linus aveva già avvertito Kent della sua volontà di rimuovere Bcachefs dal kernel principale, poiché Kent continua a giocare da solo nella sua sabbiera, non si unisce al lavoro di squadra e non desidera seguire le regole del gioco della comunità di sviluppatori 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 di una nuova opzione 'journal_rewind'. Linus ha scritto che Kent ha dimenticato che, dopo la chiusura della finestra di accettazione delle modifiche funzionali, non è consentito aggiungere nuove funzionalità al kernel, anche se collegate alla correzione di altri bug, poiché l'aggiunta di nuove funzionalità nelle fasi tardive della creazione di una versione 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 ha intenzione di cedere su questioni relative alla correzione dei bug che influenzano l'integrità dei dati. A differenza di altri sottosistemi, gli errori nel filesystem non possono essere risolti con un riavvio e possono portare a danni ai dati, quindi, secondo Kent, rinviare la correzione fino alla prossima finestra di accettazione delle modifiche non è accettabile, anche se tali correzioni richiedono modifiche significative.
L'opzione 'journal_rewind' aggiunta ripristinava le modifiche nel registro per ripristinare il filesystem a uno stato precedente. Kent crede che la nuova opzione debba essere inclusa immediatamente, poiché risolve il problema del ripristino del filesystem per gli utenti che hanno avuto un errore nella cancellazione di sottodirectory e non hanno un backup. Inizialmente Linus ha rifiutato di accettare il set di patch con questa modifica nel kernel 6.16-RC3, ma dopo una corrispondenza privata con Kent ha cambiato idea e ha accettato le modifiche nella base di codice da cui verrà formata l'aggiornamento 6.16-RC4.
Fonte: opennet.ru
