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

Allow only actual errors to be outputted to stderr (taskfile thus on stdout) #1428

Open
hans-d opened this issue Dec 15, 2023 · 2 comments
Open
Labels
type: question Further information is requested.

Comments

@hans-d
Copy link

hans-d commented Dec 15, 2023

when now running task, the task specific out (task: ) is outputted to stderr.
Would be good to have an option have this outputted on stdout, so stderr is only for actual errors

@task-bot task-bot added the state: needs triage Waiting to be triaged by a maintainer. label Dec 15, 2023
@andreynering
Copy link
Member

andreynering commented Dec 21, 2023

Hi @hans-d,

As far I understand, stderr is not exclusive for errors. By convention stderr usually outputs logs in general, while stdout is for actual ("useful") application output. Given these Task outputs are considered logs, that's why they go to stderr.

Do you have an specific reason for wanting that to change?

@andreynering andreynering added type: question Further information is requested. and removed state: needs triage Waiting to be triaged by a maintainer. labels Dec 21, 2023
@hans-d
Copy link
Author

hans-d commented Dec 22, 2023

Default behaviour should stay as is, but for some cases I want to capture the errors from underlying commands executed, and the tracing of task in separate streams. Eg using this in pipelines to have a quick report of "the error", and a longer more detailed section with all the regular log output. Yes, I can use some grep here, but rather would not rely on that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: question Further information is requested.
Projects
None yet
Development

No branches or pull requests

3 participants