NICALINUX

Después de más de cuatro años de silencio, el clásico juego de plataformas de código abierto SuperTux 0.7.0 ha llegado para renovar por completo la experiencia del pequeño pingüino. Esta nueva versión, que bebe directamente de la esencia de los Super Mario, no solo actualiza sus gráficos, sino que replantea por completo la jugabilidad con nuevas habilidades y un diseño de niveles totalmente revisado.

El equipo desarrollador ha trabajado para pulir y expandir cada rincón del juego. Desde los fondos y objetos hasta los icónicos enemigos, todo ha sido revampizado visualmente. Pero lo más emocionante son las nuevas capacidades de Tux, que ahora puede deslizarse por pendientes, rodar como una roca, realizar poderosos saltos de trasero e incluso gatear, añadiendo capas de estrategia a la exploración de los reinos helados.

SuperTux 0.7.0: Novedades que transforman la aventura

La revisión no es solo estética. La historia de los modos «Story Mode», «Revenge in Redmond» y «Bonus Island I» ha sido reestructurada para ofrecer una narrativa más coherente y atractiva. Además, se incorporan nuevos personajes no jugables como Granito, y una variedad de enemigos frescos (DiveMine, Fish, Corrupted Granito) que pondrán a prueba nuestros reflejos, junto con el rediseño de clásicos como GoldBomb, Igel o los temibles Yeti y Ghost Tree.

En el apartado de mecánicas, SuperTux 0.7.0 introduce elementos muy interesantes como enemigos con brillo, llaves para abrir caminos, un bolsillo de objetos para guardar ítems y las muñecas Tux que desbloquean islas de bonificación. El modo multijugador local permite ahora disfrutar de la aventura en compañía, y el editor de niveles ha sido rediseñado para que crear nuestros propios desafíos sea más intuitivo que nunca.

Todo este lavado de cara viene acompañado de una importante reestructuración interna del código, mejoras en la compilación para diferentes sistemas y optimizaciones que facilitan su portabilidad. Como indican sus creadores, «es probablemente el lanzamiento más grande desde el hito 2», llevando el juego a un estado mucho más pulido y «finalizable».

Si quieres probar ya mismo esta versión, está disponible en múltiples formatos. Para Linux encontrarás un paquete AppImage universal, además de Flatpak y el código fuente. Los usuarios de Windows (32 y 64 bits) y macOS (Intel y ARM) también tienen sus respectivos instaladores. Sin duda, SuperTux 0.7.0 se presenta como la mejor forma de redescubrir a este simpático pingüino.

Cuando trabajas con gráficos 3D en Linux o en cualquier sistema que use controladores abiertos, estar al día de las versiones de Mesa no es un capricho, es casi una obligación. Cada nueva publicación puede traer desde pequeñas correcciones que evitan cuelgues aleatorios hasta mejoras de rendimiento que se notan en juegos y aplicaciones del día a día. En este contexto aparece Mesa 26.0.2, una versión que, aunque se presenta como una simple revisión de errores, tiene más miga de la que parece si te importa la estabilidad.

La propia publicación oficial de la biblioteca Mesa indica que “Mesa 26.0.2 is released. This is a bug fix release”. Es decir, estamos ante una actualización dentro de la rama 26.0 cuyo objetivo principal es corregir fallos detectados tras el lanzamiento inicial. Puede sonar menor, pero quienes han sufrido un glitch gráfico molesto, artefactos en la pantalla o un crash en mitad de una partida saben que estas versiones de corrección son las que marcan la diferencia entre un sistema fiable y uno que da guerra.

Detalles clave del lanzamiento de Mesa 26.0.2

La información oficial del proyecto Mesa resume el lanzamiento con un mensaje bastante escueto: Mesa 26.0.2 is released. This is a bug fix release. Ese tipo de comunicación tan directa es habitual en este proyecto, donde muchas novedades técnicas se detallan después en listas de cambios más específicas y commits individuales. Aun así, se puede desgranar bastante contexto a partir de esa frase y de cómo se gestionan normalmente las versiones de corrección.

En primer lugar, que se trate de una versión “bug fix” indica que no debería introducir cambios de comportamiento intencionados a nivel de funcionalidades. Es decir, no se añaden APIs nuevas ni se modifican interfaces de manera que rompan compatibilidad con lo que ya funcionaba en la 26.0 o 26.0.1. Esto es importante para distribuidores, fabricantes y usuarios avanzados, porque da cierta garantía de que la actualización se puede desplegar con poco riesgo de impactos inesperados en aplicaciones críticas o en entornos de producción.

En segundo lugar, estas ediciones intermedias de Mesa suelen acumular correcciones agrupadas por controladores y componentes concretos: drivers específicos de GPU (por ejemplo, los que dan soporte a tarjetas AMD o Intel), capas de traducción como Zink, frontends de APIs como OpenGL o Vulkan, y herramientas internas. Aunque el comunicado que recibimos es muy breve, siguiendo la práctica habitual se puede asumir que Mesa 26.0.2 aborda problemas detectados por usuarios, desarrolladores de distribuciones y equipos de QA durante las semanas posteriores a las versiones anteriores de la rama.

El contexto temporal también ayuda: la fecha de lanzamiento proporcionada, 12 de marzo de 2026, encaja con el ritmo frecuente con el que el proyecto Mesa publica versiones de mantenimiento. Normalmente, tras una versión mayor (26.0 en este caso), van llegando revisiones menores (26.0.1, 26.0.2, etc.) que estabilizan el conjunto. Esta cadencia rápida de lanzamientos pequeños es una de las claves para que la experiencia con controladores libres siga siendo competitiva frente a alternativas privativas.

Enfoque principal: corrección de errores y estabilidad

Que Mesa 26.0.2 se presente de forma explícita como “bug fix release” define perfectamente su razón de ser. El objetivo es depurar aquello que, en las versiones previas de la rama 26.0, no se comportaba como se esperaba. Esto abarca desde errores sutiles, como pequeños artefactos en determinadas combinaciones de sombreadores, hasta fallos graves que puedan provocar bloqueos del servidor gráfico o caídas de aplicaciones al ejecutar ciertos títulos o benchmarks.

En el ecosistema de Mesa, los errores suelen surgir en varios frentes: implementaciones parciales de extensiones gráficas, regresiones introducidas por optimizaciones agresivas, diferencias entre cómo la especificación de una API describe un comportamiento y cómo lo interpretan los desarrolladores, o incluso problemas de compatibilidad con versiones concretas de kernels y bibliotecas del sistema. Las versiones como la 26.0.2 sirven para ir cerrando estas grietas una a una tras recibir reportes, reproducir los fallos y aplicar parches específicos.

Un aspecto importante de estas revisiones es que muchas de las correcciones se enfocan en escenarios muy concretos que no siempre aparecen en notas de prensa llamativas, pero que para algunos usuarios son críticos. Por ejemplo, un juego que se renderiza mal en un chipset concreto de Intel, una aplicación profesional de modelado 3D que muestra texturas corruptas con determinados drivers de AMD, o un error en la compilación de shaders que solo se manifiesta en hardware de generaciones antiguas. Todas estas situaciones van quedándose resueltas a través de versiones como Mesa 26.0.2.

La ventaja de esta estrategia es clara: cuanto antes se recogen y corrigen estos problemas, menos tiempo pasan los usuarios lidiando con parches caseros o con instrucciones complicadas para “doblegar” el sistema. Para las distribuciones, además, supone poder ofrecer rápidamente una actualización que mejora el comportamiento sin obligar a los usuarios a saltar a ramas inestables o a repositorios experimentales.

Impacto práctico para usuarios y distribuciones

Desde el punto de vista de quien utiliza el sistema a diario, la llegada de Mesa 26.0.2 se traduce en más fiabilidad en el entorno gráfico. Si tu distribución integra de forma rápida esta versión, es probable que veas reducidos problemas como cierres inesperados al cambiar de juego, errores al maximizar o minimizar aplicaciones que usan aceleración 3D, o comportamientos raros al reproducir contenido multimedia con decodificación asistida por la GPU.

Para los usuarios más jugadores, cada versión de mantenimiento de Mesa puede suponer una diferencia notable en estabilidad. No es raro que un título que antes sufría microcortes, tearing extraños o “pantallas negras” al activar ciertas opciones gráficas, de repente funcione de forma más consistente tras la actualización. Aunque la publicación que tenemos sobre Mesa 26.0.2 no entra en detalles de juegos o motores concretos, la experiencia acumulada con versiones similares permite esperar mejoras especialmente en títulos modernos que exprimen APIs como Vulkan u OpenGL con muchas extensiones.

En el caso de las distribuciones Linux, la decisión de introducir Mesa 26.0.2 depende de su política de actualizaciones. Distribuciones de lanzamiento continuo (rolling release) como Arch Linux o similares suelen incorporar rápidamente estas versiones de corrección en sus repositorios principales, porque encajan con su filosofía de mantener un stack gráfico muy reciente. Otras distros más conservadoras pueden optar por integrarla como actualización puntual en ramas soportadas, si consideran que resuelve errores reportados por sus usuarios sin introducir cambios de compatibilidad.

Para entornos profesionales, donde se utilizan estaciones de trabajo con aplicaciones gráficas intensivas, la presencia de una versión enfocada en corrección de errores como 26.0.2 es una buena noticia, pero conviene evaluar siempre en entornos de prueba. Muchas empresas prefieren mantener una combinación kernel-Mesa-controladores relativamente estable durante largos periodos, aplicando únicamente revisiones que han demostrado ser seguras. En ese escenario, una versión etiquetada claramente como “bug fix release” resulta más tentadora que un salto a una rama completamente nueva.

Buenas prácticas a la hora de actualizar a Mesa 26.0.2

Aunque una versión etiquetada como “bug fix” genera confianza, nunca está de más seguir algunas pautas sensatas al actualizar componentes tan centrales como Mesa. Lo habitual es que la propia distribución se encargue de empaquetar la versión correcta y de resolver las dependencias necesarias, pero el usuario puede tomar ciertas precauciones para minimizar riesgos y problemas posteriores.

Una recomendación básica es realizar la actualización desde los repositorios oficiales o fuentes de confianza. Compilar Mesa por tu cuenta puede tener sentido para desarrolladores o usuarios muy avanzados que necesitan características experimentales, pero para la mayoría resulta más seguro ceñirse a los paquetes proporcionados por la distro, que ya vienen probados en combinación con el kernel y el resto del sistema.

También es buena idea, sobre todo en entornos de trabajo, probar Mesa 26.0.2 primero en una máquina secundaria o en un entorno de pruebas, especialmente si dependes de aplicaciones gráficas críticas. De esta manera puedes comprobar si la corrección de errores mejora realmente tu flujo de trabajo y asegurarte de que no aparece ningún comportamiento inesperado en tus herramientas habituales.

Por último, después de actualizar conviene dedicar unos minutos a revisar el comportamiento de los juegos o programas que más utilizas. Aunque la intención de una bug fix release sea únicamente arreglar problemas existentes, este pequeño repaso práctico te permitirá detectar rápidamente cualquier anomalía y, en su caso, reportarla a la comunidad para que pueda ser abordada en futuras versiones.

Con todo este contexto, Mesa 26.0.2 se presenta como una pieza importante dentro de la rama 26.0 de la biblioteca, una actualización discreta en apariencia pero relevante para quienes valoran la estabilidad de sus controladores gráficos abiertos. Al enfocarse en la corrección de errores, ofrece una base más sólida tanto para usuarios domésticos que juegan o usan aplicaciones 3D a diario como para entornos más exigentes, y se convierte en un paso lógico para cualquier distribución que ya haya apostado por la serie 26.x en su stack gráfico.

Nueva nota de novedades de la semana en GNOME. Por algún motivo que no han explicado, esta nota, que recoge lo sucedido del 6 al 13 de marzo, ha llegado horas más tarde de lo habitual, pero aquí está con todo lo nuevo que ha habido en los últimos siete días. ¿Qué es lo más interesante de este artículo? Depende de los intereses de cada uno. Alguno se alegrará de ver una nueva versión de Vynil, algún otro de la nueva versión de libadwaita o quizá la de Papers.

Lo que sigue es la lista con todas las novedades.

Esta semana en GNOME

• Para la versión 50, Archivos (también conocido como Nautilus) ha recibido numerosas correcciones de errores, pequeños detalles y grandes rediseños. Los más destacados son:
  • Carga de miniaturas e iconos más rápida.
  • Diálogos de propiedades emergentes para ventanas flotantes.
  • Mecanismo de renombrado por lotes renovado y resaltado del texto reemplazado.
  • Descripciones de operaciones con archivos más cortas en la barra lateral.
  • Soporte para múltiples filtros de búsqueda por tipo de archivo simultáneos.
  • Autocompletado en la barra de ruta sin distinción de mayúsculas/minúsculas.
  • Diálogo dedicado para los títulos en vista de cuadrícula.
  • Uso de memoria reducido.
  • Modernizaciones internas, incluyendo el uso de Blueprint y glycin.
  • Aumento de la cobertura de pruebas (23% – 37%).
• La pasantía de Outreachy de Malika acaba de terminar. Si todo va bien, su trabajo para mejorar las firmas en Papers debería implementarse durante el próximo ciclo.
• Se lanzó libadwaita 1.9.
• Typesetter, el editor minimalista de Typst, ahora habla más idiomas. Con la última actualización, ahora se puede usar en chino, francés, español, turco y alemán.
• Últimas noticias sobre RustConn, que cubren el enorme viaje de la versión 0.9.4 a la 0.9.15. Este ciclo de lanzamiento se centró en hacer que la arquitectura interna de la aplicación fuera tan robusta como sus características. Durante este tiempo, se cerraron docenas de solicitudes de funciones y se solucionaron numerosos errores críticos. Estas son las mejoras más importantes de las actualizaciones recientes:
  • Experiencia Flatpak impecable: Se resolvieron por completo los problemas con la importación de configuraciones de Remmina dentro del entorno aislado y se corrigieron errores específicos de visualización de solicitudes de contraseña SSH en entornos como KDE.
  • Seguridad a nivel de memoria: Se introdujo el borrado estricto de las contraseñas maestras de Bitwarden de la memoria inmediatamente después de su uso. Además, se eliminó por completo la dependencia externa de sshpass para mejorar la seguridad general.
  • Conexiones avanzadas: El cliente SPICE nativo ahora está habilitado de forma predeterminada. Para sesiones RDP, se añadió un menú de «Acciones rápidas» conveniente (acceso con un clic al Administrador de tareas, PowerShell, etc.), y para VNC, se introdujeron opciones de codificación flexibles.
  • Limpieza de código e interfaz: Se completó una importante refactorización de los módulos de la interfaz de usuario (¡algunos se volvieron 5 veces más ligeros!), lo que eliminó los problemas de recorte de texto en los diálogos y mejoró significativamente el rendimiento de la aplicación.

• Vinyl es un nuevo reproductor de música. Vinyl está desarrollado en Rust con relm4. La primera versión estable ya está disponible en Flathub y ofrece las siguientes características:
  • Interfaz simple y fácil de usar inspirada en Amberol.
  • Controles multimedia básicos.
  • Soporte para letras (formato .lrc).
  • Soporte MPRIS para controlar Vinyl desde otras aplicaciones.
  • Guarda la lista de reproducción y la pista/posición de la pista que se estaba reproduciendo antes de cerrar la aplicación.

