-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Specify Command
field for internal containers (creds-init, …)
#605
Specify Command
field for internal containers (creds-init, …)
#605
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vdemeester The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/test pull-tekton-pipeline-integration-tests |
/test pull-tekton-pipeline-integration-tests |
1 similar comment
/test pull-tekton-pipeline-integration-tests |
b49cbfe
to
2470d8e
Compare
@imjasonh updated 👼 |
Can you add docs to CONTRIBUTING or elsewhere that a recent version of Otherwise lgtm |
0db2b1d
to
d22e22b
Compare
[google/go-containerregistry#380](https://github.com/google/go-containerregistry/pull/380)) | ||
is required for `pipeline` to work correctly. | ||
|
||
won't work). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i think there's a typo here, won't work
seems like extra text?
I looked at the failures a bit and I think the path to the executable for the "bash" image might be wrong:
Instead of It looks like the variable and flag we use to control the name of this image included "noop" from the beginning but im not sure why (accident maybe?), seems like that is causing some confusion! |
helping |
one more thought here, and maybe this is something you are already planning to do @vdemeester : what do you think about excluding the internal containers from passing through the logic that tries to determine the entrypoint? (i.e. only apply that logic to containers specified by the user) |
Right, I thought about that. This means we would have to add a special case in the
Yeah i thought I messed some 😅
Not sure either but it definitely cause confusion 😹 |
The `entrypoint` package will try to talk to the remotes for containers that do not specify `Command` (aka `Entrypoint` in image-spec). - This should not be required for internal containers as we are the one maintaining it. It should remove so registry call that aren't required. - It fails in some development mode (when using `KO_DOCKER_REPO=ko.local`), as the registry might not exists (`ko.local`) or not available from the cluster (`localhost:5000`, …) Signed-off-by: Vincent Demeester <vincent@sbr.pm> Signed-off-by: Vincent Demeester <vdemeest@redhat.com>
d22e22b
to
d130fa3
Compare
If you decide to go this route, id make the decision about what to pass to |
Let's go ahead with this for now and if we feel like coming back to the logic and improving it later we can :D /lgtm |
In response to this:
Instructions 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/test-infra repository. |
oh hahaha nice, tide thinks this is a totally new PR.... /lgtm |
In response to this:
Instructions 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/test-infra repository. |
In tektoncd#605, we required that `ko` was recent enough to be *guaranteed* to have `/ko-app/{app}` (see google/go-containerregistry#380). As we now point to `google/ko` and as we have a `ko` release (v0.1), we can require this version for development. Given the requirement above, we can simplify the `entrypoint` copy container `args`. Signed-off-by: Vincent Demeester <vdemeest@redhat.com>
In #605, we required that `ko` was recent enough to be *guaranteed* to have `/ko-app/{app}` (see google/go-containerregistry#380). As we now point to `google/ko` and as we have a `ko` release (v0.1), we can require this version for development. Given the requirement above, we can simplify the `entrypoint` copy container `args`. Signed-off-by: Vincent Demeester <vdemeest@redhat.com>
Releasing release.yaml v0.20.1
Changes
The
entrypoint
package will try to talk to the remotes forcontainers that do not specify
Command
(akaEntrypoint
inimage-spec).
one maintaining it. It should remove so registry call that aren't
required.
KO_DOCKER_REPO=ko.local
), as the registry might notexists (
ko.local
) or not available from thecluster (
localhost:5000
, …)This is a partial fix for #591 😅
Signed-off-by: Vincent Demeester vincent@sbr.pm
Submitter Checklist
These are the criteria that every PR should meet, please check them off as you
review them:
Includes tests (if functionality changed/added)Includes docs (if user facing)See the contribution guide
for more details.
Release Notes