GhostLock es el nombre con el que se ha dado a una vulnerabilidad de alta gravedad descubierta en el kernel de Linux. Identificada como CVE-2026-43499, afecta al subsistema de bloqueos rtmutex y puede provocar una condición de use-after-free en determinadas operaciones de futex con herencia de prioridad. Un atacante local sin privilegios podría aprovechar el fallo para elevar sus permisos hasta root y, en determinados escenarios, escapar de un contenedor hacia el sistema anfitrión.

El problema resulta especialmente relevante porque el código vulnerable lleva presente en Linux desde hace años y forma parte de una funcionalidad utilizada por los kernels de las principales distribuciones. La corrección ya llegó al kernel principal y también ha sido retroportada a las ramas mantenidas, pero los usuarios deben asegurarse de que su distribución haya instalado un kernel que incluya el parche. No basta con fijarse únicamente en el número de versión del kernel, ya que las distribuciones suelen incorporar correcciones de seguridad mediante backports.

GhostLock es una vulnerabilidad del subsistema rtmutex

El origen de GhostLock se encuentra en el código de gestión de mutex con herencia de prioridad del kernel Linux, concretamente en kernel/locking/rtmutex.c. Estos mecanismos forman parte de la infraestructura utilizada para coordinar la ejecución de diferentes hilos y evitar problemas de prioridad en determinadas cargas de trabajo.

La vulnerabilidad está relacionada con la función remove_waiter(). En determinadas circunstancias, el código podía limpiar la información asociada a un proceso equivocado durante la gestión de una espera de futex. El resultado era que un puntero podía quedar apuntando a una zona de memoria de la pila del kernel que ya había sido liberada.

Esta condición constituye un use-after-free: el kernel conserva una referencia a memoria cuyo tiempo de vida ya ha terminado y posteriormente puede intentar utilizarla como si siguiera siendo válida. Cuando un atacante consigue controlar las condiciones necesarias para reutilizar esa memoria, el fallo puede convertirse en una vulnerabilidad mucho más grave que un simple bloqueo del sistema.

El fallo afecta a los futex con herencia de prioridad

Para explotar GhostLock es necesario interactuar con la ruta de priority inheritance de los futex. Los futex son una de las primitivas fundamentales que Linux proporciona para sincronizar hilos entre espacio de usuario y kernel, y son utilizados indirectamente por numerosas aplicaciones y bibliotecas.

La ruta problemática entra en juego con operaciones de reencolado de futex que utilizan herencia de prioridad. En un escenario concreto de interbloqueo, el kernel tiene que deshacer parte de la operación y retirar un proceso de una estructura de espera. Es durante esta recuperación cuando se producía el comportamiento incorrecto de remove_waiter().

El error consistía, en esencia, en que la función utilizaba current cuando debía utilizar la tarea asociada al waiter. El parche que corrige el problema cambia precisamente este comportamiento para utilizar waiter->task.

Un atacante local podría conseguir privilegios de root

La consecuencia más importante de GhostLock es la posibilidad de escalada local de privilegios. Un usuario que ya disponga de una cuenta sin privilegios en un sistema vulnerable puede intentar desencadenar la condición de carrera y aprovechar posteriormente la corrupción de memoria del kernel.

Esto significa que GhostLock no es una vulnerabilidad que pueda explotarse simplemente enviando una página web maliciosa a un usuario remoto. El atacante necesita primero capacidad para ejecutar código en el sistema afectado. Sin embargo, ese requisito no hace que el problema sea trivial en entornos donde existen múltiples usuarios o donde se permite ejecutar software no confiable.

Red Hat clasifica el problema como de impacto Important y señala que puede permitir escalada de privilegios o una denegación de servicio. La valoración publicada para CVE-2026-43499 es CVSS 7.8, dentro de la categoría de vulnerabilidades de alta gravedad.

GhostLock también puede ser peligroso en contenedores

Uno de los aspectos que hacen especialmente interesante a GhostLock es su posible impacto sobre sistemas que utilizan contenedores. El código vulnerable puede ser alcanzado desde un proceso que se ejecuta dentro de un contenedor, por lo que un atacante que haya conseguido comprometer una carga de trabajo puede intentar utilizar el fallo contra el kernel del host.

En el escenario más grave, esto podría convertir una vulnerabilidad aparentemente local en un escape de contenedor. El aislamiento proporcionado por el contenedor depende en última instancia del kernel del sistema anfitrión, por lo que un fallo explotable en el kernel puede romper esa frontera.

Esto resulta especialmente importante en servidores multiusuario, plataformas de contenedores, servidores de integración continua y otras infraestructuras donde código de diferentes usuarios o aplicaciones comparte el mismo kernel. Red Hat y otros avisos de seguridad recomiendan prestar especial atención a estos entornos.

GhostLock llevaba años en el kernel

Una de las características más llamativas de GhostLock es la antigüedad del código que contiene el error. El problema se introdujo con un cambio realizado en Linux 2.6.39, publicado en 2011, y permaneció en el código durante aproximadamente quince años antes de ser corregido.

El fallo no significa que todas las instalaciones de Linux de esos años hayan estado explotadas activamente durante todo ese tiempo. Lo que demuestra es que una pieza de código utilizada durante mucho tiempo puede contener errores sutiles que solo aparecen cuando se combinan determinadas condiciones de sincronización.

Este tipo de vulnerabilidades son especialmente difíciles de detectar porque no dependen de una operación sencilla como acceder a un archivo o enviar una petición de red. En este caso intervienen varios hilos, futex, herencia de prioridad y una ruta de recuperación ante un interbloqueo.

Linux 7.1 ya incorpora la corrección

La corrección de CVE-2026-43499 llegó al kernel principal como parte de Linux 7.1. El cambio, identificado mediante el commit 3bfdc63936dd, modifica remove_waiter() para utilizar la tarea perteneciente al elemento que se está retirando en lugar de la tarea actualmente ejecutándose.

La corrección también ha sido retroportada a diferentes ramas estables de Linux. Por ello, no es necesario utilizar Linux 7.1 o una versión posterior para estar protegido. Existen versiones corregidas de las ramas LTS, entre ellas 6.18, 6.12, 6.6, 6.1, 5.15 y 5.10.

En otras palabras, un sistema con un kernel antiguo puede estar completamente protegido si su distribución ha aplicado correctamente el backport. Por este motivo, comprobar únicamente el número que devuelve uname -r puede no ser suficiente para determinar el estado de seguridad en distribuciones que mantienen sus propios kernels.

Las distribuciones han tenido que aplicar sus propios parches

La corrección upstream no llega necesariamente al usuario al mismo tiempo que se publica en kernel.org. Las distribuciones Linux mantienen sus propios paquetes de kernel y suelen incorporar correcciones de seguridad en las ramas que ofrecen soporte.

Por ejemplo, AlmaLinux publicó kernels corregidos para sus versiones 8, 9 y 10 poco después de la divulgación de GhostLock. La distribución especificó versiones concretas de sus paquetes de kernel que contienen la corrección y recomendó actualizar y reiniciar el sistema para cargar el nuevo kernel.

La situación es similar en otras distribuciones empresariales y comunitarias. Por eso, la recomendación general es utilizar los canales oficiales de actualización de cada distribución y comprobar sus respectivos avisos de seguridad, en lugar de asumir que un kernel concreto es vulnerable o seguro únicamente por su versión base.

No existe una mitigación sencilla que sustituya al parche

Otro aspecto importante de GhostLock es que no existe una medida sencilla que permita desactivar la funcionalidad vulnerable sin actualizar el kernel. El problema se encuentra en código genérico del subsistema de locking y en una ruta de futex que forma parte de las capacidades normales del kernel.

