KDiff3 MacOS builds failing

[Julius Künzel]

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.
Julius Künzel
KDE Developer
Matrix: @jlskuz:kde.org
KDE GitLab: https://invent.kde.org/jlskuz

25.02.2026 18:48:23 Ben Cooksley <bcooksley at kde.org>:

> On Thu, Feb 26, 2026 at 6:43 AM Michael Reeves <reeves.87 at gmail.com> wrote:
>> 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 al.app[http://al.app] itself is what needs copied to the image. There is a manual override I currently don't use.
> 
> I'd suggest asking in the Craft channels about this.
>  
>> 
>> Feb 25, 2026 3:09:03 AM Ben Cooksley <bcooksley at kde.org>:
>> 
>>> On Wed, Feb 25, 2026 at 8:49 AM Michael Reeves <reeves.87 at gmail.com> 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[http://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 <reeves.87 at gmail.com>:
>>>> 
>>>>> 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 togo on.
>>>>> 
>>>>> On Sun, Feb 22, 2026 at 5:30 PM Michael Reeves <reeves.87 at gmail.com> wrote:
>>>>>> …
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20260226/7826fe48/attachment-0001.htm>