-
Notifications
You must be signed in to change notification settings - Fork 783
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
Short name resolution invoked on temporary images in multi-stage build when image name composed from ARGs #4820
Comments
This looks like a buildah bug. For some reason buildah is looking for the image in github.com/containers/common rather then using the builtin name. @flouthoc PTAL I think if you had a tty this would have just worked. Did you set strict lookup in your containers.conf? |
@flouthoc you can probably get this to happen if you just do buildah ... < /dev/null |
While creating a dependency map, executor must consider expanding base images with `builtInArgs` like `TARGETARCH, TARGETOS` etc so buildah can still keep and use the stages as dependency later on. Closes: containers#4820 Signed-off-by: Aditya R <[email protected]>
Thanks I think #4839 and openshift/imagebuilder#258 should close this. |
Issue happens because first stages never gets added to |
While creating a dependency map, executor must consider expanding base images with `builtInArgs` like `TARGETARCH, TARGETOS` etc so buildah can still keep and use the stages as dependency later on. Closes: containers#4820 Signed-off-by: Aditya R <[email protected]>
A friendly reminder that this issue had no activity for 30 days. |
Waiting on a review here: openshift/imagebuilder#258 |
A friendly reminder that this issue had no activity for 30 days. |
A friendly reminder that this issue had no activity for 30 days. |
…m with composed stage name resultion (containers/buildah#4820)
* &4 #34 adjusting path to requirements.txt in README, adjust dockerfile for usage with x86_64 and arm64 * dodgers: fix prophet usage * Adjusting Dockerfile and docker-compose.yml to actually work with Docker, simplify by removing multiarch parts. Using heredoc for multiline RUN * Adjusting Dockerfile and compose to work with Docker-Desktop; add hint in README for better bind-mount use with alternatives * Adjusting README, shortening Podman part * renaming GETML_VERSION_NUMBER to GETML_VERSION; using multi-stages to have ARCH specific arguments * Using RUN script instead of multiple stages because of buildah problem with composed stage name resultion (containers/buildah#4820) * Tiny improvement on getml version grep
Issue Description
version: 4.5.0
Steps to reproduce the issue
Steps to reproduce the issue
Describe the results you received
Describe the results you expected
Successful build
podman info output
The text was updated successfully, but these errors were encountered: