OS X AppStore

[Darlo]

Hallo zusammen,

ich verteile meine Anwendung für OS X bisher außerhalb des AppStore von Apple. Ich stelle bei der Buildkonfiguration "Anwendungs-Store" ein
und hinterlege in der Bereitstellung die Zertifikate.
Sobald ein User die Anwendung installieren möchte (pkg-Datei), muss er erst über die Systemsteuerung -> Sicherheit die Installation freischalten.
Warum das so ist, obwohl die pkg-Datei signiert ist, verstehe ich nicht.

Alle Versuche eine App in den Store zu bringen scheitern. Nach einigen Anpassungen an der plist nimmt zwar der ApplicationLoader die App an, einige Minuten später kommt
jedoch eine Mail von Apple in der drei "Invalid Signature" - Fehler auftauchen.

Nr. 1 für die App an sich
Nr. 2 für libcgsqlite3.dylib
Nr. 3 für libcgunwind.1.0.dylib

Beispielmeldung:
Invalid Signature - The executable at path MEINEAPP.app/Contents/MacOS/libcgunwind.1.0.dylib has following signing error(s): valid on disk /Volumes/data01/app_data/dstr/mz_4095765009904689216dir/mz_4167065849920428788dir/de.FIRMA.MEINEAPP.pkg/Payload/MEINEAPP.app/Contents/MacOS/libcgunwind.1.0.dylib: satisfies its Designated Requirement test-requirement: code failed to satisfy specified code requirement(s) . Refer to the Code Signing and Application Sandboxing Guide at http://developer.apple.com/library/m...S/AboutCS.html and Technical Note 2206 at https://developer.apple.com/library/...06/_index.html for more information.


Hat jemand schon eine App für OS X in den Store gebracht? Kann mir jemand weiterhelfen?
Anbei noch ein Screen der Bereitstellung.



Viele Grüße
Philip

[Bambini]

Du musst für das "Mac-Installationszertifikat für Fremdhersteller" das Zertifikat "Developer ID Installer: xxxx" verwenden.
Das "3rd Party ..." ist da falsch.

[Darlo]

Dann kommt folgendes:

[Bambini]

Wenn du die PKG Dateien mit dem "Developer ID Installer: xxxx" signierst kommt die Sicherheitsfrage nicht mehr.

Für den Mac store brauchst du das "3rd Party ...". Wenn du aber der PList drehst, klappt das mit dem signieren nicht:
http://www.delphipraxis.net/181986-m...n-problem.html

[Darlo]

Hi danke für Deine Antworten. Ich habe an der PList (über die Versionsinformationen) nur den CFBundleShortVersionString ergänzt, da dieser fehlte.
Stand aktuell ist, dass die MeineApp.App wphl richtig signiert ist. Leider folgendene Libs nicht:

- libcgsqlite3.dylib
- libcgsqlite3.dylib
- libcgunwind.1.0.dylib

Wie kann ich die Libs denn signieren, oder muss man das überhaupt?

[Bambini]

Zitat von Darlo:

Hi danke für Deine Antworten. Ich habe an der PList (über die Versionsinformationen) nur den CFBundleShortVersionString ergänzt, da dieser fehlte.
Stand aktuell ist, dass die MeineApp.App wphl richtig signiert ist. Leider folgendene Libs nicht:

- libcgsqlite3.dylib
- libcgsqlite3.dylib
- libcgunwind.1.0.dylib

Wie kann ich die Libs denn signieren, oder muss man das überhaupt?

Das macht die IDE mit dem

"/usr/bin/codesign" --deep -s ....
Den genauen Aufruf sieht man, wenn man im PAServer die Taste v (verbose) drückt.

wenn man die Command Line Tools nicht verwenden will, gibt es im Mac Store eine App "RP App Checker Lite".
Die zeigt recht schön an, was das von wem signiert wurde. Wirft man da die dylib aus dem .app folder rein, sollte er auch anzeigen, das diese signiert sind.

[Darlo]

Hi,

die Signaturen sind laut Auswertung von dem KB App Checker alle in Ordnung gewesen. Auch die Libs wurden signiert. Ich habe jetzt auch in der Spalte des Mac-Entwicklerzertifikates die 3rd Party Version genommen. Der Application Loader hat die pkg angenommen. Bin ja gespannt ob es diesmal klappt oder wieder eine E-Mail von Apple kommt.

Zusatz:
PKG wurde angenommen. Jetzt kommt das Review...

[Darlo]

Zitat von Bambini:

Für den Mac store brauchst du das "3rd Party ...".

Da stand es ja, hatte es beim ersten Lesen auf das Zertifikat für die Installation bezogen ...

Danke.