La última actualización de GE-Proton 10-26 llega como una de las versiones más completas de este popular fork de Proton, con un buen puñado de cambios dirigidos a mejorar el rendimiento y la compatibilidad de juegos de Windows en Linux y Steam Deck. Aunque el Proton oficial de Valve sigue siendo la opción recomendada para la mayoría de títulos, esta edición personalizada cobra sentido en situaciones concretas en las que hace falta exprimir un poco más el sistema.

En esta nueva versión se combinan nuevos componentes, parches renovados y ajustes finos para tecnologías de reescalado y compatibilidad gráfica de última generación, como FSR 4, DLSS y XeSS, además de integrar por primera vez el emulador FEX en la rama principal del proyecto. Todo ello acompañado de una larga lista de correcciones específicas para juegos populares y mejoras bajo el capó orientadas a usuarios avanzados de Linux, tanto en PC como en dispositivos portátiles como Steam Deck.

Novedades técnicas clave en GE-Proton 10-26

Como base, GE-Proton 10-26 se apoya en Proton 10.0-3 y WINE 10, incorporando versiones muy recientes de los componentes críticos para traducir DirectX a Vulkan y manejar APIs modernas. La combinación está pensada para reducir errores, mejorar la estabilidad y sacar mejor partido del hardware actual, especialmente con GPUs de AMD, Nvidia e Intel.

Entre los paquetes de software destacados incluidos en esta compilación se encuentran DXVK v2.7.1, DXVK-NVAPI v0.9, Wine Bleeding Edge y VKD3D-Proton v3.0a. Cada uno de ellos juega un papel importante: DXVK y VKD3D-Proton convierten DirectX 9/10/11/12 a Vulkan, DXVK-NVAPI añade soporte avanzado para características específicas de Nvidia, y la rama Bleeding Edge de Wine incorpora los últimos parches todavía no consolidados en versiones más conservadoras.

Uno de los puntos más llamativos de esta edición es la integración del emulador Arm64 FEX en el upstream de GE-Proton. Esta incorporación abre la puerta a una mejor experiencia en sistemas con arquitectura Arm, algo que puede ir ganando peso en el ecosistema Linux a medio plazo. Aunque de momento es un avance más bien técnico, sienta las bases para una mayor flexibilidad de cara a futuros dispositivos y plataformas.

FSR 4, DLSS y XeSS: actualizaciones automáticas de DLL

La versión 10-26 refuerza especialmente el apartado de tecnologías de reescalado y generación de fotogramas, que en los últimos años se han convertido en una pieza fundamental del rendimiento en juegos. En lugar de depender de las versiones incluidas de serie en cada título, GE-Proton introduce variables de entorno específicas para descargar automáticamente DLL más recientes de FSR, DLSS y XeSS.

Mediante la variable PROTON_FSR4_UPGRADE, el sistema es capaz de descargar automáticamente el archivo amdxcffx64.dll y actualizar juegos que utilizan FSR 3.1 para que aprovechen FSR 4. Por defecto, esta opción obtiene la versión 4.0.2 de la DLL, aunque el usuario puede indicar manualmente una versión concreta, por ejemplo PROTON_FSR4_UPGRADE=»4.0.1″. Esta funcionalidad, eso sí, desactiva actualmente AMD Anti-Lag 2 debido a problemas conocidos de compatibilidad.

Para quienes usen tarjetas gráficas basadas en la arquitectura RDNA 3, como la serie Radeon RX 7000, existe la variante PROTON_FSR4_RDNA3_UPGRADE, que replica la idea de actualización automática de FSR 4 pero con ajustes específicos de compatibilidad para este hardware. En este caso, por defecto se descarga la versión 4.0.0 de la DLL, aplicando además configuraciones necesarias para asegurar un funcionamiento adecuado sobre estas GPUs.

En el caso de las tarjetas Nvidia, la variable PROTON_DLSS_UPGRADE permite descargar y utilizar versiones más nuevas de las DLL nvngx_dlss(d|g).dll. Si el usuario simplemente la activa con valor 1, se obtiene la última versión disponible (por ejemplo, la rama 310.2.1.0), pero también es posible indicar un número específico, como PROTON_DLSS_UPGRADE=»310.2″, para ceñirse a una versión concreta. Además, esta opción ajusta automáticamente DXVK_NVAPI_DRS_SETTINGS para que se usen los presets más recientes, salvo que el usuario haya configurado manualmente ese entorno.

Para la tecnología de Intel, la variable PROTON_XESS_UPGRADE se encarga de descargar las DLL actualizadas de XeSS y XeSS 2, manteniendo esta solución de reescalado a la última sin depender de las versiones incluidas en cada juego. De esta manera, los usuarios de GPU Intel cuentan con un mecanismo similar al de AMD y Nvidia para beneficiarse de las mejoras más recientes sin modificar los archivos del título.

Quienes quieran comprobar visualmente si estas tecnologías están activas pueden recurrir a las variables PROTON_FSR4_INDICATOR and PROTON_DLSS_INDICATOR, que añaden una pequeña marca o watermark en pantalla. En el caso de DLSS, el indicador se muestra en la parte inferior izquierda, mientras que el de FSR 4 aparece en la parte superior izquierda. Estas superposiciones son útiles para verificar rápidamente si el reescalado está funcionando durante una sesión de juego.

Correcciones de juegos y mejoras de compatibilidad en GE-Proton 10-26

Además de las novedades en FSR, DLSS y XeSS, la actualización incluye una serie de protonfixes centrados en juegos concretos, destinados a resolver problemas habituales de arranque, rendimiento o estabilidad. Entre los títulos que se benefician se citan producciones populares como Space Engineers, The Outer Worlds 2 y They Are Billions, que reciben ajustes específicos para reducir errores y facilitar una experiencia más fluida en Linux.

Estos arreglos suelen abarcar desde parches relativos a llamadas de API de Windows hasta pequeños cambios en bibliotecas, pasando por ajustes de configuración que, de otra forma, los usuarios tendrían que aplicar manualmente. Aunque el detalle fino de cada corrección se recoge en las notas oficiales de la versión, el enfoque general de GE-Proton 10-26 es limar asperezas en títulos que, por una razón u otra, no terminan de ir tan finos con el Proton estándar.

La propia comunidad alrededor del proyecto mantiene un ritmo alto de reportes y pruebas, lo que se traduce en una lista extensa de optimizaciones y arreglos incrementales con cada lanzamiento. Para quienes juegan asiduamente bajo Linux, esto supone disponer de una alternativa adicional cuando un juego concreto no se comporta bien con la configuración por defecto de Steam Play.

Instalar GE-Proton 10-26 en Steam Deck con ProtonUp-Qt

En el caso de Steam Deck, la instalación de GE-Proton resulta relativamente sencilla si se recurre a herramientas de terceros. Una de las opciones más cómodas es ProtonUp-Qt, disponible en el propio repositorio de aplicaciones de la consola en modo escritorio, lo que evita tener que trastear con descargas y copias manuales.

Para instalar GE-Proton 10-26 en Steam Deck, el primer paso es cambiar al modo de escritorio. Desde el modo de juego, hay que pulsar el botón Steam, ir a la sección de apagado (Power) y seleccionar la opción «Cambiar a escritorio» (Switch to Desktop). Tras la transición, la Deck arrancará en un entorno de escritorio tipo KDE, desde el que ya se puede acceder al resto de utilidades.

Una vez en el escritorio, se debe abrir la tienda de aplicaciones Discover, accesible desde el menú de aplicaciones. Dentro del buscador, se introduce ProtonUp-Qt; si el teclado virtual no aparece, es posible llamarlo pulsando a la vez el botón Steam y el botón X. Con la aplicación localizada, solo queda instalarla como cualquier otro programa del sistema.

Al iniciar ProtonUp-Qt, se presenta una interfaz sencilla en la que se puede pulsar en «Añadir versión» (Add version) y seleccionar la última edición disponible de Proton-GE, que en este caso correspondería a la rama 10-26 o posterior si ya se ha publicado una actualización. Tras elegir la versión deseada, se pulsa en «Install» para que la herramienta se encargue de descargar y colocar los archivos en la ruta correspondiente, sin necesidad de intervención manual.

Completada la instalación, se puede regresar al modo juego usando el acceso directo «Return to Gaming Mode» en el escritorio. De vuelta en la interfaz principal de Steam, es posible asignar GE-Proton como capa de compatibilidad de forma individual para cada título. Para ello, se abre la ficha del juego problemático, se pulsa sobre el icono de la rueda dentada, se entra en «Propiedades» (Properties…) y, dentro del apartado «Compatibilidad» (Compatibility), se activa la opción «Forzar el uso de una herramienta de compatibilidad específica de Steam Play».

En el menú desplegable aparecerán las distintas versiones instaladas, incluyendo la versión de Proton-GE recién añadida. Basta con seleccionarla para que, a partir de ese momento, el juego en cuestión se ejecute con esa capa en vez de la oficial de Valve. Este enfoque permite probar diferentes combinaciones hasta encontrar la que mejor resultado ofrece para cada título en concreto.

Gestionar distintas variantes de Proton con ProtonPlus

Más allá de Steam Deck, en equipos de escritorio con Linux muchos jugadores recurren a utilidades pensadas para manejar de manera cómoda las múltiples ediciones y forks de Proton que han ido apareciendo en los últimos años. Una de las más completas es ProtonPlus, desarrollada por Vysp3r y disponible tanto en su web oficial como en GitHub y Flathub, similar a proyectos de gestión de juegos para Linux.

ProtonPlus (en versiones como la v0.5.13) está diseñada para gestionar no solo Proton GE Custom, sino también variantes como Proton-CachyOS, Proton-EM, Northstar Proton y otras derivadas que amplían las funciones del Proton experimental estándar. Además, la herramienta ofrece compatibilidad con diferentes clientes y lanzadores de juegos, facilitando su uso no solo con Steam, sino también con otros ecosistemas habituales en PC.

Este tipo de programas simplifica el proceso de instalar, actualizar y alternar entre versiones de Proton, ayudando a unificar tus juegos en Linux sin tener que bucear en directorios de configuración ni descargar manualmente archivos desde GitHub. De esta forma, se reduce una barrera de entrada que tradicionalmente había frenado a algunos usuarios a la hora de dar el salto a Linux como sistema principal para jugar.

Con la llegada de GE-Proton 10-26, los usuarios de Linux y Steam Deck que necesiten un plus de compatibilidad disponen de una herramienta más pulida, con FSR 4, DLSS y XeSS actualizables, integración de FEX, paquetes gráficos al día y un buen número de arreglos enfocados en juegos concretos. No pretende sustituir al Proton oficial para todos los casos, pero sí se consolida como una opción muy a tener en cuenta cuando un título se resiste a funcionar correctamente o cuando se quiere exprimir al máximo las tecnologías de reescalado y las últimas mejoras gráficas en el escritorio o en dispositivos portátiles.

En un mercado de móviles cada vez más homogéneo, la llegada del nuevo Jolla Phone supone un giro curioso para quienes buscan algo distinto a los clásicos Android o iPhone. Este dispositivo, impulsado por la finlandesa Jolla, recupera la idea de un smartphone europeo con sistema propio y apuesta fuerte por la privacidad, el control del usuario y la posibilidad de reparar y mantener el terminal durante más tiempo.

La compañía, con raíces en el antiguo proyecto MeeGo de Nokia, ha pasado años centrada en el software, pero ahora vuelve al hardware con un teléfono que se ha diseñado prácticamente de la mano de su comunidad. El nuevo Jolla Phone combina Sailfish OS 5 basado en Linux, un hardware de gama media-alta y funciones muy poco habituales hoy en día, como la batería extraíble o un interruptor físico para desactivar cámara y micrófono.

Un smartphone europeo que quiere ir por libre

Jolla presenta este terminal como la única opción europea construida sobre su propio sistema operativo, Sailfish OS 5, sin depender de Android ni iOS. La idea es ofrecer una alternativa independiente a las grandes plataformas de Apple, Google y Huawei, de forma que los datos de los usuarios no pasen sistemáticamente por sus servidores ni se sometan a sus políticas de seguimiento y analítica.

La firma remarca que Sailfish OS 5 es un «Linux real» y no una variante de Android, con un enfoque claro en evitar el envío de información en segundo plano. Según la compañía, el sistema no incorpora rastreos ni estadísticas ocultas y no exige disponer de cuenta de Google para usar las funciones principales del teléfono, algo poco habitual en la mayoría de dispositivos actuales.

Sailfish OS 5: privacidad primero, pero con apps de Android

El corazón del nuevo móvil es Sailfish OS 5, la última versión del sistema operativo de Jolla. La plataforma combina componentes de código abierto y partes propietarias, con la promesa de respetar al máximo la privacidad del usuario. El objetivo es que el teléfono pueda utilizarse en el día a día sin que haya envíos de datos invisibles a terceros ni analíticas forzadas.

Al mismo tiempo, Jolla es consciente de que el ecosistema de aplicaciones es clave. Por eso, el sistema incluye la tecnología AppSupport, que permite ejecutar aplicaciones de Android en el Jolla Phone. De esta forma, apps bancarias, servicios de mensajería o herramientas de uso cotidiano pueden funcionar sin necesidad de integrar los servicios de Google ni Google Play, recurriendo a tiendas de terceros o repositorios alternativos.

Lo interesante es que esta compatibilidad es totalmente opcional y se puede desactivar. El usuario puede elegir un uso «desgooglificado», prescindir por completo del subsistema Android o activar y desactivar esa capa cuando la necesite, algo que encaja con el enfoque de control total sobre el dispositivo.

Diseño sobrio, modular y pensado para durar

El nuevo Jolla Phone apuesta por un diseño de líneas rectas, con esquinas marcadas y una pantalla con notch tipo «ceja» que recuerda a los primeros iPhone con este recorte y, en cierto modo, a los antiguos Lumia de Nokia. No busca un aspecto extravagante, sino una estética sencilla y funcional, reforzada con Gorilla Glass para proteger el frontal.

Uno de los detalles más llamativos es la carcasa trasera reemplazable. El teléfono permite cambiar la tapa posterior de forma sencilla, tanto por motivos estéticos como de mantenimiento. Jolla ofrecerá cubiertas en varios colores, entre ellos Kaamos Black (negro), Snow White (blanco) y The Orange (naranja), de manera que el usuario pueda personalizar el aspecto del dispositivo sin necesidad de fundas voluminosas.

La modularidad no se queda en la tapa. El terminal incorpora una batería extraíble por el usuario, algo que prácticamente ha desaparecido del mercado de gama media y alta. Esta decisión encaja con la idea de alargar la vida útil del teléfono: cuando la batería se degrade, bastará con sustituirla, sin pasar por un servicio técnico ni cambiar de móvil antes de tiempo.

Pantalla AMOLED y hardware de gama media-alta

En el apartado técnico, el Jolla Phone monta una pantalla AMOLED de 6,36 pulgadas con resolución Full HD+ y formato 20:9. La densidad ronda los 390 píxeles por pulgada, suficientes para ofrecer una buena nitidez en textos e imágenes. La pantalla está protegida por cristal Gorilla Glass, aunque la marca no ha detallado la tasa de refresco, por lo que todo apunta a una configuración estándar más que a paneles de alta frecuencia pensados para juegos.

El procesador elegido es un chip MediaTek con conectividad 5G, cuya referencia exacta aún no se ha hecho pública. Se trata de un SoC de alto rendimiento dentro de la gama media, acompañado por 12 GB de memoria RAM y 256 GB de almacenamiento interno. Este espacio se puede ampliar mediante tarjetas microSDXC, llegando hasta capacidades de hasta 2 TB según algunas especificaciones adelantadas por la compañía.

En cuanto a comunicaciones, el nuevo Jolla Phone incluye 5G y 4G LTE con soporte de roaming global, además de WiFi 6, Bluetooth 5.4 y NFC. El móvil también ofrece doble ranura nano SIM, permitiendo usar dos líneas telefónicas de forma simultánea, algo práctico para combinar número personal y profesional o alternar entre operadores.

Cámaras y enfoque fotográfico

El sistema de cámaras está formado por un módulo trasero doble y una lente frontal para selfies. En la parte posterior se encuentra un sensor principal de 50 megapíxeles, acompañado por un ultra gran angular de 13 megapíxeles para capturar escenas más amplias, paisajes o interiores. El fabricante no ha especificado todos los detalles de apertura o estabilización, pero la configuración apunta a un rendimiento sólido dentro de la gama media.

En el frontal, alojada en el notch superior, hay una cámara gran angular pensada para videollamadas y selfies. Aunque Jolla no ha concretado la resolución, sí subraya que la lente ofrece un campo de visión más amplio de lo habitual, de modo que pueda encuadrar a varias personas sin necesidad de estirar el brazo al máximo.

Batería extraíble y apuesta por la reparabilidad

Uno de los puntos más diferenciadores del Jolla Phone es su batería de gran capacidad, en torno a los 5.500 mAh, diseñada para ofrecer una autonomía generosa. Dependiendo de la fuente, la cifra publicada oscila ligeramente entre 5.400 y 5.500 mAh, pero todas coinciden en que se trata de una batería notablemente amplia para un terminal de este segmento.

Además de la capacidad, lo relevante es que la batería es reemplazable por el usuario sin herramientas complejas. Esto permite cambiarla cuando pierda rendimiento, llevar una segunda unidad para jornadas muy largas sin acceso a cargador, o prolongar la vida del teléfono varios años más, un punto que Jolla vincula a la sostenibilidad y a su política de soporte prolongado de Sailfish OS, que se plantea en ciclos de alrededor de cinco años.

Interruptor físico de privacidad y seguridad avanzada

El elemento estrella del hardware es el interruptor de privacidad físico situado en el lateral del chasis. A diferencia de simples accesos directos por software, este control está pensado para desactivar de manera inmediata componentes sensibles como el micrófono, las cámaras o el Bluetooth, reduciendo al mínimo la posibilidad de que el dispositivo «escuche» o «mire» cuando el usuario no quiere.

Jolla explica que este interruptor es configurable, de forma que cada persona decide qué funciones se apagan al accionarlo. Entre las opciones se incluyen micrófonos, cámara, conectividad Bluetooth e incluso la compatibilidad con apps de Android. En algunos documentos de la compañía se matiza que, aunque el mecanismo se opera mediante un botón físico, parte de la desactivación se gestiona por software, manteniendo un cierto equilibrio entre seguridad y flexibilidad de uso.

El terminal también integra un sensor de huellas dactilares en el botón de encendido lateral, lo que facilita el desbloqueo rápido con una sola mano. A ello se suma un LED RGB de notificaciones, cada vez menos habitual en móviles modernos, que permite ver de un vistazo si hay mensajes o avisos pendientes sin encender la pantalla.

Fabricación en Finlandia y enfoque europeo

Jolla subraya que el ensamblaje final del Jolla Phone, la instalación del software y el control de calidad se realizan en Salo (Finlandia). Con ello, la compañía quiere reforzar el mensaje de que Europa todavía puede producir su propia tecnología bajo sus propias reglas, sin depender por completo de la cadena de suministro asiática para todas las fases del producto.

El presidente del consejo de Jolla Group Oy, Antti Saarnio, ha señalado que este móvil responde a la necesidad de que Europa desarrolle y mantenga su propio ecosistema tecnológico. La empresa anima a otras firmas europeas a sumarse a esta iniciativa para construir un entramado digital menos dependiente de plataformas externas, tanto en software como en hardware.

Reservas, precio y disponibilidad en Europa

El lanzamiento del nuevo Jolla Phone se está gestionando mediante una campaña de reservas que funciona casi como un crowdfunding parcial. Para que el dispositivo entre en producción en serie, la compañía fijó un mínimo de 2.000 depósitos de 99 euros antes del 4 de enero de 2026. Esa cifra ya se ha superado, con más de 2.000 unidades reservadas en pocos días, lo que ha animado a Jolla a abrir un segundo lote de preventa limitado.

Quienes reserven el teléfono deben abonar 99 euros como depósito y 399 euros adicionales antes del envío, lo que deja el precio anticipado en 499 euros. Este importe es inferior al precio de venta al público previsto, que la compañía sitúa en una horquilla aproximada de entre 599 y 699 euros una vez que el dispositivo llegue al canal normal.

En cuanto a la distribución, el Jolla Phone se dirigirá en primer lugar a países de la Unión Europea, Reino Unido, Noruega y Suiza, con un calendario de entregas estimado para la primera mitad de 2026. Jolla deja la puerta abierta a ampliar la disponibilidad a otros mercados, incluidos Estados Unidos, si la demanda y el interés lo justifican.

Un móvil de nicho para quienes quieren control y privacidad

El nuevo Jolla Phone no pretende competir con los grandes superventas Android en precio ni en cifras brutas de rendimiento, sino ofrecer un dispositivo de nicho para usuarios que priorizan privacidad, control y reparabilidad. Combina un hardware competente de gama media-alta, un sistema operativo europeo independiente y una serie de elementos poco frecuentes hoy en día, como la batería extraíble o el interruptor físico de privacidad.

Para quienes viven en España o en el resto de Europa y buscan escapar del binomio Android-iOS sin renunciar a las aplicaciones esenciales, este terminal se perfila como una opción particular: más cara que otros móviles con especificaciones similares, pero con un valor añadido en forma de soberanía de datos, soporte prolongado y diseño pensado para durar varios años sin quedar obsoleto a las primeras de cambio.

ShaniOS se ha colado en la conversación sobre distros inmutables casi sin hacer ruido, pero con argumentos muy sólidos: seguridad elevada, actualizaciones atómicas y una experiencia bastante pulida tanto en GNOME como en KDE Plasma. Si vienes de Windows o de una distro Linux clásica, puede sonar a ciencia ficción eso de que “el sistema no se rompe”, pero aquí la idea va precisamente por ahí.

Lo interesante es que ShaniOS combina una base Arch Linux con un planteamiento moderno: sistema de doble raíz azul/verde sobre Btrfs, raíz de solo lectura con capas escribibles, actualizaciones gestionadas por un comando propio y aplicaciones aisladas mediante Flatpak. Todo ello envuelto en un instalador en vivo agradable (con Sway) y un sistema final pensado tanto para uso doméstico como para equipos OEM.

Qué es ShaniOS y por qué se habla de un sistema inmutable

En pocas palabras, ShaniOS es una distribución basada en Arch Linux diseñada como sistema inmutable. Eso significa que la parte “gorda” del sistema (la raíz con el sistema operativo) no se toca mientras lo usas. No puedes ir instalando y desinstalando paquetes del sistema a lo loco con pacman, y esto no es una limitación gratuita: es la base de su estabilidad.

Un sistema inmutable como ShaniOS ofrece más estabilidad, menos sorpresas y una superficie de ataque más reducida. Al no permitir cambios arbitrarios en la raíz durante la ejecución, se evitan muchas roturas típicas de “he actualizado algo y ahora no arranca” o “he tocado un paquete crítico y lo he dejado KO”.

La pregunta que mucha gente se hace es si lo inmutable es “el futuro” o una moda pasajera. Distribuciones como Fedora Silverblue o variantes atómicas llevan tiempo empujando este concepto, y ShaniOS se suma a esa corriente, pero con su propia personalidad basada en Arch, Btrfs y Flatpak.

Arquitectura azul/verde con subvolúmenes Btrfs

Una de las piezas clave de ShaniOS es su estrategia azul/verde apoyada en subvolúmenes Btrfs. En vez de tener un único sistema raíz, mantiene dos raíces completas: una azul y otra verde. En cada momento arrancas desde una de ellas, mientras la otra queda en reserva para las actualizaciones.

Cuando arrancas, por ejemplo, en la raíz azul, el sistema marca la ranura azul como activa y la verde como inactiva. Al ejecutar el comando de actualización, la nueva versión del sistema se despliega en la ranura inactiva (verde). De esta forma, todo el proceso se hace “por detrás” sin tocar el sistema con el que estás trabajando.

Tras completar la actualización, se actualizan las entradas de arranque para que el siguiente reinicio lo hagas desde la ranura recién actualizada. Si todo va bien, empiezas a utilizar el nuevo sistema; si algo sale mal o no te convence, puedes volver a la raíz anterior de forma prácticamente instantánea gracias a esa doble estructura.

Este enfoque se apoya de manera intensa en las capacidades de Btrfs: subvolúmenes, instantáneas y copy-on-write. La distro organiza la raíz azul y verde como subvolúmenes separados, permitiendo mantener dos estados completos, eficientes en espacio y fáciles de gestionar para reversión y recuperación.

ShaniOS es un sistema de solo lectura y capas escribibles

Para conseguir que el sistema sea realmente inmutable, ShaniOS utiliza una imagen base de Arch Linux generada con pacstrap en modo solo lectura. Esa capa contiene el corazón del sistema: kernel, librerías principales y utilidades base.

Encima de esa base, la distribución monta varias capas escribibles con overlays y tmpfs. Destaca el overlay sobre /etc, que permite que puedas modificar configuraciones del sistema (red, servicios, preferencias de sistema, etc.) sin alterar nunca la imagen base. Esas modificaciones se guardan de forma persistente, pero separadas de la raíz inmutable.

Por otra parte, /var se gestiona como tmpfs a través de systemd.volatile, lo que mantiene los datos de tiempo de ejecución en memoria y evita que ensucien la raíz del sistema. Además, se hace un uso intensivo de subvolúmenes e instantáneas Btrfs para facilitar restauraciones y mantener la integridad del sistema con el mínimo esfuerzo.

Seguridad y diseño de un sistema inmutable

Más allá de la arquitectura de almacenamiento, ShaniOS integra un conjunto de medidas de seguridad pensadas para minimizar riesgos. Aunque el detalle fino de cada perfil no siempre se destaca en las reseñas, se menciona el uso de AppArmor y una configuración de firewalld que viene lista para proteger el sistema desde el primer arranque.

La inmutabilidad en sí misma funciona como un escudo adicional: al no poder modificar la raíz en ejecución, se complica mucho que un atacante cambie binarios del sistema, añada servicios persistentes o manipule componentes críticos. Esta filosofía se complementa con el soporte de cifrado completo de disco, de forma que no solo el sistema es difícil de romper, sino que tus datos están a salvo si pierdes el equipo.

En el arranque, ShaniOS apuesta por systemd-boot y entorno UEFI nativo. Esta combinación favorece una experiencia moderna, con tiempos de arranque rápidos y una gestión más sencilla de las entradas de arranque, especialmente importante cuando se manejan dos raíces y múltiples imágenes de kernel.

Requisitos de ShaniOS y compatibilidad de hardware

Instalar ShaniOS no requiere una máquina de gama alta, pero sí hay unos mínimos razonables para disfrutarlo con soltura. En general, se recomienda disponer de al menos 4 GB de RAM y 64 GB de espacio libre en disco, sobre todo porque la filosofía de doble sistema ocupa más que una instalación tradicional.

En cuanto al procesador, cualquier equipo de 64 bits relativamente moderno suele ser compatible. Lo mismo ocurre con la tarjeta gráfica: la experiencia en vivo y el sistema instalado están pensados para funcionar en prácticamente cualquier GPU de la última década, incluyendo soporte optimizado para controladores NVIDIA-Open preinstalados, lo que es un guiño directo a quienes usan hardware NVIDIA.

Eso sí, conviene tener en cuenta que ShaniOS está pensado para funcionar mejor en hardware físico. Se puede usar en máquinas virtuales, pero la experiencia de sistema inmutable, con su cifrado y su despliegue azul/verde, brilla más cuando se instala en un equipo real. En el mundo UEFI, además, se enfatiza el uso de systemd-boot como gestor, maximizando compatibilidad con placas actuales.

Preparación previa: BIOS/UEFI y medio de instalación

Antes de ponerte a instalar, es importante preparar bien el equipo. ShaniOS recomienda desactivar opciones como Fast Boot y Secure Boot en la BIOS o UEFI de tu ordenador. Estas funciones, aunque prácticas en otros contextos, pueden interferir con el arranque desde el USB o con el despliegue del sistema.

También es aconsejable activar el modo AHCI para el controlador SATA y forzar el arranque en modo UEFI puro si tu firmware lo permite. Este tipo de ajustes suelen mejorar tanto el rendimiento de los discos como la compatibilidad general con el esquema de particionado y el arranque que utiliza ShaniOS.

Respecto al medio de instalación, la documentación es bastante clara: hay que crear el USB con herramientas como Balena Etcher, Rufus o usando dd directamente. Se especifica que no se use Ventoy, porque la ISO de ShaniOS no termina de llevarse bien con ese método y puede que simplemente no arranque. En resumen, un USB de 8 GB o más y una herramienta clásica de grabación son la apuesta segura.

Acceso al sistema en vivo e instalador de ShaniOS

Cuando arrancas desde el USB, ShaniOS ofrece un entorno en vivo con Sway como interfaz principal. Esta elección da una sensación moderna y ligera, permitiendo probar parte de la experiencia antes de comprometer el disco duro. Desde ahí se lanza el instalador gráfico, que guía las decisiones principales (discos, cifrado, escritorio, etc.).

Si necesitas iniciar sesión en ese entorno en vivo, se proporciona un usuario y contraseña muy sencillos. Ambos suelen ser “shani” tanto para el nombre de usuario como para la contraseña, lo que te permite entrar sin complicaciones y empezar a explorar o lanzar el instalador.

El instalador se ha diseñado para que funcione en un amplio abanico de hardware sin necesidad de trucos. La idea es que, en unos 20 minutos aproximadamente, puedas pasar del USB al sistema instalado y operativo, con la doble raíz ya preparada y el escritorio que hayas elegido listo para la configuración inicial.

Instalación del sistema y escritorios disponibles

Una vez dentro del entorno en vivo, el flujo de instalación es relativamente directo. La herramienta prepara el disco, crea los subvolúmenes Btrfs necesarios y despliega la imagen base. El tiempo de instalación puede rondar los 15-20 minutos, aunque hay experiencias de usuarios que reportan cifras cercanas a los 7-8 minutos cuando el equipo y el disco son rápidos.

Tras esa fase, ShaniOS se presenta con dos opciones de entorno de escritorio principales: GNOME y KDE Plasma. La edición GNOME está muy orientada al uso OEM, incorporando gnome-initial-setup preconfigurado para que el primer arranque permita personalizar idioma, cuenta de usuario y opciones básicas con un estilo muy fluido.

Por su parte, la edición KDE Plasma no se limita al tema por defecto. Los desarrolladores han retocado la apariencia para darle una identidad propia, moviendo por ejemplo el menú principal a la esquina superior izquierda y afinando detalles estéticos. Visualmente recuerda a una mezcla entre Windows y macOS, con una barra atractiva y ventanas modernas.

Gestión de software en ShaniOS: Flatpak como pilar principal

Una de las decisiones más polémicas, pero coherentes con el modelo inmutable, es que ShaniOS delega la instalación de aplicaciones de usuario casi por completo en Flatpak. El sistema base se mantiene congelado y las apps se distribuyen de forma aislada, cada una con sus dependencias dentro de un contenedor.

Esta aproximación tiene ventajas claras: las actualizaciones de aplicaciones son independientes del sistema, no rompes nada de la raíz, puedes tener varias versiones y, en general, el sistema sigue estable aunque una app falle. Además, la integración con GNOME Software o KDE Discover hace que instalar programas gráficos sea cuestión de unos clics.

No todo el mundo es fan de Flatpak. Hay quienes se quejan de que muchos Flatpaks no respetan del todo el tema visual del sistema o se ven “diferentes” en 2025, y a algunos usuarios les molesta depender solo de este sistema para instalar aplicaciones. Sin embargo, en el contexto de una distro inmutable como ShaniOS, este sacrificio tiene sentido: se prioriza integridad y reversibilidad frente a la flexibilidad absoluta de un gestor de paquetes clásico.

Entre las aplicaciones que vienen de serie destacan Vivaldi como navegador predeterminado (con VPN y bloqueador de anuncios integrados), OnlyOffice como alternativa a Microsoft Office, Warehouse para la gestión de Flatpaks, KolourPaint para ediciones sencillas de imagen y Pods para manejar contenedores. Desde Discover puedes completar el catálogo con prácticamente cualquier software que necesites.

Actualizaciones atómicas con shani-deploy

El componente estrella para mantener el sistema al día es el comando shani-deploy, la herramienta oficial de actualizaciones del sistema. Es fundamental interiorizar que aquí no se usa pacman directamente para tocar la base; las actualizaciones del sistema se hacen siempre con este comando, que gestiona el despliegue azul/verde de forma segura.

Cuando ejecutas sudo shani-deploy, la herramienta arranca una serie de pasos bien definidos. Primero comprueba que se está ejecutando como root y que hay conexión a internet. Después activa mecanismos para evitar suspensiones o apagados durante la actualización, y valida que el arranque actual corresponde al subvolumen esperado.

A continuación, consulta el canal de actualizaciones configurado para obtener información de la versión más reciente, descarga la imagen correspondiente, verifica su integridad y la despliega en el subvolumen inactivo (por ejemplo, el verde si estás en el azul). El proceso también genera y firma una nueva Unified Kernel Image (UKI), actualiza las entradas del bootloader y migra configuraciones persistentes necesarias (como el overlay de /etc).

Antes de dar la actualización por buena, se realizan validaciones de integridad en el nuevo subvolumen. Al terminar, se te suele informar de que conviene probar las aplicaciones tras el reinicio, asegurarse de que todo responde como toca y, si es el caso, volver a ejecutar la herramienta para completar el ciclo entre azul y verde.

Algunos usuarios han comentado experiencias prácticas en las que, tras actualizar desde el entorno azul, reinician en verde, crean archivos en Documentos y al volver a lanzar shani-deploy reciben avisos sobre desajustes de arranque. En estos casos, seguir las recomendaciones (probar apps, reiniciar, dejar que el sistema sincronice de nuevo azul y verde) suele resolver la situación sin mayor drama.

Rendimiento y experiencia en el día a día con ShaniOS

Quienes han probado ShaniOS destacan que el rendimiento es uno de sus puntos fuertes. A pesar de la complejidad interna de doble raíz, overlays y capas, el sistema se siente ágil y fluido. En comparación con otras distros inmutables, hay opiniones que señalan que ShaniOS se comporta mejor y con menos fricción en el uso cotidiano.

En entornos como KDE Plasma, la personalización visual y la disposición de la interfaz consiguen una experiencia amigable incluso para usuarios que vienen de Windows. La barra estilo dock y las ventanas modernas proporcionan una transición más suave para quien busca algo distinto pero reconocible.

Al tratarse de una distro basada en Arch, el soporte de hardware moderno suele ser muy bueno. Ejemplos de equipos con CPUs recientes de Intel, GPUs NVIDIA de última generación y almacenamiento NVMe rápido funcionan sin problemas en ShaniOS, siempre que la instalación se realice sobre un disco adecuado y no sobre unidades que el instalador aún no maneje bien (como ciertos SSD USB externos donde algunos usuarios han reportado dificultades).

Limitaciones, dual boot y pequeños escollos

No todo son ventajas y conviene conocer las advertencias oficiales. La propia documentación de ShaniOS desaconseja el dual boot. El motivo es sencillo: otros sistemas operativos pueden sobreescribir el gestor de arranque o modificar la configuración UEFI, rompiendo el esquema azul/verde y complicando el arranque de ShaniOS.

Tampoco es oro todo lo que reluce con el instalador: hay usuarios que han intentado instalar la distro en unidades USB M.2 externas y se han topado con errores al formatear o seleccionar particiones, incluso después de reformatear en Btrfs o dejar el disco completamente vacío. Son casos concretos, pero reflejan que todavía hay margen de mejora en el soporte a ciertos tipos de almacenamiento.

En el terreno del software, la dependencia casi total de Flatpak para las aplicaciones también genera división de opiniones. Hay quien lo acepta como precio a pagar por la inmutabilidad y quien preferiría un modelo mixto con algo similar al AUR o repositorios clásicos. El debate está servido y probablemente el proyecto siga ajustando este equilibrio con el tiempo.

Por qué ShaniOS es una opción interesante frente a Windows y a otras distros Linux

Si vienes de Windows y estás cansado de actualizaciones problemáticas, bloqueos aleatorios o vulnerabilidades constantes, una distro inmutable como ShaniOS puede ser una alternativa muy atractiva. La promesa de que el sistema “no se rompe” fácilmente, unida a la posibilidad de revertir en un clic, ofrece una tranquilidad que muchas instalaciones tradicionales no dan.

Frente a distribuciones Linux más populares como Ubuntu, Linux Mint, Fedora o Zorin OS, ShaniOS destaca por su enfoque radical en estabilidad y seguridad. Mantener dos copias del sistema (azul y verde), usar raíz de solo lectura, apoyarse en Btrfs para snapshots y subvolúmenes y aislar las apps con Flatpak forma un conjunto coherente para quien prioriza robustez sobre experimentación constante.

Al mismo tiempo, no sacrifica demasiado la usabilidad ni la estética. La interfaz recuerda en parte a Windows y macOS, con escritorios GNOME o KDE bien integrados, un navegador moderno con VPN y adblock de serie, y herramientas ofimáticas listas para sustituir a Office. Se mantiene ligero y con buen rendimiento, sin dar la sensación de distro “experimental” que te obliga a pelearte con todo.

ShaniOS se posiciona como una propuesta seria dentro del ecosistema de distros inmutables: combina tecnología actual (Btrfs, systemd-boot, cifrado, Flatpak) con una base Arch y una experiencia pensada para que el usuario se olvide de que debajo hay un sistema complejo de dos raíces y despliegues atómicos. No es perfecto, pero si buscas un Linux que aguante el día a día sin dramas, merece claramente un hueco en tu lista de candidatos.

Yo no habría apostado por estas fechas, pero yo no formo parte del equipo de desarrollo de Wine Is Not an Emulator y no conozco los tiempos!. En años anteriores ha habido al menos dos versiones de desarrollo más (la última fue la v10.20), pero este 2025 han decidido que ya es buen momento para lanzar WINE 11.0-rc1. Esta es la primera candidata a estable, y a partir de ahora lanzarán una nueva RC cada semana hasta el lanzamiento de dicha estable.

En años anteriores, las RC coincidían con la congelación de código, y WineHQ no proporcionaba lista de novedades. No sabemos si será así la semana que viene, pero WINE 11.0-rc1 sí facilita lista con cambios. Entre ellos, destaca que el motor Mono ha subido a la v10.4.0, los datos de localización han subido a Uncode CLDR 48 y soporte para el modulo TWAINDSM para escáneres, a lo que se le suma el habitual punto de correcciones varias. En números, se han realizado 178 cambios y corregido 17 bugs, los de la siguiente lista.

Bugs corregidos en WINE 11.0-rc1

• King’s Quest: Mask of Eternity requiere que MCIWndCreate cree una ventana hija cuando se especifica un padre.
• HeapSize(GetProcessHeap(), 0, GlobalLock(hGlobal)) debe ejecutarse correctamente (muestras de wxWidgets, Tapps2, DirMaster).
• Gramps 5.2.0 muestra ventanas vacías.
• La instalación de Photoshop CS2 nunca termina.
• mmdevapi notify_thread realiza espera activa cuando no se puede cargar ningún controlador MIDI.
• win32u:input: regresión de rendimiento en Resident Evil 2 debido al procesamiento de mensajes internos.
• Ejecutar Mahjong con wine finaliza sin mostrar la pantalla del juego.
• La prueba de sonido en winecfg no produce audio.
• Mugen se bloquea después de varias partidas en GPUs NVIDIA.
• FL Studio no logra minimizarse en wine 10.19.
• La ventana se restaura inmediatamente después de minimizar cuando hay un diálogo no modal abierto.
• Conversión incorrecta (casting) en aplicaciones .NET 10 Runtime.
• cmd no maneja todos los parámetros en el comando FOR /F.
• Oblivion se bloquea con un fallo de página no gestionado: wine 10.19.
• El menú Archivo de Office 2013 no se abre.
• La superficie de ventana de Mass Effect Legendary no se dibuja.
• Diversas pruebas de winforms relacionadas con el enfoque fallan en escritorio virtual.

