Tras la deliberación de la habitual reunión de evaluación técnica (Go/No-Go) celebrada este jueves 22 de octubre, la comunidad de desarrollo de Fedora ha confirmado un segundo «NO-GO» consecutivo para la compilación de Fedora 45. La decisión obedece a la presencia de múltiples errores calificados como bloqueadores que afectan a componentes neurálgicos del sistema, postergando la ventana de lanzamiento oficial hasta el próximo 3 de noviembre.
Este aplazamiento se suma a la demora acumulada la semana previa, cuando la falta de una compilación candidata (Release Candidate) a tiempo impidió siquiera someter el software a votación. Como han reportado medios especializados como Phoronix, los responsables de control de calidad han preferido priorizar la estabilidad operativa de la plataforma antes que liberar una imagen con fallos de gravedad en entornos de producción y escritorio.
-La lista de fallos bloqueadores que detiene la distribución de la ISO
El criterio de aprobación de Fedora establece que ninguna versión puede ver la luz si mantiene incidencias catalogadas como bloqueadoras sin resolver. Actualmente, la auditoría del proyecto registra cuatro fallos críticos confirmados y tres problemas adicionales en fase de evaluación que comprometen áreas clave del sistema:
- Fallos en el cifrado y volúmenes de almacenamiento: Se ha detectado una ruptura en la autoactivación de volúmenes LVM respaldados sobre capas de cifrado LUKS al actualizar desde versiones anteriores, un problema grave para quienes buscan migrar equipos con datos protegidos.
- Inconsistencias en el escritorio KDE Plasma: La tienda de aplicaciones Discover en la edición con KDE vincula y descarga paquetes RPM nativos desactualizados procedentes de los repositorios de Fedora 44 en lugar de los correspondientes a la nueva rama.
- Imágenes de servidor excedidas de tamaño: La compilación orientada a servidores (Fedora Server 45) para la arquitectura de procesadores AArch64 supera el margen máximo de almacenamiento permitido para la imagen de instalación.
- Incidencias en la infraestructura de autenticación: Se requiere una actualización de código urgente para subsanar incompatibilidades en la gestión de certificados con eMudhra.
A esta nómina se suman tres errores propuestos que podrían sumarse a la lista principal en las próximas horas. Dos de ellos golpean a Stratis, la tecnología de gestión de almacenamiento propia de Fedora, provocando que los conjuntos cifrados fallen durante la secuencia de inicio o entren en modo de emergencia si el usuario no introduce la contraseña en un lapso determinado. El tercero impide configurar interfaces de red personalizadas durante el proceso de instalación si se utiliza el parámetro de kernel ip=.
-¿Cómo funciona el protocolo Go/No-Go y qué implica esta demora para los usuarios?
Las reuniones Go/No-Go constituyen el filtro definitivo donde los equipos de control de calidad y los responsables de cada arquitectura evalúan el estado real de las compilaciones. Encadenar dos negativas consecutivas no responde a una descoordinación, sino a la rigidez de los estándares del proyecto: la primera negativa obedeció a un problema de tiempos al no disponer de una ISO candidata, mientras que esta segunda responde estrictamente a la salvaguarda de la experiencia de usuario.
Para la base de usuarios que actualmente opera sobre Fedora 44, este aplazamiento no supone ningún riesgo operativo, ya que dicha versión mantiene su periodo de soporte técnico y parches de seguridad con total normalidad. Sin embargo, la advertencia es clara para quienes planeaban realizar la actualización de forma inmediata en entornos de producción: intentar migrar configuraciones basadas en LVM sobre LUKS, desplegar servidores en arquitecturas ARM de 64 bits o administrar almacenamiento en Stratis bajo el estado actual del código derivaría en fallos de arranque y pérdida de acceso a los datos.
-Calendario de revisión y la fecha tentativa para la liberación definitiva
El nuevo cronograma fijado por el equipo de Fedora apunta al 3 de noviembre como fecha de desembarco oficial de la versión 45. No obstante, esta ventana se mantiene bajo condición suspensiva hasta que se verifique la neutralización completa de los fallos documentados.
El comité de calidad volverá a reunirse el próximo jueves 29 de octubre para auditar el estado de los parches y evaluar las excepciones de congelación de código concedidas a los desarrolladores. En caso de que alguno de los errores bloqueadores continúe abierto o se detecten regresiones durante las pruebas de la nueva imagen candidata, el proyecto decretaría un tercer «NO-GO», desplazando el lanzamiento definitivo hacia la segunda semana de noviembre.