Skip to content

Conversation

@achilleas-k
Copy link
Member

New dnf.config customization block that enables one option for now: set_releasever. The option is meant to set the releasever dnf variable to the value of the distro's release version, which ties a system to a specific update of RHEL. This prevents a system from being updated to a later minor RHEL release through dnf upgrade and is the mechanism for keeping systems on extended support releases (EUS and E4S).

The dnf customization block is created so that it might later be used for other variables (perhaps even arbitrary, user-defined variables). However, the releasever variable will be treated separately so that it can be a simple switch that sets the releasever value to the one for the image's distro dynamically.

The config key set_releasever was chosen over set_release_ver because the variable name is releasever and it is more consistent with other user-facing use cases where it is treated as a single word.


Counterpart to osbuild/blueprint#34

Copy link
Contributor

@mvo5 mvo5 left a comment

Choose a reason for hiding this comment

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

Thanks, this looks good. Just for my own understanding - oas/components/{dnf,_config}.yaml is the source and the rest is auto-generated with "make schema", correct?

@achilleas-k
Copy link
Member Author

Thanks, this looks good. Just for my own understanding - oas/components/{dnf,_config}.yaml is the source and the rest is auto-generated with "make schema", correct?

Correct!

@lzap
Copy link
Collaborator

lzap commented Sep 24, 2025

@mvo5 more info in the README of the project

@achilleas-k can you also update the testdata/all-fields.in.yaml that is supposed to be "all the possible fields that can be set", something like all-customizations.json

@mvo5
Copy link
Contributor

mvo5 commented Sep 24, 2025

I was wondering it it would be easier if auto-generate content would be their own commit (with just -m 'run make schema') but I'm probably (massively) overthinking this :)

@achilleas-k
Copy link
Member Author

I was wondering it it would be easier if auto-generate content would be their own commit (with just -m 'run make schema') but I'm probably (massively) overthinking this :)

I always prefer the idea of having commits be consistent, but maybe we can reconsider that for this repo.

New dnf.config customization block that enables one option for now:
set_releasever.  The option is meant to set the releasever dnf variable
to the value of the distro's release version, which ties a system to a
specific update of RHEL.  This prevents a system from being updated to a
later minor RHEL release through `dnf upgrade` and is the mechanism for
keeping systems on extended support releases (EUS and E4S).

The dnf customization block is created so that it might later be used
for other variables (perhaps even arbitrary, user-defined variables).
However, the releasever variable will be treated separately so that it
can be a simple switch that sets the `releasever` value to the one for
the image's distro dynamically.

The config key `set_releasever` was chosen over `set_release_ver`
because the variable name is `releasever` and it is more consistent with
other user-facing use cases where it is treated as a single word.
@achilleas-k achilleas-k marked this pull request as ready for review September 25, 2025 11:47
@achilleas-k achilleas-k requested a review from a team as a code owner September 25, 2025 11:47
@lzap
Copy link
Collaborator

lzap commented Sep 25, 2025

I was wondering it it would be easier if auto-generate content would be their own commit (with just -m 'run make schema') but I'm probably (massively) overthinking this :)

I am not sure what you mean actually by this.

Copy link
Collaborator

@lzap lzap 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 good but convertors can be only implemented once BP is merged and upgraded. So let's wait with merging?

@achilleas-k
Copy link
Member Author

achilleas-k commented Sep 25, 2025

Setting to draft until the main blueprint change is merged so I can add some tests for the converter.

@achilleas-k achilleas-k marked this pull request as draft September 25, 2025 17:03
@lzap
Copy link
Collaborator

lzap commented Sep 30, 2025

I have two days left before my two-weeks vacation, this PR is okay, feel free to merge even without conversion make an issue for that.

FYI convertor's error handling needs a refactoring that is happening in #60

@achilleas-k
Copy link
Member Author

Let's merge this then and add conversion later.

@achilleas-k achilleas-k marked this pull request as ready for review October 13, 2025 08:39
@lzap lzap added this pull request to the merge queue Oct 22, 2025
@lzap
Copy link
Collaborator

lzap commented Oct 22, 2025

Thank you!

Merged via the queue into osbuild:main with commit ed6d12c Oct 22, 2025
2 checks passed
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.

4 participants