La llegada de Shelly 3.1 marca un hito importante en la gestión de software para distribuciones basadas en Arch Linux, con especial énfasis en CachyOS. Este gestor gráfico no solo simplifica la instalación de programas desde repos oficiales, AUR, Flatpak y AppImage, sino que ahora incorpora capacidades avanzadas de construcción de paquetes y revisión de seguridad.

Shelly 3.1 ya está disponible como una nueva versión del gestor de paquetes y, entre sus novedades más destacadas, se encuentra la posibilidad de construir paquetes de Arch Linux directamente desde la propia herramienta. Este avance transforma la experiencia del usuario: no solo se trata de consumir paquetes, sino de crear y personalizar paquetes dentro del ecosistema de Shelly.

El proyecto continúa fortaleciendo su propuesta de valor para CachyOS, donde ha pasado a ser el gestor gráfico de paquetes predeterminado, sustituyendo a Octopi. Shelly no se queda en ser una interfaz para instalar software; ofrece una experiencia integrada que abarca repos oficiales, AUR, paquetes locales, Flatpak y AppImage desde una única aplicación. La versión 3.1 amplía aún más este enfoque al incorporar herramientas para la creación y revisión de paquetes.

Construcción de paquetes con Shelly 3.1

La novedad central de Shelly 3.1 es el comando shelly build, que permite construir paquetes compatibles con Arch Linux directamente desde la herramienta. No se trata simplemente de una interfaz para makepkg; la construcción se integra dentro de la biblioteca nativa de Shelly, lo que facilita un flujo de trabajo más cohesionado para desarrolladores y mantenedores.

Los paquetes generados siguen el formato compatible con makepkg y producen archivos instalables mediante pacman y otras herramientas del ecosistema. Esto convierte a Shelly en una solución que puede acompañar el ciclo completo de desarrollo de software, no solo la instalación de paquetes preconstruidos.

Esta función es especialmente valiosa para desarrolladores, mantenedores del AUR y usuarios que habitualmente modifican o crean PKGBUILD. En lugar de depender exclusivamente de herramientas de línea de comandos, ahora pueden aprovechar la infraestructura integrada en Shelly para todo el proceso.

Seguridad integrada en la construcción

Entre las características más destacadas se encuentra un enfoque de seguridad proactivo. Antes de iniciar una construcción, Shelly 3.1 analiza varios elementos clave del proceso, incluyendo el PKGBUILD completo, archivos fuente locales, scripts de instalación y registros de cambios. También detecta indicadores potencialmente sospechosos durante la construcción.

La herramienta busca archivos binarios dentro de las fuentes, comandos potencialmente peligrosos ejecutados tras la instalación, referencias inseguras a archivos locales y sustituciones de comandos de alto nivel que podrían ejecutarse durante la construcción. Este conjunto de comprobaciones aporta una capa adicional de protección y visibilidad para el usuario.

Detección de homoglifos y nombres engañosos

La seguridad no se limita a la fase de compilación. Shelly 3.1 incorpora verificaciones para detectar homoglifos y caracteres visualmente similares que podrían usarse para presentar un paquete como otro. En el entorno de Arch Linux y, especialmente, en el AUR, estas comprobaciones ayudan a reducir el riesgo de confusiones entre paquetes de nombres parecidos pero con diferencias sutiles.

Aunque no garantiza la seguridad absoluta, este enfoque proporciona señales útiles para que el usuario revise ciertos paquetes antes de proceder, reforzando la confianza en el proceso de instalación y construcción.

Repositorios, AUR, Flatpak y AppImage en una única interfaz

La propuesta de Shelly 3.1 sigue consolidando una experiencia unificada: gestionar repos oficiales, AUR, Flatpak, AppImage y paquetes locales desde una misma interfaz. Esta integración es especialmente atractiva para usuarios que migran a Arch Linux o que utilizan CachyOS y buscan una curva de aprendizaje más suave al enfrentarse a múltiples fuentes de software.

Por supuesto, los usuarios avanzados mantienen a su disposición pacman y las herramientas de línea de comandos; Shelly busca complementar estas alternativas, no reemplazarlas, ofreciendo una experiencia moderna y eficiente para realizar las tareas habituales desde una interfaz gráfica.

Enfoque en la seguridad del AUR

