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

Hide useless debug output from werft job #14439

Closed
sagor999 opened this issue Nov 4, 2022 · 4 comments
Closed

Hide useless debug output from werft job #14439

sagor999 opened this issue Nov 4, 2022 · 4 comments
Labels
type: bug Something isn't working

Comments

@sagor999
Copy link
Contributor

sagor999 commented Nov 4, 2022

Bug description

Here is an example, I have a failed job and have to scroll through hundreds of lines of debug output (get go package output) to get to the bottom of it and actually see an error message:
image

Werft: https://werft.gitpod-dev.com/job/gitpod-build-jenting-13980.11

Can we hide that debug output?

Steps to reproduce

n\a

Workspace affected

No response

Expected behavior

No response

Example repository

No response

Anything else?

No response

@sagor999 sagor999 added the type: bug Something isn't working label Nov 4, 2022
@meysholdt
Copy link
Member

Is this issue about completely removing the logs, or is it about hiding them in CI by default while still having a way to access them?
I assume the latter because I assume the logs are useful to see if the build is doing something (downloading stuff) and to see the exact versions that got pulled into the build.

If it's about hiding the logs, we should fix https://github.com/gitpod-io/ops/issues/5749 first and then look into it.

If this is urgent and about removing the logs completely, I think we'll need to adopt https://github.com/gitpod-io/leeway to make this happen. In this case, can you file an issue in the leeway repository?

Let me know if I'm missing something.

@sagor999
Copy link
Contributor Author

sagor999 commented Nov 7, 2022

Removing them from CI by default would be a great start.
But I would imagine either way it would require some sort of leeway modification to enable that, so created issue gitpod-io/leeway#107

@mads-hartmann
Copy link
Contributor

The Leeway issue has been fixed, keeping this open version 0.6.0 is in use in our dev image.

@sagor999
Copy link
Contributor Author

This has been fixed already. Closing.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug Something isn't working
Projects
No open projects
Development

No branches or pull requests

3 participants