Uma nova discuss\u00e3o entre Linus Torvalds e Kent Overstreet, autor do Bcachefs, resultou na disposi\u00e7\u00e3o de Linus de excluir o c\u00f3digo do Bcachefs do n\u00facleo do Linux 6.17. No entanto, Linus aceitou as altera\u00e7\u00f5es no Bcachefs na vers\u00e3o 6.16 do n\u00facleo, que geraram descontentamento em rela\u00e7\u00e3o \u00e0s a\u00e7\u00f5es de Kent. Linus escreveu: <\/p>\n
\nAcredito que nossos caminhos se separar\u00e3o na fus\u00e3o 6.17. <\/p>\n
Voc\u00ea deixou muito claro que n\u00e3o posso questionar quaisquer corre\u00e7\u00f5es de bugs e que devo simplesmente aceitar tudo. <\/p>\n
Para ser honesto, n\u00e3o me sinto muito confort\u00e1vel estando envolvido em tudo isso, e a \u00fanica coisa com a qual ambos, aparentemente, realmente concordamos na discuss\u00e3o \u00e9 que \"acabamos\". <\/p><\/blockquote>\n
A correspond\u00eancia anterior a esta declara\u00e7\u00e3o com Kent foi privada, e os detalhes ainda n\u00e3o est\u00e3o claros. No entanto, na discuss\u00e3o deste assunto, Kent mencionou que talvez suas palavras em correspond\u00eancia privada tenham sido mal interpretadas e que ele n\u00e3o acha que o BcacheFS deve ser exclu\u00eddo do n\u00facleo. Entretanto, ele est\u00e1 aberto a interromper a inclus\u00e3o do Bcachefs no n\u00facleo principal do Linux, e isso n\u00e3o matar\u00e1 o projeto, embora seja um grande problema. Se o Bcachefs for removido, o desenvolvimento continuar\u00e1 e esse sistema de arquivos ser\u00e1 distribu\u00eddo na forma de um m\u00f3dulo DKMS. Kent tamb\u00e9m observou que a exclus\u00e3o do BcacheFS do n\u00facleo ser\u00e1 a melhor op\u00e7\u00e3o para a paz dele com Linus, mas claramente n\u00e3o ser\u00e1 a melhor solu\u00e7\u00e3o para os usu\u00e1rios e a comunidade de desenvolvedores. <\/p>\n
Os conflitos entre Kent e Linus s\u00e3o causados por viola\u00e7\u00f5es constantes das regras de envio de altera\u00e7\u00f5es e corre\u00e7\u00f5es ao n\u00facleo. Kent acredita que as corre\u00e7\u00f5es de problemas no sistema de arquivos devem ser promovidas imediatamente e de todas as maneiras poss\u00edveis. Linus insiste que mudan\u00e7as funcionais e grandes corre\u00e7\u00f5es s\u00e3o permitidas apenas nas fases iniciais de desenvolvimento de um novo branch do n\u00facleo, enquanto os lan\u00e7amentos candidatos tardios devem se concentrar apenas na corre\u00e7\u00e3o de bugs. Kent regularmente viola essa regra e envia grandes altera\u00e7\u00f5es em momentos inadequados, o que gera descontentamento em Linus e uma nova onda de disputas. Anteriormente, Linus j\u00e1 havia alertado Kent sobre o desejo de remover o Bcachefs do n\u00facleo principal, uma vez que Kent continua a brincar sozinho em sua caixa de areia, n\u00e3o se envolvendo na colabora\u00e7\u00e3o e n\u00e3o deseja aceitar as regras do jogo da comunidade de desenvolvedores do n\u00facleo. <\/p>\n
No caso do kernel 6.16, Kent enviou um conjunto de patches para inclus\u00e3o na atualiza\u00e7\u00e3o RC3, entre os quais estava o patch com a implementa\u00e7\u00e3o da nova op\u00e7\u00e3o \"journal_rewind\". Linus escreveu que Kent se esqueceu de que, ap\u00f3s o fechamento da janela para aceita\u00e7\u00e3o de mudan\u00e7as funcionais, a adi\u00e7\u00e3o de novas funcionalidades ao kernel n\u00e3o \u00e9 permitida, mesmo que esteja relacionada \u00e0 corre\u00e7\u00e3o de outros bugs, pois a adi\u00e7\u00e3o de novas capacidades em est\u00e1gios tardios de forma\u00e7\u00e3o do release pode levar a regress\u00f5es. Al\u00e9m disso, o Bcachefs continua a ser posicionado como um sistema de arquivos experimental e a rapidez na corre\u00e7\u00e3o de bugs nele n\u00e3o \u00e9 t\u00e3o cr\u00edtica. <\/p>\n
Kent respondeu que o principal objetivo do desenvolvimento \u00e9 fornecer aos usu\u00e1rios c\u00f3digo funcional, portanto ele n\u00e3o est\u00e1 disposto a ceder em quest\u00f5es relacionadas \u00e0 corre\u00e7\u00e3o de bugs que afetam a integridade dos dados. Diferentemente de outras subsistemas, bugs em sistemas de arquivos n\u00e3o s\u00e3o resolvidos com uma reinicializa\u00e7\u00e3o e podem levar \u00e0 corrup\u00e7\u00e3o de dados; portanto, na opini\u00e3o de Kent, adiar a corre\u00e7\u00e3o at\u00e9 a pr\u00f3xima janela de aceita\u00e7\u00e3o de mudan\u00e7as n\u00e3o \u00e9 aceit\u00e1vel, mesmo que tais corre\u00e7\u00f5es exijam grandes altera\u00e7\u00f5es. <\/p>\n