Por ello, desactivar determinados mecanismos de namespaces o aplicar restricciones habituales para contener procesos no constituye una solución equivalente al parche. En particular, la información disponible sobre GhostLock indica que no depende de los user namespaces sin privilegios, por lo que endurecer esa característica no elimina la vulnerabilidad.

En servidores donde no sea posible actualizar inmediatamente, reducir el acceso de usuarios no confiables puede servir como medida de defensa en profundidad, pero no elimina el fallo. La solución real consiste en ejecutar un kernel que contenga la corrección.

Cómo comprobar si el kernel está actualizado

Los usuarios pueden consultar la versión del kernel actualmente en ejecución con el comando uname -r. Sin embargo, para determinar si GhostLock está corregido hay que comparar ese resultado con el estado de seguridad publicado por la distribución utilizada.

En el kernel upstream, la corrección está presente desde Linux 7.1. En las ramas mantenidas existen versiones anteriores que también incluyen el parche, pero los números exactos varían según la rama y la distribución. Por ejemplo, el seguimiento de la vulnerabilidad identifica Linux 6.18.27, 6.12.86, 6.6.140 y 6.1.175 como versiones upstream corregidas, entre otras.

Por tanto, si el equipo utiliza Ubuntu, Debian, Fedora, Arch Linux, RHEL, AlmaLinux o cualquier otra distribución, lo adecuado es instalar las últimas actualizaciones de seguridad disponibles para esa distribución y reiniciar si se ha actualizado el kernel.

GhostLock demuestra la importancia de mantener actualizado el kernel

GhostLock es un buen ejemplo de cómo una vulnerabilidad puede permanecer durante años en una parte extremadamente compleja del kernel Linux sin que su impacto sea evidente hasta que alguien encuentra una forma de alcanzar la ruta problemática. En este caso, un error aparentemente pequeño en la gestión de un proceso que espera un mutex puede terminar proporcionando una vía para corromper memoria del kernel.

El problema es especialmente relevante en servidores multiusuario y plataformas de contenedores, donde un atacante puede disponer de un entorno desde el que ejecutar código sin tener inicialmente privilegios sobre el sistema anfitrión. La posibilidad de convertir esa posición en privilegios de root o en un escape del contenedor eleva considerablemente la importancia de aplicar el parche.

La buena noticia es que GhostLock ya está corregido en el kernel Linux principal y las correcciones han sido retroportadas a las ramas mantenidas. Los usuarios no necesitan cambiar de distribución ni instalar necesariamente un kernel de desarrollo: deben asegurarse de que su distribución haya publicado el paquete de kernel corregido y que el sistema esté ejecutándolo.

from Linux Adictos https://ift.tt/7ESlQoL
via IFTTT

La capa de compatibilidad de Valve y CodeWeavers ha recibido su última actualización. Se trata de Proton 11.0-2, una versión pensada para ejecutar juegos de Windows dentro de Steam en Linux.

Esta entrega amplía la cantidad de títulos disponibles y añade correcciones para los que ya funcionaban. El anuncio llega después de la versión 11.0-1 y refuerza el camino de Steam Play en escritorios Linux.

Nuevos juegos compatibles

La lista de títulos que se incorporan en esta versión es variada: incluye Heroes of the Three Kingdoms 7 y Otherworld Legends (战魂铭人), además de Warhammer: Dark Omen (Classic), Plain Sight, Portal Worlds, Tetrageddon Games, Konkan Coast Pirate Solutions, SMILE GAME BUILDER y AsteroidsHD. Estos nombres forman parte del registro de cambios, aunque no se ha dado una cifra exacta de cuántos juegos son en total.

Desde la propia plataforma se destaca que ya se pueden disfrutar a través de Steam Play en Linux. Para ello, solo hace falta actualizar Proton desde la configuración de Steam y descargar la última versión.

Correcciones y componentes actualizados en Proton 11.0-2

La versión 11.0-2 también corrige varias regresiones de la rama 11.0. Se han aplicado arreglos para títulos ya existentes como Call of Duty 2003, Rocket League o Forza Horizon 6, junto con otros ajustes menores.

En el plano técnico, el paquete integra Wine Mono 11.2, FEX 2607 para AArch64, DXVK-Git, VKD3D-Proton, VKD3D 2.0 y DXVK-NVAPI 0.9.2. Todos ellos contribuyen a optimizar el rendimiento de los juegos y las APIs gráficas en Linux.

Contexto de la rama 11.0

Proton 11.0-2 es la segunda versión de esta rama estable, tras la 11.0-1 que sumó cinco juegos y corrigió otros trece. Con esta actualización, la serie 11.0 continúa consolidando el soporte para Linux, y el proyecto mantiene el esfuerzo conjunto de Valve y CodeWeavers para mejorar la experiencia de juego.

Toda la lista detallada de cambios puede consultarse en el repositorio oficial de GitHub, donde se describen las modificaciones técnicas y las nuevas funciones de compatibilidad.

Con todo, la llegada de Proton 11.0-2 supone un nuevo avance en la jugabilidad para Linux. La actualización añade varios títulos de Windows y refina la fluidez de otros, al tiempo que actualiza los componentes básicos del sistema. Eso significa que, con el tiempo, más jugadores pueden disfrutar de Steam sin depender de Windows, una meta que se persigue desde los inicios de esta iniciativa.

from Linux Adictos https://ift.tt/RGkySrz
via IFTTT

Phosh 0.57 ya está disponible como una nueva versión del entorno de escritorio móvil diseñado para dispositivos Linux con pantalla táctil. La actualización introduce nuevos paneles de configuración para Wi-Fi, conexiones móviles, cuentas en línea, red y Bluetooth, además de mejorar la experiencia cuando el dispositivo se utiliza en orientación horizontal. Esta versión llega tras la 0.56 del pasado julio.

La nueva versión también actualiza varios componentes fundamentales de su stack, incluyendo Phoc, el compositor Wayland utilizado por Phosh, que pasa a basarse en wlroots 0.20.2. A esto se suman mejoras en el teclado virtual, el selector de archivos, la compatibilidad con distintos dispositivos y varias actualizaciones procedentes del ecosistema GNOME.

Phosh 0.57 mejora la configuración de dispositivos Linux móviles

Uno de los cambios más importantes de Phosh 0.57 llega junto a Phosh Mobile Settings 0.57. La aplicación de configuración incorpora nuevos paneles específicos para Wi-Fi, conexiones celulares, cuentas en línea, red y Bluetooth, tomando como referencia componentes equivalentes de GNOME Control Center 50.4.

La incorporación de estos apartados permite gestionar directamente desde la interfaz móvil una mayor cantidad de funciones que anteriormente podían requerir herramientas externas o interfaces no adaptadas a pantallas táctiles. El objetivo es que Phosh pueda ofrecer una experiencia más coherente en teléfonos y otros dispositivos que utilizan Linux como sistema operativo.

La actualización también mejora el panel relacionado con el teclado en pantalla, donde ahora es posible restablecer los atajos del terminal. El apartado de actualizaciones proporciona además información visual mientras comprueba si existen nuevas versiones disponibles.

Mejor soporte para la orientación horizontal

Phosh 0.57 presta especial atención al uso del sistema en modo horizontal. Cuando el dispositivo está desbloqueado y se gira la pantalla, el panel superior adopta una distribución de dos columnas que aprovecha mejor el espacio adicional disponible en pantallas más anchas.

Puede parecer un cambio pequeño, pero la orientación horizontal resulta cada vez más importante en dispositivos Linux móviles. Los teléfonos pueden utilizarse para tareas que se benefician de una mayor anchura, mientras que tablets y dispositivos convertibles pueden pasar buena parte del tiempo en esta orientación.

Phosh intenta así comportarse de una forma más cercana a un escritorio adaptativo, aprovechando el espacio disponible sin abandonar la interfaz diseñada para controles táctiles.

Una nueva animación llega al cambio entre aplicaciones

La nueva versión incorpora también una animación de transición al pasar desde una aplicación en ejecución hasta la vista general de Phosh. El cambio pretende hacer más evidente la transición entre la aplicación actual y el overview del sistema.

Sin embargo, esta función permanece desactivada por defecto en Phosh 0.57. Los desarrolladores todavía tienen previsto realizar ajustes durante el desarrollo de Phosh 0.58, por lo que la nueva animación puede considerarse todavía una característica en evolución.

Stevia mejora el teclado virtual

El teclado en pantalla Stevia también recibe una serie de mejoras importantes. Una de ellas afecta a la introducción de texto en japonés, que ahora cuenta con una distribución específica para Anthy.

El teclado incorpora además un nuevo mode popover desde el que se puede acceder a modos adicionales de entrada. También se han solucionado problemas relacionados con determinados signos de puntuación que anteriormente no podían introducirse correctamente.

El teclado utilizado para el terminal ha recibido cambios adicionales. La distribución en minúsculas deja de utilizar teclas de menor tamaño, mientras que las teclas Tab y Escape pasan a la barra de finalización. También se han añadido caracteres de puntuación adicionales a varias distribuciones de teclado europeas.

Por último, Phosh 0.57 corrige un problema que afectaba a la introducción de texto en aplicaciones X11. Aunque X11 tiene una presencia cada vez menor en el escritorio Linux, todavía existen aplicaciones que pueden ejecutarse mediante esta tecnología en sistemas móviles.

Phoc 0.57 actualiza el compositor Wayland

Uno de los componentes fundamentales de Phosh es Phoc, el compositor Wayland encargado de gestionar aspectos como las ventanas, la pantalla y la entrada de usuario. Con Phosh 0.57, Phoc se actualiza a la versión 0.57 y pasa a utilizar wlroots 0.20.2.

Phoc también incorpora soporte para el nuevo protocolo phoc-foreign-toplevel-pidfd. Estas modificaciones permiten seguir evolucionando la infraestructura gráfica sobre la que se construye la experiencia de Phosh.

La actualización del compositor es especialmente relevante porque Phosh no es simplemente una aplicación que se ejecuta sobre un escritorio convencional. Su shell móvil trabaja estrechamente con el compositor para adaptar la gestión de ventanas, las entradas táctiles y el comportamiento de la interfaz a las características de un dispositivo móvil.

El selector de archivos permite elegir varios archivos

El portal XDG adaptado a dispositivos móviles también ha recibido mejoras. Su implementación del selector de archivos ahora permite abrir varios archivos simultáneamente cuando una aplicación solicita una selección múltiple.

El widget de selección de archivos PFS también incorpora soporte para seleccionar varios elementos a la vez. Esto mejora la integración de las aplicaciones con la interfaz móvil y permite realizar operaciones que anteriormente podían resultar más incómodas desde una pantalla táctil.

Más dispositivos compatibles gracias a gmobile

La nueva versión incorpora gmobile 0.7.3, que amplía la compatibilidad con determinados dispositivos de hardware. Entre las novedades se encuentra el soporte para el panel de pantalla del Google Pixel 9a.

También se añade gestión de las teclas de activación para el Nothing Phone 1 y para las variantes LTE y Wi-Fi de la Juno Tablet 4. Estos cambios permiten que la infraestructura de Phosh conozca mejor las particularidades de diferentes dispositivos móviles.

Este tipo de trabajo es especialmente importante en Linux móvil, donde existe una enorme variedad de teléfonos y tablets con componentes diferentes. Una interfaz como Phosh necesita adaptar determinados elementos del sistema a cada dispositivo para proporcionar una experiencia realmente funcional.

Phosh 0.57 se apoya en GNOME 50

La nueva versión está basada en GNOME 50 y actualiza otros componentes importantes del ecosistema móvil. Entre ellos aparecen Calls 50.0, ModemManager 1.25.95, feedbackd 0.8.9 y mmsd-tng 2.6.4.

Esto refleja una de las características fundamentales de Phosh: aunque proporciona una experiencia específicamente diseñada para dispositivos móviles, mantiene una estrecha relación con las tecnologías de GNOME. La shell utiliza componentes del ecosistema GNOME adaptados a las necesidades de teléfonos y pantallas táctiles.

El resultado es una interfaz que puede aprovechar aplicaciones y bibliotecas desarrolladas para el escritorio Linux convencional, pero proporcionando una capa de interacción adaptada a dispositivos con características muy diferentes.

Phosh mantiene su ciclo de desarrollo de seis semanas

Phosh 0.57.0 continúa el ciclo de lanzamientos habitual del proyecto. Las versiones principales se publican aproximadamente cada seis semanas, incrementando el número intermedio de la versión, mientras que las versiones de corrección se reservan para solucionar problemas entre lanzamientos principales.

El calendario del proyecto ya sitúa Phosh 0.58.0 para octubre de 2026, después de un periodo de congelación de características que comenzará a finales de septiembre.

Este ritmo permite que el proyecto incorpore progresivamente nuevas funciones sin acumular cambios durante periodos excesivamente largos. También facilita que las distribuciones que utilizan Phosh puedan seguir sus actualizaciones y adaptar sus propios paquetes al ritmo del proyecto.

Phosh 0.57 sigue consolidando Linux en dispositivos móviles

Con Phosh 0.57, el escritorio móvil basado en tecnologías de GNOME continúa evolucionando hacia una experiencia más completa. Los nuevos paneles de configuración, las mejoras de orientación, el teclado virtual y el soporte para más hardware atacan algunos de los aspectos que más importancia tienen cuando Linux se utiliza en un teléfono o tablet.

La actualización también demuestra que el desarrollo de Phosh no se limita a modificar la apariencia de un escritorio existente. La integración entre Phosh, Phoc, wlroots, gmobile y los diferentes componentes de GNOME permite construir una plataforma específicamente adaptada a las particularidades del hardware móvil.

Phosh 0.57 ya está disponible como la última versión estable del proyecto. Para el ecosistema Linux móvil, la actualización supone otro paso hacia un entorno capaz de gestionar cada vez más funciones directamente desde una interfaz táctil, sin renunciar a la flexibilidad y al ecosistema de aplicaciones que ofrece Linux.

from Linux Adictos https://ift.tt/DGRxLtY
via IFTTT

RPM 6.1 ya está disponible como la nueva versión del gestor de paquetes utilizado por distribuciones Linux como Fedora, y llega con varios cambios importantes tanto para los desarrolladores de paquetes como para la administración del sistema. La actualización continúa la renovación iniciada con RPM 6.0 y consolida el nuevo ciclo de versiones del proyecto, con mejoras en la gestión de claves, las firmas, las macros, los plugins y la documentación.

La nueva versión también supone un paso más en la modernización interna de RPM, que ya utiliza C++20 para buena parte de su código y continúa evolucionando su infraestructura criptográfica y de gestión de paquetes. Fedora 45 es una de las primeras distribuciones que tiene previsto adoptar RPM 6.1 como parte de su desarrollo, mientras que el proyecto ya ha publicado oficialmente la versión final después de varias versiones candidatas.

RPM 6.1 ya está disponible

El proyecto RPM ha publicado oficialmente RPM 6.1.0, una versión que continúa el nuevo modelo de desarrollo adoptado por el gestor de paquetes. La versión final llegó el 20 de agosto de 2026, después de que RPM 6.1.0 RC1 apareciera en mayo y RC2 en julio.

Este cambio en el ciclo de versiones forma parte de una reorganización del proyecto. A partir de RPM 6.0, el número mayor identifica el formato de paquete, mientras que las versiones menores permiten avanzar con nuevas funcionalidades y cambios de comportamiento sin tener que esperar a una nueva revisión del formato.

RPM 6.1 no introduce un nuevo formato de paquetes comparable al salto de RPM 4 a RPM 6, sino que se centra en mejorar diferentes partes del gestor y en continuar el proceso de modernización iniciado con la anterior generación.

Mejora la gestión de claves y firmas

Uno de los apartados que recibe atención en RPM 6.1 es la gestión de las claves utilizadas para verificar y firmar paquetes. El proyecto ha trabajado en la mejora del bloqueo del almacén de claves, además de introducir diferentes ajustes relacionados con la verificación de firmas. Estas modificaciones buscan hacer más robusta la infraestructura utilizada durante las operaciones criptográficas.

Este trabajo continúa la importante renovación de seguridad introducida con RPM 6.0. Aquella versión convirtió la comprobación de firmas en el comportamiento predeterminado y añadió soporte para características modernas de OpenPGP, incluyendo firmas OpenPGP v6 y claves relacionadas con criptografía poscuántica.

RPM 6.1 se construye sobre esa base en lugar de modificar nuevamente el formato de paquetes. El objetivo es seguir haciendo más segura y consistente una parte del sistema que resulta fundamental para las distribuciones que utilizan paquetes RPM.

Nuevas macros para los paquetes RPM

Los desarrolladores de paquetes también encontrarán cambios en el sistema de macros de RPM 6.1. La nueva versión incorpora macros literales y macros de ejecución única, proporcionando nuevas posibilidades para controlar cómo se procesan determinadas expresiones durante la construcción de paquetes.

Las macros forman una parte fundamental de la infraestructura de RPM, especialmente en sistemas como Fedora, donde las especificaciones de los paquetes pueden utilizar una gran cantidad de lógica reutilizable. Cualquier mejora en este mecanismo puede facilitar el mantenimiento de archivos SPEC complejos y permitir que los empaquetadores expresen determinadas operaciones de una manera más clara.

Estos cambios son menos visibles para el usuario final que una actualización de una aplicación, pero tienen una importancia considerable para quienes mantienen los miles de paquetes que forman una distribución Linux.

RPM 6.1 mejora el plugin de syslog

Otra de las novedades señaladas por el proyecto es un plugin de syslog utilizable. El gestor de paquetes puede utilizar plugins para integrar determinadas funciones con el resto del sistema, y RPM 6.1 continúa desarrollando esta infraestructura para mejorar la información disponible durante las operaciones.

La hoja de ruta oficial del proyecto también contempla para futuras versiones nombres de operación más significativos dentro del plugin de syslog. Esta evolución muestra que RPM está tratando de convertir el registro de las transacciones en una herramienta más útil para administradores y desarrolladores.

Más páginas de manual y mejor documentación

La documentación también forma parte de los objetivos de RPM 6.1. El proyecto incorpora nuevas páginas de manual y continúa la renovación de la documentación iniciada durante el desarrollo de RPM 6.0.

La versión 6.0 ya supuso una revisión considerable de las páginas de manual, con una nueva estructura y documentación para diferentes componentes y formatos de archivo. El proyecto pretende seguir completando este trabajo en las próximas versiones hasta disponer de una cobertura documental mucho más amplia.

Para un componente tan antiguo y extendido como RPM, esta modernización resulta especialmente útil. Muchas de sus herramientas llevan décadas formando parte de los sistemas Linux y acumulan opciones y comportamientos que no siempre han estado documentados de forma homogénea.

El proyecto continúa modernizando el código de RPM

Uno de los cambios estructurales más importantes de la nueva generación de RPM es la transición progresiva de su código interno hacia C++. RPM 6.0 ya pasó a construirse como código C++20, con algunas excepciones para plugins y bindings de Python. El proyecto ha acompañado este cambio de una importante reorganización de las estructuras internas y del código fuente.

RPM 6.1 continúa esta línea de modernización. El objetivo no es simplemente cambiar el lenguaje utilizado internamente, sino aprovechar herramientas y estructuras modernas para hacer que el código sea más fácil de mantener y desarrollar en el futuro.

Al mismo tiempo, la API de C continúa siendo compatible para los consumidores que dependen de ella, lo que permite modernizar el interior de RPM sin romper automáticamente todo el ecosistema que se ha construido alrededor del gestor de paquetes.

Fedora será una de las grandes beneficiadas

Fedora es uno de los proyectos Linux directamente relacionados con la evolución de RPM. La planificación de Fedora 45 contempla actualizar RPM a la versión upstream 6.1, aunque el estado de integración puede evolucionar durante el ciclo de desarrollo. La propia documentación del proyecto Fedora identifica RPM 6.1 como un cambio previsto para esta versión.

En Fedora Rawhide ya se han utilizado paquetes basados en las versiones candidatas de RPM 6.1. El paquete correspondiente pasó de RPM 6.0.91 a 6.1 RC1 en junio y posteriormente a RC2 en julio, mostrando cómo la distribución ha ido siguiendo el desarrollo de la nueva versión.

Esto resulta relevante porque RPM no funciona de forma aislada: los cambios en el gestor pueden afectar a la construcción de paquetes, las dependencias, la firma, la instalación y las herramientas utilizadas por los mantenedores. Por ello, las distribuciones necesitan probar las nuevas versiones antes de convertirlas en la base de sus sistemas estables.

RPM 6.1 prepara también el futuro

El lanzamiento de RPM 6.1 no supone el final de esta renovación. La hoja de ruta oficial ya contempla RPM 6.2 para el tercer o cuarto trimestre de 2026, con características como el versionado de símbolos en librpm, el aparcamiento de la base de datos para mejorar la reproducibilidad de imágenes y los primeros pasos hacia transacciones más robustas.

Más adelante están previstas otras mejoras, entre ellas transacciones duraderas basadas en journaling, comprobaciones de capacidades del sistema de archivos, mejoras en los file triggers y soporte para firmas sin payload. El proyecto también contempla mejoras relacionadas con OverlayFS, la instalación mediante copy-on-write y reflinks y una gestión más avanzada de las dependencias de bibliotecas.

RPM 6.1 consolida la nueva etapa del gestor de paquetes

Con RPM 6.1, el proyecto continúa una transformación que va bastante más allá de añadir nuevas opciones al comando rpm. La modernización del código, la mejora de la seguridad, la renovación de la documentación y la evolución del modelo de versiones forman parte de una estrategia destinada a preparar el gestor para las necesidades actuales de las distribuciones Linux.

Para el usuario final, buena parte de estas novedades pasarán desapercibidas. RPM es una pieza de infraestructura que normalmente funciona en segundo plano mientras herramientas como DNF se encargan de proporcionar la experiencia de gestión de paquetes. Sin embargo, las mejoras introducidas en sus capas inferiores terminan repercutiendo en la seguridad, estabilidad y mantenibilidad de todo el ecosistema.

RPM 6.1 ya está disponible y representa así un nuevo paso en la evolución del formato y las herramientas que sustentan buena parte del software distribuido en Fedora y otras distribuciones Linux basadas en paquetes RPM.

from Linux Adictos https://ift.tt/sd8BCPm
via IFTTT

La comunidad de KDE ha publicado oficialmente la actualización de aplicaciones correspondiente a agosto de 2026, conocida como KDE Gear 26.08. Este lanzamiento llega con un conjunto de ajustes y funciones que buscan complementar la experiencia del escritorio Plasma 6, centrándose en herramientas habituales como el administrador de archivos, el terminal, el visor de documentos y el editor de vídeo. Los desarrolladores destacan que la versión no introduce una nueva entrega de Plasma, sino que actualiza aplicaciones individuales para mejorar el uso diario.

La fecha oficial de disponibilidad fue el 20 de agosto y los usuarios pueden consultar los detalles, el código fuente y los paquetes de descarga en el sitio web oficial de KDE. Como es habitual, la distribución final a los diferentes sistemas GNU/Linux dependerá de los repositorios de cada proyecto, pero también estará accesible próximamente en plataformas universales como Flathub y Snapcraft.

Dolphin y la gestión de archivos más flexible

El gestor de archivos Dolphin presenta una integración más directa con KDE Connect, lo que permite abrir el teléfono conectado desde un botón situado en la parte superior de la ventana. Además, su barra de filtrado ahora acepta texto simple, patrones tipo glob y expresiones regulares, lo que facilita la búsqueda en directorios con muchos archivos. También se ha añadido la posibilidad de agrupar archivos y carpetas de manera independiente al criterio de ordenación, como ordenar alfabéticamente mientras se agrupa por extensión.

Estas mejoras convierten a Dolphin en una herramienta más ágil para quienes trabajan con grandes volúmenes de datos y necesitan un control fino sobre cómo se presentan y se encuentran los archivos.

Konsole: el terminal que se integra con el resto del escritorio

El emulador de terminal Konsole incorpora una funcionalidad de arrastrar y soltar que acelera la transferencia de datos entre aplicaciones. Manteniendo pulsada la tecla Alt y haciendo clic sobre un nombre de archivo subrayado, el usuario puede arrastrarlo directamente a otra aplicación, por ejemplo, una imagen a un editor gráfico o un enlace web a un editor de texto. También funciona con direcciones de correo y términos de color, lo que amplía las posibilidades de interacción sin necesidad de escribir rutas manualmente.

Okular y la firma digital de documentos

El visor de documentos Okular incluye mejoras en el manejo de formularios PDF y en la creación de firmas digitales. Estas funciones se suman a su capacidad para renderizar distintos formatos de archivo y permiten a los usuarios afrontar tareas más completas sin salir de la aplicación. La actualización refuerza el papel de Okular más allá de la lectura simple.

Kdenlive, mejora en los efectos de vídeo

El editor de vídeo Kdenlive también recibe cambios en esta entrega, con avances en la herramienta de transformación y en el control de color. Según las notas del lanzamiento, se puede ajustar el eje de rotación en cualquier punto, añadir más puntos de control en el mapa de degradado y copiar selecciones completas a nuevas secuencias anidadas. Estas opciones van destinadas a usuarios que buscan una producción más precisa sin recurrir a programas externos.

La actualización KDE Gear 26.08 incluye otras correcciones y ajustes menores en decenas de aplicaciones, pero las novedades principales se concentran en Dolphin, Konsole, Okular y Kdenlive. Los usuarios que dependan de alguna funcionalidad específica deberán revisar las notas oficiales para saber si su programa favorito ha recibido cambios o si existe algún bug corregido. En cualquier caso, KDE continúa su camino para perfeccionar un escritorio libre y personalizable, y esta versión refuerza la integración de sus herramientas.

from Linux Adictos https://ift.tt/KfS9BNA
via IFTTT

El kernel Linux 7.3 introduce una serie de ajustes en el planificador que apuntan directamente a optimizar la distribución de la carga entre núcleos y reducir la latencia, especialmente en sistemas con recursos limitados o con procesadores híbridos. Estas mejoras pueden traducirse en una experiencia de juego más fluida en equipos antiguos o de bajo consumo, donde cada ciclo de CPU cuenta.

Entre los cambios destacados se encuentra una mayor atención a arquitecturas de CPU asimétricas. Los procesadores modernos que combinan núcleos de alto rendimiento con núcleos eficientes energética o incluso núcleos de consumo ultrabajo requieren que el planificador entienda estas diferencias para decidir correctamente dónde ejecutar cada tarea. Con Linux 7.3, la selección de núcleos se vuelve más eficiente, lo que puede reducir la latencia y mitigar efectos de jitter en cargas sensibles al tiempo de respuesta.

Las primeras pruebas reportadas por Geeknetic muestran incrementos de hasta un 25 % en la tasa media de fotogramas y mejoras todavía más significativas en los FPS mínimos en configuraciones específicas. En el ejemplo citado, un Intel Core i7-2600K junto a una AMD Radeon RX 580 ejecutando Shadows: Awakening mediante GOG y Proton 10-34 experimentó un aumento del 25 % en FPS medios y una notable reducción de la latencia, con los mínimos pasando de 4 a 29 FPS. Es importante subrayar que estos resultados corresponden a una configuración particular y no deben generalizarse a todos los juegos o hardware.

Más allá de los promedios, la estabilidad de los fotogramas resulta crucial para una experiencia de juego agradable. Un incremento en la media de FPS no siempre se traduce en fluidez si existen variaciones grandes entre fotogramas. El nuevo planificador busca reducir esos picos y caídas, lo que puede resultar especialmente beneficioso en sistemas con potencia limitada, donde una ejecución estable es más valorada que picos de rendimiento aislados.

Las mejoras también llegan a los procesadores híbridos. Al gestionar mejor la coexistencia de núcleos de rendimiento y de eficiencia, Linux 7.3 puede optimizar qué tareas asigna a cada tipo de núcleo, equilibrando respuesta y consumo. Esta gestión es particularmente relevante para videojuegos, que requieren respuestas rápidas en hilos críticos mientras otras tareas del sistema pueden ejecutarse en núcleos menos potentes.

Además, los cambios son especialmente atractivos para dispositivos portátiles orientados al gaming, como la Steam Deck. Aunque no hay garantías de que todos los títulos ganen un porcentaje fijo de rendimiento en todos los escenarios, una gestión más eficiente de la CPU y una latencia reducida del planificador pueden abrir la puerta a un rendimiento más estable y eficiente en hardware con restricciones térmicas y energéticas.

Otra consecuencia positiva es la posible mejora en SteamOS y otras distribuciones Linux centradas en juegos. Una optimización del planificador no funciona de forma aislada, pero puede sumarse a Proton, Mesa y la pila del sistema para extraer un mayor rendimiento del hardware sin requerir componentes más potentes o un incremento de consumo.

Es importante contextualizar los resultados: el incremento del 25 % en FPS medios y las mejoras en FPS mínimos se obtuvieron bajo condiciones específicas de hardware y software (Intel Core i7-2600K, RX 580, Shadows: Awakening, Proton 10-34). En hardware más moderno o con juegos que estén mejor optimizados para múltiples hilos, el impacto podría ser menor. Así mismo, la magnitud de las ganancias dependerá del motor del juego, la carga de trabajo y la forma en que cada título distribuye hilos entre núcleos.

En resumen, Linux 7.3 apunta a una mejora sustancial en la experiencia de juego en hardware modesto al optimizar la gestión de recursos del procesador, reducir la latencia y mejorar la consistencia de los fotogramas. Aunque no garantiza un aumento universal de FPS, sí establece una base más eficiente para que juegos y herramientas relacionadas funcionen mejor en equipos con limitaciones energéticas o térmicas, sin necesidad de actualizar el hardware. Este enfoque de optimización de bajo nivel se suma a iniciativas como Proton y Mesa para acercar más los juegos de Windows a Linux, aportando un paso significativo hacia una experiencia gaming más fluida y eficiente.

from Linux Adictos https://ift.tt/ksAyGjx
via IFTTT

La distribución GNU/Linux Garuda Linux ha lanzado su nueva versión, denominada Temeraire, que ya está disponible para los usuarios. Esta actualización trae consigo un kernel basado en CachyOS, lo que supone un cambio relevante en el rendimiento y la compatibilidad del sistema. Además, se ha incorporado Plasma LoginManager como gestor de inicio de sesión, sustituyendo a la opción anterior, y se ha rediseñado por completo la configuración del entorno Hyprland, uno de los más populares entre los usuarios avanzados.

Según la información difundida, los cambios no se limitan al núcleo y al login. También se han introducido modificaciones importantes en las herramientas internas, con el objetivo de mejorar la fluidez y la facilidad de uso. Garuda Linux, conocida por su enfoque en el rendimiento y su base Arch Linux, busca con Temeraire ofrecer una experiencia más pulida y moderna, especialmente para quienes usan entornos basados en Wayland.

