-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
rhsm_release: removing required=true for 'release' option #6401
Conversation
cc @cnsnyder @ptoscano @seandst |
Backport to stable-5: 💚 backport PR created✅ Backport PR branch: Backported as #6408 🤖 @patchback |
Fix rhsm_release by removing required=true for 'release' option. (cherry picked from commit 486c47f)
Backport to stable-6: 💚 backport PR created✅ Backport PR branch: Backported as #6409 🤖 @patchback |
Fix rhsm_release by removing required=true for 'release' option. (cherry picked from commit 486c47f)
Do not set release if rhc_release is none. See ansible-collections/community.general#6401 for details.
- we need to update the community.general dependency to >= 6.6.0 to make the role working with with ansible-core >= 2.15 (adapting to a change in rhsm_release [1]) - unpin the community.general requirement means breaking the registration of Fedora managed nodes, as SELinux policies need to be adapted [2] - [2] is temporarily broken by a dnf bug in Rawhide [3] Since registration is already broken for people using the upstream redhat_subscription module in community.general, and registering Fedora system is a corner case, let's temporarily stop supporting Fedora systems. This will allow us to fix the role to make it usable with ansible-core >= 2.15; the support for Fedora will be added back when the Fedora SELinux policy will be fixed. [1] ansible-collections/community.general#6401 [2] fedora-selinux/selinux-policy#1726 [3] https://bugzilla.redhat.com/show_bug.cgi?id=2210694 Signed-off-by: Pino Toscano <ptoscano@redhat.com>
- we need to update the community.general dependency to >= 6.6.0 to make the role working with with ansible-core >= 2.15 (adapting to a change in rhsm_release [1]) - unpin the community.general requirement means breaking the registration of Fedora managed nodes, as SELinux policies need to be adapted [2] - [2] is temporarily broken by a dnf bug in Rawhide [3] Since registration is already broken for people using the upstream redhat_subscription module in community.general, and registering Fedora system is a corner case, let's temporarily stop supporting Fedora systems. This will allow us to fix the role to make it usable with ansible-core >= 2.15; the support for Fedora will be added back when the Fedora SELinux policy will be fixed. [1] ansible-collections/community.general#6401 [2] fedora-selinux/selinux-policy#1726 [3] https://bugzilla.redhat.com/show_bug.cgi?id=2210694 Signed-off-by: Pino Toscano <ptoscano@redhat.com>
Do not set release if rhc_release is none. See ansible-collections/community.general#6401 for details.
This version contains a number of features and fixes that greatly help this role; while the role was able so far to work with older versions, let's require a recent version so it is possible to drop workarounds. In particular, we need to require 6.6.0 so we can adapt to the new behaviour of rhsm_release [1], needed to run with ansible-core 2.15. [1] ansible-collections/community.general#6401 Signed-off-by: Pino Toscano <ptoscano@redhat.com>
This version contains a number of features and fixes that greatly help this role; while the role was able so far to work with older versions, let's require a recent version so it is possible to drop workarounds. In particular, we need to require 6.6.0 so we can adapt to the new behaviour of rhsm_release [1], needed to run with ansible-core 2.15. [1] ansible-collections/community.general#6401 Signed-off-by: Pino Toscano <ptoscano@redhat.com>
The way the new version of rhsm_release works is - if the `release` parameter is present, set the release to the given value. If there is no `release` parameter, unset the release. If the user does not set `rhc_release`, then it will be `null`, and calling the rhsm_release module will be skipped. See ansible-collections/community.general#6401 for details. Signed-off-by: Rich Megginson <rmeggins@redhat.com>
The way the new version of rhsm_release works is this: - if the `release` parameter is present, set the release to the given value. - If there is no `release` parameter, unset the release. If the user does not set `rhc_release`, or if the user sets it to `omit` then it will be `null`, and calling the rhsm_release module will be skipped. See ansible-collections/community.general#6401 for details. Signed-off-by: Rich Megginson <rmeggins@redhat.com>
The way the new version of rhsm_release works is this: - if the `release` parameter is present, set the release to the given value. - If there is no `release` parameter, unset the release. If the user does not set `rhc_release`, or if the user sets it to `omit` then it will be `null`, and calling the rhsm_release module will be skipped. See ansible-collections/community.general#6401 for details. Signed-off-by: Rich Megginson <rmeggins@redhat.com>
SUMMARY
Apparently
null
/None
was always a valid parameter. ansible-core only allowed this due to a bug that got fixed, so specifyingrelease: null
no longer works with that fix (ansible/ansible#79677).(This also breaks nightly CI.)
ISSUE TYPE
COMPONENT NAME
rhsm_release