Switch Silverblue deliverables to build with `image-builder` #1632

Merged

ngompa merged 2 commits from supakeen/pungi-fedora:migrate-silverblue into main

2026-04-15 05:41:56 +00:00

supakeen commented

2026-04-15 05:22:33 +00:00

Member

This is the 'two more to go' PR to finish up the implementation of: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder

Introduces new disk artifacts for the Fedora Atomic Desktop variant Silverblue. Same as Kinoite we will be adding flatpak embedding to disk images at a later date (before branching) as it was considered a nice to have and we want to get earlier testing available.

Introduces new ISO artifacts, these are build with the dvd-ostree-osbuild manifest type so they don't clash with the Lorax-produced artifacts. This is done as @adamwill indicated that QA would like to test the new ISO in OpenQA (Silverblue is the only Atomic Desktop running tests there if I recall correctly). If everything goes well on that front the Lorax-produced ISO will be dropped in a follow-up.

atomic: silverblue disk images

As per the accepted change proposal [1] this introduces the Fedora
Silverblue Atomic Desktop disk images. A QCOW2 for x86 and aarch64 and a
raw disk image for aarch64.

Same as for the Kinoite disk images flatpaks will be embedded to these
at a later point in time as it was considered a nice-to-have for the
initial deliverables.

[1]: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder

Signed-off-by: Simon de Vlieger <cmdr@supakeen.com>

atomic: silverblue installer to `image-builder`

Per the accepted change proposal [1] this moves the Silverblue installer
to build with `image-builder`.

Note. This doesn't drop the old artifact production. We're adding this
Silverblue installer with the `dvd-ostree-osbuild` manifest type. This
allows us to build both the old and the new installer for a while.

We'll be producing both so Adam can test the artifact in OpenQA before
we drop the Lorax-produced one, which will be a follow-up to this commit
at a later date.

[1]: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder

Signed-off-by: Simon de Vlieger <cmdr@supakeen.com>

This is the 'two more to go' PR to finish up the implementation of: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder Introduces new disk artifacts for the Fedora Atomic Desktop variant Silverblue. Same as Kinoite we will be adding flatpak embedding to disk images at a later date (before branching) as it was considered a nice to have and we want to get earlier testing available. Introduces new ISO artifacts, these are build with the `dvd-ostree-osbuild` manifest type so they don't clash with the Lorax-produced artifacts. This is done as @adamwill indicated that QA would like to test the new ISO in OpenQA (Silverblue is the only Atomic Desktop running tests there if I recall correctly). If everything goes well on that front the Lorax-produced ISO will be dropped in a follow-up. ``` atomic: silverblue disk images As per the accepted change proposal [1] this introduces the Fedora Silverblue Atomic Desktop disk images. A QCOW2 for x86 and aarch64 and a raw disk image for aarch64. Same as for the Kinoite disk images flatpaks will be embedded to these at a later point in time as it was considered a nice-to-have for the initial deliverables. [1]: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder Signed-off-by: Simon de Vlieger <cmdr@supakeen.com> ``` ``` atomic: silverblue installer to `image-builder` Per the accepted change proposal [1] this moves the Silverblue installer to build with `image-builder`. Note. This doesn't drop the old artifact production. We're adding this Silverblue installer with the `dvd-ostree-osbuild` manifest type. This allows us to build both the old and the new installer for a while. We'll be producing both so Adam can test the artifact in OpenQA before we drop the Lorax-produced one, which will be a follow-up to this commit at a later date. [1]: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder Signed-off-by: Simon de Vlieger <cmdr@supakeen.com> ```

👍 1

supakeen added 2 commits

2026-04-15 05:22:36 +00:00

atomic: silverblue disk images 90dc6786b9

As per the accepted change proposal [1] this introduces the Fedora
Silverblue Atomic Desktop disk images. A QCOW2 for x86 and aarch64 and a
raw disk image for aarch64.

Same as for the Kinoite disk images flatpaks will be embedded to these
at a later point in time as it was considered a nice-to-have for the
initial deliverables.

[1]: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder

Signed-off-by: Simon de Vlieger <cmdr@supakeen.com>

atomic: silverblue installer to image-builder

Fedora Pungi Compose CI Validation / validate (pull_request) Successful in 24s

Details

Fedora Pungi Compose CI Validation / validate (push) Successful in 28s

Details

2caaa74d2e

Per the accepted change proposal [1] this moves the Silverblue installer
to build with `image-builder`.

Note. This doesn't drop the old artifact production. We're adding this
Silverblue installer with the `dvd-ostree-osbuild` manifest type. This
allows us to build both the old and the new installer for a while.

We'll be producing both so Adam can test the artifact in OpenQA before
we drop the Lorax-produced one, which will be a follow-up to this commit
at a later date.

[1]: https://fedoraproject.org/wiki/Changes/BuildAtomicDesktopsWithImageBuilder

Signed-off-by: Simon de Vlieger <cmdr@supakeen.com>

ngompa approved these changes

2026-04-15 05:41:46 +00:00

ngompa merged commit 2caaa74d2e into main

2026-04-15 05:41:56 +00:00

adamwill commented

2026-04-15 05:45:45 +00:00

Collaborator

Thanks. Note I'm mainly focusing on F44 validation ATM. I can look at getting openQA tests run on the nu-Silverblue after that. Filed quality/tickets#891 to track this and threw it on our next sprint.

Thanks. Note I'm mainly focusing on F44 validation ATM. I can look at getting openQA tests run on the nu-Silverblue after that. Filed https://forge.fedoraproject.org/quality/tickets/issues/891 to track this and threw it on our next sprint.