Excessive tests in Ruqola / dependencies not built as part of the Craft caches

[laurent Montel]

Le jeudi 16 juillet 2026, 13:35:05 heure d’été d’Europe centrale Ben Cooksley a écrit :
> Hi Laurent, all,

Hi,

> 
> Over the past week or two Sysadmin has received a number of complaints
> regarding a lack of CI builder availability, primarily from those who work
> on Plasma. Investigation has revealed that Ruqola appears to use a
> disproportionately high amount of CI time compared to the size of the
> project and it's activity.
> 
> This appears to be driven by the fact that Ruqola has a large number of
> tests that do not take very long to execute (700 or so tests, yet done in 6
> minutes - with many of these being less than 1 second to run). Given that
> every single one of these unit tests needs to have automoc / compiler /
> linker run on it i'd suggest that similar tests be merged into the same
> compilation unit (you can run the individual tests, but keep similar tests
> together in the same unit test). 

In ruqola each autotest depends against a specific class.
So merging them in one autotest seems not logical.
It's the same idea that merging autotests from kio in one autotest.

After that I am not against to execute autotests only on linux-qt6-next
It's the main target. but I need to know how to told to CI to exclude other platforms.


for example for freebsd, I can't debug so I don't need to execute autotest on it.


> This would also explain why the build time
> on Windows is significantly longer, as NTFS does not perform well when
> compared to Linux file systems, even on NVMe storage.
> 
> FreeBSD also has 8 tests failing (timing out, with a 1 minute timeout) and
> Windows has three tests failing with timeout.
> 
> If the Ruqola developers could please merge their unit tests into a smaller
> number of unit tests and look into the broken unit tests as a priority that
> would help your fellow KDE Developers by reducing the wastage of CI time.
> 
> On the Craft based builds, Ruqola also uses a stable version of a
> dependency (ktextaddons) that is not in the Craft cache. 

I don't understand why it's not in craft cache as it's used by ruqola/pim*/kaichat.

I will look at it.

> Projects making
> use of Craft CD builds should review their blueprints and ensure where-ever
> possible that their dependencies are all in the list of projects built in
> the shared cache. In the case of KTextAddons, adding it to the cache should
> save ~10 minutes on Windows and ~3-4 minutes on Linux (Appimage) per
> pipeline run.
> 
> Details on the shared cache can be found at
> https://invent.kde.org/sysadmin/craft-ci. A merge request to correct this
> oversight as well as any other project it uses (Pulseaudio also appears to
> be a candidate) would be appreciated .
> Other projects using Craft CD builds should please review their Blueprints
> as well for similar oversights.
> 
> Thanks,
> Ben
> 

Regards.