Re: KDE Gear projects with failing CI (master + stable) (23 June 2026)
Volker Krause <[email protected]> Sat, 27 Jun 2026 09:45:01 +0200
| Newsgroups | gmane.comp.kde.devel.general |
|---|---|
| Organization | KDE |
| Message-ID | <[email protected]> |
--nextPartMsxAe_b4TgCRh7b9-JmKzQ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Volker Krause <[email protected]> To: [email protected] Subject: Re: KDE Gear projects with failing CI (master + stable) (23 June 2026) Date: Sat, 27 Jun 2026 09:45:01 +0200 Message-ID: <[email protected]> Organization: KDE In-Reply-To: <CA+XidOERLOV5XtETOfg5o5BLV0Q0NCMCywjrYFKaB_crqBHV0Q@mail.gmail.com> MIME-Version: 1.0 On Donnerstag, 25. Juni 2026 12:00:31 Mitteleurop=C3=A4ische Sommerzeit Ben= =20 Cooksley wrote: > > kalarm - 2nd week > >=20 > > * https://invent.kde.org/pim/kalarm/-/pipelines/1271931 > > =20 > > * craft windows job timed out > >=20 > > kontact - 2nd week > >=20 > > * https://invent.kde.org/pim/kontact/-/pipelines/1273055 > > * https://invent.kde.org/pim/kontact/-/pipelines/1271145 (stable) > > =20 > > * craft windows job ran out of memory >=20 > Given the Craft jobs for both Kontact and KAlarm both rely on building the > entire PIM stack from scratch (due to the master requirement) i'm not sure > if keeping these builds is sustainable. > Building all the PIM stack pieces takes the CI nodes the better part of 40 > minutes or so (including signing) and we don't yet have a solution to avo= id > that as far as i'm aware. >=20 > Can anyone from PIM comment as to whether other options are possible? Kontact is heavy, in the same league as other large applications struggling= =20 with the 1h limit. The obvious optimizations (no tests, unity builds, etc)= =20 seem already be exhausted. Moving more libraries to Frameworks helps a tiny bit, but that is a very sl= ow=20 process. We have just done that with KMime, the full impact on Craft isn't= =20 there yet though, needs at least https://invent.kde.org/packaging/craft-blu= eprints-kde/-/merge_requests/1577 still. This wont really help with the most heavy parts though, things like message= lib=20 are essentially KMail. KAlarm OTOH shouldn't be that heavy for Windows, see https://invent.kde.org/ packaging/craft-blueprints-kde/-/merge_requests/1579 for a suggested=20 improvement. Regards, Volker --nextPartMsxAe_b4TgCRh7b9-JmKzQ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHkEABECADkWIQQAnu3FVHA48KjZ07R/lszWTRLSRwUCaj9/fRsUgAAAAAAEAA5t YW51MiwyLjUrMS4xMSwyLDIACgkQf5bM1k0S0kdNTgCggdwdd0NJV3Jt7Y93cXi1 3eULBUAAmwZLd52JjzpSdaypoTCFHuQdzJlo =gkdd -----END PGP SIGNATURE----- --nextPartMsxAe_b4TgCRh7b9-JmKzQ--