Search results for

“codesign”

3,221 results found

Post

Replies

Boosts

Views

Activity

Getting an error while building app on iphone
Hi everyone,i'm having this strange problem that i can't figure out and i hope someone of you can help me.If i try to execute for testing (from XCode) my app on my iphone (but it is the same on the ipad or other iphone) i get the following error:CopySwiftLibs /Users/vontrippen/Library/Developer/Xcode/DerivedData/my_Mygame-fvcmizweefglybcoupxdytuwdwwh/Build/Products/Debug-iphoneos/my Mygame.app cd /Users/vontrippen/XcodeWorkspace/Mygame export CODESIGN_ALLOCATE=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer export PATH=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.1.sdk builtin-swiftStdLibTool --copy --verbose --sign D673BBB7DD9C6AC3E704A1C74BE
17
0
16k
Nov ’17
a few days after we publish and archive application, new users who had just downloaded and installed application, can't open.
after every new realease, our users could able to download, install, use our application without any problem. But a few days later, new users who had just downloaded and installed application, can't open. One second a black screens seems then app crashed. At this time, the user who download a few days ago could able to use everything. We have checked the logs and there is something like System Policy: MAP_JIT requires the dynamic-codesigning entitlement and Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application.. By the way our app is developed via Xamarin Forms.
1
0
893
Nov ’17
Distributing editor extension
tl;dr: how do I distribute an Xcode editor extension with Gatekeeper?I have written a small Xcode editor extension (and trivial containing app) and tested it locally. Now I'm trying to run it on another machine. The new Xcode docs show how to run an editor extension locally in the test version of Xcode (with the grayed-out icon), but not how to distribute it.I took the easy route of creating an archive and exporting with Developer distribution in the Organizer. This allows me to run the containing app on a Gatekeeper-only machine. However, Xcode on this machine does not pick up the editor extension and add it to the Editor menu.I don't know if the problem is that Xcode doesn't know to look for the extension inside of apps in /Applications, does not pick it up from the host app running, or if it knows the extension is there but doesn't like how it's signed, etc. It certainly looked like the Organizer signed both the app and the extension (see screenshot here).I realize there are a wide number of complex and ho
1
0
739
Dec ’17
Xcode keeps asking codesign access key while copying Swift standard libraries
Dear,While I build and run the app with swift on device, Xcopy 9.1 keeps asking codesign loign keychain password, however, it would be fine if build and run app with Objective-C. The keychain would pop a new login keychain password window forever while Xcode telling the building process on Copying Swift standard libraries.Best wishesWah Jong
0
0
808
Dec ’17
Reply to Getting an error while building app on iphone
>don't know how to rename itI didn't say to rename it - just asked if you did, since renaming it can lead to issues sometimes.Reinstalling/new install may help. Just go to the Mac App Store and download v9.2 - I'd do that now. >Which is the safest way to reset all kaychain?I only know about how to 'reset' the default keychains and I've no idea if that will help you.Open Keychain Access, which is in the Utilities folder within the Applications folder.From the Keychain Access menu, choose Preferences.Click General, then click Reset My Default Keychain.Authenticate with your account login password.Otherwise, in Keychain Access, select 'System'. 'Certificates' should be highlighted below - then check the list in the main window on the right for any expired, invalid or clearly duplicate certificates. You should be ok to delete those, at least. I think in the case of free provisioning, you can also delete the certs having to do with iPhone, too. Don't get carried away making changes to your keychain...be care
Dec ’17
Task failed with exit 1 signal
I'm new at this. I got an App working in the simulator. I joined the developer program today. I have an PAD hooked to the Mac. Followed the instructions to get a IOS Development Certificate. On thd web I see on the web site 1 certificate. I create a brand new project with a single view, nothing in it, toggle the team to my company name, attempt to comile to the IPAD target, and get what appears to be a signining error.Task failed with exit 1/Users/mike/Library/Developer/Xcode/DerivedData/test6-glsfkkaledjfophaaelqgopjaouk/Build/Products/Debug-iphoneos/test6.app/Frameworks/libswiftCore.dylib: unknown error -1=fffffffffffffffferror: Task failed with exit 1 signal 0 { /usr/bin/codesign '--force' '--sign' '787E6DA1B4B424DFB56C9AD9074103B74C59C48C' '--verbose' '/Users/mike/Library/Developer/Xcode/DerivedData/test6-glsfkkaledjfophaaelqgopjaouk/Build/Products/Debug-iphoneos/test6.app/Frameworks/libswiftCore.dylib'}What is going wrong?
0
0
1.6k
Dec ’17
Using Development aps-environment for InHouse Builds
I am currently using Enterprise InHouse Build as a testing build for my testers before I release the actual AppStore Build, therefore my Enterprise InHouse Build is actually meant for development use. However, when signing my InHouse distribution app, the aps-environment is always defaulted to production even though it was set as development in CODE_SIGNING_ENTITLEMENT.I have tried to work around this by resigning the app with a new entitlements.plist file with:1)codesign --entitlements entitlements.plist -v -f -s iPhone Distribution: **** Payload/****.app2)compress the Payload and rename the zip as ***.ipaHowever, this method gives me a the executable was signed with invalid entitlements when i try to install the appDoes anyone have any idea why is CODE_SIGNING_ENTITLEMENT being ignored, or the correct way to resign the app with a new aps-environment??
0
0
748
Dec ’17
codesign: "unsealed contents present in root directory"
I am currently struggling with code signing the Qt 5 frameworks, which gives me a strange error:[me@box ~/qt-src-5.9.3/qtbase/lib]$ codesign -s '-' --deep --force --verbose=3 QtCore.framework QtCore.framework: unsealed contents present in the root directory of an embedded framework [me@box ~/qt-src-5.9.3/qtbase/lib]$Unfortunately codesign is not very verbose on which file(s) it is bothering with. This is the directory structure:[me@box ~/qt-src-5.9.3/qtbase/lib]$ ls -la QtCore.framework/ total 32 drwxr-xr-x 7 me staff 238 Dec 14 23:29 . drwxr-xr-x@ 102 me staff 3468 Dec 14 22:42 .. lrwxr-xr-x 1 me staff 24 Dec 14 01:47 Headers -> Versions/Current/Headers lrwxr-xr-x 1 me staff 23 Dec 14 01:49 QtCore -> Versions/Current/QtCore lrwxr-xr-x 1 me staff 29 Dec 14 23:29 QtCore_debug -> Versions/Current/QtCore_debug lrwxr-xr-x 1 me staff 26 Dec 14 01:47 Resources -> Versions/Current/Resources drwxr-xr-x 5 me staff 170 Dec 14 22:53 Versions [me@box ~/qt-src-5.9.3/qtbase/lib]$I don't see an
1
0
7.7k
Dec ’17
Reply to codesign: "unsealed contents present in root directory"
Ok, I finally solved it.First of all, the way the Qt framework bundles are currently rolled out upstream (Qt 5.9.3) is no longer a valid/accepted Mac framework directory structure. Qt itself builds fine, but then when you try to link any app against these Qt frameworks you get all kinds of code signing error messages with Xcode, no matter what you setup in Xcode (i.e. embedding and requesting to auto deep signing the Qt frameworks into the app).This is how I got it working:Make sure there are no regular files in the top level directory of the respective framework bundle. With Qt 5.9.3 you'll find .prl files in the root dir, so I moved them into the Resources subdir for now:[me@box ~/qt-src-5.9.3/qtbase/lib]$ mv QtCore.framework/*.prl QtCore.framework/Resources/For some reason the codesign binary expects now an A version to be always present in any framework, Qt however was always using the current Qt major version number instead. So I created a symlink for that: [me@box ~/qt-src-5.9.3/qtbase/lib]$ cd
Dec ’17
How to resign a Swift ipa and preserve SwiftSupport directory structure
For the majority of our applications, we either have the source code or access to the .xcarchive file, and are able to either export the ipa from Xcode, or run the 'xcodebuild -exportArchive' to generate the signed ipa. Unfortunately, we receive one application from a vendor who is only able to provide us with an ipa file.In the past, these builds were entirely obj-c and in order to resign, we simply replaced the embedded profile, updated the bundle id, and then ran codesign on the .app file. Where the codesign command would update entitlements, certificate, etc. to match our account's identity. Once the codesign command completed, the modified .app file was copied into a 'Payload' folder and compressed into an ipa file.Unfortunately, the vendor just upgraded their application to Swift and the ipa they provide us now has the 'Frameworks' folder in the .app file, as well as a 'SwiftSupport' folder in the top level folder of the ipa (next to Payload). I am able to run our usual steps
4
0
4.5k
Dec ’17
Signed app prompts for keychain password
We were using “3rd Party Mac Developer Application” certificate to sign our app which stores some sensitive data in a separate custom keychain.The cert got expired on March 7, 2015. We generated a new cert from the same account and signed the updated version on the app. But, now the system prompts for keychain password. We are using the following command to sign the app from command line :codesign --sign 3rd Party Mac Developer Application: ******” --force --keychain <keychain-name> --verbose <appname>For both the latest version and old version of the app, codesign verification passes but spctl is rejected.We generate the keychain password at runtime using some system parameters, which we cannot ask the customer to type in the permission prompt.Please suggest some solution to avoid the UI-prompt asking the keychain password.
0
0
679
Dec ’17
Deploy swift device keeps asking keychain access login
Dear sir/madam,I have no idea Keychain keeps asking the access permission login while deploying to a device. As I checked the Keychain iOS developer private key access control which Always allows access by these applications which has Xcode, codesign, productbuild correctly.No matter I removed keychain login from /Users/XXXX/Library/Keychains/login.keychain-db or reinstalled Xcode once again, I have no luck at all.Best regardsWah Jong
1
0
571
Jan ’18
Getting an error while building app on iphone
Hi everyone,i'm having this strange problem that i can't figure out and i hope someone of you can help me.If i try to execute for testing (from XCode) my app on my iphone (but it is the same on the ipad or other iphone) i get the following error:CopySwiftLibs /Users/vontrippen/Library/Developer/Xcode/DerivedData/my_Mygame-fvcmizweefglybcoupxdytuwdwwh/Build/Products/Debug-iphoneos/my Mygame.app cd /Users/vontrippen/XcodeWorkspace/Mygame export CODESIGN_ALLOCATE=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer export PATH=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin export SDKROOT=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS11.1.sdk builtin-swiftStdLibTool --copy --verbose --sign D673BBB7DD9C6AC3E704A1C74BE
Replies
17
Boosts
0
Views
16k
Activity
Nov ’17
a few days after we publish and archive application, new users who had just downloaded and installed application, can't open.
after every new realease, our users could able to download, install, use our application without any problem. But a few days later, new users who had just downloaded and installed application, can't open. One second a black screens seems then app crashed. At this time, the user who download a few days ago could able to use everything. We have checked the logs and there is something like System Policy: MAP_JIT requires the dynamic-codesigning entitlement and Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application.. By the way our app is developed via Xamarin Forms.
Replies
1
Boosts
0
Views
893
Activity
Nov ’17
Code sign error after Xcode version up
After version up to Xcode 9.1, I start to get Code sign error: Command usr/bin/codesign failed with exit code 1 with code building.How can I solve this problem?
Replies
4
Boosts
0
Views
11k
Activity
Nov ’17
Distributing editor extension
tl;dr: how do I distribute an Xcode editor extension with Gatekeeper?I have written a small Xcode editor extension (and trivial containing app) and tested it locally. Now I'm trying to run it on another machine. The new Xcode docs show how to run an editor extension locally in the test version of Xcode (with the grayed-out icon), but not how to distribute it.I took the easy route of creating an archive and exporting with Developer distribution in the Organizer. This allows me to run the containing app on a Gatekeeper-only machine. However, Xcode on this machine does not pick up the editor extension and add it to the Editor menu.I don't know if the problem is that Xcode doesn't know to look for the extension inside of apps in /Applications, does not pick it up from the host app running, or if it knows the extension is there but doesn't like how it's signed, etc. It certainly looked like the Organizer signed both the app and the extension (see screenshot here).I realize there are a wide number of complex and ho
Replies
1
Boosts
0
Views
739
Activity
Dec ’17
Xcode keeps asking codesign access key while copying Swift standard libraries
Dear,While I build and run the app with swift on device, Xcopy 9.1 keeps asking codesign loign keychain password, however, it would be fine if build and run app with Objective-C. The keychain would pop a new login keychain password window forever while Xcode telling the building process on Copying Swift standard libraries.Best wishesWah Jong
Replies
0
Boosts
0
Views
808
Activity
Dec ’17
Reply to Getting an error while building app on iphone
>don't know how to rename itI didn't say to rename it - just asked if you did, since renaming it can lead to issues sometimes.Reinstalling/new install may help. Just go to the Mac App Store and download v9.2 - I'd do that now. >Which is the safest way to reset all kaychain?I only know about how to 'reset' the default keychains and I've no idea if that will help you.Open Keychain Access, which is in the Utilities folder within the Applications folder.From the Keychain Access menu, choose Preferences.Click General, then click Reset My Default Keychain.Authenticate with your account login password.Otherwise, in Keychain Access, select 'System'. 'Certificates' should be highlighted below - then check the list in the main window on the right for any expired, invalid or clearly duplicate certificates. You should be ok to delete those, at least. I think in the case of free provisioning, you can also delete the certs having to do with iPhone, too. Don't get carried away making changes to your keychain...be care
Replies
Boosts
Views
Activity
Dec ’17
Task failed with exit 1 signal
I'm new at this. I got an App working in the simulator. I joined the developer program today. I have an PAD hooked to the Mac. Followed the instructions to get a IOS Development Certificate. On thd web I see on the web site 1 certificate. I create a brand new project with a single view, nothing in it, toggle the team to my company name, attempt to comile to the IPAD target, and get what appears to be a signining error.Task failed with exit 1/Users/mike/Library/Developer/Xcode/DerivedData/test6-glsfkkaledjfophaaelqgopjaouk/Build/Products/Debug-iphoneos/test6.app/Frameworks/libswiftCore.dylib: unknown error -1=fffffffffffffffferror: Task failed with exit 1 signal 0 { /usr/bin/codesign '--force' '--sign' '787E6DA1B4B424DFB56C9AD9074103B74C59C48C' '--verbose' '/Users/mike/Library/Developer/Xcode/DerivedData/test6-glsfkkaledjfophaaelqgopjaouk/Build/Products/Debug-iphoneos/test6.app/Frameworks/libswiftCore.dylib'}What is going wrong?
Replies
0
Boosts
0
Views
1.6k
Activity
Dec ’17
Using Development aps-environment for InHouse Builds
I am currently using Enterprise InHouse Build as a testing build for my testers before I release the actual AppStore Build, therefore my Enterprise InHouse Build is actually meant for development use. However, when signing my InHouse distribution app, the aps-environment is always defaulted to production even though it was set as development in CODE_SIGNING_ENTITLEMENT.I have tried to work around this by resigning the app with a new entitlements.plist file with:1)codesign --entitlements entitlements.plist -v -f -s iPhone Distribution: **** Payload/****.app2)compress the Payload and rename the zip as ***.ipaHowever, this method gives me a the executable was signed with invalid entitlements when i try to install the appDoes anyone have any idea why is CODE_SIGNING_ENTITLEMENT being ignored, or the correct way to resign the app with a new aps-environment??
Replies
0
Boosts
0
Views
748
Activity
Dec ’17
codesign: "unsealed contents present in root directory"
I am currently struggling with code signing the Qt 5 frameworks, which gives me a strange error:[me@box ~/qt-src-5.9.3/qtbase/lib]$ codesign -s '-' --deep --force --verbose=3 QtCore.framework QtCore.framework: unsealed contents present in the root directory of an embedded framework [me@box ~/qt-src-5.9.3/qtbase/lib]$Unfortunately codesign is not very verbose on which file(s) it is bothering with. This is the directory structure:[me@box ~/qt-src-5.9.3/qtbase/lib]$ ls -la QtCore.framework/ total 32 drwxr-xr-x 7 me staff 238 Dec 14 23:29 . drwxr-xr-x@ 102 me staff 3468 Dec 14 22:42 .. lrwxr-xr-x 1 me staff 24 Dec 14 01:47 Headers -> Versions/Current/Headers lrwxr-xr-x 1 me staff 23 Dec 14 01:49 QtCore -> Versions/Current/QtCore lrwxr-xr-x 1 me staff 29 Dec 14 23:29 QtCore_debug -> Versions/Current/QtCore_debug lrwxr-xr-x 1 me staff 26 Dec 14 01:47 Resources -> Versions/Current/Resources drwxr-xr-x 5 me staff 170 Dec 14 22:53 Versions [me@box ~/qt-src-5.9.3/qtbase/lib]$I don't see an
Replies
1
Boosts
0
Views
7.7k
Activity
Dec ’17
Reply to codesign: "unsealed contents present in root directory"
Ok, I finally solved it.First of all, the way the Qt framework bundles are currently rolled out upstream (Qt 5.9.3) is no longer a valid/accepted Mac framework directory structure. Qt itself builds fine, but then when you try to link any app against these Qt frameworks you get all kinds of code signing error messages with Xcode, no matter what you setup in Xcode (i.e. embedding and requesting to auto deep signing the Qt frameworks into the app).This is how I got it working:Make sure there are no regular files in the top level directory of the respective framework bundle. With Qt 5.9.3 you'll find .prl files in the root dir, so I moved them into the Resources subdir for now:[me@box ~/qt-src-5.9.3/qtbase/lib]$ mv QtCore.framework/*.prl QtCore.framework/Resources/For some reason the codesign binary expects now an A version to be always present in any framework, Qt however was always using the current Qt major version number instead. So I created a symlink for that: [me@box ~/qt-src-5.9.3/qtbase/lib]$ cd
Replies
Boosts
Views
Activity
Dec ’17
Reply to Error for ios app: Command /usr/bin/codesign failed with exit code 1
I had the same unknown error from codesigning that you mentioned. Similar to the answer provided (but a little different), I just locked my keychain access and unlocked it, and I was able to build and run to my device again. If anyone has the same issue, perhaps try that first before going through the trouble of modifying the keychain password.
Replies
Boosts
Views
Activity
Dec ’17
How to resign a Swift ipa and preserve SwiftSupport directory structure
For the majority of our applications, we either have the source code or access to the .xcarchive file, and are able to either export the ipa from Xcode, or run the 'xcodebuild -exportArchive' to generate the signed ipa. Unfortunately, we receive one application from a vendor who is only able to provide us with an ipa file.In the past, these builds were entirely obj-c and in order to resign, we simply replaced the embedded profile, updated the bundle id, and then ran codesign on the .app file. Where the codesign command would update entitlements, certificate, etc. to match our account's identity. Once the codesign command completed, the modified .app file was copied into a 'Payload' folder and compressed into an ipa file.Unfortunately, the vendor just upgraded their application to Swift and the ipa they provide us now has the 'Frameworks' folder in the .app file, as well as a 'SwiftSupport' folder in the top level folder of the ipa (next to Payload). I am able to run our usual steps
Replies
4
Boosts
0
Views
4.5k
Activity
Dec ’17
Signed app prompts for keychain password
We were using “3rd Party Mac Developer Application” certificate to sign our app which stores some sensitive data in a separate custom keychain.The cert got expired on March 7, 2015. We generated a new cert from the same account and signed the updated version on the app. But, now the system prompts for keychain password. We are using the following command to sign the app from command line :codesign --sign 3rd Party Mac Developer Application: ******” --force --keychain <keychain-name> --verbose <appname>For both the latest version and old version of the app, codesign verification passes but spctl is rejected.We generate the keychain password at runtime using some system parameters, which we cannot ask the customer to type in the permission prompt.Please suggest some solution to avoid the UI-prompt asking the keychain password.
Replies
0
Boosts
0
Views
679
Activity
Dec ’17
Reply to Warning: unable to build chain to self-signed root for signer "Mac Developer: Dylan M (*******)"
That did not work for me.This warning persists, but apparently the codesign is still accepted.spctl -a -t exec -vv /path/to/MyApp.appaccepted
Replies
Boosts
Views
Activity
Dec ’17
Deploy swift device keeps asking keychain access login
Dear sir/madam,I have no idea Keychain keeps asking the access permission login while deploying to a device. As I checked the Keychain iOS developer private key access control which Always allows access by these applications which has Xcode, codesign, productbuild correctly.No matter I removed keychain login from /Users/XXXX/Library/Keychains/login.keychain-db or reinstalled Xcode once again, I have no luck at all.Best regardsWah Jong
Replies
1
Boosts
0
Views
571
Activity
Jan ’18