Search results for

“codesign”

3,221 results found

Post

Replies

Boosts

Views

Activity

Reply to Binary Signing Error
Just to be clear, frameworks don’t need a provisioning profile. The purpose of a profile is to authorise the execution of code. You can’t execute a framework directly — it’s always run as part of a process that was started from some executable — and thus there’s never a need for it to have a profile. Or entitlements for that matter. We talk about this in gory detail in TN3125 Inside Code Signing: Provisioning Profiles. As to what’s going wrong here, it’s hard to say without more details. Let’s start at the end and work backwards. My understanding is that you’re hitting this error when you attempt to submit (or validate) an App Store submission using the Xcode organiser. Is that right? If so, is that for your iOS app? If so, please run through the Distribute App > Custom > App Store > Export workflow. That should succeed and produce a .ipa. Unpack the .ipa file (it’s a zip archive under the covers) and then look at the built app. What do you get back from the following? % codesign -d -vvv --e
Topic: Code Signing SubTopic: General Tags:
May ’25
Notarization service says signature invalid, but codesign says it's fine
I'm trying to get an app notarized, which fails with this error: The signature of the binary is invalid. However, locally checking the signature does succeed: $ codesign -vvv --deep --strict TheApp.app […] TheApp.app: valid on disk TheApp.app: satisfies its Designated Requirement Performing this check on every single item in the app's MacOS folder also succeeds. Context: embedded prebuilt binaries Now, the app has something unusual about it: it embeds prebuilt binaries, arranged in various nested folders. So, the app bundle's MacOS folder actually contains another folder with a whole tree of executables and libraries: Removing these (before building) does fix the notarization issue, but obviously I'd like to keep them in. I did my best to properly sign these items: At build time, they're copied into the product by a Copy Files phase (but not signed), then signed by a script phase That signing uses the same signing identity as the running Xcode build, and enables the hardened runtime The app builds an
8
0
208
May ’25
Reply to "Command CodeSign failed with a nonzero exit code" I got this error
My issue was different than the others above and I've run into it a couple times over the years. During CI automation we run fastlane and ran into this mysterious Command CodeSign failed with a nonzero exit code. Both times the fix was to manually start up Xcode start building and then there would be a CodeSign pop up asking for credentials. It only occurs when setting up a new machine.
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
Hi Eskimo, Thanks for you step by step introductions. I executed the same operations but still got error: Begin installing the extension 🔄 Failed to install the extension ❌ Missing entitlement com.apple.developer.system-extension.install `security cms -D -i SampleEndpointApp.app/Contents/embedded.provisionprofile | plutil -p -` { AppIDName => XC com example apple-samplecode SampleEndpointAppRKJVFVKFG3 ApplicationIdentifierPrefix => [ 0 => RKJVFVKFG3 ] ... Entitlements => { com.apple.application-identifier => RKJVFVKFG3.com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3 com.apple.developer.system-extension.install => 1 com.apple.developer.team-identifier => RKJVFVKFG3 keychain-access-groups => [ 0 => RKJVFVKFG3.* ] } ExpirationDate => 2026-05-21 17:00:08 +0000 IsXcodeManaged => 0 Name => SampleEndpointAppUI Platform => [ 0 => OSX ] PPQCheck => 0 ProvisionedDevices => [ 0 => 00008132-000121E822F8801C 1 => 00006030-000279A822D9001C ] TeamIdentifier =&g
Topic: App & System Services SubTopic: Core OS Tags:
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
When debugging code signing problems it’s better to look at the built binary rather than your source code. That is, rather than look at MyApp.entitlements, which is source code, look at the entitlements actually baked into the app’s code signature: % codesign -d --entitlements - /path/to/MyApp.app Likewise for the Info.plist: % plutil -p /path/to/MyApp.app/Contents/Info.plist And the provisioning profile: % security cms -D -i MyApp.app/Contents/embedded.provisionprofile | plutil -p - In terms of how you get this to build, here’s what I’d did: Open the project in Xcode. For both targets, in the Signing & Capabilities editor, set the Team popup to your team. In the Extension target, remove the Endpoint Security capability. Build the app. This produces an app like this: % codesign -d -vvv --entitlements - SampleEndpointApp.app … Authority=Apple Development: Quinn Quinn (7XFU7D52S4) … [Dict] [Key] com.apple.application-identifier [Value] [String] SKMME9E2Y8.com.example.apple-samplecode.Sampl
Topic: App & System Services SubTopic: Core OS Tags:
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
hello Eskimo, By now I build out of Xcode successfully, and code sign by command, but still failed. SampleEndpointApp Info.plist: CFBundleDevelopmentRegion $(DEVELOPMENT_LANGUAGE) CFBundleExecutable $(EXECUTABLE_NAME) CFBundleIconFile CFBundleIdentifier $(PRODUCT_BUNDLE_IDENTIFIER) CFBundleInfoDictionaryVersion 6.0 CFBundleName $(PRODUCT_NAME) CFBundlePackageType $(PRODUCT_BUNDLE_PACKAGE_TYPE) CFBundleShortVersionString 1.0 CFBundleVersion 1 LSMinimumSystemVersion $(MACOSX_DEPLOYMENT_TARGET) NSHumanReadableCopyright Copyright © 2020 Apple. All rights reserved. NSMainStoryboardFile Main NSPrincipalClass NSApplication NSSupportsAutomaticTermination NSSupportsSuddenTermination Extention Info.plist: CFBundleDevelopmentRegion $(DEVELOPMENT_LANGUAGE) CFBundleDisplayName Extension CFBundleExecutable $(EXECUTABLE_NAME) CFBundleIdentifier $(PRODUCT_BUNDLE_IDENTIFIER) CFBundleInfoDictionaryVersion 6.0 CFBundleName $(PRODUCT_NAME) CFBundlePackageType $(PRODUCT_BUNDLE_PACKAGE_TYPE) CFBundleShortVersionString
Topic: App & System Services SubTopic: Core OS Tags:
May ’25
Reply to How to distribute DEXT during development and to the public
First, I referred the Configure the Sample Code Project section in the README.md and configured the sample code project to build with automatic signing. I could run the app and activate the dext successfully and made sure the app could communicate with the dext. Great! That's how development signing is intended to work. Next, I tried the manual signing. I followed steps described in the Configure the Sample Code Project section carefully. Manually code-signing for what purpose/environment? If you're trying to manually sign for development, my advice is don't bother. While it is technically possible, it's a pain to set up, will break frequently, and doesn't provide any real benefit. If you're signing for any other environment, including: I would also like to know detailed steps to publicly distribute my dext and app using our Developer ID Application Certificate My description of the basic flow is here. In a different thread, I also posted a detailed write up on how the different configuration points relate an
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
codesign -d --entitlements :- /Applications/SampleEndpointApp.app Executable=/Applications/SampleEndpointApp.app/Contents/MacOS/SampleEndpointApp warning: Specifying ':' in the path is deprecated and will not work in a future release com.apple.application-identifierRKJVFVKFG3.com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3com.apple.developer.system-extension.installcom.apple.developer.team-identifierRKJVFVKFG3com.apple.security.files.user-selected.read-onlycom.apple.security.get-task-allow codesign -d --entitlements :- /Applications/SampleEndpointApp.app/Contents/Library/SystemExtensions/com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3.Extension.systemextension Executable=/Applications/SampleEndpointApp.app/Contents/Library/SystemExtensions/com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3.Extension.systemextension/Contents/MacOS/com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3.Extension warning: Specifying ':' in the path is deprecated and will not work in a
Topic: App & System Services SubTopic: Core OS Tags:
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
Yes, I'm trying to run Monitoring System Events with Endpoint Security sample code. By now, I disabled automatic signing in Xcode and use my private profile generated by apple site, build successfully. I read through this post and deleted both entitlements files of app and extension, codesign them. Then got error like this: Failed to install the extension ❌ Invalid extension configuration in Info.plist and/or entitlements: does not appear to belong to any extension categories.
Topic: App & System Services SubTopic: Core OS Tags:
May ’25
codesign command failed - Requirement syntax error - unexpected token
I am trying to distribute my Unity app to test flight. Build works on iPhone locally, archiving also works but when I start distribution to test flight I get this Error codesign command failed (/var/folders/gn/ql1bht8j2z7b18b3xtt0j7rr0000gn/T/XcodeDistPipeline.~~~2gmyFJ/Root/Payload/TondoJigsaw2.app/Frameworks/UnityFramework.framework: replacing existing signature /var/folders/gn/ql1bht8j2z7b18b3xtt0j7rr0000gn/T/XcodeDistPipeline.~~~2gmyFJ/Root/Payload/TondoJigsaw2.app/Frameworks/UnityFramework.framework: invalid or corrupted code requirement(s) Requirement syntax error(s): line 1:152: unexpected token: sQuaricon ) I am not sure what is the problem Team name is: “sQuaricon” Name Surname s.p. Bundle ID is: com.Squaricon.TondoJigsaw2 When I change bundle ID to com.testasd.TondoJigsaw2 (I do this in Xcode before archiving) that error disappears and I reach the part where I have to pick language. Even though this is not the solution, I think it is interesting, it implies issue might be with Bundle ID but
2
0
139
May ’25
I can't distribute the build to Testflight
Hi the best community! When I try to submit the app to Testflight I receive the following error: codesign command failed (/var/folders/j9/yh_rkh114rbgvmglf4gycj8w0000gn/T/XcodeDistPipeline.~~~OW0Dwk/Root/Payload/Application.app/Frameworks/Alamofire.framework: replacing existing signature /var/folders/j9/yh_rkh114rbgvmglf4gycj8w0000gn/T/XcodeDistPipeline.~~~OW0Dwk/Root/Payload/Application.app/Frameworks/Alamofire.framework: invalid or corrupted code requirement(s) Requirement syntax error(s): line 1:155: unexpected token: NPH ) I have never stuck with this issue before. Xcode Version 16.0 I assume that there is something related to code signing and our company name in App Store connect: Medical Institution “NPH” (The company name has been anonymized for privacy purposes.) Appreciate any help. Thank you!
1
0
120
May ’25
Reply to Notarization service says signature invalid, but codesign says it's fine
Thank for those UUIDs. I asked the notary team for a copy of those submissions, so I could see exactly what the submitted zip archives look like, and that revealed a clear problem. Consider this file listing of your notarytool submission: % unzip -t ok-035482f3-855c-455f-bd60-6be63ceefd61.zip Archive: ok-035482f3-855c-455f-bd60-6be63ceefd61.zip … testing: Wwwwwwww.app/Contents/MacOS/graphviz/bin/gvmap.sh OK testing: __MACOSX/Wwwwwwww.app/Contents/MacOS/graphviz/bin/._gvmap.sh OK … No errors detected in compressed data of ok-035482f3-855c-455f-bd60-6be63ceefd61.zip. Note I’ve redacted stuff using my ‘patented’ ‘first letter’ algorithm [1]. First up, the __MACOSX indicates that you’ve sequestered Mac metadata. That doesn’t make sense in this context. I explain why in Extended Attributes and Zip Archives. However, the real issue is that you have Mac metadata at all! Unpacking the archive I see this: % xattr Wwwwwwww.app/Contents/MacOS/graphviz/bin/gvmap.sh com.apple.cs.CodeDirectory com.apple.cs.CodeRequirements
May ’25
Notarization Successful but Stapling Fails with Error 65
Product: macOS, Notarization Tool: notarytool, Stapler Tool: xcrun stapler, Application: master-billing.app, DMG: master-billing.dmg I'm attempting to notarize and staple a macOS .dmg file containing a signed .app. Notarization completes successfully, but the stapling step fails with Error 65. All tools are up-to-date and I'm following the official Apple process. #!/bin/bash set -e APP=dist/mac-arm64/master-billing.app DMG=dist/mac-arm64/master-billing.dmg IDENTITY=Developer ID Application: NAME (TEAM ID) PROFILE=notarysiva VOLUME_NAME=MasterBilling Sign binaries and frameworks find $APP -type f ( -name .dylib -or -name .so -or -name *.node -or -perm -u+x ) -exec codesign --force --options runtime --timestamp --sign $IDENTITY {} ; find $APP -type d ( -name .app -or -name .framework ) -exec codesign --force --options runtime --timestamp --sign $IDENTITY {} ; codesign --deep --force --options runtime --timestamp --sign $IDENTITY $APP Create DMG hdiutil create -volname $VOLUME_NAME -sr
1
0
181
May ’25
Reply to Binary Signing Error
Just to be clear, frameworks don’t need a provisioning profile. The purpose of a profile is to authorise the execution of code. You can’t execute a framework directly — it’s always run as part of a process that was started from some executable — and thus there’s never a need for it to have a profile. Or entitlements for that matter. We talk about this in gory detail in TN3125 Inside Code Signing: Provisioning Profiles. As to what’s going wrong here, it’s hard to say without more details. Let’s start at the end and work backwards. My understanding is that you’re hitting this error when you attempt to submit (or validate) an App Store submission using the Xcode organiser. Is that right? If so, is that for your iOS app? If so, please run through the Distribute App > Custom > App Store > Export workflow. That should succeed and produce a .ipa. Unpack the .ipa file (it’s a zip archive under the covers) and then look at the built app. What do you get back from the following? % codesign -d -vvv --e
Topic: Code Signing SubTopic: General Tags:
Replies
Boosts
Views
Activity
May ’25
Notarization service says signature invalid, but codesign says it's fine
I'm trying to get an app notarized, which fails with this error: The signature of the binary is invalid. However, locally checking the signature does succeed: $ codesign -vvv --deep --strict TheApp.app […] TheApp.app: valid on disk TheApp.app: satisfies its Designated Requirement Performing this check on every single item in the app's MacOS folder also succeeds. Context: embedded prebuilt binaries Now, the app has something unusual about it: it embeds prebuilt binaries, arranged in various nested folders. So, the app bundle's MacOS folder actually contains another folder with a whole tree of executables and libraries: Removing these (before building) does fix the notarization issue, but obviously I'd like to keep them in. I did my best to properly sign these items: At build time, they're copied into the product by a Copy Files phase (but not signed), then signed by a script phase That signing uses the same signing identity as the running Xcode build, and enables the hardened runtime The app builds an
Replies
8
Boosts
0
Views
208
Activity
May ’25
"Command CodeSign failed with a nonzero exit code" I got this error
I'm using Xcode 15 , I'm working in at project Command CodeSign failed with a nonzero exit code I got this error
Replies
3
Boosts
0
Views
2.3k
Activity
Mar ’24
Reply to "Command CodeSign failed with a nonzero exit code" I got this error
My issue was different than the others above and I've run into it a couple times over the years. During CI automation we run fastlane and ran into this mysterious Command CodeSign failed with a nonzero exit code. Both times the fix was to manually start up Xcode start building and then there would be a CodeSign pop up asking for credentials. It only occurs when setting up a new machine.
Replies
Boosts
Views
Activity
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
Hi Eskimo, Thanks for you step by step introductions. I executed the same operations but still got error: Begin installing the extension 🔄 Failed to install the extension ❌ Missing entitlement com.apple.developer.system-extension.install `security cms -D -i SampleEndpointApp.app/Contents/embedded.provisionprofile | plutil -p -` { AppIDName => XC com example apple-samplecode SampleEndpointAppRKJVFVKFG3 ApplicationIdentifierPrefix => [ 0 => RKJVFVKFG3 ] ... Entitlements => { com.apple.application-identifier => RKJVFVKFG3.com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3 com.apple.developer.system-extension.install => 1 com.apple.developer.team-identifier => RKJVFVKFG3 keychain-access-groups => [ 0 => RKJVFVKFG3.* ] } ExpirationDate => 2026-05-21 17:00:08 +0000 IsXcodeManaged => 0 Name => SampleEndpointAppUI Platform => [ 0 => OSX ] PPQCheck => 0 ProvisionedDevices => [ 0 => 00008132-000121E822F8801C 1 => 00006030-000279A822D9001C ] TeamIdentifier =&g
Topic: App & System Services SubTopic: Core OS Tags:
Replies
Boosts
Views
Activity
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
When debugging code signing problems it’s better to look at the built binary rather than your source code. That is, rather than look at MyApp.entitlements, which is source code, look at the entitlements actually baked into the app’s code signature: % codesign -d --entitlements - /path/to/MyApp.app Likewise for the Info.plist: % plutil -p /path/to/MyApp.app/Contents/Info.plist And the provisioning profile: % security cms -D -i MyApp.app/Contents/embedded.provisionprofile | plutil -p - In terms of how you get this to build, here’s what I’d did: Open the project in Xcode. For both targets, in the Signing & Capabilities editor, set the Team popup to your team. In the Extension target, remove the Endpoint Security capability. Build the app. This produces an app like this: % codesign -d -vvv --entitlements - SampleEndpointApp.app … Authority=Apple Development: Quinn Quinn (7XFU7D52S4) … [Dict] [Key] com.apple.application-identifier [Value] [String] SKMME9E2Y8.com.example.apple-samplecode.Sampl
Topic: App & System Services SubTopic: Core OS Tags:
Replies
Boosts
Views
Activity
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
hello Eskimo, By now I build out of Xcode successfully, and code sign by command, but still failed. SampleEndpointApp Info.plist: CFBundleDevelopmentRegion $(DEVELOPMENT_LANGUAGE) CFBundleExecutable $(EXECUTABLE_NAME) CFBundleIconFile CFBundleIdentifier $(PRODUCT_BUNDLE_IDENTIFIER) CFBundleInfoDictionaryVersion 6.0 CFBundleName $(PRODUCT_NAME) CFBundlePackageType $(PRODUCT_BUNDLE_PACKAGE_TYPE) CFBundleShortVersionString 1.0 CFBundleVersion 1 LSMinimumSystemVersion $(MACOSX_DEPLOYMENT_TARGET) NSHumanReadableCopyright Copyright © 2020 Apple. All rights reserved. NSMainStoryboardFile Main NSPrincipalClass NSApplication NSSupportsAutomaticTermination NSSupportsSuddenTermination Extention Info.plist: CFBundleDevelopmentRegion $(DEVELOPMENT_LANGUAGE) CFBundleDisplayName Extension CFBundleExecutable $(EXECUTABLE_NAME) CFBundleIdentifier $(PRODUCT_BUNDLE_IDENTIFIER) CFBundleInfoDictionaryVersion 6.0 CFBundleName $(PRODUCT_NAME) CFBundlePackageType $(PRODUCT_BUNDLE_PACKAGE_TYPE) CFBundleShortVersionString
Topic: App & System Services SubTopic: Core OS Tags:
Replies
Boosts
Views
Activity
May ’25
Reply to How to distribute DEXT during development and to the public
First, I referred the Configure the Sample Code Project section in the README.md and configured the sample code project to build with automatic signing. I could run the app and activate the dext successfully and made sure the app could communicate with the dext. Great! That's how development signing is intended to work. Next, I tried the manual signing. I followed steps described in the Configure the Sample Code Project section carefully. Manually code-signing for what purpose/environment? If you're trying to manually sign for development, my advice is don't bother. While it is technically possible, it's a pain to set up, will break frequently, and doesn't provide any real benefit. If you're signing for any other environment, including: I would also like to know detailed steps to publicly distribute my dext and app using our Developer ID Application Certificate My description of the basic flow is here. In a different thread, I also posted a detailed write up on how the different configuration points relate an
Replies
Boosts
Views
Activity
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
codesign -d --entitlements :- /Applications/SampleEndpointApp.app Executable=/Applications/SampleEndpointApp.app/Contents/MacOS/SampleEndpointApp warning: Specifying ':' in the path is deprecated and will not work in a future release com.apple.application-identifierRKJVFVKFG3.com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3com.apple.developer.system-extension.installcom.apple.developer.team-identifierRKJVFVKFG3com.apple.security.files.user-selected.read-onlycom.apple.security.get-task-allow codesign -d --entitlements :- /Applications/SampleEndpointApp.app/Contents/Library/SystemExtensions/com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3.Extension.systemextension Executable=/Applications/SampleEndpointApp.app/Contents/Library/SystemExtensions/com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3.Extension.systemextension/Contents/MacOS/com.example.apple-samplecode.SampleEndpointAppRKJVFVKFG3.Extension warning: Specifying ':' in the path is deprecated and will not work in a
Topic: App & System Services SubTopic: Core OS Tags:
Replies
Boosts
Views
Activity
May ’25
Reply to Run SampleEndpointApp but got Automatic signing failed
Yes, I'm trying to run Monitoring System Events with Endpoint Security sample code. By now, I disabled automatic signing in Xcode and use my private profile generated by apple site, build successfully. I read through this post and deleted both entitlements files of app and extension, codesign them. Then got error like this: Failed to install the extension ❌ Invalid extension configuration in Info.plist and/or entitlements: does not appear to belong to any extension categories.
Topic: App & System Services SubTopic: Core OS Tags:
Replies
Boosts
Views
Activity
May ’25
codesign command failed - Requirement syntax error - unexpected token
I am trying to distribute my Unity app to test flight. Build works on iPhone locally, archiving also works but when I start distribution to test flight I get this Error codesign command failed (/var/folders/gn/ql1bht8j2z7b18b3xtt0j7rr0000gn/T/XcodeDistPipeline.~~~2gmyFJ/Root/Payload/TondoJigsaw2.app/Frameworks/UnityFramework.framework: replacing existing signature /var/folders/gn/ql1bht8j2z7b18b3xtt0j7rr0000gn/T/XcodeDistPipeline.~~~2gmyFJ/Root/Payload/TondoJigsaw2.app/Frameworks/UnityFramework.framework: invalid or corrupted code requirement(s) Requirement syntax error(s): line 1:152: unexpected token: sQuaricon ) I am not sure what is the problem Team name is: “sQuaricon” Name Surname s.p. Bundle ID is: com.Squaricon.TondoJigsaw2 When I change bundle ID to com.testasd.TondoJigsaw2 (I do this in Xcode before archiving) that error disappears and I reach the part where I have to pick language. Even though this is not the solution, I think it is interesting, it implies issue might be with Bundle ID but
Replies
2
Boosts
0
Views
139
Activity
May ’25
I can't distribute the build to Testflight
Hi the best community! When I try to submit the app to Testflight I receive the following error: codesign command failed (/var/folders/j9/yh_rkh114rbgvmglf4gycj8w0000gn/T/XcodeDistPipeline.~~~OW0Dwk/Root/Payload/Application.app/Frameworks/Alamofire.framework: replacing existing signature /var/folders/j9/yh_rkh114rbgvmglf4gycj8w0000gn/T/XcodeDistPipeline.~~~OW0Dwk/Root/Payload/Application.app/Frameworks/Alamofire.framework: invalid or corrupted code requirement(s) Requirement syntax error(s): line 1:155: unexpected token: NPH ) I have never stuck with this issue before. Xcode Version 16.0 I assume that there is something related to code signing and our company name in App Store connect: Medical Institution “NPH” (The company name has been anonymized for privacy purposes.) Appreciate any help. Thank you!
Replies
1
Boosts
0
Views
120
Activity
May ’25
Reply to Notarization service says signature invalid, but codesign says it's fine
Thank for those UUIDs. I asked the notary team for a copy of those submissions, so I could see exactly what the submitted zip archives look like, and that revealed a clear problem. Consider this file listing of your notarytool submission: % unzip -t ok-035482f3-855c-455f-bd60-6be63ceefd61.zip Archive: ok-035482f3-855c-455f-bd60-6be63ceefd61.zip … testing: Wwwwwwww.app/Contents/MacOS/graphviz/bin/gvmap.sh OK testing: __MACOSX/Wwwwwwww.app/Contents/MacOS/graphviz/bin/._gvmap.sh OK … No errors detected in compressed data of ok-035482f3-855c-455f-bd60-6be63ceefd61.zip. Note I’ve redacted stuff using my ‘patented’ ‘first letter’ algorithm [1]. First up, the __MACOSX indicates that you’ve sequestered Mac metadata. That doesn’t make sense in this context. I explain why in Extended Attributes and Zip Archives. However, the real issue is that you have Mac metadata at all! Unpacking the archive I see this: % xattr Wwwwwwww.app/Contents/MacOS/graphviz/bin/gvmap.sh com.apple.cs.CodeDirectory com.apple.cs.CodeRequirements
Replies
Boosts
Views
Activity
May ’25
Notarization Successful but Stapling Fails with Error 65
Product: macOS, Notarization Tool: notarytool, Stapler Tool: xcrun stapler, Application: master-billing.app, DMG: master-billing.dmg I'm attempting to notarize and staple a macOS .dmg file containing a signed .app. Notarization completes successfully, but the stapling step fails with Error 65. All tools are up-to-date and I'm following the official Apple process. #!/bin/bash set -e APP=dist/mac-arm64/master-billing.app DMG=dist/mac-arm64/master-billing.dmg IDENTITY=Developer ID Application: NAME (TEAM ID) PROFILE=notarysiva VOLUME_NAME=MasterBilling Sign binaries and frameworks find $APP -type f ( -name .dylib -or -name .so -or -name *.node -or -perm -u+x ) -exec codesign --force --options runtime --timestamp --sign $IDENTITY {} ; find $APP -type d ( -name .app -or -name .framework ) -exec codesign --force --options runtime --timestamp --sign $IDENTITY {} ; codesign --deep --force --options runtime --timestamp --sign $IDENTITY $APP Create DMG hdiutil create -volname $VOLUME_NAME -sr
Replies
1
Boosts
0
Views
181
Activity
May ’25
Reply to security: SecKeychainItemImport: The user name or passphrase you entered is not correct.
security -v import bundle.p12 -k login.keychain -T /usr/bin/codesign -P https://1drv.ms/u/c/de13bcdacf228c88/ER4DNppbQQRMlY4tzawZ1s8BNLNcbEnuf54lLUOL1oD-Dg
Topic: Privacy & Security SubTopic: General Tags:
Replies
Boosts
Views
Activity
May ’25