Ya disponible

WINE 11.0-rc1 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

La semana que viene, si se sigue con el calendario habitual y nada nos hace pensar que no será así, llegará WINE 11.0-rc2, y puede que lo haga sin lista de cambios, mencionando sólo que ya está disponible. A principios de 2026 lanzarán la versión estable.

Si eres de los que miman hasta el último detalle de su sistema y te preocupa que todo el software que se ejecuta en tu máquina sea realmente libre, la llegada de GNU Linux-libre 6.18 te va a interesar, y mucho. Esta nueva edición del conocido kernel “desblobado” se basa en Linux 6.18, pero sometido a una limpieza a fondo para eliminar cualquier rastro de firmware o microcódigo propietario.

En las siguientes líneas vamos a desgranar todas las novedades de GNU Linux-libre 6.18: qué cambios introduce respecto al kernel oficial, qué drivers se han visto afectados, cómo se distribuye, qué proyectos lo empaquetan y qué filosofía hay detrás de este trabajo. También comentaremos el papel de su simpático pingüino Freedo, la relación con la FSF y por qué este kernel se ha convertido en una referencia para las distribuciones 100 % libres.

Novedades clave de GNU Linux-libre 6.18 frente a Linux 6.18

La nueva versión GNU Linux-libre 6.18-gnu parte del kernel Linux 6.18, la misma rama que Linus Torvalds acaba de declarar estable y que, según todo apunta, será el próximo kernel LTS de referencia en el ecosistema Linux. Eso significa que hereda todas las mejoras generales: rendimiento afinado, nuevas funcionalidades internas, ampliación de soporte de hardware y las habituales correcciones de bugs.

Sin embargo, el equipo de GNU Linux-libre se encarga de aplicar un conjunto de scripts y herramientas de limpieza (“deblobbing”) que rastrean el código fuente en busca de elementos problemáticos: drivers que cargan firmware binario, llamadas en tiempo de ejecución a microcódigo no libre, referencias en la documentación a blobs externos e incluso menciones a binarios en ficheros devicetree de distintas arquitecturas.

Fruto de este proceso, en GNU Linux-libre 6.18 se han identificado y neutralizado o eliminado nuevos controladores y fragmentos de código que en el árbol oficial del kernel dependen de blobs binarios. Este trabajo no sólo afecta a drivers recién añadidos, sino también a otros ya existentes cuyo mecanismo de carga de firmware ha cambiado en esta versión.

Al mismo tiempo, la versión 6.18-gnu incorpora las optimizaciones de Linux 6.18, como el mejor rendimiento general, el trabajo continuo en Apple Silicon (M2 Pro / Max / Ultra), el soporte en curso de la plataforma Intel Wildcat Lake, la integración del nuevo código “Sheaves”, la activación por defecto del fsck online para XFS o la mejora del soporte háptico para touchpads, entre otras muchas. Todo ello, eso sí, manteniendo siempre la premisa principal del proyecto: cero software propietario.

El corazón del proyecto: un kernel libre de blobs

La razón de ser de GNU Linux-libre es ofrecer un kernel compatible con Linux pero completamente libre, diseñado para poder formar parte de sistemas que siguen las Directrices para Distribuciones de Software Libre (FSDG) de la FSF. Esto implica retirar cualquier componente que no se distribuya en forma de código fuente modificable o que esté sujeto a licencias restrictivas.

En la práctica, esto se traduce en eliminar o desactivar drivers, firmwares, blobs empaquetados como datos, scripts que requieren archivos binarios externos y llamadas a firmware propietario en tiempo de ejecución. También se limpian comentarios y documentación que actúan como “gancho” para que el usuario descargue componentes no libres, evitando el llamado “baiting” hacia software privativo.

El enfoque del proyecto es de cambios mínimos: se borran o neutralizan las partes problemáticas, pero no se intenta reescribirlas ni proporcionar sustitutos libres que mantengan la misma funcionalidad. El objetivo es garantizar la libertad del sistema, aunque eso suponga que cierto hardware quede inoperante si no dispone de alternativas libres.

Este esfuerzo continuo comenzó en su día dentro de la distribución gNewSense, fue impulsado y bautizado por Jeff Moe, en 2008 pasó a estar mantenido por la FSF Latinoamérica y, desde 2012, forma parte oficialmente del Proyecto GNU. Hoy se ha consolidado como la base de numerosos sistemas operativos 100 % libres certificados por la FSF.

Drivers nuevos limpiados en GNU Linux-libre 6.18

Una de las partes más visibles del trabajo en GNU Linux-libre 6.18 es la limpieza de controladores recién incorporados al kernel Linux 6.18 que intentan cargar blobs de firmware. Si se dejaran tal cual, comprometerían la pureza del sistema al requerir binarios no libres.

En esta versión, el equipo ha identificado y “capado” varios drivers nuevos que, en el árbol oficial, recurren a firmware propietario para funcionar correctamente:

• Controladores FourSemi: se limpian el controlador de amplificador de audio digital FourSemi y la biblioteca asociada (incluyendo los modelos FS2104/5S), que en Linux estándar intentan cargar blobs para gestionar ciertos modos y características.
• Driver TI TAS2783: el controlador para el amplificador de altavoz Texas Instruments TAS2783, también nuevo en esta rama, incluye lógica de carga de firmware que ha sido neutralizada para evitar que solicite binarios no libres.
• Qualcomm GENI Serial Engine: el motor serie GENI de Qualcomm, responsable de gestionar interfaces de comunicación en plataformas de esta marca, también habría intentado cargar blobs si no se hubiese intervenido, por lo que se ha sometido al proceso de deblobbing.

En todos estos casos, el resultado es que el driver deja de reclamar firmware propietario. Dependiendo de cuánto dependiera el controlador de ese microcódigo, la funcionalidad práctica del dispositivo puede quedar muy limitada o directamente inutilizada bajo GNU Linux-libre, pero así se respeta la premisa de no empujar al usuario hacia componentes privativos.

Ajustes en drivers existentes: Nova-Core, Intel Xe y más

Además de los controladores recién llegados, GNU Linux-libre 6.18 revisa el comportamiento de drivers ya presentes en versiones anteriores cuyo mecanismo de gestión del firmware ha cambiado en Linux 6.18. Estos ajustes son necesarios para mantener el kernel libre de blobs a medida que evoluciona el árbol principal.

Entre los casos destacados, encontramos:

• Nova-Core, el driver Rust para NVIDIA: el nuevo controlador de código abierto Nova-Core, escrito en Rust, se apoya completamente en el NVIDIA GPU System Processor (GSP). Sin el firmware del GSP, que es propietario, el driver simplemente no funciona. GNU Linux-libre adapta sus scripts para bloquear la carga de este microcódigo, lo que en la práctica deja Nova-Core inoperativo sin blobs, pero preserva la libertad del sistema.
• Intel Xe de nueva generación: el moderno driver Intel Xe depende del microcontrolador GuC y de su firmware binario para tareas de gestión de colas, programación y otras funciones críticas. En Linux-libre 6.18 se ajusta de nuevo la limpieza para impedir que este firmware se solicite o cargue, algo que también deja el driver sin utilidad práctica si no se dispone de alternativas libres.
• TI PRU Ethernet: el controlador de Ethernet basado en PRU (Programmable Real-time Unit) de Texas Instruments también ha sufrido cambios en su lógica de blobs aguas arriba. GNU Linux-libre actualiza el deblobbing para asegurarse de que no se cargan firmwares propietarios en estos SoC.
• Marvell WiFi-Ex: las modificaciones realizadas en el árbol oficial para la familia WiFi-Ex de Marvell han obligado a revisar la limpieza, bloqueando de nuevo cualquier referencia o intento de cargar firmware binario para esos adaptadores inalámbricos.

Estos ajustes demuestran que el proceso de limpieza es continuo y reactivo: cada vez que cambia el código de un driver que en el pasado dependía de blobs, el equipo de Linux-libre debe revisar de nuevo ese código para que no se “cuele” ningún nuevo mecanismo de carga de firmware propietario.

Drivers y elementos eliminados o reubicados

No todo son nuevas limpiezas o ajustes. En GNU Linux-libre 6.18 también hay casos en los que el propio kernel Linux ha eliminado ciertos componentes, lo que permite simplificar el trabajo de deblobbing.

Un ejemplo claro es el del driver de radio FM TI WL1273. Este controlador, que en versiones anteriores requería una limpieza específica por su dependencia de firmware binario, ha sido eliminado directamente en el árbol oficial de Linux 6.18. Como consecuencia, en GNU Linux-libre 6.18 se puede retirar también toda la lógica de deblobbing asociada a este driver, reduciendo así la complejidad del conjunto de scripts.

Otro caso llamativo es el del driver Lantiq GSWIP, un controlador de switch gigabit para determinadas plataformas. En Linux 6.18 se ha movido de ubicación dentro del árbol de código fuente, lo que obliga a ajustar las rutas y patrones que usa el sistema de limpieza del proyecto para localizar y procesar los fragmentos relevantes.

Estos cambios de ubicación y eliminación reflejan cómo el kernel principal está en constante reorganización, y cómo GNU Linux-libre debe mantenerse al día, no sólo rastreando blobs nuevos, sino también adaptando las herramientas a la estructura cambiante del árbol de código.

Devicetree limpios para Qualcomm, Mediatek y TI en ARM64

La limpieza no se limita al código C de los drivers. En esta versión, una de las tareas más delicadas ha sido revisar los nuevos ficheros devicetree (DT) para plataformas ARM64, que describen el hardware de sistemas basados en Qualcomm, Mediatek y Texas Instruments.

En Linux 6.18, varios de estos devicetree incluyen referencias explícitas a blobs de firmware, rutas de archivos binarios o propiedades que indican la necesidad de microcódigo no libre para ciertos componentes. Si se dejara tal cual, el mero hecho de usar esos DT podría empujar al usuario a buscar y cargar componentes propietarios.

GNU Linux-libre 6.18 se encarga de “sanear” estos ficheros, eliminando o modificando las menciones a binarios de Qualcomm, Mediatek y TI en la arquitectura ARM64. De este modo, se garantiza que el kernel libre no actúe como vector de recomendación de software no libre, respetando así las directrices de la FSF.

Cómo obtener GNU Linux-libre 6.18

El proyecto ofrece varias vías oficiales para descargar y utilizar GNU Linux-libre 6.18-gnu, tanto en forma de código fuente como en paquetes binarios listos para instalar en distribuciones populares.

Por un lado, el código fuente se puede obtener mediante Git desde el repositorio mantenido por el proyecto:

• Repositorio Git de lanzamientos: git://linux-libre.fsfla.org/releases.git con etiquetas bajo scripts, sources y logs para la versión v6.18-gnu.

Además, al poco de anunciarse la versión, se ponen a disposición tarballs ya comprimidos desde la página oficial de la FSFLA:

• https://www.fsfla.org/selibre/linux-libre/download/releases/ (ubicación habitual de los tarballs de cada versión).

Quienes prefieran no compilar el kernel a mano pueden recurrir a paquetes binarios preparados por proyectos asociados:

• Freesh: ofrece paquetes .deb listos para usar en distribuciones basadas en Debian y derivadas, con el kernel GNU Linux-libre ya compilado.
• RPM Freedom: proporciona paquetes .rpm para sistemas basados en Red Hat, Fedora y derivados que quieran adoptar este kernel libre.

De este modo, los usuarios pueden elegir entre compilar su propio kernel directamente desde el código fuente o instalar uno de los paquetes ya preparados, integrándolo junto con o en sustitución del kernel estándar de su distribución.

Distribuciones y ecosistema alrededor de Linux-libre

GNU Linux-libre es el pilar sobre el que se construyen muchas distribuciones completamente libres avaladas por la FSF, como Trisquel o PureOS, entre otras. Estas distros utilizan este kernel para asegurarse de que el sistema entero cumple las directrices de software libre más estrictas.

Muchas de ellas ofrecen imágenes ya preparadas con la versión más reciente de Linux-libre o, al menos, con una rama cercana. En otros casos, permiten seleccionar este kernel desde sus repositorios o mediante repos adicionales, de forma que el usuario pueda reemplazar el kernel genérico por uno libre de blobs sin cambiar de distribución.

Para administradores y entusiastas, GNU Linux-libre 6.18 puede instalarse también en casi cualquier distribución convencional. Basta con compilarlo o instalar los paquetes Freesh/RPM Freedom y ajustar el gestor de arranque para elegir este kernel al iniciar el sistema. Así se logra un entorno mucho más coherente con los principios del software libre, incluso en distros que de serie incluyen componentes no libres.

Qué es exactamente GNU Linux-libre (y qué no es)

Desde el propio proyecto se recalca que GNU Linux-libre es, ante todo, una versión modificada del kernel Linux, orientada a ser usada en sistemas GNU que aspiran a ser completamente libres. El objetivo es que cualquier distribución que quiera cumplir las FSDG de la FSF pueda tomar este kernel y tener la tranquilidad de que no contiene blobs ni referencias que lleven al usuario a instalar código propietario.

En su documentación explican que se eliminan componentes no libres tanto si están disfrazados de código fuente (pero en realidad son blobs embebidos) como si se distribuyen en archivos separados. Además, se desactivan las peticiones en tiempo de ejecución a firmwares propietarios y se purgan manuales o comentarios que apunten a recursos no libres.

El proyecto, sin embargo, no se propone reescribir estos componentes ni ofrecer drivers alternativos libres que sustituyan a los propietarios. El enfoque es minimalista: se retira lo que no es libre, se mantiene el resto casi intacto y se anima a que otras iniciativas desarrollen reemplazos libres cuando sea posible. De hecho, se documentan en sitios como LibrePlanet muchos dispositivos que aún dependen de blobs, con el objetivo de coordinar esfuerzos para liberarlos algún día.

Por último, aunque la mascota sea un pingüino, los desarrolladores insisten en que el papel del proyecto GNU y de la FSF en la construcción del sistema completo es mucho mayor, y que el kernel libre es solo una pieza más dentro del ideal de un sistema totalmente libre.

Al combinar todas las mejoras técnicas heredadas de Linux 6.18 con el trabajo exhaustivo de limpieza de firmware, drivers y devicetree, GNU Linux-libre 6.18 se consolida como una opción muy potente para quienes no quieren hacer concesiones en materia de libertad de software. Desde los nuevos drivers saneados para audio digital y motores serie Qualcomm hasta los ajustes en controladores de GPU como Nova-Core y Intel Xe, pasando por el saneamiento de plataformas ARM64 y la disponibilidad de paquetes para múltiples distribuciones, esta versión demuestra que es posible mantenerse cerca de la vanguardia del kernel sin renunciar al principio de no cargar ningún binario propietario.

Nos vamos acercando al momento en el que WineHQ empezará a lanzar las Release Candidates para WINE 11.0, pero de momento seguimos recibiendo versiones de desarrollo cada dos semanas. Lo que nos han entregado hace unas horas es WINE 10.20, con una lista de destacados no muy llamativa, pero con una cantidad total de cambios que entraría dentro de la media.

Los cambios más destacados incluyen el vkd3d incluido ahora está en la versión 1.18, más soporte para puntos de análisis, más refactorización de Common Controls después de la división v5/v6 y cuadro de diálogo de progreso para el escaneo de documentos, a lo que se le suma el punto habitual de correcciones de errores varias. En números, han realizado un total de 312 cambios y corregido 31 bugs, los de la siguiente lista.

Bugs corregidos en WINE 10.20

• TomTom MyDrive Connect 4.x necesita la implementación de KERNEL32.dll.SetVolumeMountPointW.
• Civilization v1.2 se bloquea al iniciarse.
• SQL Server 2012/2014: El instalador requiere ChangeServiceConfig2 con soporte para SERVICE_CONFIG_SERVICE_SID_INFO (también afecta al instalador de Revit).
• Varias aplicaciones necesitan la implementación de CreateSymbolicLinkA/W (Spine —iniciador de mods de Gothic—, GenLauncher —gestor de mods para GeneralsZH—, instalador de MS Office 365).
• Varias aplicaciones GTK se congelan o no logran iniciarse.
• grepwinNP3 (parte de Notepad3) se bloquea dentro de uxtheme.
• QuarkXPress 2024 se bloquea al arrancar con un error de aserción “symt_check_tag(&func->symt, SymTagFunction) || symt_check_tag(&func->symt, SymTagInlineSite)”.
• The Last Stand: Aftermath carga indefinidamente.
• Mega Man X DiVE Offline muestra errores al arrancar a menos que se añadan claves de registro en HKCR.
• Algunos modos de pantalla (p. ej., 1152×864) no están disponibles en el modo de escritorio virtual.
• Meld 3.22.2 no logra iniciarse y muestra un cuadro de error (obtiene una ruta incorrecta mediante la variable XDG_DATA_HOME).
• PlayOnline Viewer: Pantalla negra al ejecutarse mediante WINE Wayland.
• PlayOnline Viewer: La ventana no se activa al restaurarla desde minimizada.
• Asignación incorrecta del botón “home” del mando 8bitdo Pro 2 (en modo Xbox).
• Wagotabi se bloquea en WINE-10.15.
• tlReader 10.1.0.2004 tiene renderizado defectuoso en la barra de herramientas.
• El commit “win32u: Don’t store the window OpenGL drawables on the DCs” provoca un bloqueo por espera (deadlock) de software.
• PlayOnline Viewer: Tamaño de memoria virtual excesivo que posiblemente conduce a un bloqueo.
• Geneforge 1 – Mutagen (Geneforge 2 – Infestation): problema de pantalla negra.
• winecfg en WINE 10.17 no puede crear controles (botones, enlaces…) en algunas configuraciones.
• Al establecer Client Side Graphics=N (controlador X11), interfaces como winecfg.exe y regedit.exe se muestran de forma anómala.
• Las teclas de flechas no responden o quedan atascadas en algunos juegos.
• Algunos cuadros combinados (comboboxes) ya no se dimensionan correctamente tras un commit en la versión 10.16.
• Después del commit 18ce7964 WINE ya no ejecuta Steam para Windows.
• Muchos juegos se bloquean al iniciar con el nuevo WoW64 de WINE-10.19 y GPU Nvidia dedicada.
• imhex: Parpadeo constante → la interfaz gráfica queda inutilizable (regresión).
• cmd está roto: “echo|set /p=%LOCALAPPDATA%” devuelve una cadena vacía.
• StarCraft: fallo de aserción.
• La barrera de sincronización no puede ser accedida múltiples veces.
• El área de cliente de la ventana principal de CLM Explorer se muestra completamente en negro al iniciar.
• HiveMQ CE 2025.5 se bloquea al iniciarse (falta de paréntesis en GetProcessHeap dentro del stub de iphlpapi.GetAnycastIpAddressTable).

Ya disponible

WINE 10.20 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas, si se sigue con el calendario habitual y nada nos hace pensar que no será así, llegará WINE 10.21, también con decenas de cambios para preparar el WINE 11.0 que llegará, todo atendiendo a lanzamientos pasados, a principios de 2026.

Una oferta de empleo de alto nivel ha puesto nombre a un secreto a voces: Google trabaja en “Aluminium OS”, un sistema basado en Android con la inteligencia artificial como núcleo. El movimiento encaja con la ambición de la compañía de simplificar su catálogo, dejar atrás el desarrollo paralelo y construir una plataforma capaz de escalar desde el móvil hasta el escritorio.

Aluminium OS aspira a consolidar lo mejor de Android y la experiencia de ChromeOS para competir de frente con Windows y macOS. La hoja de ruta apunta a un lanzamiento alrededor de 2026 y a una transición ordenada en la que ambos sistemas convivan durante un tiempo.

Qué es Aluminium OS y por qué marca un cambio de etapa

La referencia a “Aluminium OS” aparece en una oferta de trabajo para un perfil Senior de Producto de Android en portátiles y tablets. En ella se explica que se trata de un “nuevo sistema operativo” basado en Android y construido con IA en el centro, previsiblemente con una profunda integración de Gemini y un enfoque de PC tradicional.

