<html>
<head>
<meta name="viewport" content="width=device-width, initial-scale=1.0">
</head>
<body>
<span dir="ltr" style="margin-top:0; margin-bottom:0;">Something must have changed in our setup recently. Kdenlive is facing the same error and we didn't change anything on our side or in our blueprint.</span>
<br>
<div class="fairemail_signature">
<span dir="ltr" style="margin-top:0; margin-bottom:0;">Julius Künzel</span>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">KDE Developer</span>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Matrix: @jlskuz:kde.org</span>
<br><span dir="ltr" style="margin-top:0; margin-bottom:0;">KDE GitLab: https://invent.kde.org/jlskuz</span>
<br>
</div>
<div class="fairemail_quote">
<div dir="ltr">
<p>25.02.2026 18:48:23 Ben Cooksley <bcooksley@kde.org>:</p>
</div>
<blockquote style="margin:0;border-left:3px solid #ccc; padding-left:10px;">
<div dir="ltr">
<div dir="ltr">
On Thu, Feb 26, 2026 at 6:43 AM Michael Reeves <<a href="mailto:reeves.87@gmail.com">reeves.87@gmail.com</a>> wrote:
</div>
<div class="gmail_quote gmail_quote_container">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<div>
<span dir="ltr" style="margin-top:0px;margin-bottom:0px;">Thanks. As near as I can tell craft itself autogenerats the .app path by default. Which means it some thinks the directory the .app is in rather than the <a href="http://al.app" target="_blank">al.app</a> itself is what needs copied to the image. There is a manual override I currently don't use.</span>
</div>
</blockquote>
<div>
<br>
</div>
<div>
I'd suggest asking in the Craft channels about this.
</div>
<div>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<div>
<br>
<div>
<div dir="ltr">
<p>Feb 25, 2026 3:09:03 AM Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>>:</p>
</div>
<blockquote style="margin:0px;border-left:3px solid rgb(204,204,204);padding-left:10px;">
<div dir="ltr">
<div dir="ltr">
On Wed, Feb 25, 2026 at 8:49 AM Michael Reeves <<a href="mailto:reeves.87@gmail.com" target="_blank">reeves.87@gmail.com</a>> wrote:
</div>
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<div>
<span dir="ltr" style="margin-top:0px;margin-bottom:0px;">same error as 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 '20260224T102307-sdk-kdiff3_4054367' failed with Error('No *.app with a *.plist was found to verify the application id of the DMG.'). Giving up.
<br>
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.
<br>
</div>
<div>
<br>
</div>
<div>
This means that the plist file generated by CMake does not match the identifier specified in the Notary configuration, so signing services are refused.
</div>
<div>
<br>
</div>
<div>
I've pulled the DMG file from the trash of the Notary and extracted it and found the following contents:
</div>
<div>
<br>
</div>
<div>
<key>CFBundleIdentifier</key>
<br>
<string>org.kde.KDiff3</string>
<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 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/<a href="http://kdiff3.app/Contents/Info.plist" target="_blank">kdiff3.app/Contents/Info.plist</a>
</div>
<div>
<br>
</div>
<div>
The insertion of the "kdiff3-master-2147-macos-clang-arm64" folder is the issue here.
</div>
<div>
<br>
</div>
<div>
Cheers,
</div>
<div>
Ben
</div>
<div>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
<div>
<br>
<div>
<div dir="ltr">
<p>Feb 24, 2026 12:21:26 PM Michael Reeves <<a href="mailto:reeves.87@gmail.com" target="_blank">reeves.87@gmail.com</a>>:</p>
</div>
<blockquote style="margin:0px;border-left:3px solid rgb(204,204,204);padding-left:10px;">
<div dir="ltr">
<div>
Now <span>geting</span> a new error.
</div>
<div>
<a href="https://invent.kde.org/sdk/kdiff3/-/jobs/4054367/raw" target="_blank">https://invent.kde.org/sdk/kdiff3/-/jobs/4054367/raw</a>
</div>
<div>
The signing process is not giving me enough information about the fault <span>togo on.</span>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">
On Sun, Feb 22, 2026 at 5:30 PM Michael Reeves <<a href="mailto:reeves.87@gmail.com" target="_blank">reeves.87@gmail.com</a>> wrote:
<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex;">
…
</blockquote>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</div>
</blockquote>
</div>
</body>
</html>