27 Jun 2023

Flatpak deja de funcionar correctamente por un fallo introducido en OSTree

por | publicado en: Linux | 0

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'

Cuando la actualización llegue a los repositorios de Fedora (cosa que esperemos se produzca pronto), habrá que reiniciar las anulaciones aplicadas a OSTree de la siguiente manera:

rpm-ostree override reset ostree-libs ostree-grub2 ostree

Como ya he expuesto, la actualización de OSTree está en camino, así que en los próximos días debería de estar disponible para restablecer el correcto funcionamiento de Flatpak. Esto hace que la aplicación de la solución temporal no sea urgente debido a que el sistema sigue siendo plenamente funcional, pero eso no quita que la aparente lentitud de Fedora sea un tanto sorprendente.

Fuente: Muy Linux.

 

26 Jun 2023

Red Hat restringe el acceso público al código de RHEL a los repositorios de CentOS Stream

por | publicado en: Sin categoría | 0

Red Hat ha anunciado un cambio importante con respecto a la distribución del código fuente de Red Hat Enterprise Linux (RHEL), el referente del Linux corporativo en el que se basan unas cuantas alternativas bastante populares a día de hoy, aunque no lo sean con el beneplácito de la compañía de sombrero rojo. Sin embargo, la noticia que nos ocupa dista mucho de ser el «desastre» que algunos medios recogen.

Según publican en el blog de Red Hat, «CentOS Stream será ahora el único repositorio para versiones públicas de código fuente relacionadas con RHEL«. Esto es, se cierran definitivamente los repositorios públicos de CentOS en los que se alojaba el código fuente de RHEL, a partir del cual se compilaban los binarios utilizados por los denominados como «clones» de la distribución, de CentOS a Oracle Linux o las más nuevas AlmaLinux, Rocky Linux, etc.

Así las cosas, cualquier proyecto que desee acceder a un repositorio público con el código de Red Hat, tendrá como única opción el de CentOS Stream, la evolución del CentOS tradicional tras la muerte de este, un sistema de tipo rolling-release que ya no toma el código de RHEL, sino al revés, sirve como base tecnológica sobre la que desarrollar la distribución estable de Red Hat. Ergo, CentOS Stream no es un clon a nivel binario de RHEL y, en consecuencia, no puede generar clones como tales.

Con todo, se está poniendo el foco en la dificultad añadida al acceso al código de RHEL, que solo estará disponible a partir de ahora para los suscriptores (clientes y socios), cuando tal vez no debería ser así. Es decir, el código fuente de RHEL siempre ha estados disponible en el mismo sitio; lo que hacía Red Hat con CentOS, siendo esta una distribución gratuita, es colgar el código fuente de RHEL, una vez limpio del copyright, en los repositorios de CentOS. Esto es lo que se acaba.

Por lo tanto, la dificultar que se presenta para los derivados a nivel binario de RHEL no es el acceso al código fuente de la distribución, pues cualquier suscriptor -incluso en el modelo gratuito- lo tiene garantizado, sino el trabajo posterior que supone preparar todos los paquetes para su distribución por terceros. Es esto lo que puede ocasionar problemas para derivados de RHEL que dispongan de la mano de obra justa, sobre todo para seguirle el paso a los lanzamientos de Red Hat.

Habrá que ver, pues, cómo evoluciona esta historia, si bien Red Hat haría bien en no menospreciar el poder de la comunidad como hizo matando a CentOS. Por otro lado, es habitual entre las distribuciones corporativas o con planes empresariales (sin ir más lejos, SUSE y Ubuntu lo hacen de manera similar) el modelo de distribución limitado que adopta ahora Red Hat. No tenía sentido seguir publicando el código fuente de RHEL en un repositorio público de CentOS, cuando este está muerto.

// Actualización //

AlmaLinux, una de las derivadas de RHEL más proactivas, ha dado a conocer su punto de vista de la situación. En un artículo publicado en su blog amplían el contexto ofrecido por Red Hat. En primer lugar, garantizan el mantenimiento de todas las versiones en curso, aunque tengan que hacerlo a partir del código de CentOS Stream y Oracle Linux, con el trabajo adicional que ello conlleva (solo para la edición para servidores, la de escritorio ya la mantenían por su cuenta).

No obstante, descartan utilizar CentOS Stream como base por el motivo que señalábamos CentOS Stream no facilita la tarea. «Estamos comprometidos a seguir siendo un clon RHEL downstream y el uso de las fuentes CentOS Stream nos convertiría en el upstream de RHEL. Las fuentes de CentOS Stream, aunque son el upstream de RHEL, no siempre incluyen todos los parches y actualizaciones que se incluyen en los paquetes RHEL», explican.

Por último, responden a la pregunta que sobrevuela esta situación: ¿Está intentando Red Hat acabar con los clones de RHEL? «No podemos hablar de las intenciones de Red Hat, solo podemos señalar las cosas que han dicho públicamente. Hemos tenido una relación de trabajo increíble con Red Hat durante toda la trayectoria de AlmaLinux y esperamos ver que eso continúe», concluyen.

 

