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.