-
Notifications
You must be signed in to change notification settings - Fork 74
dispatcher: parse FROM --after=<stage> #316
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
base: master
Are you sure you want to change the base?
Conversation
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: jlebon The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
|
CI failure here I think is unrelated. Looks like a Docker API version mismatch. FWIW, I got this to work locally by setting |
|
This either needs to implement |
Updated! I went with just erroring out for now as mentioned in the commit message:
|
|
@jlebon seems you have a build failure here.... |
This allows defining a dependency on another stage for cases when buildah otherwise wouldn't be able to automatically infer it. See containers/buildah#6621 for details. The corresponding buildah patch making use of this will have more info. For now, makes this an explicitly error if used with the dockerclient. I don't see the use case for it there currently given that this flag is to help leverage a buildah-specific feature. Assisted-by: Claude Opus 4.5 Signed-off-by: Jonathan Lebon <jonathan@jlebon.com>
One of them was failing in the conforming tests with what I mentioned in #316 (comment). The other one didn't seem to have any obvious error. It looks truncated? I repushed to force a retrigger. Let's see what happens... |
|
@jlebon: all tests passed! Full PR test history. Your PR dashboard. DetailsInstructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
|
It's persistent. I think CI just needs some love. Looks like that's happening in #317. :) |
This allows defining a dependency on another stage for cases when buildah otherwise wouldn't be able to automatically infer it. See containers/buildah#6621 for details.
The corresponding buildah patch making use of this will have more info.
For now, makes this an explicitly error if used with the dockerclient. I don't see the use case for it there currently given that this flag is to help leverage a buildah-specific feature.
Assisted-by: Claude Opus 4.5