Re: [SOLVED] Xcode fails to launch my app, permission denied
Re: [SOLVED] Xcode fails to launch my app, permission denied
- Subject: Re: [SOLVED] Xcode fails to launch my app, permission denied
- From: Alex Zavatone <email@hidden>
- Date: Sat, 20 Apr 2013 12:52:19 -0400
Great to know.
This appears to be another one of the security/control "things" from iOS that is coming to/has come to the Mac.
However, if you have gatekeeper turned off, it's sad that you just can't make an app anymore without having to assign your own device's UDID to your dev profile.
I really hope that this isn't the case. The hell of iOS provisioning and deployment and dev and distro profiles is secure and protects sellers, but can't you just build a Mac app anymore without having to hand over security and control to Apple?
Must everything on both platforms now be codesigned?
Can you just make a Mac app any more without design and dev distros?
Will Mac apps expire now if you're not paying your license fee? Are apps now under the same restriction that iOS apps are? 100 devices per dev account?
Just how much of the iOS restrictions are now present on the Mac side of things?
Makes me long for the days of Xcode 3.x even more when I would just build and go.
What's the scoop on this?
On Apr 20, 2013, at 3:28 AM, Rick Mann wrote:
> My new MacBook Pro has a new hardware UUID. It needed to be added to the Devices list in the provisioning portal.
>
> I've never done this explicitly before; something in Xcode did it for my previous MacBook Pro. It just automagically worked.
>
> So, I may not have needed an explicit profile (since I never had one before), but I certainly needed this new device listed in it.
>
> All of this pain could have been avoided if the system displayed an error message other than "permission denied." How about "Not provisioned for this device (UUID xxx)" (make it user-friendly, but leave the information content intact).
>
> It would've been immediately apparent to me what was going on.
>
> Writing a bug now.
>
> --
> Rick
>
>
> _______________________________________________
> 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