<div dir="ltr"><div dir="ltr">On Thu, Jun 17, 2021 at 8:44 AM Milian Wolff <<a href="mailto:mail@milianw.de">mail@milianw.de</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 Mittwoch, 16. Juni 2021 20:28:25 CEST Ben Cooksley wrote:<br>
> Hi all, </blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> The following is notice that I intend to withdraw CI services from the<br>
> following two KDE projects due to faults in their code or build system<br>
> which are having a significant adverse impact on the CI system and<br>
> negatively impacting on other projects:<br>
> <br>
> - KDevelop<br>
> - KDE Connect<br>
> <br>
> This withdrawal will be applied to all platforms.<br>
> <br>
> In the case of KDevelop, it has a series of unit tests which on FreeBSD<br>
> cause gdb to hang and consume an entire CPU core indefinitely. This slows<br>
> down builds for all other projects using that CI server, and also prevents<br>
> KWin tests from proceeding - completely blocking it's jobs. This fault is<br>
> in the debuggee_slow family of tests.<br>
<br>
Hey Ben,<br></blockquote><div><br></div><div>Hi Milian,</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>
first time I hear of this issue. I simply don't have the capacity to track <br>
kdevelop CI mails, so if anything really bad happens, I would really <br>
appreciate if anyone who notices that sents a mail to the kdevelop mailing <br>
list so we can act on it. I still use kdevelop daily, but don't put any other <br>
work in it currently due to lack of time...<br></blockquote><div><br></div><div>The issue in question was noted on #kdevelop (prior to the whole Freenode meltdown) on a few occasions. </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>
That said: can we just disable it on the FreeBSD platform, if that's the only <br>
one that exhibits this failure? Alternatively I'm obviously fine with skipping <br>
that test on that platform, can you give me a link to a failure please so I <br>
can see which tests exactly are affected? Then I'll add the QSKIP + platform <br>
ifdef checks to skip it on freebsd.<br></blockquote><div><br></div><div>I'm afraid I only have records of the hung test processes (and the gdb processes above them using an entire CPU core indefinitely each).</div><div><br></div><div>jenkins    60635   0.0  0.0   12120   2256  0  TXs+ 02:44         0:00.00 /usr/home/jenkins/workspace/KDevelop/kdevelop/kf5-qt5 FreeBSDQt5.15/build/plugins/debuggercommon/tests/debuggees/debuggee_debugeeslow (debuggee_debugeeslo)<br>jenkins    74167   0.0  0.0   12120   2260  1  TXs+ 02:55         0:00.00 /usr/home/jenkins/workspace/KDevelop/kdevelop/kf5-qt5 FreeBSDQt5.15/build/plugins/debuggercommon/tests/debuggees/debuggee_debugeeslow (debuggee_debugeeslo)<br></div><div><br></div><div>Hopefully that is enough to identify the tests that are broken?</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>
Cheers and thanks for letting me know about this problem<br>
<br>
-- <br>
Milian Wolff<br>
<a href="mailto:mail@milianw.de" target="_blank">mail@milianw.de</a><br>
<a href="http://milianw.de" rel="noreferrer" target="_blank">http://milianw.de</a></blockquote><div><br></div><div>Thanks,</div><div>Ben </div></div></div>