Финальный выпуск Fedora

Изменения в Koji

Заблокируйте тег выпуска:

$ koji edit-tag --lock f45

Обновите цель сборщика образов, чтобы использовать тег updates-candidate в качестве тега назначения. Это гарантирует, что цель f45-image-builder будет создавать образы из репозитория стабильных обновлений:

$ koji edit-target f45-image-builder --dest-tag f45-updates-candidate

Эта команда необходима для обновления тега назначения цели сборщика образов после завершения выпуска. Она гарантирует, что последующие сборки будут использовать тег updates-candidate в качестве назначения, что является подходящим тегом после выпуска. Ранее тег -updates-candidate был заблокирован во время процесса заморозки, поэтому его нужно обновить после финального выпуска.

Обновите цель kiwi по той же причине:

$ koji edit-target f45-kiwi --dest-tag f45-updates-candidate

Обновление наследования тегов сборки

После финального выпуска обновите теги сборки image builder и kiwi, чтобы они наследовались от f45-build, а не от f45-compose. Это гарантирует, что они следуют стандартной иерархии тегов сборки, используемой после выпуска.

# Image Builder
koji remove-tag-inheritance f45-image-builder-build f45-compose
koji add-tag-inheritance f45-image-builder-build f45-build

# Kiwi
koji remove-tag-inheritance f45-kiwi-build f45-compose
koji add-tag-inheritance f45-kiwi-build f45-build

Во время процесса выпуска теги сборки image builder и kiwi наследуются от f45-compose, чтобы сборки во время compose использовали окружение compose. После выпуска Fedora 45 эти теги должны вместо этого наследоваться от f45-build, восстанавливая нормальную иерархию buildroot для последующих сборок image и kiwi.

Изменения в Bodhi

Установите выпуск Bodhi в состояние current и добавьте дату выпуска:

$ bodhi releases edit --name F45 --state current --released_on YYYY-MM-DD
$ bodhi releases edit --name F45F --state current --released_on YYYY-MM-DD

Установите стабильный тег Bodhi так, чтобы он указывал на updates, а не на базовый репозиторий:

$ bodhi releases edit --name F45 --stable-tag f45-updates

Изменения в Atomic Desktops

Запустите соответствующий скрипт на машине compose с смонтированным /mnt/koji.

$ ./tooling/release-process/atomic/update_ostree_refs.sh 45

Это обновляет ссылки для Atomic desktops, чтобы пользователи следовали обновлениям для нового выпуска, а не оставались навсегда на сборочном образе GA.

Изменения в Ansible

Обновление соответствующих переменных

  1. Установите FedoraCycleNumber в 45.

  2. Установите FedoraPreviousPrevious в True.

  3. Установите FedoraBranched в False.

  4. Установите NextReleaseFrozen в False.

Теперь запустите соответствующие плейбуки:

$ sudo rbac-playbook groups/koji-hub.yml
$ sudo rbac-playbook groups/releng-compose.yml
$ sudo rbac-playbook openshift-apps/bodhi.yml -t all,rollout
$ sudo rbac-playbook groups/bodhi-backend.yml
$ sudo rbac-playbook openshift-apps/greenwave.yml -t all,rollout
$ sudo rbac-playbook groups/openqa.yml -t testcase_stats

Если у вас нет прав на запуск плейбука, попросите помощи у члена sysadmin-main. Член sysadmin-qa может запустить плейбук openQA.

Размещение финального выпуска на зеркалах

Чтобы подготовиться к запуску сценария размещения, убедитесь, что у вас есть следующая информация:

  1. Версия выпуска: это числовой номер версии выпуска, например 45.

  2. ComposeID: идентификатор, связанный со сборкой Compose, например «Fedora-45-20160614.0».

  3. Label: метка, используемая для расположения на stage, например «Метка Compose для расположения на stage 39_RC-1.2».

  4. Key: имя ключа выпуска, которое может быть «fedora-45» или «fedora-45-secondary», например.

  5. Prerelease: установите 0 или 1, чтобы определить, следует ли размещать выпуск в тестовой среде или нет.

  6. Arch (необязательно): для вторичных архитектур этот параметр можно использовать для внесения изменений в некоторые внутренние расположения.

    $ ./release-process/staging/stage_release.sh 45 Fedora-45-20160614.0 45_RC-1.2 fedora-45 0

  7. Синхронизируйте выпуск с внутренним архивом Red Hat, следуя внутренней документации.

Обязательно запишите числа использования размера каталога, которые используются для отправки электронного письма в список mirror-admin@lists.fedoraproject.org.

Тегирование Bodhi

Иногда сборки не получают правильных тегов во время процесса заморозки. Убедитесь, что все сборки правильно помечены тегами. Для получения дополнительной информации об этой проблеме см. эту заявку.

Проверка

Проверка несколько затруднена, так как из-за прав доступа нельзя просмотреть содержимое через веб-сервер. Обычно мы просим кого-нибудь из команды инфраструктуры взглянуть на дерево вторым взглядом.

На что следует обратить внимание:

  1. Подписаны ли файлы CHECKSUM?

  2. Присутствуют ли спины и лаборатории?

Установка даты EOL для самого старого выпуска

Дата EOL для самого старого выпуска рассчитывается так:

«Дата EOL выпуска N изначально устанавливается как Early Target Date + 5 недель выпуска N+2. Если выпуск N+2 сдвигается за Final Target Date #1, дата EOL выпуска N сдвигается таким же образом».

Иными словами, если новая версия Fedora выпущена до Final Target Date #1, то ничего делать не нужно. В случае задержек есть четыре места, где нужно обновить EOL.

Bodhi

$ bodhi releases edit --name F43 --eol YYYY-MM-DD
$ bodhi releases edit --name F43C --eol YYYY-MM-DD
$ bodhi releases edit --name F43F --eol YYYY-MM-DD

Расписание Fedora

Попросите менеджера программы обновить дату в расписании.

fedora-release

Обновите fedora-appstream-metadata.spec и org.fedoraproject.fedora.metainfo.xml правильными значениями. Затем откройте PR, добейтесь его слияния, выполните сборку в Koji и отправьте обновление в Bodhi.

fedora-appstream-metadata

Обновите fedora-release.spec правильным значением. Затем откройте PR, добейтесь его слияния, выполните сборку в Koji и отправьте обновление в Bodhi.

Задачи после выпуска

Через неделю после выпуска

В первую неделю после выпуска MirrorManager всё ещё использует файлы в fedora/linux/development/<version>, а не в fedora/linux/releases/<version>

Как только достаточное количество зеркал подхватит файлы в каталоге выпуска, запустите следующий плейбук из batcave, чтобы изменить пути в MirrorManager:

$ rbac-playbook -v /srv/web/infra/ansible/playbooks/manual/mirrormanager/move-devel-to-release.yml --extra-vars="version='45'"

Want to help? Learn how to contribute to Fedora Docs ›