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
component-base: use stderr as default output stream for JSON #106146
Conversation
This makes it consistent with klog's text output and avoids polluting the programs normal output with log messages. This may become relevant for command line tools like "kubectl".
/priority important-soon |
/assign @serathius PR as discussed on Slack (https://kubernetes.slack.com/archives/C020CCMUEAX/p1636012813045700). |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pohly, serathius 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 |
Kubernetes doesn't provide any stability guarantees for logs, however we should properly inform users about this breaking change. /hold However I think we should add action required in release notes and ask users to verify if they read logs from stderr too. |
How to add action required to release note https://www.kubernetes.dev/docs/guide/release-notes/#applying-a-release-note |
@serathius: I updated the release note. |
/unhold |
/retest |
/triage accepted |
What type of PR is this?
/kind cleanup
What this PR does / why we need it:
This makes it consistent with klog's text output and avoids polluting the
programs normal output with log messages. This may become relevant for command
line tools like "kubectl".
Does this PR introduce a user-facing change?