Layering any akmod-* fails on bluefin-dx:stable 44.20260519 due to orphan /usr/lib/modules/7.0.8-200.fc44.x86_64 directory

# Summary On `ghcr.io/ublue-os/bluefin-dx:stable` `44.20260519` (running kernel `6.19.14-101.fc44.x86_64`), `rpm-ostree install <any-akmod>` aborts in the post-install scriptlet because the base image contains a stale `/usr/lib/modules/7.0.8-200.fc44.x86_64/` directory with no matching `kernel-*` RPM. `akmods-ostree-post` iterates `/usr/lib/modules/*/` and fails when it tries to build against the orphan kernel ID (no matching `/usr/src/kernels/7.0.8-…/` headers exist). # Reproducer ```bash sudo sed -i 's/enabled=0/enabled=1/' \ /etc/yum.repos.d/negativo17-fedora-multimedia.repo rpm-ostree install displaylink ``` # Failure ``` error: Running %post for akmod-evdi: bwrap(/bin/sh): Child process exited with code 1 $ journalctl -t 'rpm-ostree(akmod-evdi.post)' Building /usr/src/akmods/evdi-kmod-1.14.16-1.fc44.src.rpm for kernel 6.19.14-101.fc44.x86_64 ← OK Building /usr/src/akmods/evdi-kmod-1.14.16-1.fc44.src.rpm for kernel 7.0.8-200.fc44.x86_64 ← FAILS ERROR: Files needed for building modules against kernel 7.0.8-200.fc44.x86_64 could not be found as the following directories are missing: /usr/src/kernels/7.0.8-200.fc44.x86_64/ /usr/lib/modules/7.0.8-200.fc44.x86_64/build/ ``` # Evidence of the orphan ``` $ rpm -qf /usr/lib/modules/7.0.8-200.fc44.x86_64/modules.dep file /usr/lib/modules/7.0.8-200.fc44.x86_64/modules.dep is not owned by any package $ rpm -qa | grep -E '7\.0\.8' kernel-tools-libs-7.0.8-200.fc44.x86_64 kernel-tools-7.0.8-200.fc44.x86_64 python3-perf-7.0.8-200.fc44.x86_64 # Note: no kernel-core / kernel / kernel-devel for 7.0.8. $ ls /usr/lib/modules/ 6.19.14-101.fc44.x86_64 7.0.8-200.fc44.x86_64 $ ls /usr/src/kernels/ 6.19.14-101.fc44.x86_64 ``` The `7.0.8` modules directory appears to have been left in the image after `kernel-tools` / `kernel-tools-libs` / `python3-perf` were bumped to that stream without bringing the matching kernel. The DKMS fallback (`dkms-evdi`) also fails with exit code 4 inside the bwrap sandbox (`make` failed — DKMS build env limitation under rpm-ostree), so there is no clean `rpm-ostree install` path for any akmod- or dkms-packaged kernel module on this image. # Suggested fix Remove stale `/usr/lib/modules/<kver>/` trees from the base image when the corresponding `kernel-core` package is absent — either in the image build pipeline or via a `tmpfiles.d` cleanup. # Related - ublue-os/akmods#437 (general rpm-ostree akmod post-script bwrap issue) - ublue-os/akmods#348 (request to add evdi to common precompiled akmods) # System | | | |---|---| | Image | \`ghcr.io/ublue-os/bluefin-dx:stable\` | | Digest | \`sha256:68cf991145523cde87e405fb2824e7bb4fe46f4beb234db503f6a647d0c86208\` | | Version | \`44.20260519\` | | Kernel | \`6.19.14-101.fc44.x86_64\` | | DE | GNOME Shell 50.1 / mutter 50.1 / Wayland | | Secure Boot | disabled |