La capacidad de analizar PKGBUILD cobra especial relevancia ante los desafíos de seguridad del AUR. A diferencia de los repos oficiales, los paquetes del AUR son gestionados por la comunidad y sus recetas de construcción pueden ejecutarse durante el proceso. Revisar cuidadosamente el PKGBUILD es una práctica prudente, y Shelly 3.1 facilita esa revisión con comprobaciones automáticas que señalan comportamientos que merecen atención.

Es importante subrayar que estas advertencias no sustituyen el análisis humano, pero sí sirven como guía para identificar posibles áreas de riesgo antes de ejecutar código procedente de fuentes externas.

Conclusión: una herramienta que amplía el horizonte de Arch Linux

Con Shelly 3.1, la gestión de software en Arch Linux y derivados da un paso significativo hacia una experiencia más integrada y segura. La capacidad de construir paquetes desde la propia herramienta, combinada con comprobaciones de seguridad y una gestión unificada de múltiples fuentes, posiciona a Shelly como una solución atractiva tanto para usuarios de CachyOS como para la comunidad de Arch Linux en general. Si buscas una alternativa moderna para administrar software sin renunciar al poder y la flexibilidad del ecosistema de Arch, Shelly 3.1 merece atención.

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

VKD3D 2.1 ya está disponible como una nueva actualización de la biblioteca de WINE destinada a implementar Direct3D 12 sobre Vulkan. Este lanzamiento llega apenas tres meses después de la versión 2.0 y continúa mejorando especialmente el compilador de shaders del proyecto, con avances en HLSL, soporte para nuevas operaciones y mejoras en los distintos formatos y lenguajes de destino.

La nueva versión tiene una importancia especial dentro del ecosistema del gaming en Linux. Aunque no debe confundirse con VKD3D-Proton, la implementación desarrollada específicamente para Proton y los juegos, el proyecto upstream es una pieza fundamental del trabajo realizado por WINE para traducir tecnologías gráficas de Microsoft a las APIs disponibles en sistemas como GNU/Linux. VKD3D 2.1 refuerza esa base con numerosas mejoras de compatibilidad y compilación de shaders.

VKD3D 2.1 mejora la implementación de Direct3D 12 sobre Vulkan

Se trata de una biblioteca de código abierto desarrollada dentro del ecosistema de WINE con el objetivo de implementar tecnologías gráficas de Direct3D mediante Vulkan. El proyecto se divide en diferentes componentes, entre ellos libvkd3d y libvkd3d-shader, este último centrado en la conversión y compilación de shaders.

La versión 2.1 continúa el trabajo iniciado con el gran lanzamiento de VKD3D 2.0, publicado en mayo de 2026. Mientras aquella actualización introdujo cambios importantes en el compilador HLSL y en la gestión de diferentes construcciones del lenguaje, el nuevo lanzamiento se centra en ampliar y pulir esas capacidades.

El resultado es una versión especialmente centrada en mejorar la compatibilidad con shaders y acercar el comportamiento de las herramientas de compilación de VKD3D al de las tecnologías utilizadas originalmente por las aplicaciones de Windows.

HLSL: mejoras importantes para el soporte de Direct3D

Una parte importante de las novedades de VKD3D 2.1 afecta a HLSL, el lenguaje de shaders de alto nivel utilizado por Direct3D. La actualización corrige un error relacionado con determinadas llamadas a funciones anidadas que podía provocar que diferentes argumentos acabaran utilizando incorrectamente el mismo resultado.

También incorpora una nueva optimización de eliminación de escrituras muertas, conocida como dead store elimination. Su principal objetivo es eliminar valores uniformes que finalmente no se utilizan, especialmente en perfiles de destino correspondientes a versiones antiguas de los modelos de shaders.

Este cambio permite que la estructura de las tablas de constantes generadas por VKD3D se aproxime más al comportamiento de las herramientas de compilación tradicionales de Direct3D, como d3dcompiler y fxc. Para la compatibilidad, reproducir estos detalles puede ser importante porque algunas aplicaciones pueden depender de la forma exacta en que el compilador organiza los recursos.

Operaciones con tipos half y validación más estricta

VKD3D 2.1 amplía además el tratamiento de los tipos half en determinados perfiles de shaders. La nueva versión añade soporte para operaciones aritméticas con estos tipos en perfiles de destino correspondientes a los modelos de shader 4 y 5.

