Skip to content
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

Rhel9 more ostreecontainer #5423

Closed

Conversation

cgwalters
Copy link
Contributor

@cgwalters cgwalters commented Jan 25, 2024

Followup to #5399

Not tested locally; the conflicts were mostly straightforward except there was a large one on the bootloader unit tests that I didn't stare at too hard and just accepted the incoming.

@pep8speaks
Copy link

pep8speaks commented Jan 25, 2024

Hello @cgwalters! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

There are currently no PEP 8 issues detected in this Pull Request. Cheers! 🍻

Comment last updated at 2024-01-25 01:29:26 UTC

@cgwalters cgwalters mentioned this pull request Jan 25, 2024
2 tasks
VladimirSlavik and others added 3 commits January 24, 2024 20:29
Original commit message from Colin Walters was:

The https://github.com/coreos/bootupd project was created to fill
the gap in bootloader management for ostree-based systems.

When it was created, it was just integrated into Fedora CoreOS
and derivatives; this left the Atomic Desktops (Silverblue etc.)
as unfixed, and it was never used by RHEL for Edge.

This PR is aiming to circle back and close that gap.  We
detect if bootupd is in the target root; if it is, then
we skip the regular bootloader work, and just run bootupd to
perform the installation.

The other hacks we have around the grub config are no longer
necessary in this mode.

(cherry picked from commit 8e690d5)

Related: RHEL-2250
(cherry picked from commit 0d42d2f)

Related: RHEL-2250
This is an even newer behavior that takes over handling
of the "UUID stamp files", which we want in general instead of
using the static labels.

Note `--write-uuid` implies `--with-static-configs`.

This should fix this use case:

```
clearpart --all --initlabel --disklabel=gpt
reqpart --add-boot
part / --grow --fstype xfs
```

Whereas right now we require:

```
clearpart --all --initlabel --disklabel=gpt
reqpart
part /boot --size=1000  --fstype=ext4 --label=boot
part / --grow --fstype xfs
```

Specifically the `--label=boot`.

(cherry picked from commit 7b091de)

Related: RHEL-2250
@cgwalters
Copy link
Contributor Author

/build-image --boot-iso

@poncovka
Copy link
Contributor

Hi! I will see if we can somehow incorporate this PR, but I have ready the full stack of commits (there are actually more changes required for the bootupd support) that I am currently testing.

@cgwalters
Copy link
Contributor Author

Ah ok! Feel free to close this then.

@rvykydal
Copy link
Contributor

rvykydal commented Feb 9, 2024

Ah ok! Feel free to close this then.

Closing, the issue is handled by #5424.

@rvykydal rvykydal closed this Feb 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

5 participants