La irrupción de la Steam Deck ha cambiado mucho el panorama del Linux Gaming. La consola (o mini-PC) de Valve ha erigido al sistema operativo que preinstala, SteamOS 3, como el gran referente del sector al acaparar el 39,33% de cuota según los resultados de la encuesta de Steam de junio de 2023. Aparte de la lógica preponderancia de la distribución desarrollada por el gigante fundado por Gabe Newell, el propio Linux Gaming vive una situación paradójica en lo que respecta a las cuotas de procesadores y gráficas.

Para empezar, la cuota total de Linux ha descendido un 0,03% en comparación con el mes pasado, situándose en el 1,44% de todos los usuarios de Steam. Pero aquí lo interesante es la competencia interna dentro de Linux, donde se puede ver que SteamOS Holo ha subido un 14,01% para alcanzar el 39,33%.

El sistema impulsado por Valve ha ganado cuota a costa del resto de distribuciones y Flatpak, que se identifica como Freedesktop.org SDK 22.08. Por lo demás, lo más destacado es que el uso de Manjaro sigue a la baja y ahora se sitúa por debajo de Linux Mint, así que la derivada de Arch Linux ocupa ahora el sexto puesto. La caída de Manjaro sorprende si vemos que en septiembre de 2022 ocupaba el tercer puesto.

Dejando a un lado la competencia entre sistemas Linux y Flatpak, el dato más interesante es ver a AMD dominando claramente sobre Intel en procesadores con un 67,15% de cuota frente al 32,84% de su archirrival. Esto choca con la tendencia en Windows, donde las cuotas se invierten casi literalmente al ser del 32,62% y 67,38% respectivamente. Otro punto a tener en cuenta es que Linux ha sido tradicionalmente terreno de Intel, sobre todo porque esta empresa es uno de los mayores contribuidores del kernel y a niveles generales el fabricante que mejor soporte da.

No se puede negar que el dominio de AMD entre los usuarios de Steam para Linux tiene mucho de artificial, sobre todo por el relativo éxito que ha logrado la Steam Deck (seamos honestos, vender dos millones de dispositivos sería una miseria hasta para Xbox), pero no deja de ser un dato curioso en un terreno, el sistema operativo Linux en general, que tradicionalmente ha sido dominando claramente por Intel.

Los intereses comerciales generados por la Steam Deck y los Chromebooks han animado a AMD a tener un papel mucho más activo en la contribución al kernel. Tanto es así que en los últimos años no es raro verla superando a Intel en ese sentido y que se lleve el grueso del protagonismo en un lanzamiento del kernel, como fue por ejemplo la publicación de Linux 6.3. Aquí es importante tener en cuenta que AMD, en buena medida, está recorriendo un camino que Intel ya hizo en el pasado, o dicho de otra forma, AMD está añadiendo o implementando cosas que Intel consolidó tiempo atrás.

El éxito de la Steam Deck ha consolidado a Radeon y a Mesa como los estándares para jugar en Linux a nivel de gráficas. Esto se traduce, según datos que se pueden extraer de la encuesta de Steam, en un claro domino de AMD en este frente, incluso quitando de en medio la consola de Valve.

La RX 480, que aquí puede estar englobando a la RX 580 y otros parientes cercanos, se mantiene como el segundo más modelo más utilizado seguido de la RX 6700 y sus variantes. La primera NVIDIA que aparece es la veterana GTX 1060, que ocupa el sexto puesto. Esto contrasta con el panorama que se ve Windows, donde NVIDIA arrasa con todo gracias a que ahí el gigante verde sí ofrece un buen soporte, cosa que queda reforzada por su ventaja en características como el reescalado con DLSS y el trazado de rayos.

En resumidas cuentas, el Linux Gaming, o al menos Steam para Linux, es terreno de AMD, tanto en procesadores como gráficas. ¿Quién se imaginó este panorama cuando el cliente fue publicado por primera vez en el año 2013? En aquella época usar Intel y sobre todo NVIDIA era prácticamente una obligación si se quería tener soporte para jugar, pero el anuncio de GPUOpen en el año 2016 fue el comienzo de un cambio de tendencia que ha desembocado en la situación actual. Esperemos que AMD y Valve sigan contribuyendo a la pila gráfica estándar con el fin de reforzar dicha posición, sobre todo ante la propuesta antiestándar de NVIDIA.

 

Fuente: Muy Linux.

En MuyLinux no solemos dar mucha cobertura a las incidencias, aunque haya algunas que logran tener la suficiente repercusión como para ser noticia. El caso más reciente lo ha protagonizado Flatpak, que en muchas distribuciones ha dejado de funcionar correctamente por un fallo introducido en OSTree.

Para los que anden perdidos, OSTree es el mecanismo de actualizaciones atómicas empleado por sistemas inmutables como los que están debajo del proyecto Fedora (Silverblue, Kinoite, Sericea… ) y Endless, la conocida derivada de Debian desarrollada por la empresa del mismo nombre. Aparte de eso, Flatpak está construido sobre OSTree y por ende su funcionamiento es similar al de Git, esquema que también copia el propio OSTree al ser “un Git de binarios” una de sus definiciones. Debido a eso, OSTree o al menos su biblioteca también está presente en Fedora Workstation, Arch Linux si se instala Flatpak en él y openSUSE MicroOS, por citar tres ejemplos.

Sobre el fallo introducido en OSTree que ha afectado a Flatpak, los usuarios del formato de paquetes vieron o han visto que eran incapaces de instalar o actualizar una gran cantidad de aplicaciones. Cuando se llevaba a cabo el proceso mediante la línea de comandos, era o es posible ver fallos relacionados como la necesidad de más datos de entrada o que el búfer de entrada es demasiado pequeño. En el fondo y de cara al usuario final el mensaje de error da igual, ya que la consecuencia era o es la misma.

La razón de por qué estoy abarcando pasado y presente al mismo tiempo es que, dependiendo de la distribución, el fallo todavía está presente. Los usuarios afectados empezaron a reportar el pasado jueves. En Arch Linux y Universal Blue decidieron actualizar OSTree mediante la reversión del commit que ha provocado el problema, pero Fedora, en estos momentos, todavía sigue afectada tanto en sus sistemas mutables como inmutables.

La reacción de Fedora sorprende un poco por su lentitud, más si vemos que OSTree es un proyecto auspiciado, entre otros, por Red Hat. Por suerte la actualización de OSTree ya está en camino, así que la aplicación de la corrección temporal, la cual es un tanto aparatosa en los sistemas inmutables, no tendría que ser algo urgente en estos momentos, pero mientras tanto seguro que muchos usuarios de Fedora que no siguen de cerca lo que se publica en los medios habrán visto que las actualizaciones de Flatpak se les acumulan o que no son capaces de instalar nuevas aplicaciones.

En Fedora Workstation y los spins mutables de la distribución, la solución temporal pasa por hacer un downgrade directo sobre OSTree con DNF:

sudo dnf downgrade ostree

En lo que respecta a los sistemas inmutables de Fedora, rpm-ostree no cuenta de momento con una solución similar para aplicar un downgrade a un paquete específico. Si no se tiene a disposición una imagen del sistema con una versión de OSTree funcional, toca aplicar el downgrade mediante anulación:

rpm-ostree override replace 'https://bodhi.fedoraproject.org/updates/FEDORA-2023-cab8a89753'

Linux 6.4 ha sido anunciada como la nueva versión estable del conocido kernel. Una vez más vemos una gran cantidad de novedades, de las cuales solo vamos a mencionar lo más importante, aunque en esta ocasión nos encontramos con alguna que otra cosa interesante para arquitecturas o procesadores recientes y hardware específico.

Lo primero que se puede destacar de Linux 6.4 es la incorporación de un mecanismo agnóstico con respecto al proveedor para informar de la suspensión del hardware que ha llegado a las plataformas de Intel y AMD. En el caso de la segunda, se mostrará una advertencia cuando la suspensión no alcanza el estado más profundo, mientras que para la primera también se muestra una advertencia, pero cuando el módulo warn_on_s0ix_failures está configurado y una suspensión no ha llegado al estado de suspensión del hardware.

A pesar de la mejora que ha experimentado Linux en la detección de hardware en los últimos años, en parte gracias a la mayor implicación de ciertos fabricantes, la suspensión sigue siendo una característica que funciona de aquella manera y en no pocos casos de forma incorrecta. Por ejemplo, no es extraño ver en placas base de GIGABYTE que el sistema sea incapaz de recuperarse de una suspensión, mostrando en todas las ocasiones una pantalla en negro (o en blanco, según se mire).

Otro aspecto que ha sido mejorado en este lanzamiento ha sido el planificador (scheduler), al cual se le ha corregido una regresión en el rendimiento y ahora realiza una mejor selección de las tareas. Por otro lado, la cantidad de código en Rust presente en el kernel ha aumentado, allanando así el camino a la posible futura llegada de drivers escritos en ese lenguaje.

