Проект Fedora Linux второй раз перенёс выпуск стабильной версии Fedora 45. На заседании разработчики приняли решение NO-GO: сборка RC-1.2 не готова к выпуску из-за блокирующих ошибок. Первоначальную дату 20 октября уже сменил ориентир 27 октября, теперь команда рассчитывает на 3 ноября. Следующую проверку готовности назначили на 29 октября, поэтому ноябрьская дата ещё не гарантирована.
Как менялись сроки выпуска Fedora 45
Fedora Linux 45 Beta вышла 15 сентября. Ранней целевой датой финального выпуска было 20 октября; график также предусматривал резервные даты 27 октября и 3 ноября.
| Дата, 2026 год | Событие | Что изменилось |
|---|---|---|
| 15 сентября | Выход Fedora 45 Beta | Началось публичное тестирование бета-версии; ранняя цель финального выпуска – 20 октября. |
| 15 октября | Первое решение NO-GO | Подходящей релиз-кандидатной сборки не было. Выпуск перенесли с 20 на 27 октября. |
| 17 октября | Публикация RC-1.1 для тестирования | После первого переноса появилась релиз-кандидатная сборка. |
| 20 октября | Первоначальная дата выпуска | Стабильная Fedora 45 не вышла: ранее принятое решение NO-GO уже исключило этот срок. |
| 21 октября | Публикация RC-1.2 для тестирования | Команда получила следующую сборку для проверки перед вторым заседанием. |
| 22 октября | Второе решение NO-GO | RC-1.2 не одобрили из-за блокирующих ошибок. Целевой срок сдвинули с 27 октября на 3 ноября. |
| 27 октября | Первая резервная дата | Выпуск в этот день отменён решением от 22 октября. |
| 29 октября | Следующее заседание Go/No-Go | Команда вновь оценит готовность Fedora 45 к выпуску. |
| 3 ноября | Текущая целевая дата | Выпуск возможен при выполнении критериев готовности и положительном решении Go/No-Go. |
Таким образом, текущий ориентир отстоит от первоначальной даты на две недели. Даты 20 и 27 октября больше не актуальны, а 3 ноября остаётся планом.
15 октября: подходящей сборки для выпуска не было
На первом заседании команда зафиксировала отсутствие подходящего релиз-кандидата Fedora 45 Final. Поэтому отрицательное решение приняли автоматически: без такой сборки нельзя подтвердить готовность дистрибутива к выпуску. Это прямо указано в протоколе от 15 октября.
Команда перенесла целевой срок на вторник, 27 октября, а следующую проверку назначила на четверг, 22 октября. Уже после первого переноса, 17 октября, появилась RC-1.1; 21 октября для тестирования опубликовали RC-1.2.
Go/No-Go – проверка готовности Fedora к публичному выпуску. Команда оценивает результаты обязательного тестирования и наличие неустранённых блокирующих ошибок; если критерии не выполнены, выпуск откладывают на неделю.
22 октября: RC-1.2 не прошла проверку готовности
Ко второму заседанию релиз-кандидат уже был доступен. Согласно протоколу от 22 октября, охват тестирования признали достаточным для принятия решения, а Fedora CoreOS и IoT сообщили о готовности. Однако оставшиеся проблемы не позволили одобрить выпуск.
До заседания в списке принятых блокирующих ошибок находились четыре проблемы. Во время обсуждения команда уточнила их состояние:
- Сертификаты eMudhra. Обновление ca-certificates, включённое в проверяемую сборку, не удалило один из скомпрометированных сертификатов. Исправление признали недостаточным: потребуется следующая релиз-кандидатная сборка с дополнительным изменением хранилища доверия.
- Размер загрузочного образа Fedora Server для AArch64. Образ превышал установленный предел. Участники согласовали увеличение допустимого размера и обновление проверки; для решения о выпуске проблему сочли урегулированной.
- Автоматическая активация LVM поверх LUKS. После обновления с Fedora 44 до Fedora 45 система могла ошибочно считать расшифрованный физический том слишком маленьким и не активировать логические тома. На момент заседания исправление уже получило статус VERIFIED.
- Выбор RPM-пакетов в KDE Discover. Магазин мог устанавливать старую версию из базового репозитория вместо более новой из репозитория обновлений. Ошибку обнаружили в Fedora 44 и воспроизвели в Fedora 45; её исправление также подтвердили.
В случае Discover речь идёт о неверном выборе версии пакета среди доступных источников. Описание ошибки не означает, что Fedora 45 должна устанавливать пакеты из репозиториев Fedora 44.
Какие дополнительные ошибки рассмотрели
На заседании также разобрали три заявки на признание ошибок блокирующими. Их итоговые статусы различаются:
- Сеть при установке с параметром ядра ip=. Заявку отклонили как блокирующую: имеющиеся результаты не указывали на достаточно частое воспроизведение на архитектурах, определяющих готовность выпуска. Команда сочла достаточными документирование проблемы и обходных путей.
- Загрузка с зашифрованного пула Stratis. Заявку приняли. Система могла не находить корневую файловую систему после ввода правильной парольной фразы, что нарушает критерии загрузки установленной системы.
- Аварийный режим после оставленного без ответа запроса пароля Stratis. Заявку отклонили как блокирующую: участники признали этот сценарий менее серьёзным. Это решение само по себе не означает устранения ошибки.
По состоянию на в официальном списке Fedora 45 Final числятся четыре принятые блокирующие ошибки: eMudhra, LVM, Discover и загрузка зашифрованного пула Stratis. При этом LVM и Discover отмечены как VERIFIED, eMudhra – ON_QA, Stratis – ASSIGNED. Число записей в категории блокирующих ошибок не равно числу ещё не исправленных проблем.
Отдельно проект рассматривает исключения из заморозки пакетов: они позволяют включать определённые исправления на заключительном этапе подготовки. Наличие такого исключения само по себе не означает, что ошибка задерживает выпуск.
Что должно произойти до 3 ноября
Следующее заседание Go/No-Go состоится . Команде нужно подготовить подходящую сборку, подтвердить устранение оставшихся блокирующих ошибок и выполнить необходимые проверки. Только после положительного решения Fedora 45 сможет выйти 3 ноября.
Если критерии снова не будут выполнены, процедура Fedora предусматривает очередной недельный перенос. Поэтому новую дату следует учитывать как ближайший целевой срок, а доступные Beta и RC – как предварительные версии.
Вывод
Два переноса выявили разные препятствия: сначала проекту не хватало подходящего релиз-кандидата, затем проверка готовой сборки выявила неустранённые проблемы с сертификатами и загрузкой Stratis. При планировании перехода на Fedora 45 стоит ориентироваться на результат заседания 29 октября: именно он определит, сможет ли команда выпустить стабильную версию 3 ноября.
