El soporte a largo plazo para el kernel de Linux se reducirá ya que el mantenimiento aún está bajo presión.

Bilbao, España: V. Cumbre Europea del Código AbiertoJonathan Corbett, desarrollador del kernel de Linux y editor ejecutivo de Noticias semanales de Linuxactualice a todos sobre las novedades del kernel de Linux y hacia dónde se dirige desde aquí.

Este es uno de los principales cambios que se avecinan: el soporte a largo plazo (LTS) para el kernel de Linux se ha reducido de seis a dos años.

Actualmente, hay Seis núcleos LTS de Linux – 6.1, 5.15, 5.10, 5.4, 4.19 y 4.14. Según el proceso hasta el momento, la versión 4.14 se lanzará en enero de 2024 y se agregará otro kernel. De ahora en adelante, cuando se publiquen el kernel 4.14 y el siguiente kernel, no serán reemplazados.

Además: ¿Quieres una alternativa a Windows elegante y fácil de usar? Pruebe Manjaro 23.0 con KDE Plasma

¿Por qué? En pocas palabras, Corbett explicó: «No tiene sentido conservarlo durante mucho tiempo porque la gente no lo usa». acepto. mientras estoy seguro Alguien Todavía hay la versión 4.14 ejecutándose en producción de Linux, y no puede haber demasiadas.

Otra razón, y un problema mucho mayor que el simple mantenimiento de LTS, según Corbett, es que los encargados del mantenimiento del código Linux se están agotando. No es que los desarrolladores sean un problema. Las últimas versiones de Linux han tenido un promedio de más de 2.000 programadores (incluidos unos 200 nuevos desarrolladores) trabajando en cada versión. Sin embargo, los mantenedores (las personas que verifican el código para ver si encaja y funciona correctamente) son otra cuestión.

Los mantenedores enfrentan muchos obstáculos al realizar su trabajo. Primer obstáculo: a muchos mantenedores no se les paga por el mantenimiento. Mantienen el código además de sus trabajos diarios. Además, se enfrentan a demandas cada vez mayores de su tiempo, debido a la escasez de personal y al uso pelusa Para encontrar errores. Aunque las ofuscaciones son útiles, también revelan muchos errores pequeños, cada uno de los cuales debe ser verificado y luego rechazado por los moderadores.

¿Resultados? En palabras de Joseph Pasek, desarrollador y mantenedor del sistema de archivos del kernel de Linux: “Los mantenedores son agotadores. [because] Los mantenedores no están escalando». Darrick Wong, un mantenedor senior del kernel de Linux, agregó: «Esto no puede continuar. «Necesitamos ayuda.»

¿Cómo pueden obtener ayuda? Bueno, para empezar, Corbett sugiere que los supervisores hablen con sus empleadores sobre la posibilidad de pagarles por su trabajo como supervisores. Como señala Wong: «La mayoría de mis amigos trabajan en pequeñas empresas, organizaciones sin fines de lucro y gobiernos locales. Informan de los mismos problemas de exceso de trabajo, miedo generalizado e ira, y luchan por comprender y adaptarse a las nuevas ideas que estoy observando aquí. Ven la conexión”. Vínculo directo entre la falta de ingresos y recursos de su organización. No entienden por qué nos pasa lo mismo a mí y a mis socios cercanos al lugar de trabajo cuando todos trabajamos para empresas que están liquidando cientos de miles de millones de dólares”.

Esta es una buena pregunta. Las empresas deben darse cuenta de que necesitan retribuir a Linux si quieren seguir cosechando sus beneficios.

Además: ¿Por qué no más personas usan Linux para escritorio? Tengo una teoría que quizás no te guste.

Problema relacionado: Linux ahora está adoptando Rust como experimento. Si bien esta es una buena noticia en muchos sentidos (Rust elimina clases enteras de errores a los que es vulnerable el lenguaje principal de Linux, C), también plantea problemas para los mantenedores. Después de todo, si un mantenedor ha pasado 30 años trabajando en C, pedirle que se convierta en un experto en Rust es una gran tarea.

Además, sigue desarrollándose óxido. Se necesitan muchos parches de Rust para que el lenguaje funcione correctamente en un nivel profundo en Linux. Esto también significa que necesita mucho código adhesivo para que Rust y Linux funcionen bien juntos.

Luego hay algunos desarrolladores del kernel de Linux a quienes no les gusta Rust. Como alguien dijo: «Probablemente haya algunos que estén bien diseñados y escritos». [Linux] Piezas que no han tenido problemas de integridad de memoria durante muchos años. “Es un insulto presentar esto como una mejora con respecto a lo que lograron quienes hicieron todo el trabajo duro”.

