Una nueva discusi\u00f3n entre Linus Torvalds y Kent Overstreet, autor de Bcachefs, termin\u00f3 con Linus expresando su disposici\u00f3n a excluir el c\u00f3digo de Bcachefs del n\u00facleo de Linux 6.17. Sin embargo, Linus acept\u00f3 en el n\u00facleo 6.16 cambios en Bcachefs, que fueron motivo de descontento por parte de Kent. Linus escribi\u00f3: <\/p>\n
\nCreo que nuestros caminos se separar\u00e1n en la ventana de fusi\u00f3n 6.17. <\/p>\n
Dejaste muy claro que no puedo cuestionar ninguna correcci\u00f3n de errores y que debo simplemente aceptar todo. <\/p>\n
Honestamente, no me siento especialmente c\u00f3modo involucr\u00e1ndome en todo esto, y lo \u00fanico con lo que ambos, al parecer, realmente coincidimos en la discusi\u00f3n es que \"hemos terminado\". <\/p><\/blockquote>\n
La correspondencia previa a esta declaraci\u00f3n con Kent se llev\u00f3 a cabo de manera privada y los detalles a\u00fan no est\u00e1n claros. Sin embargo, en la discusi\u00f3n sobre este tema, Kent escribi\u00f3 que es posible que sus palabras en la correspondencia privada hayan sido malinterpretadas y no cree que BcacheFS deba ser excluido del n\u00facleo. A pesar de esto, est\u00e1 dispuesto a detener el suministro de Bcachefs en el n\u00facleo principal de Linux y esto no matar\u00e1 el proyecto, aunque ser\u00e1 un gran problema. En caso de que se elimine Bcachefs, el desarrollo continuar\u00e1 y este sistema de archivos se distribuir\u00e1 en forma de m\u00f3dulo DKMS. Kent tambi\u00e9n mencion\u00f3 que excluir BcacheFS del n\u00facleo ser\u00eda la mejor opci\u00f3n para su tranquilidad con Linus, pero claramente no ser\u00eda la mejor soluci\u00f3n para los usuarios y la comunidad de desarrolladores. <\/p>\n
Los desacuerdos entre Kent y Linus se deben a las constantes violaciones de las normas para enviar cambios y correcciones al n\u00facleo. Kent sostiene que las correcciones de problemas en el sistema de archivos deben avanzar sin demora y de cualquier manera posible. Linus insiste en que los cambios funcionales y las correcciones importantes son permitidos en las primeras etapas del desarrollo de una nueva rama del n\u00facleo, mientras que los candidatos tard\u00edos para lanzamientos se centran \u00fanicamente en la correcci\u00f3n de errores. Kent infringe regularmente esta regla y env\u00eda cambios importantes en momentos inapropiados, lo que lleva al descontento de Linus y a una nueva ola de disputas. Anteriormente, Linus ya hab\u00eda advertido a Kent sobre su deseo de eliminar Bcachefs del n\u00facleo principal, ya que Kent contin\u00faa jugando solo en su propia arena, no se involucra en el trabajo conjunto y no desea adoptar las reglas del juego de la comunidad de desarrolladores del n\u00facleo. <\/p>\n
En el caso del n\u00facleo 6.16, Kent envi\u00f3 un conjunto de parches para su inclusi\u00f3n en la actualizaci\u00f3n RC3, entre los cuales estaba un parche con la implementaci\u00f3n de una nueva opci\u00f3n \"journal_rewind\". Linus escribi\u00f3 que Kent olvid\u00f3 que despu\u00e9s de cerrar la ventana para aceptar cambios funcionales, no se permite a\u00f1adir nueva funcionalidad al n\u00facleo, incluso si est\u00e1 relacionada con la correcci\u00f3n de otros errores, ya que la adici\u00f3n de nuevas capacidades en etapas tard\u00edas de la formaci\u00f3n de la versi\u00f3n puede conducir a regresiones. Adem\u00e1s, Bcachefs sigue siendo presentado como un sistema de archivos experimental y la rapidez en la soluci\u00f3n de errores no es tan cr\u00edtica. <\/p>\n
Kent respondi\u00f3 que el objetivo principal del desarrollo es proporcionar a los usuarios c\u00f3digo funcional, por lo que no tiene la intenci\u00f3n de ceder en cuestiones relativas a la correcci\u00f3n de errores que afectan la integridad de los datos. A diferencia de otros subsistemas, los errores en el sistema de archivos no se resuelven reiniciando y pueden provocar la corrupci\u00f3n de datos, por lo que, en opini\u00f3n de Kent, retrasar su soluci\u00f3n hasta la siguiente ventana de aceptaci\u00f3n de cambios es inaceptable, incluso si dichas correcciones requieren cambios significativos. <\/p>\n