PorteuX 2.8 ya está disponible como la nueva versión de esta distribución Linux basada en Slackware, diseñada para ofrecer un sistema rápido, portátil, modular y preparado para ejecutarse directamente desde una memoria USB. El lanzamiento llega apenas dos meses después de PorteuX 2.7 y mantiene la filosofía del proyecto de proporcionar un entorno Linux completo sin renunciar a un tamaño reducido.

La nueva versión continúa actualizando la base del sistema y sus diferentes ediciones de escritorio, manteniendo disponibles las variantes con Cinnamon, GNOME, KDE Plasma, LXDE, LXQt, MATE y Xfce. PorteuX 2.8 vuelve a apostar por una distribución especialmente interesante para quienes buscan llevar un sistema Linux completo en un dispositivo extraíble y utilizarlo en diferentes equipos.

PorteuX 2.8 ya está disponible

El lanzamiento de PorteuX 2.8 se produjo el 23 de agosto de 2026, convirtiéndose en la nueva versión estable de esta distribución inspirada originalmente en proyectos como Porteus y Slax. PorteuX utiliza una estructura modular que permite separar el sistema base de los diferentes entornos de escritorio y aplicaciones.

Esta arquitectura permite utilizar PorteuX como un sistema Live, instalarlo en una unidad de almacenamiento o arrancarlo directamente desde dispositivos extraíbles. El proyecto está especialmente orientado a ofrecer un sistema pequeño y rápido, pero sin limitarse a un entorno de rescate: las diferentes ediciones proporcionan escritorios completos y el proyecto dispone de su propio catálogo de aplicaciones.

Una distribución Linux basada en Slackware

Al igual que las versiones anteriores, PorteuX 2.8 mantiene Slackware como base. El proyecto aprovecha la estabilidad y sencillez de esta distribución para construir una plataforma modular en la que los componentes pueden actualizarse y cargarse de forma independiente.

Uno de los aspectos diferenciales de PorteuX es precisamente esta organización. En lugar de distribuir una instalación tradicional en la que todos los componentes forman parte de un sistema monolítico, los diferentes elementos se proporcionan mediante módulos. Esto facilita transportar el sistema, realizar determinadas modificaciones y conservar configuraciones entre sesiones.

El sistema también puede utilizarse mediante el modo copy2ram, que carga los componentes necesarios en la memoria RAM. Cuando el hardware dispone de suficiente memoria, esta modalidad permite reducir la dependencia de la unidad desde la que se ha iniciado el sistema y proporciona una experiencia especialmente rápida.

Siete entornos de escritorio disponibles

Una de las principales características de PorteuX 2.8 es que el proyecto continúa ofreciendo varias ediciones diferenciadas por su entorno de escritorio. Los usuarios pueden elegir entre Cinnamon, GNOME, KDE Plasma, LXDE, LXQt, MATE y Xfce.

Esta variedad permite utilizar PorteuX tanto en equipos relativamente modernos como en ordenadores donde interesa reducir al máximo el consumo de recursos. Mientras que KDE Plasma y GNOME ofrecen experiencias de escritorio completas y modernas, LXDE y LXQt permiten construir sistemas más ligeros para hardware con recursos más limitados.

Cinnamon, MATE y Xfce ocupan posiciones intermedias y proporcionan interfaces tradicionales que pueden resultar especialmente cómodas para quienes prefieren un escritorio convencional. Todas estas variantes comparten la infraestructura fundamental de PorteuX.

PorteuX apuesta por un sistema modular y portátil

La filosofía modular sigue siendo uno de los elementos centrales de PorteuX 2.8. El usuario puede copiar los archivos del sistema a una unidad de almacenamiento y utilizar las herramientas proporcionadas por el proyecto para preparar el arranque, sin tener que recurrir necesariamente a los procedimientos habituales utilizados para instalar una distribución Linux.

El proyecto proporciona instaladores específicos para Linux y Windows, mientras que la documentación recomienda evitar determinadas herramientas que preparan las imágenes ISO como medios de solo lectura. El diseño de PorteuX está pensado para que el sistema pueda conservar cambios y configuraciones en el propio dispositivo de almacenamiento.

Esta característica resulta particularmente útil cuando se quiere disponer de un Linux portátil que pueda arrancarse en diferentes ordenadores. El usuario puede llevar consigo el sistema, sus configuraciones y las aplicaciones instaladas en lugar de depender de la instalación de Linux presente en cada máquina.

Aplicaciones adicionales desde PorteuX App Store

PorteuX 2.8 tampoco obliga a incluir una gran colección de aplicaciones dentro de cada imagen. El sistema proporciona una base relativamente contenida y permite instalar software adicional mediante PorteuX App Store.

Desde este catálogo se pueden obtener aplicaciones y componentes como navegadores web, Steam, VirtualBox, controladores propietarios de NVIDIA, paquetes multilib, suites ofimáticas, aplicaciones de mensajería y diferentes emuladores.

Este enfoque contribuye a mantener reducido el tamaño de las imágenes iniciales. En lugar de incluir todas las aplicaciones que podrían necesitar los usuarios, PorteuX permite instalar posteriormente únicamente aquello que resulte necesario para cada equipo o escenario de uso.

Aceleración por hardware para gráficos y multimedia en PorteuX 2.8

Otro de los puntos destacados de PorteuX es su configuración orientada al uso de la aceleración por hardware. El sistema está preparado para utilizar aceleración multimedia con GPU Intel y AMD, mientras que los usuarios de tarjetas NVIDIA pueden instalar el controlador correspondiente desde el catálogo de aplicaciones.

Esto permite que la distribución no se limite a ofrecer un entorno gráfico ligero, sino que pueda utilizarse también para reproducción multimedia y otras cargas de trabajo que se benefician de la aceleración proporcionada por la GPU.

La estrategia encaja especialmente bien con el objetivo de PorteuX de ser un sistema Live de propósito general. Una distribución que se ejecuta desde una memoria USB puede utilizarse para navegar, reproducir contenido multimedia, ejecutar aplicaciones e incluso jugar, siempre que el hardware sea compatible y disponga de los controladores necesarios.

PorteuX 2.8 continúa el trabajo iniciado en la versión anterior

La anterior versión había introducido importantes actualizaciones en su base, entre ellas Linux 7.1.1, GCC 16.1.0, FFmpeg 8.1.1, Qt 6.11.1, KDE Plasma 6.7.0, GNOME 50.2 y Cinnamon 6.6.8. También sustituyó el controlador ntfs3 por ntfs-plus y realizó diferentes optimizaciones de compilación.

El lanzamiento de la versión 2.8 mantiene esa línea de desarrollo, con una base actualizada y diferentes variantes de escritorio. La distribución sigue además utilizando una arquitectura que permite mantener el sistema compacto y separar los componentes según las necesidades del usuario.

Un Linux pensado para llevarlo siempre encima

PorteuX 2.8 demuestra que una distribución Linux no tiene por qué seguir necesariamente el modelo tradicional de instalación permanente en el disco interno de un ordenador. Su diseño modular permite utilizarla como sistema Live, instalarla en diferentes dispositivos de almacenamiento y mantener aplicaciones y configuraciones de una forma flexible.

La combinación de una base Slackware, varios escritorios, soporte de aceleración gráfica, un catálogo propio de aplicaciones y opciones como copy2ram hace que PorteuX pueda adaptarse a escenarios muy diferentes. Desde reutilizar un PC antiguo hasta llevar un escritorio Linux completo en una memoria USB, el proyecto mantiene una propuesta claramente diferenciada dentro del ecosistema GNU/Linux.

Con PorteuX 2.8, el proyecto continúa desarrollando esta idea de un Linux pequeño, rápido y portátil, ofreciendo una alternativa especialmente interesante para quienes valoran poder llevar consigo un sistema completo y utilizarlo en diferentes equipos sin depender de la instalación existente en cada máquina.

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

OpenZFS 2.4.4 ya está disponible como una nueva actualización de mantenimiento de la rama 2.4 del sistema de archivos y gestor de volúmenes de código abierto. La nueva versión amplía la compatibilidad con el kernel Linux 7.2, incorpora una nueva herramienta destinada a recuperar determinados pools afectados por problemas de Multi-Modifier Protection y reúne decenas de correcciones para mejorar la estabilidad y fiabilidad de ZFS.

Aunque no se trata de una actualización tan amplia como el lanzamiento inicial de OpenZFS 2.4, la versión 2.4.4 sigue siendo relevante para administradores y usuarios de sistemas Linux y FreeBSD que dependen de esta tecnología. Junto al soporte para kernels más recientes, la actualización corrige problemas relacionados con la DDT, la importación de pools, MMP, la compatibilidad con el kernel y diferentes componentes internos de OpenZFS.

OpenZFS 2.4.4 añade soporte para Linux 7.2

Una de las principales novedades de OpenZFS 2.4.4 es la compatibilidad con Linux 7.2. Con esta actualización, el rango de kernels Linux oficialmente soportados se amplía desde Linux 4.18 hasta Linux 7.2.

