La comunidad de código abierto acaba de recibir con los brazos abiertos la versión 2.1.4 de Fwupd, la herramienta esencial para gestionar el firmware en sistemas Linux. Este lanzamiento se produce poco después de que el proyecto recibiera un importante respaldo financiero por parte de HP, lo que subraya la relevancia de esta solución para el mantenimiento del hardware moderno en entornos profesionales y domésticos europeos.

Esta nueva entrega no se limita a ser una simple actualización de mantenimiento, sino que busca consolidar la estabilidad del ecosistema. Los desarrolladores han puesto el foco en ofrecer un proceso de actualización mucho más fluido, similar a como se logró en la versión 2.1.3 de Fwupd, permitiendo que usuarios de diversos perfiles técnicos puedan mantener sus componentes al día sin tener que recurrir a herramientas propietarias o procesos farragosos que suelen ser habituales en otros sistemas operativos.

Nuevos horizontes en compatibilidad de hardware en Fwupd 2.1.4

El punto más destacado de esta versión es, sin duda, la inclusión de las tarjetas gráficas Intel Arc Pro B65 y B70 en la lista de dispositivos soportados. Junto a esto, se ha optimizado el funcionamiento de los docks de Lenovo en modo aprovisionado, una funcionalidad que facilitará la vida a muchos trabajadores en remoto y oficinas que dependen de estas estaciones de acoplamiento para su productividad diaria.

Además de estos grandes nombres, la actualización incluye soporte para una variedad de componentes internos que suelen pasar desapercibidos pero son críticos. Se han añadido controladores para dispositivos Egis MoC y paneles táctiles de Pixart, así como para varios chips SPI de GigaDevice y Puya, asegurando que la gestión del firmware llegue hasta el último rincón de la placa base de los ordenadores actuales.

Auditoría de seguridad impulsada por inteligencia artificial

Una de las curiosidades de este ciclo de desarrollo ha sido el uso de Mythos, una tecnología de escaneo de Anthropic, para revisar el código en busca de posibles fallos. Esta colaboración tecnológica ha permitido subsanar diez vulnerabilidades de seguridad que habían pasado desapercibidas; ocho de ellas fueron calificadas como leves y dos como moderadas, elevando considerablemente el listón de protección para el usuario final.

Mejoras técnicas y soporte para distribuciones específicas

En el plano de la versatilidad, los usuarios de NixOS están de enhorabuena, ya que el script de inicio rápido ahora ofrece soporte nativo para esta distribución. También se ha integrado la compatibilidad con el formato de versiones de BIOS de Compal, lo que garantiza que fabricantes de equipos originales puedan distribuir sus parches de forma más eficiente y estandarizada a través de esta plataforma abierta.

El despliegue de esta versión supone un avance significativo para la transparencia y la seguridad del hardware en nuestro continente. Al unificar el soporte para componentes de vídeo de alto rendimiento, periféricos de oficina y parches de seguridad críticos detectados con tecnología de vanguardia, esta herramienta se confirma como el estándar de facto para el mantenimiento de equipos en el ecosistema Linux actual.

Mesa 26.1 ya está disponible y llega, 5 meses después de iniciar la serie, como una actualización importante dentro del ecosistema gráfico en Linux, consolidando mejoras clave en rendimiento, compatibilidad y estabilidad para múltiples controladores. Esta nueva versión del conocido stack gráfico open source sigue afinando la experiencia tanto para jugadores como para usuarios que dependen de aceleración gráfica en su día a día.

La evolución de Mesa continúa siendo constante, y en esta iteración se refuerzan aspectos críticos como el soporte para hardware más reciente, optimizaciones en drivers como RADV e Iris, y avances en APIs modernas como Vulkan. Todo esto se traduce en una experiencia más pulida, especialmente en entornos donde el rendimiento gráfico es determinante, como gaming en Linux o aplicaciones 3D profesionales.

Mesa 26.1 mejora rendimiento y compatibilidad en Linux

Entre los cambios más destacados de Mesa 26.1 se encuentran múltiples optimizaciones en el controlador RADV para GPUs AMD, donde se han aplicado mejoras que impactan directamente en el rendimiento de juegos que utilizan Vulkan. También se han introducido correcciones relevantes que reducen errores gráficos y mejoran la estabilidad general en títulos exigentes.

Por otro lado, el controlador Iris para gráficos Intel sigue evolucionando con ajustes que optimizan la ejecución de cargas de trabajo modernas. A esto se suma un mejor soporte para nuevas extensiones de Vulkan, lo que permite a los desarrolladores aprovechar características más avanzadas y mejorar la calidad visual en sus aplicaciones.

Además, Mesa 26.1 incluye numerosas correcciones de errores reportados por la comunidad, lo que refuerza la fiabilidad del stack gráfico en distintos escenarios. Desde problemas visuales hasta fallos específicos en ciertos juegos o aplicaciones, esta versión apunta a ofrecer una base más sólida y predecible.

En conjunto, Mesa 26.1 no es una revolución, pero sí una actualización muy relevante que sigue puliendo el ecosistema gráfico en Linux. Si utilizas drivers open source, especialmente en entornos de gaming o desarrollo, actualizar a esta versión es una decisión lógica para beneficiarte de todas estas mejoras acumuladas.

Durante años, los usuarios de Linux con tarjetas AMD Radeon han tenido una sensación bastante amarga: el hardware y el televisor estaban listos para disfrutar de HDMI 2.1, pero el sistema se quedaba atascado en las limitaciones de HDMI 2.0. Quien conectaba su PC con Linux a una tele 4K de última generación vía HDMI veía cómo, en la práctica, el ancho de banda disponible no daba para todo lo que prometía la ficha técnica de la gráfica.

Ese panorama empieza a moverse en serio. AMD ha enviado al kernel de Linux una primera serie de parches para el driver abierto AMDGPU que introduce soporte para HDMI FRL (Fixed Rate Link), el modo de transmisión que da vida al salto de ancho de banda de HDMI 2.1. No es todavía el paquete completo, pero sí el punto de inflexión que la comunidad llevaba años esperando, con impacto directo en equipos domésticos.

Del bloqueo del HDMI Forum a la apertura del estándar en Linux

El problema de fondo no era técnico, sino de licencias. El HDMI Forum llevaba años vetando una implementación totalmente abierta de HDMI 2.1 en controladores de código libre. Para que una función entre en el kernel de Linux, el código debe ser público, y ahí chocaban de frente las exigencias de confidencialidad del organismo que gestiona el estándar HDMI.

AMD había intentado durante mucho tiempo encontrar un encaje: publicar una implementación que hiciera funcionar HDMI 2.1 sin revelar los detalles que el HDMI Forum considera sensibles. En febrero de 2024, de hecho, el foro llegó a rechazar formalmente una propuesta de AMD para liberar un driver con soporte completo de HDMI 2.1 en Linux, lo que condenaba a las Radeon en este sistema a quedarse en el ancho de banda de HDMI 2.0.

Ese bloqueo imponía límites muy concretos: 4K a 120 Hz, 8K a 60 Hz, HDR completo o configuraciones de color sin recortes solo eran viables usando DisplayPort o directamente instalando Windows. En muchos hogares, donde conectar el PC del salón a la tele mediante HDMI es lo más normal, la consecuencia era clara: había que renunciar a parte de la calidad de imagen o al refresco alto aunque la tele y la gráfica fuesen totalmente compatibles con HDMI 2.1.

La situación empieza a cambiar con la llegada de los nuevos parches enviados por los ingenieros de AMD al driver AMDGPU. La gran novedad es la integración de HDMI FRL en el controlador del kernel, un paso que el HDMI Forum ya ha podido someter a pruebas de conformidad sin que, aparentemente, se vulneren sus requisitos de confidencialidad. Es el primer movimiento oficial que abre la puerta a HDMI 2.1 nativo en Linux sin depender de soluciones privadas.

Qué aporta HDMI FRL y por qué es la pieza clave de HDMI 2.1

El corazón de este avance es FRL, siglas de Fixed Rate Link, el nuevo modo de enlace que HDMI 2.1 introduce para sustituir al antiguo TMDS heredado de HDMI 2.0. Hasta ahora, las conexiones HDMI con GPUs AMD en Linux se veían obligadas a usar ese enlace antiguo, con un techo de ancho de banda insuficiente para las exigencias actuales del gaming y del vídeo de alta gama.

Con FRL, HDMI 2.1 es capaz de elevar el ancho de banda hasta los 48 Gbps si se utilizan cables certificados Ultra High Speed. Esa cifra es la que permite, en la práctica, enviar señal 4K a 120 Hz manteniendo HDR activo, reducir al mínimo el submuestreo de color y abrir la vía a resoluciones y tasas de refresco todavía más agresivas en monitores especializados.

Los parches presentados por AMD añaden precisamente este modo FRL al driver AMDGPU integrado en el kernel. Según la documentación remitida, la implementación ya ha superado un subconjunto representativo de las pruebas de conformidad del propio HDMI Forum, aunque aún está pendiente la validación completa que permita considerarlo totalmente certificado.

Conviene tener claro, eso sí, qué cubre esta primera fase y qué no. En este envío inicial no entran todavía funciones como Display Stream Compression (DSC) ni Variable Refresh Rate (VRR). DSC es esencial para combinar resoluciones muy altas con frecuencias de refresco ambiciosas sin saturar el enlace, y VRR resulta clave para sincronizar la tasa de refresco del panel con los fotogramas de la GPU, reduciendo tearing y tirones. Ambas capacidades siguen en fase de pruebas y se esperan en tandas posteriores de parches.

Con todo, el salto a FRL ya tiene impacto práctico. Lo que se desbloquea ahora es el transporte de datos de alta velocidad a través de HDMI 2.1, que era justo el cuello de botella que frenaba a quienes intentaban exprimir televisores 4K de 120 Hz o monitores de alta frecuencia en Linux. Aunque falten todavía algunas piezas del estándar, la base para aprovechar mejor esas pantallas ya está dentro del ecosistema de código abierto de AMD.

Valve, SteamOS y la presión para llevar HDMI 2.1 al salón

En paralelo al trabajo de AMD, varias fuentes apuntan a que Valve ha jugado un papel determinante en este giro. La compañía detrás de Steam, Steam Deck y SteamOS lleva tiempo empujando para que el ecosistema Linux pueda competir de tú a tú con Windows y las consolas cuando toca conectarse al televisor del salón.

Según diversos reportes, Valve habría estado presionando discretamente al HDMI Forum y a AMD para desbloquear esta situación. Para un dispositivo de salón, HDMI 2.1 es más relevante que DisplayPort, y no poder ofrecerlo en condiciones colocaba a SteamOS en desventaja frente a mini PCs con Windows o frente a consolas de última generación.

La compañía también se ha interesado por una implementación lo más abierta posible del estándar HDMI, ya que su ecosistema se apoya en hardware de AMD y en un sistema operativo basado en Linux. Al mismo tiempo, desarrolladores de la comunidad publicaron implementaciones experimentales que demostraban que era viable ofrecer soporte avanzado de HDMI 2.1 sin violar los principios del software libre.

Todo ese contexto ha desembocado en la serie de parches actual. Si AMD consigue cerrar el soporte completo —incluyendo DSC y VRR—, dispositivos como la Steam Machine o una futura Steam Deck 2 conectada al televisor podrían aprovechar HDMI 2.1 sin cambiar el hardware, solo mediante mejoras de software, drivers y validación. El límite pasaría a estar en el ritmo al que el kernel integre y estabilice estas funciones.

Limitaciones históricas de las Radeon en Linux vía HDMI

Hasta la llegada de estos cambios, la experiencia de muchos usuarios era clara: da igual lo potente que fuera la Radeon o lo avanzada que fuese la tele, si se usaba HDMI en Linux, tocar 4K a 120 Hz o plantearse 8K quedaba prácticamente descartado. El camino era conformarse con menos refresco o recurrir a DisplayPort siempre que el monitor lo permitiera.

Para quienes usan Linux como sistema principal, esto suponía una desventaja frente a Windows. Conectar una GPU AMD a una tele de gama alta en Windows y exprimir sus capacidades era mucho más sencillo; en Linux, en cambio, el usuario se chocaba con el muro de las licencias y la falta de soporte oficial de HDMI 2.1 en los controladores abiertos.

Con el soporte de FRL entrando en AMDGPU, esa brecha frente a Windows se reduce de forma visible. Ya no será obligatorio recurrir a DisplayPort para sacar todo el partido a la pantalla ni resignarse a una experiencia recortada al usar HDMI en Linux, siempre que el kernel y la distribución integren las versiones adecuadas del driver.

Impacto para los jugadores de Linux

En el día a día, los primeros en notar el cambio serán los usuarios que combinan tarjetas AMD Radeon, Linux y pantallas modernas conectadas por HDMI. Hasta ahora, para disfrutar de 4K con tasas de refresco altas y buena calidad de imagen era casi obligado tirar de Windows o de un monitor con DisplayPort plenamente soportado.

En entornos domésticos, donde es habitual que el ordenador de sobremesa o el mini PC se coloquen junto al televisor, aprovechar HDMI 2.1 es clave para el gaming en el salón. Con FRL funcionando en el driver abierto, esas configuraciones podrán aspirar a 4K a 120 Hz con HDR activo y menos sacrificios en color, siempre que tanto el televisor como el cable cumplan con el estándar Ultra High Speed.

Desde el punto de vista de la adopción de Linux para jugar, el movimiento es significativo. Se elimina una de las excusas más repetidas para seguir en Windows en equipos pensados para uso multimedia y gaming en el salón. Si la misma máquina ofrece una experiencia visual cercana en SteamOS o en distribuciones populares (Ubuntu, Fedora, Manjaro, Arch, etc.), la elección del sistema deja de estar condicionada por un cuello de botella en la salida de vídeo.

También los fabricantes de PCs y ensambladores salen beneficiados. Con este avance, podrán anunciar compatibilidad real con HDMI 2.1 bajo Linux en equipos basados en GPUs AMD, sin tener que matizar que para sacarle todo el partido es imprescindible usar Windows. Eso puede animar a ofrecer más configuraciones preinstaladas con distribuciones GNU/Linux orientadas a jugadores.

Estado actual del soporte y próximos pasos en el kernel

Pese al tono optimista, AMD insiste en que aún no estamos ante una pila HDMI 2.1 completa en el driver AMDGPU. Lo que ha llegado al kernel es un primer conjunto de parches que habilita el transporte de datos a alta velocidad mediante FRL y que ha pasado ya una parte relevante de las pruebas de conformidad del HDMI Forum.

Queda pendiente la integración de Display Stream Compression (DSC), imprescindible para combinar resoluciones extremas con tasas muy altas sin saturar el enlace, así como el soporte estable de Variable Refresh Rate (VRR), que ayuda a sincronizar la pantalla con los fotogramas de la GPU para suavizar la experiencia en juegos exigentes.

El proceso habitual en el desarrollo del kernel implica que estos parches atraviesen varias fases: revisión por parte de los mantenedores, pruebas comunitarias y, finalmente, integración en una versión estable del kernel. Ese recorrido puede durar desde unas semanas hasta varios meses, en función de los comentarios recibidos y de los posibles problemas que aparezcan en configuraciones concretas de hardware.

Para el usuario final, el cambio llegará vía actualización de sistema. Distribuciones como Ubuntu, Fedora o Arch Linux, así como SteamOS, irán incorporando progresivamente estos parches en sus kernels. En la mayoría de los casos, el usuario no tendrá que hacer nada más que mantener el sistema actualizado; no será necesario compilar drivers a mano salvo que se quiera ir por delante de las versiones oficiales.

Es previsible que las funciones más avanzadas de HDMI 2.1 aterricen antes en kernels recientes o ramas menos conservadoras que en las versiones LTS, que suelen priorizar la estabilidad. Aun así, el hecho de que el código actual ya esté pasando pruebas oficiales indica que la parte más compleja del trabajo técnico está encarrilada.

Con este movimiento, el soporte de HDMI 2.1 en Linux pasa de ser una promesa lejana a una realidad en fase de despliegue. La entrada de FRL en el driver abierto AMDGPU rompe por fin el techo de ancho de banda de HDMI 2.0 y abre una etapa en la que los usuarios de Radeon podrán aprovechar mejor sus televisores y monitores modernos, a la espera de que funciones como DSC y VRR terminen de completar el puzle.

La última actualización de controladores gráficos de NVIDIA para Linux no solo se ha centrado en la rama más reciente, sino que también ha traído una nueva versión para las GPU más veteranas: el controlador 580.159.03. Este lanzamiento está pensado para quienes siguen dependiendo de tarjetas algo antiguas, pero todavía muy presentes en muchos equipos domésticos y de juego.

Mientras la serie 595 continúa avanzando como rama principal, este nuevo paquete de la línea 580 se convierte en la opción imprescindible para usuarios con gráficas Maxwell, Pascal o Volta, especialmente en entornos de escritorio Linux modernos donde sigue habiendo una base importante de hardware de estas generaciones.

Rama 580 frente a 595: por qué algunas GPU se quedan fuera

Junto al lanzamiento de la versión 595.71.05 para Linux, NVIDIA ha decidido mantener vivo el soporte en paralelo con la rama 580, que ahora se actualiza a la versión 580.159.03. El motivo es claro: la serie 595 ha dejado de ser compatible con varios modelos de tarjetas antiguas, lo que obliga a parte de los usuarios a quedarse en esta rama heredada.

En la práctica, quienes tengan tarjetas de las familias GeForce 700, GeForce 900 y GeForce 10 para sobremesa ya no pueden usar la línea 595. Lo mismo ocurre con muchos modelos de portátil, entre ellos las series 800M, 900M y GeForce 10 Series para portátiles. En todos esos casos, el camino de actualización pasa por seguir en la rama 580 y, por tanto, instalar este nuevo 580.159.03.

Mejoras clave del controlador NVIDIA 580.159.03

La versión 580.159.03 no se limita a ser un mero mantenimiento, sino que incluye correcciones importantes para la estabilidad en Linux, sobre todo en configuraciones modernas de escritorio y pantallas múltiples. Entre sus cambios más destacados se encuentra un mejor manejo de la memoria de vídeo, lo que puede marcar la diferencia en equipos con GPUs más ajustadas.

Una de las novedades más relevantes es la mejora del mecanismo de reserva a memoria del sistema cuando la VRAM está casi llena. Gracias a este cambio, se reducen las posibilidades de bloqueos del escritorio Wayland, un problema que algunos usuarios habían sufrido al exprimir la GPU con varias aplicaciones, juegos o monitores conectados.

Correcciones para DisplayPort MST y estabilidad del kernel

El controlador 580.159.03 incorpora también ajustes para DisplayPort MST (Multi-Stream Transport), una tecnología utilizada para conectar varios monitores en cadena o a través de ciertos hubs. En algunos escenarios, el módulo nvidia-drm generaba errores en el registro del sistema y no era capaz de enumerar correctamente los conectores disponibles.

Además de esos fallos de enumeración, se ha abordado un error que podía provocar un bloqueo del kernel durante la inicialización del controlador en determinadas configuraciones MST. Este tipo de cuelgues a nivel de núcleo son especialmente molestos porque pueden dejar el sistema totalmente congelado, obligando al reinicio forzoso, de modo que su corrección es especialmente relevante para quienes usan monitores múltiples en entornos profesionales o de juego.

Solución a la regresión en EGL-X11 y SLI Mosaic