Núcleo y rendimiento de Garuda Linux Temeraire

El nuevo kernel, derivado de CachyOS, incorpora parches y optimizaciones que mejoran la respuesta del sistema en tareas cotidianas y en cargas de trabajo exigentes. Esta elección se alinea con la filosofía de Garuda de exprimir al máximo el hardware, ofreciendo una alternativa a los kernels estándar de Arch. Los usuarios que ya hayan probado la versión destacan una mayor estabilidad y una menor latencia en entornos gráficos.

Plasma LoginManager y gestión de sesión

La inclusión de Plasma LoginManager, el gestor de inicio de sesión de KDE, simplifica el proceso de acceso y ofrece una integración más estrecha con el escritorio KDE Plasma, que sigue siendo la opción principal de Garuda. Este cambio supone un paso adelante en la coherencia visual y funcional, ya que el login ahora se adapta mejor a los temas del sistema y permite opciones avanzadas como el arranque en diferentes sesiones (X11 o Wayland) con mayor facilidad.

Hyprland renovado y herramientas del sistema

La configuración de Hyprland, el compositor Wayland, ha sido rediseñada para ofrecer un aspecto más limpio y una experiencia de uso más intuitiva. Los ajustes por defecto incluyen atajos de teclado optimizados y un manejo de ventanas más eficiente. Además, las herramientas del sistema, como el instalador y el gestor de paquetes, han recibido actualizaciones que agilizan las tareas habituales, reduciendo los tiempos de instalación y mejorando la gestión de dependencias.

En definitiva, Garuda Linux Temeraire se presenta como una actualización sólida que refuerza los puntos fuertes de la distribución. La combinación de un kernel optimizado, un login unificado y un Hyprland pulido la convierte en una opción atractiva tanto para los usuarios de Garuda que buscan novedades como para quienes quieran probar una distribución Arch con un toque de personalidad. La versión ya está disponible en la web oficial del proyecto y a través de los canales de actualización habituales.

from Linux Adictos https://ift.tt/IOsLwuD
via IFTTT

PINE64 ha puesto en pausa la producción de nuevos dispositivos Linux debido a la actual escasez de memoria DRAM y almacenamiento eMMC. La compañía, conocida por fabricar hardware abierto y equipos orientados específicamente al ecosistema Linux, reconoce que la situación del mercado de componentes hace inviable continuar fabricando determinados productos al ritmo habitual.

La decisión no supone el abandono de Linux por parte de PINE64 ni el fin del soporte para sus dispositivos actuales. El problema está relacionado con el precio y la disponibilidad de determinados componentes, especialmente DRAM y memoria eMMC, cuya demanda se ha disparado en el contexto del enorme crecimiento de la infraestructura necesaria para inteligencia artificial.

La escasez de DRAM y eMMC golpea a PINE64

El anuncio de PINE64 es bastante directo: por el momento no existen planes para continuar fabricando nuevos dispositivos Linux debido a la actual escasez de DRAM y eMMC. La compañía señala que la producción futura dependerá de cómo evolucionen los precios de estos componentes después de mediados de 2027.

El problema afecta especialmente a una empresa como PINE64, cuyo catálogo se basa en dispositivos relativamente pequeños y con márgenes mucho más reducidos que los de los grandes fabricantes de ordenadores y smartphones. Si el precio de componentes fundamentales aumenta considerablemente, trasladar ese incremento al consumidor puede hacer que sus productos pierdan parte de su atractivo.

La situación es además especialmente complicada porque la memoria necesaria para estos dispositivos compite con una demanda enorme procedente de centros de datos. La expansión de la inteligencia artificial está aumentando la necesidad de memoria a gran escala, ejerciendo presión sobre el suministro y los precios de diferentes tipos de memoria.

PineNote y PineTab2 todavía tienen existencias

La pausa de producción no significa que todos los dispositivos de PINE64 hayan desaparecido inmediatamente del mercado. La compañía calcula que las existencias actuales de algunos productos, entre ellos PineNote y PineTab2, deberían ser suficientes para aproximadamente tres meses.

El problema llegará después: una vez agotadas esas unidades, PINE64 no puede garantizar cuándo volverán a estar disponibles. La compañía tendrá que evaluar entonces si los precios de DRAM y eMMC permiten reanudar la fabricación sin que los costes hagan inviable el producto.

Esto convierte a las unidades actualmente disponibles en una especie de último stock de determinados dispositivos Linux de PINE64. No obstante, sería incorrecto interpretar el anuncio como una retirada definitiva: la compañía está dejando abierta la posibilidad de reanudar la producción si las condiciones del mercado mejoran.

No todos los productos de PINE64 están afectados

La situación no afecta por igual a todo el catálogo de PINE64. La compañía ha explicado que continuará fabricando productos como PineTime, PineVoice y Pinecil, ya que utilizan componentes diferentes y no dependen de la misma combinación de memoria y almacenamiento que está provocando los problemas actuales.

Esto significa que PINE64 no está cerrando su actividad de hardware. La pausa se concentra en determinados dispositivos Linux cuyo coste de fabricación se ha visto especialmente afectado por la situación del mercado de componentes.

De hecho, el proyecto PineTime Pro continúa avanzando. PINE64 afirma que el firmware de demostración ya permite utilizar diferentes componentes del dispositivo, entre ellos la pantalla táctil, el sensor de movimiento, GPS, botones, sensor de frecuencia cardíaca, cargador de batería, motor de vibración, micrófono y altavoz.

El futuro de los dispositivos Linux queda en el aire

PINE64 describe la situación actual de sus dispositivos Linux como complicada. La compañía necesita encontrar un equilibrio entre el coste de los componentes y el precio final que los usuarios están dispuestos a pagar, algo particularmente difícil cuando se trata de productos destinados a un mercado relativamente reducido.

El problema tampoco se limita exclusivamente a PINE64. La actual presión sobre la memoria es consecuencia de un mercado en el que los centros de datos destinados a inteligencia artificial están absorbiendo enormes cantidades de componentes. La expansión de estas infraestructuras está incrementando la demanda de memoria y reduciendo la disponibilidad de determinadas categorías para otros mercado.

Para un fabricante pequeño centrado en Linux y hardware abierto, competir por esos componentes frente a los grandes fabricantes de servidores, ordenadores y dispositivos electrónicos resulta especialmente complicado.

¿Y qué ocurre con el PinePhone?

El anuncio llega además en un momento delicado para la estrategia móvil de PINE64. La compañía ya había hablado anteriormente del futuro del PinePhone y de la posibilidad de desarrollar una nueva generación de hardware.

PINE64 ha señalado que un hipotético PinePhone 2 no está descartado, pero actualmente no existe un plan para producirlo. La compañía considera que desarrollar un nuevo teléfono supondría un riesgo financiero considerable y, además, no encuentra actualmente un sistema en chip que cumpla sus necesidades para un dispositivo de este tipo.

La situación resulta particularmente interesante porque el PinePhone original nació principalmente como una plataforma de desarrollo para impulsar el ecosistema móvil de Linux. Según PINE64, ese objetivo se ha cumplido en buena medida: actualmente existe una comunidad mucho más amplia trabajando para llevar Linux a teléfonos Android convencionales, que ofrecen un hardware considerablemente más potente y barato.

PINE64 no abandona Linux

Es importante distinguir entre una pausa en la fabricación y el abandono de la plataforma. PINE64 no ha anunciado que vaya a dejar de desarrollar o mantener software para sus dispositivos existentes. El problema afecta a la fabricación de nuevo hardware y está directamente relacionado con las condiciones del mercado de componentes.

