Fixes to enable bootc #11
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "kfox1111/raspberrypi2:a9-bootc"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Signed-off-by: Kevin Fox Kevin.Fox@pnnl.gov
Let's merge when bootc image creation process is ready. Not now.
@ -360,0 +369,4 @@
mv /usr/lib/ostree-boot/config-kernel-%{version}-%{release}.inc /usr/lib/modules/%{version}-%{release}
mv /usr/lib/ostree-boot/initramfs-%{version}-%{release}.img /usr/lib/modules/%{version}-%{release}/initramfs
mv /usr/lib/ostree-boot/kernel-%{version}-%{release}.img /usr/lib/modules/%{version}-%{release}/vmlinuz
ls /usr/lib/modules/%{version}-%{release}
I'm afraid this doesn't work as intended. The
almalinux-bootc
image has/boot
directory so it will never reachelif [ -d /usr/lib/ostree-boot ]; then
block.Also,
/boot
always exists because the directory is created during install stage.Actually, it did work when I created the pr. somehow it diverted the files from /boot away. by the time the script ran there wasnt a /boot. But, I'll rearrange it to check for bootc and go down that path if its there.
I was able to build a 9.5 based image from this flipped around patch.
Ah, ok. So, maybe we trigger the other way around then? if -d /usr/lib/ostree-boot, do that first, otherwise, fall back.
53d21a7b93
toab62994e26
@ -359,2 +357,2 @@
# if we have moved to initramfs
cp /boot/kernel-%{version}-%{release}.img /boot/kernel%{armtarget}.img
if [ -d /usr/lib/ostree-boot ]; then
mv /usr/lib/ostree-boot/config-%{version}-%{release} /usr/lib/modules/%{version}-%{release}
I don't think this will work. There's nothing to
mv
at the time. You must put/usr/lib/ostree-boot/kernel-%{version}-%{release}.img
before moving them to/usr/lib/modules
.Please check the status of the plain
almalinux-bootc
container. We're trying to install the kernel for RPi to the bootc container, right?It does work.... I'm running this kernel from this spec. I dont know what kind of games they played with installation as I did not expect it to work either, but they do something between when they extract the files to disk, and when the rpm scripts run that moves files around. By the time the script runs the files are where the scriplet expects.
We can't extend the existing container with the new kernel. That would end up shipping two kernels due to the way container images layer. We have to build a new image with the kernel switched out in the config of the base image.
It didn't work.
How did you install it. Did you try from the bootc tarball I sent?
Checkout
From your project repository, check out a new branch and test the changes.