Entre las incidencias solucionadas, NVIDIA señala una regresión introducida en la serie 575.xx que afectaba a las aplicaciones EGL sobre X11 en configuraciones SLI Mosaic. Este tipo de montaje, menos habitual en el usuario doméstico pero presente en ciertos entornos profesionales y de visualización avanzada, permitía combinar varias GPU y pantallas para crear un escritorio gigante.

Con la versión 580.159.03, las aplicaciones EGL-X11 deberían volver a arrancar con normalidad en sistemas que usan SLI Mosaic, recuperando un comportamiento que se había visto interrumpido por ese fallo previo. Para quienes dependen de configuraciones multi-GPU en Linux, esta corrección puede resultar especialmente apreciada.

Mejoras para VRR por HDMI y estabilidad en Vulkan

Otro de los puntos que NVIDIA ha afinado en este lanzamiento gira en torno a la tecnología de frecuencia de refresco variable (VRR) en pantallas HDMI. Algunos usuarios experimentaban parpadeos o inestabilidad visual al usar VRR, una característica clave para jugar con mayor fluidez al sincronizar los fotogramas con el monitor.

El nuevo controlador también aborda un problema que podía provocar errores Xid junto con fallos VK_DEVICE_LOST en aplicaciones basadas en Vulkan cuando se redimensionaban las ventanas de forma repetida. Este comportamiento, además de molesto, afectaba directamente a la experiencia en juegos y aplicaciones gráficas intensivas que emplean esta API moderna.

Impacto para usuarios de Linux

En el contexto donde hay una presencia significativa de equipos con hardware reutilizado o de generaciones anteriores, la publicación de este controlador tiene un impacto directo en quienes siguen usando GPUs Maxwell, Pascal y Volta en distribuciones Linux. Desde entornos domésticos hasta laboratorios universitarios o pequeñas empresas, la rama 580 continúa siendo la base necesaria para mantener estas tarjetas al día.

Distribuciones centradas en el rendimiento y en la experiencia de escritorio, como diversas variantes de Arch Linux, Debian, Ubuntu y derivadas populares en España, suelen ofrecer rápidamente estos controladores a través de sus repositorios o repos propios. Algunos proyectos enfocados en usuarios avanzados y gaming, como determinadas derivadas de Arch orientadas al rendimiento, acostumbran a integrar con rapidez estas versiones para dar soporte estable a gráficas de la serie 700, 900 y 10xx que aún tienen mucha vida útil.

Recomendaciones para quienes usan GPU antiguas en Linux

Para los usuarios que se encuentren en la situación de tener una tarjeta de las generaciones afectadas, la recomendación es comprobar si su distribución ya ha empaquetado el controlador 580.159.03 y actualizar en cuanto esté disponible. De este modo podrán beneficiarse de las mejoras en estabilidad, sobre todo si utilizan Wayland, monitores múltiples o aplicaciones basadas en Vulkan.

Conviene también revisar la documentación de la distribución antes de cambiar de rama de controladores, ya que intentar instalar la serie 595 en una GPU sin soporte puede dar lugar a problemas de arranque del entorno gráfico. Mantenerse en la línea 580 garantiza que las tarjetas GeForce más antiguas sigan funcionando con un nivel razonable de optimización y corrección de errores.

Con este lanzamiento, NVIDIA consolida la rama 580 como el refugio técnico para un amplio parque de GPUs que ya no entran en los planes de la línea 595, pero que siguen siendo plenamente válidas para jugar, trabajar o estudiar en Linux; la versión 580.159.03 aporta un conjunto de ajustes orientados a mejorar la estabilidad diaria, reducir cuelgues y pulir detalles en configuraciones modernas, lo que resulta especialmente relevante en entornos donde el reciclaje de hardware y la vida útil prolongada de los equipos son cada vez más habituales.

Mesa 26.0.4 ya está disponible como una nueva actualización de mantenimiento para los controladores gráficos de código abierto en Linux. Esta versión continúa la línea de mejoras iniciada con la rama 26.0, centrada principalmente en la corrección de errores, estabilidad y pequeños ajustes que impactan directamente en la experiencia de juego y uso general del sistema. Está disponible, pero la publicación aún no lo está. La incluirán pronto en su página web.

Como es habitual en este tipo de lanzamientos, no se trata de una gran actualización con nuevas funciones, sino de un refinamiento del trabajo previo. Mesa sigue siendo una pieza clave en el ecosistema Linux, proporcionando soporte para APIs como Vulkan y OpenGL, fundamentales tanto para videojuegos como para aplicaciones gráficas avanzadas.

Mesa 26.0.4 mejora la estabilidad y compatibilidad en Linux

Esta versión llega tras varias revisiones dentro de la serie 26.0, que ya introdujo importantes avances como mejoras en el rendimiento de ray tracing para GPUs AMD mediante el controlador RADV y nuevas optimizaciones en Vulkan.  En ese contexto, Mesa 26.0.4 se centra en pulir problemas detectados tras el despliegue inicial.