Fuente: Muy Linux.

 

26 Jun 2023

Linux 6.4 mejora la suspensión en PC, impulsa el soporte de equipos MSI y más

por | publicado en: Linux | 0

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.

Como últimos detalles se pueden destacar la eliminación del soporte para inhabilitar el entorno de ejecución de SELinux a nivel del kernel, la eliminación de viejos controladores de USB y PCMCIA y la corrección de un fallo que hacía que el Pro Controller de Nintendo Switch empezara a vibrar de manera indefinida. Recordamos que el controlador que se encarga de soportar el mando de la Gran N de los videojuegos está construido a partir de ingeniería inversa.

Cambiar la versión del kernel no suele ser algo crítico para la mayoría de los usuarios, sobre todo si el hardware tiene algunos años. Aparte del tortuoso proceso de compilación, los usuarios pueden recurrir a una distribución rolling release y bleeding edge como Arch Linux, tener algo más de paciencia y esperar a que llegue a Fedora 38 (puede que no llegue a Fedora 37 si se demora demasiado) o recurrir a los repositorios de terceros que hay para Ubuntu.

Todos los detalles de en torno Linux 6.4 están disponibles en la correspondiente página de Kernel Newbies, donde están presentados de forma más masticada y amigable para aquellos no tengan profundos conocimientos.

Fuente: Muy Linux.

 

22 Jun 2023

Debian 13 dará soporte oficial a RISC-V

por | publicado en: Debian | 0

Ha pasado una semana desde que Debian 12 ‘Bookworm’ y ya hay noticias acerca de la próxima versión del «sistema operativo universal», que haciendo honor a tal apelativo, ampliará su soporte oficial de arquitecturas con la adición de RISC-V.

Es lo normal, dicho sea de paso, que conforme se lanza una nueva versión del software que sea, sus responsables se pongan manos a la obra para con la siguiente. Y no solo eso: hay planes tan prematuros que hasta se adelantan a una, dos o más versiones. Debian no es una excepción, aunque por su ciclo de desarrollo y lanzamientos, resulte menos evidente.

Sin embargo, ya se están poniendo los pilares de cara a la próxima versión del sistema, cuya llegada no se espera hasta dentro de al menos un par de años. Lo normal sería que Debian 13, con nombre en clave ‘Trixie’ (un tricerátops que sale en Toy Story 3, Toy Story 4 y algún que otro corto) apareciese en el verano de 2025.

Sea como fuere, ya conocemos una de las novedades que traerá consigo Debian 13: soporte oficial de RISC-V (riscv64), una arquitectura de hardware libre de tipo RISC en auge en determinados sectores y cada vez con mayor presencia en el ecosistema de Linux, del kernel a la oferta de distribuciones como Ubuntu, entre otros ejemplos.

Según se puede leer en las listas de correo de Debian, «aunque todavía no está en la lista oficial de arquitecturas, el port de riscv64 está haciendo un buen progreso. Esperamos estar en condiciones de distribuir Trixie con soporte de riscv64 (sujeto a la calificación de arquitectura más adelante en el ciclo)».

Por otro lado, lo más inminente en relación al proyecto es el lanzamiento de Debian 12.1, la primera actualización de mantenimiento de su nueva versión, de lo cual también se habla en la nota previa. LLegará, de acuerdo se comenta, dentro de cuatro o seis semanas. O sea, para lo profundo del verano.

 

Fuente: Muy Linux.

22 Jun 2023

Red Hat restringe el acceso público al código de RHEL a los repositorios de CentOS Stream

por | publicado en: Sin categoría | 0

Red Hat ha anunciado un cambio importante con respecto a la distribución del código fuente de Red Hat Enterprise Linux (RHEL), el referente del Linux corporativo en el que se basan unas cuantas alternativas bastante populares a día de hoy, aunque no lo sean con el beneplácito de la compañía de sombrero rojo. Sin embargo, la noticia que nos ocupa dista mucho de ser el «desastre» que algunos medios recogen.

Según publican en el blog de Red Hat, «CentOS Stream será ahora el único repositorio para versiones públicas de código fuente relacionadas con RHEL«. Esto es, se cierran definitivamente los repositorios públicos de CentOS en los que se alojaba el código fuente de RHEL, a partir del cual se compilaban los binarios utilizados por los denominados como «clones» de la distribución, de CentOS a Oracle Linux o las más nuevas AlmaLinux, Rocky Linux, etc.

Así las cosas, cualquier proyecto que desee acceder a un repositorio público con el código de Red Hat, tendrá como única opción el de CentOS Stream, la evolución del CentOS tradicional tras la muerte de este, un sistema de tipo rolling-release que ya no toma el código de RHEL, sino al revés, sirve como base tecnológica sobre la que desarrollar la distribución estable de Red Hat. Ergo, CentOS Stream no es un clon a nivel binario de RHEL y, en consecuencia, no puede generar clones como tales.

