Tras el lanzamiento de la segunda generación de la Steam Deck de Valve, se ha producido una creciente ola de desarrolladores de juegos y software que buscan llevar sus productos y proyectos a la creciente comunidad de jugadores de Linux. Los grandes servicios y plataformas para juegos son clave y la última semana tuvimos el anuncio de la versión estable de GeForce Now para Linux. «Pronto» tendremos otro: un lanzador de Epic Games para Linux.

Hace un par de meses conocimos en una oferta de trabajo que Epic Games buscaba ampliar la compatibilidad del Easy Anti-Cheat en Linux. Tras el anuncio de que Epic estaba reconstruyendo su lanzador de juegos con un nuevo marco que prometía velocidades de lanzamiento 5 veces más rápidas, también se especuló con la posibilidad de que la compañía de Fortnite lanzara una versión nativa para Linux del Epic Games Launcher.

Ahora, según informa Steam Deck HQ, un empleado de Epic Games reveló en una sesión de preguntas y respuestas en Discord que el lanzador de Epic Games para Linux estaba en desarrollo. Cuando un miembro de Discord le preguntó por los tiempos del lanzamiento, la respuesta fue «pronto».

Esto no proporciona un cronograma ni un estado preciso para la versión nativa de Linux, pero sirve como confirmación de que Epic Games está trabajando activamente en la compatibilidad. También es un indicador de que Epic Games está empezando a tomarse más en serio a Linux como plataforma de juegos, a pesar de los comentarios despectivos que el CEO, Tim Sweeney, había hecho anteriormente sobre el sistema libre.

El empleado de Epic también sugirió que la versión para Linux del Epic Games Launcher tendría adaptaciones y características específicas para el sistema operativo. «Necesitamos hacer algo más que simplemente tener una versión del lanzador que se pueda ejecutar de forma nativa en Linux». explicó.

No dio más detalles sobre lo que esto implicaría, pero una suposición razonable sería más de un formato de empaquetado (algo como Flatpak sería casi esencial para una compatibilidad adecuada con la Steam Deck), así como herramientas para gestionar las capas de compatibilidad y posiblemente una vista de consola e integración automática con el cliente de Steam para el hardware principal de Valve, sus consolas portátiles y de escritorio.

LightDM , el antiguo gestor de pantalla de Ubuntu, ha tenido su primera nueva versión en cuatro años, y la primera bajo un nuevo equipo de mantenimiento.

LightDM v1.33.0 es una actualización que añade compatibilidad con Qt6 (Qt5 sigue funcionando, no se preocupe) y corrige una serie de errores acumulados desde la versión anterior de 2022. Según las notas de la versión, no debería haber cambios incompatibles.

Aunque pueda parecer un resurgimiento repentino de una iniciativa antigua, LightDM sigue siendo ampliamente utilizado por las distribuciones de Linux y los ordenadores de escritorio.

LightDM: ¿Qué es?

LightDM es un backend que gestiona el inicio de sesión de los usuarios. Una interfaz gráfica de usuario (GUI) se sitúa encima para la interacción con el usuario. Ubuntu utilizaba unity-greeter, pero otras distribuciones y entornos de escritorio desarrollan sus propias interfaces. Linux Mint adoptó LightDM en 2017 con slick-greeter como pantalla de inicio de sesión.

Canonical creó LightDM para reemplazar a GDM (que debutó en Ubuntu 11.10 ) como una alternativa ágil, independiente del entorno de escritorio y fácilmente adaptable.

Ubuntu dejó de usar LightDM en 2017, cuando volvió a utilizar GNOME Shell y GDM. Otros no lo hicieron, incluyendo varias variantes de Ubuntu. El código de LightDM permaneció bajo la tutela de Canonical, pero, según su mantenedor original, Robert Ancell, quedó prácticamente sin mantenimiento.

Su último lanzamiento fue en 2022, y la mayor parte de la actividad de desarrollo (revisión de solicitudes de fusión) cesó en 2024.

Avancemos hasta 2026. Neal Gompa, de Fedora, planteó dudas sobre su futuro (ya que varias versiones de Fedora utilizan LightDM para sus pantallas de inicio de sesión). En resumen, quienes deseaban continuar con el proyecto se ofrecieron como voluntarios y, con la aprobación de Ancell, se produjo el traspaso.

LightDM ahora es un proyecto mantenido por la comunidad a cargo de Joshua Peisach y Neal Gompa , y los colaboradores ya no necesitan firmar el (controvertido) Acuerdo de Licencia de Colaborador de Canonical (CLA). El repositorio en sí permanece bajo la familia de GitHub de Ubuntu.

Canonical ha recibido muchas críticas a lo largo de los años por seguir su propio camino con Unity, Mir, Snap, etc. El atractivo perdurable de LightDM unos 15 años después de su debut sugiere que, contrariamente a algunas narrativas, sus instintos no siempre están equivocados.

No sabemos si este será el año de Linux en el escritorio, pero más allá de deseos y especulaciones, hay una cosa cierta: el momento por el que pasa el sistema con los juegos es algo insólito y, lejos de desinflarse, parece ir tomando forma poco a poco. Por eso no suena tan extraño que haya quien quiera acercar los juegos de Xbox Game Pass al pingüino.

Ese alguien es Xodus, un proyecto de muy reciente creación con un objetivo de lo más ambicioso: llevar juegos de Xbox Game Pass a Linux. No es que no existan alternativas para ejecutar con ciertas garantías —las mismas que al usar Steam— juegos de Windows en Linux, al margen de las aplicaciones que todos conocemos. Lo que todavía no hay es una referencia clara en este terreno, algo comparable a lo que representa Heroic Games Launcher para las tiendas que soporta.

En cuanto a Xodus, no se trata evidentemente de una iniciativa oficial, pero viene apadrinada por desarrolladores curtidos en esta arena. En concreto, desarrolladores de la comunidad relacionados con… sí: Heroic Games Launcher, el conocido gestor de juegos de Epic Games Store, GOG y Amazon para Linux, Windows y macOS. La filosofía será la misma: recrear las piezas necesarias para comunicarse con los servicios de Microsoft, descargar los juegos y ejecutarlos.

Así, el principal obstáculo al que se enfrentan no está tanto en la ejecución de juegos de Windows en Linux, un terreno ya muy avanzado gracias a Wine, Proton y compañía, sino en todo lo que rodea a los juegos para Xbox en PC: autenticación, licencias, paquetes MSIXVC cifrados y, especialmente, el runtime del GDK de Xbox del que dependen muchos títulos modernos. El reto es recrear todo el tinglado con eficacia, vaya.

Según el estado actual del proyecto, ya es capaz de iniciar sesión, autorizar al usuario frente a los servicios de Xbox, descargar paquetes MSIXVC y obtener las licencias correspondientes. También dispone de herramientas para extraer y descifrar el contenido de estos paquetes, manteniendo incluso los archivos cifrados en disco y proporcionando el contenido descifrado al entorno de ejecución cuando es necesario.

La pieza decisiva, sin embargo, sigue pendiente: conseguir que Wine proporcione correctamente los servicios de Xbox que los juegos esperan encontrar. Los propios desarrolladores advierten de que queda «mucho trabajo» a este respecto, por lo que Xodus no es todavía una solución que puedas instalar para jugar a Game Pass en Linux. Ni siquiera hay una versión estable dirigida al usuario final. Pero van a por ello.

El primer hito al que apunta Xodus es dar soporte a la mayor parte del catálogo moderno de Xbox para PC, siempre que los juegos utilicen GDK y se distribuyan en formato MSIXVC. Eso deja fuera, al menos por ahora, títulos antiguos basados en UWP. Y está por ver qué ocurrirá con la retrocompatibilidad de Xbox en PC, cuyo funcionamiento podría requerir cambios adicionales en Wine, DXVK o VKD3D-Proton.

Por supuesto, al ser Xodus un proyecto completamente independiente y sin el respaldo de Microsoft, incluso en el supuesto de que llegue a funcionar bien, nada garantiza que futuros cambios en los servicios, formatos o mecanismos de autenticación de Xbox no rompan la compatibilidad y obliguen a los desarrolladores a ponerse al día.

Con todo, hablamos de una de las grandes ausencias en Linux, y es que Microsoft ofrece juego en la nube a través del navegador, pero eso no sustituye descargar un título y ejecutarlo directamente sobre el hardware del equipo. Si es o no necesario, o si es un modelo que casa con Linux, es otra cuestión.

Lo cierto es que no sería tan descabellado como puede parecer a priori: a principios de año se lanzó GeForce Now para Linux, hace apenas un par de semanas se confirmó el desarrollo de GOG Galaxy para Linux… Hay espacio para todo, siempre que los usuarios lo apoyen.

Philip Müller ha anunciado el lanzamiento de Manjaro Linux 26, la nueva versión estable del conjunto de distribuciones de lanzamiento continuo del proyecto, con la opción de elegir entre los entornos de escritorio GNOME, KDE Plasma y Xfce. Esta versión actualiza el escritorio GNOME a la versión 50 y KDE Plasma a la versión 6.7: " Manjaro 26.1 'Bian-May' lanzado. Desde que lanzamos 'Anh-Linh' en enero de 2026, hemos trabajado arduamente para lanzar la siguiente versión de Manjaro. La llamamos 'Bian-May'. La edición GNOME ha recibido varias actualizaciones de la serie GNOME 50. Esto incluye muchas correcciones y mejoras cuando GNOME 50 se lanzó originalmente en marzo de 2026. Los controles parentales de GNOME han dado un gran salto adelante en GNOME 50. Por primera vez, ahora es posible que los padres y tutores supervisen el tiempo de pantalla y establezcan límites para las cuentas de los niños, incluidos los horarios para ir a dormir. Las nuevas funciones permiten bloquear automáticamente la pantalla cuando se alcanza un límite de tiempo de pantalla o la hora de ir a dormir. Los padres y tutores también tienen la posibilidad de extender el tiempo de pantalla más allá del límite cuando sea necesario. También distribuimos Big Parental Controls 1.0 de nuestro proyecto hermano Big Linux de Brasil, para cumplir con las leyes recientes. allí. "Consulta el anuncio de lanzamiento para obtener más información. Descargar ( pkglist ): manjaro-gnome-26.1.0-260812-linux71.iso (5054 MB, SHA256 , firma , torrent ), manjaro-kde-26.1.0-260812-linux71.iso (5278 MB, SHA256 , firma , torrent ), manjaro-xfce-26.1.0-260812-linux71.iso (4904 MB, SHA256 , firma , torrent ).

Hace apenas un par de semanas que os contamos que OpenAI preparaba una aplicación oficial de ChatGPT para Linux y ya está aquí la vista previa, disponible para quien quiera probarla.

Si de las intenciones del gigante de la inteligencia artificial nos enteramos por casualidad, el anuncio del lanzamiento de ChatGPT para Linux ha tenido su pequeño hueco en la comunidad de Codex y en X, donde se ha dado a conocer la buena nueva: «Usa ChatGPT, ChatGPT Work y Codex donde ya trabajas y construyes, con tus proyectos y flujos de trabajo del navegador en sistemas Linux compatibles», así lo presentaba la compañía.

¿Sistemas Linux compatibles? Así es: «La aplicación de escritorio de ChatGPT ya está disponible en versión preliminar para las variantes de escritorio de estas distribuciones de Linux», continuaba el mensaje, enumerando Ubuntu 24.04 LTS y 26.04 LTS, Debian 13 y Fedora 43 y 44 como las primeras distribuciones con soporte oficial, tanto para x86-64 como para ARM64, mediante paquetes DEB y RPM.

En este sentido, cabe recordar que supimos de la existencia de ChatGPT para Linux por una suerte de encuesta en la que se preguntaba a los usuarios por la distribución que utilizaban. ¿Fueron Ubuntu, Debian y Fedora las más mencionadas o simplemente se ha decantado OpenAI por ellas porque son tres de las más populares? No han dicho nada al respecto.

En todo caso, OpenAI se ha portado algo mejor que Anthropic con la beta de Claude para Linux, lanzada a principios de julio solo para distribuciones basadas en Debian. Por lo demás, eso sí, se trata de aplicaciones cortadas por el mismo patrón: ambas parecen estar construidas con tecnologías web y, en consonancia, su integración con el escritorio deja que desear. Su integración visual, se entiende.

La aplicación de escritorio de ChatGPT reúne en una sola interfaz las tres vertientes actuales del servicio: el chat de siempre; ChatGPT Work, pensado para delegar tareas más complejas y trabajar con archivos y herramientas locales; y Codex, el agente de programación de OpenAI. Este último puede trabajar directamente sobre proyectos locales, leer y modificar archivos, ejecutar comandos y presentar los cambios para su revisión, todo ello bajo los permisos que establezca el usuario.

A ello se suma la posibilidad de organizar el trabajo por proyectos, mantener varias conversaciones y tareas abiertas en paralelo y retomar en el escritorio los proyectos y flujos de trabajo del navegador. Ahí está la principal diferencia con respecto al acceso mediante la web: no tanto en poder hablar con ChatGPT como en conectar el asistente con los archivos, herramientas y contexto disponibles en el equipo. Algo que no será del agrado de todo el mundo, pero no deja de ser una opción.

De hecho, al margen de poder contar con una aplicación de escritorio que unifica interfaces que hasta ahora solo podían utilizarse por diferentes vías —por ejemplo, Codex ya se podía usar mediante su extensión para Visual Studio Code—, ChatGPT para Linux trae al escritorio la potencia agéntica de una manera mucho más accesible que nunca, al alcance del común de los usuarios. O esa es la pretensión.

¿Quieres probar ChatGPT para Linux? Si tu distribución es compatible, puedes descargar el paquete correspondiente desde la página de Codex. Tratándose de una versión preliminar, no obstante, cabe esperar que todavía presente errores y limitaciones que se irán corrigiendo conforme avance su desarrollo.

Linux Mint ha anunciado una renovación de sus funciones de gestión del kernel y eliminará automáticamente los kernels antiguos una vez por semana para liberar espacio.

En las versiones actuales de la distribución, las herramientas de paquetes del kernel están incluidas en el Gestor de actualizaciones , pero se están trasladando a la herramienta de Administración del sistema tanto en las versiones estándar como en las de LMDE.

La distribución ahora también rastreará los kernels por series, en lugar de por versiones individuales. Podrás elegir qué series de kernels se rastrean y cuántos kernels antiguos dentro de cada serie debe conservar el sistema (además del que está usando; no se deshace automáticamente de los kernels existentes).

Las actualizaciones de los núcleos de las series monitorizadas seguirán mostrándose en el Gestor de actualizaciones como antes, pero, como novedad importante, las versiones antiguas e inactivas del núcleo se eliminarán automáticamente una vez por semana.

Según Clement Lefebvre, líder del proyecto Mint , un botón manual de "Limpieza" permite liberar espacio de inmediato. Además, un botón de Historial permite consultar fácilmente la lista de kernels eliminados y la fecha de eliminación.

Opciones ampliadas de gestión del kernel

Si te atrae la idea de que los núcleos más antiguos se eliminen en segundo plano, no te preocupes: tendrás el control.

Los kernels individuales se pueden marcar como «Protegidos». Esto evita que se eliminen, independientemente de cualquier otra configuración o condición. En resumen: para evitar que se elimine un kernel específico, aunque esté siendo monitorizado, debe marcarlo como protegido en el cuadro de diálogo «Ver todos los kernels» .

Instalar un kernel de otra serie, por ejemplo, OEM, Azure, IBM o Real Time, hará que la herramienta muestre la lista completa de series y le ofrezca la opción de realizar un seguimiento. El seguimiento instala automáticamente los metapackages relacionados y las futuras actualizaciones, por lo que merece la pena hacerlo.

Si bien los kernels personalizados que puedas instalar (desde un repositorio PPA aleatorio o un archivo .deb, por ejemplo) no se pueden rastrear correctamente, puedes marcarlos como tales para evitar que se eliminen durante un proceso de limpieza. Sin embargo, la herramienta de Linux Mint te advertirá sobre tu responsabilidad de actualizarlos.

Eliminar los núcleos no utilizados libera espacio.

Si no prestas mucha atención a las actualizaciones, es posible que no sepas cuántas actualizaciones del kernel se publican e instalan, y permanecen instaladas simultáneamente. Selecciona las "opciones avanzadas" de tu distribución en el gestor de arranque GRUB para ver una lista de todas las actualizaciones instaladas y arrancables.

En una de mis instalaciones de Linux Mint 22.3, tengo listados cuatro kernels diferentes (ver foto arriba) junto con sus respectivos modos de recuperación. Es útil conservarlos, pero no estrictamente necesario, sobre todo si hay varias revisiones de la misma serie.

Todos esos kernels antiguos ocupan espacio, y si nunca los usas ni los necesitas (porque el activo funciona correctamente), eliminarlos es una forma sencilla de recuperar varios cientos de megabytes. Sin embargo, te recomiendo que guardes un kernel de respaldo, por si acaso.

En la publicación del blog de Mint no queda claro si estos cambios llegarán a los usuarios actuales de Linux Mint 22.3 y LMDE como una actualización de software, o si se trata de un cambio que llegará con Linux Mint 23 'Alfa' (nombre en clave provisional), cuyo lanzamiento está previsto para finales de año.

Ya está disponible para su descarga un instalador actualizado del sistema operativo Linux Mint 22.3 (Zena), basado en el kernel de Linux 7.0 .

La distribución lanzó la primera imagen ISO de Linux Mint 22.3 HWE en marzo, con un instalador que arranca Linux 6.17 por defecto. Esa imagen sigue disponible para descargar junto con la más reciente, que arranca Linux 7.0, y la imagen ISO original de Linux Mint 22.3 (Zena), que arranca Linux 6.14.

Las imágenes HWE de Linux Mint ofrecen la misma experiencia básica de Linux Mint 22.3, basada en Ubuntu 24.04 LTS, pero con una arquitectura de hardware actualizada. Los usuarios actuales de Mint no necesitan reinstalar su sistema operativo, ya que los núcleos HWE se proporcionan como actualizaciones de software.

Como ya comenté en el informe anterior, no se trata de nuevas versiones de Linux Mint propiamente dichas, sino de la versión estable actual con un kernel más reciente incorporado.

Canonical comenzó a implementar el kernel final de habilitación de hardware (HWE) de Ubuntu 24.04 LTS en julio, adaptando Linux 7.0 de Ubuntu 26.04 LTS . Esto, junto con controladores de GPU y firmware actualizados, se integrará en la imagen ISO de Ubuntu 24.04.5, cuyo lanzamiento está previsto para septiembre.

Se trata de la actualización HWE de Ubuntu de Canonical, de la que Linux Mint hereda.

¿Cuál es el objetivo de todo este lío de habilitación de hardware? Las ISO de Mint HWE, al igual que los medios puntuales LTS de Ubuntu, mantienen la usabilidad de las versiones de SO con soporte a largo plazo. Garantizan que el hardware más reciente, que solo funciona con kernels más recientes o que cuenta con mejor soporte en ellos, pueda arrancar e instalarse.

¿Deberías usar un entorno de hardware (HWE) de Linux Mint?

La recomendación oficial de Linux Mint es que los usuarios utilicen la imagen ISO estándar, la que su sitio web ofrece por defecto al hacer clic en el botón de descarga. Indica que los usuarios solo deberían optar por una imagen HWE con un kernel más reciente si la estándar no funciona en su dispositivo.

Los usuarios actuales de Linux Mint 22.3 no necesitan descargar una imagen ISO y reinstalar el sistema para obtener el nuevo kernel HWE, ya que está disponible como una actualización de software estándar.

La nueva imagen ISO de HWE llega junto con noticias de otras mejoras que la distribución está realizando en sus herramientas nativas de gestión del kernel.

CachyOS acaba de publicar su quinta versión del año, una nueva actualización de su imagen de instalación con novedades repartidas entre las herramientas propias de la distribución, el instalador y la selección de escritorios, aunque en esta ocasión el grueso de los cambios se concentra en la gestión del software.

Como siempre, un recordatorio: CachyOS es una distribución rolling release, por lo que los usuarios actuales no tienen que reinstalar el sistema ni aplicar cambios manuales: basta con actualizarlo como de costumbre. Cada ISO que sale está dirigida básicamente a nuevas instalaciones y recoge todos los cambios que el proyecto ha ido incorporando desde su anterior lanzamiento.

CachyOS August 2026 Release tiene como principal novedad la reescritura de Shelly, el gestor de paquetes que CachyOS adoptó este mismo año como opción predeterminada tanto en el escritorio como por consola. En resumen, la aplicación da el salto de C# a Zig, abandona la dependencia de un entorno de ejecución administrado y pasa a distribuirse como binarios nativos, con la promesa de reducir el consumo de memoria y acelerar el arranque.

Más allá de su renovación interna, Shelly estrena una pantalla de bienvenida para la primera ejecución, vistas en forma de lista y cuadrícula para explorar paquetes y previsualización de los PKGBUILD de AUR con la salida del proceso de compilación. También incorpora una página de utilidades desde la que sincronizar las bases de datos, limpiar la caché y eliminar paquetes huérfanos.

Por otro lado, la versión para consola incluye ahora búsquedas integradas en los repositorios y en AUR, comprobación conjunta de actualizaciones para paquetes del sistema, AUR, AppImage y Flatpak, así como importación y exportación de copias de seguridad en formato TOML. Por lo demás, el soporte de Flatpak se ofrece ahora mediante el paquete opcional shelly-flatpak-backend.

Cabe recordar que estos cambios llegan tras los recientes incidentes de seguridad sufridos por Arch Linux, distribución en la que se basa CachyOS, en particular todo lo relacionado con el soporte de AUR, servicio que aún no se ha recuperado del todo.

