ARTDEPARTMENT
ARTDEPARTMENT
Se aplazamiento que la lectura 6.17 del kernel Linux se evento en menos de un mes, lo cual significa que ya se ha cerrado el beneficio temporal que los desarrolladores tienen para solicitar la incorporación de su código (o, en jerigonza técnica, hacer un 'pull request') a la nueva lectura del kernel.
Pero uno de ellos, que decidió mandar su contribución al filo del fin de plazo, acaba de obtener cierta triunfo en el mundillo de Linux tras sufrir un 'pendencia' en franco de parte del mismísimo padre de Linux.
Palmer Dabbelt, ingeniero del equipo de Android de Google, había contribuido con un código específico para la edificación RISC-V que no sólo fue remitido en el zaguero momento, sino que además incluía modificaciones en cabeceras genéricas del kernel que Linus Torvalds consideró contraproducentes.
El resultado fue una respuesta tajante —en su característico estilo, vamos— en el que se negaba a integrar el código en esa lectura.
Recordemos que puntual un mes ayer, Torvalds había protagonizado otra polémica al optar por suprimir de un plumazo 10 abriles de trabajo del kernel relativos a un componente (el sistema de archivos Bcachefs).
En ese caso, la podagra que colmó el vaso (porque el tema venía de ayer) fue otro incumplimiento de calendario: editar un 'pull request' con nuevas funcionalidades en una escalón de mejora en la que sólo se debían aportar soluciones a problemas de funcionamiento.
El código en cuestión se envió el pasado viernes, prácticamente al obturación de la ventana de integración, que culminó ayer, domingo, con el divulgación de la primera release candidate de Linux 6.17. Torvalds lo rechazó enarbolando dos razones:
"Y mandar una gran 'pull request' el día preliminar al obturación de la ventana con la esperanza de que esté demasiado ocupado para preocuparme no es una organización con futuro".
El problema se agrava porque por otra parte, días ayer de la polémica, Torvalds ya había avisado a varios mantenedores que, conveniente a un alucinación inminente, agradecería aceptar las peticiones incluso ayer de lo habitual.
"Esto añade varias basuras que no son RISC-V específicas para los archivos de almohadón genéricos. Y por "basura" lo digo en serio. Esto es poco que nadie debería mandar nunca, sin importar lo tarde que llegues a la ventana de fusión. [...]
Es basura inútil que hace incomprensible [el código] a cualquier adjudicatario. [...] Uno desearía que no hubiese basura adentro de las partes de RISC-V, pero eso es selección tuya. Sin secuestro, no voy a dejar que las cabeceras genéricas se contaminen por locuras".
Y es que, en Linux, los cambios relativos a una edificación deben atenerse, a excepción de casos muy justificados, al árbol de código de esa edificación. De modo que "contaminar" cabeceras comunes hubiera afectado a todo el ecosistema.
Más allá de eso, citando detalles concretos del código, Torvalds llegó a afirmar que "hace del mundo un ocasión peor en el que comportarse" porque dificultaba entender el orden de los argumentos.
Así que... 'pull request' descartado, y recadito para la próxima:
"Estás avisado. No más 'pull requests' tardías, y no más basura fuera del árbol RISC-V. [...] Así que puedes intentarlo de nuevo en 6.18. En la ventana de la fusión. Y sin la basura".
Dabbelt, por su parte, optó por replicar de forma conciliadora: "Dejaré de asistir tarde, y espero que eso ayude con los problemas de calidad". Además dio a entender que estaba dispuesto a ajustar el difusión del código para evitar tocar cabeceras genéricas innecesariamente.
Imagen | Marcos Merino mediante IA
En Genbeta | Qué fue de MINIX, el sistema activo que inspiró la creación de Linux y terminó siendo más usado que Windows
Compartir este artículo
Consultoria Personalizada
¡Si aun no tienes presencia en internet o
necesitas ayuda con tus proyectos, por favor, escribenos!
En ARTDEPARTMENT nos especializamos en brindar soluciones para que tu negocio, empresa o proyecto sea visible en internet.