Tras empezar con algunas características, vamos a adentrarnos en lo aportado a los principales fabricantes de procesadores y gráficas del espectro x86, que en este caso son Intel y AMD viendo la escasa contribución de NVIDIA a la pila gráfica estándar del sistema.

En lo que respecta a Intel se puede destacar la continuación en el trabajo para habilitar el soporte gráfico de Meteor Lake, la generación de procesadores que a nivel de consumo apunta a ver la luz solo en portátiles y posiblemente mini-PC. El soporte de audio HD para Lunar Lake ha sido incorporado, el soporte de detección y corrección de errores en Sierra Forest (Xeon) ha sido añadido y se ha corregido un problema en el que los puertos USB podían dejar de funcionar tras regresar de una suspensión en portátiles con procesadores Comet Lake.

Para AMD está la introducción del soporte de Modo Guiado Autónomo en el driver P-State, la interrupción no enmascarable (NMI) virtual en la virtualización con KVM, el driver de IOMMU soporta tablas de páginas de invitados de cinco niveles, la introducción del bus CDX para que los dispositivos FPGA puedan ser descubiertos dinámicamente y controlados por la aplicación principal de la CPU o la APU, el trabajo inicial para el acelerador GFX943 basado en CDNA, soporte de SoundWire para usar el último coprocesador de audio de AMD y AMDGPU contiene ahora características relacionadas con la gestión de la energía dirigidas a la Steam Deck.

Linux 6.4 ha traído sensores de monitorización para más de cien placas base de ASUS y la posibilidad de cambiar entre los modos portátil y tablet en al menos algunos modelos de Lenovo Yoga. Sin embargo, lo que sobresale es el driver MSI EC para los portátiles de MSI, el cual habilita funciones como la gestión del perfil de energía, los controles de velocidad de los ventiladores, los umbrales de carga de la batería, la exposición de más datos relacionados con la temperatura, el ajuste del brillo de la retroiluminación del teclado y más cosas.

No podemos olvidarnos de Apple Silicon, la arquitectura de procesadores del gigante de la manzana mordida basada en ARM y orientada a sus ordenadores personales. Aquí nos encontramos con soporte para el teclado retroiluminado en los portátiles con Apple M1 y Apple M2, soporte inicial de Wi-Fi para los equipos con Apple M1 y Apple M1 Max, soporte inicial para el SoC Apple M2 y avances introducido en el driver hid_apple, que se encarga de soportar los dispositivos de entrada.

Valve acaba de anunciar el lanzamiento de una nueva versión de Steam y no una cualquiera: trae novedades de primer orden de tipo general y también particular, en concreto, para Linux (y Mac): aceleración por hardware activada por defecto. Con matices, claro.

Tal y como recogemos en la noticia de más arriba, la principal novedad de esta nueva versión de Steam se encuentra bajó el capó y, por extensión, sobre este. Cuenta Valve han reconstruido el cliente de Steam sobre un nuevo framework, unificando así el desarrollo del cliente corriente de Steam (la interfaz clásica), Big Picture y Steam Deck, que a fin de cuentas es un Big Picture ligeramente modificado. La app móvil entra en el mismo saco.

De las tripas a la interfaz, lo que ha propiciado la renovación de código ha sido la renovación de la interfaz del cliente clásico, que por fin alcanza a Big Picture. Esto incluye «mejoras visuales y en la usabilidad en diálogos, menús, fuentes y colores», entre otros detalles. A destacar un aspecto más moderno, el sistema de notificaciones o la superposición de los elementos de la interfaz en pantalla mientas de juega.

Además, Steam ha estrenado nuevas características, como una función de notas que se antoja como una herramienta interesante, ya que no solo permite tomar notas haciendo uso de la mencionada superposición, sino que todas las notas, ligadas a cada juego en el que se tomen, se sincronizan a través de Steam Cloud. Esto, las opciones de opacidad y el estilo más minimalista de la superposición de elementos en pantalla completan esta actualización.

Bueno, y la aceleración por hardware en Linux (y Mac). Así lo anuncian:

El trabajo técnico que se ha implementado en esta actualización permite activar la aceleración por hardware en las versiones de Steam para Mac y Linux, equiparándolas de esta manera con la versión para Windows. Ahora deberías notar una UI que responde mejor y una experiencia más concisa en las animaciones y al desplazarte por las páginas.

En principio se trata de una característica que ayudará a mejorar la fluidez y el rendimiento del cliente de Steam en Linux (¡y Mac!) y, además, llega activada por defecto, aunque por lo que se indica en las notas de lanzamiento, hay dos «errores conocidos» sobre los que conviene estar al tanto:

• Habilitar la aceleración por hardware en las GPU de Nvidia puede hacer que Xorg se bloquee. En esta plataforma, la aceleración por hardware está deshabilitada de manera predeterminada, pero se puede habilitar en «Configuración-> Interfaz» o al optar por la rama beta.
• El escalado DPI puede no funcionar correctamente cuando la aceleración por hardware está desactivada.

Tenlo en cuenta. Ya sabes dónde tienes la opción de marras, tal y como puedes ver también en la imagen bajo estas líneas (la imagen es de mi PC, un portátil con gráfica híbrida Intel-Nvidia y con Wayland para más datos, aunque supongo que el cliente se está ejecutando sobre la Intel y lo que es seguro, es que lo hace sobre XWayland).

 

Fuente:Muy Linux.

 

Tails 5.14 es la nueva versión del amnesic incognito live system, la más popular de las distribuciones Linux diseñadas para proteger la privacidad del usuario en línea y, por lo tanto, una que conviene mantener bien actualizada, para así garantizar su efectividad en todo lo posible.

Es decir, si estabas usando Tail 5.13, deberías actualizar ya a la nueva Tails 5.14, y si no solo la utilizabas, sino que la tenías «instalada» en un USB (así se usa) y además tenías configurado el almacenamiento persistente, este lanzamiento te interesa especialmente, ya que su principal novedad es la migración automática a LUKS2, mejorando así el cifrado.

Tal y como señalan en el anuncio oficial de Tail 5.14, «los parámetros criptográficos de LUKS en Tails 5.12 o versiones anteriores están expuestos contra un atacante con acceso físico al dispositivo», por lo que la actualización del sistema de cifrado se realiza de manera automática para preservar el nivel de seguridad.

Así, Tails 5.14 convierte automáticamente el almacenamiento persistente para su uso con el cifrado de LUKS2 y Argon2id, siendo esta última una implementación avanzada de la función de derivación de clave que básicamente refuerza la propia clave y endurece el sistema frente a ataques.

Con todo, los responsables de Tails recomiendan cambiar la contraseña de acceso en todos los volúmenes cifrados previamente con LUKS, a excepción de que se utilice una contraseña de cinco o más palabras aleatorias (ojo con las cadenas de palabras, que componen las contraseñas manuales más potentes). Más información acerca de este cambio en esta página de ayuda de Tails.

Pero no acaban ahí las novedades de Tails 5.14 con respecto al almacenamiento, y es que la distribución permite ahora hacer una copia de seguridad del almacenamiento persistente desde el instala​_dor del sistema mediante un clonado completo del disco. Sobre este cambio también es recomendable leer la información oficial, disponible en esta página de ayuda de Tails, aunque se trata de un proceso sencillo.

Por último, Tails 5.14 incorpora otras cambios menores relativos a la conexión con la red Tor, a la propia actualización de Tor Browser en su última versión (12.0.7), correcciones varias, etc. En el mismo anuncio de lanzamiento enlazado más arriba encontrarás los enlaces a las descargas, disponibles en formatos específicos para su uso en memorias USB y máquinas virtuales.

 

Fuente: Muy Linux.

Debian 12 Bookworm ya ha sido publicada como la nueva versión estable de una de las distribuciones con más solera del panorama linuxero. Aunque no necesita de ninguna presentación a estas alturas, el lanzamiento de una nueva versión estable de Debian siempre es todo un acontecimiento dentro del mundillo, sobre todo porque se trata de uno de los proyectos comunitarios más sólidos y consolidados que existen, sin olvidar todo lo que abarca y lo que deriva de él.

Algo menos de dos años después, Debian 12 Bookworm viene dispuesta a suceder a Bullseye, una versión que desde el primer día mostró muy buenas maneras y que algunos consideran como el mejor lanzamiento de la distribución en toda su historia.

Recordamos que la pila de software suministrada a través de Debian 12 Bookworm se mantiene estable y estanca durante todo el ciclo de vida del sistema a través de todas las formas y arquitecturas soportadas. Sin embargo, los responsables han logrado con el paso de los años ir añadiendo software cada vez más reciente, así que nos encontramos con un catálogo que para muchos no huele ni por asomo a añejo.

Novedades de Debian 12 Bookworm

Como es costumbre por parte de Debian, nos encontramos con muchos números impresionantes en torno a la nueva versión estable. Para empezar tenemos un total 64.419 paquetes, de los cuales 11.089 son nuevos y otros 6.296 han sido eliminados. Bookworm ocupa en total 365 gigabytes que suman 1.341.564.204 de líneas de código según cuentan en el anuncio oficial.

Sobre las novedades, empezaremos por los componentes básicos para seguir con los escritorios y terminar con los servicios y algunos detalles o aspectos interesantes. Para empezar está Linux 6.1 LTS como kernel, que fue publicado en diciembre de 2022. Esto quiere decir que Debian 12 Bookworm es capaz de soportar hardware relativamente reciente y la sincronía con una versión LTS debería de facilitar el mantenimiento y la puesta al día con los parches que se van publicando, porque los fallos de software y de seguridad sí se parchean, obviamente.

De systemd, el init, gestor o framework de sistema que fue adoptado después de mucha polémica y un agrio debate, se ha incluido la versión 252, que destacó por mejorar la integración con las características de seguridad que han sido introducidas en las placas base durante el transcurso de los últimos tiempos.

Si bien el kernel es extremadamente importante, no podemos dejar atrás a Mesa 22.3.6, la pila encargada de suministrar los drivers del espacio de usuario (OpenGL, Vulkan y OpenCL) y que desde el anuncio de AMDGPU ha ganado mucho peso, hasta el extremo de ser en la actualidad una las patas del Linux Gaming. Como la actualización de este componente puede comprometer la estabilidad del sistema, aquí lo suyo sería tirar de Flatpak y emplear de una compilación de Mesa en ese formato que funcione de manera separada.

Para el despliegue de los gráficos, las tecnologías presentes son Wayland 1.21, XWayland 22.1.9 y Xorg 21.1.7. XWayland es una implementación de Xorg que funciona bajo Wayland y la sesión de Wayland está presente de manera predeterminada en GNOME y KDE Plasma. En GNOME se ha establecido PipeWire como servidor de sonido predeterminado, mientras que en KDE Plasma sigue estando PulseAudio para ese menester.

​_En cuanto a escritorios están GNOME 43, KDE Plasma 5.27, LXDE 11, LXQt 1.2.0, MATE 1.26, Xfce 4.18 y Cinnamon 5.6.8. En lugar de repetir los cambios y novedades que fueron introducidos en cada producto, nos limitaremos a decir que una de las principales virtudes de la distribución es que resulta amigable con casi cualquier cosa que se le ponga encima. Da igual que sea GNOME, KDE Plasma, MATE o Xfce, que Debian siempre funciona como debe.

Tras exponer los componentes básicos, no viene mal mencionar algunas de las aplicaciones y herramientas gráficas más importantes de las suministradas a través de los repositorios oficiales. A través de esta vía es posible instalar LibreOffice 7.4.5, GNUcash 4.13, GIMP​_​_​_ 2.10.34, Inkscape 1.1.2, Emacs 28.2, Krita 5.1.5, Kdenlive 22.12.3, Shotcut 22.12.21 y VLC 3.0.18, entre otras muchas. Debido a que las versiones se van a mantener estancas, para obtener una más reciente sería recomendable recurrir a algún formato de paquete universal.

En cuanto a servidores y herramientas relacionadas con la programación, Debian 12 Bookworm pone a disposición Apache 2.4.57, lighthttpd 1.4.69, GCC 12.2.0, MariaDB 10.1, nginx 1.22, OpenJDK 17, OpenLDAP 2.5.13, OpenSSH 9.2p1, Perl 5.36, PHP 8.2, PostgreSQL 15, Python 3.11.2, Rustc 1.63, Samba 4.17, Vim 9.0 y las versiones 13.0.1, 14.0 y 15.0.6 de LLVM/Clang.

En lo que respecta a aspectos específicos del sistema, los responsables han destacado que el soporte de Secure Boot para ARM64 ha sido reintroducido; la presencia ​_de un nuevo paquete, shiny-server, “que simplifica las aplicaciones web científicas utilizando R”; además de que la Mezcla Debian Astro (Debian Astro Blend) sigue su evolución para proporcionar una solución integral para astrónomos profesionales, entusiastas y aficionados. Otro detalle a tener en cuenta es que los paquetes de GRUB ya no ejecutarán os-prober por defecto para otros sistemas operativos.

Continuando con más cambios, el paquete ntp ha sido reemplazado por ntpsec, systemd-timesyncd es ahora el servicio de reloj de sistema que está por defecto y se ha introducido soporte para chrony y openntpd.

Como últimas novedades a nivel de tecnologías son dignas de mención APT 2.6.1, versión del gestor de paquetes Deb que está presente de manera preinstalada, y Synaptic 0.91.3, la aplicación gráfica que facilita la gestión en dicho frente y que para muchos es la auténtica aplicación de tienda de aplicaciones y software del sistema.

Descargas y arquitecturas soportadas

Debian, que se define a sí mismo como “El sistem​_a operativo universal”, no solo ofrece software que cubre prácticamente todos los frentes, sino que además soporta una destacada cantidad de arquitecturas de procesador.

Bookworm soporta oficialmente x86 de 32-bit (i386), 86 de 64-bit (AMD64), ARM EABI (ARM4T, ARM5T y ARM6), ARMv7, MIPS little-endian, MIPS little-endian de 64-bit, PowerPC little-endian de 64-bit e IBM Z (s390x). También hay imágenes para los servicios de computación en la nube Amazon EC2 (amd64 and arm64), Microsoft Azure, OpenStack, GenericCloud, NoCloud. Por nuestra parte, dejamos los enlaces para los DVD y los medios en vivo para x86 de 32 y 64 bits:

• DVD – Descarga directa: 32-bit, 64-bit | Torrent: 32-bit, 64-bit.
• Medios en vivo – Descarga directa: 32-bit, 64-bit | Torrent: 32-bit, 64-bit.

Debian 12 Bookworm ha introducido cambios en sus medios de instalación (o al menos algunos) para facilitar la instalación de firmware privativo, el cual se ha ido volviendo cada vez más necesario para hacer funcionar el sistema operativo sin problemas en equipos modernos, sobre todo aquellos que implementan UEFI en la placa base.

 

Fuente: Muy Linux.

 

Aunque en un principió nació con la intención de mantener viva una rama estable de CentOS que fue descontinuada de una manera un tanto cuestionable, AlmaLinux es una distribución que, poco a poco, aspira a ser más que un simple clon de Red Hat Enterprise Linux (RHEL), porque aparte de proporcionar un clon del sistema operativo de orientación corporativa, ahora nos hacemos eco de que está contribuyendo con openQA, la herramienta de pruebas automatizadas para sistemas operativos procedente de SUSE.

En una entrada publicada en la sección de noticias de openSUSE se explica que la herramienta echó a andar “en 2011 y su desarrollo es todavía muy activo. openQA ha ganado un fuerte uso por parte de proyectos como Fedora, Debian, Kali Linux, Qubes OS, GNOME y KDE. Recientemente, AlmaLinux se unió a este grupo como un clon RHEL confiable y estable, y la comunidad ha realizado contribuciones a openQA que demuestran cómo los proyectos complementarios de código abierto pueden funcionar juntos”.

La implementación openQA por parte de AlmaLinux abarcará todas las arquitecturas soportadas por la distribución. Sarah Julia Kriesch, mantenedora de openSUSE zSystems y copresidente del grupo de trabajo de distribuciones Linux en The Mainframe Project, ha agradecido la contribución de la responsable del clon de RHEL y que dicho que “Fedora y Debian ya utilizan openQA, además de openSUSE/SUSE. Trabajar juntos y mejorar nuestras pruebas es parte del mantenimiento colaborativo de Linux para s390x”. Para los que anden perdidos, x390x es IBM Z.

Un detalle a tener en cuenta de la contribución de AlmaLinux a openQA y según Sarah Julia Kriesch es que, gracias a que las pruebas están ahora habilitadas para Red Hat KVM, es posible “probar todas las demás distribuciones de Linux en Fedora y RHEL. Esa es también una extensión de prueba, donde todos podemos beneficiarnos. openQA es un proyecto de código abierto y se puede utilizar para pruebas automatizadas para todos los sistemas operativos”.

Siendo más concretos, la contribución de AlmaLinux ha dotado a la implementación de QEMU/KVM procedente de Red Hat de soporte para openQA y ha proporcionado o proporcionará un backend de openQA para la compilación de QEMU dirigida a s390x. El protagonismo de IBM Z ya deja entrever que estamos ante un movimiento fuertemente orientado al mercado corporativo.

Otro aspecto a tener en consideración es que se ha recuperado, aunque sea de forma no oficial, el soporte de KVM en la arquitectura ppc64le (PowerPC), el cual fue eliminado de RHEL 9. Eso sí, con el fin de que AlmaLinux siga siendo un clon 1 a 1 de RHEL, el soporte no está en presente en la compilación oficial del clon, sino que solo está implementado en los paquetes del kernel y de QEMU/KVM disponibles desde el repositorio de openQA.

Dejando aparte las aspiraciones de AlamaLinux, parece que openQA se está convirtiendo en una pieza importante del ecosistema Linux. Esperemos que sirva para que los desarrolladores y mantenedores puedan proporcionar mejores productos.

 

Fuente: Muy Linux.

​_Brevísima «actualización del estado» que bien podríamos haber publicado solo en el canal pertinente, o sea en Telegram, pero que ponemos aquí por… porque sí. Por varias razones, entre las que se cuenta la de animaros a seguir el canal de MuyLinux en Telegram, si es que aún no lo hacéis.

Sea como fuere, ya sabéis que podéis seguir todo lo que publicamos por diferentes vías:

• Entrando directamente en muylinux.com.
• Mediante un lectores de noticias RSS.
• Suscribiéndose por correo electrónico a la newsletter de MuyLinux.
• A través de redes sociales como Facebook, Twitter y desde hace poco, Mastodon (sobre la que tengo pendiente un artículo aparte).

Pero ahora hablamos del canal de MuyLinux en Telegram, donde nos siguen ahora mismo más de 6.400 usuarios. No es la plataforma donde más seguidores tenemos, pero sí una en las que más visualización en relación al total hay. Una plataforma que tiene más posibilidades de las que aprovechamos, pero…

Pero si bien no vamos a habilitar los comentarios, quizás lo más demandado en su momento, porque ya no damos abasto con aquellas redes en las que hay comentarios (por pocos que sean, la prioridad son los comentarios en los artículos del sitio), lo de las reacciones es algo que también nos habéis pedido algunos y ya era hora de hacerlo.

Así que vamos a ver cómo funciona el invento: las reacciones de Telegram, como sabréis, el la opción de poder poner emoji a los mensajes que se publican, y muchas veces con un emoji sobra para dejar constancia de lo que uno piensa del tema o lo que le inspira la noticia en sí: pulgar hacia arriba o abajo, corazón, fuego, sonrisas, llantos…

Hay un montón de emoji disponibles y los hemos habilitado todos. Si esto funciona, quizás probemos suerte con los comentarios. Quién sabe. Mientras tanto…: al canal de MuyLinux en Telegram, a suscribirse y a reaccionar, que todo es comenzar. A ver cómo sale esto, primero, si es que sale.

Eso sí, cualquier comentario al respecto, en el caso de que se quiera hacer… aquí mismo, por favor 😃

 

Fuente: Muy Linux.

​_

Red Hat se desentiende del mantenimiento de LibreOffice en formato RPM, es decir, el nativo de que derivan o nutren a Red Hat Enterprise Linux, incluyendo de manera destacada a Fedora. ¿Significa esto que los usuarios de estas distribuciones se quedan sin la suite ofimática? No, pero hay cambios.

Según explica el empleado de Red Hat Matthias Clasen en las listas de corred de desarrolladores de Fedora, los paquetes RPM de LibreOffice han quedado huérfanos en fechas recientes y no se tiene previsto que la compañía destine recursos a este propósito. No obstante, el mantenimiento de las versiones en curso de LibreOffice para RHEL 7, 8 y 9 continuará lo que dure el ciclo de vida de estas.

Cuenta Clasen, quien también es desarrollador de GNOME, además de formar parte del Red Hat Display Systems, «el equipo detrás de la mayoría de los esfuerzos de escritorio de Red Hat», que ellos han sido los encargados del mantenimiento de LibreOffice para RHEL, pero que ahora están «ajustando nuestras prioridades de ingeniería» para con RHEL en temas como el soporte de Wayland o HDR, entre otras mejoras de fondo y, básicamente, no dan para más.

Vale la pena comentar a este respecto que si bien los esfuerzos de Red Hat en favor del escritorio Linux han sido y son muy importantes, tocan muchos palos y benefician a todo el ecosistema, la compañía anunció recientemente el despido de cientos de trabajadores, incluido el del responsable del programa de Fedora, y raro sería que la noticia que nos ocupa ahora no sea consecuencia en cierta medida de esta otra.

Volviendo con LibreOffice, la decisión está tomada y el soporte de los paquetes RPM se ha reducido al mero mantenimiento de lo que ya hay, aunque se seguirá colaborando con el proyecto con correcciones, especialmente en lo que a los paquetes Flatpak se refiere. En efecto, ahí está el futuro de la distribución de LibreOffice en el ecosistema de Red Hat, salvo intervención de la comunidad, lo cual se desaconseja debido al importante trabajo que supone mantener el conjunto de software de The Document Foundation.

Así las cosas, y a menos que surja una iniciativa diferente, las nuevas versiones de LibreOffice (la 7.6 está al caer) que lleguen a RHEL, Fedora y compañía lo harán en formato Flatpak, un movimiento que quizás recuerde al de Canonical con sus Snap, pero que tiene otras motivaciones de fondo. O eso se ha dado a entender. En todo caso, el resultado es el mismo y Flatpak (y Flathub) se revela como el apaño, más que la solución.

Por si alguien se lo pregunta, sí, Canonical también está en ello y hace tiempo que mantiene LibreOffice en formato Snap, aunque si todavía no lo ha promulgado como reemplazo de los paquetes Deb es por fuerza mayor: cuando se consiga pulir la integración de la suite con el escritorio, se hará. Que nadie lo dude; pero no, no tiene que versiones con el nuevo Ubuntu inmutable, pese a que todo se retroalimenta.

Sin embargo, cabe mencionar que el mantenimiento de LibreOffice en formato Deb está mejor asegurado, ya que en él intervienen diferentes partes, de Canonical/Ubuntu a Debian e incluso The Document Foundation. Falta por ver, en el ecosistema RPM, qué hacen SUSE y openSUSE, pero no hay noticias de que nada vaya a cambiar por el momento.

Aunque en un principió nació con la intención de mantener viva una rama estable de CentOS que fue descontinuada de una manera un tanto cuestionable, AlmaLinux es una distribución que, poco a poco, aspira a ser más que un simple clon de Red Hat Enterprise Linux (RHEL), porque aparte de proporcionar un clon del sistema operativo de orientación corporativa, ahora nos hacemos eco de que está contribuyendo con openQA, la herramienta de pruebas automatizadas para sistemas operativos procedente de SUSE.

En una entrada publicada en la sección de noticias de openSUSE se explica que la herramienta echó a andar “en 2011 y su desarrollo es todavía muy activo. openQA ha ganado un fuerte uso por parte de proyectos como Fedora, Debian, Kali Linux, Qubes OS, GNOME y KDE. Recientemente, AlmaLinux se unió a este grupo como un clon RHEL confiable y estable, y la comunidad ha realizado contribuciones a openQA que demuestran cómo los proyectos complementarios de código abierto pueden funcionar juntos”.

La implementación openQA por parte de AlmaLinux abarcará todas las arquitecturas soportadas por la distribución. Sarah Julia Kriesch, mantenedora de openSUSE zSystems y copresidente del grupo de trabajo de distribuciones Linux en The Mainframe Project, ha agradecido la contribución de la responsable del clon de RHEL y que dicho que “Fedora y Debian ya utilizan openQA, además de openSUSE/SUSE. Trabajar juntos y mejorar nuestras pruebas es parte del mantenimiento colaborativo de Linux para s390x”. Para los que anden perdidos, x390x es IBM Z.

Un detalle a tener en cuenta de la contribución de AlmaLinux a openQA y según Sarah Julia Kriesch es que, gracias a que las pruebas están ahora habilitadas para Red Hat KVM, es posible “probar todas las demás distribuciones de Linux en Fedora y RHEL. Esa es también una extensión de prueba, donde todos podemos beneficiarnos. openQA es un proyecto de código abierto y se puede utilizar para pruebas automatizadas para todos los sistemas operativos”.

Siendo más concretos, la contribución de AlmaLinux ha dotado a la implementación de QEMU/KVM procedente de Red Hat de soporte para openQA y ha proporcionado o proporcionará un backend de openQA para la compilación de QEMU dirigida a s390x. El protagonismo de IBM Z ya deja entrever que estamos ante un movimiento fuertemente orientado al mercado corporativo.

Otro aspecto a tener en consideración es que se ha recuperado, aunque sea de forma no oficial, el soporte de KVM en la arquitectura ppc64le (PowerPC), el cual fue eliminado de RHEL 9. Eso sí, con el fin de que AlmaLinux siga siendo un clon 1 a 1 de RHEL, el soporte no está en presente en la compilación oficial del clon, sino que solo está implementado en los paquetes del kernel y de QEMU/KVM disponibles desde el repositorio de openQA.

Dejando aparte las aspiraciones de AlamaLinux, parece que openQA se está convirtiendo en una pieza importante del ecosistema Linux. Esperemos que sirva para que los desarrolladores y mantenedores puedan proporcionar mejores productos.

 

Fuente: Muy Linux.

​_