Re: KDE Gear projects with failing CI (master) (30 June 2026)

--000000000000d576f30655cf18ad
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Thu, Jul 2, 2026 at 10:21=E2=80=AFPM Ben Cooksley <[email protected]> wr=
ote:

> On Wed, Jul 1, 2026 at 9:50=E2=80=AFAM Albert Astals Cid <[email protected]> =
wrote:
>
>> Please work on fixing them, otherwise i will remove the failing CI jobs
>> on
>> their 4th failing week, it is very important that CI is passing for
>> multiple
>> reasons.
>>
>> Good news: 8 repo fixed
>>
>>
>> Bad news: repo started failing and repo keep failing
>>
>>
>>
>> messagelib - LAST WEEK BEFORE REMOVAL
>>  * https://invent.kde.org/pim/messagelib/-/pipelines/1279874
>>   * Suse tests regarding signatures fail
>>
>
> Not sure where messagelib / KMail gets that text from, but if it comes
> from GnuPG itself then perhaps it is caused by a change in GnuPG that has
> come through due to us running SUSE Tumbleweed?
> Fix will require version dependent content.
>
> Otherwise the cause is us adjusting our own code and not our unit tests..=
.
>
>
>>
>>
>> kdepim-addons - 2nd week
>>  * https://invent.kde.org/pim/kdepim-addons/-/pipelines/1279437
>>   * Some rust symbol missing when linking?
>>
>
> Might be due to a link interface (private vs. public) perhaps?
>
>
>>
>>
>> dolphin - 2nd week
>>  * https://invent.kde.org/system/dolphin/-/pipelines/1276570
>>   * dolphinmainwindowtest and dolphin_smoketest timeout
>>
>>
>> minuet - NEW
>>  * https://invent.kde.org/education/minuet/-/pipelines/1278713
>>   * Fails to compile in all platforms
>>    * I already complained to Sandro
>>
>
> Fixes for Windows, Android and macOS (CD) builds should be available soon=
.
> I have yet to see a merge request to sysadmin/ci-images for the SUSE or
> FreeBSD images.
>

Only FreeBSD is left to fix here now.


>
>
>> kwave - NEW
>>  * https://invent.kde.org/multimedia/kwave/-/pipelines/1276602
>>   * Date related test fails in Qt 6.12
>>    * I have sent an email to one of the Qt guys about it
>>
>>
>> kontact - NEW
>>  * https://invent.kde.org/pim/kontact/-/pipelines/1279439
>>   * craft windows job timed out
>>
>
I have lifted the time allowed for Kontact builds to run now.


>
>>
>> neochat - NEW
>>  * https://invent.kde.org/network/neochat/-/pipelines/1278123
>>   * craft appimage job fails to compile
>>
>
> We've hit this before, and with NeoChat too.
>
> This is caused by fancy C++ features being used which are not supported b=
y
> the older Appimage platform.
> Appimages are built on AlmaLinux 9 to ensure an old libc is used to
> maximise compatibility with the systems they can be run on.
>
> Neochat needs to make a decision about what they want more: Appimages or
> fancy C++ features.
>

The Appimage job has now been removed following discussion with Tobias.


>
>
>>
>>
>> cantor - NEW
>>  * https://invent.kde.org/education/cantor/-/pipelines/1278779
>>   * macos job failed but we can't see why
>>
>
> I wish Craft wouldn't dump extremely verbose Mac packaging logs to the
> console when it fails - the packaging log file is over 3MB of text. Gitla=
b
> will store that for eternity (well until I go and delete it anyway).
> Looking at the full package log which gets artifacted (and therefore will
> automatically expire) reveals:
>
> 2026-06-29 18:27:49,509 INFO signmacapp 2026-06-29 17:27:45,869 ERROR
> macappsigner Error: Processing task
> '20260629T172618-education-cantor_4632879' failed with Error('The
> application ID is empty, which may indicate that required MACOSX_BUNDLE_*
> properties are not set in the associated cmake target.'). Giving up.
>
> Why does Cantor have Mac builds enabled when it is clearly not ready to b=
e
> built there?
>

I have removed the Cantor macOS builds.


>
>
>>
>>
>> Cheers,
>>   Albert
>>
>>
>>
> Thanks,
> Ben
>

Cheers,
Ben

--000000000000d576f30655cf18ad
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"background-color:transpare=
nt">On Thu, Jul 2, 2026 at 10:21=E2=80=AFPM Ben Cooksley &lt;<a href=3D"mai=
lto:[email protected]">[email protected]</a>&gt; wrote:</span></div><div cl=
ass=3D"gmail_quote gmail_quote_container"><blockquote class=3D"gmail_quote"=
 style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);p=
