-
Notifications
You must be signed in to change notification settings - Fork 305
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
sysroot: Turn on bootloader-naming-2 by default #3206
Conversation
I think it's about time we flipped this on by default; like the bootprefix I was a bit too chicken. We still have a `bootloader-naming-1` that can be flipped on in case of some regression. Closes: ostreedev#2961
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This LGTM, although I am only familiar with grub BLS-style OSTree and the Android Bootloader variant.
I have wondered this in the past, do we rely on more the filename for versioning or the version number in the files, it didn't seem 100% clear when I read the code to determine that. I wonder should we document what the actual index is.
We don't have to be super strict here in how we find the bootloader entry. There should only be one, so simplify the logic using a glob instead. Motivated by the fact that this will break otherwise as part of openshift/os#1445 where the `ID` will be `centos`, but the stateroot will still be `scos`. (cherry picked from commit 476a371) --- Also now motivated by the fact that this actually fixes the test with new ostree which enables `bootloader-naming-2` by default, which changes the BLS entry name: ostreedev/ostree#3206
Just get at the initramfs using a glob instead of trying to parse the BLS. This will work regardless of how the BLS entry is named but assumes that there is only one BLS entry (which should always be the case for these tests). (cherry picked from commit 1841132) --- We're backporting this because a recent rebuild of 4.15 cosa pulled in a new ostree which enables `bootloader-naming-2` by default, which changes the BLS entry name: ostreedev/ostree#3206
We don't have to be super strict here in how we find the bootloader entry. There should only be one, so simplify the logic using a glob instead. Motivated by the fact that this will break otherwise as part of openshift/os#1445 where the `ID` will be `centos`, but the stateroot will still be `scos`. (cherry picked from commit 476a371) --- We're backporting this because a recent rebuild of 4.15 cosa pulled in a new ostree which enables `bootloader-naming-2` by default, which changes the BLS entry name: ostreedev/ostree#3206
We don't have to be super strict here in how we find the bootloader entry. There should only be one, so simplify the logic using a glob instead. Motivated by the fact that this will break otherwise as part of openshift/os#1445 where the `ID` will be `centos`, but the stateroot will still be `scos`. (cherry picked from commit 476a371) --- We're backporting this because a recent rebuild of 4.15 cosa pulled in a new ostree which enables `bootloader-naming-2` by default, which changes the BLS entry name: ostreedev/ostree#3206
Just get at the initramfs using a glob instead of trying to parse the BLS. This will work regardless of how the BLS entry is named but assumes that there is only one BLS entry (which should always be the case for these tests). (cherry picked from commit 1841132) --- We're backporting this because a recent rebuild of 4.15 cosa pulled in a new ostree which enables `bootloader-naming-2` by default, which changes the BLS entry name: ostreedev/ostree#3206 (cherry picked from commit 72bd4b0)
I think it's about time we flipped this on by default; like the bootprefix I was a bit too chicken. We still have a
bootloader-naming-1
that can be flipped on in case of some regression.Closes: #2961