Re: KDiff3 MacOS builds failing

Ben Cooksley <[email protected]> Wed, 25 Feb 2026 21:08:41 +1300
Newsgroups gmane.comp.kde.devel.core
Message-ID <CA+XidOE+AmAsV4=E2LkPawJW_7kvMr=Hih-PAHrxsJPzzce7hg@mail.gmail.com>
--00000000000046b613064ba18459
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, Feb 25, 2026 at 8:49=E2=80=AFAM Michael Reeves <[email protected]=
> wrote:

> same error as before.
>

Correct, the signer is complaining that:

2026-02-24 10:23:14,784 ERROR macappsigner Error: Processing task
'20260224T102307-sdk-kdiff3_4054367' failed with Error('No *.app with a
*.plist was found to verify the application id of the DMG.'). Giving up.
2026-02-24 10:23:14,784 DEBUG macappsigner Error
details: sftpnotary.exceptions.Error: No *.app with a *.plist was found to
verify the application id of the DMG.

This means that the plist file generated by CMake does not match the
identifier specified in the Notary configuration, so signing services are
refused.

I've pulled the DMG file from the trash of the Notary and extracted it and
found the following contents:

        <key>CFBundleIdentifier</key>
        <string>org.kde.KDiff3</string>

That is fine, so I next checked to see if the plist file was even being
found.

To do this I ended up downloading the actual *.dmg file which revealed that
the real issue is not the app bundle - it is the DMG.  To ensure random
junk is not extracted, only paths matching the pattern *.app/*/*.plist are
extracted by the signer. This is broken by KDiff3 though which has the
following path: kdiff3-master-2147-macos-clang-arm64/
kdiff3.app/Contents/Info.plist

The insertion of the "kdiff3-master-2147-macos-clang-arm64" folder is the
issue here.

Cheers,
Ben


>
> Feb 24, 2026 12:21:26 PM Michael Reeves <[email protected]>:
>
> Now geting a new error.
>    https://invent.kde.org/sdk/kdiff3/-/jobs/4054367/raw
> The signing process is not giving me enough information about the fault t=
ogo
> on.
>
> On Sun, Feb 22, 2026 at 5:30=E2=80=AFPM Michael Reeves <[email protected]=
om>
> wrote:
>
>> KDiff3 is getting a weird craft error in MacOS CI
>>
>> https://invent.kde.org/sdk/kdiff3/-/jobs/4047510
>>
>>

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

<div dir=3D"ltr"><div dir=3D"ltr">On Wed, Feb 25, 2026 at 8:49=E2=80=AFAM M=
ichael Reeves &lt;<a href=3D"mailto:[email protected]">[email protected]=
m</a>&gt; wrote:</div><div class=3D"gmail_quote gmail_quote_container"><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex">
=20
 =20
=20
 <div>
  <span dir=3D"ltr" style=3D"margin-top:0px;margin-bottom:0px">same error a=
s before.</span></div></blockquote><div><br></div><div>Correct, the signer =
is complaining that:</div><div><br></div><div>2026-02-24 10:23:14,784 ERROR=
 macappsigner Error: Processing task &#39;20260224T102307-sdk-kdiff3_405436=
7&#39; failed with Error(&#39;No *.app with a *.plist was found to verify t=
he application id of the DMG.&#39;). Giving up.<br>2026-02-24 10:23:14,784 =
DEBUG macappsigner Error details:=C2=A0sftpnotary.exceptions.Error: No *.ap=
p with a *.plist was found to verify the application id of the DMG.<br></di=
v><div><br></div><div>This means that the plist file generated by CMake doe=
s not match the identifier=C2=A0specified in the Notary configuration, so s=
igning services are refused.</div><div><br></div><div>I&#39;ve pulled the D=
MG file from the trash of the Notary and extracted it and found the followi=
ng contents:</div><div><br></div><div>=C2=A0 =C2=A0 =C2=A0 =C2=A0 &lt;key&g=
t;CFBundleIdentifier&lt;/key&gt;<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 &lt;string&=
gt;org.kde.KDiff3&lt;/string&gt;<br></div><div><br></div><div>That is fine,=
 so I next checked to see if the plist file was even being found.</div><div=
><br></div><div>To do this I ended up downloading the actual *.dmg file whi=
ch revealed that the real issue is not the app bundle - it is the DMG.=C2=
=A0 To ensure random junk is not extracted, only paths matching the pattern=
 *.app/*/*.plist are extracted by the signer. This is broken by KDiff3 thou=
gh which has the following path: kdiff3-master-2147-macos-clang-arm64/<a hr=
ef=3D"http://kdiff3.app/Contents/Info.plist">kdiff3.app/Contents/Info.plist=
</a></div><div><br></div><div>The insertion of the &quot;kdiff3-master-2147=
-macos-clang-arm64&quot; folder is the issue here.</div><div><br></div><div=
>Cheers,</div><div>Ben</div><div>=C2=A0</div><blockquote class=3D"gmail_quo=
te" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204=
);padding-left:1ex"><div>
  <br>
  <div>
   <div dir=3D"ltr">
    <p>Feb 24, 2026 12:21:26 PM Michael Reeves &lt;<a href=3D"mailto:reeves=
[email protected]" target=3D"_blank">[email protected]</a>&gt;:</p>
   </div>
   <blockquote style=3D"margin:0px;border-left:3px solid rgb(204,204,204);p=
adding-left:10px">
    <div dir=3D"ltr">
     <div>
      Now <span>geting</span> a new error.
     </div>
     <div>
      =C2=A0 =C2=A0<a href=3D"https://invent.kde.org/sdk/kdiff3/-/jobs/4054=
367/raw" target=3D"_blank">https://invent.kde.org/sdk/kdiff3/-/jobs/4054367=
/raw</a>
     </div>
     <div>
      The signing process is not giving me enough information about the fau=
lt <span>togo on.</span>
     </div>
    </div>
    <br>
    <div class=3D"gmail_quote">
     <div dir=3D"ltr" class=3D"gmail_attr">
      On Sun, Feb 22, 2026 at 5:30=E2=80=AFPM Michael Reeves &lt;<a href=3D=
"mailto:[email protected]" target=3D"_blank">[email protected]</a>&gt; =
wrote:=20
      <br>
     </div>
     <blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo=
rder-left:1px solid rgb(204,204,204);padding-left:1ex">
      <div dir=3D"ltr">
       KDiff3 is getting a weird craft error in MacOS CI=20
       <br>
       <br><a href=3D"https://invent.kde.org/sdk/kdiff3/-/jobs/4047510" tar=
get=3D"_blank">https://invent.kde.org/sdk/kdiff3/-/jobs/4047510</a>
       <br>
       <br>
      </div>
     </blockquote>
    </div>
   </blockquote>
  </div>
 </div>
</blockquote></div></div>

--00000000000046b613064ba18459--