El nombre, además, rinde homenaje a la genealogía de Chrome/Chromium con ese sufijo “-ium”, y sugiere una continuidad conceptual con los esfuerzos anteriores de convergencia. Durante la última década, Google ha ido acercando Android y ChromeOS con soporte de apps en Chromebook y mejoras de escritorio en Android, pasos que encajan con este nuevo rumbo.

Dispositivos y gamas en Aluminium OS: del básico al segmento premium

La planificación mencionada en el anuncio señala que Aluminium OS se desplegará en múltiples formatos: portátiles, convertibles, tablets y mini PC o “cajas”. Además, se listan explícitamente tramos como AL Entry, AL Mass Premium y AL Premium, lo que indica una estrategia que va más allá del ámbito educativo o de bajo coste en el que triunfaron muchos Chromebooks.

La idea es que el sistema llegue a equipos con CPU, GPU y NPU capaces de mover modelos de IA en local, apoyándose en la nueva generación de chips ARM para PC (por ejemplo, la familia Snapdragon X). El objetivo es ofrecer una experiencia de escritorio completa, menos dependiente del navegador y más cercana a un portátil profesional tradicional. La reacción del mercado y de competidores será un factor importante en la adopción de este enfoque.

Qué pasa con ChromeOS: convivencia y cambio con continuidad

En el propio texto de la vacante se habla de “llevar a Google de ChromeOS a Aluminium con continuidad de negocio”, lo que deja entrever una transición por fases. ChromeOS y Aluminium OS coexistirán durante un tiempo mientras se construye una cartera de dispositivos comerciales en paralelo.

En foros técnicos y seguimientos de código, se han visto referencias a pruebas con placas basadas en Intel de 12.ª generación y MediaTek Kompanio 520. Eso sugiere que Google está evaluando el soporte en hardware existente, pero sin garantías públicas sobre actualizaciones para modelos ya en el mercado. La prioridad parece ser que el cambio no rompa ecosistemas donde ChromeOS tiene peso, como empresa y educación.

Calendario previsto y ventanas de anuncio

Las pistas apuntan a que Aluminium OS se presentaría en 2026, con la posibilidad de una revelación en un evento para desarrolladores y un despliegue posterior junto a nuevos equipos. En paralelo, se seguirá puliendo el “modo escritorio” de Android y el andamiaje de IA que servirá de base para la experiencia de PC.

Ejecutivos de Google ya han reconocido su intención de combinar lo mejor de Android y ChromeOS, y socios como Qualcomm han hablado de una “base técnica común” para PC. Todo ello apunta a un lanzamiento escalonado y a colaboraciones con fabricantes que aceleren la llegada de equipos listos para IA.

IA en el centro: Gemini y un ecosistema de apps unificado

Más allá del nombre, lo diferencial es el enfoque: Aluminium OS nace con la IA como punto de partida. La integración de Gemini y de modelos generativos debería aparecer en funciones de productividad, asistencia contextual, automatización y creatividad, además de herramientas para desarrolladores alineadas con el stack de Android.

Unificar la plataforma implica facilitar que las apps compartan base de código entre móvil y escritorio. Con ello, Google se ahorra mantener dos sistemas separados y podría atraer a más desarrolladores a publicar versiones de “Android de escritorio” con experiencias adaptadas a teclado, ratón y pantallas grandes.

Impacto: educación, empresa y canal

En el mercado europeo, donde Chromebook ha tenido recorrido especialmente en educación, la convivencia de ambos sistemas será clave. Administraciones y centros que dependen de ChromeOS necesitarán calendarios claros de soporte, mientras los fabricantes (Acer, Lenovo, HP y otros con presencia en España) preparan equipos con perfiles premium y de gama media para empresa y pymes.

También habrá interés en soluciones con NPU para ejecutar IA en local por cuestiones de privacidad y cumplimiento normativo en la UE. Si Google logra una migración ordenada y un catálogo competitivo, Aluminium OS podría ganar tracción en entornos profesionales donde ChromeOS tuvo más dificultades para entrar.

Todo apunta a un movimiento estratégico: un Android de escritorio con IA, orientado a varios segmentos de hardware y con un plan de transición desde ChromeOS. Si el calendario se mantiene y los socios responden con equipos solventes, 2026 podría ser el punto de inflexión en el que Google consolide por fin su apuesta por el PC tradicional.

Si buscas un IDE moderno que combine edición de código, automatización y verificación con IA, Antigravity es justo lo que estabas esperando. Este entorno de Google nace con enfoque agent-first, lo que significa que no solo sugiere líneas: orquesta agentes capaces de planificar, ejecutar y validar tareas complejas sin que tengas que estar encima todo el tiempo.

En esta guía detallada aprenderás a instalar Antigravity en Linux, a ponerlo a punto y a sacarle partido con casos de uso reales. Verás cómo funciona su Agent Manager, cómo integra Chrome, qué artefactos genera para dar confianza en cada cambio y por qué marca una diferencia respecto a los IDE tradicionales basados en chat.

Qué es Google Antigravity y por qué importa

Antigravity es una plataforma de desarrollo basada en agentes que replantea el IDE en clave de autonomía y verificación. Su superficie principal es el Gestor de Agentes (Mission Control), desde el que lanzas, monitorizas y coordinas múltiples agentes trabajando en paralelo sobre tareas y espacios de trabajo diferentes.

En vez de depender de una interacción lineal tipo chatbot, Antigravity permite crear varios agentes que atacan varios problemas a la vez, generando y validando resultados de forma asíncrona. La edición de código sigue existiendo y mantiene la familiaridad de VS Code, pero la prioridad se desplaza a la administración de ingeniería y a la calidad del resultado.

La propuesta se apoya en modelos como Gemini 3 Pro y, según la propia documentación, llegó como Vista Previa Pública orientada a cuentas personales. En palabras de Google, es un salto de “Copilot” a “Coworker”: un compañero de trabajo digital que planifica, programa y comprueba por sí mismo a través del navegador y herramientas locales.

Requisitos y disponibilidad

Para empezar, Antigravity está disponible para Linux, Windows y macOS. Necesitarás una cuenta personal de Gmail y el navegador Google Chrome (o base Chromium), dado que parte de sus capacidades dependen de una estrecha integración con el navegador.

La vista previa se puede usar gratis con cuotas limitadas, incluyendo acceso a Gemini 3 Pro y, en el plan individual mencionado en la documentación consultada, a Claude Sonnet 4.5 y GPT-OSS. Ten en cuenta que, cuando llegues al límite de cuota, el propio IDE te mostrará avisos; conviene elegir el modelo con cabeza para equilibrar calidad y consumo.

Instalar Antigravity en Linux

En distribuciones basadas en Debian/Ubuntu, Antigravity mantiene un repositorio propio. El alta del repo y la instalación son directas con APT:

sudo mkdir -p /etc/apt/keyrings
curl -fsSL https://us-central1-apt.pkg.dev/doc/repo-signing-key.gpg | \
sudo gpg --dearmor -o /etc/apt/keyrings/antigravity-repo-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/antigravity-repo-key.gpg] https://us-central1-apt.pkg.dev/projects/antigravity-auto-updater-dev/ antigravity-debian main" | \
sudo tee /etc/apt/sources.list.d/antigravity.list > /dev/null

sudo apt update

sudo apt install antigravity

Para distribuciones con paquetes RPM (Fedora, RHEL, etc.), puedes usar DNF con este repo:

sudo tee /etc/yum.repos.d/antigravity.repo << EOL
[antigravity-rpm]
name=Antigravity RPM Repository
baseurl=https://us-central1-yum.pkg.dev/projects/antigravity-auto-updater-dev/antigravity-rpm
enabled=1
gpgcheck=0
EOL

sudo dnf makecache

sudo dnf install antigravity

Los usuarios con una distribución con base Arch lo pueden descargar desde AUR. Siendo software nuevo, no es fácil asegurar cuál es la mejor opción, pero el paquete antigravity-bin es el que tiene mejor valoración.

Una vez instalado, ejecuta Antigravity. El asistente inicial te guiará por la configuración: puedes importar ajustes de VS Code/Cursor o empezar de cero, elegir tema (oscuro o claro), y definir cómo quieres interactuar con el agente.

Primer arranque y políticas de autonomía

Durante el onboarding verás dos parámetros clave: la Política de ejecución de terminal y la Política de revisión. Ajustarlas bien evita sustos, sobre todo en entornos sensibles.

• Ejecución de terminal:
  • Off: nunca ejecuta comandos automáticamente, salvo una lista permitida.
  • Auto: el agente decide y pide permiso cuando lo considera necesario.
  • Turbo: ejecuta comandos automáticamente (con lista de bloqueo configurable).
• Revisión:
  • Always Proceed: no solicita revisión nunca.
  • Agent Decides: el agente pide revisión cuando lo ve oportuno.
  • Request Review: siempre requiere revisión antes de proceder.

En base a esas políticas, hay cuatro flujos predefinidos de uso: Desarrollo impulsado por agentes, asistido por agentes, basado en revisiones y Configuración personalizada. La opción recomendada es Desarrollo asistido por agentes porque equilibra autonomía y control, pidiendo confirmaciones cuando toca.

Completa el resto del asistente: elige tus preferencias del Editor, inicia sesión con tu cuenta de Google y revisa los Términos de uso. En el paso de login, Antigravity abre Chrome y crea un perfil dedicado; permite su creación para que el navegador gestionado funcione correctamente.

Agent Manager: el centro de control

Al abrir Antigravity verás el Agent Manager, no el árbol de archivos. Esta vista está diseñada para orquestar agentes asíncronos que trabajan en diferentes tareas, con una visualización clara del estado, artefactos generados y revisiones pendientes.

Puedes abrir un Workspace (carpeta local) desde aquí o más tarde. Selecciona una carpeta de trabajo y Antigravity iniciará una conversación contextual sobre ese espacio. Además, puedes usar @ para referenciar archivos y aportar contexto adicional a tu instrucción.

En la barra superior verás dos controles importantes: Planning vs Fast, y la selección de modelo. Planning produce planes y artefactos exhaustivos (ideal para tareas complejas), mientras que Fast ejecuta directamente (perfecto para cambios pequeños cuando prima la velocidad). Ten presente las cuotas de Gemini 3 Pro; si las agotas, el IDE te lo indicará.

Qué hay en la interfaz del Gestor de Agentes

La vista está organizada en secciones funcionales. Conocerlas agiliza mucho la navegación entre tareas y conversaciones.

• Inbox: listados de conversaciones activas. Puedes entrar en cualquier momento para ver mensajes, estado, artefactos y solicitudes de aprobación.
• Start Conversation: inicia una conversación nueva directamente, con el cuadro Ask anything listo.
• Workspaces: añade y selecciona espacios de trabajo donde el agente puede crear y modificar archivos.
• Playground: área de experimentación rápida; más tarde puedes convertirlo en Workspace si el trabajo madura.
• Editor View: cambia a la vista de Editor para ver y editar archivos, lanzar comandos en línea e interactuar con el agente junto al código.
• Browser: acceso al navegador integrado, uno de los grandes diferenciales de Antigravity al permitir verificación “end-to-end”.

Cuando estés cómodo, pulsa en Siguiente en los diálogos introductorios y abre tu primer Workspace o permanece en Playground para pruebas rápidas. Si vienes de otros entornos con IA, te resultará familiar la mención con @archivo y el pase de contexto.

Configurar el navegador de Antigravity

El agente principal puede invocar un subagente de navegador que opera páginas abiertas en un Chrome administrado por Antigravity (modelo especializado distinto del del agente principal). Este subagente clicará, escribirá, leerá el DOM y la consola, además de capturar pantallas y grabar vídeo.

Para habilitarlo, Antigravity guía la instalación de su extensión de Chrome. Por ejemplo, en Playground escribe una instrucción como go to antigravity.google; el agente solicitará configurar el navegador y te expondrá un botón Configuración para instalar la extensión desde Chrome Web Store.

Con la extensión instalada, el agente te pedirá permisos para continuar la tarea. Verás cómo el navegador “toma vida” con un borde azul indicando control del agente y, al volver al Agent Manager, aparecerán estados y artefactos relacionados con esa navegación.

Artefactos: cerrar la brecha de confianza

Una pieza clave del enfoque agent-first son sus artefactos. En vez de dar por hecho que “arregló el bug”, el agente demuestra con evidencias lo que hizo y cómo lo validó. Puedes activar la vista Artifacts desde la esquina superior.

• Task Lists & Plans: el agente planifica el trabajo en pasos claros, editables y aprobables por ti.
• Code Diffs: diferencias estandarizadas de qué líneas cambian y dónde.
• Screenshots: capturas de la UI antes y después.
• Browser Recordings: vídeos completos de las acciones del agente en el navegador.
• Test Results: registros estructurados de pruebas ejecutadas con su resultado.

Además, puedes comentar artefactos al estilo Documentos de Google y enviar instrucciones granulares: el agente las incorporará y volverá a iterar. Aquí es donde el rol de “arquitecto” cobra sentido al revisar y guiar con precisión.

El Editor: contexto, comandos en línea y panel del agente

El Editor conserva la experiencia de VS Code: explorador de archivos, sintaxis, extensiones y, en general, la memoria muscular que ya tienes si vienes de ahí. Ahora bien, se potencia con conciencia del agente.

• Inline Command: selecciona código y lanza órdenes como “hazlo más eficiente” o “añade comentarios de esta lógica”.
• Agent Side Panel: en el lateral derecho, abre conversaciones y pide cambios sobre el código con contexto inmediato.

Para alternar entre Editor y Gestor de Agentes, tienes botones en la esquina superior derecha (Open Editor / Open Agent Manager) y, si prefieres teclado, el atajo Cmd + E (o su equivalente en tu sistema).

Casos de uso guiados que demuestran su potencia

Noticias destacadas con navegación y resumen

Un ejemplo sencillo: pedirle al agente que visite Google Noticias y resuma titulares relevantes. Desde Agent Manager, entra en Playground y lanza una petición del estilo: visita cierto sitio y trae un resumen por categorías.

El agente iniciará el navegador, tomará control y generará artefactos como capturas y vídeo. Prueba también una instrucción más concreta: Visit https://docs.cloud.google.com/release-notes and get me a summary of the release notes, categorized by product.

Generar una web dinámica en Python y Flask

Imagina un sitio informativo de una conferencia técnica de un día. Pídeselo al agente con una instrucción completa (home con fecha y lugar, 8 charlas, oradores, búsquedas por categoría/speaker/título, pausa de 60 minutos, dummy data y README detallado). Usa el stack Python + Flask, HTML/CSS/JS, y solicita que lance la web para revisar.

El agente producirá varios artefactos: Plan de tareas, Plan de implementación y Walkthrough, con verificación incluida en navegador. Si un puerto está ocupado (p. ej., 5000), el agente buscará otro libre (como 8080) y seguirá sin bloquearse.

Cuando la web esté viva, pásate al Editor para ver los archivos generados. ¿Quieres añadir dos charlas más? Desde el panel del agente pide “Add two more talks to the schedule” y revisa cómo actualiza el plan y valida los cambios.

Aplicación de productividad: temporizador Pomodoro

Otro clásico para probar front-end: una app Pomodoro con estética cuidada. Pide “Create a productivity app that features a Pomodoro timer. Give a calm and aesthetic look to the application.” y observa el proceso. El agente ejecutará pruebas y generará un artefacto de medios con un vídeo de verificación en el navegador.

Si algo visual no encaja (por ejemplo, un icono con fondo no transparente), sugiere cambios: “Make the hourglass icon background transparent”. El agente iterará el estilo, actualizará el plan y te mostrará las diferencias.

Pruebas de unidad con stubs simulados

Abre un Workspace con un módulo Python que implementa el flujo de pedidos (clase Order) con excepciones personalizadas, servicios externos InventoryService y PaymentGateway, y lógica de checkout que valida carrito, stock, descuentos, cobro y decremento de inventario. Es un escenario perfecto para generar tests con mocks.

Usa @ para referenciar el archivo dentro de la conversación y pide: “generate unit tests for this module and test it out with mock implementations”. El agente creará artefactos con el plan de pruebas, implementará stubs, ejecutará los tests y te enseñará el resultado. También puedes pedir una visualización de la clase para entender mejor su diseño.

Volver a la bandeja de entrada (Inbox) para retomar tareas

Si has lanzado varias conversaciones, entra en Inbox para verlas todas juntas. Desde ahí puedes retomar la conversación donde la dejaste, revisar artefactos y estados, o dar nuevas instrucciones sin perder contexto.

Modelos, modos y cuotas: sintoniza el rendimiento

Un consejo práctico: combina la elección de modelo con el modo Planning/Fast según lo que te interese. Planning es para investigación profunda, cambios grandes e integración de varias piezas; Fast viene de cine para renombrados, comandos de Bash aislados y tareas localizadas.

Recuerda que el uso de modelos premium está sujeto a cuotas, sobre todo en Vista Previa Pública. Si aparece un aviso de límite, ajusta el modelo o alterna el modo para aprovechar mejor cada llamada.

Perfiles a los que va dirigido Antigravity

Antigravity cubre desde perfiles técnicos puros hasta roles de producto. Desarrolladores front, back y full stack serán los principales beneficiados, pero también product managers y diseñadores para prototipos rápidos, y analistas/científicos de datos que precisen scripts y visualizaciones con razonamiento profundo.

Su combinación de administración de agentes, edición clásica y verificación con navegador permite que cada perfil se enfoque en su capa de valor. La IA se encarga de la ejecución técnica y la validación, mientras tú te quedas con la arquitectura, la decisión y la supervisión.

Documentación y capacidades del modelo de Antigravity

El IDE se apoya en Gemini 3 Pro y, de acuerdo con la información consultada, fue presentado como Public Preview en noviembre de 2025. Más allá del completado de código, la clave son sus capacidades agénticas: razonamiento avanzado, uso de herramientas y programación autónoma.

Además se mencionan opciones como Gemini 2.5 y un modelo integrado tipo “Nano Banana” para generar/editar imágenes. El cóctel técnico habilita flujos completos: planificación, implementación y validación con grabaciones y capturas, cerrando el ciclo de calidad.

Idiomas, menús y preferencias tras instalar Antigravity en Linux

Desde los menús de configuración puedes adaptar el entorno: tema, accesos, teclado y localización. Si quieres trabajar en español, ajusta el idioma desde Preferencias y revisa las opciones de la barra de menús para que el editor, el administrador y el navegador se comporten como te gusta.

Recuerda que Antigravity es multiventana. Editor, Agent Manager y navegador tienen sus propias superficies, lo que aporta claridad de responsabilidades y una navegación más directa entre construir, orquestar y validar.

Buenas prácticas al instalar Antigravity en Linux

Al principio te recomendamos apostar por el flujo de Desarrollo asistido por agentes. Te da suficiente autonomía sin perder control con solicitudes de revisión cuando importa. Si trabajas con repos sensibles, empieza con ejecución Off en terminal y súbela a Auto o Turbo cuando ganes confianza.

Activa la vista de Artefactos y acostúmbrate a comentar como si fuera un documento compartido. Ese loop de retroalimentación es oro puro para elevar la calidad y la trazabilidad de cada cambio antes de mezclar código.

Cómo probar Antigravity en otras plataformas

Aunque aquí nos centramos en Linux, Antigravity también está disponible en Windows (x64 y ARM64) y macOS (Intel y Apple Silicon). El flujo de onboarding es muy similar: descarga, instala, inicia sesión con Google y configura políticas y modelo conforme a tus necesidades.

La experiencia del navegador gestionado y la producción de artefactos es consistente entre plataformas, por lo que pasarte entre Linux, Windows y macOS no te obligará a cambiar tu forma de trabajar.

Ideas rápidas para seguir practicando

Si quieres seguir explorando, lánzate a tareas que combinen agente + navegador + editor. Por ejemplo, automatiza la extracción de datos de un panel con gráficos, pide validación visual con capturas y genera diffs del código que procesa esos datos.

Otra buena práctica es generar documentación viva: solicita un README a medida de tu proyecto, con pasos de instalación, ejecución, pruebas y cómo extenderlo. El agente puede mantener ese archivo al día a medida que evolucionas las funcionalidades.

Antigravity logra que pases del “prompting puntual” a una colaboración continua con evidencias de calidad. Entre el Agent Manager, el Editor y el navegador integrado, la plataforma te permite construir, validar y refinar sin salir del flujo, algo que los IDE tradicionales no resolvían con tanta elegancia.

Mientras el sector del software sigue mirando a los editores tradicionales, Google irrumpe con Antigravity, un entorno de desarrollo construido alrededor de agentes de IA que prometen asumir gran parte del trabajo repetitivo y orquestar tareas complejas. La idea no es sustituir a la persona desarrolladora, sino llevarla a un plano más estratégico.

En la práctica, esto significa un IDE con experiencia agent-first que funciona en Windows, macOS y Linux, con descarga gratuita de inicio y un foco claro en trazabilidad y auditoría del trabajo automatizado. El atractivo está en acelerar entregas sin perder el control, con herramientas pensadas para verificar cada paso.

Qué es Google Antigravity y qué propone

Antigravity es una plataforma de desarrollo asistida por IA que se apoya en el ecosistema de Gemini 3 y en un enfoque agentivo: agentes autónomos planifican, ejecutan y documentan tareas de ingeniería (desde escribir código y generar pruebas hasta preparar despliegues y monitorizar). La colaboración con la persona desarrolladora es continua y auditable.

Este enfoque se traduce en un entorno donde el editor, la terminal y el navegador están orquestados por agentes, con herramientas dedicadas para mantener la transparencia y facilitar la revisión técnica. El objetivo es dedicar menos tiempo a operaciones rutinarias y más a diseño, arquitectura y producto.

Funciones clave de Google Antigravity y cómo se utiliza

• Agentes autónomos y Mission Control: coordinación de múltiples agentes en paralelo para abordar tareas simultáneas en proyectos grandes.
• Automatización del ciclo de vida: asistencia en refactorización, generación de tests, documentación, despliegue y supervisión.
• Artefactos verificables: creación automática de planes de acción, listas de tareas y registros de ejecución para auditar el trabajo de la IA.
• Integración con navegador: capacidad de inspeccionar e interactuar con aplicaciones web directamente desde el entorno.
• Soporte multimodal: gracias a Gemini 3, entiende código, lenguaje natural, imágenes y respuestas de API en una misma sesión.
• Experiencia multiplataforma: disponible para macOS, Windows y Linux con un entorno unificado de edición y chat.
• Orquestación de modelos: posibilidad de configurar asistentes con Gemini 3 Pro, Claude 4.5 o GPT-OSS, sin coste inicial indicado.
• Extensibilidad: utilidades como Jules actúan como sidekicks para sesiones de codificación asíncrona y trabajo por etapas.

Además de la autocompletación y el chat contextual, el IDE fomenta pedir tareas de alto nivel (no solo funciones aisladas). La IA puede desglosar objetivos en pasos verificables y generar los artefactos necesarios para que cualquier miembro del equipo revise el progreso.

Precio y disponibilidad en España y Europa

Google ha puesto Antigravity gratis para su descarga en esta fase inicial, con la advertencia de que está preparando planes para equipos y empresas que podrían introducir cambios más adelante. El instalador está disponible para Windows, macOS y Linux, por lo que su adopción en entornos europeos resulta directa.

Para organizaciones sujetas a marcos normativos en la UE, conviene revisar términos de uso y privacidad antes de habilitar capacidades cloud o compartir código sensible con agentes, especialmente en contextos con requisitos de cumplimiento y gobernanza.

Antigravity frente a IDEs tradicionales

La diferencia no es solo de funciones; cambia el modelo mental: se trabaja por objetivos y evidencias, con la IA como colaboradora que deja rastro de todo lo que hace.

Impacto para equipos técnicos y startups

Para responsables de producto, CTOs y founders, el enfoque agentivo permite acortar time-to-market, reducir errores de rutina y reasignar talento a lo estratégico. En equipos españoles y europeos, puede marcar distancia en entornos competitivos sin disparar costes iniciales.

La plataforma también favorece la colaboración distribuida: los artefactos y la trazabilidad facilitan revisiones, auditorías y handovers, algo clave en proyectos multipaís y con normativas diversas.

Limitaciones y puntos a vigilar en Google Antigravity

Aunque ambicioso, el ecosistema aún es joven: menos extensiones y comunidad que en editores asentados, y una curva de aprendizaje asociada al modelo agent-first. También conviene gestionar la dependencia de los agentes y mantener revisión humana en decisiones críticas.

Otro aspecto sensible es la gobernanza: definir qué código y datos se comparten con la IA, establecer políticas internas y validar compatibilidades con marcos europeos de privacidad y seguridad.

Cómo empezar a probarlo

La instalación es directa desde el sitio oficial para Windows y macOS. Los usuarios de Linux tenemos información sobre cómo añadir y activar repositorios para distribuciones con base Debian y Fedora. También está disponible en AUR para base Arch.

Antigravity se perfila como un IDE centrado en agentes que prioriza la trazabilidad, la automatización y la orquestación; una propuesta interesante para quienes buscan acelerar desarrollo en España y Europa sin renunciar a control y revisión técnica.

Convertir un móvil o tablet Android en un entorno Linux completo es posible y, además, no necesitas root. Andronix ofrece justo eso: contenedores Linux listos para usar, con opción de interfaz gráfica ligera o línea de comandos, para trabajos de navegación, programación y tareas poco exigentes. Si te gusta cacharrear, personalizar al milímetro o simplemente quieres un escritorio en el bolsillo, aquí tienes todo lo que debes saber.

Antes de meternos en harina, conviene tener claras las bases: Andronix no sustituye Android ni obliga a hacer multiboot. Instalas una o varias distribuciones dentro de Android, las arrancas cuando las necesitas y las borras cuando terminas. Puedes tener incluso varios sistemas a la vez —hasta una docena— si el almacenamiento te lo permite. Y sí, hay escritorio gráfico con LXDE, LXQt o Xfce, e incluso gestores de ventanas como i3, Awesome u Openbox para los amantes del minimalismo.

Qué es Andronix y qué propone

Andronix es una solución para ejecutar un sistema Linux dentro de Android sin permisos de superusuario. Su objetivo es acercar un entorno Linux funcional a cualquier dispositivo compatible, sin romper nada del sistema original y sin tragar anuncios. La app te guía para desplegar contenedores basados en distintas distribuciones, con scripts listos para instalar y configurar todo lo básico.

El proyecto distingue entre dos tipos de sistemas: Un‑Modded OS (gratuitos) y Modded OS (de pago único, con licencias de por vida e instalaciones ilimitadas en cuantos dispositivos quieras). Los Un‑Modded son distros “vanilla” en formato tar con scripts abiertos; los Modded vienen afinados y con extras. Si quieres apoyar el desarrollo, existe Andronix Premium, que añade ventajas como sincronización online de comandos y web app para acceder desde cualquier equipo.

Un plus importante es que no hay multiboot: no particionas ni alteras el arranque del teléfono. Simplemente despliegas cada contenedor y lo ejecutas según te convenga. Puedes tener Un‑Modded y Modded al mismo tiempo, e incluso los 12 sistemas a la vez si te cabe todo en el almacenamiento interno.

Cómo funciona Andronix: PRoot, Termux y contenedores

La magia se apoya en dos pilares. Primero, PRoot emula un entorno de sistema de archivos y mapea llamadas para que la distribución Linux “crea” que corre con privilegios y rutas propias, aunque en realidad todo sucede en espacio de usuario. Segundo, Termux actúa como terminal y entorno base desde el que se lanza la distro y, si quieres, su escritorio gráfico.

Este enfoque tiene implicaciones. Al no cargar un kernel Linux completo ni cambiar el de Android, hay limitaciones técnicas por la falta de soporte total del kernel, por políticas SELinux de tu versión de Android, por la arquitectura del procesador y por el propio hardware. Por ejemplo, en Kali Linux la mayoría de herramientas avanzadas de pentesting no funcionarán como en un PC, precisamente por esas restricciones del kernel.

Ahora bien, si tu idea es navegar, programar, editar documentos o conectar vía SSH, este modelo funciona más que bien. De hecho, hay usuarios que han logrado “jubilar” portátiles en tareas leves usando Andronix a diario. Evidentemente, no es para cargas pesadas, pero para un escritorio ligero en movilidad va de lujo.

Acceso: CLI, escritorio y gestores de ventanas

Una vez desplegada la distribución, puedes operar de dos maneras. La más rápida es CLI (línea de comandos), como si entraras por SSH en una máquina remota, ideal para administrar, programar y automatizar. La otra es GUI (interfaz gráfica), que puedes montar con LXDE, LXQt o Xfce, tres escritorios conocidos por su ligereza.

Si te va la personalización extrema, los Window Managers compatibles —Awesome, i3 y Openbox— son el terreno perfecto para “hacer rice” y dejar el escritorio a tu gusto. Estos gestores de ventanas consumen pocos recursos, son muy configurables y permiten un flujo de trabajo rápido con atajos de teclado y paneles minimalistas.

Distros disponibles: Un‑Modded y Modded

En el apartado de sistemas soportados, Andronix ofrece 8 Un‑Modded OS y 4 Modded OS en el momento descrito, cubriendo las distros más populares. Entre las Un‑Modded figuran:

• Ubuntu
• Debian
• Manjaro
• Fedora
• Kali (con la nota importante de que muchas herramientas de seguridad no operan por las limitaciones del kernel)
• Void
• Alpine
• Arch (en soporte beta)

Las versiones Modded, por su parte, son de pago único y vitalicio, con instalaciones ilimitadas. Están pensadas para quien quiere algo más afinado sin invertir tiempo en ajustes iniciales. Puedes mezclar ambas familias a la vez, instalando y desinstalando cuando quieras según tus necesidades de almacenamiento.

Requisitos: versión de Android, Termux y arquitectura

Para que todo funcione, necesitas cubrir tres puntos esenciales. Primero, Android 7.0 o superior. Segundo, Termux instalado desde F‑Droid (específicamente esa versión). Tercero, un dispositivo con arquitectura compatible, que puede ser ARMv7, ARM64 o x64. Si cumples con esto, lo normal es que puedas desplegar cualquiera de las distros mencionadas.

Recuerda que, aunque no requiera root, la experiencia dependerá mucho de tu hardware. Más RAM y mejor CPU siempre ayudan, sobre todo si quieres abrir un escritorio completo con múltiples apps en paralelo. En dispositivos modestos, optar por LXDE o un gestor de ventanas marcan la diferencia en fluidez.

Licencias, apertura del código y cómo colaborar

Andronix adopta un enfoque mixto en cuanto a su modelo de desarrollo. Es parcialmente open‑source: los tar de las distros gratuitas y los scripts de instalación están publicados en su repositorio de GitHub. Sin embargo, la app de Android y los recursos de los Modded OS son cerrados por razones comerciales evidentes.

Esto no significa que no apuesten por la comunidad. Al contrario: aman el open‑source y, si mantienes un proyecto abierto como dev o maintainer, puedes solicitar acceso gratuito de por vida a los componentes de pago tras un proceso de verificación. Una manera elegante de apoyar a quienes empujan el ecosistema libre.

Andronix y DeX/ChromeOS: integración vs. separación

Una pregunta recurrente es si Andronix crea un “shell de Linux” como en ChromeOS o si se pueden lanzar apps Android dentro del escritorio Linux. La respuesta corta: Andronix ejecuta Linux en un contenedor separado del entorno Android. Esto significa que el escritorio Linux no es el de Android ni integra sus apps como si fueran nativas del sistema huésped.

En la práctica, tendrás dos mundos conviviendo en el mismo dispositivo: Android con sus apps y, cuando lo inicies, la distro Linux con sus propias aplicaciones. Puedes compartir archivos y moverte entre ambos, pero no vas a instalar apps Android dentro de LXDE/Xfce como si aquello fuera DeX o el contenedor Crostini de ChromeOS. Es un paradigma distinto: aquí todo ocurre en espacio de usuario emulado por PRoot.

¿Qué puedes hacer con Andronix?

Dentro de los límites comentados, el abanico es amplio. Para empezar, navegación web ligera, escritura y edición de documentos, terminal, administración de servidores, programación con tus herramientas favoritas y gestión de repositorios de código. Con escritorios livianos o gestores de ventanas, la experiencia es ágil y agradable incluso en dispositivos veteranos.

Si te gusta el bricolaje digital, puedes personalizar a fondo el entorno, desde temas y atajos de teclado hasta paneles e indicadores. Y si no quieres perder tiempo en la puesta a punto, los Modded OS reducen pasos y te dejan con algo “listo para funcionar” de forma más inmediata.

Limitaciones a tener en cuenta

Conviene subrayar los bordes del mapa para no llevarse decepciones. Por su naturaleza, no hay acceso total al kernel Linux ni a ciertas funciones de bajo nivel. Herramientas que requieren capacidades específicas del kernel, como parte del arsenal de Kali, no operarán como en un PC. También estás sujeto a las políticas SELinux de tu versión de Android, que pueden acotar acciones dentro del contenedor.

En rendimiento, el escritorio gráfico siempre suma consumo de RAM y CPU. Si tu dispositivo es modesto, elige entornos ligeros (LXDE, Openbox, i3) y evita acumular procesos. Para cargas intensivas o aceleración gráfica compleja, este enfoque no es el adecuado. Aun así, para tareas de productividad básicas funciona sorprendentemente bien.

Andronix vs. UserLAnd y otras vías

Entre las alternativas más conocidas aparece UserLAnd. A raíz de comentarios de usuarios, hay quien percibe periodos con menos actividad en Andronix y, por contra, actualizaciones recientes y buenas reseñas en UserLAnd. Si priorizas una interfaz moderna y scripts listos, Andronix es muy cómodo; si valoras más el pulso de actualizaciones en el momento, puede tener sentido probar UserLAnd y ver cuál se adapta mejor a tu uso real.

Más allá de esos dos, existen enfoques similares basados en contenedores apoyados en PRoot o en soluciones de escritorio remoto. Si lo que quieres es “un Linux con ventanas” accesible desde Android, tanto Andronix como propuestas análogas comparten la filosofía: no tocar particiones, no pedir root y ofrecer un entorno usable de trabajo con costes mínimos.

¿Para quién es ideal Andronix?

Si buscas un entorno Linux de bolsillo para estudio, programación ligera, administración y pruebas, Andronix encaja como un guante. Es perfecto para amantes del minimalismo y del “rice” que quieren un WM rápido, y para quienes no desean meterse en multiboots ni procedimientos delicados. La curva de entrada es suave gracias a scripts y documentación.

Para quienes necesitan herramientas de seguridad muy específicas o dependientes de kernel, o para cargas pesadas y aceleración avanzada, lo más prudente es usar un PC o portátil con Linux nativo. Aun así, como entorno de apoyo, tener Linux en el mismo teléfono es un lujo cuando estás con movilidad y necesitas sacar trabajo rápido.

Instalación y gestión: ideas clave

La app guía el proceso, pero la dinámica general es clara: descargas el tar de la distro, lo despliegas vía scripts y, desde Termux, inicias la sesión (CLI o GUI según prefieras). Puedes instalar varias distros y convivir con Un‑Modded y Modded; cuando ya no te haga falta alguna, la desinstalas y listo.

Si optas por escritorio, lo habitual es conectarte vía servidor VNC a la sesión gráfica que se levanta desde el contenedor. Es una solución extendida por su compatibilidad y simplicidad, y encaja con la idea de recursos contenidos que persigue Andronix.

Personalización: de DEs a WMs

Quienes prefieren un escritorio clásico tienen LXDE, LXQt y Xfce. Todas son opciones ligeras, con menús y paneles tradicionales, bien documentadas y amigables. Si te va ajustar cada detalle, los gestores de ventanas como i3, Awesome y Openbox te permiten construir un entorno ultrarrápido con atajos, barras e indicadores a tu medida.

La comunidad de “ricers” disfruta particularmente de i3 y Awesome por su flexibilidad y rendimiento, mientras que Openbox ofrece un equilibrio estupendo entre estética y consumo. Desde temas y colores hasta keybindings, tú decides cómo se comporta y cómo luce tu escritorio.

Modelo económico: gratuito, Modded y Premium

El acceso a las distros Un‑Modded es gratuito y sin anuncios, con uso ilimitado. Si buscas algo más mimado y rápido de arrancar, los Modded OS tienen un coste único razonable que da derecho a uso de por vida en dispositivos ilimitados. Para quienes quieren apoyar al equipo y ganar comodidad, Andronix Premium añade ventajas como la sincronización online de comandos y una web app multi‑dispositivo.

Esta combinación permite empezar sin pagar, evaluar si encaja en tu flujo y, si lo hace, invertir en Modded o Premium. Transparency note: los recursos de pago son cerrados, mientras que los scripts y tars libres están en GitHub, lo cual aporta confianza y revisabilidad.

Queda claro que Andronix es una forma directa de llevar Linux al bolsillo sin root, con distros populares, escritorios ligeros y gestores de ventanas ideales para equipos modestos. No pretende sustituir a un Linux nativo en un PC, pero cubre de sobra navegaciones, terminal, programación y productividad básica; y, además, lo hace sin multiboot, con scripts abiertos y una comunidad activa respaldada por documentación y un sitio moderno con NuxtJS, Tailwind, Cypress, Mocha y GitHub Actions. Si venías con dudas sobre DeX/ChromeOS o comparándolo con UserLAnd, piensa que aquí el contenedor Linux convive con Android sin mezclar apps, y que la elección entre uno u otro depende más de tu preferencia por comodidad, personalización y ritmo de actualizaciones que de una brecha técnica radical.

Disponible en la Google Play.

Desde la presentación de la Steam Machine hasta su lanzamiento y más allá, se está hablando mucho más de juegos en Linux que nunca. Existe un debate sobre cuántos fps son necesarios para una buena experiencia, habiendo gente que dice que no menos de 60 y otros que aseguran que 30 es más que suficiente. ¿Quién tiene razón? Va a depender de varios factores, entre lo que encontramos preferencias y tolerancia de cada uno.

Lo que vamos a explicar aquí es por qué esos fps extra que se consiguen en Linux sí marcan la diferencia… o no. O cuándo sí y cuándo no. También responderemos a la lógica duda de por qué se ve bien una película a bajos fps (generalmente 24) y hay gente que dice que eso jugando es un desastre.

Los retrasos (lag)

Antes de empezar, hay que hablar de los retrasos, del inglés lag. Y antes de pasar a los frames per second, tenemos que hablar de la conexión a Internet. Recuerdo hace mucho que quise jugar a Quake 3, que era todo online. Todos los demás se movían como malabaristas, y yo era como un soldado con lesiones por todo el cuerpo por lo mal que me movía. Un día, no recuerdo por qué, estaba jugando contra otra persona, abrí la consola y le dije «STOP». Aquella persona fue legal, y se paró delante de mí (estaba a punto de reventarme). Le pregunté por qué los demás se movían más rápido, y me dijo que sería mi conexión (ADLS 256).

Dejé de jugar en línea hasta años después.

Años después, ya con ADLS 6 megas, me puse a jugar al Call of Duty Black Ops, y yo era más bien malo. Me pasaba que al ver la «death cam», muchas veces yo disparaba donde no había nadie. Me preguntaba cómo era eso posible, hice un test y mi ping era alto. Por lo tanto, yo jugaba literalmente en el pasado de la acción. Me pasé a fibra y mi calidad y estadísticas mejoraron.

Más fps = menos input lag

Explicado lo anterior, hay que mencionar otro tipo de retraso: el de la entrada. Aunque los juegos suelen guardarse las pulsaciones, a menor número de fps, mayor es la probabilidad de que pulsemos fuera de tiempo. La diferencia es de milisegundos, pero esos milisegundos importan si se está jugando en línea. Es el principal motivo por el que los jugadores más exigentes quieren jugar a unos 120fps. Son muchos, demasiados diría yo, casi una locura o manía, pero lo cierto es que cuantos más fps, más precisión.

La diferencia con los vídeos grabados con cámara