El trabajo de compatibilidad incluye diferentes cambios necesarios para adaptar OpenZFS a las modificaciones introducidas en las interfaces internas del kernel. Entre ellos se encuentra la conversión del código relacionado con el superbloque de ZFS para utilizar la interfaz sget_fc() del kernel Linux.

La compatibilidad con nuevas versiones del kernel resulta especialmente importante para OpenZFS porque su implementación en Linux continúa distribuyéndose fuera del árbol principal del kernel. Esto obliga al proyecto a adaptar su código cuando cambian determinadas APIs o estructuras internas utilizadas por el sistema operativo.

FreeBSD también mantiene su compatibilidad con OpenZFS 2.4.4

La actualización no está destinada únicamente a Linux. OpenZFS 2.4.4 mantiene también el soporte para sistemas FreeBSD, con compatibilidad oficial para FreeBSD 13.3 y versiones posteriores, así como FreeBSD 14.0 y posteriores.

OpenZFS es un proyecto multiplataforma y mantiene una misma base tecnológica para diferentes sistemas operativos. Linux y FreeBSD son actualmente las dos plataformas principales oficialmente soportadas, por lo que las actualizaciones de mantenimiento deben tener en cuenta las diferencias entre ambos ecosistemas.

Esta característica ha permitido que ZFS mantenga una presencia importante tanto en servidores Linux como en sistemas basados en FreeBSD, especialmente en entornos donde las capacidades de almacenamiento y protección de datos son una prioridad.

Nuevo comando para recuperar pools afectados por MMP

Otra de las novedades más destacadas de OpenZFS 2.4.4 es la incorporación del comando zhack mmp reclaim. Esta herramienta está diseñada para ayudar a recuperar un pool que haya quedado bloqueado o abandonado debido a determinados problemas relacionados con Multi-Modifier Protection, también conocido como MMP.

MMP es un mecanismo de seguridad de ZFS diseñado para evitar que dos sistemas diferentes importen y modifiquen simultáneamente el mismo pool de almacenamiento. Este tipo de acceso concurrente podría provocar graves problemas de consistencia y corrupción de datos, por lo que OpenZFS utiliza información almacenada en el propio pool para detectar si otro sistema sigue trabajando sobre él.

Sin embargo, pueden existir situaciones en las que un pool quede aparentemente bloqueado después de que el sistema que lo utilizaba haya dejado de funcionar. La nueva opción de recuperación permite gestionar determinados casos de este tipo y distinguir mejor entre una actividad real procedente de otro sistema y una situación en la que la reclamación de un uberblock ha fallado.

Mejoras en la detección de actividad de MMP

Los cambios relacionados con MMP no se limitan al nuevo comando. OpenZFS 2.4.4 mejora también la forma en la que se comprueba la actividad de los dispositivos que forman parte de un pool.

La nueva versión evita tener en cuenta dispositivos virtuales que no pueden utilizarse para escritura durante determinadas comprobaciones de actividad. También mejora el comportamiento de los espejos degradados en los que algunas de sus unidades aparecen como ausentes.

Estas correcciones pueden parecer muy específicas, pero son importantes porque afectan a situaciones en las que el almacenamiento ya se encuentra en un estado degradado. Precisamente en estos escenarios es donde un sistema de archivos necesita comportarse de la manera más predecible posible y evitar decisiones que puedan dificultar todavía más la recuperación.

Correcciones para la DDT y la gestión de la deduplicación

OpenZFS 2.4.4 incluye además varias correcciones relacionadas con la Deduplication Table o DDT, una de las estructuras internas utilizadas por ZFS para gestionar la deduplicación de bloques.

La deduplicación permite que ZFS detecte bloques idénticos y almacene una única copia física de los datos, pero esta característica necesita mantener una gran cantidad de información adicional para conocer dónde se encuentran las referencias a cada bloque. La DDT es precisamente una de las piezas fundamentales de este mecanismo.

Las correcciones incluidas en esta versión mejoran el comportamiento de diferentes operaciones relacionadas con la tabla de deduplicación y contribuyen a reforzar la fiabilidad de estos procesos. Para los usuarios que no utilizan deduplicación, estos cambios pueden pasar desapercibidos, pero siguen formando parte de una actualización centrada principalmente en solucionar problemas acumulados desde versiones anteriores.

Las unidades de importación de systemd ya no dependen obligatoriamente de udev

