Mac Store - Codesign Problem

[CHackbart]

Danke, das war auch mein erster Gedanke.

Wenn ich codesign zum Testen nutze, kommt ein gewünschtes Resultat:

Code:

codesign -vv -R '=identifier "com.cmuv.justradio"'  justradio.app
justradio.app: valid on disk
justradio.app: satisfies its Designated Requirement
justradio.app: explicit requirement satisfied

Ich hab jedoch das Projekt explizit neu unter Seattle erstellen müssen. Davor gab es wohl noch Problemchen mit meinen manuellen entitlements. Irgendwie geht com.apple.security.assets.music.read-write immer noch nicht, da erstellt Delphi ein com.apple.security.assets.video.read-write, obgleich die richtige Bereitstellung in den Optionen angegeben wurde.

Christian
PS: Das Problem gabs schon in XE5.

[Bambini]

Du verwendest eine eigene plist?
Wenn ja, stolpert das ganze, weil Delphi für codesign Aufruf eine explizite plist zum codesign übergibt und nicht die aus dem app Verzeichnis.

Die Parameter des Delphi Codesign Aufruf erfährt man wenn du im PAServer Fenster ein "v" für verbose Modus eingibst.

[Harry Stahl]

So ein verrücktes Problem habe ich gerade auch:

macOS Sierra 10.12.4
Delphi 10.2
xCode 8.32
Apploader 3.0

Fehlermeldung ist wie im Screenshot zu sehen.

Allerdings hat die Entitlements.plist den als angeblich fehlend deklarierten Eintrag, hab es im Bundle selber kontrolliert:

Code:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>com.apple.security.app-sandbox</key>
  <true/>
</dict>
</plist>

Habe die Dateien manuell signiert, nachdem Delphi zwar anstandslos die Dateien signiert hatte, aber vom AppStore immer die Fehlermeldung kam, dass die Entitlements.plist nicht signiert sei.

Hat jemand einen Tipp?