Skip to content
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

Build steps that rely on entrypoint wont work properly with logging, i.e. Command is required currently #175

Closed
aaron-prindle opened this issue Oct 22, 2018 · 1 comment · Fixed by #183
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. meaty-juicy-coding-work This task is mostly about implementation!!! And docs and tests of course but that's a given

Comments

@aaron-prindle
Copy link
Contributor

Expected Behavior

A BuildStep that uses an in image with an executes normally as it would if ran standalone

Actual Behavior

The entrypoint modification done for the logging will "blowup" the user defined entypoint leaving the container not running correctly

Steps to Reproduce the Problem

  1. Create an image w/ only an "Entrypoint" and no "Command"
  2. Specify that image as a BuildStep
  3. Run the Build
  4. BuildStep will not run as expected

Possible Fix

We can update the controller to inspect the image's Entrypoint and use that if required.

@bobcatfish bobcatfish added help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. meaty-juicy-coding-work This task is mostly about implementation!!! And docs and tests of course but that's a given labels Oct 22, 2018
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Oct 24, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.
@tanner-bruce
Copy link

I have PR #183 open with an initial attempt at resolving this.

tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Oct 25, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Oct 27, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Oct 29, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Oct 31, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Oct 31, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
tanner-bruce pushed a commit to tanner-bruce/build-pipeline that referenced this issue Nov 1, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes tektoncd#175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes tektoncd#175
@bobcatfish bobcatfish added this to the 0.0.1 Alpha release milestone Nov 3, 2018
knative-prow-robot pushed a commit that referenced this issue Nov 6, 2018
Currently, any steps in a Pipeline that rely on the built in entrypoint
of a container will not have the expected behaviour while running due to
the entrypoint being overridden at runtime. This fixes #175.

A major side effect of this work is that the override step will now
possibly make HTTP calls every time a step is overridden. There is very
rudimentary caching in place, however this could likely be improved if
performance becomes an issue.

Fixes #175
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Denotes an issue that needs help from a contributor. Must meet "help wanted" guidelines. meaty-juicy-coding-work This task is mostly about implementation!!! And docs and tests of course but that's a given
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants