<div dir="ltr"><div dir="ltr">On Sat, Nov 4, 2023 at 1:01 AM Harald Sitter <<a href="mailto:sitter@kde.org">sitter@kde.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What are your thoughts on having the CI be less verbose by default and<br>
instead have an env var or some other toggle to switch into verbose<br>
mode?<br>
<br>
Specifically I'm talking about the qtlogging rules that are currently<br>
enabling everything and the kitchen sink. To my mind we should just<br>
use the default rules by default.<br>
I find that 99% of the time the output is entirely useless in finding<br>
what is wrong, if anything it gets in the way because I first have to<br>
find where the test failure is and then instead of reading walls of qt<br>
plugin info I will just proceed to reproduce the problem locally<br>
anyway.<br></blockquote><div><br></div><div>The current approach to enabling all of the debugging information was adopted a few years back when dfaure was trying to debug some tests.</div><div>We were back on Jenkins then though, which made it quite difficult to set things yourself, unlike what you can do now with Gitlab CI and a work branch.</div><div><br></div><div>Behaviour is changed from <a href="https://invent.kde.org/sysadmin/ci-utilities/-/commit/67e9aaac0f540005834bd61c60abf01eed01cb12">https://invent.kde.org/sysadmin/ci-utilities/-/commit/67e9aaac0f540005834bd61c60abf01eed01cb12</a></div><div><br></div><div>If anyone would like to propose a set of more narrow, sane logging rules then please send an MR (would suggest that it is wrapped behind a check for whether the logging rules variable is set already though)</div><div><br></div><div>Cheers,</div><div>Ben </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Thoughts?<br>
<br>
HS<br>
</blockquote></div></div>