Sin embargo, Corbett cree que el punto de decisión (si Rust se convertirá en una parte importante del núcleo) llegará pronto. Ese día llegará «cuando integremos la característica número uno en la que confían los usuarios», señaló.

También: Cómo utilizar Google Rust para reducir las vulnerabilidades de seguridad de la memoria en Android

Ese día está cerca: Corbett dijo que hay tres nuevas e importantes adiciones basadas en Rust al código del kernel de Linux en camino. Esta es una implementación rompecabezasfsleer escribir Plan9 servidor del sistema de archivos; Y, el que aparecerá en los titulares, el controlador de GPU Apple M1. De hecho, la primera Los controladores Linux OpenGL ES 3.1 compatibles para las GPU de las familias Apple M1 y M2 ya están disponiblesque llegará a finales de agosto de 2023. Si algo como esto funciona bien, Corbett se sorprendería mucho si Rust no llega a Linux de forma permanente.

Otro tema en las noticias recientemente es cómo la modificación de Red Hat a la licencia Red Hat Enterprise Linux (RHEL) llevó a Oracle, SUSE y CIQ a dividir RHEL con la Open Enterprise Linux Association (OpenELA). Aparte de las complejidades comerciales y de licencias que llevaron a esta batalla, también existen preocupaciones sobre el kernel de Linux.

Estas preocupaciones giran en torno a la siguiente pregunta: ¿Qué kernel debería utilizar para su distribución de Linux? Hay dos opciones reales: 1) Ejecutar el último kernel estable o 2) Ejecutar un kernel más antiguo más correcciones de backend. Esto último es lo que tienden a hacer Red Hat y otros distribuidores empresariales de Linux.

Este último también produce núcleos específicos del proveedor. Aunque esto proporciona estabilidad, también distancia estas distribuciones del soporte de la comunidad y las hace dependientes de proveedores específicos. Es este último hallazgo, lo que provocó que AlmaLinux y Rocky Linux comenzaran su propio trabajo en CentOS (el clon RHEL gratuito de Red Hat) después de que Red Hat cerrara CentOS en favor de CentOS Stream, lo que encendió el fuego entre Red Hat y OpenELA. Lo que OpenELA quiere es un clon de RHEL, que utiliza el núcleo RHEL anterior. Estén atentos a más novedades a medida que este conflicto continúa haciendo estragos.

Además: Mi idea para una nueva y genial distribución de Linux para principiantes

Por otro lado, Corbett señaló que Android «estaba presionando mucho hacia esta imagen de kernel común y confiaba en actualizaciones estables. Esto se debe a que descubrieron que esto ayudaba a mejorar la seguridad de Android. Descubrieron que la gran mayoría de los problemas de seguridad se detectaron en The kernel o incluso arreglarlo en el kernel de Android antes de que fuera revelado porque ya estaba integrado antes de que nadie supiera que en realidad era un error de seguridad».

Este es otro problema del que los desarrolladores del kernel de Linux son muy conscientes. Como explicó Corbett:

«Uno de los aspectos interesantes del desarrollo del kernel es que casi cualquier cosa puede ser un error de seguridad. Y realmente no lo sabrías hasta que alguien encuentre una manera de explotarlo de alguna manera. Así que se hacen muchas correcciones, y’ No están marcados como correcciones de seguridad. No porque la comunidad del kernel intente ocultar las correcciones de seguridad. Quiero decir, a veces hay un poco de infiltración que a mí personalmente no me gusta. Pero la mayoría de las veces, en realidad simplemente no hay uno sabe que este error es un error de seguridad.’ No fue hasta más tarde que alguien se enteró. Por lo tanto, la única forma de protegerse de este tipo de error es implementar todas las correcciones”.

Por esta razón, Corbett, y cualquiera que realmente conozca Linux, recomienda que si está creando una distribución de Linux, siempre incluya todos los parches. Para kernels más antiguos, como el 4.14, el número de confirmaciones puede llegar a 26.799. Sin embargo, si intenta elegir qué parches desea utilizar, es casi seguro que se expondrá a vulnerabilidades.

Finalmente, Corbett señaló que Scott McNealy, antiguo director ejecutivo de Sun, dijo una vez: “El código abierto es tan libre como un cachorro libre”. Y McNealy tenía razón. Usar código abierto y Linux es fácil. Pagar por la formación que necesita para no ensuciar el suelo de la cocina es aún más difícil.

.