Skip to content

Conversation

@ondrejbudai
Copy link
Member

In order to produce an offline installer, we need to embed the bootc payload container into the containers storage of the ISO. This commit reuses --bootc-installer-payload-ref to do it. This means that we can currently embed only a single commit, which is something we should try to generalize in the future: I see no reason why people couldn't embed more of them.

@supakeen supakeen self-assigned this Jan 16, 2026
@ondrejbudai ondrejbudai marked this pull request as ready for review January 23, 2026 12:19
@ondrejbudai ondrejbudai requested a review from a team as a code owner January 23, 2026 12:19
supakeen
supakeen previously approved these changes Jan 23, 2026
Copy link
Member

@supakeen supakeen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is OK; though perhaps we would want to combine this (in the future?) with #2135 to define which and where such a container (or multiple) goes?

Needs checksum updates.

@ondrejbudai
Copy link
Member Author

Yes, let's add it to the list of our ideas. :)

I fixed the manifest checksums, it ended up being a bigger fix than I would like but it actually makes the code cleaner.

validate-config-list is extremely weird with bootc distros. It works for
empty.json with bootc-* only because it finds some random image type
coming from package mode. However, if we introduce configs that target
specific bootc image types that don't have the same name as one of the
package mode image type, this simply blows up because it won't find
anything.

Thus, as this check clearly doesn't target bootc distros, let's ignore
them altogether.
Prior this commit, we mutated the build config (empty.json) when the
fake containers yaml specified a payload container image. As the build
config struct was shared between all fake containers, this meant the the
payload container image would get propagated also to image types that
don't need it. This issue manifested in the next commit after this where
I add support for a payload container image for bootc-generic-iso. It
added the payload even if it was not specified in the fake containers
yaml because of the mutation.

This commit removes the mutation. Instead, we now have a separate config
for the bootc-installer which contains the payload container ref. This
way, the mutation is no longer needed.
In order to produce an offline installer, we need to embed the bootc
payload container into the containers storage of the ISO. This commit
reuses --bootc-installer-payload-ref to do it. This means that we can
currently embed only a single commit, which is something we should try
to generalize in the future: I see no reason why people couldn't embed
more of them.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants