2 ms·
The metadata check is part of the builds image pull process. The step can resolve a `FROM repo/image:tag` reference to the content sha the tag points to, and th
by mhio 2y ago
The metadata check is part of the builds image pull process. The step can resolve a `FROM repo/image:tag` reference to the content sha the tag points to, and then if required fetch the content.
In any case, recent-ish (maybe 24+) versions of docker default to a "prefer local" mode in buildkit so a local cached entry will be returned first if possible before any remotes are resolved.
Out of interest, what docker/buildx/buildkit versions were attempting the connection? We ran into this on some container builds that run offline last year some time and I'm wondering if it was due to some ancient docker, as that flag appears useless on current docker.
- https://github.com/docker/buildx/blob/7b1ec7211d871dfba53b10f0c7cf846022665aa5/build/opt.go#L282-L287 https://github.com/docker/buildx/blob/7b1ec7211d871dfba53b10...
- hipadev23 2y agodocker build --pull=false . still does a metadata check for me every single time. If i add the @sha256: like the sibling comment suggested, it does not. Docker 26.1.4