Entre los cambios más destacados se incluyen múltiples correcciones en distintos drivers, especialmente en áreas donde podían producirse fallos gráficos, cuelgues o comportamientos inesperados en ciertos juegos y aplicaciones. Este tipo de ajustes, aunque menos visibles, son clave para garantizar una experiencia más consistente en una amplia variedad de hardware.

Además, el desarrollo continuo de Mesa demuestra el fuerte compromiso de la comunidad open source con el soporte de GPUs tanto modernas como antiguas. Versiones recientes han mostrado cómo incluso tarjetas veteranas pueden beneficiarse de optimizaciones constantes, alargando su vida útil dentro de Linux.

En definitiva, Mesa 26.0.4 es una actualización recomendada para quienes buscan estabilidad y compatibilidad mejoradas. Aunque no introduce novedades llamativas, su papel es esencial para consolidar todo lo avanzado en la serie 26.0 y seguir ofreciendo un rendimiento fiable en entornos Linux.

NVIDIA ha lanzado oficialmente el controlador 595.58.03, una versión estable recomendada que llega con importantes novedades para los usuarios de Linux. Este lanzamiento marca un hito tras las versiones beta previas, consolidando una serie de correcciones y mejoras que buscan estabilizar la experiencia tanto en entornos de escritorio X11 como Wayland, así como en aplicaciones de juego y renderizado.

La nueva versión no solo incluye funcionalidades anticipadas como la extensión Vulkan VK_EXT_descriptor_heap, clave para el rendimiento de juegos de Windows a través de Proton, sino que también soluciona múltiples problemas críticos reportados por la comunidad, como fallos en compositores X11, bloqueos del kernel al desconectar monitores y problemas de suspensión en pantallas con frecuencias de actualización altas.

NVIDIA Driver 595.58.03: Estabilidad y correcciones clave para Linux

Entre los aspectos más destacados de esta versión estable se encuentran las correcciones a regresiones que afectaban a compositores como picom y Xfwm, que sufrían parpadeos, así como un problema que impedía que kwin_wayland reactivara correctamente las pantallas. Además, se ha solucionado un error que provocaba caídas del kernel al desconectar configuraciones MST (Multi-Stream Transport) en bases de conexión o monitores, y se han resuelto los pánicos de kernel en sistemas con opciones de seguridad como CONFIG_RANDSTRUCT activadas.

La gestión de memoria también ha recibido mejoras: el controlador ahora recurre mejor a la memoria del sistema cuando la memoria de video es escasa, evitando congelamientos en escritorios Wayland. En el ámbito gráfico, se han solucionado parpadeos en pantallas HDMI con VRR (Variable Refresh Rate) y fallos relacionados con la recreación de swapchains de Vulkan que causaban tirones al redimensionar ventanas. Con esta versión, NVIDIA eleva los requisitos mínimos a Wayland 1.20 y glibc 2.27, y habilita por defecto el parámetro modeset=1 en nvidia-drm, lo que refuerza la integración con los sistemas modernos.

El driver 595.58.03 se posiciona como la opción recomendada para cualquier usuario de Linux con hardware NVIDIA, ofreciendo una base sólida tanto para flujos de trabajo profesionales como para la ejecución de títulos de última generación mediante compatibilidad.

Holaa!!! Después de escribir el cartel para la Fedifiesta en la EKO por el hacklab 0day https://elbinario.net/2025/01/27/fedifiesta-en-la-eko/, me contaron que no solo se realizaba en la EKO, no solo se realizaba en Madrid y no solo se realizaba en España: El 1 de febrero, diferentes colectivos por todo el mundo han organizado la Fedifiesta, un encuentro para que las personas que no conozcan las redes sociales libres y descentralizadas las descubran, se creen una cuenta y, quien quiera, aprenda a montar su propia instancia, es decir, su propio servidor utilizando estas tecnologías. El llamamiento viene del colectivo Critical Switch. Su web: https://critical-switch.org Es algo precioso porque actualmente, en su web tienen agendados seis eventos casi simultáneos para realizar esta fiesta de las redes libres y descentralizadas. Es la mayor coordinación que yo he visto entre colectivos hackers. Quisiera agradecer al colectivo Critical Switch, que ha realizado el llamamiento, y a los colectivos implicados, ya que, juntos, se crean cosas muy bonitas. Los actos son los siguientes (ordenados alfabéticamente):

Alacant

1 de febrero a las 17:00 h C. San Leandro, 6 https://www.casalpopulartiocuc.cat

Barcelona

31 de enero a las 17:00 h Concepció Arenal, 165 https://sindominio.net/lafurgo

Buenos Aires

1 de febrero a las 16:00 h Barrio de Monserrat, CABA https://vagancio.partidopirata.com.ar

Madrid

1 de febrero a las 17:00 h Calle del Ánade, 10 https://0day.lol/

Murcia

1 de febrero a las 17:00 h Simón García, 45 https://veenk.org/es

València