El proyecto también ha reforzado la validación de las semánticas permitidas y necesarias en las entradas y salidas de los shaders. Esto incluye restricciones más estrictas para determinadas semánticas definidas por el usuario en perfiles de pixel shaders.

Estas mejoras pueden no traducirse directamente en una nueva función visible para el usuario, pero forman parte de un trabajo esencial para aumentar la compatibilidad. Un compilador de shaders necesita aceptar correctamente las construcciones válidas, rechazar las que no lo son y producir resultados compatibles con el comportamiento esperado por las aplicaciones.

Más capacidades para el código de shaders Direct3D antiguo en VKD3D 2.1

La actualización también continúa mejorando el soporte para el código de shaders utilizado por versiones anteriores de Direct3D. VKD3D incluye herramientas capaces de trabajar con diferentes representaciones y lenguajes, permitiendo convertir código de origen y bytecode a otros formatos utilizados por APIs gráficas modernas.

En esta versión se han añadido nuevas instrucciones y capacidades relacionadas con el procesamiento de código de shaders más antiguo. El objetivo es ampliar el número de programas que pueden ser procesados correctamente y mejorar la fidelidad de la conversión.

Este trabajo es relevante porque el software de Windows no utiliza una única generación de tecnología de shaders. Juegos y aplicaciones desarrollados durante diferentes épocas pueden utilizar formatos, instrucciones y convenciones distintas, por lo que una implementación de compatibilidad debe tener en cuenta una gran variedad de casos.

Mejoras para el destino SPIR-V

Uno de los formatos de destino fundamentales para VKD3D es SPIR-V, la representación intermedia utilizada por Vulkan. En este apartado, VKD3D 2.1 añade soporte para conversiones entre valores de coma flotante y enteros de 64 bits con y sin signo.

Estas operaciones son especialmente relevantes para determinadas fuentes basadas en DXIL. La ampliación del soporte permite que el proyecto traduzca más operaciones utilizadas por aplicaciones modernas que trabajan con Direct3D 12.

El desarrollo de un traductor de este tipo implica no solo reconocer instrucciones individuales, sino convertirlas a operaciones equivalentes que puedan ser representadas correctamente por la API de destino. Cada nueva capacidad incorporada a la generación de SPIR-V puede ampliar la compatibilidad con programas que antes no podían procesarse completamente.

El destino GLSL también recibe mejoras

Además de SPIR-V, VKD3D mantiene un destino basado en GLSL, el lenguaje de sombreado utilizado por OpenGL. La versión 2.1 incorpora diferentes mejoras para este backend y continúa refinando su capacidad para convertir shaders procedentes de tecnologías de Direct3D.

La existencia de varios destinos permite que el proyecto no dependa exclusivamente de una única ruta de traducción. Aunque Vulkan y SPIR-V tienen actualmente una importancia especial dentro de la evolución del gaming y de WINE, mantener diferentes opciones proporciona una mayor flexibilidad al conjunto de herramientas.

Estas mejoras forman parte de una actualización en la que gran parte del trabajo se concentra precisamente en el procesamiento de shaders, un área que continúa siendo fundamental para aumentar la compatibilidad gráfica de aplicaciones diseñadas originalmente para Windows.

Mejoras en la reflexión de shaders

VKD3D 2.1 incluye mejoras en las capacidades de shader reflection, es decir, en la posibilidad de obtener información sobre la estructura y los recursos utilizados por un shader. Este tipo de información permite conocer detalles como las variables, entradas, salidas y otros elementos definidos en el programa gráfico.

La reflexión es importante para reproducir correctamente determinadas interfaces y comportamientos de Direct3D. Las aplicaciones pueden utilizar esta información para configurar recursos o determinar cómo deben interactuar con un shader concreto.

La nueva versión amplía las capacidades disponibles y corrige diferentes problemas en esta parte de la biblioteca. Como ocurre con otras novedades del lanzamiento, se trata de mejoras técnicas que pueden no ser visibles directamente para un usuario final, pero que contribuyen a aumentar la fidelidad de la implementación.

Más compatibilidad para las tecnologías gráficas de Windows en Linux

El desarrollo de VKD3D es importante para el objetivo general de ejecutar software y tecnologías gráficas de Windows fuera del sistema operativo de Microsoft. Direct3D 12 representa una de las APIs gráficas modernas más complejas, por lo que implementar sus componentes sobre Vulkan requiere un trabajo continuo de traducción y compatibilidad.