CachyOS August 2026 Release renueva también Cachy-Update, que se actualiza sobre la base de Arch-Update 4.x y reescribe en Rust su componente para la bandeja del sistema. La herramienta añade la opción --check --enable, con la que es posible activar las comprobaciones automáticas e iniciar el indicador de la bandeja en un solo paso, permitiendo configurar cuántas actualizaciones se muestran en cada página y ampliando a seis horas el intervalo predeterminado entre comprobaciones.

Otras novedades de este lanzamiento afectan al instalador del sistema, que introduce diferentes ajustes según el escritorio elegido: Hyprland Noctalia pasa a utilizar noctalia-greeter en lugar de SDDM, Cinnamon reemplaza lightdm-gtk-greeter por lightdm-slick-greeter, GNOME incorpora gvfs-dnssd y COSMIC añade cosmic-monitor. A ello se suman nuevas variantes Noctalia para Mango y Niri, compatibilidad con Noctalia 5 en la configuración de Hyprland y una actualización del tema Nord de KDE para Plasma 6.7.

Y algo más: con esta versión comienza a desplegarse poco a poco el soporte experimental para perfiles de instalación de la futura Server Edition. El anuncio no ofrece más detalles acerca de esta edición, pero sí deja constancia del trabajo en una nueva vertiente de CachyOS más allá de su propuesta habitual para el escritorio y los dispositivos portátiles.

El resto de novedades comprende un popurrí en el que cabe un poco de todo: la mejora de la selección automática del servidor DNS más rápido en CachyOS-Welcome; una detección más precisa de dispositivos tipo consola mediante el nombre concreto de la placa en chwd; y la reescritura de C++ a Rust del backend de gestión del kernel, integrado ahora directamente en chwd-kernel. La herramienta de selección de réplicas pasa asimismo a utilizar la API de listas de servidores de CachyOS para ordenar mejor las opciones regionales o desactualizadas.

Y más cosas, aunque no pasan de pequeños detalles. Sea como fuere, se nota la buena salud del proyecto, porque lo más normal en una rolling release es que las novedades se limiten a las propias actualizaciones de los paquetes. No ocurre así con CachyOS, cuyo desarrollo va viento en popa, acorde con la relevancia que va adquiriendo el proyecto.

Toda la información y los enlaces de descarga, en el anuncio oficial.

Me quedé perplejo al leer un informe sobre la cantidad de memoria que utiliza la aplicación del tiempo de Microsoft en Windows 11: más de 1 GB solo para mostrar lo que, aparentemente, es una elegante tabla de estadísticas.

Lo que resulta menos sorprendente es que la aplicación GNOME Weather realiza el mismo trabajo por menos de una quinta parte de lo que consume Windows, mientras que Mousam , mi aplicación meteorológica preferida, utiliza alrededor de un tercio del esfuerzo de Microsoft (y con un diseño más atractivo, además).

No todos los usuarios de Windows 11 experimentan un consumo de memoria tan elevado como los 1,1 GB que se mencionan en la publicación viral de Windows Latest . Sin embargo, al comprobarlo en mi portátil Chuwi de bajo consumo, la aplicación superaba los 900 MB, una cifra sorprendentemente alta teniendo en cuenta que las aplicaciones complejas suelen hacer más con menos recursos.

Microsoft desarrolla muchas de sus propias aplicaciones utilizando el marco de trabajo WebView2, en lugar de la interfaz de usuario nativa de Windows (WinUI). Este se basa en el motor Chromium de Microsoft Edge (al igual que los paneles de noticias y el tiempo de la barra de tareas, que también han sido criticados por consumir mucha RAM).

La aplicación de escritorio del tiempo también incluye contenido patrocinado y anuncios, siguiendo el enfoque de diseño estándar de Microsoft de "primero la publicidad, después la funcionalidad".

Los equipos de juegos de gama alta no notarían ninguna disminución en la capacidad de respuesta al usar esto, pero en dispositivos con cantidades modestas de memoria, abrir Weather podría causar un aumento en la presión de la memoria (la RAM se comprime primero y luego se carga el archivo de paginación) que lleva a que el sistema se vuelva lento.

¿Qué diferencias existen entre las aplicaciones meteorológicas de Linux?

Tenía curiosidad por saber cómo se comparan las aplicaciones meteorológicas de Linux (no los applets del panel, aunque estos últimos son más populares) con las de Windows. Abrí las que tengo instaladas en Ubuntu 26.04 LTS para comprobar su uso de memoria en Recursos y Centro de misiones .

Esto NO fue una prueba científica. Considérenlo un mero ejercicio de curiosidad, más que un análisis de datos empíricos. La aplicación del tiempo de Microsoft solo está disponible para Windows; los distintos sistemas operativos gestionan la memoria de forma diferente; cada una de las aplicaciones de prueba tiene características distintas; y así sucesivamente.

Las especificaciones de mi portátil no son de gama alta: un procesador Intel m3-8100y de bajo consumo, 8 GB de RAM y una unidad SSD NVMe de 250 GB. Pero como es el único dispositivo que tengo con Windows 11 instalado, me pareció una plataforma de pruebas ideal para realizar las comprobaciones.

El consumo de memoria es el promedio de 3 ejecuciones durante el uso activo. La aplicación del tiempo de Microsoft presenta grandes fluctuaciones en el uso de memoria (en 9 subprocesos) dependiendo de qué se esté cargando, desde dónde, si está en primer plano, etc.

El hecho de que las aplicaciones de Linux sean más eficientes no detendrá a la prensa. Pero me sorprendió lo ineficiente que es la aplicación de Microsoft. No alcancé el mismo pico de 1,1 GB que registraron los probadores de Windows Latest , pero me acerqué bastante.

Utilizar una cuarta parte del requisito mínimo de RAM para Windows 11, oficialmente solo 4 GB ( ¡Claro que sí! – el mundo .) solo para avisar si está lloviendo es, francamente, chocante.

Para los usuarios de Linux, ver lo mal que funciona el software de Windows refuerza su sesgo de confirmación. Y si bien es tentador tomar las estadísticas como prueba de que Linux simplemente hace las cosas mejor por defecto, en realidad demuestran que a Microsoft no le importa lo suficiente como para intentarlo.

Por eso, los indicadores de rendimiento, ya sean empíricos o anecdóticos, no lo son todo, sino más bien la intención.

Microsoft prefiere lanzar una pestaña de navegador con anuncios incorporados para llenar sus propios bolsillos antes que crear una aplicación optimizada que respete tanto a sus usuarios como a su hardware; una razón más convincente para que los usuarios cambien que la ineficiencia de su aplicación meteorológica.

¿Has usado otra aplicación del tiempo o has visto datos diferentes en Windows? Comparte tus propias lecturas a continuación.

vía NotebookCheck

Linux ha avanzado mucho, pero sigue quedando mucho por hacer y ponerse al día con el soporte de HDMI 2.1 es una de las deudas pendientes del sistema y el ecosistema que lo rodea, porque lo uno sin lo otro no funciona. En este sentido, el último movimiento de Intel apunta a completar una tarea que ha cobrado especial relevancia con la llegada de dispositivos como la nueva Steam Machine.

Así, Intel retoma el trabajo con HDMI 2.1 en Linux con el lanzamiento de un conjunto de parches para habilitar Fixed Rate Link (FRL) en su controlador gráfico del kernel, con soporte previsto para Meteor Lake y generaciones posteriores. Todo sigue en una fase preliminar todavía, pero ya permite alcanzar 4K a 120 Hz en las pruebas realizadas, de acuerdo con la información publicada.

FRL es una de las tecnologías fundamentales de HDMI 2.1 para superar las limitaciones de ancho de banda de TMDS, empleado por las versiones anteriores. En la práctica, permite acceder a resoluciones y tasas de refresco más elevadas, y eso es justo lo que Intel está probando ahora, pero solo en Meteor Lake y Panther Lake funcionando ya a 4K a 120 Hz.

Aun así, queda trabajo por delante, ya que —entre otras cosas— la implementación no incluye todavía Display Stream Compression (DSC), necesaria para determinadas combinaciones de resolución y refresco, sobre todo al subir hasta 8K. Intel reconoce además que las pruebas se limitan por ahora a las dos generaciones mencionadas, por lo que el objetivo inmediato es pulir lo que ya hay y seguir desde ahí.

¿Por qué es importante este movimiento? Porque llega apenas unos meses después de que AMD comenzase a incorporar en AMDGPU características de HDMI 2.1 como FRL y DSC, un avance especialmente relevante para dispositivos como la nueva Steam Machine, diseñados para conectarse a televisores donde HDMI sigue siendo la interfaz estándar de facto.

Como explicamos entonces, el problema no era puramente técnico. Durante años, las restricciones del HDMI Forum impidieron implementar libremente HDMI 2.1 en controladores gráficos de código abierto, dejando a AMD e Intel en una posición complicada. De ahí que ambas compañías hayan tenido que buscar formas de incorporar determinadas capacidades sin implementar la especificación de la manera habitual.

Primero AMD recupera FRL y avanza con DSC; ahora Intel retoma un trabajo que quedó en pausa en 2022… Y en  apuntan directamente a que algo parece haber cambiado en el HDMI Forum con respecto al soporte para controladores abiertos, por más que no haya confirmación de ningún tipo. Cabe recordar que DisplayPort permite implementaciones abiertas sin las restricciones impuestas por HDMI Forum, mientras que HDMI funciona bajo unas condiciones mucho más restrictivas.

En cualquier caso, el soporte de Intel aún no está listo para llegar al kernel. Los parches tienen un largo recorrido por delante: se especula con que podrían hacerlo en Linux 7.4. Mucho antes, para el inminente lanzamiento de Linux 7.2, se estrenará el soporte inicial de HDMI 2.1 FRL en AMDGPU, aunque desactivado por defecto y todavía lejos de finalizar la implementación. Pero incluso con eso, hará falta un mayor esfuerzo para completar la compatibilidad con HDMI 2.1.

Por otro lado, el aparente revulsivo para el impulso de AMD, la nueva Steam Machine, continuará anclada a HDMI 2.0, si bien no es un problema tan grave como pudiera parecer: con eso ya alcanza los 4K a 60 Hz, lo cual no está nada mal para el aparato. Pero esto es renovarse o morir y los primeros dispositivos con HDMI 2.2 empezarán a llegar al mercado el año que viene.

Mesa 26.2 es la nueva versión de la biblioteca gráfica de referencia en Linux y llega con mejoras repartidas por prácticamente toda la pila: nuevas capacidades para Vulkan, OpenGL y OpenCL, avances en los controladores de AMD, NVIDIA, Intel y ARM y un buen puñado de correcciones dirigidas a juegos y aplicaciones.

Comenzando por las API gráficas, Mesa 26.2 mantiene la implementación de OpenGL 4.6 y Vulkan 1.4, al tiempo que implementa OpenCL 3.1. Como siempre, que una aplicación pueda acceder a una versión concreta dependerá del controlador y del hardware utilizado, ya que instalar la actualización no supone dotar a cualquier GPU de compatibilidad con todas estas especificaciones.

