Crea Candidatos de Liberación de Fedora IoT

Para completar estos pasos necesitará una cuenta Fedora válida, con permisos apropiados en Koji, el sistema de construcción de Fedora.

Revise la etiqueta de composición actual utilizada para Fedora IoT y lo que está etiquetado e incluido actualmente.

koji list-tagged f[release_version]-iot

Desetiqueta cualquier compilación incluida actualmente:

koji untag-build --all f[release_version]-iot [build1 build2 ...]

Revise el ticket ascendente de Fedora que solicita a los candidatos de lanzamiento una lista de todos los bloqueadores de lanzamiento de Fedora y excepciones de congelamiento que se necesitan para la composición. * Un ticket de ejemplo para Fedora 40 Beta Candidate Request. * Un ticket de ejemplo para Fedora 40 Final Candidate Request.

Añade cualquier construcción específica del equipo Fedora QE.

koji tag-build f[release_version]-iot [build1 build2 ...]

Compara las construcciones etiquetadas con la etiqueta compuesta de Fedora (f40-compose):

koji list-tagged f[release_version]-compose

Inicie sesión en el host de composición de Fedora IoT y ejecute la composición para el lanzamiento pendiente. Una vez finalizada la redacción, revise los resultados para ver si hay entregas pendientes.

Una vez que el lanzamiento haya sido declarado `¡Ya!`

Beta

Cuando se publique el comunicado el jueves después de la reunión de aprobación o no aprobación. Abra un ticket con Ingeniería de lanzamiento para firmar la entrega. Un ejemplo de solicitud de Fedora 39.

Una vez firmada la versión, desde el host de composición cree el directorio y ejecute el script para copiar la versión para que pueda sincronizarse con los espejos de Fedora.

Para la versión Beta, tenga en cuenta que el destino es el directorio prueba:

mkdir /pub/alt/iot/test/[release_version]
./sync-release.sh

Final

La versión final requiere una composición adicional que mueva la versión de “desarrollo” a “estable”.

Actualizar la clave de firma

Abra una solicitud de extracción para actualizar la clave de firma de la versión especificada. Ejemplo de Fedora 41 GA.

Actualizar la configuración de Pungi

Cree una bifurcación local de Fedora repositorio IoT Pungi para realizar cambios en los archivos de configuración utilizados para compilar Fedora IoT.

Actualice la URL utilizada para la redacción, pasando de latest a la redacción declarada como Gold en la reunión Go/NoGo. Este ejemplo utiliza la redacción de Fedora 41 GA:

sed -i 's|branched/latest-Fedora-41/|41/Fedora-41-20241024.0/|g' fedora-iot.conf

A continuación actualice la rama de devel a stable:

sed -i 's|fedora/devel/|fedora/stable/|g' fedora-iot.conf

Actualice el script sync-bootc-base-containers.sh, moviendo la versión de desarrollo a estable.

sed -i 's|current_stable="40"|current_stable="41"|g' sync-bootc-base-containers.sh
sed -i 's|current_devel="41"|#current_devel="41"|g' sync-bootc-base-containers.sh

Revise los cambios y abra una solicitud de extracción para revisión por parejas.

Actualiza el repositorio ostree

Actualice repositorio ostree de Fedora IoT para la versión final. Actualice la rama de devel a stable y la URL de la versión de branched al directorio de liberación. Los ejemplos a continuación se usaron para Fedora 41 GA.

sed -i 's|s/devel/%(arch)s/|s/stable/%(arch)s/|g' config.ini
sed -i 's|fedora/devel/|fedora/stable/|g' *.yaml
sed -i 's|fedora/linux/development/41|fedora/linux/releases/41|g' config.ini

Revise los cambios y abra una solicitud de extracción para revisión por parejas.

Actualizar compose Automático

Asegúrese de que el trabajo cron utilizado para automatizar la composición de stable-iot esté actualizado para apuntar a la rama branch correcta para la nueva versión estable y elimine el trabajo cron utilizado para la versión de desarrollo, devel-iot.

Liberar compose

Una vez fusionados los cambios, complete la redacción de GA. Una vez completado, abra un ticket en Ingeniería de Liberación para firmar los entregables. Una solicitud de ejemplo de Fedora 39.

Sincronizar la Liberación