La versión 2.1 no introduce un cambio radical en la arquitectura del proyecto, pero acumula numerosas mejoras que pueden ser importantes para aplicaciones concretas. Las correcciones en HLSL, las nuevas conversiones para SPIR-V, la mejora del soporte para bytecode y los avances en reflexión permiten seguir ampliando las capacidades disponibles.

Con este lanzamiento, VKD3D continúa reforzando su papel dentro del ecosistema de WINE y del desarrollo de tecnologías de compatibilidad para Linux. La llegada de la versión 2.1 confirma además que el trabajo no se detiene tras el importante salto de la rama 2.0 y que la evolución de la implementación de Direct3D 12 sobre Vulkan sigue avanzando con nuevas mejoras técnicas y de compatibilidad.

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

Ardour 9.8 ya está disponible como una nueva actualización de la estación de trabajo de audio digital de código abierto, una de las aplicaciones más veteranas y completas para grabación, edición, mezcla y producción musical en Linux. La nueva versión llega poco después de Ardour 9.7 y continúa el desarrollo de la rama 9 con mejoras que afectan principalmente a la interfaz, la gestión de temas y distintos aspectos internos del programa.

El lanzamiento resulta especialmente relevante para los usuarios de Linux, donde Ardour sigue siendo una de las principales alternativas libres para trabajar con proyectos de audio profesionales. La aplicación permite grabar y editar audio y MIDI, utilizar automatización, plugins y superficies de control, además de realizar procesos completos de mezcla y exportación desde un mismo entorno. La versión 9.8 mantiene esa filosofía y refina diferentes partes de la experiencia de uso.

Ardour 9.8 llega como nueva actualización del DAW de código abierto

La nueva versión de Ardour continúa el trabajo realizado durante la serie 9, una rama que ha recibido mejoras progresivas desde su lanzamiento. Las versiones anteriores ya habían introducido cambios importantes en la edición MIDI y en diferentes herramientas de la interfaz, mientras que Ardour 9.8 se centra en seguir puliendo la aplicación y solucionar problemas encontrados durante el desarrollo.

El proyecto distribuye versiones para Linux, Windows y macOS, aunque Linux continúa siendo una de sus plataformas históricas y una parte fundamental de su desarrollo. De hecho, las compilaciones oficiales para GNU/Linux permiten instalar varias versiones en paralelo, una característica especialmente útil para usuarios que trabajan con proyectos importantes y quieren conservar una versión anterior mientras prueban una nueva.

Esta posibilidad también evita que una actualización obligue a reemplazar inmediatamente una instalación existente. En un entorno de producción musical, donde la estabilidad de los proyectos puede ser más importante que disponer de la última novedad, mantener diferentes versiones instaladas puede resultar particularmente útil.

Mejoras en la interfaz y en los temas

Uno de los cambios que acompañan a la nueva versión está relacionado con el sistema de temas de la interfaz. Ardour 9.8 incorpora nuevas definiciones de color que permiten mejorar determinados elementos visuales de la aplicación.

La modificación puede ser importante para los usuarios que hayan creado o personalizado sus propios temas. Las versiones anteriores de un tema personalizado no incluyen automáticamente las nuevas definiciones, por lo que algunos elementos añadidos o modificados pueden no utilizar los colores esperados hasta que el tema se adapte a la nueva estructura.

Ardour mantiene una amplia capacidad de personalización de su interfaz, algo especialmente interesante en una aplicación de producción musical donde los usuarios pueden pasar muchas horas delante de la misma disposición de pistas, mezcladores, editores y controles. Los temas permiten adaptar la apariencia a diferentes preferencias y condiciones de trabajo.

Una estación de trabajo completa para Linux

Ardour no está limitado a funcionar como un simple editor de audio. El programa está diseñado como una estación de trabajo de audio digital completa y permite crear sesiones con un gran número de pistas, realizar grabaciones multipista, editar regiones y aplicar diferentes procesos a los proyectos.

La aplicación también ofrece soporte para MIDI, lo que permite trabajar con instrumentos virtuales y secuencias dentro del mismo entorno utilizado para el audio. Los usuarios pueden editar notas, cuantizar interpretaciones, modificar automatizaciones y combinar pistas de audio con instrumentos y controladores MIDI.

