Skip to content

[pull] main from bootc-dev:main#160

Merged
pull[bot] merged 4 commits into
TheTechOddBug:mainfrom
bootc-dev:main
May 13, 2026
Merged

[pull] main from bootc-dev:main#160
pull[bot] merged 4 commits into
TheTechOddBug:mainfrom
bootc-dev:main

Conversation

@pull
Copy link
Copy Markdown

@pull pull Bot commented May 13, 2026

See Commits and Changes for more details.


Created by pull[bot] (v2.0.0-alpha.4)

Can you help keep this open source service alive? 💖 Please sponsor : )

cgwalters and others added 4 commits May 13, 2026 08:42
dracut 109 (shipped in Fedora 45, and now backported to Fedora 44 via
FEDORA-2026-5e95ea992d) removed `systemdsystemconfdir` from
01-dist.conf, leaving the variable empty in the dracut build
environment. Our module-setup.sh used that variable for the
`initrd-root-fs.target.wants/` directory, so the symlink was written
to the root of the initramfs rather than under
/usr/lib/systemd/system/. systemd does not recognize root-level .wants
directories, so bootc-root-setup.service was silently never activated,
causing the system to drop to emergency mode on composefs+UKI boots.

Switch to `${systemdsystemunitdir}` (/usr/lib/systemd/system), which
dracut reliably sets on all versions. This matches how the ostree dracut
module has always handled this. The fix is unconditionally correct for
all dracut versions.

Assisted-by: OpenCode (Claude Sonnet 4.6)
Signed-off-by: Colin Walters <walters@verbum.org>
Linux kernel 7.0 and 7.1 introduced a requirement that all files in a
composefs image carry fs-verity digests. bootc only applies verity to
content objects, not every file, so erofs mounts fail with 'has no
fs-verity digest' on these kernels. This is a kernel regression tracked
upstream; 7.2+ is expected to restore the prior behavior.

In provision-fetch.sh, detect kernel 7.0.x/7.1.x in the base image and
downgrade to 6.19.10-300.fc44 from Koji before the image build runs.
The downgrade uses --noscripts to prevent the kernel-core posttrans
scriptlet from invoking kernel-install (which fails and pollutes /boot
inside the container), then runs depmod manually and removes leftover
module directories from the replaced kernel.

This workaround should be removed once base images ship kernel 7.2+.

Assisted-by: OpenCode (Claude Sonnet 4.6)
Signed-off-by: Colin Walters <walters@verbum.org>
Really we should probably test both of these while they're stable
Fedora versions, but currently CI is blocked on the f43 upgrade job
being broken, and if switching to f44 unblocks things that's progress.

Signed-off-by: John Eckersberg <jeckersb@redhat.com>
For fedora 44 we install kernel v6.19 ourselves and not run the
postprocess scripts that would've generated the initramfs. This causes
bcvk to fail with `No kernel found`

So we explicitly regenerate the initramfs in Dockerfile.upgrade

Signed-off-by: Pragyan Poudyal <pragyanpoudyal41999@gmail.com>
@pull pull Bot locked and limited conversation to collaborators May 13, 2026
@pull pull Bot added the ⤵️ pull label May 13, 2026
@pull pull Bot merged commit 983c09f into TheTechOddBug:main May 13, 2026
1 of 6 checks passed
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants