Hector Martin, principal desarrollador de Asahi Linux, dimite del núcleo Linux (eng)

Se va en con email donde publica el cambio en el repositorio del kernel quitando su nombre de la lista de desarrollador del núcleo de Linux. Empieza el correo comentando que: "Ya no tengo ninguna fe en el proceso de desarrollo del núcleo ni en el enfoque de gestión de la comunidad." Relacionada: www.meneame.net/story/conflicto-estalla-linux-desarrolladores-kernel-a

[#15 soberao]

#10 Hombre, Linus es líder del proyecto, si no has tenido problemas con él, es que no eres nadie en el proyecto. También hablan que Hector es bastante tóxico y tiene un comportamiento complicado: news.ycombinator.com/item?id=42977331

Hay mucha política en proyectos de Software Libre o de OpenSource. Luchas por implementar lenguajes y estándares corporativos para que estas grandes empresas se hagan con la dirección y decidan el desarrollo de muchos proyectos esenciales. No puedes comprar la empresa como con el software privativo, pero puedes cambiar a los líderes del proyecto y eso se intenta con movidas como ésta.

[#19 frg]

#15 Llamar a Marcan tóxico es ser un poco capullo.

[#21 soberao]

#19 Lo hacen en muchas discusiones. Hay que tener en cuenta que Linus no es tan mayor como Stallman para llamarle viejo cascarrabias, pero Linus ya estaba en Internet mucho antes de las páginas webs y las redes sociales. Montar un pollo en las redes sociales no tiene ningún efecto para esta gente.
Más discusiones donde le llaman tóxico: www.reddit.com/r/rust/comments/1iju93d/asahi_linux_lead_developer_hect

[#1 Estauracio]

A tomar por culo Linux de escritorio.

[#2 exeware]

#1 y este era el año

[#3 Khadgar]

#1 Si tienes una hora yo tengo Linux sucks 2024 .

[#20 meneandro]

#17 El problema de los genios (como el señor ken overstreet, el que se está cascando bcachefs) es que en su cabeza lo suyo siempre es mejor y los que no le siguen el ritmo son unos incompetentes. Y llamar a alguien incompetente, de quien dependes (y que lleva décadas haciendo un gran trabajo de mantenimiento y desarrollo en el kernel de linux) para que tu software pueda encajar en el kernel de linux, no es muy buena política. Ser inteligente no te hace ser listo, si fuera listo no sería…   

[#22 juanac]

#20 hay personas muy inteligentes y muy buenos profesionales pero que no consiguen lo que podrían por falta de empatía y soft skills. Como bien dices, ser suficiente no es lo relevante, en particular cuando tienes que trabajar en equipo, que en el siglo XXI es casi siempre.

[#7 Marco_Pagot]

Asa-hi hemos llegado, dijo en duras declaraciones

[#8 NombreMásFalsoQueJudas]

#7 error: texto muy breve o caracteres no válidos  

[#13 Yosemite]

Por si no era bastante con la pataleta en las RRSS.
Cómo le gusta el drama y el victimismo a este hombre. Casi más que el desarrollo.
Estos "Lead Developers" que se creen más importantes que el proyecto siempre hacen los mismos pasos.
Y todos acaban igual: "o se hace como yo quiero o me voy", y si no le dan la razón, entonces "pierde la fe"

[#17 sillycon]

#13 Sigo a Marcan desde hace tiempo, le he visto en conferencias del Chaos Computer Club en Berlín y programando el Asahi en directo y es un verdadero genio. A mí que me dedico a esto desde hace cof años me cuesta mucho seguirle. No sólo es sobrehumano programando y haciendo ingeniería inversa, también tiene una visión de alto nivel del futuro y desarrollo del Linux. Hasta el momento no le he visto soltar ninguna afirmación o incluso opinión, por polémica que sea, que no fuera…   

[#18 meneandro]

#4 #5 #6 #13 La cosa va más por lo que dice #11 y #14. Linus está a favor de Rust en el kernel (de hecho, ha manifestado más de una vez que le encantaría usar los nuevos macs con linux, si acaso no los está usando ya). Otros mantenedores no, cada uno con sus argumentos, más o menos aceptables o debatibles.

Aquí el problema real que hay es que todo esto es muy delicado. Décadas de estabilidad y compatibilidad hacia atrás podrían perderse si se hacen las cosas mal y eso es lo que los…   

[#23 Cidwel]

#18 #12 tengo la sensación de que sin nuestro bastardo dictador benevolente la estabilidad y confianza con el nucleo se iba a ir a tomar por culo

El dia que le de cancer nos joderemos todos de lo lindo. Igual que si se muere Gabe Newell. El dia que Gabe apechusque, Steam se va a tomar por culo por la codicia de tener siempre un poquito mas

[#30 meneandro]

#23 Realmente es quien le para los pies a lo que intentan desviar los principios en los que se basa el kernel. Sin una autoridad tan fuerte al mando, es probable que el entorno corporativo meta más mano de lo que deba y algunas cosas cambien para mal.

[#25 bibubibu]

#18 Mejor explicación imposible.

Héctor se creía que era la majorette y que todos los demás le debían algo. Pero como bien has comentado, sólo pensaba en él y no en el trabajo del resto.

Que cierre la puerta al salir.

[#29 meneandro]

#25 Realmente su objetivo es Asahi linux, va a seguir manteniendo la distribución y sus parches fuera de kernel (aunque ya hay un mantenedor sustituto que tomará su lugar y tratará de que el kernel de linux acepte los parches necesarios para integrar rust).

[#5 Torrezzno]

Los rollos de siempre de Rust, Linus y demás

[#4 frg]

Muy mala noticia. Ahora lo que genere el proyecto Asahi, que suele ser de una calidad excepcional, no se incluirá en el kernel, perdiendo todo ese trabajo para sólo mayor gloria de los mac.

A ver si alguien amplia la información porque huele a cagada mayúscula por parte de algún cabezón o cabezones reticentes al cambio.

[#6 vantablack]

#4 Linus ha dicho que no al cambio que era necesario para los drivers de Rust, con su amabilidad normal, soltándole un "lo mismo el problema eres tú" al bueno de marcan.

personalmente rust me parece infumable de leer, pero entiendo las ventajas frente a c/c++, no sabría posicionarme en este tema.

[#9 soberao]

#6 Se va quejándose de la gestión y de la comunidad, vamos, que no solo el problema es con Linus.

[#10 frg]

#9 Puede que el problema es algo más que Linus, pero por lo que comenta #6, Linus es parte del problema.

[#12 Nitros]

#6 No ha sido Linus el que ha dicho que no. Linus no está en contra de meter Rust en el kernel.

Ha sido el de que mantiene cierta parte del kernel que no aceptó un parche de otro y comparó mezclar dos lenguajes diferentes al cáncer.

Entonces Héctor hizo lo que sabe hacer mejor, ir a las redes sociales a generar polémica para deshacerse de aquellos que no piensan exactamente como él.

Linus crítica que Héctor hiciese eso, no Rust o el parche.

Yo estoy 100% a favor de meter Rust en el kernel, pero hay que tener mucho ojo con personajes tóxicos como Héctor.

[#16 yofuihongkongphooey]

#12 tu comentario es el que mejor resume lo que está pasando.

[#24 lgg2]

#12 Es que ademas, por lo que he leído, pasaron un parche de 7k loc, le vieron algunos problemas para integrarlo y a la de 2 meses volvieron un un parche de 17k loc. Si ya la revisión del primero era una pasada de tiempo y esfuerzo, no te cuento la segunda y que ademas debía todavía de dar algún error de compilación.

[#27 CrudaVerdad]

#12 si tanto problema hay se crean dos ramas: Linux Rust, y Linux C. Algo similar a MySQL y MariaDB, compatibles pero separados y todos contentos.

[#14 flixter]

#6 no es un problema de lenguaje. El problema es que el sistema de DMA tiene cambios muy a menudo, que el resto de mantenedores del kernel no son expertos en Rust, y que ya ha pasado que cambios en el kernel han roto la capa de compatibilidad de Rust y se ha tenido que alterar el proceso de desarrollo.

Si marcan se compromete a poner gente a solucionar problemas, que puedan aparecer, rapido, esto es un no-problema. En lugar de eso se ha puesto a hacer una pataleta innecesaria en redes sociales…   

[#11 tunic]

#4 Por lo que he leído parece que el mantenedor de un subsistema de Linux no querría incorporar unos cambios relacionados con Rust. El proceso normal en el proyecto Linux es que quien quiera esos cambios debe intentar convencer al mantenedor, y si la cosas se enquista se puede apelar al nivel superior, que en este caso es Linus.

Parece que lo que se ha hecho es montar un buen jaleo en redes sociales tras la negativa del mantenedor, junto con un agrio mensaje de Héctor a la lista del kernel…   

[#26 TheUglyStranger]

Menuda cagada meter Rust en el kernel.

[#28 CrudaVerdad]

#26 si se desarrolla por amor, sin cronogramas, ni presiones externas ni propias como darse un reto, a ritmo lento, tomándose días libres para inspirarse, meditar y luego continuar entonces se puede desarrollar en C y C++ con toda la seguridad y estabilidad. Pero si algo de lo anterior no se cumple, mejor desarrollar en RUST.