El equipo de QA aprobó ayer Fedora 44 para el 28 de abril; hoy se celebra la fiesta virtual de lanzamiento; y Linus Torvalds fusionó el nuevo driver NTFS —cuatro años en construcción— en la ventana de merge del 7.1.
El equipo de QA del Proyecto Fedora aprobó el 23 de abril la cuarta y definitiva reunión de liberación; el lanzamiento oficial es el martes 28 de abril y la comunidad celebra hoy con una fiesta virtual de medio día en línea.
El Proyecto Fedora cerró ayer con éxito el proceso de aprobación que había fallado en tres instancias anteriores (14, 21 y 23 de abril), resolviendo los cuatro bugs bloqueantes que impedían la liberación: el manejo de teclados con caracteres no ASCII, la página de configuración KDE plasma-setup, un problema de instalación con Btrfs y un fallo en sistemas con configuraciones de arranque específicas. La distribución queda programada para el martes 28 de abril, y hoy 24 de abril el Proyecto Fedora organiza la Fedora Linux 44 Release Party: un evento virtual de medio día con sesiones en vivo, demos grabadas y la participación del Project Leader con un repaso de las novedades. Fedora 44 es la primera distribución de gran adopción en incluir DNF5 como gestor de paquetes por defecto, GCC 16 y LLVM 22, soporte para Ruby 4.0 y Go 1.26, la plataforma Nix integrada de forma opcional, y un flujo de configuración unificado para KDE Plasma con el nuevo Plasma Login Manager. El kernel base es Linux 7.0. El ángulo contrario: con tres reuniones fallidas, la cadencia de desarrollo de Fedora 44 estuvo a punto de extenderse a mayo, lo que algunos colaboradores del proyecto señalan como un síntoma de que las matrices de prueba de hardware no han crecido al ritmo del ecosistema de configuraciones; la variedad de combinaciones de teclado, controladores de almacenamiento y entornos de arranque que los voluntarios de QA pueden cubrir es finita frente al parque real de hardware de los usuarios. Para desarrolladores costarricenses que usan Fedora como estación de trabajo —la distribución es popular entre equipos de desarrollo en Zona Franca por su cadencia corta de actualizaciones— el martes 28 de abril es la fecha de descarga. Los archivos ISO ya están disponibles en espejos de la CDN de Fedora para descarga anticipada.
El desarrollador Namjae Jeon terminó un proyecto de cuatro años que extiende el driver NTFS clásico con escritura completa, iomap, soporte de folios y compatibilidad con xfstests; Torvalds lo aprobó esta semana para el árbol del 7.1.
Linus Torvalds fusionó en la ventana de merge de Linux 7.1 lo que él mismo bautizó como «NTFS resurrection»: un driver reescrito por Namjae Jeon que extiende el driver NTFS original del kernel con escritura completa, asignación diferida de espacio (delayed allocation), conversión a folios, soporte de iomap y eliminación de la dependencia en buffer_head. El driver pasa 326 xfstests frente a los 273 que pasa NTFS3 —el driver alternativo introducido en Linux 5.15—, lo que lo convierte en la opción con mayor cobertura de pruebas en el árbol del kernel para el sistema de archivos de Microsoft. Cuando se publique Linux 7.1, el nuevo driver será opcional: se activa con la opción de compilación NTFS_FS; NTFS3 no se elimina, por lo que los usuarios existentes no sufrirán una transición forzada. La coexistencia de dos drivers NTFS en el árbol del kernel es inusual y tiene precedentes costosos de mantenimiento. La idea es que el nuevo driver, con su base de código más limpia y más cobertura de tests, eventualmente reemplace a NTFS3, pero el proceso será gradual y no forzado. Phoronix cubrió el merge el 20 de abril; The Register apuntó que la decisión de mantener ambos drivers en paralelo refleja la prudencia del proceso de revisión del kernel frente a cambios que afectan a millones de usuarios que montan particiones NTFS en Linux. Para equipos de soporte en Costa Rica que gestionan entornos mixtos Linux/Windows con particiones NTFS compartidas —situación frecuente en empresas que migran parcialmente a Linux— el nuevo driver mejora la fiabilidad de escritura en NTFS cuando esté disponible en Linux 7.1.
La ventana de merge de Linux 7.1 abrió el 12 de abril con el lanzamiento del 7.0 y se extiende por dos semanas. Al cierre de esta edición se han incorporado 3.855 changesets no-merge al árbol mainline, con el primer Release Candidate (RC1) esperado para el domingo 26 de abril. Según el análisis de LWN.net, los cambios más sustantivos de esta ventana, más allá del NTFS resurrection, incluyen: un parche para retirar el soporte a chips 80486 (M486, M486SX, MELAN) del Kconfig —el primer paso de una fase de retirada planeada—; mejoras en sched_ext que priorizan los hermanos SMT para mejor rendimiento en procesadores con hyperthreading; soporte mejorado para múltiples baterías por dispositivo HID; y diversas optimizaciones en el subsistema de redes. Las expectativas para 7.1 también incluyen mejoras para AMD e Intel que serán el punto de atención cuando se publiquen los parches específicos en las próximas semanas. Phoronix identificó a principios del mes que el ciclo del 7.1 incorporaría trabajo de mejora de rendimiento en gráficos AMD y optimizaciones para los chips Intel de próxima generación. Si el ciclo sigue el calendario habitual, Linux 7.1 estable llegaría a mediados de junio de 2026. Para infraestructuras en Costa Rica con servidores de producción en Linux, el ciclo del 7.1 no implica migraciones urgentes: las distribuciones empresariales (RHEL, SLES, Ubuntu LTS) tardan meses o años en incorporar un nuevo kernel mayor. El interés práctico está en los backports de correcciones de seguridad que cada rama estable recibe semanalmente.
El lanzamiento de Ubuntu 26.04 LTS ayer generó reacciones entusiastas en la comunidad de código abierto, pero el consejo predominante es cuidadoso: para sistemas en producción, la práctica estándar es esperar la primera versión de punto (.1), que consolida meses de correcciones de bugs y facilita la ruta de actualización desde versiones anteriores. Ubuntu 24.04 sigue con soporte estándar hasta abril de 2029, por lo que la presión de migrar en los próximos días es cero para la mayoría de los entornos. ServeTheHome describió el lanzamiento como «Moving the Industry Forward» por los cambios estructurales que 26.04 introduce: Linux 7.0, Wayland exclusivo como sesión de escritorio, utilidades básicas en Rust, cifrado TPM por defecto y cgroup v2 obligatorio. Sin embargo, el artículo también destaca que las imágenes Docker basadas en Ubuntu 22.04 o 24.04 que no se han probado contra la nueva imagen base pueden romper en puntos no obvios. El ángulo contrario del día: GIMP 3.2, incluido como aplicación por defecto en Ubuntu 26.04, tiene su propia curva de aprendizaje por cambios de interfaz que algunos diseñadores consideran regresivos respecto a GIMP 2.10. Para empresas costarricenses que consumen Ubuntu a través de Canonical's Ubuntu Pro o de soportes comerciales, la recomendación de Canonical es iniciar pruebas en entornos no productivos esta semana y planificar migraciones de producción para el tercer trimestre de 2026.
cat /feed/seguridadopensuse.md
> SUSE publicó en abril de 2026 al menos tres actualizaciones de seguridad para el kernel de SUSE Linux Enterprise 15 en sus variantes SP4, SP5 y SP6, abordando CVEs que incluyen: CVE-2025-39973, CVE-2025-40018, CVE-2025-71120, CVE-2026-22999, CVE-2026-23074 y CVE-2026-23209. Los boletines SUSE-SU-2026:1242-1 (10 de abril), SUSE-SU-2026:1281-1 y SUSE-SU-2026:1283-1 (12 de abril) y SUSE-SU-2026:1270-1 (11 de abril) cubren subsistemas de red, scheduling y virtualización de red. Todas las actualizaciones están calificadas como «important» en la escala de SUSE, sin llegar a «critical».
> Los CVE-2026-22999, CVE-2026-23074 y CVE-2026-23209 son vulnerabilidades del primer trimestre de 2026, lo que ilustra la velocidad con que el equipo de SUSE los está parchando en las ramas de soporte largo. Los CVE-2025-39973 y CVE-2025-71120 son de 2025 y llegan al kernel enterprise con el ciclo habitual de backport. Los detalles técnicos de cada CVE no estaban disponibles en la base de datos pública de NVD al cierre de esta edición.
> Para administradores de sistemas en Costa Rica que gestionan flotas con SLES 15 —común en sector bancario y empresas de manufactura con certificaciones ISO/IEC 27001— la acción recomendada es aplicar las actualizaciones de live patching disponibles en el canal de seguridad de SUSE antes del fin de semana.
El 24 de abril cierra la semana más densa del ecosistema Linux en lo que va de 2026. Fedora 44 cruzó ayer el umbral del Go/No-Go después de tres rechazos, y hoy la comunidad celebra con una fiesta virtual antes del lanzamiento oficial del martes 28. El kernel 7.1 muestra su primera cara: 3.855 changesets en dos semanas, con el NTFS resurrection como el merge más emblemático. Ubuntu 26.04 LTS, lanzada ayer, genera entusiasmo técnico pero prudencia migratoria: la comunidad dice 'espera la .1'. Y openSUSE recordó que la seguridad del kernel no descansa: seis CVEs parchados en SLES 15 solo este mes. Para el ecosistema local, la semana es de preparación: equipos de desarrollo pueden bajar los ISO de Fedora 44 antes del lanzamiento oficial, iniciar pruebas de compatibilidad en contenedores con Ubuntu 26.04, y verificar que los parches de SUSE estén aplicados en los nodos de producción. El ritmo de cambio en el kernel Linux —de 7.0 a la ventana de 7.1 en menos de dos semanas— confirma que el ecosistema mantiene una velocidad de desarrollo que pocas plataformas pueden igualar.