De hecho, la filosofía de PINE64 continúa siendo especialmente relevante para el ecosistema Linux. Sus dispositivos han servido durante años como plataformas abiertas para desarrollar sistemas operativos, controladores, interfaces y aplicaciones que posteriormente pueden beneficiar a otros proyectos.

La propia comunidad sigue proporcionando soporte para los dispositivos existentes, por lo que el final de una determinada producción no implica necesariamente que el hardware vaya a quedar inutilizado o sin software.

La inteligencia artificial también afecta al hardware Linux alternativo

El caso de PINE64 muestra una consecuencia menos evidente del actual auge de la inteligencia artificial. La presión que ejercen los centros de datos no se limita a las GPU utilizadas para entrenar y ejecutar modelos. La enorme cantidad de servidores que se están construyendo también requiere cantidades masivas de memoria y almacenamiento.

Cuando esos componentes escasean o aumentan de precio, los efectos terminan alcanzando mercados mucho más pequeños. En este caso, un fabricante especializado en dispositivos Linux puede verse obligado a detener la producción porque no puede asumir unos costes que los grandes fabricantes tienen mucha más capacidad para absorber.

La situación resulta paradójica: mientras la industria tecnológica invierte cantidades enormes en acelerar Linux dentro de los centros de datos y en infraestructura de inteligencia artificial, un pequeño fabricante dedicado a ofrecer hardware abierto y Linux a los usuarios finales tiene que frenar su producción precisamente por la presión que ese mismo mercado está ejerciendo sobre los componentes.

El futuro de PINE64 dependerá del mercado de memoria

PINE64 mantendrá por ahora sus productos afectados hasta agotar las unidades disponibles, pero no puede garantizar cuándo volverá a fabricar nuevos dispositivos. La compañía espera a que la situación de DRAM y eMMC mejore y, especialmente, a que los precios vuelvan a niveles que permitan continuar ofreciendo sus productos sin disparar el coste para el usuario.

Por tanto, no estamos ante un adiós de PINE64 al hardware Linux. Se trata de una pausa forzada por una combinación de escasez de componentes, aumento de costes y una competencia extraordinaria por la memoria utilizada en las infraestructuras de inteligencia artificial.

Para el ecosistema Linux, la noticia supone un golpe importante porque PINE64 ha sido durante años uno de los fabricantes que más ha apostado por ofrecer hardware abierto y dispositivos diseñados pensando específicamente en este sistema operativo. El proyecto continuará trabajando en productos que no están afectados por la escasez actual, pero el futuro de buena parte de su catálogo Linux dependerá de cómo evolucione el mercado de memoria durante los próximos meses.

from Linux Adictos https://ift.tt/1c6VHM8
via IFTTT

AerynOS ha comenzado a desplegar una nueva actualización de su rama Unstable con importantes novedades para el escritorio, el kernel y varios componentes fundamentales del sistema. La distribución independiente incorpora ahora GNOME 50.4, KDE Plasma 6.7.4 y KDE Frameworks 6.29, además de actualizar buena parte de su pila de software.

La actualización también destaca por introducir soporte para el controlador inalámbrico Broadcom STA, activar kmscon por defecto en los terminales virtuales y llevar el kernel Linux de las ramas estable y gaming hasta la versión 7.1.8. La rama LTS, por su parte, utiliza Linux 6.18.44.

AerynOS actualiza sus escritorios a GNOME 50.4 y Plasma 6.7.4

Uno de los cambios más visibles de esta actualización de AerynOS afecta directamente al entorno de escritorio. Los usuarios de la distribución reciben GNOME 50.4 y KDE Plasma 6.7.4, acompañados por KDE Frameworks 6.29.

La actualización permite mantener las dos principales alternativas de escritorio de AerynOS al día con las versiones más recientes disponibles en el momento del lanzamiento. Esto resulta especialmente importante en una distribución que mantiene un modelo de desarrollo continuo y que actualiza sus componentes con bastante frecuencia.

Junto a los escritorios también se han actualizado numerosos componentes de la pila gráfica y multimedia. Entre ellos se encuentran Mesa 26.1.7, FFmpeg 9.0.1 y GStreamer 1.28.6. También llegan nuevas versiones de lenguajes y herramientas de desarrollo como Python 3.14.7, Perl 5.44 y Go 1.26.6, además de Wine 11.15.

Linux 7.1.8 corrige un problema con AMDGPU

El kernel es otra de las piezas importantes de esta actualización de AerynOS. Tanto la rama estable como la orientada a gaming pasan a utilizar Linux 7.1.8, mientras que la rama LTS se actualiza a Linux 6.18.44.

La versión 7.1.8 resulta especialmente relevante para determinados equipos con gráficas AMD. Los desarrolladores de AerynOS señalan que esta actualización incorpora la corrección de un problema de brillo de AMDGPU que afectaba a Linux 7.1.6 y 7.1.7. También se han actualizado los paquetes de firmware y los microcódigos de Intel y AMD.

De esta forma, AerynOS continúa manteniendo sus diferentes ramas de kernel separadas según las necesidades de sus usuarios, con una rama LTS destinada a quienes priorizan una base más conservadora y ramas estable y gaming que siguen las versiones más recientes.

Nuevo soporte para Wi-Fi de Broadcom

Otra incorporación destacada es el soporte para el controlador inalámbrico Broadcom STA. Su llegada amplía la compatibilidad de AerynOS con determinados adaptadores Wi-Fi de Broadcom que utilizan este controlador.

Para una distribución relativamente joven como AerynOS, ampliar progresivamente la compatibilidad con hardware resulta especialmente importante. Los controladores inalámbricos pueden convertirse en uno de los principales obstáculos al probar una distribución Linux en determinados equipos portátiles, por lo que la incorporación de este soporte puede facilitar su utilización en un mayor número de configuraciones.

kmscon se activa por defecto en los terminales virtuales

AerynOS también ha cambiado el comportamiento de sus terminales virtuales mediante la activación predeterminada de kmscon. Los usuarios pueden acceder a ellos mediante las combinaciones Ctrl+Alt+F1 a Ctrl+Alt+F6.

A diferencia del terminal virtual proporcionado directamente por el kernel, kmscon utiliza el controlador DRM de kernel modesetting y ofrece renderizado Unicode completo mediante FreeType. Esto permite proporcionar una experiencia más moderna en estos entornos de texto.

El primer terminal virtual continúa reservado para los gestores gráficos de inicio de sesión. En sistemas que no utilizan uno de estos gestores, AerynOS permite iniciar directamente Sway mediante kmscon-launch-gui sway.

Moss también recibe varias correcciones

El gestor de paquetes moss, uno de los componentes propios más importantes de AerynOS, también ha recibido varias correcciones. Los cambios están relacionados con diferentes casos límite del nuevo mecanismo nativo de reflinks y con un problema que podía provocar fugas de descriptores de archivos al utilizar la estrategia nativa basada en hardlinks.

Estas mejoras son importantes porque moss forma parte de la arquitectura sobre la que AerynOS está construyendo su modelo de actualizaciones y gestión del sistema. El proyecto está trabajando para que los cambios internos de sus formatos y herramientas puedan introducirse de forma transparente para el usuario.

Más software actualizado en AerynOS

La actualización de agosto también incorpora una larga lista de versiones nuevas. Entre ellas aparecen Firefox 153.0.4, Thunderbird 153.0.3, los controladores NVIDIA 610.57.04, Flatpak 1.18.1, Docker 29.7.2, Dracut 112 y Fastfetch 2.67.1.

También se han actualizado diferentes herramientas destinadas al escritorio, al desarrollo y al gaming. Esto mantiene la distribución en línea con su modelo de actualización continua, en el que los paquetes van llegando a los repositorios conforme las nuevas versiones son integradas y probadas.

Cambios en la contribución de paquetes

AerynOS ha introducido además nuevos modelos de pull request para aclarar las expectativas del proyecto respecto a quienes contribuyen con paquetes. A partir de ahora, las propuestas que introduzcan paquetes completamente nuevos deberán contar previamente con una Package Request que haya sido presentada y aprobada.