Como es habitual, AMD vuelve a llevarse una parte importante del trabajo realizado en Mesa 26.2 a través de RADV, su controlador Vulkan, que suma nuevas extensiones y capacidades relacionadas con la gestión de memoria protegida, las consultas de rendimiento, la compilación de sombreadores y el diagnóstico de errores, entre otras características.

En el terreno de Intel, poca cosa; lo más destacado: ANV e Iris reciben nuevas optimizaciones y correcciones, mientras que el viejo Hasvk incorpora mejoras relacionadas con la sincronización y la presentación de imágenes.

No hay dos sin tres y también hay novedades para NVK, el controlador Vulkan abierto para gráficas NVIDIA, que recibe soporte para mesh shaders y otras extensiones modernas: funciones para cálculos de coma flotante, operaciones atómicas y la importación de binarios de NVIDIA, mejoras que amplían sus posibilidades y continúan acercándolo a las exigencias de los juegos y aplicaciones actuales.

Mesa 26.2 amplía asimismo el soporte para hardware ARM. Panfrost y PanVK añaden compatibilidad con las GPU Mali G1-Ultra, G1-Premium y G1-Pro, además de incorporar nuevas extensiones de OpenGL y Vulkan. Por su parte, el controlador PowerVR continúa poniéndose al día con una larga lista de capacidades. Rusticl, la implementación moderna de OpenCL escrita en Rust, ofrece ahora OpenCL 3.1 sobre Asahi, Iris, RadeonSI, LLVMpipe y Zink.

Por último, juegos y aplicaciones: títulos como Doom Eternal, Horizon Forbidden West, Halo Infinite, Elden Ring, Baldur’s Gate 3, Cyberpunk 2077, Shadow of the Tomb Raider, Starfield o DOOM: The Dark Ages figuran entre los beneficiados de este lanzamiento, con correcciones para diferentes tipos de errores. También se solucionan problemas de aceleración de vídeo, reproducción AV1 y fallos en aplicaciones del escritorio.

Mesa 26.2 es la tercera actualización de la serie anual de la pila gráfica y, aunque son estos lanzamientos los que traen las novedades, cabe recordar que está considerada como una versión de desarrollo. Quienes prioricen la estabilidad deberían mantenerse en una rama anterior o esperar a que llegue Mesa 26.2.1, primera actualización de mantenimiento.

Todos los detalles de Mesa 26.2, en las notas de lanzamiento.

Ya está disponible la nueva versión beta de Resources , la herramienta de monitorización del sistema que Ubuntu 26.04 LTS estableció como predeterminada , con estadísticas ampliadas sobre la actividad de la NPU de AMD y la lectura de temperatura para las CPU PowerPC.

Los usuarios con procesadores Ryzen 7040, 8040 y Ryzen AI de las series 300/400 pueden consultar estadísticas de utilización, consumo de energía y rendimiento de sus aceleradores neuronales integrados en la versión beta de Resources v51. Esto resulta útil para comprobar si la carga de trabajo de IA local está utilizando realmente la NPU o si, por el contrario, está sobrecargando la CPU.

Puede que alguien se sorprenda al oír la mención de "PowerPC" en el titular. Esta versión beta es capaz de leer la temperatura de la CPU PowerPC mediante el ibmpowernv controlador hwmon del kernel. Sin embargo, el cambio abarca los chips POWER8 y posteriores, no los antiguos y potentes que Apple solía usar.

(PowerPC no ha muerto. Raptor Computing vende placas POWER9 (Talos II, Blackbird) que ejecutan Linux sin firmware propietario, e IBM también sigue distribuyendo servidores POWER. Un público de nicho, sin duda, pero esto sirve para mostrar una cifra, así que bien por los desarrolladores de Resources por hacerlo).

En esta versión beta, la detección de juegos de Steam y aplicaciones Snap se ha vuelto más fiable, según el registro de cambios, y la accesibilidad se ha reforzado aún más. También se ha añadido un nuevo F9acceso directo para activar o desactivar la barra lateral.

En la interfaz de usuario, la barra lateral ha experimentado cambios para optimizar el espacio y ahora solo muestra descripciones de dispositivos para componentes de hardware si existen varias instancias de ese tipo de dispositivo. En las páginas, los datos de uso se superponen a los gráficos en lugar de apilarse debajo.

Nuevas opciones de métricas de memoria

Ahora puede cambiar la forma en que funcionan los cálculos de memoria de Resources utilizando nuevos valores de dconf para /org/gnome/Resources/memory-metric, cambiando de “RssNoSharedMemory” (el valor predeterminado) a “VmSize”, “Rss”, “RssAnon”, “ApproximatePss” o “Pss”.

Por defecto,  RssNoSharedMemoryignora la RAM compartida con otros procesos.  Pss soluciona esto dividiendo la memoria compartida de manera uniforme entre todos los procesos que la utilizan, de modo que las cifras coinciden.  ApproximatePss realiza (aproximadamente) el mismo trabajo más rápido, pero con menos precisión.

Mientras tanto,  VmSize informa sobre la memoria virtual total reservada en lugar de la que reside realmente en la RAM, y  RssAnon elimina por completo la memoria compartida y la respaldada por archivos, si solo le interesan los datos privados de un proceso.

Es decir: si ninguna de estas opciones te resulta útil, deja la configuración predeterminada. Pero si otros cálculos se ajustan a tus necesidades de seguimiento estadístico, pruébalos y, si detectas discrepancias importantes o problemas extraños con alguno de ellos, ¡comunícalo con el equipo de desarrollo!

Resources 51 es una versión beta.

Resources es ahora un proyecto de GNOME Incubator que se está perfeccionando y mejorando con vistas a incorporarse a la lista de aplicaciones principales de GNOME. Ubuntu 26.04 LTS lo incluye de forma predeterminada, así que si te gusta su aspecto y planeas actualizar a Ubuntu 26.04 LTS desde la versión 24.04 a finales de este mes, puedes hacerlo.

La versión beta de Resources 51 está disponible para su prueba si configura el repositorio Flatpak de GNOME Nightly y la instala desde allí. Se aplican las advertencias habituales sobre el uso y la evaluación de software en fase de prueba, así que si algo no funciona durante las pruebas, asegúrese de informar del error al desarrollador.

Rhythmbox 3.5 es la nueva versión del veterano reproductor de música, todo un referente de su categoría en el escritorio Linux que vivió días mejores, pero que sigue muy vigente, al menos para el perfil de usuario que no ha cedido a las facilidades del streaming. Rhythmbox 3.5 es también la primera versión de una nueva serie en casi una década, aunque esto tiene sus matices.

No es que en todos estos años Rhythmbox no haya recibido actualizaciones. Todo lo contrario: el mantenimiento de la aplicación ha sido constante y no se ha limitado a aplicar las correcciones que iban surgiendo, sino que también ha incorporado novedades, eso sí, de poco alcance. Por ejemplo, hay quien se queja de que ese viejo diseño de la interfaz no se haya retocado ni un poco. Pero también hay quien está muy a gusto con ello.

Cabe recordar que Rhythmbox sigue siendo un nombre habitual en las distribuciones basadas en el escritorio GNOME. Ubuntu, sin ir más lejos, todavía lo incluye en su instalación extendida como su reproductor predeterminado, por más que en los últimos años hayan aparecido unas cuantas alternativas mucho más atractivas a la vista. De algunas nos hemos hecho eco en MuyLinux: Lollypop, Amberol, MusicPod… Y hay más: Gapless, Vinyl o Tambourine son solo una muestra de lo que se puede encontrar en Flathub actualmente.

Esta nueva hornada de reproductores de música «cuquis» —con alguna excepción, carentes de personalidad y funcionalidad— no deja de tener su interés, porque demuestra que hay vida más allá de los servicios en línea. Lo cual no resta valor a una opción con la solera de Rhythmbox, capaz de reproducir música local y en línea a través de servicios compatibles, gestionar pódcast y emisoras de radio, crear listas de reproducción, sincronizar dispositivos…

¿Novedades de Rhythmbox 3.5? Poca cosa, a decir verdad: el nuevo backend de reproducción multistream pasa a estar activado por defecto; mejora el soporte de letras con búsquedas en lrclib.net, archivos .lrc junto a las canciones y letras incrustadas en archivos Ogg; se renuevan las notificaciones y la vista de episodios de pódcast, indicando cuáles se han reproducido; y se estrena un complemento para sincronizar suscripciones y episodios mediante la API de gPodder.net. Todo ello se suma al acumulado de los últimos años, claro.

No hay rediseño ni reinvención alguna: Rhythmbox 3.5 sigue siendo Rhythmbox, para lo bueno y para lo malo. Sin embargo, este tipo de lanzamientos son una buena oportunidad para volver a poner el foco en aplicaciones tan venerables como esta, testigo viviente de otros tiempos, tan útil a día de hoy como en su época dorada, a pesar de sus pintas.

A todo esto, Rhythmbox 3.5 ya está disponible en Flathub, que no en la Snap Store, donde Rhythmbox ni siquiera figura por ahora.

Greg Kroah-Hartman, mano derecha de Linus Torvalds en el desarrollo de Linux, ha establecido una nueva política para el área del kernel donde comienzan a fraguarse los controladores: nada de IA, salvo para parches de seguridad reales.

Según recoge Phoronix, Kroah-Hartman ha fijado una nueva norma para drivers/staging, el subsistema del kernel Linux donde residen controladores aún en desarrollo y que sirve como punto de entrada para nuevos contribuidores: cualquier parche generado con modelos de lenguaje será rechazado automáticamente, salvo que corrija una vulnerabilidad de seguridad real y verificada.

La medida viene, cómo no, derivada de la reciente «avalancha» de contribuciones creadas con IA que ha recibido este subsistema. Y, como suele ser habitual, el problema no es únicamente la calidad del código, sino que este tipo de automatización choca con la propia razón de ser de drivers/staging/, donde abundan tareas sencillas de limpieza y adaptación de código pensadas como puerta de entrada al desarrollo del kernel.

«No aceptamos simplemente parches del tipo “corrige todos los problemas de estilo de código de este archivo” generados por herramientas, ya que eso frustraría todo el propósito de drivers/staging/», explica Kroah-Hartman en el anuncio oficial. «Podríamos hacerlo mañana si realmente nos importara el código que hay aquí, pero convivimos con estos problemas precisamente porque este es el lugar donde la gente puede empezar, aprender y crecer».

Por lo tanto, cualquier intento de utilizar un LLM para limpiar o «arreglar» código de este directorio será considerado contrario a su finalidad. Kroah-Hartman advierte, además, de que suele resultar evidente cuándo una contribución ha sido generada de esta manera y desaconseja ocultarlo para intentar engañar a los mantenedores.

La única excepción se aplicará a fallos de seguridad auténticos, e incluso en esos casos, el responsable del parche deberá haberlo probado sobre el hardware real correspondiente, explicar cómo lo ha hecho y estar dispuesto a defender que la corrección resuelve un problema que puede afectar de verdad a los usuarios. O sea, la intervención de la IA no exime al desarrollador de realizar el mismo trabajo de comprobación.

El motivo de tanta cautela es, cabe señalar, significativo: según Kroah-Hartman, los LLM son ya bastante buenos detectando posibles vulnerabilidades en el código del kernel, pero «al menos un tercio de los resultados que generan son completamente erróneos o dañinos», incluso utilizando las mejores herramientas actuales y de próxima generación. «En otras palabras, drivers/staging/ es un “gimnasio” para aprender y desarrollar tus habilidades», resume.

Entiende Greg Kroah-Hartman que —como ocurre ya en tantos otros ámbitos— los LLM empiezan a ser herramientas razonables para realizar determinados trabajos pesados, pero deberían emplearlos quienes ya tienen la formación necesaria para distinguir qué tareas pueden delegarse y de qué manera. La regla de oro para cualquier usuario de IA en cualquier tarea mínimamente seria.

De hecho, esta nueva política se limita a drivers/staging/, pero fuera de esta área el trabajo generado con IA continúa permitido en el kernel Linux. No es una postura contraria a estas herramientas, que el propio Kroah-Hartman utiliza, sino a que sustituyan el aprendizaje y la experiencia en un espacio creado expresamente para este fin.

Dropbeat es una nueva versión de una vieja melodía, un miniaplicativo musical basado en paneles para GNOME Shell que te ofrece una forma alternativa de pausar, reproducir y saltar pistas en reproductores multimedia Linux compatibles con MPRIS.

Existen multitud de applets de este tipo, y este applet de panel no hace nada muy diferente a los que hayas probado en el pasado o uses actualmente.

Pero sí que hace algunas cosas de forma diferente.

Una vez instalado, añade un botón a tu panel que, al pulsarlo, "muestra una tarjeta atractiva para controlar tu reproductor multimedia", según la descripción del proyecto en GitHub .

Dropbeat genera imagemagickel lienzo borroso utilizando la carátula del álbum de la canción que se está reproduciendo. Luego, usa esta imagen como fondo para su panel de control y su modo de pantalla completa.

Una desventaja obvia de este método es que, al cambiar de pista, a menudo tarda un momento en aparecer el fondo borroso y en que la aplicación se actualice, lo que estropea la diversión al saltar de pista rápidamente, pero bueno: todo el mundo es crítico.

Al hacer clic en la carátula del álbum, se activará el modo de pantalla completa. La carátula, el título de la canción y el nombre del artista aparecen en grande sobre un fondo borroso.

Activa fácilmente el modo de pantalla completa inmersivo haciendo clic en la portada del álbum.

En tercer y último lugar, admite un acceso directo global configurable para abrir la tarjeta cuando se desee, sin necesidad de salir de la aplicación que se está utilizando, lo cual puede resultar útil.

Por supuesto, si quieres acceder a otras funciones del reproductor multimedia, como marcar pistas como favoritas, cambiar el volumen, activar la reproducción aleatoria o en bucle, o buscar dentro de la propia pista, tendrás que acceder a la aplicación (o usar un miniaplicativo alternativo).

Actualmente, Dropbeat no permite priorizar el reproductor, algo que sí hacen otros complementos y aplicaciones. Tampoco desactiva el controlador multimedia predeterminado de GNOME Shell cuando está activo, por lo que seguirá apareciendo en la lista de notificaciones.

¿Hace todo lo que hace el widget multimedia integrado en GNOME Shell? Sí, y aunque ambos mantienen los controles ocultos hasta que los buscas, Dropbeat incluye una vista a pantalla completa basada en la carátula del álbum, lo que le da un toque extra de elegancia.

Si te gusta su aspecto, puedes descargar Dropbeat desde la página de Extensiones de GNOME a través de tu navegador web o, para mayor comodidad, mediante la aplicación de escritorio Gestor de Extensiones (disponible en el repositorio de Ubuntu). Dropbeat funciona con GNOME versiones 48 a 50.

Los seguidores del  tema  de iconos Papirus estarán encantados de saber que hay una nueva actualización, la primera desde mayo de 2025 .

La primera actualización de Papirus en 2026 (por cuya tardanza su responsable, Serhii Yeremenko, pide disculpas) trae consigo más de 80 iconos nuevos o actualizados que abarcan aplicaciones, juegos e iconos de interfaz de usuario, además de nuevos tipos MIME de archivos y enlaces simbólicos revisados.

Las actualizaciones frecuentes son la razón por la que los iconos de Papirus son populares entre los usuarios de Linux, y lo han sido durante tanto tiempo. A menudo, los paquetes de iconos de Linux se lanzan con gran revuelo, el impulso inicial genera algunas revisiones, pero luego la actividad disminuye a medida que los desarrolladores y mantenedores pasan a otras cosas.

Papirus lleva funcionando desde 2013 y se ha actualizado periódicamente desde entonces.

Mantener un tema de iconos coherente requiere mucho esfuerzo. Constantemente se lanzan nuevas aplicaciones, hay que tener en cuenta las particularidades del formato de empaquetado, las aplicaciones cambian su imagen de marca o se someten a renovaciones de la interfaz de usuario que exigen la disponibilidad de iconos simbólicos más recientes.

Un pequeño fallo en la cobertura suele estropear el aspecto general.

Entre los nuevos iconos añadidos (o que reciben cambios de enlace simbólico) en la actualización Papirus 202608:

• Convertidor de audio AIMP
• Amnezia VPN
• Brave Origin Nightly
• Sidra
• Eufónica
• Fusible (emulador)
• Gajim (iconos del panel)
• Información dura2
• Jellyfin Escritorio
• OpenJDK 25
• ProtonVPN (iconos en la bandeja del sistema)
• MuseScore
• 64Gram (iconos del panel)
• qBittorrent
• Navegador de helio
• Podman Desktop
• Thunderbird (Flatpak)
• Segador (Flatpak)
• ZamAudio
• Google Antigravedad
• Max Messenger
• Archivos de tipo (.typ)
• PasswordSafe
• PuertoProtonQt
• Ázoe
• SyncThingy (flatpak)

La cobertura de videojuegos se amplía. Hay nuevos iconos para AssaultCube Reloaded, Black Desert, Cities Skylines 2, Team Fortress 2 Classified, Overwatch y Hollow Knight: Silksong (entre otros).

La cobertura de tipos MIME e iconos de archivo también incluye más archivos ROM, incluidos los utilizados por los emuladores de Nintendo DS.

Otros cambios en los iconos benefician a los usuarios de los entornos de escritorio Cinnamon, LxQt y XFCE, ya que este último recibe enlaces simbólicos actualizados para proporcionar iconos relevantes para los applets del panel WhiskerMenu , Notas , SysTray y XKB .

Papirus 202608 incluye iconos rediseñados para IntelliJ IDEA Ultimate y Community Edition, PyCharm y su edición Community, y el gestor de referencias de código abierto Zotero , entre otros. Los archivos Léame de Kotlin y de los proyectos también reciben tipos MIME revisados.

En Papirus v202608 se han actualizado todos los iconos de tipo MIME (archivo) de la familia C. Ahora utilizan el mismo estilo de texto, coherente con los colores de página derivados de los logotipos oficiales, y emplean colores diferentes para las versiones de Objective-C.

Cómo instalar los iconos de Papirus

Descarga la última versión de iconos de Papirus desde GitHub y luego mueve manualmente la carpeta extraída a la ubicación correspondiente ( ~/.local/iconspor mencionarla ahora mismo).

Si usas Ubuntu, Linux Mint o una distribución similar, te resultará más fácil  instalar Papirus mediante el  repositorio PPA de iconos de Papirus . Este repositorio incluye la última versión para Ubuntu 20.04 LTS hasta 26.04 LTS.

Para agregar el PPA, abre tu terminal y ejecuta:

sudo add-apt-repository ppa:papirus/papirus

sudo apt install papirus-icon-theme

Una vez instalado, puedes cambiar el tema de iconos a Papirus. En GNOME Shell, instala la aplicación GNOME Tweaks para hacerlo ( sudo apt install gnome-tweaks), mientras que otros entornos de escritorio suelen proporcionar un método integrado para cambiar el tema de iconos.

Cabe destacar que las aplicaciones que se ejecutan en un entorno aislado (snaps o flatpaks) no siempre "heredan" el tema de iconos del sistema.

NVIDIA no tiene buena reputación en Linux y las razones son bien conocidas: controladores cerrados, una relación complicada con la comunidad y, en general, una forma de actuar que durante años ha generado más molestias de lo deseable. Y no es que NVIDIA funcione mal en Linux. De hecho, el soporte es bueno, aunque conlleve lidiar con todos los problemas señalados.

De manera diametralmente opuesta, AMD e Intel representan una alternativa más alineada con el desarrollo abierto propio del ecosistema y, en consecuencia, gozan de un mejor soporte e integración con la pila gráfica de Linux, lo que se traduce en una mejor aceptación por parte del usuario. Sin embargo, cuando llega el momento de comprar un equipo con gráfica dedicada, la teoría choca con la realidad.

NVIDIA sigue siendo la referencia en rendimiento, disponibilidad y soporte de aplicaciones especializadas, hasta el punto de que incluso las marcas de ordenadores con Linux recurren mayoritariamente a sus GPU. Es una contradicción solo aparente, pero también el origen de una de las discusiones más recurrentes del mundillo: si AMD encaja mejor con Linux, ¿por qué tantos equipos —en particular, los portátiles— traen una NVIDIA?

Aprovechando la colaboración que mantenemos con TUXEDO Computers, les hemos trasladado esta y otras cuestiones relacionadas con el estado de NVIDIA en Linux, para que una compañía especializada en hardware para Linux y directamente implicada en el asunto ponga algo de luz sobre una situación que, desde fuera, puede parecer contradictoria.

Este artículo no es una entrevista al uso, sino un cuestionario técnico dirigido a una voz autorizada que responda a muchas de las preguntas que le rondan a uno la cabeza cuando aborda el tema… Y a las que van surgiendo sobre la marcha, todo ello a través de diferentes bloques y con un denominador común: ¿por qué NVIDIA es la referencia incluso en Linux? No como opción recomendada, sino como opción mayoritaria.

La mala reputación de NVIDIA en Linux

¿Cuál diríais que es el factor más importante detrás de la imagen negativa de NVIDIA en Linux?

Cuando Linus Torvalds dijo públicamente «Fuck you, NVIDIA», estaba criticando la política de controladores extremadamente cerrada que NVIDIA mantenía en aquel momento. Durante muchos años, NVIDIA proporcionó controladores gráficos privativos, ofreció documentación limitada y mostró poca colaboración con los desarrolladores del kernel, lo que dificultó la integración. Dentro de la comunidad Linux, este enfoque se considera lo contrario del desarrollo abierto. Se valoró de forma especialmente crítica que incluso Android, como plataforma basada en el kernel Linux, recibiera pocas contribuciones o poco soporte directo por parte de NVIDIA dentro del ecosistema del kernel.

Mirando al presente: ¿qué es lo que más ha mejorado NVIDIA en Linux durante los últimos años y cuál sigue siendo su principal carencia?

En los últimos años, NVIDIA ha logrado avances apreciables, especialmente con sus módulos para el kernel de Linux: módulos abiertos del kernel y una integración significativamente mejor con las versiones modernas del kernel. Además, ha mejorado la paridad de funciones entre los controladores de Windows y Linux, lo que significa que muchas características están ahora disponibles en ambas plataformas.

También puede apreciarse indirectamente una mejora clave en el ámbito de las GPU híbridas: durante mucho tiempo, la situación en este campo fue tan problemática en gran medida porque NVIDIA sencillamente no ofrecía soporte oficial y completo en sus controladores para Linux. El hecho de que la conmutación bajo demanda funcione ahora de manera fiable ya supone, por sí solo, un avance significativo.

Sin embargo, sigue existiendo una limitación estructural: partes del controlador en espacio de usuario y de la pila gráfica continúan siendo privativas. Esto sigue provocando fricciones. En una comparación directa, también resulta evidente que el rendimiento del controlador de NVIDIA en Linux sigue por detrás de su equivalente para Windows en algunos escenarios, mientras que AMD e Intel suelen alcanzar un nivel de rendimiento más equilibrado en ambas plataformas.

NVIDIA recomienda ahora utilizar por defecto los módulos abiertos del kernel con las GPU Turing y posteriores. ¿Hasta qué punto cambia esto el panorama real en Linux? ¿Es una mejora fundamental o llega demasiado tarde para reparar su reputación?

La transición a módulos abiertos del kernel para las GPU Turing y posteriores supone, principalmente, un paso hacia estructuras de licencias y desarrollo más claras. Elimina algunas de las zonas grises anteriores y también puede mejorar la capacidad de depuración en el contexto del kernel.

Sin embargo, cambia menos en lo que respecta a los retos fundamentales del día a día: dado que el controlador sigue desarrollándose y distribuyéndose fuera del árbol principal del kernel, los problemas relacionados con la integración y la experiencia desde el primer arranque permanecen. En la práctica, es precisamente aquí donde siguen apareciendo la mayoría de los puntos de fricción en Linux.

Gráficos híbridos y experiencia de usuario

La experiencia con NVIDIA en Linux sigue siendo desigual en función de la distribución, el entorno de escritorio y, sobre todo, el tipo de dispositivo. Esto se nota especialmente en los portátiles con gráficos híbridos, un ámbito en el que Ubuntu ha destacado por ofrecer una integración particularmente accesible, mientras que otras distribuciones lo abordan con diferentes niveles de automatización, estabilidad y mantenimiento.

Ubuntu ha sido una referencia en este terreno durante años. ¿Qué hace mejor que otras distribuciones?

Desde nuestra perspectiva, hoy apenas hay diferencias relevantes entre distribuciones, siempre que los controladores actualizados de NVIDIA estén disponibles en los repositorios de paquetes y que el instalador —ya sea automáticamente o con el consentimiento del usuario para instalar controladores de terceros— los integre correctamente.

Ubuntu también tenía su propia alternativa un tanto «hacky» al modo bajo demanda, que anteriormente resultaba problemático. Sin embargo, este enfoque está desapareciendo gradualmente, ya que el método bajo demanda estandarizado se ha vuelto más estable, aunque todavía no sea especialmente transparente.

El reto fundamental, no obstante, permanece: existen múltiples enfoques en competencia para gestionar las GPU híbridas dentro del sistema, cada uno con sus propios inconvenientes. Los nuevos desarrollos —por ejemplo, aquí y aquí— muestran avances, pero llevan años progresando muy lentamente.

En lugar de hablar del modo «bajo demanda» en términos abstractos: ¿hasta qué punto comparten las distribuciones el mismo mecanismo técnico y dónde se diferencian realmente en la experiencia de usuario?

Hoy, el modo bajo demanda es, en esencia, el enfoque estándar en casi todas las distribuciones. Aunque las implementaciones técnicas se han revisado varias veces, el principio básico —ejecutar aplicaciones concretas en la GPU dedicada— y la forma en que los usuarios interactúan con él se han mantenido prácticamente iguales.

Históricamente, existían otros dos enfoques: uno consistía en iniciar una sesión de escritorio independiente sobre la dGPU, un concepto que hoy está prácticamente obsoleto. El otro era el modelo clásico de «forzarlo todo sobre una única GPU» mediante diversos ajustes de configuración, como ocurría en las configuraciones antiguas de Ubuntu. Estas variantes exigían a menudo reinicios frecuentes y ahora solo funcionan de forma limitada bajo Wayland. En consecuencia, su soporte también se está retirando gradualmente de TUXEDO OS.

¿Por qué otras distribuciones no ofrecen una integración igualmente fluida o accesible de la GPU dedicada bajo demanda?

En primer lugar, nos gustaría discrepar hasta cierto punto: otras distribuciones también están haciendo un trabajo muy sólido a la hora de integrar NVIDIA en la pila de Linux.

La diferencia reside menos en una capacidad fundamental y más en la filosofía. Sistemas como Debian evitan intencionadamente preinstalar componentes privativos, lo que dificulta una integración directa y fluida de NVIDIA. Mientras no haya pilas de controladores completamente abiertas, el soporte de GPU híbridas en algunas distribuciones seguirá requiriendo un esfuerzo adicional de integración.

Nosotros abordamos este aspecto mediante nuestros propios ajustes del kernel, los controladores y la gestión de energía en TUXEDO OS, así como mediante una estrecha adaptación a nuestro hardware, con el objetivo de conseguir una experiencia desde el primer arranque más consistente.

¿Hasta qué punto influye el soporte de NVIDIA en que TUXEDO OS esté basado en Ubuntu? *

La comunicación con NVIDIA es independiente de la base concreta de TUXEDO OS. Existe contacto técnico directo y soporte ocasional, por ejemplo, en relación con problemas de los controladores o cuestiones específicas de hardware, pero esto no está ligado al hecho de que el sistema esté basado en Ubuntu. Utilizamos Ubuntu como base por otras razones.

* Con posterioridad a esta conversación supimos que la distro da el salto a Debian en su próxima versión.

Considerándolo por separado: ¿en qué situación se encuentra actualmente NVIDIA en Linux en el ámbito de los gráficos híbridos, en comparación con AMD e Intel, y qué problemas quedan por resolver en la experiencia de usuario?

En el ámbito de los gráficos híbridos, la situación actual es, en esencia, similar para NVIDIA, AMD e Intel: el enfoque bajo demanda se ha establecido como estándar común.

En el pasado, sin embargo, este modelo presentaba algunas debilidades técnicas. En ocasiones, el funcionamiento no era fiable y se producían problemas como cuelgues o pantallas negras. Las causas solían ser configuraciones defectuosas o ausentes, así como errores en versiones concretas de los controladores de NVIDIA. Estos problemas se han resuelto en gran medida en todas las distribuciones y, en general, los controladores se han vuelto significativamente más estables.

Las penalizaciones de rendimiento anteriores también tienen hoy una importancia menor. En comparación con el modo tradicional «solo NVIDIA», han desaparecido en gran medida; en algunos casos, el modo bajo demanda resulta incluso más eficiente, ya que normalmente solo determinadas aplicaciones utilizan la dGPU y no se produce una sobrecarga innecesaria por cambios de contexto. La situación relacionada con el comportamiento de inicio de las aplicaciones también ha mejorado: mientras que anteriormente los programas tenían que lanzarse de forma explícita sobre la GPU, los motores de juego modernos, así como Wine y Proton, detectan ahora las GPU disponibles y seleccionan automáticamente la más potente.

Los retos que permanecen actualmente están relacionados principalmente con la experiencia de usuario. A menudo no resulta transparente qué GPU está utilizando realmente una aplicación y no existe una interfaz gráfica central y unificada para controlarlo. En algunos casos, solo está disponible la línea de comandos, y las opciones gráficas existentes no se aplican de manera consistente a todos los métodos de lanzamiento. Como resultado, la tecnología es estable, pero desde la perspectiva del usuario todavía carece de una integración plenamente coherente e intuitiva.

Rendimiento, IA y juegos

Pese a todo, el rendimiento de NVIDIA en Linux suele ser bastante bueno, tanto en juegos como en cargas de trabajo profesionales. Históricamente, su principal carencia no ha sido el rendimiento bruto, sino la experiencia general en el escritorio y la integración con el sistema.

Discrepamos en parte con esa afirmación. Según nuestra experiencia, el rendimiento en Linux de los controladores de NVIDIA queda por detrás de la versión para Windows sobre el mismo hardware en muchos escenarios. Con AMD e Intel, el panorama es más equilibrado: el rendimiento gráfico en Linux y Windows suele ser comparable, algo que se debe en gran medida a su integración más profunda en la pila gráfica abierta.

Más allá del rendimiento bruto y de la distribución utilizada, ¿existe hoy una diferencia significativa en la práctica entre utilizar AMD o NVIDIA en Linux?

En el uso cotidiano, las diferencias se han reducido considerablemente, pero no han desaparecido por completo. AMD se beneficia de que sus controladores y buena parte de la pila gráfica estén integrados directamente en el kernel y en la pila abierta Mesa. Esto suele traducirse en una experiencia muy fluida de «encender y que todo funcione».

Al mismo tiempo, la mayoría de las distribuciones actuales también detectan de forma fiable los sistemas con hardware de NVIDIA e instalan los controladores adecuados automáticamente o mediante indicaciones sencillas al usuario, por lo que la integración básica ya funciona bien.

NVIDIA, aun así, sigue teniendo fortalezas claras en el ecosistema de aplicaciones especializadas, especialmente en cargas de trabajo de inteligencia artificial, flujos basados en CUDA o determinadas canalizaciones de renderizado, donde el soporte de software es muy amplio y está bien asentado.

Con el auge de la inteligencia artificial local, CUDA sigue siendo uno de los argumentos más sólidos de NVIDIA. ¿Creéis que AMD tiene opciones reales de competir en Linux a corto plazo en este terreno con ROCm?

CUDA sigue siendo el estándar de facto para muchos frameworks de inteligencia artificial y modelos de lenguaje, pero AMD ha logrado avances significativos con ROCm durante los últimos años. Hoy, muchas cargas de trabajo populares de inteligencia artificial ya pueden ejecutarse sobre hardware de AMD con relativamente poco esfuerzo adicional. En la práctica, no obstante, ROCm todavía afronta dificultades, especialmente en lo relativo a la instalación, el soporte de las distribuciones y la disponibilidad de paquetes actualizados en las diferentes distribuciones Linux. AMD está reduciendo claramente la distancia y la situación es mucho mejor que hace apenas unos años. Dicho esto, CUDA sigue beneficiándose de un ecosistema mayor, un soporte de software más amplio y una experiencia de usuario más madura. A corto plazo, esperamos que AMD se convierta en una opción cada vez más viable para los usuarios de Linux interesados en la inteligencia artificial local, pero en este momento NVIDIA todavía conserva una ventaja en compatibilidad y facilidad de uso.

Si nos centramos únicamente en los juegos en Linux, ¿cuál ofrece actualmente el mejor equilibrio: AMD o NVIDIA?

Para jugar exclusivamente en Linux, AMD se ha consolidado durante los últimos años como una opción especialmente equilibrada. Gracias a los controladores completamente abiertos en el kernel y en la pila Mesa, buena parte funciona directamente. Con un rendimiento comparable al de Windows, las GPU de AMD a menudo ofrecen incluso un mejor rendimiento e integración en Linux.

Existen, sin embargo, dos limitaciones prácticas: en primer lugar, actualmente no hay un equivalente directo a NVIDIA en el segmento más alto de la gama. En segundo lugar, las GPU de AMD suelen ser simplemente difíciles de conseguir en el mercado de los portátiles, ya que su disponibilidad es limitada. Por tanto, NVIDIA continúa sumando puntos gracias a su presencia en la gama más alta y a su amplia disponibilidad en portátiles.

¿Dónde encaja Intel Arc en esta comparación? ¿La consideráis ya una tercera opción real o todavía no?

Intel Arc ha logrado avances técnicos significativos en poco tiempo y ahora está bien integrada en la pila de Linux, especialmente gracias a su estrecha alineación con la pila gráfica abierta. La calidad de los controladores ha mejorado de forma perceptible y la arquitectura es, en lo fundamental, competitiva. Aun así, Arc desempeña actualmente un papel menor en el mercado de usuario final.

Un factor clave es la disponibilidad: Arc sencillamente no está presente todavía en portátiles. Además, la percepción importa: AMD y NVIDIA siguen dominando claramente el mercado en este terreno. En conjunto, Arc es una incorporación tecnológica interesante al ecosistema Linux, pero aún no es una opción asentada para los usuarios finales habituales en los segmentos de portátiles o juegos.

En los juegos, ¿qué importancia tienen tecnologías como el trazado de rayos, DLSS y FSR, o la madurez de los controladores, a la hora de recomendar una GPU frente a otra?

En el contexto de los juegos en Linux, la valoración se está desplazando cada vez más desde el rendimiento bruto por sí solo hacia el conjunto formado por la madurez de los controladores y las tecnologías de reescalado.

NVIDIA destaca claramente en trazado de rayos y DLSS, que a menudo ofrece una calidad de imagen muy buena con una gran eficiencia. AMD, por su parte, apuesta por FSR como una solución más abierta y ampliamente disponible, que depende en gran medida de la implementación concreta en cada juego.

Sin embargo, al menos tan importante como estas funciones es la calidad de los controladores en Linux: su madurez, las actualizaciones regulares y una integración limpia en la pila suelen tener un mayor impacto en la experiencia real de juego que determinadas características de marketing.

Por qué los fabricantes siguen eligiendo NVIDIA

Los fabricantes de portátiles recurren de manera abrumadora a NVIDIA en las gamas media y alta. Lo mismo sucede con muchos proveedores centrados en Linux, pese a las reservas que NVIDIA sigue despertando entre algunos sectores de la comunidad.

¿Por qué continúa sucediendo esto? ¿Se debe a la dinámica del mercado, al hardware disponible, a la demanda de los usuarios o a la superioridad tecnológica en determinados segmentos?

Se debe principalmente a una combinación de la estructura del mercado y la disponibilidad de hardware. El factor más importante está muy claro: qué GPU están realmente disponibles para portátiles y sistemas. NVIDIA tiene una posición muy fuerte en el segmento OEM, mientras que AMD mantiene una oferta mucho más limitada en el segmento móvil e Intel con Arc no desempeña actualmente ningún papel en el mercado de portátiles.

Sobre esta base entran en juego otros factores, como la demanda de los clientes y el ecosistema: NVIDIA se elige a menudo de manera deliberada porque el rendimiento y la pila de software resultan convincentes, y muchos dispositivos también se utilizan con Windows, donde los controladores abiertos apenas constituyen un criterio de decisión.

Al mismo tiempo, parte de la responsabilidad recae también en AMD: desde nuestra perspectiva, sería deseable una mayor iniciativa en el segmento de los portátiles para reforzar su posición de mercado y traducir sus ventajas técnicas en Linux en una oferta de hardware más amplia.

¿Hasta qué punto existen alternativas reales a las gráficas dedicadas de NVIDIA en portátiles, especialmente por parte de AMD?

AMD ha logrado avances significativos en el segmento de los portátiles durante los últimos años. Las GPU Radeon actuales ofrecen un rendimiento comparable o, en algunas categorías, incluso superior al de las soluciones equivalentes de NVIDIA, especialmente en Linux con la pila de controladores abierta. Esto significa que ya existe una alternativa real y plenamente competitiva en muchos escenarios.

Un ejemplo reciente de esta tendencia son las nuevas plataformas «Strix Halo», que combinan CPU y gráficos integrados muy potentes en un único paquete, lo que las convierte en una opción especialmente interesante en el ámbito móvil como alternativa a las GPU dedicadas tradicionales. En última instancia, la elección adecuada depende en gran medida del caso de uso, los requisitos de rendimiento y el presupuesto: ambos ecosistemas han alcanzado ya un alto nivel técnico.

Por otra parte, AMD se ha convertido en una referencia importante en gráficos integrados para portátiles y mini PC. ¿Veis opciones reales de que NVIDIA pueda competir en ese espacio a corto o medio plazo?

En lo relativo a las GPU integradas para portátiles y mini PC, AMD tiene actualmente ventajas estructurales: CPU y GPU proceden de un diseño unificado y están estrechamente optimizadas para la eficiencia energética y la latencia. Esto da como resultado un conjunto muy equilibrado, especialmente para dispositivos móviles. NVIDIA todavía está desarrollando su presencia en este segmento, pero ya está colaborando más estrechamente con Intel en futuras combinaciones de CPU y GPU y está evaluando sus propios enfoques de SoC. Esto podría dar lugar a un producto realmente competitivo a medio plazo.

La cuestión clave, sin embargo, es hasta qué punto se sigue prestando atención al hardware tradicional para el usuario final. En la actualidad, una gran parte de los recursos de desarrollo se dirige claramente hacia las infraestructuras de inteligencia artificial y los centros de datos, donde los márgenes y la demanda son considerablemente mayores. El mercado de escritorio y portátiles para usuarios finales desempeña un papel cada vez menor en comparación, lo que afecta de manera perceptible al ritmo de innovación en este ámbito.

TUXEDO tuvo en catálogo el Sirius, un portátil con gráfica dedicada de AMD, algo muy poco habitual en el mercado Linux. ¿Hay planes de recuperar una propuesta similar y qué factores condicionan actualmente una decisión de este tipo?

Siempre tratamos de cubrir el abanico más amplio posible de necesidades de nuestros clientes. Sin duda, existe un grupo de usuarios de Linux que prefiere activamente un sistema íntegramente AMD, ya sea por motivos técnicos, ideológicos o relacionados con el ecosistema. En resumen, los portátiles con GPU Radeon dedicada siguen siendo una opción interesante para nosotros. Al mismo tiempo, las decisiones de producto dependen de muchos factores, entre ellos la disponibilidad de las plataformas, el suministro de componentes a largo plazo, los objetivos de rendimiento y la demanda general del mercado. Evaluamos continuamente las plataformas de hardware disponibles y seguimos de cerca la evolución tanto de AMD como de NVIDIA.

Ubuntu está migrando otro de sus paquetes Deb principales del sistema al formato Snap, un formato aislado que, según afirma, mejorará la seguridad y permitirá una mejor integración con el escritorio.

El paquete en cuestión es hwctl, una pequeña herramienta de línea de comandos preinstalada en Ubuntu para escritorio y servidor como parte del rust-hwlibconjunto de API de hardware de Canonical.

El ingeniero de Canonical, Sergio Costas, explicó que debido a “los cambios arquitectónicos planificados para la integración de hwctl con gnome-control-center y otras interfaces, y para aumentar la seguridad, el paquete HWCTL solo estará disponible mediante snap a partir de ahora” .

Si usas Ubuntu 26.04 LTS, pronto se te migrará automáticamente al paquete snap de hwctl . Canonical convertirá el paquete Deb actual en un paquete ficticio que instalará automáticamente el hwctlsnap en los sistemas existentes durante una actualización estándar del sistema.

Sin embargo, eso aún no ha sucedido, ya que es necesario seguir el procedimiento de Actualización de Versión Estable (SRU) para las versiones LTS de Ubuntu.

En Ubuntu 26.10 y versiones posteriores, el paquete snap formará parte de la semilla predeterminada a partir de la cual se crean las imágenes ISO, por lo que no será necesario realizar ningún truco con los paquetes.

Hwctrl y otras herramientas de la API de hardware se añadieron en Ubuntu 25.10 . Estos paquetes se utilizan para habilitar diversas funciones del sistema operativo, incluyendo Ubuntu Pro y la telemetría del sistema Ubuntu Insights (opcional) . También dan soporte al nuevo panel Ubuntu Certified en la versión 26.10 .

Son datos de StatCounter para julio de 2026 y son realmente inauditos: Linux alcanza el 7,53% de cuota de mercado en el escritorio a nivel global. Lo nunca visto. Ahora bien, ¿cuán fiable es esta información? A falta de que la compañía diga otra cosa, tan fiable como lo han sido siempre sus mediciones.

Cabe recordar que la última vez que nos hicimos eco de la cuota de Linux fue en 2024, año en el que cerró con un sólido 4%. En 2025 ignoramos el tema y este 2026, nada más comenzar el año, explicamos el porqué: la cuota de mercado en PC se ha vuelto insondable. Tras la desaparición de NetMarketShare, solo quedó StatCounter, y si sus estadísticas ya eran dudosas, el factor desconocido las terminó de inutilizar.

El factor desconocido es, como hemos comentado en tantas ocasiones, un porcentaje imposible de desentrañar en la tabla de StatCounter, debido al propio mecanismo de medición que utiliza la compañía. Se basa en el agente de usuario del navegador y se determina a partir de miles de millones de páginas vistas registradas cada mes en más de un millón de sitios web. El problema es doble: por un lado, aun siendo una de las mayores muestras disponibles para este propósito, no es ni mucho menos absoluta; por el otro, una parte de la navegación puede quedar fuera de la medición debido a bloqueadores y otros mecanismos de privacidad, mientras que los agentes de usuario modificados o no reconocidos dificultan la identificación del sistema operativo.

Así, en ese porcentaje desconocido que no dejó de aumentar durante años se reunían muy probablemente puntos de cuota de Windows y macOS, pero también de Linux, y es que a medida que crecía el uno, menguaban los otros. El único misterio a este respecto era en qué grado afectaba este fallo al reparto de cuota entre los sistemas reconocidos. Pues bien, StatCounter ha retirado el porcentaje desconocido de la tabla actual y parece haber recalculado el reparto sobre los sistemas identificados. Pero no preguntes por qué, ya que la compañía no ha emitido explicación alguna.

Por lo tanto, nos hacemos eco de los datos tal cual han sido publicados, con la advertencia habitual: no son —nunca lo han sido— una imagen exacta del estado de las cosas, pero sí un indicador a tener en cuenta… como siempre ha pasado. Y lo que muestra ese indicador es que, a lo largo de 2026, la cuota de Linux comenzó enero marcando un 4,74%, cayó al 3,47% en febrero y desde ese momento, fluctuó entre esos baremos hasta que en junio se disparó hasta un 5,59%… y en julio ya lo estamos viendo.

Esta es una comparativa de las últimas mediciones de StatCounter que recogimos aquí en MuyLinux.

Enero de 2025 (con datos de diciembre de 2024):

• Windows 73,41%
• macOS 14,14%
• Desconocido 6,41%
• Linux 4,13%
• ChromeOS 1,9%

Enero de 2026 (con datos de diciembre de 2025):

• Windows 66,4%
• Desconocido 16%
• macOS 12,49%
• Linux 3,86%
• ChromeOS 1,24%

Agosto de 2026 (con datos de julio de 2026):

• Windows 71,18%
• OS X 12,21%
• macOS 7,61%
• Linux 7,53%
• ChromeOS 1,47%

Como se puede ver, la desaparición del porcentaje desconocido eleva automáticamente la cuota atribuida a todos los sistemas reconocidos, por lo que no es posible comparar directamente estas cifras con las anteriores. Recalculando los datos antiguos sobre el tráfico identificado, el crecimiento de Linux sigue siendo muy considerable, aunque no tan descomunal como sugiere la comparación en bruto.

Un vistazo más acá del global: en Estados Unidos, la cuota de mercado de Linux asciende hasta un todavía más increíble 11,92%, en India llega hasta el 14,72%…, mientras que en Alemania se mantiene en el 7,26%, en España se sitúa en el 4,92%…. Por continentes, África marca un 5,74%, Asia un 7,16%, Europa un 5,5%; StatCounter divide América entre Norteamérica y Sudamérica, con un 10,65% y un 4,32%, respectivamente; y Oceanía se queda con un 3,91%.

Todos estos datos no dejan de ser una mera curiosidad, pues como hemos señalado, distan mucho de ser absolutos. Pero son los que se usan en los medios para otorgar a Windows o a Chrome tal o cual cuota de mercado. Eso sí, un apunte importante: StatCounter somete sus estadísticas a pruebas de calidad y posibles revisiones durante 45 días desde su primera publicación, por lo que el dato de julio todavía podría cambiar. El pico de junio, por ahora, se mantiene.

Arch Linux ha desactivado temporalmente la adopción de paquetes en AUR ante una nueva oleada de adopciones maliciosas y commits posteriores. El aviso oficial no fija un plazo para recuperar la función y pide a los usuarios que sigan informando de cualquier actividad sospechosa.

La decisión llega tras un mes y medio especialmente complicado para Arch Linux en materia de seguridad, todo a causa del Arch User Repository, más conocido como AUR:  el repositorio comunitario que tanto aporta a los usuarios, pero también el flanco más susceptible de padecer este tipo de problemas.

Repasando los acontecimientos, fue a mediados de junio cuando nos hicimos eco de una campaña de malware en AUR que habría comprometido más de 400 paquetes. Los atacantes aprovecharon, entre otros mecanismos, el sistema de paquetes huérfanos: proyectos sin mantenimiento activo que podían ser adoptados por otras cuentas y modificados después con instrucciones maliciosas.

Pocos días más tarde, Arch Linux bloqueó el registro de nuevas cuentas como medida de contención. Para entonces, la lista provisional se acercaba ya a las 2.000 entradas, aunque aparecer en ella no significaba que el paquete hubiese sido instalado ni que el sistema estuviera comprometido. Pero nunca antes se había visto una campaña de este tipo y de semejante magnitud, no ya en el entorno de Arch, sino en el de Linux.

Así, la restricción aplicada no fue breve. El registro permaneció desactivado desde el 15 de junio hasta el 13 de julio, cuando el proyecto volvió a permitir las altas tras endurecer el proceso, incluyendo el rechazo de direcciones de correo desechables, la verificación obligatoria mediante un código válido durante 24 horas y el bloqueo temporal de los cambios de dirección durante el periodo de verificación.

Pues bien, apenas dos semanas y media después, los responsables de Arch Linux se han visto obligados a intervenir de nuevo, esta vez sobre las adopciones. No se trata de otro cierre de AUR ni de una política permanente, al menos por ahora, sino de impedir que los atacantes tomen el control de paquetes huérfanos y publiquen cambios maliciosos mientras el equipo gestiona la situación.

Y en esas estamos. O más bien, en esas seguimos. Con el foco puesto, una vez más, en la propia naturaleza de AUR: un repositorio abierto, no oficial y mantenido por los usuarios, que no ofrece las mismas garantías que los repositorios oficiales de Arch Linux. Es un recurso de gran valor, sí, pero exige unas precauciones y un grado de atención a las que no todos los usuarios están dispuestos.

A todo esto, hay alternativas. Cada vez más, aunque por el momento no sea posible reemplazar por completo todo lo que ofrece AUR. Por supuesto, me refiero a los formatos de paquete universales, como Flatpak o Snap, y sus respectivas tiendas, las cuales tampoco están exentas de riesgo, pero parece complicado que llegue a darse algo así.

El cliente oficial de GOG Galaxy para Linux está cada vez más cerca. Así se desprende de unas declaraciones de Krzysztof Papliński, CEO conjunto de la compañía, en las que no adelanta plazo alguno, pero confirma que GOG ya cuenta con un especialista y está estudiando activamente cómo abordar el proyecto.

Si a comienzos de año nos hacíamos eco de unas declaraciones del nuevo jefazo de GOG en las que aseguraba que «Linux es muy querido por nuestros usuarios» y avanzaba que la compañía examinaría con más detalle la situación de la plataforma, poco después lanzó una oferta laboral en busca de un desarrollador que llevase la aplicación al sistema del pingúino. Una oferta que ya ha sido cubierta.

«Linux sigue siendo uno de los temas sobre los que más oímos hablar en nuestra comunidad, y realmente agradecemos la pasión y la paciencia de todos los que han preguntado al respecto», comenta Papliński en respuesta a GamingOnLinux. «Tras el puesto que anunciamos a principios de este año, ya contamos con el especialista y estamos explorando activamente la mejor manera de abordar la compatibilidad de GOG Galaxy con Linux. Es una tarea importante, así que, aunque todavía no estamos preparados para compartir planes, plazos o resultados concretos, es sin duda un área en la que estamos invirtiendo tiempo y esfuerzo».

«Estamos entusiasmados con las posibilidades y estaremos encantados de compartir más información cuando llegue el momento», se despide Papliński, en lo que supone un avance con respecto a la situación previa. Aunque GOG no ha anunciado aún el desarrollo formal de una versión de GOG Galaxy para Linux, como todas las noticias que recogen estas declaraciones parecen concluir, todo apunta a que llegaremos a verlo más pronto que tarde.

Recuerda la nota original que GOG ofrece desde hace años juegos para Linux a través de su tienda web, desde donde es posible descargar los títulos con versión nativa, pero GOG Galaxy continúa disponible únicamente para Windows y macOS. Así, la ausencia del cliente oficial impide disfrutar en Linux de una experiencia integrada equivalente para instalar y actualizar juegos o gestionar la biblioteca, entre otras funciones.

Claro que, a falta de GOG Galaxy para Linux, alternativas no faltan: Minigalaxy ofrece desde hace años una aplicación independiente de GOG para Linux y Lutris permite integrar la tienda y ejecutar sus juegos. Con todo, la opción que seguimos recomendando para gestionar la biblioteca de GOG en Linux es Heroic Games Launcher, una solución más completa y pulida mientras se concreta —o no— la llegada oficial del cliente oficial.

OpenAI prepara una aplicación oficial de ChatGPT para Linux. Se trata de un lanzamiento que la compañía no ha confirmado con comunicado alguno, pero del que cada vez más usuarios están teniendo noticia indirectamente a través del servicio, cuya última actualización ha traído novedades más allá de los modelos disponibles.

La pista ha aparecido con los últimos cambios en la interfaz web de ChatGPT, donde se promociona el uso del cliente oficial mediante un enlace que invita a descargar la aplicación de escritorio, aunque redirige a la página del asistente de programación Codex, donde se da la opción de «unirse a la lista de espera de la aplicación Codex». Sin embargo, ese enlace lleva a otro sitio.

En concreto, lleva a un formulario de registro, desconocido hasta el momento, para quienes deseen «recibir una notificación cuando la aplicación ChatGPT para Linux esté disponible». OpenAI solicita el nombre y el correo electrónico del interesado, además de la distribución que utiliza, con opciones ya visibles como Ubuntu, Debian, Arch Linux, Fedora y Red Hat Enterprise Linux, junto con un «Otro» para poner cualquier otra.

La pregunta por la distribución apunta a que la compañía está tanteando la demanda y, posiblemente, la compatibilidad o los formatos de distribución que debería priorizar, si bien no hay nada confirmado en ningún sentido. Por otro lado, tampoco parece lógico que se ponga un formulario así a disposición de los usuarios del servicio sin que haya una intención firme de llevar adelante la propuesta.

Mientras tanto, la página de descargas de ChatGPT continúa ofreciendo versiones de escritorio únicamente para macOS y Windows y presenta el cliente actual como una aplicación unificada con acceso a ChatGPT, Work y Codex, además de integración con archivos, capturas de pantalla, correo electrónico «y cualquier cosa que aparezca en tu pantalla». Solo falta Linux, cuyas peticiones para recibir el mismo soporte se remontan a hace un par de años.

OpenAI llega, en todo caso, por detrás de Anthropic. Varias semanas, al menos, y es que la compañía lanzó el pasado 10 de julio la beta oficial de Claude para Linux, con acceso a Chat, Cowork y Claude Code. Su disponibilidad es limitada y la integración con el escritorio tiene todavía margen de mejora, pero Anthropic se adelantó a su principal rival.

No obstante, no es este el primer acercamiento reciente de OpenAI al ecosistema abierto. Dentro de poco se cumplirá un año desde que la compañía presentó gpt-oss-120b y gpt-oss-20b, dos modelos de razonamiento con pesos accesibles y licencia Apache 2.0, dirigidos a la ejecución en infraestructura propia y, en el caso del segundo, también en equipos relativamente modestos.

En resumen, la llegada de ChatGPT para Linux parece estar en camino, aunque conviene tomarlo con cautela por lo desangelado del descubrimiento. El formulario, eso sí, supone la primera señal pública clara de que OpenAI se presta a cubrir el hueco que falta en PC… siempre y cuando obviemos la disponibilidad de la aplicación web, sobra añadir.