Mesa 24.1 ya está disponible como la nueva versión estable de la pila gráfica que suministra los controladores del espacio de usuario, los soportes de OpenGL, Vulkan y OpenCL para ser m​_ás concretos de cara a aquellas personas que tienen menos conocimientos. Además de Linux, también es un componente con una fuerte presencia en los sistemas BSD y otros sistemas tipo Unix.

Desde hace tiempo no es extraño que un lanzamiento de Mesa no incluya una gran cantidad de novedades, ya que la pila ha logrado una madurez destacable en ciertos frentes. Sin embargo, la versión 24.1 sí ha traído cosas interesantes, empezando por el hecho de que NVK, el driver de Vulkan para Nouveau, ya está listo para el público general. Los responsables explican que “ahora se recomienda a los empaquetadores de distribuciones que incluyan Nouveau en la lista de ‘vulkan-drivers’ para que sus usuarios puedan tener la opción de usarlo en lugar del controlador privativo de NVIDIA”.

NVK es un componente que resulta muy necesario para dotar de soporte de Vulkan a Nouveau, el driver de código abierto presente en el kernel Linux encargado de soportar las gráficas de NVIDIA. Además de resolver una carencia y preparar a Nouveau para soportar Vulkan, ha despertado ciertas esperanzas en lo que respecta a ejecutar ciertos videojuegos no muy exigentes sin tener que emplear el driver oficial de NVIDIA.

La segunda novedad más importante de Mesa 24.1 es que el soporte de sincronización explícita está presente en todos los drivers de Vulkan tanto para Wayland como X11. La sincronización explícita, muy básicamente, promete mejorar el desempeño de los gráficos mediante la reducción del trabajo que tienen que hacer los drivers, ya que las aplicaciones podrán “contactar” con ellos de manera directa en lugar de tener que descubrir las dependencias de las tareas partir de una lista de comandos.

La sincronización explícita se ha convertido en una de las principales promesas para mejorar la experiencia de NVIDIA sobre Wayland, si bien aquí hay que meter el driver oficial de ese fabricante en la coctelera. Por otro lado, lo aportado por Mesa 24.1 es solo una pieza de todo el engranaje para que la sincronización explícita sea una realidad para los usuarios.

Cambiando de tercio, el driver de Vulkan para las gráficas de Intel, ANV, ha cambiado a un enlace de máquina virtual realmente asíncrono y Xe ha ganado soporte para el volcado de errores con el fin de que se puedan depurar los cuelgues de la GPU. No viene mal recordar que ANV es el principal motivo que ha llevado a que las gráficas dedicadas de Intel no hayan terminado de cumplir con las expectativas de los usuarios de Linux, pero a la compañía parece que no le corre mucha prisa el mejorar en ese frente.

El driver de OpenGL de Asahi para los SoC Apple Silicon ha alcanzado los soportes para OpenGL 4.6 y OpenGL ES 3.2, que son las versiones más recientes de las dos variantes de la API gráfica propiedad de Khronos Group. Esto quiere decir que Asashi Linux ya ofrece soporte completo de OpenGL al menos sobre el papel, así que por delante queda el reto de soportar Vulkan, que también es de Khronos Group y es una API mucho más moderna y que trabaja a más bajo nivel.

Y para terminar con las cosas importantes tenemos la incorporación de diversas extensiones de Vulkan, las cuales han a RADV (Radeon), ANV, NVK y/o Turnip (Adreno) dependiendo del caso.

Todos los detalles en torno a Mesa 24.1 están publicados en las notas de lanzamiento. Si se quiere obtener la pila sin tener que pasar por el tortuoso proceso de compilación, lo suyo es esperar a que llegue a modo de actualización a través de Flathub o los repositorios de una distribución bleeding edge, mientras que los usuarios de Ubuntu y derivadas tienen a su disposición los PPA fresh y stable de Kisak.

Terminamos recordando que Mesa es un componente cuya importancia ha crecido mucho desde la aparición de AMDGPU, a pesar de que se trate de un driver para el kernel Linux. Mesa ha pasado de ofrecer un soporte básico de aceleración por hardware para el escritorio a competir de tú a tú con Windows a la hora de ejecutar videojuegos triple A de última generación, lo que ha hecho que su actualización sea incluso más importante que la del kernel en algunos contextos, principalmente relacionados con los videojuegos y tareas que se apoyan fuertemente en la GPU.

Fuente: Muy Linux.

GNOME Foundation ha presentado un borrador de su plan estratégico quinquenal, con el que pretende que GNOME siga creciendo como proyecto, mejorar la sostenibilidad económica y crear una visión compartida que unifique a todo el personal involucrado. Resumiendo mucho, se puede decir que el plan se apoya en cuatro pilares: sostenibilidad económi​_ca, ampliación de la comunidad y el proyecto, Flathub e inclusión.

Lo primero que destaca del borrador del plan estratégico de GNOME Foundation es la intención de impulsar una visión unificada que sea compartida por el personal, la junta directiva y los voluntarios, la cual se quiere proyectar también en las tecnologías desarrolladas. Se pretende que la junta directiva trabaje como un solo equipo e igual para el personal oficial que trabaje en GNOME, mejorando además la coordinación entre ellos. En resumidas cuentas, se intenta unificar el criterio bajo el que funcionan la fundación y el proyecto que desarrolla el software.

Otro punto interesante es el propósito de crear GNOME Pathways Initiative (“Pathways”), “un programa educativo que recluta, asesora, educa, involucra y eleva como líderes a nuevos creadores de África, América Latina, Asia y otras regiones del mundo”. Parece que la intención es mejorar la presencia en áreas geográficas donde esta no es tan fuerte como en Norteamérica y Europa.

En lo que respecta a la inclusión, se ha proyectado ampliar la junta de votación de siete a once miembros. A esto se suma la adición de puestos de “oficiales” regionales y de comité sin derecho a voto para los que se priorizará “el avance de las mujeres, las personas de color, el colectivo trans, las personas de regiones subrepresentadas y personas con discapacidad a puestos de liderazgo”. Las políticas de inclusión también buscan hacer que GNOME sea más “relevante y atractivo” para una mayor diversidad de personas.

En lo que respecta al ámbito tecnológico, el borrador del plan estratégico menciona el apoyo del uso de las tecnologías de GNOME en contextos como móviles, escritorios cruzados y sistemas empotrados. Como no podía ser de otra forma, GTK juega un papel importante y se quiere enfatizar la dependencia del escritorio Linux de las tecnologías de GNOME. No hay que olvidar que GNOME es el escritorio de referencia de las tres grandes distribuciones corporativas: SLED, Ubuntu y RHEL.

Otra cosa que se quiere impulsar es incrementar el beneficio económico directo de GNOME para los desarrolladores a través de un programa de certificación, un curso de la API, un programa de insignias, la promoción de Flathub y otras ideas. De hecho, el principal repositorio de Flatpak se ha convertido en una “pieza crucial” del ecosistema de GNOME. La fundación no duda en considerarla como la tienda de referencia para Linux y que “fomenta la participación de usuarios actuales y nuevos para promover el empoderamiento económico”. Todo eso se suma a la integración del patrocinio fiscal para las aplicaciones de GNOME alojadas en Flathub y las que forman parte de GNOME Circle.

El software libre muchas veces se centra demasiado en el código, cuando ese código necesita de una infraestructura y una dirección que lo sostengan. La fundación quiere que las debilidades actuales de GNOME en términos de seguridad sean corregidas, recaudar fondos para Flathub y las partes nucleares de GNOME, que personas asalariadas y a tiempo completo trabajen en el desarrollo de software para el escaneo automático de vulnerabilidades y la forma reproducible/pública de las compilaciones en torno a las herramientas que comparten GNOME y Flathub, además de crear más documentación y herramientas para GNOME.

En lo que respecta a la parte económica, la fundación ha planteado la creación de un modelo de financiación que permita al evento central de GNOME ser autosostenible y generar ganancias que​_ luego serían reinvertidas en capacitación, la creación de oportunidades para que los patrocinadores apoyen concursos, talleres y más. La búsqueda de financiación para GNOME Development Initiative para abordar las necesidades básicas de la fundación y el proyecto esta ahí y se quiere aprovechar al poder de la comunidad para llevar a cabo dos o tres campañas de financiación colectiva al año para actividades difíciles de financiar, con la intención de recaudar entre 50.000 y 200.000 dólares por cada iniciativa.

Continuando con más cosas relacionadas con la economía, GNOME Foundation pretende desarrollar relaciones de financiación directas con al menos veinte nuevas fundaciones, al menos veinte nuevos socios corporativos y al menos diez agencias gubernamentales durante el transcurso del año 2024. Esto se la recaudación de fondos para convertirse en patrocinador de Flathub.

Por último está la priorización de la salud y el bienestar, que no solo abarcaría la estructura de la fundación, sino también la prevención del burnout y la ineficiencia del personal con una buena política de recursos humanos, revisiones anuales, separación de las funciones que ejercen la junta directiva y el personal y tasas salariales. La ampliación de personal en áreas como la administrativa, la gestión de las subvenciones, DevOps, eventos y recaudación de fondos.

Como vemos, GNOME Foundation pretende crecer en prácticamente todos los ámbitos, cosa que tiene que combinar con una sostenibilidad económica que ahora no tiene o al menos no del todo. De cara a los usuarios finales, lo que más sobresale es la fuerte apuesta por Flathub, y es que GNOME, junto con KDE y Endless, intentan introducir mecanismos de pago en el repositorio con el fin de que los desarrolladores puedan tener algún tipo de ingreso. Por otro lado, las compilaciones oficiales de las aplicaciones de GNOME y las de GNOME Circle están en el mencionado Flathub, lo que refuerza todavía más la visión proyectada por la fundación a través de este borrador.

Fuente: Muy Linux.

systemd se ha convertido en el marco estándar empleado por la mayoría de las grandes distribuciones y también se ha consolidado como un software controvertido debido a que es capaz de implementar una gran variedad de componentes de distinto tipo. Una de las cosas que vendrán en el próximo lanzamiento mayor del framework es run0, que es en base un clon de sudo para systemd.

run0 ha sido anunciado por Lennart Poettering, creador de systemd y actual empleado de Microsoft, en un hilo que ha publicado en la red social Mastodon. El desarrollador reconoce la utilidad del actual sudo que se encuentra en la mayoría de las distribuciones Linux, pero que “tiene serios problemas. Es un binario SUID relativamente grande, es decir, un código privilegiado que los usuarios sin privilegios pueden invocar desde su propio contexto. Tiene un lenguaje de configuración complicado, complementos cargables (¡ldap!), coincidencias de nombres de host, etc”. A todo eso se suman otros factores como una superficie de ataque grande.

La presunta complejidad de sudo ha hecho que algunos hayan decidido desarrollar alternativas, de entre las que destaca doas, que tiene su origen en OpenBSD y destaca por simplificar mucho la herramienta y reducir la superficie de ataque a la vez que no dejar de ser un binario SUID.

Con el fin de evitar o al menos minimizar los presuntos inconvenientes de sudo, Lennart Poettering ha anunciado run0 de la siguiente manera: “Hay una nueva herramienta en systemd llamada ‘run0’. De hecho, no es una herramienta nueva, sino que es la herramienta ‘systemd-run’ que existe desde hace mucho tiempo, pero cuando se invoca con el nombre ‘run0’ (a través de un enlace simbólico) se comporta de manera muy parecida a un clon de sudo con una diferencia clave: ‘no’ es SUID. En lugar de eso, simplemente le pide al administrador de servicios que invoque un comando o shell bajo el UID del usuario objetivo. Asigna un nuevo PTY para eso y luego transfiere datos de un lado a otro del TTY de origen y este PTY.”

“En otras palabras: el comando de destino se invoca en un contexto de ejecución aislado, recién bifurcado del PID 1, sin heredar ningún contexto del cliente (bueno, es cierto que ‘propagamos’ $TERM, pero esa es una excepción explícita, es decir, está en la lista de permitidos en lugar de en la lista de denegados). Se podría decir que ‘run0’ está más cerca del comportamiento de ‘ssh’ que de ‘sudo’ en muchos sentidos. Excepto que no se preocupa por el cifrado o la autenticación criptográfica, la administración de claves y demás, sino que depende de los mecanismos de identificación locales del kernel.”

“Al aislar los contextos y los recursos del cliente y el objetivo, eliminamos por completo otras clases de ataques. La herramienta también es mucho más divertida de usar que sudo. Por ejemplo, por defecto teñirá el fondo de la terminal en un tono rojizo mientras se esté operando con privilegios elevados. Se supone que esto actúa como un recordatorio amistoso de que aún no ha renunciado a los privilegios y marca la salida de todos los comandos que se ejecutaron con los privilegios adecuados.”

“Y dado que simplemente se llama a systemd-run con un nombre diferente, admite el parámetro --property= que soporta systemd-run, es decir, que permite establecer configuraciones de servicio arbitrarias para el comando/sesión privilegiada invocada si lo desea”.

Teniendo en cuenta las palabras de Lennart Poettering, run0 apunta a no ser una implementación en systemd del sudo que conocemos en Linux, sino que será un software diferente que dará un resultado muy similar y que cumplirá con el mismo propósito. Y debido a que de base es systemd-run funcionando con otro nombre, se trata de una herramienta creada por y para systemd, o al menos esa es la conclusión lógica a la que se llega ciñéndonos a las palabras del empleado de Microsoft.

run0 estará presente en el futuro systemd 256, pero eso no quiere decir que las distribuciones pasen a usarlo directamente. De hecho, systemd tiene su propio gestor de arranque, systemd-boot, que en la actualidad es utilizado por muy pocas distribuciones y hasta Fedora, que es de facto la distribución de referencia del framework, sigue empleando GRUB, aunque eso podría cambiar en un futuro no muy lejano.

Lo que está claro es que la presencia de run0 volverá a encender el debate entre los defensores y detractores de systemd, con los primeros defendiendo la existencia de un marco que aporte integración, homogeneidad y consistencia y con los segundos argumentando que es un software demasiado complejo que quebranta de manera flagrante la filosofía Unix.

Fuente: Muy Linux.