El objetivo es establecer un proceso más claro para incorporar nuevo software a los repositorios de la distribución y evitar que las contribuciones de paquetes aparezcan directamente sin haber pasado por una planificación previa.

AerynOS sigue avanzando con su rama Unstable

La nueva oleada de actualizaciones sitúa a AerynOS en una posición interesante dentro del panorama de distribuciones Linux independientes. El proyecto no se limita a empaquetar software de terceros, sino que continúa desarrollando sus propias herramientas y una infraestructura de actualización diseñada alrededor de sus necesidades.

Para los usuarios de la rama Unstable, la actualización supone disponer de versiones más recientes de los principales escritorios Linux, un kernel actualizado con correcciones para AMDGPU, soporte adicional para hardware inalámbrico y mejoras en el gestor de paquetes. Todo ello refuerza la apuesta de AerynOS por construir una distribución moderna con una infraestructura propia y un modelo de actualización continuo.

from Linux Adictos https://ift.tt/NvRSXst
via IFTTT

Tails 7.11 ya está disponible como una nueva actualización de esta distribución Linux centrada en la privacidad y el anonimato. La nueva versión corrige un problema que podía impedir que el almacenamiento persistente se activara correctamente en determinados equipos y actualiza Tor Browser a la versión 15.0.20.

Tails está basada en Debian y ha sido diseñada para utilizarse principalmente desde un dispositivo USB, encaminando las conexiones a través de la red Tor y tratando de dejar el menor número posible de rastros en el ordenador utilizado. La actualización 7.11 mantiene este enfoque, pero soluciona un problema especialmente relevante para quienes utilizan una de las funciones que permite conservar determinados datos entre sesiones.

La principal novedad de Tails 7.11 está en Persistent Storage

El cambio más importante de Tails 7.11 corrige un problema que podía evitar que Persistent Storage se activase en algunos ordenadores. Esta función permite conservar determinados datos y configuraciones entre sesiones mediante un área de almacenamiento cifrada, algo que resulta especialmente útil en un sistema operativo pensado para ejecutarse de forma temporal desde un USB.

Por defecto, Tails está diseñado para que los datos de una sesión desaparezcan al apagar el ordenador. Persistent Storage proporciona una excepción controlada a este comportamiento: el usuario puede almacenar determinados archivos, configuraciones y otros datos de forma persistente sin convertir la instalación completa en un sistema convencional instalado en el disco.

El fallo corregido en esta versión podía impedir precisamente que esa zona de almacenamiento se activara en determinados equipos. Para los usuarios que dependen de Persistent Storage, se trata por tanto de una corrección bastante más importante de lo que podría sugerir el número de versión.

Persistent Storage mantiene los datos entre sesiones

Una de las características que diferencia a Tails de una distribución Linux convencional es que el sistema está diseñado para minimizar los rastros que deja en el ordenador anfitrión. El usuario puede iniciar Tails desde un USB, realizar sus tareas y apagar el equipo sin que la sesión quede almacenada de la misma manera que ocurriría con un sistema operativo instalado permanentemente.

Persistent Storage permite combinar esa filosofía con la necesidad práctica de conservar determinados datos. El espacio se encuentra cifrado y puede utilizarse para guardar la información que el usuario necesita mantener disponible cuando vuelva a iniciar Tails.

La corrección incluida en Tails 7.11 garantiza que esta característica pueda activarse correctamente en los equipos afectados por el problema. El proyecto recomienda a los usuarios que ya disponen de una instalación con Persistent Storage realizar una actualización en lugar de crear una instalación nueva.

Tor Browser se actualiza a la versión 15.0.20

La otra novedad destacada de Tails 7.11 es la actualización del navegador incluido en la distribución. Tor Browser pasa a la versión 15.0.20, proporcionando a los usuarios una versión más reciente del navegador utilizado para acceder a Internet a través de la red Tor.

La integración de Tor Browser es una parte fundamental de la experiencia de Tails. La distribución no se limita a proporcionar un escritorio Linux portátil, sino que está construida alrededor de herramientas destinadas a proteger la privacidad del usuario y dificultar la asociación de su actividad con el ordenador desde el que se conecta.

Mantener el navegador actualizado resulta especialmente importante en este contexto, ya que el navegador es uno de los componentes que más directamente interactúan con contenido procedente de Internet. Tails incorpora las actualizaciones necesarias dentro de sus propias versiones para que los usuarios no tengan que configurar manualmente estos componentes.

Los usuarios de Tails pueden actualizar directamente

Los usuarios que ya tengan instalada cualquier versión de Tails 7.0 o posterior pueden actualizar directamente a Tails 7.11 mediante el mecanismo de actualización automática. Este proceso permite conservar el Persistent Storage existente.

La recomendación resulta especialmente importante para quienes tienen datos almacenados de forma persistente. Si la actualización automática no funciona o el sistema deja de arrancar después de realizarla, el proyecto contempla también la posibilidad de efectuar una actualización manual.

En caso de que una actualización automática falle, utilizar el procedimiento manual permite recuperar el sistema sin tener que recurrir necesariamente a una instalación completamente nueva.

No conviene reinstalar Tails si utilizas Persistent Storage

El proyecto hace una advertencia importante para los usuarios que tengan un USB de Tails con Persistent Storage: si ya disponen de una instalación funcional, deben actualizarla en lugar de realizar una instalación nueva. Una reinstalación puede borrar el almacenamiento persistente existente.

Esta recomendación es especialmente relevante porque el funcionamiento habitual de Tails puede llevar a pensar que crear un nuevo USB con la última imagen es siempre la solución más sencilla. Sin embargo, cuando existe información persistente que se quiere conservar, el procedimiento de actualización es la opción adecuada.

Para quienes simplemente quieran empezar desde cero, Tails 7.11 también está disponible como una nueva imagen USB. El proyecto proporciona además una imagen ISO para otros escenarios, como utilizar Tails con DVD o dentro de una máquina virtual.

Una actualización pequeña pero importante para Tails

Tails 7.11 no introduce un cambio radical en la distribución. Su objetivo es más concreto: solucionar un problema que afectaba a Persistent Storage y mantener actualizado uno de los componentes fundamentales del sistema con la llegada de Tor Browser 15.0.20.

Precisamente por el papel que desempeña Persistent Storage dentro de Tails, la primera corrección tiene especial importancia. El sistema está diseñado para ser temporal, pero los usuarios pueden necesitar conservar determinados datos y configuraciones de una sesión a otra. Cuando esa función falla, se pierde una parte importante de la utilidad práctica de la distribución.

La actualización también mantiene el modelo de desarrollo de Tails, que combina una base Debian con herramientas específicamente seleccionadas y configuradas para ofrecer privacidad y anonimato. Las nuevas versiones incorporan las correcciones necesarias sin convertir el sistema en una distribución Linux convencional instalada permanentemente.

Tails 7.11 ya está disponible

Tails 7.11 ya puede utilizarse tanto mediante una actualización de instalaciones existentes como mediante una nueva imagen. Para quienes ya utilizan Tails 7.0 o posterior, la actualización automática permite pasar a la nueva versión conservando Persistent Storage.

La actualización resulta especialmente recomendable para los usuarios afectados por el problema de activación del almacenamiento persistente. Al mismo tiempo, disponer de Tor Browser 15.0.20 proporciona una base más actualizada para la navegación a través de Tor.

Con esta versión, Tails continúa centrada en su objetivo original: proporcionar un entorno Linux portátil orientado a la privacidad, que pueda utilizarse sin instalar el sistema en el ordenador y que permita controlar de forma explícita qué información se conserva entre sesiones.

from Linux Adictos https://ift.tt/9pFGa5E
via IFTTT