Cuando alguien no tiene un equipo que le permite llegar a 120fps y le dicen que 120fps es algo necesario, se cuestiona las cosas. Surge una duda lógica: las películas están grabadas casi todas a 24fps, habiendo algunas que están a 48fps. Si yo veo las películas a 24fps y se ve todo fluido y con gran calidad, ¿qué me estás contando de que son necesarios al menos 60 para que se vea fluido? Pues porque no es lo mismo.

Haced la prueba: jugad a un título a 30fps y luego subidlo a 60fps si es una posibilidad. Veréis que sí se nota diferencia de fluidez. ¿Pero por qué si los vídeos también se ven fluidos y se graban a 24? Por cómo se graban y generan los frames.

Una cámara de vídeo hace 24 fotos por segundo, pero con una exposición en la que se llegan a capturar imágenes como movidas. Si cogemos un vídeo y lo pasamos fotograma a fotograma, veremos que hay muchos que se ven borrosos. Esos fotogramas movidos son los que nos permiten ver la acción con total fluidez. Un fotograma parado y borroso siempre será como una foto borrosa, pero unido al resto es lo que da la sensación de fluidez.

En los juegos, este tipo de fotogramas intermedios NO EXISTE. Cada frame es una foto totalmente nítida, y a bajos fps se notan los saltos. 30 pueden estar bien, pero lo dicho, si se sube a 60 se notará la fluidez porque se rebaja el tiempo entre imágenes nítidas.

Cuántos fps son suficientes

Para la mayoría de partidas, 60 está más que bien. De hecho, es como el framerate estándar para hablar de que algo rinde bien. Pero podemos hablar de diferentes opciones según el tipo de juego y partida:

• Jugable (desde mi punto de vista): un juego puede ser jugable si se mantiene por encima de los 20fps y se juega en modo campaña sin conexión. Sé que muchos estaréis pensando que es una tontería, muy pocos, una locura, pero yo he visto caídas a ese punto y en esas caídas he podido seguir jugando. El punto aquí es si no hay bajones. Si cae por debajo de los 20-y-algo, creo que ya es literalmente injugable; no sé si alguien lo tolerará.
• Decente: 30fps es el segundo estándar, el que las compañías mencionan para decir que un título se puede jugar. Por ejemplo, Doom The Dark Ages, que este mes se ha actualizado y obtenido la verificación para la Steam Deck prometiendo una media de 30fps.
• Fluidez real: si se quiere una fluidez real, debe mantenerse por bastante más que esos 30fps. Yo diría que casi 50fps o llegar a los 60fps.
• Pro: si alguien quiere nivel pro, porque juega online como hobby principal o profesionalmente, entonces decir que cuanto más azúcar más dulce. Yo no creo que jamas necesite acercarme a los 100fps, pero cuantos más, menos retraso y más precisión. La vista yo no creo que lo note.

¿Marcan la diferencia los fps de más que se obtienen en Linux?

Al final, lo que manda son las sensaciones. Yo recuerdo jugar a Horizon Zero Dawn a 30fps al principio sin ninguna queja, pero subirlo a 60fps y notar la fluidez. En ese caso, lo dejé a 30fps cuando quería alargar la autonomía, pero recuerdo subirlos cuando estaba en un punto más difícil. Obsesionarse con más de 60fps, sobre todo si no se juega online profesionalmente, no es bueno. Uno no va a disfrutar una experiencia que probablemente si sea satisfactoria.

Respondiendo a la pregunta, muy poca, pero sí. Un juego que pasa de 40  medios a subir de 60fps sí se ve algo más fluido, y será todo más preciso. Pero tampoco será tanta la diferencia si no se juega online. Mi recomendación es simple: como usuario de Linux y sabiendo que se obtiene mejor rendimiento, si el juego funciona en Linux es mejor jugarlo ahí. Si no, pues tocará ir a morir a Windows. Diferencia hay, aunque lo mejor es no obsesionarse.

Proton 10.0-3 ya está disponible como actualización estable de la capa de compatibilidad de Valve para ejecutar juegos de Windows en Linux y SteamOS. Desarrollado junto a CodeWeavers sobre WINE, este lanzamiento se centra en ampliar compatibilidad y pulir errores frecuentes en títulos populares, con impacto directo en equipos de sobremesa y en la Steam Deck utilizada.

Además de sumar un buen puñado de juegos que pasan a funcionar correctamente, la versión llega con docenas de correcciones, mejoras para periféricos y ajustes internos importantes. Entre ellos destacan arreglos para mandos de Sony por Bluetooth, regresiones solucionadas introducidas en Proton 10 y la actualización de componentes clave como DXVK y vkd3d-proton.

Novedades principales de Proton 10.0-3

La versión estable 10.0-3 confirma más juegos en buen estado bajo Steam Play y soluciona incidencias que afectaban a la experiencia en distintos géneros. También se han incluido arreglos para casos de uso muy comunes, como problemas de vídeo, cuelgues esporádicos y fallos de lanzamiento, además de mejoras en el rendimiento de algunos títulos.

Juegos que se suman a la compatibilidad

Valve certifica nuevos títulos como jugables bajo Proton 10.0-3. En varios casos hay matices de GPU que conviene tener en cuenta, tal y como se indica en la lista:

• Mary Skelter: Nightmares
• Fairy Fencer F Advent Dark Force
• Far Horizon
• Grim Fandango Remastered (GPU AMD e Intel)
• The Crew Motorfest
• Viking Rise: Valhalla
• Starlight Re:Volver
• Gemstones
• Act of War: Direct Action (con GPUs AMD)
• SSR Wives: The Murder Of My Winter Crush Demo
• Firefly Village
• The Riftbreaker: Multiplayer Playtest
• Ninja Reflex: Steamworks Edition
• Arken Age

Correcciones destacadas

El conjunto de arreglos es amplio y toca tanto juegos actuales como clásicos. A continuación, una selección de los cambios más relevantes que llegan con Proton 10.0-3:

• Steam Deck OLED: The Quarry vuelve a ser jugable.
• God of War: Ragnarök: los mandos de Sony vuelven a funcionar en modo portátil.
• DualSense por Bluetooth: se corrigen clics fantasma del touchpad.
• Disgaea PC: de nuevo aparecen los iconos de mando.
• Resident Evil 7 Biohazard: los vídeos vuelven a reproducirse a velocidad normal en Steam Deck.
• Resident Evil Village: sin congelaciones tras cinemáticas y eliminado el tinte azul en vídeos.
• METAL GEAR SOLID V: THE PHANTOM PAIN: sin crujidos de audio en cinemáticas en Steam Deck y sin cuelgue al inicio del Capítulo 1.
• Quake 4 y DOOM 3: el ratón funciona bien en pantalla completa.
• INSIDE: desenchufar el mando ya no rompe la entrada de teclado.
• Rocket League y Unreal Tournament 3: mejor rendimiento.
• Deadlock: solucionados microcortes cada 5 minutos.
• The Finals: sin expulsiones tras actualizar el juego.
• Epic Games Store: el lanzador vuelve a iniciar bajo Proton.
• VRChat: mejoras en el reproductor AVPro (menos congelaciones, búsqueda más estable y vídeos funcionando en más casos).
• Dune: Awakening: corregidos avisos erróneos sobre HDD y drivers con GPUs AMD.
• Age of Empires III: arreglado el campo de entrada de CD key.
• Counter-Strike: menos caídas raras al conectar a partidas.
• Juegos clásicos como Alone in the Dark (2008), DiRT, Disney Universe, Hard Truck Apocalypse, Dino D-Day y Prototype 2: ahora arrancan en CPUs con muchos núcleos.
• Y otros arreglos: DayZ Tools, Warhammer 40,000: Dakka Squadron, Doom Eternal (menús desplegables), God Eater, Crysis 3, The Heart of Influencer, Superscout, Dungeon Lords Steam Edition, Spark & Kling, Avatar: Frontiers of Pandora, Tales of Berseria, Sea Power, VR Slots 3D, Teardown, Motor Town, entre otros.

Mejoras para Steam Deck y periféricos

Parte del esfuerzo se ha centrado en la consola de Valve. Usuarios de la Steam Deck OLED notan arreglos directos y, en general, hay mejor soporte para mandos DualSense y mejor integración de iconografía en juegos que la perdieron en versiones anteriores. También se han corregido regresiones que afectaban a vídeos, congelaciones y entradas de teclado/ratón.

Componentes actualizados en Proton 10.0-3

Bajo el capó, Proton 10.0-3 actualiza piezas clave de la traducción de APIs de Windows a Linux. En concreto, se incluyen DXVK v2.6.2-23-g3cb664e12609, vkd3d-proton v2.14.1-472-g32bffb836cb0, DXVK-NVAPI v0.9.0-10-g0ea231734d60 y vkd3d v1.17-61-g979d7e4b85f2, lo que se traduce en mejoras de estabilidad gráfica y compatibilidad con DirectX sobre Vulkan.

Cómo instalar o activar Proton 10.0-3

Si ya tenías instalada la Beta de Proton 10, la actualización aparecerá en las descargas de Steam. En caso contrario, puedes instalarla buscándola en tu Biblioteca de Steam (o en la tienda de la Steam Deck). Para probarla en un juego concreto, haz clic derecho en el título, entra en Propiedades > Compatibilidad y selecciona «Proton 10.0-3» en la lista. El paquete también se puede descargar desde GitHub junto con el registro completo de cambios.

Disponibilidad de Proton 10.0-3

Al no tratarse de un lanzamiento por regiones, la actualización está disponible de forma simultánea para usuarios de Linux y Steam Deck. Los cambios se aplican igual en ambos contextos, por lo que quienes jueguen en sobremesa o en la portátil de Valve notarán las mejoras tras actualizar.

Con este ciclo, Proton afianza compatibilidad con nuevos juegos y arregla frentes sensibles para la comunidad, desde controladores hasta vídeos y estabilidad general. Para quienes juegan en Linux o Steam Deck, 10.0-3 supone un paso más hacia una experiencia más pulida sin necesidad de tocar demasiada configuración.

Vamos con otro artículo relacionado a la noticia de la semana, del mes y diría que del año tecnológico. Valve anunció que 2026 llegará con tres dispositivos de hardware nuevos: una «consola», unas gafas de VR y un mando. A partir de ahí y hasta tener más información oficial, mucha especulación: que si valdrá menos de 400$ (¡póngame dos!), que si los desarrolladores optimizarán sus juegos… de todo. Algo que se está tratando mucho es que podemos crear nuestra propia Steam Machine con Bazzite ya mismo, algo en lo que no estoy de acuerdo.

Bazzite es un sistema operativo con base Fedora inmutable que pretende llevar la experiencia de SteamOS a cualquier equipo compatible. Está disponible en diferentes configuraciones y escritorios, llegando a haber una versión para la Steam Deck. Si he puesto ese «pretende» subrayado es porque yo he usado Bazzite durante semanas en mi mini PC, y no termino de verlo. Explico por qué.

Steam Machine con Bazzite: de momento, no

Mi instalación de Bazzite tenía una finalidad, que no era la de jugar. Yo quería tener un sistema operativo algo más ligero que Windows 11 y hacer lo mismo o más, porque es muy fácil instalarle Android, pero mi gozo pronto se fue al pozo.

Mi elección fue la versión para la Deck, entonces y actualmente en fase beta. Mi idea: iniciar en el modo Gaming y lanzar desde allí Kodi, VacuumTube, Cider y cualquier otra aplicación multimedia que se me ocurriera. El modo juego de SteamOS elimina procesos en segundo plano y se centra en su interfaz, launcher o como queráis llamarlo, algo que mejora el rendimiento. Vamos, que quería tener una experiencia cercana a la de una Smart TV.

Lo que pasó fue que abrí Kodi y lo vi entrecortado. Activé el menú de rendimiento y los fps eran bajos, no recuerdo hasta que punto. Pero cuando entraba en el escritorio Plasma, la reproducción era totalmente normal. Lo que ya me hizo plantar las orejas fue entrar en el modo juego desde el escritorio sin cerrar programas. Tenía algo reproduciéndose, y entró al «modo juego», ahora entre comillas, sin cerrar aquel proceso.

No puede ser lo mismo sin un buen modo juego

El modo juego de Bazzite, por lo menos en la versión Deck, no es igual. De hecho, hilos como este de Reddit me dan la razón. El rendimiento en el modo juego cae en picado, y no habrá Steam Machine que se precie sin esa parte que nos hace sentir que estamos casi ante una consola.

El problema está bastante extendido, y os recomiendo preguntarle a ChatGPT — por lo de filtrar la búsqueda — sobre el tema para que os pase varios hilos más de Reddit. Es lo que pasa cuando alguien quiere abarcar demasiado, que aprieta poco. Bazzite quiere ser «el SteamOS de cualquier PC», y en el mundo habrá miles o cientos de miles de configuraciones diferentes. Acertar en todas es, cuanto menos, muy difícil.

Bazzite también tiene la opción de abrir el cliente de Steam y desde él ir al modo Big Picture, que sería la interfaz del modo juego, pero con todo el escritorio en segundo plano. Aunque se menciona que los problemas de rendimiento son menores, también existen.

Si, claro, es buena opción para todo lo demás

Pasando por alto el punto del modo juego, Bazzite sí sirve para montarse un PC para jugar, y en todo lo que no requiera anti-cheat y esas cosas, irá mejor que Windows 11. Lo que pasa es que yo, autor de estas palabras, no compro eso de que Bazzite te permita crear hoy mismo tu Steam Machine.

En el futuro, en un tiempo en el que el modo juego rinda igual de bien que en el escritorio normal, lo que se dice ahora sí podría cumplirse. Y lo mejor de esto será que se podrá usar en equipos incluso más baratos que la Steam Machine, o, lo que es mejor, en otros más caros y potentes. El futuro no es hoy.

La nueva versión de la pila gráfica de código abierto, Mesa 25.3, ya está disponible y aterriza como una actualización de calado para los sistemas GNU/Linux. El foco está en nuevas extensiones, más compatibilidad y un rendimiento mejorado que se dejará notar en videojuegos y aplicaciones 3D.

Para el público europeo y español, el lanzamiento es especialmente interesante: las principales distribuciones (Ubuntu, Debian, Fedora, Arch, openSUSE) irán incorporando el paquete estable en sus repositorios, mientras que quienes compilan por su cuenta pueden obtener el código desde el sitio oficial. El objetivo del proyecto se mantiene: ofrecer una base común y moderna para OpenGL, Vulkan y OpenCL en hardware actual.

Novedades clave de Mesa 25.3

El salto de funciones en esta entrega es amplio. Se añaden múltiples extensiones de Vulkan a drivers como ANV (Intel), RADV (AMD), NVK (NVIDIA), PanVK, HoneyKrisp y PVR, además de nuevas extensiones de OpenGL para V3D, Panfrost, R300, Zink y RadeonSI.

Entre los titulares técnicos, Mesa 25.3 incorpora un driver Gallium para Arm Ethos NPU (en combinación con el framework Teflon), soporte de mesh shaders en Zink y la capacidad de reemplazar shaders SPIR-V en los controladores Vulkan de Mesa.

También llegan semáforos de OpenCL en Rusticl, soporte Vulkan WSI para modos atómicos (atomic mode-setting) y mejoras en vídeo para AMD. El controlador PVR ahora expone compatibilidad con Vulkan 1.2, hay avances en Anti-Lag de AMD en Vulkan y se optimiza el trazado de rayos en RADV.

De cara a la gestión de pipelines, la serie suma VK_KHR_pipeline_binary en ANV y NVK, lo que ayuda a reducir tiempos de carga y refuerza la estabilidad. Además, el controlador NVK gana madurez e incluso soporte para Blackwell, mientras que la base de Intel amplía compatibilidad con Wildcat Lake.

En el apartado de limpieza técnica, se abandona el front-end VDPAU, y se introducen mejoras de rendimiento transversales para Intel, AMD, NVK y otros controladores. Son ajustes que, en conjunto, suavizan stuttering, refinan compilación de shaders y recortan cuellos de botella.

Rendimiento en juegos y experiencia con Proton

Los cambios repercuten directamente en títulos populares. Mesa 25.3 mejora compatibilidad y estabilidad en juegos como Indiana Jones and the Great Circle, Penumbra: Overture, Borderlands 4, Resident Evil 4: Separate Ways, Doom: The Dark Ages, Endless Legend 2, No Man’s Sky, Assassin’s Creed Valhalla, Wuthering Waves, Hades 2, Dying Light, Age of Wonders 4, Baldur’s Gate 3, Final Fantasy XVI, Call of the Wild: The Angler y Elite Dangerous.

La lista continúa con Shadow of the Tomb Raider, Horizon Forbidden West Complete Edition, Cyberpunk 2077, Midnight Club 3, Hollow Knight: Silksong, The Witcher 3, Dragon Age: The Veilguard, Ratchet & Clank, Counter-Strike 2, Ghost of Tsushima, Like a Dragon: Infinite Wealth y Red Dead Redemption 2. En equipos con Intel, AMD o NVIDIA, estas mejoras se aprecian tanto en títulos nativos como en los que se ejecutan vía Proton/Steam Play.

En particular, durante el ciclo de desarrollo de esta serie se han abordado correcciones de renderizado en ANV (Intel) para juegos Direct3D vía Proton, reduciendo artefactos visuales y fallos molestos. Junto a las optimizaciones de RADV (AMD) y las mejoras de compatibilidad en NVK (NVIDIA), la experiencia de juego gana solidez y consistencia.

Soporte de hardware y controladores

La cobertura de dispositivos sigue ampliándose. Intel ve reforzado ANV y soporte para plataformas como Wildcat Lake; AMD obtiene avances en RADV y en aceleración de vídeo; y NVK continúa avanzando como alternativa abierta al stack propietario, con mejor alineación frente a hardware reciente.

Del lado de Arm y la escena de SBC/SoC, Panfrost y V3D reciben nuevas extensiones de OpenGL, mejorando la base para dispositivos con GPU Mali y Raspberry Pi. El ecosistema PVR suma Vulkan 1.2, y Zink se beneficia de los mesh shaders, abriendo la puerta a mayor flexibilidad en la traducción OpenGL sobre Vulkan.

Disponibilidad de Mesa 25.3 y actualización en distribuciones

Quien prefiera compilar ya puede descargar el tarball de FreeDesktop.org (GitLab) o el sitio oficial de Mesa. Para la mayoría de usuarios, lo más cómodo será esperar a que 25.3 aterrice en los repositorios estables de su distribución, asegurando compatibilidad y soporte del mantenimiento de la propia distro.

Como siempre, conviene leer las notas de la versión y las advertencias de cada distribución antes de actualizar, especialmente si se usan entornos de producción o máquinas destinadas a juego competitivo, donde la estabilidad y la latencia son clave.

Qué cambia

Para jugadores de PC y quienes usan soluciones como Steam Deck, la mejora en compilaciones de shaders y la reducción de stuttering se notará a corto plazo en títulos exigentes. Los estudios que portan juegos a Linux cuentan ahora con más extensiones estandarizadas y un comportamiento más predecible.

En entornos profesionales y educativos, la ampliación de soporte en Vulkan y OpenGL facilita flujos de trabajo 3D, CAD y visualización científica en estaciones Linux. La llegada de un driver Gallium para NPUs de Arm, junto con mejoras en Rusticl y Zink, es una señal de hacia dónde evolucionan los pipelines abiertos.

Mesa 25.3 se consolida como una actualización relevante para el ecosistema gráfico en Linux: más funciones, mejor compatibilidad y rendimiento afinado, tanto en controladores de Intel, AMD y NVIDIA como en plataformas Arm y PowerVR, y con un impacto directo en un buen puñado de juegos actuales.

Si te preocupa tu privacidad y quieres navegar sin dejar rastro, Tails vuelve a la carga con una versión que merece la pena probar de inmediato. En esta entrega, la llegada de Tails 7.2, tras Tails 7.1, refuerza su enfoque tradicional: ejecutar el sistema desde un USB, forzar todo el tráfico a través de Tor y minimizar filtraciones. El resultado es una actualización centrada en seguridad, compatibilidad y usabilidad, justo lo que muchos pedíamos desde hace tiempo.

Lo más llamativo es el salto del navegador integrado y los ajustes finos de privacidad, pero hay más. Tor Browser 15.0.1, el kernel Linux 6.12.57 y Thunderbird 140.4.0 se combinan con cambios que reducen riesgos, como la eliminación de la consola gráfica de root o el bloqueo de telemetría en el correo. En conjunto, Tails 7.2 pule la experiencia sin renunciar al «mínimo privilegio» que caracteriza a este sistema.

Qué es Tails y por qué sigue siendo clave

Tails, siglas de The Amnesic Incognito Live System, es una distribución basada en Debian, como se detalló en Tails 7.0, pensada para ejecutarse como sistema en vivo desde un medio externo, normalmente un USB. Su propuesta es sencilla y contundente: todo el tráfico sale por Tor, nada se escribe en el equipo anfitrión y la persistencia es opcional mediante un almacenamiento cifrado que puedes habilitar en la propia memoria USB.

En la práctica, esto implica que puedes usar Tails en casi cualquier ordenador, dejarlo tal cual estaba al apagar y marcharte sin huellas. Es la opción preferida por quienes necesitan confidencialidad robusta, desde periodistas y activistas hasta usuarios que simplemente desean minimizar el rastreo en la red.

Panorama de Tails 7.2: novedades de calado

La versión 7.2 llega con actualizaciones clave de software y una serie de cambios orientados a la seguridad operativa El foco está en mejorar el rendimiento del navegador Tor, ampliar el soporte de hardware y ajustar mecanismos que podían filtrar metadatos o facilitar acciones de riesgo por parte del usuario.

Como es habitual en el proyecto, también se han resuelto fallos detectados con anterioridad. Estas correcciones ayudan a mantener una superficie de ataque más pequeña y a que la experiencia sea más consistente al iniciar sesión, navegar, usar correo o gestionar la persistencia.

Tor Browser 15.0.1: productividad y antifingerprinting

El cambio visible para casi todos está en el navegador: Tails 7.2 incluye Tor Browser 15.0.1. Además de los parches de seguridad habituales, esta versión incorpora un rediseño de la barra de direcciones y funciones que facilitan trabajar con muchas pestañas.

• Pestañas verticales: perfectas si sueles tener decenas de páginas abiertas o trabajas en pantallas anchas; verás títulos más legibles y más espacio útil.
• Grupos de pestañas: ordena tus sesiones por temáticas para alternar fácilmente entre investigación, noticias, compras o estudios.
• Barra de direcciones más limpia: integración de búsqueda y un diseño más despejado para reducir distracciones y errores.

Por detrás, el equipo de Tor ha reforzado las medidas anti-seguimiento y la protección contra el fingerprinting del navegador. El objetivo es dificultar la identificación única del usuario a través de características del sistema y del navegador, elemento crítico en un entorno como Tails donde el anonimato es la norma.

Kernel Linux 6.12.57: compatibilidad y estabilidad

El salto del kernel a la versión 6.12.57 trae consigo mejoras de compatibilidad y múltiples correcciones. Este avance se nota cuando arrancas Tails en equipos recientes, con chipsets Wi-Fi actuales, gráficas AMD/Intel o unidades NVMe, donde un núcleo moderno hace la diferencia entre funcionar a la primera o estar peleando con el hardware.

Además de abrir la puerta a más dispositivos, un kernel actualizado suele traducirse en mayor estabilidad bajo carga, mejores drivers y mitigaciones de seguridad recientes. Para un sistema en vivo que trabaja desde USB, esos puntos extra de robustez y rendimiento son oro, especialmente si vas a moverte entre varios ordenadores.

Thunderbird 140.4.0: correo con más privacidad

La suite de comunicaciones también sube de nivel con Thunderbird 140.4.0. Aunque es una revisión de mantenimiento, en Tails trae un matiz importante: se han deshabilitado las conexiones automáticas a servicios de telemetría de Mozilla, eliminando un canal de metadatos que sobraba en un sistema tan estricto con la privacidad.

Por supuesto, se mantiene el soporte de cifrado con OpenPGP para correo seguro y las mejoras habituales de fiabilidad. El enfoque aquí es claro: menos ruido en red, menos exposición y una base sólida para comunicaciones sensibles, que es justo lo que se espera al trabajar con Tails.

Cambios de seguridad operativa: adiós a la consola gráfica de root

Uno de los movimientos más discutidos, y a la vez más sensatos, es la eliminación de la aplicación gráfica de consola con privilegios de administrador. Desde ahora, si necesitas elevar privilegios tendrás que hacerlo en la terminal con el comando sudo -i.

Esta decisión alinea el sistema con el principio de mínimo privilegio y reduce el riesgo de acciones accidentales o de abuso por aplicaciones. Menos interfaces que otorgan root implica menos ventanas de oportunidad para errores humanos o software malicioso, especialmente relevante en un entorno comprometido con la seguridad.

Notificaciones más coherentes y reloj sincronizado

Otro ajuste fino que quizá no veas a primera vista: las notificaciones de «No volver a preguntar» se muestran únicamente cuando el reloj del sistema ya está sincronizado. Teniendo en cuenta lo sensible que es la sincronización temporal para la red Tor y ciertos protocolos, es un pequeño gran cambio.

Al evitar que el usuario silencie avisos antes de que la hora sea correcta, Tails reduce inconsistencias en el arranque y en el establecimiento de servicios de red. Una secuencia de inicio más predecible es sinónimo de menos incidencias y mejor seguridad.

Correcciones destacadas

