Una nueva discusión entre Linus Torvalds y Kent Overstreet, autor de Bcachefs, terminó con Linus expresando su disposición a excluir el código de Bcachefs del núcleo de Linux 6.17. Sin embargo, Linus aceptó en el núcleo 6.16 cambios en Bcachefs, que fueron motivo de descontento por parte de Kent. Linus escribió:
Creo que nuestros caminos se separarán en la ventana de fusión 6.17.
Dejaste muy claro que no puedo cuestionar ninguna corrección de errores y que debo simplemente aceptar todo.
Honestamente, no me siento particularmente cómodo involucrado en todo esto, y lo único en lo que ambos, aparentemente, realmente coincidimos en la discusión es que 'hemos terminado'.
La correspondencia previa a esta declaración con Kent se llevó a cabo de manera privada y los detalles aún no están claros. Sin embargo, en la discusión sobre este tema, Kent escribió que es posible que sus palabras en la correspondencia privada hayan sido malinterpretadas y no cree que BcacheFS deba ser excluido del núcleo. A pesar de esto, está dispuesto a detener el suministro de Bcachefs en el núcleo principal de Linux y esto no matará el proyecto, aunque será un gran problema. En caso de que se elimine Bcachefs, el desarrollo continuará y este sistema de archivos se distribuirá en forma de módulo DKMS. Kent también mencionó que excluir BcacheFS del núcleo sería la mejor opción para su tranquilidad con Linus, pero claramente no sería la mejor solución para los usuarios y la comunidad de desarrolladores.
Los desacuerdos entre Kent y Linus se deben a las constantes violaciones de las normas para enviar cambios y correcciones al núcleo. 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úcleo, mientras que los candidatos tardíos para lanzamientos se centran únicamente en la corrección de errores. Kent infringe regularmente esta regla y envía cambios importantes en momentos inapropiados, lo que lleva al descontento de Linus y a una nueva ola de disputas. Anteriormente, Linus ya había advertido a Kent sobre su deseo de eliminar Bcachefs del núcleo principal, ya que Kent continúa 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úcleo.
En el caso del núcleo 6.16, Kent envió un conjunto de parches para incluir en la actualización RC3, entre los cuales se encontraba un parche con la implementación de una nueva opción llamada «journal_rewind». Linus escribió que Kent había olvidado que, tras cerrarse la ventana para aceptar cambios funcionales, no se permite añadir nuevas funcionalidades al núcleo, incluso si están relacionadas con la corrección de otros errores, ya que la inclusión de nuevas capacidades en etapas tardías de la formación del lanzamiento puede provocar regresiones. Además, Bcachefs sigue posicionándose como un sistema de archivos experimental, y la rapidez en la corrección de errores en él no es tan crítica.
Kent respondió que el objetivo principal del desarrollo es proporcionar a los usuarios un código funcional, por lo que no tiene intención de ceder en cuestiones relacionadas con la corrección de errores que afectan la integridad de los datos. A diferencia de otros subsistemas, los errores en el sistema de archivos no se solucionan reiniciando y pueden llevar a la corrupción de los datos; por lo tanto, según Kent, posponer su corrección hasta la siguiente ventana de aceptación de cambios es inaceptable, incluso si tales correcciones requieren realizar cambios importantes.
La opción añadida «journal_rewind» revertía cambios en el registro para restaurar el sistema de archivos a un estado anterior. Kent considera que esta nueva opción debe habilitarse sin demora, ya que resuelve el problema de la recuperación del sistema de archivos para los usuarios que enfrentaron errores al eliminar subsecciones y no tienen una copia de seguridad. Al principio, Linus se negó a aceptar el conjunto de parches con este cambio en el núcleo 6.16-RC3, pero después de una correspondencia personal con Kent, cambió de opinión y aceptó los cambios en la base de código que dará lugar a la actualización 6.16-RC4.
Fuente: opennet.ru
