La GNOME Foundation abre su conferencia anual en A Coruña, España, Linus Torvalds publica en la lista de correo del kernel un mensaje que defiende las herramientas de IA y reta a sus críticos, Ubuntu corrige nueve fallas en el controlador NTFS-3G y FreeRDP cierra una falla crítica de servidor, mientras Forgejo, Weston y FSearch estrenan nuevas versiones.
La conferencia anual de la comunidad GNOME reúne hasta el 21 de julio a desarrolladores, diseñadores y mantenedores de distribuciones en la ciudad española, en un formato híbrido presencial y en línea.
La GNOME Foundation inauguró el 16 de julio de 2026 GUADEC 2026, su conferencia anual, en A Coruña, España, según el sitio oficial del evento. El programa se extiende hasta el 21 de julio: los primeros tres días, del 16 al 18, están dedicados a charlas técnicas y de comunidad; el 19 y el 20 se reservan para sesiones de trabajo (BoF) y talleres; y el 21 cierra como día libre de exploración autoorganizada, de acuerdo con el cronograma publicado por la organización. El evento se realiza en formato híbrido, con participación presencial y en línea, según confirmó la GNOME Foundation en el anuncio de sede publicado en diciembre de 2025. La cita llega apenas dos semanas después de que el proyecto publicara GNOME 51 Alpha, el 3 de julio, con cambios que definen buena parte de la agenda técnica de GUADEC: el visor de documentos Papers desplaza definitivamente a Evince de las compilaciones principales, GNOME Maps suma descarga de mapas sin conexión, GNOME Calendar recibe una reescritura orientada a rendimiento y el Centro de Control reordena su panel de información de sistema, según reportó Phoronix. La dirección estratégica del proyecto —consolidar Wayland, Flatpak y GNOME OS como los tres pilares del escritorio— es, según la misma cobertura, el tema de fondo que atraviesa buena parte de las charlas de esta edición. La Asamblea General Anual de la GNOME Foundation, donde se presentan los informes financieros y de gobernanza del año, está programada dentro de GUADEC para el sábado 18 de julio, según el foro oficial de discusión de la fundación. Costa Rica no registra una delegación confirmada en GUADEC 2026 ni contribuidores activos conocidos del núcleo de GNOME, pero el escritorio es el predeterminado de Ubuntu, la distribución más usada en laboratorios de cómputo universitarios y en procesos de migración a software libre de instituciones públicas costarricenses.
Linus Torvalds publicó el 15 de julio de 2026 en la lista de correo del kernel Linux (LKML) un mensaje extenso en el que calificó la utilidad de las herramientas de codificación asistidas por inteligencia artificial como algo que "ya no está en discusión", y dijo a los desarrolladores que se oponen a su uso que pueden "hacer lo que corresponde en código abierto: bifurcar el proyecto. O simplemente irse", según recogió Phoronix. El creador del kernel insistió en que Linux no es un proyecto "anti-IA" ni un proyecto "guerrero social", en referencia a críticos que piden excluir por completo el código generado con asistencia de IA. La declaración marca un giro frente a la postura que el propio Torvalds mantenía en 2024, cuando descartaba el 90% del entusiasmo por la IA como moda pasajera, según recordó BigGo Finance en su cobertura del mensaje. El debate se reavivó por la integración entre Patchwork, el sistema de gestión de parches del kernel, y Sashiko, una herramienta de mantenimiento asistida por IA que ganó peso en la comunidad de desarrollo en los últimos meses. La postura de julio contrasta, sin embargo, con la que el propio Torvalds sostuvo apenas dos meses antes: el 18 de mayo declaró a The Register que los cazadores de fallas automatizados con IA habían vuelto la lista de correo de seguridad del kernel "casi completamente inmanejable", al inundarla de reportes de baja calidad generados por herramientas automáticas. El mensaje de julio no resuelve esa tensión: Torvalds separa la utilidad del código generado con asistencia de IA, que respalda, de la avalancha de reportes de seguridad automatizados que sigue criticando, sin que la lista de correo haya definido todavía una política formal sobre cuándo una contribución asistida por IA necesita revisión adicional. Costa Rica no tiene mantenedores activos conocidos del núcleo de Linux, pero el mismo dilema —cuánto confiar en herramientas de IA para generar y revisar código— atraviesa hoy a equipos de desarrollo de software costarricenses que evalúan su adopción.
Ya no está en discusión si las herramientas de IA son útiles. Si no le gusta, haga lo que corresponde en código abierto: bifurque el proyecto. O simplemente váyase. — Linus Torvalds, en la lista de correo del kernel Linux, el 15 de julio de 2026
Canonical publicó el 16 de julio de 2026 el aviso de seguridad USN-8554-1, que corrige nueve vulnerabilidades en NTFS-3G, el controlador de lectura y escritura para sistemas de archivos NTFS usado por FUSE en Linux, según el texto oficial del aviso publicado en ubuntu.com. Seis de las fallas —CVE-2026-42616, CVE-2026-42617, CVE-2026-42618, CVE-2026-46569, CVE-2026-46570 y CVE-2026-56135— son desbordamientos de búfer en el montón que, según el aviso, "un atacante local podría usar (...) para ejecutar código arbitrario" al procesar una imagen NTFS manipulada; las dos restantes, CVE-2026-46571 y CVE-2026-56136, son lecturas fuera de límites que podrían exponer información sensible. La corrección llega a libntfs-3g89t64 versión 1:2022.10.3-5ubuntu1.1 en Ubuntu 26.04 LTS, 1:2022.10.3-1.2ubuntu3.2 en Ubuntu 24.04 LTS y libntfs-3g89 versión 1:2021.8.22-3ubuntu1.4 en Ubuntu 22.04 LTS, según el propio aviso. El vector de ataque exige que la víctima monte una imagen o partición NTFS manipulada —no es explotable por red—, pero la superficie es amplia: NTFS-3G es el mecanismo estándar que usan la mayoría de distribuciones Linux para leer y escribir discos duros externos, memorias USB y particiones compartidas con Windows en configuraciones de arranque dual. La información proviene únicamente del aviso oficial de Canonical, sin cobertura cruzada de otros medios al cierre de esta edición. El escenario de riesgo más probable para un usuario costarricense es conectar una memoria USB o un disco externo formateado en NTFS de origen desconocido —un caso común en laboratorios de cómputo universitarios y oficinas públicas que alternan equipos con Windows y Linux—; aplicar la actualización mediante el gestor de paquetes estándar cierra la exposición sin pasos adicionales.
La actualización, publicada apenas tres días después de la versión anterior, cierra un problema grave del lado del servidor y otras fallas documentadas en avisos de seguridad independientes; el proyecto recomienda actualizar de inmediato.
El proyecto FreeRDP publicó el 16 de julio de 2026 la versión 3.30 de su implementación de código abierto del Protocolo de Escritorio Remoto (RDP), apenas tres días después de la versión 3.29, con la corrección de un problema de seguridad grave del lado del servidor, según reportó Linuxiac. La actualización acompaña tres nuevos avisos de seguridad publicados en GitHub, acreditados a los investigadores identificados como Claude y Ada Logics, y corrige además una fuga de referencias en la implementación del canal virtual dinámico (drdynvc), donde FreeRDP no liberaba correctamente la referencia a un canal cuando fallaba una solicitud de creación. La versión suma verificaciones de límites más estrictas en el portapapeles de SDL, en el canal de entrada de audio Audin y en el canal de sonido rdpsnd, además de corregir una regresión de WebSocket introducida en la versión anterior y mejorar el manejo de versión de protocolo en el núcleo y en el componente RDSTLS, de acuerdo con el detalle técnico recogido por Linuxiac. FreeRDP es la base de herramientas de acceso remoto ampliamente usadas en entornos Linux para conectarse a escritorios y servidores Windows, lo que vuelve especialmente sensible cualquier falla del lado del servidor: un atacante podría explotarla contra el equipo que recibe conexiones entrantes, no solo contra quien se conecta. La información proviene únicamente de Linuxiac, sin confirmación independiente al cierre de esta edición. Empresas y oficinas públicas costarricenses que administran servidores Windows de forma remota desde equipos Linux —un escenario habitual en soporte técnico y teletrabajo— deberían priorizar la actualización de los paquetes freerdp2 o freerdp3 en cuanto sus distribuciones los publiquen, en especial en los componentes que exponen un servidor RDP.
cat /feed/forgejolanzamiento.md
> El proyecto Forgejo publicó el 16 de julio de 2026 la versión 16.0 de su plataforma de colaboración de código autoalojada, con un sistema de notificaciones que por primera vez permite elegir por separado qué avisos recibir de cada repositorio —issues, solicitudes de cambios (pull requests) y lanzamientos— en lugar de una sola alternativa de todo o nada, según el anuncio oficial publicado en forgejo.org. La revisión de código también gana una función reclamada desde hace tiempo: comentarios sobre múltiples líneas a la vez, seleccionando un rango con la tecla Shift y el botón de más junto a la primera línea, según recogió Linuxiac.
> Forgejo Actions, el sistema de integración y despliegue continuo integrado en la plataforma, suma la posibilidad de priorizar manualmente ejecuciones de flujos de trabajo específicas, que pasan a la cabeza de la cola por delante de las ejecuciones ordinarias en espera. La versión 16.0 no es una rama de soporte extendido (LTS): su ciclo de mantenimiento termina el 29 de octubre de 2026, según el calendario de lanzamientos del proyecto.
> Forgejo, un fork de Gitea impulsado por Codeberg, es una de las alternativas de código abierto más usadas por equipos que buscan alojar su propio repositorio de código en lugar de depender de GitHub o GitLab. Costa Rica no registra casos públicos confirmados de adopción de Forgejo en empresas o instituciones, pero la plataforma encaja con la tendencia creciente de proveedores locales de hosting y desarrolladores independientes que priorizan la soberanía de sus datos de código sobre servicios centralizados en el extranjero.
El compositor de referencia del protocolo Wayland amplía su soporte de gestión de color y HDR en el back-end DRM, además de sumar sincronización explícita y correcciones al renderizador Vulkan.
El proyecto Wayland publicó el 16 de julio de 2026 Weston 16.0, la versión más reciente de su compositor de referencia, con mejoras centradas en el manejo de color y en la salida de alto rango dinámico (HDR), según reportó Phoronix. El back-end DRM ahora admite la propiedad de conector "color format", suma un efecto de color de salida en escala de grises y agrega soporte de canalizaciones de color, además de nuevas transformaciones de color, de acuerdo con el resumen técnico recogido por Debugpoint. Weston 16 también reconoce la propiedad CRTC "BACKGROUND_COLOR" que el kernel Linux 7.1 introdujo en junio, lo que permite delegar en el hardware gráfico el trabajo de dibujar fondos de color sólido en lugar de que lo haga la CPU. El renderizador Vulkan recibió, además, una serie de correcciones de errores, sincronización explícita con el back-end DRM y soporte para pantallas que no están alineadas con los ejes convencionales, según el mismo reporte. Como compositor de referencia, Weston no está pensado para uso diario en un escritorio —su función es servir de implementación modelo para que otros compositores, como los de GNOME y KDE, verifiquen que siguen el protocolo Wayland correctamente—, pero cada avance en su soporte de color y HDR anticipa lo que llegará después a los compositores de producción. Costa Rica no tiene una comunidad de desarrollo de compositores Wayland conocida, y el impacto directo de Weston 16 sobre un usuario final costarricense es nulo: es un componente de infraestructura, no una aplicación de escritorio. El interés indirecto está en que la migración de X11 a Wayland, ya avanzada en las distribuciones que se usan a diario en laboratorios universitarios y oficinas públicas del país, sigue recibiendo mejoras de base en gestión de color que eventualmente llegarán a GNOME y KDE.
El proyecto FSearch, una herramienta de búsqueda de archivos en tiempo real para Linux inspirada en el buscador Everything de Windows, publicó el 12 de julio de 2026 la versión 0.3, según la página oficial de lanzamientos en GitHub; la actualización llegó a medios especializados como Linuxiac el 16 de julio. Es la primera versión con cambios sustanciales en casi tres años: el proyecto reescribió por completo el motor de base de datos para permitir monitoreo de carpetas en tiempo real, de forma que los resultados de búsqueda se actualizan casi al instante cuando algo cambia en el sistema de archivos, según describe el propio proyecto en sus notas de versión. La versión 0.3 también permite configurar ajustes de indexado por carpeta en lugar de aplicarlos de forma global —útil para combinar unidades rápidas con recursos compartidos de red más lentos—, suma reglas de exclusión con patrones fijos, comodines o expresiones regulares completas, y cambia la programación de reindexado para que se base en tiempo transcurrido real en vez de tiempo de actividad de la aplicación, de modo que un reescaneo pospuesto se ejecute en el siguiente inicio. La base de datos también detecta cuando una carpeta indexada —por ejemplo, en una unidad extraíble— queda fuera de línea y la reincorpora automáticamente cuando vuelve a estar disponible. La información proviene únicamente del repositorio oficial del proyecto en GitHub, sin cobertura cruzada verificada de forma independiente al cierre de esta edición. FSearch es una herramienta de nicho para usuarios avanzados de escritorios GTK como GNOME y Cinnamon, sin distribuidor ni comunidad de soporte específica en Costa Rica; su interés local se limita a la misma base de usuarios de software libre que sigue de cerca herramientas de productividad para Linux.