adding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr"><span style=3D"backgroun=
d-color:transparent">On Wed, Jul 1, 2026 at 9:50=E2=80=AFAM Albert Astals C=
id &lt;<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>=
&gt; wrote:</span></div><div class=3D"gmail_quote"><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2=
04,204);padding-left:1ex">Please work on fixing them, otherwise i will remo=
ve the failing CI jobs on <br>
their 4th failing week, it is very important that CI is passing for multipl=
e <br>
reasons.<br>
<br>
Good news: 8 repo fixed<br>
<br>
<br>
Bad news: repo started failing and repo keep failing<br>
<br>
<br>
<br>
messagelib - LAST WEEK BEFORE REMOVAL<br>
=C2=A0* <a href=3D"https://invent.kde.org/pim/messagelib/-/pipelines/127987=
4" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/pim/messagel=
ib/-/pipelines/1279874</a><br>
=C2=A0 * Suse tests regarding signatures fail<br></blockquote><div><br></di=
v><div>Not sure where messagelib / KMail gets that text from, but if it com=
es from GnuPG itself then perhaps it is caused by a change in GnuPG that ha=
s come through due to us running SUSE Tumbleweed?</div><div>Fix will requir=
e version dependent content.</div><div><br></div><div>Otherwise the cause i=
s us adjusting our own code and not our unit tests...</div><div>=C2=A0</div=
><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border=
-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
kdepim-addons - 2nd week<br>
=C2=A0* <a href=3D"https://invent.kde.org/pim/kdepim-addons/-/pipelines/127=
9437" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/pim/kdepi=
m-addons/-/pipelines/1279437</a><br>
=C2=A0 * Some rust symbol missing when linking?<br></blockquote><div><br></=
div><div>Might be due to a link interface (private vs. public) perhaps?</di=
v><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0p=
x 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
dolphin - 2nd week<br>
=C2=A0* <a href=3D"https://invent.kde.org/system/dolphin/-/pipelines/127657=
0" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/system/dolph=
in/-/pipelines/1276570</a><br>
=C2=A0 * dolphinmainwindowtest and dolphin_smoketest timeout<br>
<br>
<br>
minuet - NEW<br>
=C2=A0* <a href=3D"https://invent.kde.org/education/minuet/-/pipelines/1278=
713" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/education/=
minuet/-/pipelines/1278713</a><br>
=C2=A0 * Fails to compile in all platforms<br>
=C2=A0 =C2=A0* I already complained to Sandro<br></blockquote><div><br></di=
v><div>Fixes for Windows, Android and macOS (CD) builds should be available=
 soon.</div><div>I have yet to see a merge request to sysadmin/ci-images fo=
r the SUSE or FreeBSD images.</div></div></div></blockquote><div><br></div>=
<div>Only FreeBSD is left to fix here now.</div><div>=C2=A0</div><blockquot=
e class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px s=
olid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmai=
l_quote"><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0=
px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
kwave - NEW<br>
=C2=A0* <a href=3D"https://invent.kde.org/multimedia/kwave/-/pipelines/1276=
602" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/multimedia=
/kwave/-/pipelines/1276602</a><br>
=C2=A0 * Date related test fails in Qt 6.12<br>
=C2=A0 =C2=A0* I have sent an email to one of the Qt guys about it<br>
<br>
<br>
kontact - NEW<br>
=C2=A0* <a href=3D"https://invent.kde.org/pim/kontact/-/pipelines/1279439" =
rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/pim/kontact/-/p=
ipelines/1279439</a><br>
=C2=A0 * craft windows job timed out<br></blockquote></div></div></blockquo=
te><div><br></div><div>I have lifted the time allowed for Kontact builds to=
 run now.</div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"=
margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-lef=
t:1ex"><div dir=3D"ltr"><div class=3D"gmail_quote"><blockquote class=3D"gma=
il_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,2=
04,204);padding-left:1ex">
<br>
<br>
neochat - NEW<br>
=C2=A0* <a href=3D"https://invent.kde.org/network/neochat/-/pipelines/12781=
23" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/network/neo=
chat/-/pipelines/1278123</a><br>
=C2=A0 * craft appimage job fails to compile<br></blockquote><div><br></div=
><div>We&#39;ve hit this before, and with NeoChat too.</div><div><br></div>=
<div>This is caused by fancy C++ features being used which are not supporte=
d by the older Appimage platform.</div><div>Appimages are built on AlmaLinu=
x 9 to ensure an old libc is used to maximise compatibility with the system=
s they can be run on.</div><div><br></div><div>Neochat needs to make a deci=
sion about what they want more: Appimages or fancy C++ features.</div></div=
></div></blockquote><div><br></div><div>The Appimage job has now been remov=
ed following discussion with Tobias.</div><div>=C2=A0</div><blockquote clas=
s=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid r=
gb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div class=3D"gmail_quot=
e"><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
<br>
cantor - NEW<br>
=C2=A0* <a href=3D"https://invent.kde.org/education/cantor/-/pipelines/1278=
779" rel=3D"noreferrer" target=3D"_blank">https://invent.kde.org/education/=
cantor/-/pipelines/1278779</a><br>
=C2=A0 * macos job failed but we can&#39;t see why<br></blockquote><div><br=
></div><div>I wish Craft wouldn&#39;t dump extremely verbose Mac packaging =
logs to the console when it fails - the packaging log file is over 3MB of t=
ext. Gitlab will store that for eternity (well until I go and delete it any=
way).</div><div>Looking at the full package log which gets artifacted (and =
therefore will automatically expire) reveals:</div><div><br></div>2026-06-2=
9 18:27:49,509 INFO signmacapp 2026-06-29 17:27:45,869 ERROR macappsigner E=
rror: Processing task &#39;20260629T172618-education-cantor_4632879&#39; fa=
iled with Error(&#39;The application ID is empty, which may indicate that r=
equired MACOSX_BUNDLE_* properties are not set in the associated cmake targ=
et.&#39;). Giving up.<br><div><br></div><div>Why does Cantor have Mac build=
s enabled when it is clearly not ready to be built there?</div></div></div>=
</blockquote><div><br></div><div>I have removed the Cantor macOS builds.</d=
iv><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div =
dir=3D"ltr"><div class=3D"gmail_quote"><div>=C2=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">
<br>
<br>
Cheers,<br>
=C2=A0 Albert<br>
<br>
<br></blockquote><div><br></div><div>Thanks,</div><div>Ben=C2=A0</div></div=
></div></blockquote><div><br></div><div>Cheers,</div><div>Ben=C2=A0</div></=
div></div>

--000000000000d576f30655cf18ad--