-
Notifications
You must be signed in to change notification settings - Fork 509
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
Can't load base image from local docker images
without registry
#1453
Comments
This is expected as your container builder does not have access to the docker store. This will be solved with the containerd snapshotter on docker, see docker/roadmap#371. This is also similar to #166. In the meantime you can push this image to a registry. Also if you just want to build a single platform you can just use the default
|
This is to work around the issue that docker buildx cannot build ona base image that it has just built. See docker/buildx#1453
I'm running into the same issue. Is there any solution now? @agirault |
This issue is a duplicate of moby/buildkit#2343, so I'm going to close this issue in preference of that one - that one also has more discussion there. |
Related threads
docker-container
driver #1386 (multi-arch)Issue
We call the following command as it is the recommended step to test a container image before pushing it to a registry:
A single platform build result will be exported to
docker images
, as documented:Consider then this simple file named
final.dockerfile
:We attempt to build this image using
my_base_image
as a base image with the command below:Unlike
docker build
, this will attempt to reach a registry (docker.io/library
if there isn't one in the tag name) without using the cached image indocker images
:The issue is similar if there is a registry url in the image name:
Using
docker build
instead ofbuildx
is not possible when building for another platform than the host platform.Questions
docker images
) as a base image for a new single-arch buildx build?--load/--output=type=docker
, can it be done with another client-side output type (local, tar, oci) without requiring a registry?The text was updated successfully, but these errors were encountered: