Open dkolb opened 1 week ago
Trying things out myself. Have you tried clearing out any .tar.gz
files in /etc/bluebuild/
? That's where we move the bootable tarball
Ok so even though it took an insanely long time for it to build for me (one of the reasons this command is being replaced with switch
#116 in v0.9.0
), I was still able to rebase on my image. I'll try once more with yours and see if I get the same result as you.
Ok yeah, your build has to be doing something weird cause I get that exact same error. Could it be something with the post-build script you have?
I dropped the script entirely and I'm still getting the error.
I cut back the recipe modules to just
modules:
- type: signing
And it still gives the same error. Very strange.
I've cleared out the tarball each time, also. Weird. I know you're planning a replacement for this so I'm not sure we should spend too much time on it. I'll look into seeing if switch works better.
/etc/bluebuild ro > file *.tar.gz
bazzite-dkub-buildah.tar.gz: POSIX tar archive
bazzite-dkub-docker.tar.gz: POSIX tar archive
bazzite-dkub-podman.tar.gz: POSIX tar archive
/etc/bluebuild ro > sha256sum *.tar.gz
02547b1c2ac734b875598f6e6c2008ec86e2da631e8166b4bcb680e844240423 bazzite-dkub-buildah.tar.gz
c0686dc00afab572fa16811451e9fa7b44bba13d2ec139671e74adacf4d80c50 bazzite-dkub-docker.tar.gz
945cdc3405bc68d0ccd799627ec7ab6a68baf1a3ef7f984aa2eaf7bb984dc062 bazzite-dkub-podman.tar.gz
/etc/bluebuild ro took 20s > ls -l *.tar.gz
-rw-r--r--. 1 root root 12204195328 Nov 11 23:20 bazzite-dkub-buildah.tar.gz
-rw-r--r--. 1 root root 4884476928 Nov 11 23:22 bazzite-dkub-docker.tar.gz
-rw-r--r--. 1 root root 12204195328 Nov 11 23:14 bazzite-dkub-podman.tar.gz
/etc/bluebuild ro > ls -lh *.tar.gz
-rw-r--r--. 1 root root 12G Nov 11 23:20 bazzite-dkub-buildah.tar.gz
-rw-r--r--. 1 root root 4.6G Nov 11 23:22 bazzite-dkub-docker.tar.gz
-rw-r--r--. 1 root root 12G Nov 11 23:14 bazzite-dkub-podman.tar.gz
Interesting that buildah/podman produce images three times the size of docker along with the build process being much, much slower. Anyway, I'm building on github and have docker installed so I can use it when I need to. Just strange that it's borked for this one build. Lol.
I'm pretty sure this is a problem somewhere upstream.
~/tmp > cat Containerfile
FROM ghcr.io/ublue-os/bazzite-gnome:stable
RUN cat 'testfile' > /testfile && ostree container commit
~/tmp > sudo podman build -t localhost/bazzite-custom:local .
STEP 1/2: FROM ghcr.io/ublue-os/bazzite-gnome:stable
Trying to pull ghcr.io/ublue-os/bazzite-gnome:stable...
Getting image source signatures
Checking if image destination supports signatures
Copying blob 0724e1c33116 done 11.9MiB / 11.9MiB (skipped: 8.8KiB = 0.07%)
Copying blob 0724e1c33116 done 11.9MiB / 11.9MiB (skipped: 8.8KiB = 0.07%)
Copying blob 0724e1c33116 done 11.9MiB / 11.9MiB (skipped: 8.8KiB = 0.07%)
Copying blob 0724e1c33116 done 11.9MiB / 11.9MiB (skipped: 8.8KiB = 0.07%)
Copying blob 73ca0ed05138 done |
<CUT>
STEP 2/2: RUN cat 'testfile' > /testfile && ostree container commit
COMMIT localhost/bazzite-custom:local
--> 3d4e6f92835a
Successfully tagged localhost/bazzite-custom:local
3d4e6f92835a46ffd5860b66a906d5ada9746b30e789ed7f07912d6faba167dc
~/tmp took 5m13s > sudo rpm-ostree rebase ostree-unverified-image:containers-storage:localhost/bazzite-custom:local
[sudo] password for dkub:
Pulling manifest: ostree-unverified-image:containers-storage:localhost/bazzite-custom:local
error: Preparing import: Fetching manifest: Parsing manifest layout: Missing ostree.final-diffid sha256:12787d84fa137cd5649a9005efe98ec9d05ea46245fdc50aecb7dd007f2035b1
We can probably close this issue out.
Per some comments in the Universal Blue discord, buildah/podman images have to be pushed to a registry and then pulled back by rpm-ostree
/bootc
even if local.
podman run -d -p 5000:5000 --name local-registry registry:2
I'll test this later this week and let you know, but it is still wild your build works and mine doesn't work even for the absolute minimum build.
Per some comments in the Universal Blue discord, buildah/podman images have to be pushed to a registry and then pulled back by
rpm-ostree
/bootc
even if local.podman run -d -p 5000:5000 --name local-registry registry:2
I'll test this later this week and let you know, but it is still wild your build works and mine doesn't work even for the absolute minimum build.
My image is based on the normal bazzite image instead of the bazzite-gnome image. Maybe that has something to do with it?
Interesting that buildah/podman produce images three times the size of docker along with the build process being much, much slower. Anyway, I'm building on github and have docker installed so I can use it when I need to. Just strange that it's borked for this one build. Lol
Is it really that bad?? Podman/Buildah must not be handling RUN
volume mounts the same way that Docker is
Running
sudo bluebuild rebase ./recipes/recipe.yml
results in the following error.Rebasing onto images built via the github workflow work just fine.
Repo I'm building from: https://github.com/dkolb/bazzite-dkub
Confirmed this is a podman specific issue by installing docker and running
sudo bluebuild rebase -vv -B=docker ./recipes/recipe.yml
.