La publicación de Fedora 45 ha vuelto a retrasarse: el proyecto no alcanzó una compilación candidata de lanzamiento a tiempo para la reunión Go/No‑Go inicial y, tras la última reunión celebrada, acordó demorar la versión al menos una semana más debido a bug bloqueadores todavía abiertos.
Qué ha ocurrido y por qué importa
Fedora sigue un calendario de lanzamiento con puntos de control (Go/No‑Go) donde se revisa el estado de las imágenes, paquetes y errores críticos antes de dar luz verde a la versión. En esta ocasión no se generó una build candidata a tiempo para la reunión previa, y en la reunión de hoy los responsables detectaron errores bloqueadores que impiden garantizar una imagen estable para la fecha prevista.
Estos bloqueadores suelen involucrar problemas que afectan a la instalación, la compatibilidad de controladores, la integración de componentes clave del sistema (por ejemplo, el kernel, systemd, gestores de paquetes o pilas gráficas) o fallos que degradan gravemente la experiencia del usuario. Hasta que no se cierren esas incidencias, el equipo ha preferido posponer la publicación.
Quiénes se ven afectados
- Administradores de sistemas y proveedores que planificaban actualizaciones inmediatas en entornos de producción deberían mantener las versiones actuales y posponer el despliegue de Fedora 45 hasta que se confirme la nueva fecha de lanzamiento.
- Desarrolladores y mantenedores de paquetes que dependen de las APIs o del comportamiento de Fedora deben vigilar los cambios y probar sus paquetes en las imágenes de pre‑lanzamiento cuando estén disponibles.
- Usuarios finales que esperan nuevas funciones o actualizaciones mayores en Fedora deberán esperar al anuncio oficial del equipo de lanzamiento para proceder con la actualización.
Qué deben hacer los administradores y propietarios de webs
- Si gestionas servidores o entornos de producción, mantén las versiones estables actuales y realiza pruebas exhaustivas en entornos de staging antes de adoptar Fedora 45 cuando se publique.
- Si formas parte de equipos de QA o empaquetado, prioriza la revisión de los bugs bloqueadores reportados en el rastreador de Fedora y ayuda a reproducir y validar las soluciones para acelerar el lanzamiento.
- Reserva ventanas de mantenimiento flexibles: ante retrasos en los lanzamientos comunitarios, es prudente no programar actualizaciones críticas de forma inmediata hasta confirmar que la nueva versión está libre de bloqueadores.
Transparencia y ritmo del proyecto
Las decisiones de aplazar un lanzamiento responden al objetivo de ofrecer imágenes fiables para desarrolladores y administradores; un retraso breve suele preferirse frente a publicar una versión con problemas importantes. Fedora publica los informes de las reuniones Go/No‑Go y los listados de bugs bloqueadores en sus canales y rastreadores públicos, por lo que los interesados pueden seguir el estado en tiempo real.
Por ahora, la nota oficial indica un retraso mínimo de una semana, pero la fecha exacta dependerá de la rapidez con la que se resuelvan y verifiquen los bloqueadores. Los administradores deben vigilar los canales del proyecto para recibir el aviso de la nueva fecha y las imágenes candidatas de prueba.
Lee también:
- Pruebas muestran que agentes de IA ignoran WordPress y fallan al usar el adaptador MCP oficial
- Sentry destina 1 millón de dólares a mantenedores y proyectos open source
Fuente: Phoronix
