Durante todo el mes de Febrero estuvimos compartiendo diversas noticias sobre el caso de las problemáticas y desacuerdos que se han generado en la comunidad de desarrolladores del Kernel de Linux por el desarrollo en Rust.
Incluso, algunos de los pesos pesados en la comunidad han dado a conocer su postura y peor aún, algunos han renunciado a sus cargos como mantenedores dentro de algunos de los subsistemas del kernel de Linux.
Ante esta oleada de discusiones y que tal parece que se está saliendo de control, Linus Torvalds ha tomado cartas en el asunto y se ha sumado a la discusión en torno a la resistencia de algunos mantenedores a la introducción de Rust en el kernel de Linux.
Según Linus, ningún mantenedor está obligado a aprender, usar o incluso considerar el código escrito en Rust si no lo desea, ya que pueden continuar trabajando exclusivamente con C.
Sin embargo, si un mantenedor decide no involucrarse, tampoco tendrá la oportunidad de influir en la forma en que se desarrolla, ni de influir en cómo se integran sus enlaces externos al código de su propio subsistema.
Torvalds explicó que aquellos mantenedores que estén interesados en avanzar con Rust podrán participar en su desarrollo, influir en la construcción de enlaces y ayudar en el mantenimiento de las interfaces correspondientes. Por el contrario, quienes opten por no tratar con Rust estarán protegidos de los problemas que puedan surgir en su uso, pero también se verán excluidos de influir en su evolución. Este enfoque crea una especie de barrera que, si bien resguarda a los que se dedican exclusivamente a C, a la vez les impide contribuir a la mejora de la integración de Rust.
Esta situación crea, en cierto modo, una barrera protectora para quienes trabajan únicamente con C, aislándolos de las complejidades y posibles inconvenientes asociados al código Rust. Pero, a la vez, ese mismo aislamiento les impide influir en el avance de Rust, lo que significa que el lema «nadie tiene que lidiar con Rust» no permite a cada mantenedor bloquear cualquier código escrito en este lenguaje.
La división de responsabilidades se organiza de manera que aquellos interesados en Rust pueden trabajar en sus aspectos, mientras que los que optan por no involucrarse no se verán forzados a cambiar su flujo de trabajo, aunque tampoco podrán modificar el desarrollo de los componentes escritos en Rust.
La controversia se intensificó cuando surgió la situación de la aprobación de enlaces de Rust a través del subsistema DMA. En este caso, se ignoró la oposición de un mantenedor que intentaba bloquear la aceptación de dichos enlaces, y Linus criticó abiertamente las acciones de Christoph Hellwig.
Según Torvalds, Hellwig había excedido su autoridad al tratar de influir en un código que, estando implementado en un subdirectorio separado, no afectaba al subsistema DMA del cual él era responsable. En palabras de Torvalds, la actitud de Hellwig se asemeja a intentar deshabilitar el uso de DMA en un controlador simplemente porque no le agradaba, lo cual es inaceptable.
En definitiva, aunque cada mantenedor es responsable de su propio código, no se le puede exigir que controle cómo se utiliza ese código o que decida sobre su integración en proyectos más amplios.
Continúar leyendo...