La encuesta de julio de Steam ubica a Linux en 4,01% de cuota -aunque Linux Journal lo describe como apenas un ligero repunte frente al techo de marzo-, Google habilita paquetes nativos de Chrome para Linux ARM64 tras seis años de espera, Arch Linux reelige a Levente Polyák (Anthraxx) al mismo tiempo que refuerza la seguridad del AUR, Debian sigue sin fecha para votar sus cinco propuestas sobre inteligencia artificial, y RefluXFS cumple 20 días sin parche oficial en Ubuntu.
Valve publicó el 1 de agosto de 2026 la encuesta de hardware y software de Steam correspondiente a julio, que ubicó a Linux en 4,01% de cuota entre todos los idiomas registrados en la plataforma, frente a 3,69% en junio, según reportaron Phoronix y GamingOnLinux. Entre los usuarios de habla inglesa la cifra fue notablemente más alta, 8,42%, de acuerdo con el sitio TuxMachines, que confirmó el dato el 4 de agosto. Dentro de esa cuota, SteamOS Holo -el sistema que corre en el Steam Deck y en la nueva Steam Machine de Valve- representa aproximadamente 22% de las instalaciones de Steam sobre Linux, según la misma cobertura de Phoronix. El repunte de julio corta una racha de dos meses de caída consecutiva: la cuota de Linux en Steam llegó a un máximo histórico de 5,33% en marzo, bajó a 4,52% en abril, a 3,99% en mayo y a 3,69% en junio, según el mismo desglose de Phoronix. Linux Journal, sin embargo, tituló su cobertura de la misma cifra de julio como "a slight retreat" ("un ligero retroceso"), una lectura que pone el énfasis no en la comparación mes a mes sino en la distancia todavía amplia respecto del pico de marzo -casi un punto y medio porcentual por debajo-, y que matiza la narrativa de recuperación que domina el resto de la cobertura. Valve no publicó, junto a la encuesta, un desglose por país que permita medir la presencia de Costa Rica en la cifra. El efecto directo sobre el país es marginal: la comunidad tica de jugadores de PC sobre Linux es minoritaria frente a Windows, y no existen cifras propias que la cuantifiquen.
El período de discusión de la resolución general de Debian sobre el uso de modelos de lenguaje en el proyecto, iniciado el 24 de julio de 2026 con cinco propuestas sobre la mesa, seguía abierto al cierre de esta edición, sin que el proyecto fijara fecha para el inicio de la votación formal entre los Debian Developers con derecho a voto, según el calendario público en debian.org. Las posiciones más alejadas de la papeleta siguen siendo la del desarrollador Matthias Geiger, que propone prohibir por completo el código, la documentación y las comunicaciones oficiales generadas con IA, y la de Lucas Nussbaum, que permitiría su uso bajo seis condiciones, incluida la divulgación obligatoria mediante un Git trailer en cada commit. El sitio especializado byteiota tituló su cobertura de estos días "Debian AI Contributions Debate Ends Without Decision" ("El debate de Debian sobre contribuciones de IA termina sin decisión"), una lectura que subraya que el cierre del plazo de discusión no equivale a resolver el asunto -la votación en sí, que definirá la política oficial de Debian frente a la IA generativa para los próximos años, sigue pendiente-, aunque El Pisuika no pudo confirmar de forma independiente al cierre de esta edición si ese plazo se cerró de manera formal. La cuenta de la red social X Lunduke Journal repitió, sin confirmación independiente de Debian, su estimación de que el kernel Linux recibe cerca del 10% de sus envíos de código nuevos generados con IA, la comparación que sostiene por qué la Propuesta A de Geiger exime explícitamente a proyectos ascendentes ajenos a Debian. Debian no confirmó al cierre de esta edición cuándo arrancará formalmente la votación entre sus desarrolladores. Costa Rica no tiene actualmente Debian Developers con voto en esta consulta, pero administradores públicos y académicos ticos que empaquetan software sobre Debian o Ubuntu seguirán heredando la política que resulte de esta votación en cuanto se resuelva.
Google puso a disposición, sin anuncio formal propio, paquetes nativos de su navegador Chrome para arquitectura ARM64 sobre distribuciones Linux de propósito general, un cambio detectado y confirmado en julio por XDA Developers, BetaNews y el blog OMG Ubuntu. El diálogo de descarga oficial de Chrome ahora ofrece un paquete .deb de 64 bits para Debian y Ubuntu, y un paquete .rpm para Fedora y openSUSE, con soporte completo de Widevine -la tecnología de gestión de derechos digitales que hasta ahora bloqueaba la reproducción de video con protección de copia en Chromium sobre ARM64-, según la misma cobertura. El cambio cierra una brecha de seis años, de acuerdo con pbxscience: hasta ahora, quien corría Linux sobre hardware ARM64 -incluida la Raspberry Pi y las laptops con procesadores basados en esa arquitectura- dependía del navegador de código abierto Chromium o de compilaciones no oficiales de la comunidad, sin sincronización de cuenta de Google ni reproducción de contenido protegido. Google había anunciado builds de Chrome para ARM64 Linux para el segundo trimestre de 2026, según TechRepublic, y la disponibilidad efectiva llegó sin comunicado propio de la empresa, por lo que la fecha exacta de activación no está confirmada de forma oficial. Google no publicó al cierre de esta edición una nota de lanzamiento ni confirmó soporte a largo plazo para esta variante del navegador. Costa Rica tiene una comunidad activa de aficionados a la Raspberry Pi y de estudiantes que usan hardware ARM64 con fines educativos y de prototipado; para ese grupo, la disponibilidad de Chrome nativo -en lugar de Chromium- simplifica el acceso a servicios que dependen de Widevine, como plataformas de streaming con contenido protegido.
— Google habilitó, en las últimas semanas de julio, paquetes oficiales de Chrome para arquitectura ARM64 en Debian, Ubuntu, Fedora y openSUSE, con soporte completo de la tecnología de gestión de derechos digitales Widevine.
cat /feed/distribucionesarchlinux.md
La ISO mensual de Arch Linux de agosto, publicada el 1 de agosto con el kernel 7.1.5, coincide con la reelección de Levente Polyák -Anthraxx- y el arranque de una revisión de seguridad del AUR.
> > archiso info 2026.08.01
> > kernel: 7.1.5 | glibc: 2.44 | systemd: 261.2 | plasma: 6.7.3
> Arch Linux publicó el 1 de agosto de 2026 su imagen ISO mensual 2026.08.01, con el kernel Linux 7.1.5, la biblioteca glibc 2.44, Binutils 2.47, systemd 261.2, el entorno KDE Plasma 6.7.3 y cerca de 16.031 paquetes actualizados entre los repositorios core, extra y multilib, según detalló LinuxCompatible. La misma publicación coincidió con la reelección de Levente Polyák -conocido en la comunidad por su alias Anthraxx- al frente del liderazgo del proyecto, y con el arranque de una revisión de seguridad enfocada en el repositorio de usuarios Arch (AUR), de acuerdo con el mismo medio.
> > por qué importa: LinuxCompatible no detalló el mecanismo exacto de la reelección de Polyák ni las medidas concretas de la revisión de seguridad del AUR -un repositorio que, por diseño, acepta paquetes subidos por cualquier usuario y que en el pasado ha sido blanco de intentos de distribuir malware camuflado como software legítimo-. El instalador Archinstall, en su versión 4.4 incluida en esta misma ISO, suma un perfil de escritorio Niri con DankMaterialShell y la opción de configurar la pantalla de arranque Plymouth durante la instalación, según la misma fuente. La información de esta nota proviene únicamente de LinuxCompatible, sin cobertura cruzada de otro medio especializado confirmada al cierre de esta edición.
> > qué sigue: Arch Linux no publicó, al cierre de esta edición, un desglose independiente de los cambios exactos en el proceso de revisión de paquetes del AUR. Costa Rica no tiene una base de usuarios de Arch Linux comparable a la de Ubuntu o Fedora -es una distribución de nicho, orientada a usuarios avanzados-, pero la comunidad tica de entusiastas que la usa como distribución principal depende directamente de la salud del AUR para instalar software fuera de los repositorios oficiales.
El commit que corrigió RefluXFS en el kernel Linux oficial cumple 20 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 5 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 20 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 13 días-, la misma clasificación que esta sección documentó cada día desde el 2 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 quinto 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, 20 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.