Statcounter ubica a Linux en 10,65% del tráfico de escritorio en Norteamérica -aunque PCWorld atribuye buena parte del salto a un ajuste estadístico-, GNOME Boxes debuta en GTK4 y solo Flatpak, la Unión Europea confirma que su verificación de edad exige hardware certificado, Valve financia un puerto experimental de RADV para Windows capaz de correr Counter-Strike 2, y RefluXFS cumple 19 días sin parche en Ubuntu.
Statcounter registró a Linux en 10,65% del tráfico de escritorio en Norteamérica durante julio de 2026, frente a 5,52% en junio, según reportaron Linuxiac, TechTimes y XDA Developers al analizar la misma cifra. Los datos de Cloudflare Radar, filtrados al tráfico HTTP de escritorio en Norteamérica de los 28 días previos, corroboran de forma independiente un nivel de presencia de Linux notablemente alto, de acuerdo con la cobertura de Linuxiac, lo que descarta que la cifra de Statcounter sea un error puntual de una sola fuente. PCWorld ofreció la lectura más escéptica del salto: la categoría "Unknown" de Statcounter representaba 9,24% del tráfico de escritorio norteamericano en junio, y su reducción coincide casi exactamente con el aumento de Linux, lo que sugiere que buena parte del cambio es una reclasificación de tráfico antes no identificado y no una migración masiva de usuarios hacia el sistema operativo. TechTimes matizó en la misma dirección: la conclusión más defendible de los datos de julio es que Linux supera el 10% del tráfico de escritorio medido en Norteamérica, no necesariamente el 10% de las instalaciones de escritorio reales de la región. Statcounter no publicó al cierre de esta edición una explicación oficial propia sobre la caída de la categoría "Unknown", y un hilo citado por Linuxiac describe los datos de julio como todavía provisionales. Costa Rica no tiene cifras equivalentes de Statcounter desglosadas por país disponibles en esta cobertura, y el uso de escritorio Linux en el país se concentra en desarrolladores de software y algunas instituciones académicas, muy por debajo del peso que la métrica sugiere para Norteamérica.
La aplicación de virtualización de GNOME migra a GTK4 y libadwaita, instala Windows 11 sin rodeos de Secure Boot ni TPM y adopta un modelo de distribución exclusivo por Flatpak, según Phoronix.
Felipe Borges, desarrollador principal de GNOME Boxes, anunció el 3 de agosto de 2026 una versión beta de la aplicación de virtualización de escritorio que migra por completo a la interfaz GTK4 y a la biblioteca libadwaita, según reportó Phoronix. El nuevo código, de acuerdo con el mismo reporte, ya permite instalar Microsoft Windows 11 en una máquina virtual sin necesidad de rodeos manuales para los requisitos de Secure Boot o TPM que hasta ahora complicaban la instalación dentro de Boxes. El cambio más relevante para el resto del ecosistema es de empaquetado: GNOME Boxes pasa a un modelo de distribución exclusivamente Flatpak, dejando atrás los paquetes nativos que las distribuciones tradicionales compilaban por separado. Phoronix ubica esta decisión dentro de una tendencia más amplia de aplicaciones centrales de GNOME que abandonan el empaquetado tradicional en favor de Flatpak, un movimiento que reduce el trabajo duplicado de cada distribución pero traslada a Flathub la responsabilidad de mantener la aplicación al día para millones de usuarios de Fedora Workstation, Ubuntu y otras distribuciones que usan Boxes como virtualizador por defecto. La información de esta nota proviene únicamente de Phoronix, sin confirmación cruzada de otro medio especializado al cierre de esta edición, y Borges no fijó una fecha de lanzamiento estable para la nueva versión. Costa Rica no tiene estadísticas propias de adopción de GNOME Boxes, pero la comunidad tica de estudiantes y desarrolladores que usa Fedora Workstation -donde GNOME es el entorno por defecto- es la primera que notará la instalación simplificada de Windows 11 en máquina virtual.
El debate se originó en el repositorio de GitHub de la aplicación Android del proyecto europeo de verificación de edad, donde un usuario cuestionó el requisito de certificación de hardware. Según recogió Linuxiac, un responsable del proyecto respondió de forma directa: "Hardware-bound attestation is a requirement of this project, not an implementation detail we can simply drop" ("La certificación atada al hardware es un requisito de este proyecto, no un detalle de implementación que podamos simplemente eliminar"). La especificación técnica exige que las aplicaciones de verificación de edad usen hardware criptográfico nativo cuando está disponible, aunque controles adicionales como la detección de root, Google Play Integrity o Apple App Attest no son obligatorios de forma universal en la implementación de referencia. El diseño técnico, según reportó Neowin, deja en la práctica fuera de la vía de certificación oficial a alternativas orientadas a la privacidad como GrapheneOS -un sistema operativo de código abierto derivado de Android- aun cuando ese proyecto sí ofrece certificación de hardware, pero por un mecanismo distinto al que exige la especificación europea. La controversia toca directamente al software libre porque enlaza el acceso a un servicio digital -la verificación de edad- a la cadena de confianza de fabricantes de hardware específicos, un patrón que reduce la viabilidad de sistemas operativos personalizados y ROMs alternativos frente a Android de fábrica o iOS. El responsable citado por Linuxiac prometió una revisión de seguridad y un modelo de amenazas dedicado sobre esta decisión, sin fecha de publicación confirmada al cierre de esta edición. Costa Rica no participa del proyecto europeo de verificación de edad ni tiene, por ahora, una obligación legal equivalente, pero el patrón de atar servicios digitales a certificación de hardware específico es el mismo que analizan reguladores de identidad digital en otros países, y podría anticipar debates similares si el país avanza en su propio sistema de identidad digital.
cat /feed/grficosvulkan.md
Collabora avanza, con financiamiento de Valve, en un puerto experimental del controlador gráfico abierto RADV hacia Windows, capaz de lanzar Counter-Strike 2 aunque todavía no aprueba las pruebas de conformidad de Vulkan.
> > mesa-ci probe radv-windows --game cs2
> > vulkan: partial | driver: RADV (experimental) | backend: WDDM2
> El fabricante británico de software Collabora avanza, con financiamiento de la empresa de videojuegos Valve, en un puerto experimental para Windows del controlador gráfico de código abierto RADV -parte del proyecto Mesa y hasta ahora exclusivo de Linux-, según reportó Linuxiac el 29 de julio de 2026 y confirmaron Tom's Hardware y VideoCardz. El controlador, en su estado actual, ya lanza el videojuego Counter-Strike 2 con el parámetro de línea de comandos -vulkan, aunque todavía no aprueba la suite completa de pruebas de conformidad de Vulkan.
> > por qué importa: RADV opera como controlador Vulkan en modo usuario mientras sigue comunicándose con el controlador propietario en modo kernel de AMD para Windows a través de WDDM2; el trabajo elimina la dependencia de WSL, reduce los supuestos de hardware fijos en el código y suma soporte para sparse bindings, teselación, task shaders y detección dinámica de capacidades de GPU, según el detalle técnico de Tom's Hardware. El mayor obstáculo, de acuerdo con la misma cobertura, es que la interfaz entre el controlador de modo kernel de AMD para Windows y los controladores en modo usuario no está documentada públicamente y puede cambiar sin aviso entre actualizaciones. Que un controlador nacido en el ecosistema de código abierto de Linux avance en Windows -la plataforma dominante para videojuegos de PC- ocurre la misma semana en que Statcounter registra a Linux por encima del 10% de cuota de escritorio en Norteamérica, otra señal de que el trabajo de Valve en Linux ya no se limita a SteamOS y al Steam Deck.
> > qué sigue: Collabora y Valve no fijaron fecha de disponibilidad pública para este controlador ni confirmaron si planean integrarlo de forma oficial a futuras herramientas gráficas para Windows. Costa Rica no tiene una industria de desarrollo de controladores gráficos, pero la comunidad tica de jugadores de PC con hardware AMD sobre Windows es la que eventualmente se beneficiaría si este puerto experimental madura hasta convertirse en una alternativa estable a los controladores oficiales de AMD.
El commit que corrigió RefluXFS en el kernel Linux oficial cumple 19 días circulando sin llegar a Ubuntu; el rastreador de Canonical mantiene la falla en 'needs evaluation' desde el 23 de julio.
El Pisuika confirmó, al consultar directamente ubuntu.com el 4 de agosto de 2026, que el estado de CVE-2026-64600 (RefluXFS) sigue marcado como "needs evaluation" ("necesita evaluación") en las siete versiones de Ubuntu que van de la 14.04 a la 26.04 LTS, sin que ninguna aparezca como corregida. El commit 2f4acd0, que arregló en el kernel Linux oficial la condición de carrera que la falla explota en el sistema de archivos XFS, cumple 19 días circulando en el árbol del kernel desde su fusión el 16 de julio. La prioridad que Canonical asigna a la falla se mantiene en "Medium", sin cambios desde su publicación el 23 de julio -hace 12 días-, la misma clasificación que esta sección documentó el 2 y el 3 de agosto. La falla permite a un usuario local sin privilegios escalar a root en volúmenes XFS con reflink habilitado, y The Hacker News la describió en su cobertura original como un error de nueve años de antigüedad en el código de XFS. El silencio de Canonical entra en su cuarto día sin avisos de seguridad nuevos desde el USN-8620-4 del 31 de julio, según el listado oficial de ubuntu.com. Canonical no ha explicado la demora ni fijado fecha de disponibilidad del parche para Ubuntu al cierre de esta edición. Proveedores de hosting y entidades públicas costarricenses que operan XFS con reflink habilitado siguen, 19 días después del arreglo en el kernel oficial, sin una versión oficial de Ubuntu a la cual migrar para cerrar el hueco -la misma recomendación de cautela que esta sección repite desde el 30 de julio.