[BUG] -f option should be resolved relative to the context directory #44
Labels
bug
Something isn't working
Comments
|
this would be a breaking change, so maybe we can leave it as-is for now. |
|
i'm moving this to 'done' because we don't have a 'wontfix' pipeline. |
HarryMichal
added a commit
to HarryMichal/toolbox
that referenced
this issue
Jan 10, 2022
The action does not use provided context when looking for a Containerfile[0]. [0] redhat-actions/buildah-build#44 containers#980
HarryMichal
added a commit
to HarryMichal/toolbox
that referenced
this issue
Jan 10, 2022
The action does not use provided context when looking for a Containerfile[0]. [0] redhat-actions/buildah-build#44 containers#980
HarryMichal
added a commit
to HarryMichal/toolbox
that referenced
this issue
Jan 10, 2022
The action does not use provided context when looking for a Containerfile[0]. [0] redhat-actions/buildah-build#44 containers#981
HarryMichal
added a commit
to containers/toolbox
that referenced
this issue
Jan 10, 2022
The action does not use provided context when looking for a Containerfile[0]. [0] redhat-actions/buildah-build#44 #981
1 task
|
Just got bitten by this. IIRC other actions use the behaviour described in the Issue description. I opened #123 since it would be helpful to document this behaviour. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
ie if you do
buildah bud -f Containerfile ./my-buildah-dirthen it should look for the containerfile at./my-buildah-dir/Containerfilefor some reason, absolute paths are used https://github.com/redhat-actions/buildah-build/blob/main/src/index.ts#L61
The text was updated successfully, but these errors were encountered: