-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
kube play: complete container spec #17107
Conversation
Make sure that the specs of containers generated by `kube play` are correctly completed. They have not before which surfaced in default environment variables not being set. Fixes: containers#17016 Signed-off-by: Valentin Rothberg <[email protected]>
@Luap99 @rhatdan @umohnani8 PTAL |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: vrothberg 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 |
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.
LGTM, comment is not a blocker because this is an existing issue with that code.
for _, w := range warn { | ||
fmt.Fprintf(os.Stderr, "%s\n", w) | ||
} |
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 see the other callers do the same but shouldn't we use logrus.Warn()
for this? It feels very ugly to just print somewhere in the backend where the callers have no control over it. I would argue that podman --log-level=error should not show such messages if they are just warnings.
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 also don't like printing to stderr. But as you mentioned, it's consistent with other call sites, so I didn't change it.
I am supportive of changing those to logrus.Warn*
. There's probably more such cases across the code base.
LGTM once the comment on logging is addressed (personally, don't have a preference, good to merge with either) |
Let’s do that in another PR
…On Fri 13 Jan 2023 at 20:16, Matt Heon ***@***.***> wrote:
LGTM once the comment on logging is addressed (personally, don't have a
preference, good to merge with either)
—
Reply to this email directly, view it on GitHub
<#17107 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACZDRA45G3XIIROTCECBAO3WSGSXNANCNFSM6AAAAAAT2OW2BU>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
LGTM |
/lgtm |
/hold cancel |
Make sure that the specs of containers generated by
kube play
are correctly completed. They have not before which surfaced in default environment variables not being set.Fixes: #17016
Signed-off-by: Valentin Rothberg [email protected]
Does this PR introduce a user-facing change?