• GirCore lanzó nuevos bindings para C# en la versión 0.8.0-preview.1. Incluye nuevo soporte para plantillas compuestas de GTK y bindings añadidos para GdkWayland-4.0.
• GNOME OS ahora tiene kmscon habilitado de forma predeterminada. Kmscon es un terminal en espacio de usuario basado en KMS/DRM que reemplaza las terminales virtuales de Linux (las de ctrl-alt-f#). Es mucho más configurable. Así que la próxima vez que se intente depurar GNOME Shell desde una terminal virtual y la fuente sea demasiado pequeña, se puede presionar «ctrl +».

Y esto ha sido todo esta semana en GNOME.

Imágenes y contenido: TWIG.

Hace un tiempo, en algún medio social, recuerdo tratar con una persona que hacía algo que no dejaba de resultarme gracioso: para poner los acentos en un teclado físico, lo que hacía era lo mismo que en un móvil, que básicamente era dejar pulsada la vocal y elegir la opción con el acento. En un teclado en español, es más rápido pulsar primero el acento y luego la vocal, pero él lo había hecho siempre así en lo que en aquel entonces era Mac OS X. Comento esto porque una de las novedades de esta semana en KDE es algo similar.

Llegará en Plasma 6.7, previsto para mediados de este año, y la función permitirá escribir caracteres que no están en un teclado manteniendo y soltando en una letra. Esto vivirá en el módulo plasma-keyboard, y lo único que tendremos que hacer será activarlo en Preferencias del Sistema/Teclado/Teclado Virtual. Personalmente, tengo dudas sobre si lo activaré o no en e futuro, pero creo que sí; rara vez voy a querer mantener una tecla para que aparezca una ristra de lo mismo. Pero hay más novedades y son las que tenéis a continuación.

Para el que le pueda interesar, actualmente KDE cuenta con la aplicación KCharSelect, que viene a ser parecido a lo que quieren implementar. La principal diferencia es que en KCharSelect tenemos que buscar el carácter, y en Plasma 6.7 estará implementado en el teclado. No estaría de más que, llegado el momento, publicaran al menos una imagen de lo que habrá bajo cada letra.

Otras novedades destacables

Plasma 6.7

• Ahora podemos instalar temas de sonido personalizados desde archivos descargados.
• El widget de Menú Global ahora muestra los menús de la ventana activa incluso si está en otra pantalla. Esto es configurable y se puede desactivar si preferíamos el comportamiento anterior.

Mejoras notables en la interfaz

Plasma 6.6.3

• Se realizó una revisión de la barra lateral «Añadir widgets» para asegurar que los números de recuento de widgets sean siempre correctos y que el botón de eliminar bajo demanda desaparezca en el momento en que deja de ser útil.
• El botón «Configurar» en un widget del escritorio no configurado ahora siempre encaja dentro del mismo, incluso si es muy, muy pequeño.
• El widget de Portapapeles ya no nos muestra códigos QR para elementos que no son texto, para los cuales en realidad no funcionaban.
• Al navegar por las categorías en Discover, ahora se resalta la activa en la barra lateral como es debido.
• Se mejoró el ampliador de Spectacle para que se alinee mejor con los píxeles.

Plasma 6.7

• En los widgets de Portapapeles y Redes de la Bandeja del Sistema, el botón de retroceso normal ahora nos permite volver a la página anterior, por lo que las subpáginas ya no tienen dos botones para retroceder.
• Al conectar una impresora USB, ahora se muestra solo una notificación al respecto, no dos.
• El complemento de KRunner «Kate Sessions» ya no anuncia resultados si Kate no está instalado o está instalado como un Flatpak donde su funcionalidad no funciona actualmente, aunque eso podría cambiar en el futuro.
• Al colocar dos ventanas adyacentes en mosaico rápido, ahora se centran en el área disponible excluyendo cualquier panel, en lugar de apretar la ventana más cercana a los paneles.

Notable en rendimiento y técnica

Plasma 6.6.3

• Se redujo la carga de CPU y GPU para ventanas en pantalla completa (también conocido como «direct scan-out») en pantallas que usan factores de escala más fraccionarios.

Plasma 6.7

• Se mejoró la robustez con la que las aplicaciones en espacio aislado pueden iniciar solicitudes de captura de pantalla y escritorio remoto.
• Si tenemos múltiples GPUs y alguna de ellas no es compatible con la aceleración 3D OpenGL, esto ya no impide que las más capaces proporcionen aceleración 3D.

Pronto en tu distribución KDE

Se espera que Plasma 6.6.3 llegue el próximo martes el 17 de marzo de 2026. Aún no han publicado ningún comunicado al respecto, por lo que se espera que siga habiendo tres versiones de Plasma durante al menos todo 2026.

Vía: Blog de KDE.

Qt Creator 19 ya está disponible y se presenta como la última entrega estable del conocido entorno de desarrollo integrado. Se trata de un IDE gratuito, de código abierto y multiplataforma, pensado para desarrolladores que trabajan en GNU/Linux, macOS y Windows, y que buscan una herramienta única para gestionar proyectos en distintos lenguajes y sistemas (consulta cómo instalar Qt Creator en GNU/Linux).

Esta actualización llega tras algo más de cuatro meses desde Qt Creator 18 e introduce varias funciones pensadas para mejorar la experiencia diaria de programación. Entre las novedades destacan un nuevo minimapa en el editor de texto, mejoras en el trabajo con dispositivos remotos, un servidor básico MCP para conectar con modelos de IA y una ampliación notable del soporte de proyectos y sistemas de construcción.

Novedades visuales en el editor de Qt Creator 19: llega el minimapa

Una de las incorporaciones más visibles de Qt Creator 19 es el nuevo «Minimap» del editor de texto. Esta función muestra una vista simplificada del contenido del documento en un lateral, de forma similar a lo que ya ofrecen otros editores avanzados. Gracias a este pequeño mapa del código, resulta más sencillo orientarse en archivos largos y detectar bloques importantes de un vistazo.

El minimapa permite disponer de una visión general del archivo mientras se hace scroll, lo que ayuda tanto para navegar rápidamente entre secciones como para identificar zonas con mayor densidad de código. Aunque se presenta como una opción adicional, puede ser especialmente útil en proyectos grandes, muy habituales en entornos profesionales donde se trabaja con bases de código amplias y equipos distribuidos, y para elegir herramienta consulta los mejores IDEs para tu distribución.

Qt Creator 19 introduce mejoras en dispositivos remotos y desarrollo distribuido

Qt Creator 19 introduce mejoras en la configuración y gestión de dispositivos remotos, un punto clave para quienes compilan y prueban sus aplicaciones fuera de su equipo local. El objetivo es facilitar la conexión, el despliegue y las tareas de construcción en máquinas externas, algo muy habitual en flujos de trabajo donde se cruzan entornos de escritorio y dispositivos embebidos.

Estas mejoras buscan ofrecer una experiencia más fluida al trabajar con dispositivos remotos, reduciendo la fricción al configurar nuevos targets o cambiar entre distintas máquinas de prueba. Para muchos equipos de desarrollo, donde es frecuente combinar estaciones de trabajo potentes con hardware remoto o de laboratorio, esta actualización puede simplificar bastante el día a día.

Integración con IA mediante servidor MCP básico

Otra novedad relevante es la inclusión de un servidor básico de Model Context Protocol (MCP). Este protocolo se propone como estándar para que los entornos de desarrollo se comuniquen con modelos de inteligencia artificial y de lenguaje, como por ejemplo Claude Code y soluciones similares; versiones anteriores ya exploraron integración con IA como la compatibilidad con GitHub Copilot.

El servidor MCP de Qt Creator 19 permite a estos modelos abrir archivos, compilar, ejecutar y depurar proyectos directamente desde el IDE, actuando como un puente entre las herramientas de IA y el entorno de programación. Aunque se presenta aún en una fase básica, supone un paso hacia entornos de desarrollo donde la asistencia inteligente puede integrarse de forma más natural en tareas rutinarias como la navegación por el código, la detección de errores o la sugerencia de cambios.

Mayor compatibilidad con sistemas de construcción y lenguajes

Además de las funciones centradas en la interfaz y la integración con IA, Qt Creator 19 amplía el soporte de proyectos y sistemas de construcción. Entre las mejoras se incluye una gestión más completa para Ant, Cargo, .NET, Gradle y Swift, lo que facilita trabajar con bases de código heterogéneas dentro de un mismo entorno de desarrollo. Estas mejoras complementan las novedades del ecosistema Qt, como las introducidas en Qt 6.10.

Esta ampliación del soporte resulta especialmente útil para quienes combinan proyectos Qt con otros ecosistemas, como aplicaciones en Rust usando Cargo, servicios .NET o componentes desarrollados con Gradle y Swift. De esta forma, Qt Creator 19 se posiciona como una opción más flexible para equipos mixtos

Qt Creator 19 y el soporte para ficheros de contenedores en el árbol de proyecto

Entre los cambios menos llamativos pero prácticos se encuentra la posibilidad de mostrar archivos de configuración de contenedores de desarrollo dentro del árbol de proyecto. Esta función facilita localizar y modificar estos ficheros sin tener que salir del IDE o buscar manualmente en el sistema de archivos, recordando el soporte experimental para contenedores que ya aparecía en versiones anteriores (soporte experimental para contenedores).

Con esta integración, Qt Creator 19 se adapta mejor a los entornos de trabajo basados en contenedores, una práctica cada vez más extendida, tanto en pequeñas empresas como en grandes organizaciones. Poder gestionar estos archivos desde la misma interfaz donde se edita el código ayuda a mantener una visión más clara de la configuración del entorno de desarrollo.

En conjunto, Qt Creator 19 llega como una actualización que refuerza la usabilidad diaria del IDE, incorporando un minimapa para orientarse mejor en el código, mejoras en el trabajo remoto, un primer paso en la integración con modelos de IA a través de MCP y un soporte más amplio para distintos sistemas de construcción y contenedores. No se trata de un cambio radical, pero sí de una versión que pule y amplía el entorno de trabajo para quienes desarrollan en GNU/Linux, macOS y Windows dentro del ecosistema Qt y más allá.

Durante años, quienes utilizaban Linux en dispositivos con procesador ARM, desde una sencilla Raspberry Pi hasta estaciones de trabajo y servidores, han tenido que tirar de apaños para usar su navegador habitual. Lo normal era conformarse con Chromium, recurrir a otros navegadores o montar sistemas de emulación que consumían más recursos de la cuenta. Esa etapa tiene fecha de caducidad: Google ha confirmado la llegada de Chrome nativo para ARM64 en Linux en los próximos meses.

El movimiento cierra una brecha que llamaba bastante la atención, sobre todo en Europa, donde el uso de mini PCs ARM, placas tipo Raspberry Pi y servidores basados en esta arquitectura no deja de crecer. Mientras macOS y Windows en ARM llevaban ya tiempo con Chrome optimizado para sus chips, el escritorio Linux seguía marginado a pesar de que ARM está muy presente en entornos de desarrollo, cloud y proyectos de hardware asequible.

Qué es exactamente lo que Google va a lanzar

Google ha anunciado que publicará una versión oficial de Chrome para dispositivos Linux ARM64 en el segundo trimestre de 2026, es decir, entre abril y junio. Esta edición se suma a las que ya existen para macOS en Apple Silicon (desde 2020) y para Windows en ARM (desde 2024), completando así el soporte nativo del navegador en las principales plataformas con chips Arm.

El nuevo Chrome para Linux ARM64 llegará como binarios oficiales en formato DEB y RPM, siguiendo el mismo modelo que en x86_64. A partir de su lanzamiento, los usuarios podrán ir directamente a chrome.com/download, y la propia web detectará que se trata de un sistema Linux sobre ARM64 para ofrecer el paquete adecuado, sin necesidad de buscar versiones extrañas o compilar nada a mano.

En paralelo, Google ha adelantado que el navegador mantendrá la misma experiencia completa que en otras plataformas: soporte para extensiones, integración con Google Pay, gestión de contraseñas, sincronización con la cuenta de Google, funciones de seguridad avanzadas y todas las novedades de Chrome que se van incorporando a la rama estable en su ciclo de publicación cada dos semanas.

Por qué Chromium no era suficiente en Linux ARM

Hasta ahora, la alternativa más cercana a Chrome en esta arquitectura era Chromium compilado para ARM64, disponible en distribuciones como Debian, Ubuntu, Raspberry Pi OS o derivadas. Aunque para un uso básico puede servir, las diferencias con el Chrome oficial son relevantes, especialmente en entornos profesionales y de desarrollo.

• Codecs y DRM limitados: las compilaciones de Chromium en ARM suelen llegar sin codecs propietarios como H.264 o sin el mismo nivel de soporte para Widevine, lo que complica la reproducción de vídeo con DRM y reduce la compatibilidad con algunas plataformas de streaming.
• Sincronización recortada: en muchos casos, no se puede usar la sincronización nativa con la cuenta de Google, algo crítico para quienes quieren tener marcadores, historial, contraseñas y pestañas abiertas unificadas entre el móvil, el portátil y el sobremesa.
• Actualizaciones menos controladas: las nuevas versiones dependen del gestor de paquetes de cada distro o del mantenimiento comunitario, lo que introduce tiempos y políticas distintas a las de la rama estable de Chrome oficial.
• Integración incompleta con servicios de Google: funciones como Google Pay, ciertas protecciones de navegación segura o integraciones de IA (como las basadas en Gemini) pueden no estar disponibles o llegar con retraso.

Por eso la llegada de un Chrome nativo y soportado directamente por Google a Linux ARM64 va mucho más allá de una simple compilación distinta: unifica la experiencia con la del resto de plataformas y la alinea con lo que muchos usuarios ya tienen en sus equipos x86.

Cómo se instalará Chrome en ARM64 Linux

Google ha explicado que la nueva versión de su navegador estará accesible a través de su página oficial de descargas, igual que sucede con el resto de arquitecturas. Cuando el usuario visite chrome.com/download desde un sistema ARM64 con Linux, el sitio ofrecerá el paquete adecuado, ya sea en DEB (Debian, Ubuntu y derivadas) o en RPM (Fedora, RHEL, openSUSE y similares).

En determinados dispositivos concretos, la instalación será todavía más directa. Google ha confirmado un acuerdo con NVIDIA para que Chrome pueda instalarse desde el gestor de paquetes de su sistema DGX OS, basado en Ubuntu y presente en estaciones de trabajo como la NVIDIA DGX Spark, orientada a cargas de inteligencia artificial. En estos equipos, el navegador se podrá añadir desde el catálogo oficial de NVIDIA, sin necesidad de descargar nada a mano.

En el caso de otros entornos habituales como Raspberry Pi 4 o Raspberry Pi 5 con sistemas de 64 bits, miniordenadores ARM, portátiles con chips Snapdragon o servidores basados en Ampere, lo esperable es que Chrome se obtenga desde la web de Google o, con el tiempo, a través de repositorios que añadan directamente la fuente oficial de Chrome como ya ocurre en x86_64.

Qué aporta frente a las soluciones actuales en ARM

Los usuarios de Linux ARM no estaban completamente desatendidos: navegadores como Firefox o el propio Chromium llevan tiempo disponibles para esta arquitectura. Sin embargo, Chrome oficial añade un conjunto de funciones que hasta ahora no se podían aprovechar al completo en estos dispositivos.

• Sincronización completa con la cuenta de Google: marcadores, contraseñas, historial, pestañas y preferencias se replican entre el escritorio Linux ARM, el móvil Android, un portátil Windows o un Mac, sin recurrir a trucos intermedios.
• Extensiones y ecosistema Chrome Web Store: posibilidad de usar el mismo conjunto de extensiones que en otras plataformas, incluyendo bloqueadores de contenido, herramientas de productividad y utilidades corporativas.
• DRM y servicios de vídeo: con el soporte habitual de Chrome, las plataformas de streaming con requisitos de DRM estrictos deberían funcionar de forma similar a como lo hacen en x86, evitando configuraciones manuales complicadas.
• Mejoras de rendimiento y estabilidad: al tratarse de binarios compilados específicamente para ARM64, el navegador podrá sacar partido de las instrucciones modernas de la arquitectura, con tiempos de carga menores y menos consumo energético en portátiles.

En dispositivos modestos como algunas placas de desarrollo o mini PCs, la diferencia entre ejecutar un navegador adaptado a la arquitectura y depender de emulación o builds no oficiales puede notarse bastante, sobre todo cuando se abren muchas pestañas o se usan aplicaciones web pesadas.

Chrome ARM64 en proyectos con Raspberry Pi y mini PCs

El lanzamiento de Chrome oficial para Linux ARM64 supone un cambio notable para usuarios domésticos y makers que trabajan con Raspberry Pi y otros miniordenadores ARM. Hasta ahora, la opción real pasaba por Chromium o Firefox, que funcionan razonablemente bien, pero no replican al cien por cien la experiencia de Chrome en escritorio.

Con la nueva versión, dispositivos como una Raspberry Pi 4 o Raspberry Pi 5 con sistema operativo de 64 bits podrán ejecutar el navegador de Google con todas sus funciones, siempre que el sistema cumpla los requisitos de ARM64. Esto abre la puerta a usar estas placas como pequeños escritorios completos, kioscos web, terminales de acceso o estaciones ligeras en aulas y oficinas, con la ventaja de tener el mismo entorno de navegación que en otros equipos.

Donde es relativamente frecuente ver Raspberry Pi en proyectos educativos, laboratorios universitarios y pequeñas empresas, disponer de Chrome con sincronización, extensiones y soporte de vídeo al nivel de otras plataformas puede hacer más viable usar estos dispositivos como puestos de trabajo básicos o como terminales especializados.

Relación con la apuesta general por ARM en el ecosistema

Aunque el anuncio se centra en Linux ARM64, encaja con una estrategia más amplia de expansión de la arquitectura ARM en todo el mercado de PC y servidores. Fabricantes como Qualcomm, NVIDIA o MediaTek están invirtiendo fuerte para competir con el duopolio Intel/AMD, y necesitan que el software clave, como los navegadores, esté a la altura en todas las plataformas.

Google, por su parte, ya tenía Chrome adaptado a macOS con chips propios de Apple y a Windows en ARM. Con Linux ARM64 cubierto, la compañía cierra un hueco que resultaba difícil de justificar, especialmente teniendo en cuenta que Chromebooks con procesadores ARM existen desde hace años y que ChromeOS se basa en gran medida en tecnologías de Linux.

El soporte para estaciones de trabajo como la NVIDIA DGX Spark, que integra arquitectura Grace Blackwell en un formato muy compacto orientado a IA, deja claro que el movimiento no se limita a dispositivos sencillos: ARM está entrando también en el terreno de la computación de alto rendimiento, y contar con Chrome como navegador estándar es casi una obligación en este tipo de máquinas.

Qué supone para el usuario de a pie

Para quien ya utilice Chrome en su día a día, el cambio será tan sencillo como instalarlo en su equipo Linux ARM64, iniciar sesión y dejar que todo se sincronice. La idea es que el navegador funcione igual que en un portátil x86 con Windows o un sobremesa con macOS, con la única diferencia de que en el interior hay un chip ARM y un sistema Linux.

En hogares y pequeñas empresas que están probando portátiles ARM con Linux o que montan mini PCs ARM como equipos de oficina, el hecho de poder contar con el navegador más extendido a nivel mundial reduce una de las fricciones habituales a la hora de abandonar plataformas tradicionales. Quien prefiera seguir usando Firefox, Chromium u otras alternativas podrá hacerlo, pero al menos la decisión será una elección real, no una consecuencia de que no exista Chrome oficial.

Con este lanzamiento, Google completa su presencia nativa de Chrome en el ecosistema ARM de escritorio y servidores, y la comunidad Linux gana una pieza importante para impulsar aún más esta arquitectura en puestos de trabajo, educación, cloud y proyectos de hardware alternativo. Que haya tardado tanto en llegar puede sorprender, pero su disponibilidad establece un nuevo punto de partida para quienes quieran apostar por ARM sin renunciar a un navegador plenamente compatible con la mayoría de servicios web.

APTUI es una nueva interfaz de usuario de terminal (TUI) de código abierto que promete revolucionar la forma en que interactuamos con el gestor de paquetes APT en distribuciones como Debian, Ubuntu y Linux Mint. Desarrollada en Go y construida sobre el moderno framework Bubble Tea, esta herramienta ofrece una experiencia interactiva y visualmente organizada directamente desde la consola, combinando la potencia de la línea de comandos con la comodidad de una interfaz gráfica ligera.

A diferencia de las herramientas gráficas tradicionales, APTUI no reemplaza a APT, sino que actúa como un frontal intuitivo sobre los comandos habituales como apt install, apt remove o apt upgrade. Su objetivo es precisamente llenar el vacío en servidores o sistemas sin entorno gráfico, y ofrecer a los usuarios que prefieren la terminal una manera más ágil y visual de gestionar su software, manteniendo siempre el control y la transparencia del sistema subyacente.

APTUI: el terminal se viste de gala para gestionar paquetes

El proyecto, que ya es utilizable a pesar de encontrarse en una fase temprana de desarrollo, convierte el terminal en un verdadero centro de control. Su interfaz, manejada completamente con el teclado, se asemeja a un panel ligero donde la información y las acciones están al alcance de unas pocas teclas.

Estas son algunas de las características más destacadas que lo diferencian:

• Navegación y búsqueda inteligente: Permite explorar el repositorio completo con un sistema de búsqueda difusa (fuzzy matching) y filtros por atributos. La información se organiza en pestañas que separan todos los paquetes, los instalados y aquellos con actualizaciones disponibles, ofreciendo una visión clara del estado del sistema.
• Gestión de paquetes sin complicaciones: Desde la misma interfaz se pueden instalar, eliminar, purgar o actualizar paquetes, incluso en lotes seleccionando múltiples elementos. Un panel lateral muestra los metadatos completos de cada paquete, incluyendo versión, descripción, arquitectura y origen.
• Historial de operaciones con «deshacer»: Una de las funcionalidades más potentes es su sistema de historial de transacciones. APTUI registra las acciones realizadas y permite deshacer o rehacer operaciones recientes con simples atajos de teclado, proporcionando una red de seguridad muy valiosa.
• Control total de repositorios y mirrors: La herramienta integra la gestión de repositorios, permitiendo listar, habilitar, deshabilitar, añadir o eliminar PPAs y repositorios, tanto en el formato tradicional .list como en el más moderno DEB822 .sources. Además, puede probar la velocidad de los mirrors disponibles y sugerir o aplicar cambios para optimizar las descargas.

Desde terminal, pero más estético

Como es de esperar, cualquier acción que modifique el sistema requiere privilegios de superusuario, por lo que basta con ejecutar APTUI con sudo para realizar instalaciones, actualizaciones o cambios en los repositorios.

Si quieres probarlo o consultar su código fuente (publicado bajo licencia MIT), puedes visitar su repositorio en GitHub, donde encontrarás instrucciones de instalación y binarios precompilados. Sin duda, APTUI se presenta como una herramienta prometedora para los amantes del terminal que buscan una experiencia más moderna y eficiente.

La comunidad del hardware hacking acaba de presenciar una de las hazañas técnicas más impresionantes de la actual generación de consolas. Andy Nguyen, un reconocido investigador de seguridad de Google conocido en la escena homebrew como «theflow0», ha logrado portar y ejecutar Linux de forma nativa en una PlayStation 5 Slim.

Y no se trata de un simple experimento de arranque en modo terminal; Nguyen ha transformado la consola en un PC gaming completamente funcional corriendo Ubuntu 24.04.4, con soporte integral para Steam y la capacidad de ejecutar títulos AAA modernos con trazado de rayos activado.

La PlayStation 5 como un PC de escritorio

Bajo su carcasa y su sistema operativo cerrado, la PS5 comparte la misma arquitectura x86-64 que los ordenadores convencionales, equipada con una APU (Unidad de Procesamiento Acelerado) fabricada por AMD. La barrera que impide utilizarla como un PC tradicional es puramente de software: un hipervisor diseñado por Sony que restringe la ejecución de código no autorizado.

El logro de Nguyen consistió en derribar esa barrera para instalar un entorno Linux basado en el kernel 6.19. El resultado es un sistema robusto que soporta audio y vídeo en resolución 4K a través de HDMI, reconociendo además todos los puertos USB de la consola con total normalidad. Para demostrar la potencia bruta liberada, Nguyen ejecutó Grand Theft Auto V (Enhanced Edition) a través de Steam, logrando mantener unos estables 60 fotogramas por segundo a una resolución de 1440p, incluso con el exigente trazado de rayos activado en modo «Alto RT».

I ported Linux to the PS5 and turned it into a Steam Machine. Running GTA 5 Enhanced with Ray Tracing. 勞 pic.twitter.com/aMbT0PQ1dS

— Andy Nguyen (@theflow0) March 6, 2026

Este nivel de rendimiento es especialmente notable considerando que la aceleración por hardware de la GPU aún no está implementada al 100% en este entorno Linux. Durante las pruebas, el procesador (CPU) operó a 3,2 GHz y la tarjeta gráfica (GPU) a 2,0 GHz. Aunque el hardware permite alcanzar frecuencias mayores (3,5 GHz y 2,23 GHz, respectivamente), Nguyen advirtió que al forzar estas velocidades máximas, la PS5 Slim experimentaba problemas graves de sobrecalentamiento rápido, evidenciando las limitaciones térmicas de un chasis diseñado específicamente para cargas de trabajo de consola, no de un PC de escritorio bajo estrés continuo.

La ingeniería del exploit: «Byepervisor»

El asalto a la arquitectura de seguridad de la PS5 no es un proceso trivial, ya que el corazón de la consola utiliza un coprocesador PSP (Procesador de Seguridad de Plataforma) de AMD que gestiona las claves criptográficas. Durante el encendido, la consola ejecuta código inmutable desde una ROM de arranque, verificando la firma digital del gestor de arranque (bootloader). Solo si esta firma coincide con las claves grabadas en la fábrica, el gestor de arranque procede a cargar y verificar el hipervisor o el kernel del sistema operativo oficial.

Para romper esta cadena de confianza, Nguyen utilizó un exploit bautizado acertadamente como Byepervisor. El ataque consta de dos fases críticas:

• En la primera, se debe inyectar código no firmado en el firmware principal. Para ello, se recurre al exploit UMTX (que aprovecha vulnerabilidades en el motor web WebKit) o a una vulnerabilidad en el controlador BD-J mediante la inserción de un disco Blu-ray manipulado.
• Una vez dentro, en la segunda etapa, se ejecuta el archivo byepervisor.elf a través del gestor de arranque. Esto fuerza al sistema a entrar en un estado de recuperación de firmware, permitiendo alterar el hipervisor y tomar el control a nivel del núcleo para arrancar Ubuntu. Para asegurar que el entorno gráfico funcionase, Nguyen preparó un parche específico para la biblioteca gráfica Mesa, adaptándola a la GPU AMD personalizada de la PS5, y ya ha propuesto su inclusión en la rama principal del proyecto Mesa.

Una hazaña de alcance limitado

A pesar de lo fascinante del logro, convertir tu PS5 en una «Steam Machine» casera no será posible para la inmensa mayoría de los usuarios. El exploit Byepervisor depende de dos vulnerabilidades críticas en el hipervisor que Sony parcheó hace años. Por lo tanto, este método solo funciona en consolas con versiones de firmware muy antiguas, específicamente entre las versiones 1.00 y 2.xx, lanzadas durante el primer año de vida de la consola (2020-2021).

Dado que Sony obliga a actualizar el firmware para acceder a las funciones en línea y a los juegos más recientes, y no existe una forma oficial (ni oficiosa fiable) de degradar (downgrade) el sistema a versiones anteriores, el universo de consolas vulnerables a este hack es minúsculo. Además, aplicar este proceso requiere conocimientos técnicos avanzados y anula irremediablemente la garantía del dispositivo.

Aunque no veremos distribuciones de «PS5 Linux» de instalación masiva a corto plazo, el trabajo de Nguyen (quien ya tiene un largo historial de exploits en PS Vita y PS4) tiene un valor incalculable para la preservación, la investigación de seguridad y como demostración de fuerza. Nos recuerda que, debajo de los ecosistemas cerrados y los jardines amurallados impuestos por los fabricantes, late un hardware de propósito general inmensamente capaz, esperando a ser liberado.

Fuente: https://x.com/theflow0/

Nos acercamos al lanzamiento de las Steam Machine y Frame… por empezar este artículo diciendo algo. Lo cierto es que Valve ha confirmado que llegará en 2026, pero aún no está claro si en la primera o la segunda mitad. Lo que sí os traemos hoy es información sobre cómo verificarán los juegos para las Machine y Frame, y adelanto que atajarán un poco y parte de la valoración la recogerán directamente de la Steam Deck.

Es más sencillo explicar como se verificarán los juegos en la Steam Machine. Los problemas que nos encontramos en la Deck son varios, como el rendimiento o textos demasiado pequeños. Estos problemas no estarán presentes en la Machine, ya que es hasta 6 veces más potente y además está diseñada para usarse en televisores, no en pantallas de poco más de 7 pulgadas.

Sistema de verificados para la Steam Machine

Como explicábamos, para ahorrar algo de tiempo, el sistema de verificados para la Steam Machine será así:

• Si está verificado para la Steam Deck o el único problema que nos encontramos en al Deck es el tamaño del texto, que es demasiado pequeño, pasará a estar verificado para la Steam Machine.
• Si es jugable en la Deck, es decir, si hay algún problema como puede ser de entradas, también será jugable en la Machine.
• Los juegos no soportados por el uso de SteamOS, como por ejemplo aquellos que requieran software anti-trampas no soportados en Linux, tampoco estarán soportados en la Machine.
• Sólo se realizarán pruebas para la Machine en el último punto, cuando no esté soportado en la Steam Deck por falta de rendimiento. En este caso, habrá que comprobar si la Machine lo puede ejecutar o no. Básicamente deberá poderse jugar de principio a fin a una media de unos 30fps como mínimo.

Sistema de verificados en la Steam Frame

Con las Steam Frame, el trabajo se complica bastante, porque no son tan potentes como aparato independiente:

• Si están verificados, son jugables en la Deck o no soportados por tener que ver con la Realidad Virtual, habrá que hacer una prueba en las Frame, que sí soportan VR.
• Si no están soportados por SteamOS o por el rendimiento de la Deck, directamente estarán no soportados por las Frame.

Hay que tener en cuenta que las Steam Frame serán unas gafas que podrán funcionar por su cuenta, pero también se pueden usar con la Steam Machine. Si se usa para esto, las Steam Frame podrán con lo que pueda el aparato al que se conectan.

Habrá otro punto de verificación, u otra marca, que será «Compatible con SteamOS». Esto se usará como sistema de verificado para aparatos de terceros, como la Legion Go S.

La gestora de capital privado EQT AB ha abierto la puerta a una posible venta de SUSE, uno de los referentes europeos del software de código abierto para empresas. La operación, aún en una fase muy temprana, podría situar la valoración de la compañía en torno a los 6.000 millones de dólares, una cifra que supondría prácticamente duplicar el valor con el que salió de bolsa hace algo más de dos años.

Este posible movimiento se produce en un momento delicado para el sector tecnológico, con correcciones en las cotizaciones de software y un mercado de fusiones y adquisiciones más frío por las dudas sobre el impacto de la inteligencia artificial en muchas soluciones tradicionales. Pese a este contexto, el perfil de SUSE como proveedor de infraestructuras críticas para grandes corporaciones la coloca en una posición particular dentro del ecosistema europeo.

Un estudio de venta que aún no está decidido

Según fuentes conocedoras del proceso citadas por Reuters, EQT habría encargado al banco de inversión Arma Partners que sondee el apetito de otros fondos de capital privado por SUSE. El mandato consistiría en explorar el interés de potenciales compradores y calibrar qué rango de valoración podría alcanzarse en una eventual transacción.

Por ahora, se trata de deliberaciones preliminares y no existe garantía de que la operación vaya a cerrarse. Tanto EQT como SUSE y el propio Arma Partners han evitado hacer declaraciones públicas y no han respondido a las peticiones de comentario, lo que refuerza la idea de que el proceso se encuentra en una fase exploratoria.

De salida de bolsa a una posible revalorización récord

La gestora sueca, que ya controlaba la mayoría del capital, decidió retirar a SUSE del mercado bursátil en 2023 recomprando las acciones que cotizaban. Entonces, la compañía fue valorada en torno a 2.720 millones de euros, aproximadamente 2.960-3.000 millones de dólares, lo que marcó el inicio de una nueva etapa como empresa no cotizada.

Ahora, las cifras que se manejan en el mercado apuntan a una horquilla de entre 4.000 y 6.000 millones de dólares en caso de materializarse la venta, según las estimaciones compartidas por las mismas fuentes. En el extremo superior del rango, el valor de SUSE quedaría prácticamente duplicado en algo más de dos años, un salto poco habitual en el entorno actual de compresión de múltiplos en tecnología.

Cifra de negocio sólida y márgenes atractivos

Detrás de esas valoraciones se encuentra el desempeño financiero de la compañía. De acuerdo con las estimaciones trasladadas a potenciales inversores, SUSE genera alrededor de 800 millones de dólares en ingresos anuales, apoyada en contratos de soporte y suscripciones con grandes clientes corporativos y entidades públicas.

Además, el beneficio antes de intereses, impuestos, depreciaciones y amortizaciones (EBITDA) superaría los 250 millones de dólares, lo que sitúa el margen operativo en un nivel competitivo dentro del sector del software empresarial. Estos números son los que justificarían que los asesores de EQT presenten un rango de valoración de entre 4.000 y 6.000 millones de dólares en el contexto de una eventual puja de fondos.

SUSE, un histórico del Linux europeo para empresas

Más allá de las cifras, el atractivo de SUSE reside en su posición como uno de los pioneros mundiales en distribuciones Linux para empresas. Fundada en 1992 en Alemania por tres estudiantes y un ingeniero —Roland Dyroff, Thomas Fehr, Hubert Mantel y Burchard Steinbild—, su nombre procede del acrónimo alemán “Software und System-Entwicklung” (desarrollo de sistemas y software).

A lo largo de más de tres décadas, la compañía ha consolidado un catálogo de soluciones de Linux empresarial, contenedores y tecnologías cloud dirigidas a grandes organizaciones. Sus productos permiten desplegar y administrar aplicaciones en servidores en la nube, mainframes, centros de datos tradicionales y dispositivos en el extremo de la red, un terreno cada vez más crítico con la expansión del edge computing.

Clientes globales y peso en el tejido corporativo

Entre los usuarios de sus plataformas figuran grandes multinacionales como Walmart, Deutsche Bank e Intel, según la información disponible en la propia web de la empresa. La presencia de SUSE en infraestructuras clave de banca, comercio, industria y tecnología refuerza su carácter de proveedor estratégico dentro del ecosistema de software libre.

De hecho, la compañía asegura que más del 60% de las empresas del índice Fortune 500 confían en sus soluciones para gestionar al menos parte de sus cargas de trabajo. Esta capilaridad en grandes cuentas explica el interés que puede despertar entre fondos de capital privado, especialmente en Europa, donde los activos tecnológicos con escala global no abundan.

Un historial de cambios de manos

La trayectoria corporativa de SUSE ha estado marcada por varios cambios de propietario. Con el paso de los años, la compañía ha estado bajo el control de Novell, The Attachmate Group y Micro Focus, hasta acabar en manos de EQT, su actual dueño. Cada etapa ha supuesto ajustes en la estrategia y en el posicionamiento dentro del mercado de software empresarial.

Si finalmente se concreta la transacción que ahora se explora, estaríamos ante el quinto cambio relevante de propiedad en la historia de la empresa. Este patrón de compraventas no es extraño en el sector, pero abre interrogantes sobre la estabilidad a largo plazo de la hoja de ruta tecnológica y el nivel de independencia que mantendrían los equipos de ingeniería.

El papel de EQT y la independencia operativa

La entrada de EQT supuso un matiz diferencial respecto a etapas anteriores: se trataba del primer propietario cuyo negocio principal no era estrictamente tecnológico. Eso permitió a SUSE operar con un grado de autonomía relevante, centrándose en reforzar su oferta de infraestructura de código abierto y en ampliar su base de clientes corporativos.

Durante estos años, la compañía ha seguido impulsando proyectos clave en el universo de Linux, Kubernetes y cloud computing, con un foco especial en entornos híbridos y multicloud. Esa independencia, no obstante, podría verse condicionada por el perfil del eventual nuevo comprador y por el tipo de sinergias —financieras o industriales— que persiga.

IA, corrección bursátil y oportunidades para la infraestructura

El análisis de la posible venta de SUSE no puede separarse del contexto más amplio del sector tecnológico europeo y global. En los últimos meses, las valoraciones en bolsa de muchas compañías de software se han resentido, en parte por la percepción de que la oleada de nuevas herramientas de inteligencia artificial podría canibalizar productos o servicios existentes.

Sin embargo, algunos inversores consideran que empresas como SUSE podrían salir beneficiadas de la expansión de la IA. Su razonamiento es que el despliegue masivo de aplicaciones de inteligencia artificial incrementará la demanda de infraestructuras robustas —sistemas operativos empresariales, plataformas de contenedores, herramientas de orquestación y soluciones para cloud y edge—, justo las áreas donde la firma basada en Luxemburgo tiene una posición consolidada.

En este cruce de caminos entre corrección del mercado, auge de la inteligencia artificial y búsqueda de activos tecnológicos europeos con escala global, la posible venta de SUSE por parte de EQT se ha convertido en uno de los movimientos más observados por el capital privado. La combinación de una base de clientes de primer nivel, resultados financieros sólidos y un rol estratégico en la infraestructura de código abierto coloca a la compañía en el radar de múltiples inversores, aunque todavía falta por ver si el interés se traduce en una oferta firme y en un nuevo cambio de manos para uno de los veteranos del Linux empresarial.

La llegada del nuevo controlador NVIDIA 580.142 para Linux es una de esas noticias que, aunque a primera vista parezca un simple cambio de versión, en realidad trae consigo bastantes implicaciones para quienes usan el sistema del pingüino a diario, ya sea para jugar, trabajar con gráficos profesionales o simplemente disfrutar de un escritorio fluido y estable. No se trata de una beta experimental, sino de un lanzamiento pensado para dar tranquilidad a quienes prefieren estabilidad por encima de estar siempre a la última.

Conviene tener claro que estamos ante el driver recomendado por NVIDIA en este momento dentro de la rama 580, mientras la compañía sigue centrada en la nueva serie de controladores 595 Beta. Esto significa que, aunque el foco mediático se lo lleven muchas veces las betas llenas de novedades, es precisamente esta versión 580.142 la que NVIDIA sugiere instalar a quienes quieren el mejor equilibrio posible entre rendimiento, fiabilidad y compatibilidad en Linux.

Qué es exactamente el driver NVIDIA 580.142 para Linux

El controlador NVIDIA 580.142 para Linux forma parte de la rama 580, que es la línea estable principal en la que NVIDIA va incorporando correcciones y mejoras consolidadas. No introduce grandes cambios de arquitectura ni funciones disruptivas, sino que pule detalles, arregla fallos molestos y refuerza la estabilidad del sistema gráfico en diferentes entornos de escritorio y configuraciones de hardware.

Al tratarse de un lanzamiento etiquetado como recomendado, NVIDIA lo posiciona como la opción más segura para usuarios de distribuciones Linux que dependen de sus GPUs para tareas exigentes: videojuegos, edición de vídeo, modelado 3D, cálculo acelerado por GPU o cualquier combinación de varias pantallas a alta resolución. No es el típico driver que pruebas un fin de semana y luego vuelves atrás; la idea es que sea el que puedas dejar instalado durante meses sin sobresaltos.

La versión 580.142 llega mientras NVIDIA sigue empujando la serie 595 Beta, que es donde van probando novedades más agresivas y cambios importantes antes de consolidarlos en ramas estables. Para muchos usuarios de Linux, especialmente en equipos de producción o de trabajo, la elección lógica es mantenerse en esta rama 580 recomendada hasta que la 595 o posteriores maduren lo suficiente.

Qué significa que sea un controlador recomendado

Uno de los detalles más relevantes de esta versión es la etiqueta de “Recommended Driver”. No es solo una cuestión de marketing; detrás de esa denominación hay un nivel de exigencia muy concreto. Según la propia NVIDIA, un driver recomendado para Linux cumple con los mismos estándares de calidad que se aplican a los controladores de Windows que superan las pruebas del Windows Hardware Quality Labs (WHQL).

Este paralelismo con WHQL implica que el driver 580.142 ha pasado por un proceso de validación exigente en lo que respecta a estabilidad, robustez y rendimiento. Aunque WHQL es un sello de Microsoft, NVIDIA toma esos criterios como referencia y los traslada al ecosistema Linux para asegurar que lo que ofrece en este sistema operativo no es una versión de segunda categoría, sino un producto tratado con el mismo nivel de cuidado.

En la práctica, esto se traduce en que el controlador 580.142 está pensado para garantizar una experiencia lo más libre posible de cuelgues, pantallazos negros, problemas de sincronización y regresiones graves. Para quienes utilizan Linux como entorno principal y no quieren estar pendientes de si una actualización romperá su configuración gráfica, contar con un driver recomendado y probado a fondo es un punto a favor importante.

Cambios y novedades principales del NVIDIA 580.142 en Linux

Aunque el listado de cambios de la versión 580.142 es relativamente corto, cada uno de los ajustes que introduce soluciona problemas muy concretos que podían resultar tremendamente molestos en el día a día. No estamos ante una actualización cosmética, sino ante un conjunto de correcciones críticas para situaciones reales que muchos usuarios se pueden encontrar.

Arreglo de pantallas en negro con adaptadores USB-C a HDMI

Uno de los fallos corregidos afectaba a las llamadas pantallas con Adaptive Sync (tecnologías tipo G-SYNC Compatible o FreeSync) cuando se conectaban a la GPU mediante un adaptador activo USB-C a HDMI. En determinados escenarios, la pantalla podía quedarse en negro, como si hubiera perdido la señal, dejando al usuario con un monitor “encendido pero a oscuras”.

Este comportamiento no solo era incómodo, sino que dificultaba aprovechar plenamente las ventajas de Adaptive Sync en monitores modernos, especialmente en portátiles que solo disponen de salidas USB-C y para los que es habitual recurrir a este tipo de adaptadores. La corrección incluida en el driver 580.142 apunta precisamente a eliminar estos apagones inesperados, dando una experiencia más fiable en configuraciones híbridas con este tipo de adaptadores.

En entornos donde se utilizan varios monitores o se alterna entre una pantalla integrada y un monitor externo de alta frecuencia, contar con una gestión correcta de la sincronización adaptativa es clave para evitar cortes, parpadeos y pantallas en negro. Esta mejora, aunque pueda parecer específica, repercute de forma directa en usuarios que han apostado por monitores gaming o profesionales conectados a portátiles modernos.

Solución a problemas de swapchains Vulkan en X11

Otro de los puntos destacados del driver 580.142 es la corrección de un error que podía provocar que las swapchains de Vulkan dejasen de presentar nuevos fotogramas bajo X11. En términos sencillos, esto significa que, en ciertas circunstancias, aplicaciones o juegos basados en Vulkan podían quedarse como congelados visualmente, aun cuando seguían funcionando internamente.

La corrección introducida en 580.142 reduce la probabilidad de encontrarse con estos bloqueos en entornos que siguen utilizando el servidor X11, todavía muy extendido en muchas distribuciones. Aunque Wayland va ganando terreno, muchas sesiones gráficas y configuraciones siguen dependiendo de X11, por lo que asegurar la estabilidad de Vulkan en este contexto sigue siendo prioritario.

Mejora en configuraciones con cuatro monitores 4K en X11

La tercera corrección importante del driver 580.142 soluciona una regresión que se arrastraba desde después de la serie 470.xx y que podía causar fallos al realizar el modeset con cuatro monitores 4K configurados como X screens separados en una única GPU. En otras palabras, usuarios con cuatro pantallas 4K conectadas al mismo sistema podían encontrarse con que el cambio de modo de vídeo o la inicialización de las pantallas no funcionaba correctamente.

Este escenario, aunque pueda parecer muy especializado, es relativamente común en entornos de trabajo profesional, de trading, edición avanzada o producción audiovisual, donde se utilizan varias pantallas de alta resolución de forma simultánea. La regresión afectaba a quienes configuraban cada pantalla como un X screen independiente, una posibilidad que sigue siendo útil en determinadas configuraciones complejas bajo X11.

Con la llegada de la versión 580.142, NVIDIA asegura que este problema queda solventado, recuperando la capacidad de gestionar sin errores estos entornos con cuatro monitores 4K en una sola GPU. Esto es especialmente relevante para quienes venían de la serie 470.xx y habían notado fallos al actualizar a ramas más nuevas, ya que esta actualización corrige precisamente ese comportamiento anómalo.

Importancia del estándar de calidad equiparable a WHQL

Que NVIDIA subraye que este driver recomendado para Linux cumple con los criterios aplicados a los controladores certificados por WHQL en Windows no es un simple detalle técnico; es una declaración de intenciones en toda regla. Tradicionalmente, muchos usuarios han tenido la sensación de que Linux recibía menos cariño por parte de los grandes fabricantes de hardware, pero este tipo de lanzamientos, junto a iniciativas como que sus drivers pasen a ser open source, apuntan justo en la dirección contraria.

Seguir los estándares de calidad de WHQL implica que el driver 580.142 ha pasado por baterías de pruebas enfocadas en la fiabilidad, la compatibilidad con diferentes configuraciones y la minimización de errores críticos. Aunque en Linux no exista un sello WHQL como tal, NVIDIA traslada esos procesos de verificación a su propio ciclo de desarrollo para ofrecer un nivel de confianza similar.

Para el usuario final, esto se traduce en menos sorpresas desagradables tras una actualización, menor riesgo de que una combinación concreta de monitor, adaptador o escritorio gráfico deje de funcionar bien, y una mayor tranquilidad a la hora de actualizar a esta versión recomendada. No es un driver para experimentar, sino una base sólida sobre la que construir un sistema gráfico estable.

En conjunto, el lanzamiento del controlador NVIDIA 580.142 para Linux como versión recomendada refuerza la sensación de que la compañía sigue prestando una atención seria al ecosistema del pingüino: corrige errores muy concretos que afectaban a monitores con Adaptive Sync y adaptadores USB-C a HDMI, soluciona un fallo que podía congelar las swapchains de Vulkan en X11 y arregla una regresión molesta en configuraciones extremas de cuatro pantallas 4K sobre una sola GPU, todo ello bajo un estándar de calidad equiparable al de los drivers certificados para Windows, lo que lo convierte en una opción sólida y razonable para quienes buscan estabilidad y rendimiento a partes iguales.