Otra conversación entre Linus Torvalds y Kent Overstreet, el autor de Bcachefs, terminó con Linus expresando su disposición a eliminar el código de Bcachefs del núcleo. Linux 6.17. Al mismo tiempo, Linus aceptó cambios en Bcachefs para el kernel 6.16, lo que generó más descontento con las acciones de Kent. Linus escribió:
Creo que nuestros caminos divergirán en la ventana de fusión 6.17.
Dejaste muy claro que no puedo cuestionar ninguna corrección de errores y que debo aceptar todo.
Para ser honesto, no me siento particularmente cómodo estando involucrado en todo esto, y lo único en lo que ambos parecíamos estar realmente de acuerdo en la discusión era en que "hemos terminado".
La correspondencia con Kent previa a esta declaración fue privada y los detalles aún no están claros. Sin embargo, en un hilo de discusión sobre este tema, Kent escribió que quizás sus palabras en la correspondencia privada se malinterpretaron y que no cree que BcacheFS deba eliminarse del núcleo. No obstante, está dispuesto a descontinuar BcacheFS del núcleo principal. Linux Esto no acabará con el proyecto, aunque supondrá un gran problema. Si se elimina BcacheFS, el desarrollo continuará y el sistema de archivos se distribuirá como un módulo DKMS. Kent también señaló que eliminar BcacheFS del kernel sería la mejor opción para su tranquilidad y la de Linus, pero claramente no sería la mejor solución para los usuarios ni para la comunidad de desarrolladores.
Las disputas entre Kent y Linus se deben a las constantes infracciones de las normas para el envío de cambios y parches al kernel. Kent cree que las correcciones a los problemas del sistema de archivos deben promoverse de inmediato y por todos los medios posibles. Linus insiste en que se permiten cambios funcionales y correcciones importantes en las primeras etapas del desarrollo de una nueva rama del kernel, y que las versiones candidatas a versiones posteriores se centran únicamente en la corrección de errores. Kent infringe esta norma con frecuencia y envía cambios importantes en el momento equivocado, lo que genera el descontento de Linus y una nueva ola de disputas. Linus ya había advertido a Kent sobre su intención de eliminar Bcachefs del kernel principal, ya que Kent sigue jugando solo en su entorno de pruebas, no colabora y no está dispuesto a aceptar las reglas del juego de la comunidad de desarrollo del kernel.
En el caso del kernel 6.16, Kent presentó un conjunto de parches para su inclusión en la actualización RC3, entre ellos un parche que implementaba la nueva opción "journal_rewind". Linus escribió que Kent olvidó que, una vez cerrada la ventana de aceptación de funciones, no se permite añadir nuevas funcionalidades al kernel, ni siquiera si están relacionadas con la corrección de otros errores, ya que añadir nuevas funciones en las últimas etapas de la preparación de la versión puede provocar regresiones. Además, Bcachefs sigue posicionándose como un sistema de archivos experimental, y la velocidad de corrección de errores no es tan crítica.
Kent respondió que el objetivo principal del desarrollo es proporcionar a los usuarios código funcional, por lo que no piensa comprometer la corrección de errores que afecten la integridad de los datos. A diferencia de otros subsistemas, los errores en el sistema de archivos no se solucionan reiniciando y pueden provocar la corrupción de datos. Por lo tanto, en opinión de Kent, posponer las correcciones hasta la próxima ventana de aceptación de cambios es inaceptable, incluso si requieren cambios importantes.
La opción "journal_rewind" revirtió los cambios en el diario para restablecer el sistema de archivos a un estado anterior. Kent cree que esta nueva opción debería habilitarse de inmediato, ya que soluciona el problema de restauración del sistema de archivos para los usuarios que experimentaron un error al eliminar subclaves y no tienen una copia de seguridad. Inicialmente, Linus se negó a aceptar un conjunto de parches con este cambio en el kernel 6.16-RC3, pero tras una comunicación personal con Kent, cambió de postura y aceptó los cambios en el código base, sobre cuya base se basa la actualización 6.16-RC4.
Fuente: opennet.ru