Durante la evolución de la rama 9, el proyecto ha dedicado una atención especial a mejorar las herramientas relacionadas con MIDI. La versión 9.7, por ejemplo, había ampliado la disponibilidad de las herramientas MIDI dentro del editor principal, mejorando el acceso a determinadas funciones de cuantización y edición.

Ardour 9.8 continúa refinando la rama 9

La serie Ardour 9 ha recibido varias actualizaciones durante 2026. En lugar de reservar todas las novedades para una única versión de gran tamaño, el proyecto ha ido introduciendo cambios de forma progresiva mediante lanzamientos que combinan nuevas funciones, mejoras de calidad de vida y correcciones de errores.

Esta estrategia permite que los usuarios reciban mejoras de forma regular sin tener que esperar a una nueva generación completa de la aplicación. También facilita detectar y corregir problemas a medida que las nuevas funciones llegan a un número mayor de usuarios.

Para Ardour 9.8, el objetivo sigue siendo mantener la madurez de la aplicación mientras se refinan componentes concretos. Las estaciones de trabajo de audio son programas especialmente complejos, ya que deben coordinar interfaces de audio, dispositivos MIDI, plugins, almacenamiento, procesamiento en tiempo real y una interfaz capaz de mostrar proyectos con gran cantidad de pistas y elementos.

Linux sigue siendo una plataforma fundamental para Ardour

La disponibilidad de Ardour para Linux tiene una importancia especial dentro del ecosistema del audio libre. Aunque existen otras aplicaciones de producción musical, pocas ofrecen el mismo enfoque integral para grabación multipista, edición no lineal y mezcla dentro de un único programa de código abierto.

El programa puede utilizar diferentes infraestructuras de audio presentes en Linux y trabajar con interfaces profesionales, superficies de control y dispositivos MIDI. Esto permite construir estaciones de producción musical completamente basadas en software libre, aunque los usuarios también pueden integrar plugins y herramientas adicionales según sus necesidades.

El desarrollo continuo de Ardour demuestra además que Linux mantiene un ecosistema activo para la producción de audio. Junto a servidores y sistemas de audio como PipeWire y JACK, la plataforma dispone de instrumentos virtuales, efectos, editores y otras herramientas que permiten cubrir diferentes fases de la producción.

Varias versiones pueden convivir en el mismo sistema

Una de las características prácticas de las compilaciones oficiales para Linux es la posibilidad de instalar distintas versiones de Ardour simultáneamente. Las instalaciones se realizan en directorios separados, por lo que actualizar a una nueva versión no obliga necesariamente a eliminar la anterior.

Esto resulta útil para probar cambios antes de utilizarlos en un proyecto importante. Un usuario puede mantener una instalación estable para su trabajo habitual y ejecutar la nueva versión por separado para comprobar si existen cambios de comportamiento, problemas de compatibilidad o mejoras que le resulten útiles.

La posibilidad de convivir con paquetes proporcionados por la propia distribución añade otra capa de flexibilidad. Quienes prefieran utilizar las compilaciones oficiales pueden hacerlo sin tener que modificar necesariamente la instalación mantenida por el gestor de paquetes de su sistema.

Ardour 9.8 también está disponible para ARM64

La nueva versión mantiene compilaciones oficiales para diferentes arquitecturas y sistemas operativos. En Linux, además de las versiones tradicionales para sistemas x86 de 64 bits, el proyecto proporciona una compilación para ARM64.

El soporte para esta arquitectura permite utilizar Ardour en una gama creciente de dispositivos y equipos basados en procesadores ARM. A medida que este tipo de hardware gana presencia en ordenadores y estaciones de trabajo, disponer de versiones oficiales simplifica el acceso a la aplicación sin depender exclusivamente de compilaciones mantenidas por terceros.

También existen versiones para macOS y Windows, lo que permite trabajar con proyectos de Ardour en diferentes plataformas. Esta compatibilidad multiplataforma es importante para estudios y usuarios que utilizan más de un sistema operativo.

Ardour sigue siendo una de las referencias dentro del software de audio profesional de código abierto, y la llegada de la versión 9.8 refuerza su desarrollo continuado en Linux. Con nuevas compilaciones para sistemas x86_64 y ARM64, mejoras en distintos componentes y la posibilidad de mantener varias versiones instaladas en paralelo, la aplicación continúa consolidándose como una alternativa madura para la producción musical en GNU/Linux.

from Linux Adictos https://ift.tt/06W4KOX
via IFTTT

Tras más de dos años desde el lanzamiento de Vanilla OS 2 «Orchid», la distribución inmutable Vanilla OS ha publicado Vanilla OS 3, denominada «Reunion». Este nuevo lanzamiento no solo actualiza el sistema a una base más moderna, sino que también introduce el soporte oficial para la arquitectura ARM64, un paso significativo para usuarios con ordenadores portátiles de bajo consumo o con procesadores Apple Silicon. La entrega llega con un escritorio renovado y herramientas orientadas a facilitar la administración y la seguridad.

El sistema base ahora emplea el kernel Linux 7.1.3 y el escritorio GNOME 50, que funciona sobre Wayland. También se han sustituido varias aplicaciones por defecto: el terminal Black Box pasa a llamarse Ptyxis, el lector de documentos Evince se reemplaza por Papers, y el monitor del sistema pasa a ser Resources. Otros programas como File Roller y GNOME Photos ya no se incluyen en la instalación estándar. La novedad más destacada es el soporte oficial para ARM64, que abre la puerta a más equipos con procesadores ARM que arranquen mediante UEFI.

Soporte para arquitecturas modernas

La distribución se publica para las arquitecturas x86_64 y ARM64, siendo esta última una novedad. Gracias a la base actualizada con Linux 7.1.3, el sistema muestra un mejor rendimiento y compatibilidad con el hardware reciente, especialmente con los chips ARM. Los usuarios de este tipo de dispositivos podrán ejecutar Vanilla OS de manera más estable, lo que no es habitual en las distribuciones Linux más populares. La actualización al nuevo kernel garantiza un soporte mejor de los componentes del equipo y reduce la aparición de errores.

Herramientas rediseñadas y copias de seguridad integradas en Vanilla OS 3

Una de las incorporaciones destacadas es Vanilla Continuity, una utilidad diseñada para crear y restaurar instantáneas del sistema. Se integra directamente con ABRoot, la herramienta atómica de restauración de Vanilla OS, y permite guardar las imágenes de respaldo en discos locales, en dispositivos externos cifrados mediante LUKS2 o vía protocolos como SFTP, FTP o NFS. Esta utilidad facilita enormemente la recuperación de los datos si algo falla. El sistema también mejora la reproducibilidad de sus imágenes, ya que la mayoría puede regenerarse bit a bit a partir de las mismas configuraciones, una gran ventaja en términos de integridad y seguridad.

Por otro lado, se han reescrito dos componentes esenciales de la distribución: el administrador de paquetes Apx 3 y el Vanilla System Operator (VSO), ambos con la nueva versión del SDK. El nuevo Apx incluye de forma preconfigurada stacks como Debian y openSUSE Leap, y también se ha integrado Distrobox 2.0.0-rc.4, un paquete que ahora está implementado en Go. Con estos cambios, la gestión de aplicaciones se vuelve más flexible y sencilla.

Actualización desde Vanilla OS 2

El equipo de desarrollo ha confirmado que los usuarios de Vanilla OS 2 «Orchid» pueden migrar a la nueva versión sin necesidad de una instalación desde cero. El proceso está oficialmente soportado para quienes poseen Orchid 1.4.0 y desean subir a Reunion. Si se quiere hacer de forma manual mediante el comando abroot upgrade, es fundamental verificar que al menos la versión de ABRoot sea la 2.4, porque se han introducido cambios ligados a las imágenes de sistema que ahora soportan múltiples arquitecturas. La actualización manual requiere ABRoot 2.4 o superior, y un correcto respaldo previo de los datos.

Con estos cambios, Vanilla OS 3 se presenta como una alternativa sólida para usuarios que prefieren un sistema inmutable, con buenas herramientas de respaldo y la capacidad de adaptarse a dispositivos ARM. La combinación de GNOME 50, Linux 7.1.3 y la integración de utilidades como Vanilla Continuity o Apx 3 conforman una experiencia mucho más pulida. La distribución se posiciona así como una opción interesante para quienes valoran la estabilidad y la flexibilidad en su día a día.

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

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