krd
Dublín, Irlanda: Conozco a Linus Torvalds desde hace décadas, pero desde que llegó Covid, no hemos tenido la oportunidad de una entrevista cara a cara en años. Finalmente, en la Linux Plumbers Conference de 2022, la reunión anual de los principales desarrolladores de Linux del mundo, tuvimos la oportunidad de hablar en persona nuevamente.
Antes de la conferencia, Torvalds había pasado seis días buceando en Bonaire, una isla de las Indias Occidentales Holandesas. Si tuviera la opción, dijo que “preferiría bucear que ir a conferencias”. ¿No lo haríamos todos?
Torvalds también dijo que, aunque trabaja mucho en el kernel de Linux, no es un adicto al trabajo:
Realmente, la razón por la que todavía puedo hacerlo año tras año es que puedo alejarme de ello. Pero no me alejo por mucho tiempo porque me aburro. La única vez que siento que tengo días largos y se vuelve agotador es al comienzo de una fusión. Incluso entonces, trato de hacer todas las cosas importantes durante la primera semana, cuando puedo concentrarme.
Si desea saber quién es el verdadero adicto al trabajo del kernel de Linux, Torvalds sugiere que consulte a Greg Kroah-Hartmann, el mantenedor estable del kernel de Linux. “No sé cómo lo hace”, confió Torvalds. “Creo que está automatizando mucho, pero es interminable y lo hace todas las semanas”.
Sin embargo, Covid tuvo poco o ningún efecto en el desarrollo del kernel de Linux. Por supuesto, Torvalds ha estado trabajando desde casa durante años, al igual que muchos de los principales mantenedores del kernel. El gran cambio es que por “primera vez en años, tendremos una Cumbre cara a cara de fontaneros y mantenedores del kernel de Linux”, una mesa redonda de los 20 principales mantenedores del kernel.
La otra gran diferencia, dijo Torvalds, es que los desarrolladores que no habían estado trabajando en casa descubrieron, en general, que les gustaba trabajar desde casa. Torvalds espera que muchos de ellos sigan haciendo exactamente eso.
Eso no quiere decir que no haya habido ningún cambio. Torvalds estuvo de acuerdo con el desarrollador del kernel de Linux, Jonathan Corbet, quien ese mismo día en la cercana Open Source Summit Europe había dicho que “en lugar de mantenedores solitarios de subsistemas de Linux, ahora los equipos a menudo administran los subsistemas y están funcionando bien”. Torvalds añadió: “Algunos subsistemas todavía están a cargo de una sola persona, pero cada vez es menos común. No es tanto un comité sino que tiende a ser un grupo de tres personas que se turnan”. Esto les quita carga a los mantenedores y, como dice Corbet, ayuda a los mantenedores de código a “ser mucho más felices y menos malhumorados en general”. Y nadie quiere enfrentarse a un mantenedor de código gruñón cuando intenta aprobar un parche de código.
Hablando de mal humor, Torvalds, aunque no es un gran fanático de Rust per se, está listo para ver cómo Rust ingresa al kernel de Linux:
Ya pensé que lo tendríamos para este (kernel Linux 6.0), pero claramente eso no sucedió. No voy a decir que llegará a la versión 6.1 (que saldrá en octubre). Pero ha estado sucediendo durante suficiente tiempo que solo necesitamos fusionarlo porque no fusionarlo no ayuda en nada. Y va a suceder. Claro, algunas personas todavía piensan que podríamos tener problemas con esto, pero si hay problemas dentro de dos años, podemos solucionarlos entonces.
Una de las razones por las que Rust aún no ha llegado es que algunos desarrolladores están preocupados por todas las extensiones no estándar de Rust necesarias para que funcione en Linux. Por ejemplo, con el nuevo controlador NVMe de Rust Linux, fue necesario realizar más de 70 extensiones en Rust para que funcionara.
Pero, dijo Torvalds, hemos estado usando excepciones al estándar C durante décadas. “He sido muy explícito al decir que el estándar en esta área es una mierda. Y vamos a ignorarlo porque es incorrecto. Así que lo mismo ocurrirá en el lado de Rust”.
En lo que a él respecta, la parte más importante es que el compilador de Rust debe ser confiable y estable. Uno de los problemas que tiene la gente es que GCC Rust definitivamente aún no es confiable ni estable. En términos prácticos, para que Linux Rust funcione ahora mismo, debes usar Clang. Pero, agregó Torvalds, “Clang funciona, por lo que fusionar Rust probablemente ayudaría y no dañaría el núcleo”.
Estos días, cuando está de viaje, Torvalds utiliza un Apple MacBook Air con procesador M2. En esta nueva máquina, ejecuta Fedora Workstation 36. Todavía no puede recomendar esto a simples mortales. No había un puerto Fedora para el procesador ARM-64 M2, así que lo hizo él mismo. Por el momento, el Linux principal para M2 es Asahi Linux para Mac, que utiliza el oscuro administrador de paquetes Pacman. O, como dijo Torvalds, “¿¡Pacman!? ¡Qué diablos!” Pero pudo controlarlo rápidamente y poner a Fedora en él.
Por supuesto, todavía no es perfecto. Por ejemplo, el código no es compatible con la FPU M2, por lo que Torvalds no puede hacer gráficos 3D, pero “no necesito juegos”. Irónicamente, eso también significa que algunos efectos gráficos de GNOME 40, como la atenuación de la pantalla, no funcionan, pero “me gusta así, hace que la visualización sea más ágil. Puedo desactivarlos también en mis otras máquinas”.
Un poco más molesto es que Chrome aún no se ejecuta en Linux en esta plataforma. Eso no es un gran problema ya que el navegador web Chromium funciona bien. Excepto que “guardo mis contraseñas triviales en Chrome Password Manager, así que tengo que transferirlas a mi teléfono inteligente”.
Sin embargo, para lo que realmente hace para ganarse la vida (parchear y compilar kernels de Linux), el M2 Air funciona bien. Incluso con sólo 16 GB de RAM y un SSD de 256 GB, funciona bien. Por supuesto, funciona aún más rápido en su estación de trabajo Linux casera, pero “sólo traje mi Mac Air en este viaje. Eso es todo lo que necesito”.
El software Linux y el hardware Mac son una combinación perfecta. O una combinación hecha por Torvalds que lo hace feliz de todos modos.
Historias relacionadas: