AMDGPU ha sido el revulsivo, el pilar y la revolución que la pila gráfica estándar de Linux necesitaba para competir con lo ofrecido por NVIDIA a través de su driver privativo. Mucho han cambiado las cosas desde que AMD lo anunciara en 2016, hasta el extremo que actualmente las gráficas Radeon rinden igual que sus rivales verdes a la hora de ejecutar videojuegos.

El desarrollo de AMDGPU, lejos de disminuir, ha ido a más, sobre todo viendo que es uno de los principales motores de la Steam Deck, la consola/mini-PC de Valve que funciona con SteamOS 3 por defecto. Esto ha repercutido en que se sigan aspectos como la cantidad de líneas de código del driver, que ha ido aumentando a buena velocidad con el paso del tiempo.

Si hace dos años anunciamos que AMDGPU representaba el 10% del código de Linux, acaparando 2,71 millones de líneas de código de las aproximadamente 27,81 millones que tenía el kernel por entonces, ahora nos hacemos eco de que el driver Open Source de AMD ha superado las tres millones de líneas en Linux 5.17 y apunta a quedarse cerca de las cuatro millones para la siguiente versión del kernel.

AMDGPU, en el actual estado de Linux 5.17, ocupa unas 3,38 millones de líneas, aunque el dato es un tanto engañoso, ya que de esa cantidad, 2,91 millones de líneas contienen código real, 339.000 son líneas de comentarios y 130.000 son líneas en blanco. A pesar de ello, eso no anula el hecho de que estamos ante el driver que más ocupa a nivel de código del kernel Linux, más viendo que i915 (Intel) “solo” acapara unas 341.000 líneas. Todos esos datos quedan dentro de los 30,63 millones de líneas del kernel, de las cuales 22,7 millones son código real, 3,84 millones comentarios y 4,03 líneas en blanco.

Pero el crecimiento de AMDGPU, lejos de detenerse, irá todavía a más en Linux 5.18, ocupando en estos momentos 3,82 de líneas, de las cuales 3,29 son código real, 391.000 comentarios y 136.000 líneas en blanco.

El rápido crecimiento de AMDGPU, como ya expusimos en su momento, responde a que buena parte del código está en ficheros de cabecera (header) autogenerados para la documentación interna y los registros de datos. Afortunadamente, el compilador elimina los ficheros de cabecera que no son utilizados, por lo que el driver resultante no debería de ser, al menos sobre el papel, bloatware. Esos ficheros de cabecera son importantes, sobre todo porque aportan documentación que puede ser útil para el desarrollo del driver.

Además de un aumento en la cantidad de líneas de código, AMDGPU no para de ganar nuevas características con cada lanzamiento del kernel, una línea de desarrollo que con la Steam Deck, sobre todo si tiene éxito con SteamOS, se verá reforzada. Por ejemplo, para Linux 5.18 se espera que el modo FreeSync esté habilitado por defecto, aunque el uso de la tecnología de tasa de refresco variable también depende de que sea implementada en el compositor empleado para el despliegue de los gráficos (Mutter, Kwin, Sway… ).

Como vemos, el driver Open Source de AMD para Linux está en buena forma, a pesar de depender de un firmware privativo que se encuentra incluido en la línea oficial del kernel. Sin embargo, el gigante rojo, que en los últimos años ha gozado de una posición relativamente cómoda, tendrá que lidiar en los próximos meses con la aparición de las gráficas dedicadas de Intel y con la adopción de los estándares de Wayland por parte de NVIDIA, una situación que podría devolverla al tercer puesto que ocupó en tiempo pasados, aunque afortunadamente en unas condiciones muchísimo mejores que las tenía cuando Catalyst/FGLRX era el driver de referencia.

Zorin OS 16.1 es la primera actualización de la más reciente versión de este ‘Linux para todos los públicos’ y, como tal, llega básicamente con actualizaciones en la paquetería y poco más, aunque llega de una, lo cual siempre es de agradecer.

¿Qué significa lo anterior? Que si la edición principal de Zorin OS 16 se lanzó el agosto pasado y Zorin OS 16 Lite se retrasó hasta diciembre, Zorin OS 16.1 se presenta con ambas ediciones listas para su descarga… porque ten esto en cuenta: si ya tienes instalada Zorin OS 16, no tienes que hacer nada para estar al día, más que aplicar las actualizaciones corrientes del sistema.

Por lo demás, recuerda que Zorin OS (Core) es la distribución destacada de este proyecto: usa una variante del escritorio GNOME repleta de funciones y con muy buena pinta al ojo; mientras que Zorin OS lite se basa en Xfce y está dirigida a equipos de recursos más modestos… eso sí, sin perder apenas elegancia en comparación con la edición principal.

Con respecto a las novedades que trae Zorin OS 16.1 en general, las más importantes a nivel de base derivan de la actualización del sistema a Ubuntu 20.04.4 LTS, incluyendo kernel y controladores gráficos libres, pero también privativos, ya que con este lanzamiento se añade soporte para las RTX 3050.

Por otro lado, el equipo de Zorin mantiene actualizadas por su cuenta muchas otras aplicaciones, además de desarrollar alguna que otra propia, por lo general derivada de aplicaciones de GNOME o KDE, y en este grupo también hay actualizaciones, especialmente entre las aplicaciones que preinstala el sistema. De todas, destacan LibreOffice 7.3, la última versión de la suite ofimática lanzada a principios del mes pasado.

Por último, cabe recordar que además de Zorin OS y Zorin OS Lite existe Zorin OS Pro, una versión de pago que sirve de sustento económico al proyecto y en la que se suelen incluir un gran montón de aplicaciones preinstaladas, así como diferentes diseños de escritorio exclusivos que imitan a Windows, macOS, Chrome OS, Ubuntu, etc.

Pues bien, los beneficios íntegros obtenidos de las ventas de Zorin OS 16.1 la semana que viene irán dirigidos a tres entidades solidarias en apoyo a Ucrania, ya que los fundadores del proyecto Zorin son de descendencia ucraniana, aunque residen en Irlanda.

En todo caso, la descarga de Zorin OS 16.1 ya está disponible en el sitio oficial en cualquiera de sus ediciones: Zorin OS 16.1 Pro, Zorin OS 16.1 Core, que vendría a ser la equivalente a la anterior pero gratis y sin los extras de este, y Zorin OS 16.1 Lite.

Podman 4.0 es la nueva versión de este cada vez más popular motor de contenedores desarrollado originalmente por Red Hat y uno de los principales exponentes de la OCI (Open Container Initiative) de The Linux Foundation.

Podman se dio a conocer hace unos años como una tímida alternativa a Docker que, sin embargo, no ha dejado de crecer y atraer adeptos, especialmente entre los usuarios de sistemas Red Hat y SUSE al tratarse de software nativo, de código abierto y bien integrado con tecnologías como systemd, cgroups u otras propias del entorno de Linux.

Al igual que Docker, Podman permite desarrollar, gestionar y ejecutar contenedores, pods e imágenes de contenedores; a diferencia de Docker, Podman se ofrece con todas sus funciones abiertas, sin limitaciones de funcionalidad sujetas a extensiones de pago. Además, Podman proporciona una interfaz compatible con Docker.

Pero si hay algo que caracterice a Podman, es su faceta de motor de contenedores sin demonio, esto es, no necesita de un servicio centralizado u otros procesos secundarios para funcionar:solo consume cuando hay algún contenedor en marcha; así como permite la creación de contenedores con o sin root, gracias a su integración con Buildah.

Con respecto a Podman 4.0, se trata, de acuerdo a anuncio oficial de lanzamiento, de una de sus versiones más destacadas de las publicadas hasta la fecha, con más de 60 nuevas características en su haber, multitud de correcciones y otros cambios de interés que auguran una nueva vida para el proyecto.

En esos «cambios de interés» se encuentra la primera gran novedad de Podman 4.0: soporte muy mejorado para Windows y macOS, una prioridad para el proyecto que se sustenta en el «soporte para montar el socket Podman API en el sistema host, permitiendo usar herramientas como Docker Compose en lugar de hacerlo dentro de una máquina virtual de Podman», explican.

Por supuesto, no se puede hablar estos días de Windows en el ámbito del desarrollo sin mencionar a WSL2, Windows Subsystem for Linux o el subsistema de Windows para Linux, del que ahora se sirve Podman para mejorar ampliamente su soporte en Windows. Un soporte para el que ya se anticipan mejoras en el lanzamiento de Podman 4.1.

Al margen de este esperado soporte, quizás la novedad más importante de Podman 4.0 en general sea la reescritura de la pila de red, que mejor el soporte para contenedores en múltiples redes, soporte IPv6 y el rendimiento. Para evitar problemas, por el momento se mantendrá la pila actual, por lo que se advierte para nuevas instalaciones.

Para más datos acerca de Podman 4.0, las notas de lanzamiento desgranan todos los cambios, aunque para una lectura más comprensiva vale la pena echar un vistazo a la documentación del proyecto. En todo caso, en el blog oficial se adelantan artículos más detallados explicando las principales novedades de este lanzamiento en los próximos días.

Project Zero, el equipo de analistas de seguridad compuesto por empleados de Google dedicado principalmente a hallar vulnerabilidades de día cero (zero-day), ha publicado un informe en el que se muestra a Linux como proyecto más rápido que compañías como Apple y Microsoft a la hora de corregir fallos de seguridad.

Para realizar el informe, Project Zero ha tomado todos los fallos de seguridad corregidos desde enero de 2019 hasta diciembre de 2021. El equipo de analistas de seguridad de Google ha recalcado el trabajo que hace para dificultar el terreno a los actores maliciosos, pero también ha comentado sobre su informe que “hay una serie de advertencias con nuestros datos, la mayor de las cuales es que analizaremos una pequeña cantidad de muestras, por lo que las diferencias en los números pueden o no ser estadísticamente significativas”.

Project Zero notifica al vendedor y le concede 90 días para corregir un fallo antes de hacerlo público, pudiendo dar 14 días de gracia si se confirma que hay planes serios de publicar un parche antes de los 104 días. Del informe, lo más interesante es la tabla en la que se comparan los fallos corregidos con el tiempo empleado para publicar los correspondientes parches.

Por lo que se puede ver en la tabla, Linux (en este caso el kernel como proyecto) ha sido el vendedor más rápido a la hora de solucionar sus vulnerabilidades, habiendo conseguido corregir el 96% de los fallos reportados por Project Zero dentro del límite estándar de 90 días. Esto quiere decir que de 24 de las 25 vulnerabilidades reportadas por los investigadores en seguridad de Google han sido resueltas dentro del plazo que el gigante del buscador considera como razonable, mientras que el fallo restante excedió tanto el plazo estándar como el periodo de gracia.

Intel ha dado un golpe de autoridad con Alder Lake, la última generación de sus procesadores. Después de un tiempo en el que la compañía se veía un tanto superada por AMD, ha sabido reaccionar de buenas maneras con el 12600K, que al menos en noviembre de 2021 fue capaz de plantarle cara hasta al Ryzen 7 5800X de AMD para erigirse como un procesador top dentro de la gama media.

Sin embargo, cuando aplicamos la revolución que ha supuesto Alder Lake a los sistemas operativos, los resultados resultaron ser, en un principio, decepcionantes para los usuarios de Linux, que vieron cómo Windows 11 mostraba un rendimiento superior en una comparativa realizada por Phoronix en el mismo mes de noviembre de 2021.

Los resultados de aquella comparativa entre Linux y Windows 11 sobre Alder Lake despertó las críticas de algunos usuarios del sistema de código abierto, que acusaron a Intel de haber creado su última generación de procesadores centrándose exclusivamente en Windows. La razón de la derrota de Linux, que muchas veces vence en estas comparativas, fue debido a que todavía tenía cosas por pulir, sobre todo en lo referido a repartir las cargas de trabajo entre los núcleos de alto rendimiento y los de bajo rendimiento.

A pesar de haber centrado sus esfuerzos inicialmente en Windows debido a que ahí está, y con gran diferencia, la mayor cuota de usuarios, eso no significó que Intel hubiese dejado tirado a Linux. Por suerte, con la versión 5.16 del kernel el panorama ha cambiado, lo suficiente como para que la situación frente a Windows 11 se haya invertido según pruebas más recientes realizadas por Phoronix.

OBS Studio 27.2 ya está disponible dando algunos pasos importantes en su soporte para Linux, que en este lanzamiento ha recibido algunas mejoras importantes.

De cara a los usuarios de Linux, la novedad más destacada de OBS Studio 27.2 la adelantamos el mes de diciembre de 2021, y es la oficialidad de la versión Flatpak de la aplicación. Desde hace años existe una compilación de OBS Studio en Flatpak mantenida por Georges Stavracas, un conocido contribuidor de GNOME. Al parecer, Stavracas seguirá al frente de dicha compilación y también es el responsable del soporte de Wayland oficialmente presente desde la actual versión mayor de OBS Studio.

Para PipeWire, la principal pata del soporte de captura y compartición de la pantalla a través de las sesiones de Wayland (si bien oficialmente no está atado a un servidor gráfico determinado), se ha corregido un fallo que impedía que se guardara la configuración de la captura de la ventana (al menos durante el desarrollo) y el soporte de captura es ahora más robusto, sobre todo en configuraciones multi-GPU. Para el propio Wayland se ha agregado un framework para soportar en un futuro las teclas de acceso rápido en segundo plano.

Para X11 ha sido corregida una caída de la aplicación que podía producirse cuando se cerraban ciertos diálogos con previsualización de vídeos y un problema de rendimiento con la captura de ventana. Por otro lado, y para acabar con la parte específica de Linux, la lista de ventanas mostrada para la captura de ventana está ahora en orden alfabético.

A niveles generales, OBS Studio 27.2 ha incorporado soporte experimental para AOM-AV1 y SVT-AV1, dos renderizadores Open Source de AV1. Recordamos que estos renderizadores requieren de un procesador muy potente para hacer un renderizado a tiempo real con una alta tasa de fotogramas por segundo, así que la mayoría probablemente sigamos empleando x264, ya sea por software (procesador) o hardware (GPU).

Otras novedades interesantes son la opción que permite ocultar el propio OBS de la captura (esta característica no está disponible para Linux), lo que puede venir muy bien para aquellos que trabajan con un solo monitor, y la implementación de RIST, un protocolo de código abierto y una especificación abierta diseñado para la transmisión confiable de vídeo con baja latencia y alta calidad a través de redes con pérdida (incluido Internet). También está la detección de teclas de acceso rápido duplicadas.

Todos los detalles sobre OBS Studio 27.2 están disponibles en las notas de lanzamiento publicadas en el repositorio GitHub del proyecto. En lo que respecta a la aplicación, esta puede ser obtenida para Windows y macOS a partir de la correspondiente sección de descargas del sitio web, mientras que las compilaciones oficiales para Linux abarcan el PPA para Ubuntu y ahora Flatpak a través de Flathub. En caso de estar usando alguna distribución rolling release que la recompile/reempaquete, solo hay que esperar a que llegue mediante actualización estándar.

Fuente: Muy Linux