Re: Codesigning for Gatekeeper on Xcode 3.2.6 build
Re: Codesigning for Gatekeeper on Xcode 3.2.6 build
- Subject: Re: Codesigning for Gatekeeper on Xcode 3.2.6 build
- From: Scott Johnson <email@hidden>
- Date: Thu, 15 Mar 2012 10:39:54 -0700
I tried this and it did not help. In fact, I made several attempts at codesigning an app, putting it on a web server, then downloading onto a Lion machine with Gatekeeper turned on and in (almost) every case it failed to run. By failed, I mean I get the dialog with the red stop sign and exclamation point that says "(This program) has not been signed by a recognized distributor and may damage your computer. You should move it to the trash." with an option to move the app to the trash or merely cancel.
To be specific, this is what I have tried, after which I moved the app to a web server, downloaded it on Lion and attempted to run:
- Build my company's app on Snow Leopard/Xcode 3.2.6 after having selected "Code Signing Identity" and chosen one of our Provisioning Profiles. THIS FAILED TO RUN ON LION after downloading from a web server.
- Build a dummy test app on Lion/Xcode4.3.1, after having selected "Code Signing Identity" and chosen one of our Provisioning Profiles. THIS FAILED TO RUN ON LION after downloading from a web server.
- Build a dummy test app on Lion/Xcode4.3.1, after having selected "Code Signing Identity" THEN choosing Product->Archive. THIS SUCCEEDED TO RUN ON LION after downloading from a web server.
In fact, if I do a build on Lion/Xcode4.3.1 with the "Code Signing Identity" selected, then do a Product->Archive on exactly that same build, and do a recursive diff of these two apps (one archived, one not, both signed during the build), they are exactly the same EXCEPT the binary in the archived version is different than the binary in the non-archived version. By binary, I refer to the inner executable in Contents/MacOS. So there is clearly more than just code signing that is necessary to get past Gatekeeper.
Also, if I run the command "codesign -force -sign '{code sing identity}' --entitlements {xcent} {app}" which is essentially what the non-archive build (on Xcode 4.3.1) does in its code signing portion, the app still will not run after downloading. Nor does a simple "codesign -f s..." on Xcode 3.2.6 fix the problem, again using the same profile. Only the Product->Archive step in Xcode 4.3.1 fixes the problem.
So to restate the problem again: I need to find a way to allow my Snow Leopard/Xcode 3.2.6 build to be signed, but not just codesign (which is easy) but signed in a way that will allow it to run on Lion with Gatekeeper turned on so that the error dialog above does not appear, and the app can actually run.
Thanks,
Scott
On Mar 14, 2012, at 5:30 PM, Rick C. wrote:
> I do this too it's no problem. As long as your certificates are installed properly just specify your key in Build prefs - Code Signing Identity. You can do everything in 3.2.6 you don't need Xcode 4...
>
>
>
> On Mar 15, 2012, at 4:27 AM, Scott Johnson wrote:
>
>> Hello--
>>
>> We are currently building a desktop Mac app on Snow Leopard with Xcode 3.2.6 (and would like to remain there for the time being) and would like to be able to setup codesigning so that our app, which is NOT distributed via the Mac app store, can pass through Gatekeeper. So the questions are:
>>
>> - How can I codesign for Gatekeeper on the command-line on a Snow Leopard machine with Xcode 3.2.6?
>> - Failing that, how can I codesign an app BUILT on Xcode 3.2.6, using a Lion machine with Xcode 4.3.1 just for codesigning? That is, do the build on one machine then just sign it on the other machine.
>>
>> I have attempted to simply use the command-line "codesign" command on the Snow Leopard/Xcode 3.2.6 machine, using a certificate that we created for iOS app distribution. The app validates as "satisfies its Designated Requirement" on both the Snow Leopard machine and the Lion machine with Gatekeeper turned on, but Lion will still not allow me to run this same app after downloading it from a web server.
>>
>> So I should also be clear that simply "codesigning" is not sufficient. I need codesigning that will pass Gatekeeper.
>>
>> The only solution I have found is to move our entire build process to Lion/4.3.1 but that would be a huge hassle and it would be great if there were a way we could work around that temporarily.
>>
>> Thanks,
>>
>> Scott Johnson
>> Software and Support Engineer
>> KCP Technologies, Inc.
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Xcode-users mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden