Uma nova discussão entre Linus Torvalds e Kent Overstreet, autor do Bcachefs, resultou na disposição de Linus de excluir o código do Bcachefs do núcleo do Linux 6.17. No entanto, Linus aceitou as alterações no Bcachefs na versão 6.16 do núcleo, que geraram descontentamento em relação às ações de Kent. Linus escreveu:
Acredito que nossos caminhos se separarão na fusão 6.17.
Você deixou muito claro que não posso questionar quaisquer correções de bugs e que devo simplesmente aceitar tudo.
Sinceramente, não me sinto nada confortável envolvido em tudo isso, e a única coisa com a qual ambos parecem realmente concordar na discussão é que "terminamos".
A correspondência anterior a esta declaração com Kent foi privada, e os detalhes ainda não estão claros. No entanto, na discussão deste assunto, Kent mencionou que talvez suas palavras em correspondência privada tenham sido mal interpretadas e que ele não acha que o BcacheFS deve ser excluído do núcleo. Entretanto, ele está aberto a interromper a inclusão do Bcachefs no núcleo principal do Linux, e isso não matará o projeto, embora seja um grande problema. Se o Bcachefs for removido, o desenvolvimento continuará e esse sistema de arquivos será distribuído na forma de um módulo DKMS. Kent também observou que a exclusão do BcacheFS do núcleo será a melhor opção para a paz dele com Linus, mas claramente não será a melhor solução para os usuários e a comunidade de desenvolvedores.
Os conflitos entre Kent e Linus são causados por violações constantes das regras de envio de alterações e correções ao núcleo. Kent acredita que as correções de problemas no sistema de arquivos devem ser promovidas imediatamente e de todas as maneiras possíveis. Linus insiste que mudanças funcionais e grandes correções são permitidas apenas nas fases iniciais de desenvolvimento de um novo branch do núcleo, enquanto os lançamentos candidatos tardios devem se concentrar apenas na correção de bugs. Kent regularmente viola essa regra e envia grandes alterações em momentos inadequados, o que gera descontentamento em Linus e uma nova onda de disputas. Anteriormente, Linus já havia alertado Kent sobre o desejo de remover o Bcachefs do núcleo principal, uma vez que Kent continua a brincar sozinho em sua caixa de areia, não se envolvendo na colaboração e não deseja aceitar as regras do jogo da comunidade de desenvolvedores do núcleo.
No caso do núcleo 6.16, Kent enviou um conjunto de patches para inclusão na atualização RC3, entre os quais estava um patch implementando a nova opção "journal_rewind". Linus escreveu que Kent se esqueceu de que, após o fechamento da janela de recepção de mudanças funcionais, a adição de novas funcionalidades ao núcleo não é permitida, mesmo que esteja relacionada à correção de outros bugs, pois a adição de novas capacidades nas fases tardias de formação do lançamento pode levar a regressões. Além disso, o Bcachefs continua a ser posicionado como um sistema de arquivos experimental e a celeridade na correção de erros nele não é tão crítica.
Kent respondeu que o principal objetivo do desenvolvimento é fornecer código funcional aos usuários, portanto, ele não pretende ceder em questões relacionadas à correção de bugs que afetam a integridade dos dados. Ao contrário de outros subsistemas, os erros no sistema de arquivos não podem ser resolvidos com uma reinicialização e podem levar à corrupção de dados; por isso, na visão de Kent, adiar a correção desses erros até a próxima janela de recebimento de mudanças é inadmissível, mesmo que tais correções exijam grandes modificações.
A nova opção "journal_rewind" reverte as alterações no log para restaurar o sistema de arquivos a um estado anterior. Kent acredita que a nova opção deve ser ativada imediatamente, pois resolve o problema de recuperação do sistema de arquivos para usuários que enfrentaram erros ao excluir subpastas e não possuem um backup. Inicialmente, Linus se recusou a aceitar o conjunto de patches com essa alteração no núcleo 6.16-RC3, mas após uma troca de mensagens pessoal com Kent, mudou de ideia e aceitou as mudanças na base de código que está sendo usada para o próximo lançamento 6.16-RC4.
Fonte: opennet.ru
