macdeployqt codesign verification error

[Jonas Kvinge]

macdeployqt fails codesign verification:

ERROR: codesign verification error:
ERROR: "strawberry.app: code has no resources but signature indicates they must be present\nIn subcomponent: /Users/jonas/Projects/strawberry/build/strawberry.app/Contents/Frameworks/QtGui.framework\n"

Same thing happens when running codsign verification manually after macdeployqt is finished:

jonas@ni214 build % codesign --deep -v strawberry.app                  
strawberry.app: code has no resources but signature indicates they must be present
In subcomponent: /Users/jonas/Projects/strawberry/build/strawberry.app/Contents/Frameworks/QtGui.framework

The file structure looks like this:

jonas@ni214 build % find strawberry.app/Contents/Frameworks/QtGui.framework
strawberry.app/Contents/Frameworks/QtGui.framework
strawberry.app/Contents/Frameworks/QtGui.framework/Resources
strawberry.app/Contents/Frameworks/QtGui.framework/Versions
strawberry.app/Contents/Frameworks/QtGui.framework/Versions/A
strawberry.app/Contents/Frameworks/QtGui.framework/Versions/A/Resources
strawberry.app/Contents/Frameworks/QtGui.framework/Versions/A/Resources/Info.plist
strawberry.app/Contents/Frameworks/QtGui.framework/Versions/A/QtGui
strawberry.app/Contents/Frameworks/QtGui.framework/Versions/Current
strawberry.app/Contents/Frameworks/QtGui.framework/QtGui

This is Qt 6.5.2 built from source on macOS Ventura.

[Jonas Kvinge]

@SGaist

Found the issue. mcdeployqt was using @loader_path's instead of @rpath's when the executable parameter was used and wasn't handling the libraries with @loader_path's when signing. Fix here: https://codereview.qt-project.org/c/qt/qtbase/+/511503

[SGaist]

Hi,

Did you run macdeployqt to setup your app bundle content ?

[Jonas Kvinge]

@SGaist Yes, the errors occurs after it finishes signing, so it's the codesign verify command that fails in macdeployqt, same thing happens when running the command manually as shown above.

[Jonas Kvinge]

@SGaist

Found the issue. mcdeployqt was using @loader_path's instead of @rpath's when the executable parameter was used and wasn't handling the libraries with @loader_path's when signing. Fix here: https://codereview.qt-project.org/c/qt/qtbase/+/511503

[SGaist]

@Jonas-Kvinge Thanks for the feedback ! I am sorry, I lost track of this one.