-
Notifications
You must be signed in to change notification settings - Fork 85
Add tails of logs of failed packages to github comments #491
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
Conversation
|
|
|
Running another large run with multiple architectures to confirm it works in this case too. Will report. |
|
|
|
OK the last comment - I'm pretty happy about how it looks like @Mic92 but if you have some suggestions we can adjust. Let me know. |
|
One idea is to clean up special escape characters that come from tty colors / formatting, but I think it's fine to improve it separately. |
ansi2txt is a tool i often use. It should also be possible to find some python package for this or write a bespoke routine. |
Might be overkill. A regex should be good enough. |
|
Will test it first before opening for review. |
Snippets will be hidden under dropdown sections so as not to clutter UI. Snippets are limited to 20 lines, and if too many logs are generated, the report is truncated so that it fits into a single github comment. Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
Co-authored-by: Jörg Thalheim <Mic92@users.noreply.github.com> Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
|
I hacked the tool a bit so that it produces spurious lines in attached logs, to confirm that the too long a report is gracefully handled with a warning. The result in the next comment. |
|
|
Also note that there are no more color codes in |
|
It would make sense to fold the list of packages with logs per platform as well |
Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com>
isn't this what we see above? Would merge this otherwise. |
|
each log is folded but not the list of logs, this report currently takes 2.5 of my screen heights |
|
|
One thing I don't like is that we duplicate packages - and now their log snippets - because each output gets its own entry. This is not a problem specific to this PR so I leave it out of scope, but it seems like a waste - and we get some snippets not included as a result of this waste. I don't know how easy it is to filter these out without losing important context though, yet. As a heuristic, we could remember all snippets we've seen before, and if one is found (for the same system) that is identical, then just skip it. But not sure if I don't miss some important corner cases where it would be not justified. |
|
What it would look like if we were to skip duplicate snippets:
|
Snippets will be hidden under dropdown sections so as not to clutter UI.
Snippets are limited to 20 lines, and if too many logs are generated,
the report is truncated so that it fits into a single github comment.
Related: #308