Con todo, se está poniendo el foco en la dificultad añadida al acceso al código de RHEL, que solo estará disponible a partir de ahora para los suscriptores (clientes y socios), cuando tal vez no debería ser así. Es decir, el código fuente de RHEL siempre ha estados disponible en el mismo sitio; lo que hacía Red Hat con CentOS, siendo esta una distribución gratuita, es colgar el código fuente de RHEL, una vez limpio del copyright, en los repositorios de CentOS. Esto es lo que se acaba.

Por lo tanto, la dificultar que se presenta para los derivados a nivel binario de RHEL no es el acceso al código fuente de la distribución, pues cualquier suscriptor -incluso en el modelo gratuito- lo tiene garantizado, sino el trabajo posterior que supone preparar todos los paquetes para su distribución por terceros. Es esto lo que puede ocasionar problemas para derivados de RHEL que dispongan de la mano de obra justa, sobre todo para seguirle el paso a los lanzamientos de Red Hat.

Habrá que ver, pues, cómo evoluciona esta historia, si bien Red Hat haría bien en no menospreciar el poder de la comunidad como hizo matando a CentOS. Por otro lado, es habitual entre las distribuciones corporativas o con planes empresariales (sin ir más lejos, SUSE y Ubuntu lo hacen de manera similar) el modelo de distribución limitado que adopta ahora Red Hat. No tenía sentido seguir publicando el código fuente de RHEL en un repositorio público de CentOS, cuando este está muerto.

 

Fuente: Muy Linux.

15 Jun 2023

Steam activa la aceleración por hardware por defecto en Linux

por | publicado en: Linux | 0

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.

 

13 Jun 2023

Tails 5.14 mejora la seguridad con el almacenamiento persistente por partida doble

por | publicado en: Linux | 0

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.

12 Jun 2023

Heroic Games Launcher 2.8 mejora la gestión de Wine y de DLC en Epic Games Store

por | publicado en: juegos | 0

Heroic Games Launcher 2.8 ha sido publicado con el fin seguir con la evolución de este cliente alternativo para Epic Games Store y GOG, el cual se ha erigido poco a poco como una aplicación bastante interesante sobre todo en Linux y Steam Deck, que por ahora no cuentan con clientes oficiales de esas plataformas digitales de videojuegos.

Heroic Games Launcher 2.8 no llega con una gran cantidad de novedades, pero sí tres que son bastante potentes. La primera consiste en la incorporación de un gestor de DLC para Epic Games Store en el submenú de la página del juego y la capacidad de instalar DLC de forma individual al instalar un juego.

La segunda novedad es la transferencia local o sideloading de juegos y aplicaciones que funcionan a través de navegador web, pero servicios que se apoyan en DRM como Netflix y Amazon Prime Video no funcionan de momento. Por último está la descarga automática de Wine si no se encuentra ninguna versión presente en el sistema. Para Linux se descarga por defecto Wine-GE y en macOS se recurre a Crossover.

Windows tiene todos los juegos a disposición de forma nativa, así que la resolución de los obstáculos que uno puede encontrarse consiste en forzar la compatibilidad con una versión anterior del sistema y/o aplicar parches que pueden ser oficiales o de terceros.

Tras mencionar las novedades, pasamos a las mejoras, las cuales abarcan una pantalla de inicio de sesión que responde mejor, un efecto tras pulsar un enlace en la barra lateral que ha sido mejorado, un manejo mejorado de los accesos directos desde la interfaz sin depender del menú y traducciones actualizadas.

A nivel de correcciones se pueden resaltar las que han llegado a los informes de progreso de la instalación o la actualización, al tema Nord Light en cuanto a la interfaz de usuario, juegos nativos de Linux que no se podían añadir al lanzador, la ausencia del tamaño de la descarga de GOG en el administrador de descargas, además de la incorporación de la carátula de un juego mediante transferencia local en caso de que no sea a través de una URL.

Todos los detalles sobre Heroic Games Launcher 2.8 han sido expuestos en el anuncio oficial publicado en el repositorio GitHub del proyecto. La aplicación está disponible para x86_64 y ARM en macOS y Windows, mientras en Linux solo hay compilaciones oficiales para x86_64 en formato RPM, Deb, Pacman, tar.xz, AppImage y Flatpak. A pesar de no ser un producto oficial, su código fuente está publicado bajo la licencia GPLv3, así que el cliente puede ser considerado como software libre de línea dura (no así los juegos que se descargan, obviamente).

 

Fuente: Muy Linux.

12 Jun 2023

Disponible Debian 12 Bookworm con Linux 6.1, GNOME 43 y KDE Plasma 5.27

por | publicado en: Linux | 0

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:

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.

 

6 Jun 2023

AlmaLinux empieza a contribuir con openQA para ampliar su soporte

por | publicado en: Linux | 0

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.