1 de febrero a las 17:00 h C/ de les Danses, 5, Ciutat Vella https://critical-switch.org Espero que estos encuentros se repitan ,se multipliquen , se amplíen a más colectivos y la gente tenga en cuenta que existen formas de comunicarse socialmente más humanas. Feliz día!!!

Buenasss binari@s

2025 Yaa , que guay !!! Parece que todo se va al traste , pero si hecho la mirada atrás siempre estamos así, al capitalismo le encanta acelerar, y en vez de acelerar el propio sistema lo único que acelera son las crisis, siempre en crisis o con temor a ella, no obstante, nosotros bailamos ,sin miedo, sin cesar , bailar y escuchar buena música.

Live coding , es un tipo de arte basado  música y efectos visuales que se hace con alguien programando código en tiempo real, es una pasada, hay muchos lenguajes para ello y hay muchas plataformas, es precioso. Verlo, sentirlo,

Pues hay un encuentro de Live coding en Madrid , el 7 de febrero, en el nuevo montacargas (calle de Antillón, 19, Latina,  Madrid)

El nodo internacional que se junta y hace encuentros de Live Coding , comparten experiencias sobre éste tipo de arte que es muy interesante, se llama toplan Madrid y podéis saber más sobre ell@s aquí:

https://linktr.ee/toplapmadrid

Este encuentro Algorave cuenta con personas de esta comunidad y de la comunidad de live coding Toplap Barcelona. Para apoyar la organización del evento, contará con una taquilla inversa, donde se podrá, al finalizar el evento, colaborar económicamente con lo que se quiera.

A bailar !!!!

Permitidme una historia del abuelo cebolleta para dar contexto a este estrambótico título, hace mucho tiempo  los/las hacktivistas eran el «brazo armado» de la defensa de la red, cualquier acción de cualquier gobierno u empresa tenía inmediatamente una respuesta  por parte de estos grupos, que usaban sus conocimientos técnicos para  sacar a la luz las mentiras y exponer públicamente a los estafadores, en España hubo grandes grupos de hacktivistas que lucharon contra la censura de la ley Sinde-Wert, la SGAE, realizaron acciones contra varios partidos políticos.

En el resto del mundo los grupos hacktivistas más famosos podrían ser Anonymous y Lulzsec, es importa aclarar que LulzSec no era un grupo hacktivista al fin, porque realizaba acciones de todo tipo, motivadas por los loles, las cuales algunas no se pueden enmarcar dentro del hacktivismo, pero varios de sus miemrbros(Topiary y Anarchaos) eran a su vez miembros de anonymous los cuales si tenían una vision hacktivista y realizaron acciones  sobe todo en defensa de wikileaks.

El fin de estos grupos es la historia de siempre, algo que ya nos mostró el excelente libro «The cuco egg»  federales, conspiraciones, traiciones, hacking,etc..  pero el fin de este artículo no es mostrar lo que les paso a esos grupos, porque las causas son muy diversas y dan para otro artículo,? Tal vez muchos se quemaron como  la 9deanon, otros abusaron de su ego, como aquellos que pensaban que estando  «bajo 50 proxys» o podian tener una miembro que firmaba sus defacement con las fotos de las «boobs de su novia en bikini  sin eliminar los metadatos O_0

¿Dónde está el hacktivismo en 2024? ¿Es que solo quedan cibercriminales y aprovechados hoy en día?

• Un poco de contexto de los grupos y operaciones más relevantes del  hacktivismo en España y Latinoamérica desde 2010:

No es que no queden, estoy seguro de que ahora mismo hay grupos hacktivistas realizando acciones, el problema es que se han quedado como bien comenta las slides que adjunto en el articulo cuyo origen es el  el ccn-cert , que quedan sin el apoyo mediático en 2017,  sin el altavoz mediático el  hacktivismo está muerto, recordemos hoy más que nunca que Wikileaks y  los movimientos sociales como el 15M, la primavera árabe etc.  Reactivaron los movimientos hacktivistas en medio mundo, y los ciudadanos vieron que podían plantar cara el «stablishment» con un fuerto pulso al gobierno y corporaciones en la red y en la calle. Recordemos que cuando por ejemplo en nuestro país las fuerzas policiales se sobrepasaban en alguna manifestacion, el hacktivismo les esperaba en las redes para devolverles la moneda

Cuando ese apoyo perdio fuerza y llegaron las detenciones toda aquella energia se difumino, como bien explican en «the cuco egg» da igual lo bueno que te creas si les tocas las narices a los poderosos, te pillaran, es solo cuestion de tiempo..

Depues…

 

No creo que haga  mucha falta aclarar este slide, todos más o menos los sufrimos día a día, los ciberdelincuentes campan a sus anchas, robando datos de prácticamente todas las instituciones públicas de todo el globo, ¿pero como es posible que estos grupos campen a sus anchas? Pues porque estos grupos, salvo excepciones no son alcasec y los guardiacivilx, son grupos que trabajan como empresas, algunos con el beneplácito y fondos de gobiernos,  que son muy buenos y están organizados, ya que durante muchos años, los organismos y las empresas han pensado que la seguridad es un «extra» que añadir a sus infraestructuras no la base de la misma, y ahora, andan corriendo en círculos, comprando a golpe de talonario, productos de alta gama(siem,pam,edr) sin recordar que siguen usando SMB 1.0 en sus sistemas en  fin, que poco nos pasa.

Desgraciadamente, la ciberdelincuencia  ha venido para quedarse, los ataques a las empresas y los organismos no han hecho más que empezar, nuestros datos, hace ya mucho tiempo que circulan en la deep web, a estas empresas e instituciones  de las que extraen tus datos, les das lo mismo mientras que no afecten su cuenta de resultados o a sus posibilidades electorales. No pienses que por no tener redes sociales corporativas o plataformas generalistas  eres anónimo/a en la red, eso es una mayor mentira, el control es una ilusión, y no tienes posibilidad de tener el 100% del  control sobre tus datos en un mundo globalizado, es imposible,  en el mundo binario hay demasiados patrones y escasa entropía real, más tarde o más temprano, alguien encuentra los guijarros y llega a la cabaña de la bruja.

Es importante aprender y conocer la tecnología, pero nunca confíes ciegamente en ella. Con la desaparicion  del  hacktivismo  del foco mediatico y la llegada del cibercrimen, los ciudadanos hemos perdido la batalla, el hactivismo era la punta de lanza, para recordar a los gobiernos que trabajan para nosotros y a las corporaciones para recordarles que hay otras fuerzas existentes en la red y que no campan a sus anchas, a los ciberdelincuentes todos esto no les importa lo único que les interesa es sangrar a las instituciones y gobiernos, para poder comprarse su tercer yate, no tienen ningún tipo de ética «hacker» les da igual atacar hospitales que a grandes bancos :(

Por supuesto ek hacktivismo no se trara solo en realizar acciones de hacking, tambien en ayudar a montar talleres,tutoriales, desarrollar herramientas,montar redes libres, infraestructuras,etc..  no quiero decir que el hacktivismo sea solo exclusivamente para realizar acciones de intrusion y aquellos grupos hacktivistas que se dedican a ello tienen mis respetos, pero creo  que todos/as sabemos a lo que me refiero.

 

Después del articulo de presentación de Conversations+Orbot de Puppetmaster, creo que no estaría mal presentar otro programa para Android que hace lo mismo que Orbot y alguna cosa más.

Se trata de Invizible Pro (disponible en F-Droid https://f-droid.org/en/packages/pan.alexander.tordnscrypt.stable/). Consiste en una aplicación que contiene otras tres aplicaciones: Tor, DNSCrypt e I2P

Como ya sabeís, Tor sirve para conectarse a traves de la red anónima. DNSCrypt sirve para cifrar las peticiones DNS. I2P es otra red anónima que ya se ha comentado en algunos articulos de elbinario.

Es muy sencillo de usar, literamente de boton gordo. No necesita que este rooteado Android. Puede funcionar como una VPN o si tienes rooteado Android, en modo transparente.

Código fuente disponible en https://github.com/Gedsh/InviZible

Después del articulo de presentación de Conversations+Orbot de Puppetmaster, creo que no estaría mal presentar otro programa para Android que hace lo mismo que Orbot y alguna cosa más.

Se trata de Invizible Pro (disponible en F-Droid https://f-droid.org/en/packages/pan.alexander.tordnscrypt.stable/). Consiste en una aplicación que contiene otras tres aplicaciones: Tor, DNSCrypt e I2P

Como ya sabeís, Tor sirve para conectarse a traves de la red anónima. DNSCrypt sirve para cifrar las peticiones DNS. I2P es otra red anónima que ya se ha comentado en algunos articulos de elbinario.

Es muy sencillo de usar, literamente de boton gordo. No necesita que este rooteado Android. Puede funcionar como una VPN o si tienes rooteado Android, en modo transparente.

Código fuente disponible en https://github.com/Gedsh/InviZible

FediverseTV es una instancia de Peertube que ya tiene año y medio y mucho contenido que en gran parte resulta interesante para diferentes personas con diferentes necesidades e intereses.

En FTV existe la preocupación de no dejar que el tiempo oculte contenidos interesantes, por eso entre las ideas que se generan para solucionar este problema se nos ha ocurrido postear cada tanto en blogs amigos algunos de estos videos… y aquí estamos.

Se me había ocurrido que el primer video de esta lista sea el primer video publicado en la plataforma, vaya… es mio, superando la vergüenza así lo haré :).

Videos antiguos merecedores de redifucion:

Escarola en cero labranza (El primer video publicado en FTV)

I.M.V.E.C.

Las JAM son las primeras Jornadas de Autodefensa Medioambiental, una serie de conversaciones online sobre autodefensa medioambiental ciudadana.

Aprovechando la cuarentena general que están sufriendo distintos paises lanzamos esta propuesta para seguir trabajando y apoyando a diferentes proyectos relacionados con la defensa vecinal de los territorios afectados por procesos de contaminación.