La Steam Deck consolida el dominio de AMD en el Linux Gaming

publicado en: Linux | 0

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.

Blender 3.6 LTS introduce soporte de trazado de rayos para Radeon e Intel

publicado en: Sin categoría | 0

Blender 3.6 LTS es el último lanzamiento de la archiconocida solución de modelado y renderización de gráficos tridimensionales, la cual ha ido ganando terreno a lo largo de su trayectoria hasta ser empleada en producciones relevantes. Como ya hemos dicho, es una versión LTS, así que contará con dos años de soporte y además trae algunas novedades importantes relacionadas con el trazado de rayos y otros aspectos como los nodos.

Empezamos con lo que posiblemente resulte lo más familiar para el público general: el trazado de rayos. Blender 3.6 LTS ha introducido soporte para acelerar dicha característica en gráficas de AMD e Intel. Para la primera marca se ha introducido el soporte de trazado de rayos proporcionado por HIP, la API impulsada por el gigante rojo que permite la creación de aplicaciones portables compatibles con Radeon y NVIDIA. Sin embargo, es importante tener en cuenta que esto de momento solo funciona en Windows debido a que el soporte de trazado de rayos de HIP todavía no ha llegado a Linux y aún presenta ciertas limitaciones.

En lo que respecta al trazado de rayos para Intel, este ha llegado para las gráficas dedicadas Arc y para centros de datos usando Embree 4. Al igual que con Radeon, también hay limitaciones, ya que, “durante su primer uso con un dispositivo oneAPI, los nodos de oclusión ambiental y bisel activarán una compilación de binarios de GPU que usará alrededor de 9GB de memoria y llevará varios minutos. Las mejoras en esto pueden provenir de futuros controladores de GPU”.

Aquellos que sigan el sector de las gráficas dedicadas sabrán que NVIDIA tiene una clara ventaja sobre sus rivales cuando se trata de procesar el trazado de rayos mediante hardware. Esta, junto a otras tecnologías, le han permitido al gigante verde establecer una clara posición dominante en sectores como la inteligencia artificial, los videojuegos de última generación y el uso del propio Blender a nivel profesional.

En lo que respecta al soporte inicial para los nodos de simulación, que son definidos mediante la “zona de simulación” y permiten crear simulaciones con las que es posible interactuar en tiempo real con tan solo reproducir los movimientos creados y moviendo los objetos. Además, se han añadido un nuevo índice del nodo más cercano y algunas mejoras de rendimiento en los nodos de geometría.

Otro aspecto destacable de Blender 3.6 LTS es que la carga de geometrías grandes en Cycles es mucho más rápida, por lo que el renderizado puede empezar más rápidamente después de aplicar cambios de geometría o en la vista renderizada. Por otro lado, la característica de árbol de luz es ahora mucho más rápida gracias a la introducción de soporte de multiproceso y de instancias.

Como última gran novedad, porque abarcarlo todo daría para una enciclopedia, se puede destacar las mallas de base humana (Human Base Meshes), que facilitan el esculpir figuras humanas con características como niveles de resolución múltiples para activos realistas, topología cuádruple para esculpir en multirresolución, mapas UV, bordes arrugados y modificadores de subdivisión para activos planos, volúmenes cerrados para remallado de vóxeles y conjuntos de la cara.

Todos los detalles sobre Blender 3.6 están publicados en el anuncio oficial y las notas de lanzamiento, mientras que la aplicación puede ser obtenida desde la sección de descargas del sitio web oficial del proyecto. Para Linux también existen los instaladores Flatpak y Snap para aquellos usuarios que no están dispuestos a lidiar con las dependencias de su sistema. Os dejamos con un vídeo en el que exponen todas las nuevas características de este lanzamiento.

 

Fuente: Muy Linux.

Flatpak deja de funcionar correctamente por un fallo introducido en OSTree

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.

 

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

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.

 

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

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.

 

Debian 13 dará soporte oficial a RISC-V

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 3Toy 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.

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

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.

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

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.

 

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

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.

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

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.