Re: Decommissioning Qt 5 CI

Nicolas Fella <[email protected]> Tue, 28 Jul 2026 13:20:56 +0200
Newsgroups gmane.comp.kde.devel.core,gmane.comp.kde.devel.plasma,gmane.comp.kde.devel.general,gmane.comp.kde.releases
Message-ID <[email protected]>
On 28/07/2026 12:52, Ben Cooksley wrote:
> Hi all,
>
> For some time now Qt 5 has been in extended maintenance=C2=A0/ support,=
=20
> which Iif my understanding is correct has now come to an end.
>
> Accordingly, given that all of our applications have now had a=20
> substantial amount of time to migrate, and plenty of notice that CI=20
> would be withdrawn eventually, i'd like to proceed with withdrawing CI=
=20
> support for Qt 5.
>
> This will free up valuable space=C2=A0on the CI nodes and allow us to=20
> remove an image that is under very minimal, if any, maintenance.
>
> Please let me know if there are any objections.

Hi,

for applications I agree to drop Qt5 CI. The few usages that are left=20
either already have Qt6 CI, or are more or less dead projects.

That said, we have a number of (Plasma) components that we still build=20
for Qt5 for (external) application compatibility (breeze,=20
plasma-integration, etc). So far we have not made a decision to stop=20
doing that, and I'd rather not lose CI for those. That doesn't mean we=20
need Qt5 CI in the current form. Could we use a distribution image with=20
Qt and the few necessary libraries/frameworks baked in? That would be a=20
much smaller image and easier to maintain than the current suse-qt515=20
image.

Cheers

Nico