Resigning ableton for debugging

Anyone know why this would fail (from @McMartin 's script);

+ codesign --force --options runtime --sign - --entitlements /tmp/debug_entitlements.plist '/Applications/Ableton Live 10 Suite.app/Contents/MacOS/Live'
/Applications/Ableton Live 10 Suite.app/Contents/MacOS/Live: replacing existing signature
/Applications/Ableton Live 10 Suite.app/Contents/MacOS/Live: code object is not signed at all

I’m just bringing this thread back to life because this has cropped up again as an issue.

@jimc hoping you sorted this out – I believe the issue is that you just call the code sign call on the .app instead of /Contents/MacOS/Live

But – while this script worked for Ableton 10 – it appears to no longer be working for Ableton 11.

Has anyone been able to resign ableton 11 to allow codesigning? seems editing the entitlements and adding com.apple.security.get-task-allow then resigning no longer sorts it out.

What exactly do you mean by this? Calling codesign fails? Debugging fails?

if you run:

codesign --force --sign "DEV_ID" --options runtime --entitlements new_ableton_11.entitlements --timestamp Ableton\ Live\ 11\ Suite.app

you get:

Ableton Live 11 Suite.app: replacing existing signature
Ableton Live 11 Suite.app: resource fork, Finder information, or similar detritus not allowed

and the debugger still fails to attach

Did you perhaps browse into the app bundle in Finder before executing codesign? This article suggests that that might cause this, and says removing extended attributes is the solution:

https://developer.apple.com/library/archive/qa/qa1940/_index.html

2 Likes

Thanks Howard,

I tried running:

xattr -cr Ableton\ Live\ 11\ Suite.app

but It seems that corrupted Ableton. However – after I reinstalled it appeared to work 0.o

I don’t believe I browsed into it but perhaps that was affecting.

Thank you!

1 Like