<div dir="ltr"><div dir="ltr">On Sat, Nov 4, 2023 at 2:48 AM Ingo Klöcker <<a href="mailto:kloecker@kde.org">kloecker@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">On Freitag, 3. November 2023 13:01:26 CET Harald Sitter wrote:<br>
> 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>
+1<br>
<br>
Ideally, the verbose logs would be written to an artifact. Otherwise, it will <br>
be painful to debug intermittent problems. I think the Craft jobs now do this <br>
(also in response to insanely verbose output of some builds which made it <br>
impossible to see the actual error).<br></blockquote><div><br></div><div>Unfortunately the test log output is all governed by CMake/CTest so there isn't too much we can do ourselves - not without doing quite a bit of work to read XML files produced by CTest anyway.</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>
> 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>
<br>
Full ACK. I'm almost always only interested in finding the error which caused <br>
the CI job to fail and sometimes in seeing compiler warnings.<br>
<br>
Regards,<br>
Ingo<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>