Además de las actualizaciones mayores, Tails 7.2 incluye soluciones puntuales que impactan directamente en la privacidad. La más reseñable es la desactivación de las conexiones a la telemetría de Mozilla por parte de Thunderbird (incidencia de seguimiento #21275), un paso más para cerrar posibles fugas involuntarias

Este tipo de arreglos reafirman la vigilancia continua del proyecto sobre dependencias y componentes que, aunque reputados, no siempre encajan al 100% con el estándar de confidencialidad que marca Tails. Cada conexión innecesaria cuenta, y aquí se ha cortado de raíz.

Cómo actualizar o instalar Tails 7.2

Si ya estás en Tails 7.0 o superior, puedes usar el mecanismo de actualización automática incluido en el sistema. En la mayoría de casos el proceso es directo y conserva tu Almacenamiento Persistente, evitando tener que rehacer tu entorno.

Si la actualización automática no funciona o el sistema no arranca tras el intento, el equipo recomienda acudir al procedimiento manual. Las instrucciones oficiales explican paso a paso cómo recrear el USB con la nueva imagen sin comprometer tus datos si ya los tenías en persistencia (siempre que optes por la ruta de actualización y no por reinstalar desde cero).

Quienes vayan a preparar Tails por primera vez desde Windows lo tienen bastante fácil. Necesitarás un pendrive de al menos 8 GB, Windows 7 o superior, 2 GB de RAM y descargar aproximadamente 1,9 GB para la imagen del sistema. En unos minutos tendrás un USB arrancable listo para usar.

La web del proyecto ofrece la descarga de la ISO y, como es costumbre, la verificación mediante firma PGP para comprobar integridad y autenticidad. Conviene no saltarse este paso, ya que asegura que lo que grabas en el USB es exactamente lo que el equipo de Tails ha publicado.

Casos de uso y recomendaciones prácticas

¿Para quién es Tails 7.2? Para perfiles que priorizan la privacidad frente a la comodidad absoluta, y para quienes necesitan minimizar su huella digital. Periodistas, activistas, investigadores o cualquier usuario que quiera separar tareas sensibles del resto encontrarán aquí un entorno idóneo.

Si vas a usarlo con frecuencia, activa la persistencia y configura lo básico: claves OpenPGP, clientes que uses a diario y preferencias de Tor Browser. Mantén el hábito de actualizar en cuanto haya nuevas versiones y evita añadir software fuera del ecosistema de Tails.

En equipos modernos, el nuevo kernel debería reducir fricciones con Wi-Fi, GPU y almacenamiento. Si notas algún bache en el arranque, prueba otro puerto USB, un pendrive de mayor calidad o recrea el medio desde cero siguiendo la guía oficial.

La nueva entrega encaja con lo que se espera de Tails: software base puesto al día, funciones útiles para trabajar mejor con el navegador, recortes de superficie de ataque y una relación más sana con el hardware reciente. Entre Tor Browser 15.0.1, el kernel 6.12.57, Thunderbird sin telemetría y la retirada de la consola gráfica de root, la versión 7.2 afianza a Tails como una opción fiable para quienes necesitan privacidad real sin complicarse más de la cuenta.

Valve vuelve a apostar por el hardware con una tríada que busca unir salón, escritorio y realidad virtual bajo el mismo paraguas: Steam Machine, Steam Frame y Steam Controller. La compañía prevé su llegada a comienzos de 2026, con venta directa en Steam y una integración estrecha con SteamOS.

Tras el aprendizaje de la primera hornada de Steam Machines, el terreno ha madurado gracias a SteamOS y Proton, que han demostrado en Steam Deck que Linux puede ser una opción sólida para jugar. Ahora, la propuesta crece en tres frentes: un mini PC de salón, un visor VR autónomo y un mando rediseñado con latencia ultrabaja.

Un ecosistema con piezas que encajan

La idea es sencilla: cada dispositivo cumple un rol, pero todos se entienden entre sí. Steam Machine está pensada para la tele del salón; Steam Frame permite jugar nativamente o por streaming en VR y en pantalla virtual; y el nuevo Steam Controller completa la experiencia con un control versátil y preciso.

Steam Machine: mini PC de salón con ambición de 4K

Valve fabricará directamente la nueva Steam Machine, que adopta un formato cúbico y silencioso orientado al mueble de la tele. En rendimiento, la marca habla de hasta 6 veces la potencia de una Steam Deck, con el objetivo de alcanzar 4K a 60 fps mediante técnicas de reescalado como FSR.

En su interior encontramos una CPU AMD Zen 4 de 6 núcleos/12 hilos (hasta 4,8 GHz, 30 W TDP) y una GPU AMD RDNA 3 de 28 CUs (hasta 2,45 GHz, 110 W TDP) con 8 GB de GDDR6 dedicados. Le acompañan 16 GB de RAM DDR5 y almacenamiento NVMe 2230 en dos opciones: 512 GB o 2 TB.

La caja ronda los 156 × 152 × 162 mm y pesa unos 2,6 kg, incluye fuente interna y un diseño térmico con ventilador de 14 cm para mantener temperaturas y ruido a raya. Además, incorpora una barra LED personalizable para estados del sistema.

En conectividad ofrece DisplayPort 1.4 y HDMI 2.0 (con CEC), Gigabit Ethernet, un USB-C 3.2 Gen 2, dos USB-A frontales USB 3 y dos USB-A traseros USB 2, además de Wi‑Fi de doble banda y Bluetooth con antena dedicada. Trae radio integrada de 2,4 GHz para el nuevo Steam Controller.

Funciona con SteamOS 3 (suspender/reanudar, guardados en la nube y todo el ecosistema Steam) y permitirá instalar Windows si el usuario lo desea. También se podrán mover juegos entre dispositivos con una tarjeta microSD, facilitando llevar tu biblioteca del salón al visor o a la portátil.

Valve no ha confirmado precio, pero apunta a una horquilla similar a la de otras consolas de sobremesa actuales en el mercado europeo, con venta oficial en Steam para España y la UE.

Steam Controller: precisión magnética, háptica avanzada y 8 ms

El mando regresa con un diseño más familiar, pero mantiene el toque distintivo de Valve. Incorpora sticks magnéticos TMR para minimizar el desgaste y el drift, dos trackpads con respuesta háptica, cruceta, gatillos analógicos y cuatro botones traseros asignables.

La latencia prometida ronda los 8 ms gracias a un dongle específico, el Steam Controller Puck, que además hace de base de carga magnética. También se puede jugar por Bluetooth o USB, y la batería integrada apunta a más de 35 horas de uso.

El giroscopio se combina con una tecnología de activación por empuñadura (GripSense) para apuntar con precisión sin soltar los pulgares de los sticks o trackpads. Y, como era de esperar, aprovecha Steam Input para acceder a perfiles de la comunidad y personalizar cada juego al detalle.

El mando se vende por separado y vendrá en packs con Steam Machine. Es compatible con PC con Windows/Mac/Linux, Steam Deck, móviles mediante Steam Link y, por supuesto, con Steam Frame, donde además puede representarse en el espacio virtual.

Steam Frame: visor VR autónomo con SteamOS en ARM

La tercera pata del anuncio es un visor que no necesita PC para funcionar. Steam Frame ejecuta juegos de forma nativa gracias a un Snapdragon 8 Gen 3 (ARM64) y 16 GB de LPDDR5, con almacenamiento UFS de 256 GB o 1 TB y ranura para microSD.

El casco integra dos pantallas LCD de 2160 × 2160 por ojo, lentes Pancake y una frecuencia de 72 a 120 Hz, con un modo experimental de 144 Hz. Pesa 435 gramos, reparte el peso con batería trasera de 21,6 Wh y añade altavoces y micrófonos.

Para el seguimiento, monta cuatro cámaras exteriores y dos interiores para eye tracking. Con esa base, Valve estrena el Foveated Streaming, que prioriza el detalle donde miras y reduce el ancho de banda al transmitir desde un PC.

La conexión para streaming utiliza un enlace inalámbrico dedicado en la banda de 6 GHz mediante un adaptador incluido, evitando saturar la red doméstica. También se puede usar como “pantalla plana” en una sala virtual para jugar a títulos no VR con comodidad.

Steam Frame es además el primer dispositivo SteamOS que debuta en arquitectura ARM. Valve combinará Proton y el proyecto FEX para potenciar la compatibilidad, y estrenará el sello Frame Verified con el que identificará juegos optimizados para el visor.

El visor llega con los Frame Controllers, mandos divididos en dos piezas con sticks TMR, seguimiento capacitivo de dedos, háptica y alimentación mediante una pila AA por mando con hasta 40 horas. También se podrá utilizar el Steam Controller tradicional si se prefiere.

Para quienes desarrollan accesorios, el dispositivo incorpora puertos de expansión PCIe 4.0 orientados a cámaras o módulos de alta velocidad, abriendo la puerta a usos avanzados más allá del juego.

Compatibilidad cruzada y foco en Europa

Valve quiere que todo funcione en conjunto: podrás instalar juegos en microSD desde Steam Deck y llevarlos directamente a Steam Machine o Steam Frame, y retransmitir entre equipos en función de dónde estés.

La familia se venderá exclusivamente a través de Steam, con envíos a España y resto de Europa, soporte en varios idiomas y las opciones de pago habituales en euros. La compañía ampliará los programas de verificación a Steam Machine y Steam Frame para clarificar qué juegos van mejor en cada dispositivo.

Qué queda por concretar

Valve no ha comunicado aún precios definitivos, aunque sugiere que Steam Machine se moverá en cifras próximas a las consolas actuales. En el caso de Steam Frame, la firma busca que el coste sea más bajo que el de Index para el kit completo, pero faltan detalles.

En contenidos, la empresa no ha anunciado nuevos juegos de VR propios junto al visor (no hay versión autónoma confirmada de Half‑Life: Alyx), y el rendimiento final dependerá de la optimización y del avance del programa de compatibilidad para ARM.

Valve plantea un ecosistema coherente que cubre sofá, escritorio y RV con SteamOS como nexo: un mini PC que aspira a 4K/60, un visor autónomo con transmisión foveada a 6 GHz y un mando de baja latencia con sticks magnéticos, todo previsto para principios de 2026 en España y Europa.

Nueva versión del que, para mí, es el mejor frontend para videojuegos de consolas clásicas. Disponible desde este fin de semana, ya se puede descargar ES-DE 3.4, del que recordamos que recoge las siglas de EmulationStation Desktop Edition. EmulationStation es lo usado por muchos proyectos, pero ES-DE facilita mucho las cosas y permite su uso en cualquier parte.

La lista de cambios está disponible en su GitLab, pero también han publicado el vídeo que tenéis debajo de estas líneas con lo más destacado. Lo primero, quizá por ser lo que llega a todas partes, es que han introducido una novedad para mostrar el tiempo de juego. Esto seguro que os suena si sois usuarios de Steam, donde el lanzador oficial muestra cuánto tiempo se ha jugado a un título. También es posible que la Steam Deck lo muestre en juegos de fuera de Steam si se usa Decky y un complemento extra.

Otras novedades destacadas de ES-DE 3.4

Además, ES-DE 3.4 soporta pantallas duales. Y es que se espera que este tipo de lanzador se use en muchos tipos de aparatos, y hay algunos como las Nintendo DS o dispositivos similares tienen una pantalla abajo y otra arriba. Por otra parte, hay opción de lanzar ROMs en un emulador nativo. Siguiendo con el soporte, ahora es posible lanzar juegos de GameNative y GameHub, así como ARMSX2.

Android se ha visto beneficiado especialmente. El sistema operativo móvil de Google puede ahora ejecutar juegos de PlayStation 3, gracias al soporte para aPS3e. En este punto tenemos que recordar que hay muchos juegos de PS3 que no funcionan bien, ya que la arquitectura de la tercera PlayStation es algo «especialita».

ES-DE ya se puede descargar desde su página web oficial en todos los sistemas soportados. Los usuarios de Linux tenemos la posibilidad de descargar su AppImage, teniendo los de Steam Deck una especial. Los usuarios de una distribución con base Arch también podemos descargarlo desde AUR.

IncusOS es una imagen de sistema inmutable pensada exclusivamente para ejecutar Incus con el máximo nivel de seguridad y fiabilidad. Sobre la base de Debian 13 y aprovechando las herramientas modernas de systemd, propone una experiencia de administración centrada en API y diseñada para centros de datos y despliegues a gran escala. En la práctica, ofrece arranque seguro, cifrado total de disco y actualizaciones atómicas para que tu infraestructura sea fácil de mantener y extremadamente consistente.

Si lo que quieres es simplificar el soporte y reducir variaciones entre servidores, este proyecto te encaja como un guante: todas las máquinas corren exactamente el mismo software, bit a bit, lo que elimina desviaciones de configuración y facilita escalar o reaprovisionar en minutos. Además, no te vas a pelear con shells locales: el sistema se gobierna por API autenticada y punto.

¿Qué es IncusOS y por qué importa?

IncusOS es un sistema operativo inmutable cuyo objetivo único es ejecutar Incus de forma segura y reproducible. Se asienta en Debian 13 minimalista, incorpora compilaciones Zabbly del kernel Linux, de ZFS y del propio Incus, y hace un uso intensivo de herramientas de systemd para construir, instalar aplicaciones y aplicar actualizaciones. La filosofía es clara: cuanto más predecible sea la base, mejor para la fiabilidad operativa.

El proyecto se construye con mkosi para generar las imágenes, sysext para instalar aplicaciones sobre la base inmutable y sysupdate como motor de actualizaciones. En combinación, estas piezas permiten que el sistema aplique cambios de forma atómica y, si algo no sale bien, vuelvas atrás sin dramas gracias a un esquema de particiones A/B.

Seguridad de arranque, cifrado y modelo de acceso de IncusOS

La seguridad es el pilar. IncusOS se apoya de manera activa en UEFI Secure Boot y TPM 2.0 (aunque conviene conocer la vulnerabilidad en shim) para medir y asegurar la cadena de arranque, además de habilitar el cifrado completo de disco. El cifrado se sustenta en TPM tanto para LUKS como para ZFS, asegurando que las claves queden ligadas al hardware.

El sistema está completamente bloqueado: no existe shell local ni acceso remoto por SSH. La administración se hace a través de la API de Incus, con autenticación fuerte mediante certificados de cliente TLS o, si lo prefieres, OIDC externo. Este enfoque reduce superficie de ataque y disminuye el riesgo de cambios no controlados en producción. Algunos proyectos similares de seguridad, como Predator OS, exploran modelos parecidos.

Inmutabilidad y actualizaciones atómicas (A/B)

El diseño A/B que emplea IncusOS mantiene dos particiones del sistema: una activa y otra de reserva. Las actualizaciones se aplican a la partición inactiva para que, al reiniciar, entres en la nueva versión de forma segura y reversible. Si se detecta un problema, puedes volver a la partición anterior sin pérdida de servicio.

Además, todas las particiones del sistema están en solo lectura y firmadas, minimizando el riesgo de corrupción y asegurando la integridad. Con sysupdate y sysext, las nuevas versiones llegan de forma controlada y las aplicaciones se encajan de manera declarativa y limpia sobre la base.

Arquitecturas soportadas y despliegue

IncusOS funciona en equipos modernos de amd64 (x86_64) y arm64, abarcando tanto hardware Intel/AMD como ARM. Esto permite desplegarlo en servidores físicos de última generación y también en múltiples plataformas de virtualización, donde el rendimiento y la coherencia siguen siendo la prioridad.

Si te preocupa la curva de aprendizaje: la documentación oficial muestra desde la instalación en bare metal hasta cómo arrancarlo en distintas plataformas de máquina virtual. Es decir, puedes probarlo en laboratorio en minutos y, cuando te convenzas, llevarlo tal cual a producción.

Instalación y primer arranque de IncusOS: sin instalador tradicional

En IncusOS no hay un instalador al uso. Puedes arrancarlo directamente desde el medio en el que lo escribas o dejar que, en el primer arranque, se instale de forma automática en un disco interno. Es un proceso pensado para simplificar la vida del operador y reducir puntos de fallo.

Como no hay shell, la personalización se realiza con una herramienta de configuración inicial que permite, entre otras cosas, definir qué cliente tendrá permiso para controlar el sistema. A partir de ahí, todo el gobierno del host se realiza por API, con autenticación obligatoria, reforzando el modelo de seguridad.

Características principales del diseño de IncusOS

La propuesta de valor combina arranque seguro, cifrado y bloqueo de la superficie de administración. En conjunto, IncusOS prioriza seguridad, rendimiento y previsibilidad. Entre los pilares del diseño están el uso de UEFI Secure Boot, mediciones con TPM 2.0, particiones A/B, sistema en solo lectura firmado y la administración exclusiva por API.

Almacenamiento: ZFS automático y ecosistema enterprise

De fábrica se crea un pool ZFS local de forma automática, similar a lo que ofrecen sistemas orientados a NAS como ZimaOS para NAS, con soporte para elaborar configuraciones más complejas en discos adicionales. Si necesitas SAN o escenarios avanzados, hay soporte para Fibre Channel y multipath, así como para NVMe over TCP e iSCSI.

Para topologías exigentes, IncusOS admite LVM en clúster sobre esos transportes y se integra con Ceph para almacenamiento definido por software. Está previsto añadir compatibilidad con Linstor próximamente, lo que ampliará aún más las opciones de despliegue.

• Pool ZFS automático y cifrado ZFS respaldado por TPM.
• Fibre Channel, multipath, NVMe/TCP e iSCSI.
• LVM en clúster y soporte Ceph; Linstor en camino.

Red: puentes VLAN, agregación de enlaces y SDN

La red también viene muy cuidada. IncusOS genera bridges con soporte de VLAN, facilitando conectar contenedores o máquinas a cualquier interfaz física que tengas en el host. Para disponibilidad y ancho de banda, hay compatibilidad con agregación de enlaces (tanto pasiva como negociada).

Incluye soporte LLDP para descubrimiento, proxy corporativo con Kerberos, NTP robusto y envío de logs a remoto vía syslog en UDP, TCP o TLS. Para SDN, el sistema integra OVS/OVN, y también cuenta con soporte nativo de Tailscale; Netbird está previsto próximamente. Además, existen soluciones de red y seguridad como IPFire para funciones de red centralizadas.

• Puentes VLAN-aware y bonding de enlaces.
• LLDP, proxy empresarial con Kerberos y NTP robusto.
• Syslog remoto (UDP, TCP, TLS) y SDN con OVS/OVN.
• Integración nativa con Tailscale; Netbird llegará pronto.

Gestión: operaciones centralizadas y actualizaciones flexibles

A nivel de operación, IncusOS puede gestionarse de forma central a través de Operations Center. Además, permite realizar copias de seguridad y restauraciones tanto de la configuración principal del sistema como de los datos de cada aplicación por separado.

Si necesitas volver a un estado conocido, puedes ejecutar un restablecimiento de fábrica del sistema completo o únicamente de ciertas aplicaciones. El mecanismo de actualización también es flexible: puedes ajustar frecuencia, desactivar automáticas o definir ventanas de mantenimiento para aplicar cambios sin sobresaltos.

Ritmo de lanzamientos y canales de actualización de IncusOS

Hay dos canales de actualización: stable y testing. Por defecto, las instalaciones se sitúan en stable, con una cadencia aproximada semanal que incorpora el último kernel estable y parches de seguridad relevantes. Quien busque más frescura puede optar por testing, que suele actualizarse a diario.

Los sistemas comprueban si hay nuevas versiones cada 6 horas. Incus se actualiza automáticamente con un parón de API muy breve, sin afectar a las instancias en ejecución, y cualquier actualización del sistema base se queda preparada para aplicarse en el siguiente reinicio. Si lo necesitas, puedes cambiar esa frecuencia o desactivar completamente las actualizaciones automáticas.

Construcción, CI/CD y publicación de imágenes

El repositorio del proyecto contiene todas las fuentes utilizadas para construir las imágenes de producción de IncusOS. Cuando se empuja una nueva etiqueta (tag) al repositorio, se desencadena una compilación completa de la imagen, que después es descargada y validada por el servidor de publicación. La imagen resultante se expone en el canal testing hasta que un revisor la promueve manualmente a stable.

Puedes consultar los registros de las compilaciones más recientes en GitHub Actions: workflow de build. Las imágenes finales se publican en images.linuxcontainers.org/os/, desde donde puedes descargarlas o integrarlas en tu pipeline.

Para asegurar calidad, se ejecuta también una prueba diaria que ejercita gran parte de los endpoints de la API y otros tests que no sería práctico correr en cada pull request. El desarrollo ocurre a la vista en GitHub: github.com/lxc/incus-os.

Base tecnológica y componentes

Bajo el capó, IncusOS emplea un Debian 13 minimizado con compilaciones Zabbly de kernel, ZFS e Incus, lo que te da acceso a versiones estables y recientes de todos esos componentes. Systemd aporta las herramientas clave: mkosi para generar imágenes, sysext para el despliegue de aplicaciones, sysupdate para actualizaciones y utilidades para el particionado inicial y el cifrado respaldado por TPM.

El proyecto combina archivos de configuración para dirigir mkosi con un conjunto de herramientas y un demonio de gestión del sistema escritos en Go. Todo el código se publica bajo licencia Apache 2.0 y existen pautas detalladas de contribución en la documentación oficial para quien quiera colaborar.

Garantía de consistencia y escalabilidad

Una de las grandes bazas de IncusOS es que todos los servidores ejecutan exactamente el mismo conjunto de bits. No hay variaciones entre hosts, lo que simplifica a rabiar la operación diaria: menos sorpresas, menos “solo pasa en este nodo” y un camino más directo para escalar o reimplantar decenas o cientos de máquinas cuando haga falta.

Al eliminar la capa de shell local y centralizar la gestión en API autenticada, se reduce el riesgo de “drift” de configuración con el paso del tiempo. Esta coherencia operativa, con particiones inmutables en solo lectura y firmas, tiene un impacto directo en la fiabilidad y en la previsibilidad de los cambios.

Operaciones Center y Migration Manager

IncusOS no solo sirve de host para Incus; también se puede usar como sistema base para Operations Center y Migration Manager. Esta combinación abre la puerta a migraciones ordenadas desde entornos como VMware hacia Incus, manteniendo un sistema subyacente fácil de actualizar, seguro y alineado con la filosofía inmutable.

Con backups granulares (configuración principal y datos de aplicación), restablecimientos selectivos y actualizaciones programables, el trinomio Incus + IncusOS + herramientas de gestión permite plantear transiciones controladas sin dolores innecesarios.

Cómo empezar con IncusOS: documentación y descargas

La documentación oficial explica cómo arrancar en físico, cómo probarlo como máquina virtual y cómo sacarle partido a cada componente (almacenamiento, red, gestión y seguridad). El anuncio de lanzamiento y recursos relacionados están disponibles en el foro de Linux Containers: anuncio de IncusOS. También están en GitHub.

Si vas al grano, las imágenes se publican tras superar la validación en: . Antes podrás seguir el estado de construcción en GitHub Actions y, cuando estén listas, descargarlas e implantarlas en tu laboratorio o entorno productivo.

Novedad dentro del ecosistema Incus

IncusOS llega como parte de la evolución natural tras el fork de LXD a Incus. El propio líder del proyecto, Stéphane Graber, presentó IncusOS tras más de un año de desarrollo, describiéndolo como un entorno moderno e inmutable especialmente diseñado para ejecutar Incus, con actualizaciones atómicas A/B y una postura de seguridad robusta basada en Secure Boot y TPM.

El enfoque minimalista de Debian 13, combinado con ZFS (OpenZFS) y un uso intensivo de las herramientas de systemd para compilación, instalación y actualización, remata una plataforma que, por diseño, se opera enteramente vía API con autenticación de certificados TLS o mediante OIDC externo.

Lecciones del mundo inmutable en otros sistemas

En el ecosistema BSD se han debatido ideas similares desde hace años (por ejemplo, en NanoBSD). Hubo propuestas para que el sistema base se actualizara como zfs receive, generando una nueva “boot environment” y activándola en el siguiente arranque. El mayor escollo allí es que fstab debe residir en la raíz, lo que arrastra /etc al filesystem raíz e impide reutilizar exactamente la misma base en cada despliegue.

Apple abordó un problema parecido separando volumen raíz y volumen de usuario, de modo que el primero pueda localizar la configuración local en un lugar bien conocido. En FreeBSD también se planteó homogeneizar configuraciones del sistema base con UCL y permitir inclusiones firmadas, encadenando esa firma a la cadena de arranque segura. El objetivo es el mismo que persigue IncusOS: una base inmutable que solo consuma configuración del volumen mutable si esta está correctamente autenticada.

Transparencia del ciclo de vida y licencia

El proyecto publica todo su trabajo bajo la licencia Apache 2.0, con guías de contribución disponibles en la documentación. Esto permite a operadores y desarrolladores entender cómo se ensamblan las imágenes, revisar el código del demonio de gestión en Go y participar en el flujo de trabajo de etiquetado, compilación y promoción entre canales.

La combinación de CI diaria que estresa la API, la promoción manual de testing a stable y la firma de las particiones de sistema produce un ciclo de vida más predecible. En otras palabras, se reduce el riesgo de regresiones en producción y se gana control sobre cuándo y cómo aplicar cambios.

IncusOS aporta un enfoque moderno y pragmático a los hosts de Incus: seguridad de arranque con TPM y Secure Boot, cifrado total de disco, sistema de solo lectura y actualizaciones A/B reversibles; red y almacenamiento listos para empresa; administración cien por cien por API; y un pipeline de construcción y pruebas transparente. Con dos canales de actualización, comprobaciones cada 6 horas y publicación abierta de imágenes y logs de compilación, el resultado es una plataforma sólida, coherente y muy fácil de operar para cualquiera que busque desplegar y escalar infraestructura sobre Incus.

La comunidad de Linux gaming ha recibido una nueva actualización de la bifurcación de Proton de GloriousEggroll, y esta vez toca hablar de GE-Proton 10-25. Aunque se trata de un lanzamiento más bien pequeño, su objetivo es pulir fallos detectados en las iteraciones inmediatamente anteriores (10-24, 10-23 y 10-22) y mantener el ritmo de mejoras que estamos viendo últimamente. Es una entrega orientada a correcciones que ayuda a que más juegos de Windows funcionen mejor en Linux y SteamOS, incluida la Steam Deck, con el típico énfasis de GE en arreglos rápidos y ajustes específicos.

Conviene recordar el consejo que varias publicaciones especializadas repiten: si no necesitas un arreglo concreto de GE, suele ser buena idea quedarte en la versión oficial de Valve, que es muy sólida. Aun así, tener a mano GE-Proton es un salvavidas cuando un juego se resiste. La cadencia de lanzamientos recientes y la aparición de 10-25 subrayan ese papel de «herramienta imprescindible» cuando buscas compatibilidad extra, vídeos que por fin se reproducen o launchers que dejan de dar guerra.

GE-Proton 10-25: qué se ha tocado

GE-Proton 10-25 llega como «bugfix release» —sin grandes titulares— tras varios días con lanzamientos seguidos. No hay un listado enorme público desglosado por juego en esta iteración en concreto, pero la intención es clara: cerrar regresiones, suavizar problemas detectados en 10-24/10-23/10-22 y estabilizar componentes clave como Wine, DXVK y vkd3d-proton.

De forma general, cuando GE actualiza en este punto del ciclo, toca ámbitos típicos: reproducción de vídeos (Media Foundation y diversos pipelines), pequeños ajustes en launchers (Rockstar, Ubisoft, Battle.net, etc.), correcciones de texturas o parches Wayland (wine-wayland) y nuevas «protonfixes» que desbloquean comportamientos problemáticos. Si venías sufriendo con algún título que falló tras actualizar, 10-25 tiene altas probabilidades de devolverte la estabilidad.

Un apunte editorial que merece la pena destacar: hay voces influyentes en la escena que recomiendan usar Proton oficial si todo te va bien, y recurrir a GE cuando algo concreto se rompe o no arranca. La existencia de 10-25 refuerza ese enfoque pragmático: tener GE instalado como segunda opción te da margen para reaccionar sin volverte loco.

Actualizaciones y arreglos recientes en Proton GE: lo más destacado

En los últimos ciclos, GE-Proton ha incorporado cambios muy específicos y útiles para varios juegos populares. Por ejemplo, se solucionó de nuevo la reproducción de vídeos en Nioh 2, un tema que periódicamente da dolores de cabeza cuando cambia algo en Media Foundation. También se corrigieron texturas rotas en clientes antiguos de World of Warcraft (muy usados en servidores privados) y en Rockstar Launcher, además de arreglar regresiones de vídeo en algunas novelas visuales.

Se añadió una protonfix para el launcher de Final Fantasy XIV al usar wine-wayland, otra para Genshin Impact (versión no Steam) que evitaba un crash al abrir el juego y una más para Soulbringer. En paralelo, GE suele subirse a «lo último» en su pila: Wine de bleeding edge, DXVK y vkd3d-proton a git y parches em-10/wine-wayland actualizados.

Hubo además un HOTFIX notable: se retiró un parche suplementario de webview2 porque estaba provocando que el login de Forza Horizon 5 no se abriera jamás, y se introdujo una solución temporal para que la versión de la región Darkwinter Software de Girls Frontline 2: Exilium funcione correctamente. El trasfondo: Wine 9 trajo un «stub» que permite instalar webview2, pero los parches extra propuestos a Wine para extender esa funcionalidad no fueron aceptados y encima rompían FH5; por eso, GE los quitó.

Importante el contexto regional de Girls Frontline 2: la edición de Darkwinter Software cubre Norteamérica, Australia, Nueva Zelanda e Irlanda, mientras que la de Haoplay opera en buena parte de Europa, Reino Unido, Japón, Corea del Sur y Taiwán. Actualmente, sin los parches suplementarios, la edición de Darkwinter funciona y FH5 vuelve a mostrar el login, mientras que la de Haoplay sigue necesitando trabajo adicional en Wine.

¿Te lías instalando GE-Proton? Guía rápida y solución a dudas típicas

Es habitual que alguien se encuentre con un tarball «raro» y piense que ha bajado algo para compilar. De hecho, en la comunidad surgió la duda al pasar de una versión 10-15 a 10-16: «lo he descomprimido y Steam no lo detecta». La causa más frecuente es descargar el fichero equivocado (código fuente) en lugar del paquete listo para usar, o extraer en una ubicación incorrecta.

Instalación manual en Steam «clásico» (no Flatpak): crea la carpeta ~/.steam/root/compatibilitytools.d si no existe; a continuación, descarga desde los lanzamientos de GE-Proton el tar.gz correspondiente a la versión que quieras y extrae su contenido directamente dentro de compatibilitytools.d (debe dejar una carpeta tipo GE-Proton-10-XX con su compatibilitytool.vdf y demás). Cierra Steam y vuelve a abrirlo para que el cliente lo detecte; luego podrás elegir GE-Proton en Propiedades > Compatibilidad del juego.

Instalación manual con Steam en Flatpak: el directorio cambia a ~/.var/app/com.valvesoftware.Steam/data/Steam/compatibilitytools.d. El proceso es igual: crear carpeta, extraer ahí el contenido del tarball correcto y reiniciar Steam. Si al reabrir Steam no ves GE-Proton, revisa que no hayas anidado carpetas de más al extraer y que no fuese un «Source code» en vez del paquete de compatibilidad.

Instalación con ProtonUp-Qt (súper cómoda): descárgalo como AppImage o instálalo vía Flatpak; ejecútalo, pulsa «Añadir versión», elige «GE-Proton» como herramienta, selecciona la versión y dale a «Instalar». La herramienta se ocupa de descargar y colocar todo en su sitio (también detecta Steam Flatpak). Si usas el AppImage en Ubuntu y no abre, instala el paquete fuse desde el repositorio («sudo apt install fuse») y vuelve a intentarlo.

Truco de oro: en Steam, fuerza un Proton concreto por juego (Propiedades > Compatibilidad) en lugar de cambiar el global. Así puedes dejar Proton oficial como predeterminado y reservar GE-Proton para esos títulos que lo requieren.

Consejos de uso: cuándo elegir GE-Proton y ajustes útiles

– Si todo te funciona con Proton oficial, no toques nada. – Si un juego no arranca, el launcher falla o los vídeos se ven mal, prueba primero Proton Experimental y, si no, GE-Proton. La «farmacia» típica: cambiar de rama suele arreglar regresiones provocadas por actualizaciones del juego o del propio Proton.

Ten muy presente el estado del anti-cheat: Steam ha avanzado con EAC y BattlEye cuando las desarrolladoras activan compatibilidad, pero no todos los títulos están al día. Si un multijugador sigue sin pasar el anti-cheat, incluso con GE, es probable que necesite ajustes por parte del estudio del juego.

Variables útiles: puedes activar el escalado FSR integrado en el «hack» de pantalla completa con WINE_FULLSCREEN_FSR=1. Si quieres habilitar NVAPI/DLSS en juegos compatibles, utiliza PROTON_ENABLE_NVAPI=1 y, en algunos casos, desactivar el hack de DXGI con dxgi.nvapiHack = False (según documentación específica). Úsalas con cabeza y de forma aislada por juego para no perseguir fantasmas al depurar.

Comunidad, recursos y dónde seguir las novedades

El mundillo de Proton y GE-Proton vive de la comunidad. Además de los repositorios en GitHub (donde se publican las versiones y listas de cambios), hay espacios dedicados para enterarte de lo que va pasando. Existen subreddits centrados en juegos en GNU/Linux y Steam Deck con miles de miembros, donde se resuelven dudas de instalación y se comparten arreglos.

Medios y comunidades especializadas animan a seguirles en X (Twitter), Mastodon o Bluesky para estar al día de los artículos y vídeos, y a participar en Reddit o YouTube si quieres ver pruebas reales y configuraciones recomendadas. Si nunca has usado GE-Proton y no sabes por dónde empezar, busca guías específicas para Deck que explican instalación, actualización y cuándo merece la pena alternar entre Proton oficial y GE.

Por la trayectoria reciente, GE-Proton 10-25 encaja como esa dosis de estabilidad que cierra flecos mientras la base (Wine, DXVK, vkd3d-proton) sigue avanzando. Quien necesite arreglos concretos en vídeos, launchers o protonfixes tiene en GE una herramienta potente y en evolución constante, y gracias a opciones como ProtonUp-Qt o la instalación manual en compatibilitytools.d, ponerlo a funcionar es cuestión de minutos incluso en Steam Deck. Con una comunidad súper activa, notas de cambios frecuentes y el colchón del Proton oficial para el día a día, es fácil moverse entre ramas hasta dar con la que mejor le sienta a cada juego.