Otra modificación importante afecta a la integración de OpenZFS con systemd. En OpenZFS 2.4.4, la dependencia de systemd-udev-settle pasa a ser opcional para las unidades utilizadas durante la importación de pools.

Hasta ahora, estas unidades podían esperar de forma obligatoria a que udev terminara de procesar los dispositivos antes de continuar con la importación. La modificación elimina esta espera incondicional y permite una mayor flexibilidad en el proceso de arranque e importación.

Este tipo de cambios puede ayudar a evitar esperas innecesarias en determinadas configuraciones. También refleja el trabajo continuo de OpenZFS para adaptar su integración con las herramientas modernas de administración y arranque utilizadas en Linux.

Más correcciones para la estabilidad de OpenZFS 2.4.4

La actualización reúne además numerosas correcciones adicionales en diferentes áreas del proyecto. Entre ellas se encuentran mejoras de compatibilidad con el kernel, cambios en las políticas de seguridad, actualizaciones de las pruebas automatizadas y correcciones en componentes internos de OpenZFS.

Las versiones de mantenimiento tienen una importancia especial en un sistema como ZFS. Aunque no siempre introducen nuevas funciones visibles, pueden solucionar problemas que afectan a escenarios de almacenamiento poco habituales, configuraciones degradadas o cargas de trabajo específicas.

Esto explica que una actualización aparentemente menor pueda acumular una larga lista de cambios. OpenZFS se utiliza en servidores NAS, estaciones de trabajo, infraestructuras empresariales y sistemas de almacenamiento donde la estabilidad suele ser más importante que incorporar nuevas funciones rápidamente.

OpenZFS 2.4 sigue siendo la rama principal del proyecto

La versión 2.4 representa la actual generación principal de OpenZFS y continúa recibiendo actualizaciones de mantenimiento. La rama introdujo en su lanzamiento inicial importantes novedades, como mejoras en las cuotas, optimizaciones para operaciones de entrada y salida no almacenadas en caché, un nuevo algoritmo de control de asignación y mejoras de rendimiento para AES-GCM mediante AVX2.

También incorporó mejoras para los dispositivos especiales, los ZVOL, la clonación de bloques y diferentes aspectos de la administración de pools. Las versiones posteriores de la serie, como OpenZFS 2.4.4, se han centrado principalmente en mantener esa base y corregir problemas encontrados después de su lanzamiento.

Por ello, OpenZFS 2.4.4 no cambia el formato del sistema de archivos ni representa una nueva generación de ZFS. Se trata de una actualización de mantenimiento que amplía la compatibilidad y mejora la fiabilidad de la rama existente.

También se actualizan las ramas 2.3 y 2.2

El lanzamiento de OpenZFS 2.4.4 ha llegado acompañado de nuevas versiones para las ramas anteriores. El proyecto también publicó OpenZFS 2.3.9 y OpenZFS 2.2.11, llevando parte de las correcciones a estas ramas que todavía continúan recibiendo mantenimiento.

Esto permite que sistemas que todavía no han realizado el salto a OpenZFS 2.4 puedan recibir determinadas correcciones sin necesidad de actualizar inmediatamente a la rama más reciente. En entornos de almacenamiento, mantener varias ramas soportadas puede resultar importante para administradores que priorizan ciclos de actualización más conservadores.

Una actualización importante para los usuarios de Linux 7.2

Para los usuarios de las versiones más recientes del kernel, la principal razón para prestar atención a OpenZFS 2.4.4 es su soporte oficial para Linux 7.2. La actualización permite utilizar la versión actual de OpenZFS junto al nuevo kernel sin tener que depender de parches externos o esperar a que una distribución incorpore su propio trabajo de compatibilidad.

La nueva herramienta de recuperación de MMP y las numerosas correcciones también refuerzan el carácter de mantenimiento de este lanzamiento. OpenZFS 2.4.4 no pretende transformar el funcionamiento de ZFS, sino pulir su comportamiento en escenarios donde la estabilidad y la recuperación de datos son fundamentales.

Con la compatibilidad ampliada hasta Linux 7.2, mejoras para MMP, cambios en la DDT y ajustes en la integración con systemd, OpenZFS 2.4.4 se presenta como una actualización recomendable para quienes siguen la rama 2.4 y necesitan mantener su sistema de almacenamiento al día.

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

Tras la actualización de principios de agosto, WineHQ ha lanzado hace unas horas WINE 11.16. Se trata de una nueva versión de desarrollo destinada a preparar la versión estable que debería llegar a principios de 2027. Aunque la cantidad de cambios es notable, quedan claros los avances que confirman la madurez del proyecto: ejecutar aplicaciones de Windows en Linux sigue siendo cada vez más sencillo y fiable.

Entre lo destacado de WINE 11.16 se encuentra la actualización del motor mono a la versión 11.3, con soporte para ARM64, integración para la decodificación de vídeo por hardware a través de VA-API y mejoras en la gestión de excepciones en ARM64EC. Además, se acompaña de una rutina de corrección de errores. En números, se han corregido 35 fallos y se han realizado 243 cambios en total.

Bugs corregidos en WINE 11.16

• La demo de Orly’s Draw-A-Story se bloquea al iniciarse (dmDriverExtra no está inicializado).
• Demo de Odell Down Under: error de página al leer cuando se mueven los peces por el mapa.
• Emulador pmd85: faltan los iconos de la barra de herramientas.
• El instalador de Siemens Automation License Manager (parte de SIMATIC STEP 7 Lite SP4) no logra iniciar el servicio ALM (faltan Microsoft Enhanced DSS y Diffie-Hellman Cryptographic Provider).
• Klik and Play se bloquea al modificar o crear una partida.
• El instalador de Adobe CC (Creative Cloud) se bloquea dentro de msxml3.
• «Pettersson und Findus» no se inicia.
• La configuración posterior del proveedor del instalador de WMI core 1.5 se bloquea en wbemprox.
• Silhouette Studio: la instalación se queda congelada.
• No hay efectos de sonido dentro del juego cuando se reproduce audio de CD con dsound integrado en Ignition.
• Los vídeos de Commandos: Behind Enemy Lines no se reproducen.
• Visual C++ Build Tools 2015 se queda bloqueado durante la instalación.
• CERT_CHAIN_POLICY_IGNORE_NOT_TIME_VALID_FLAG no se tiene en cuenta.
• La importación de archivos PFX no funciona.
• Just Grandma and Me (win16) se bloquea. La espera de Win16Mutex agota el tiempo de espera.
• Error 5 de ISdone.dll, relacionado con una memoria virtual insuficiente.
• Backpacker se bloquea al iniciarse.
• El instalador de Command and Conquer 3 Tiberium Wars se bloquea.
• La conexión FTP sobre TLS 1.2 de Total Commander no funciona.
• Comportamiento sospechoso de rundll32.exe.
• regedit /e debería salir silenciosamente cuando se produce un error.
• La aplicación entra en un bucle infinito con el nuevo wow64, pero funciona correctamente con el antiguo wow64.
• Stratego (1997): puntero o cursor del ratón entrecortado.
• La emulación de llamadas al sistema en Linux mediante Syscall User Dispatch no funciona con glibc < 2.34.
• SteelSeries GG 110.0 se bloquea al iniciarse en .NET System.Security.Cryptography.X509Certificates.StorePal.Export.
• Acrobat Reader DC se bloquea al abrir directamente un PDF mediante «wine some.pdf».
• Cursor roto en el inventario y el menú de terminal de Star Citizen.
• Las ventanas superpuestas de Yabridge en algunos gestores de ventanas generan una zona muerta para la entrada.
• CertCreateSelfSignCertificate con los parámetros predeterminados genera un certificado RSA 512 inseguro.
• CertGetCertificateContextProperty no admite CERT_SIGN_HASH_CNG_ALG_PROP_ID.
• El controlador WineWayland ha dejado de funcionar en Wine 11.15.
• Steam no se inicia.
• Las aplicaciones WPF se bloquean al iniciarse (¿solo x86?).
• La detección de clics del ratón de WebView2 está desplazada verticalmente en X11.
• La superficie de una ventana X11 a pantalla completa, sin bordes ni decoraciones, está desplazada por los bordes de la ventana de Wine.

Ya disponible

WINE 11.16 ya se puede descargar desde el botón situado al final de estas líneas. En su página de descargas también encontrarás información sobre cómo instalar esta y otras versiones en Linux y otros sistemas operativos como macOS e incluso Android.

De cara a futuras entregas, si el calendario se mantiene, se espera WINE 11.17 en dos semanas, con decenas de cambios para preparar WINE 12.0, previsto para principios de 2027. Este ritmo de lanzamientos podría incrementarse hacia finales de año, con una mayor frecuencia de Release Candidate por semana hasta estabilizarse en la versión estable (WINE 12) y, posteriormente, iniciar el desarrollo de WINE 13.0.

.boton {color: white; background-color: grey !important; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

from Linux Adictos https://ift.tt/2Mgycp4
via IFTTT

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