The autopkgtests against kscreenlocker and kwin succeeded on retry, as was a case of hiccups on the infra.
The fails of kdeconnect against kde-cli-tools is an upstream issue with that test (race condition) that for some reason has become worse and affecting more architectures, but nontheless is not the fault in any way of the kde-cli-tools upload. For example the history here: http://autopkgtest.ubuntu.com/packages/k/kdeconnect/bionic/amd64 show that the test was regressed previously when triggered by a qtbase upload, and when triggered against itself (Trigger: kdeconnect/1.3.3-0ubuntu0.18.04.1) it fails, so regressed in release. Also fails on upstream KDE CI: https://build.kde.org/job/Extragear/job /kdeconnect-kde/job/stable- kf5-qt5%20SUSEQt5.12/2/testReport/projectroot/tests/testsslsocketlinereader/ So in this case the test fails should not block this SRU. A fix in a separate kdeconnect SRU may be considered, if an acceptably reliable upstream solution to their broken test appears. -- You received this bug notification because you are a member of Kubuntu Bugs, which is subscribed to the bug report. https://bugs.launchpad.net/bugs/1819075 Title: SRU tracking bug for KDE's Plasma 5.12.8 for bionic To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/bluedevil/+bug/1819075/+subscriptions -- kubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
