AppStore Signaturen von dylibs ?

[arnof]

Hi,

nach dem ich nun eine Woche lang alle möglichen Schwierigkeiten und Probleme lösen konnte, habe ich nun meine App zum Appstore übertragen.

Apple sagt nun das die mitgelieferten dylibs nicht signiert sind und die app deshalb bad ist

Zitat:

Invalid Signature - the executable at path SEPA_Banking.app/Contents/MacOS/libcgunwind.1.0.dylib is not signed. Refer to the Code Signing and Application Sandboxing Guide for more information.

Invalid Signature - the executable at path SEPA_Banking.app/Contents/MacOS/libdbexpsqlite40.dylib is not signed. Refer to the Code Signing and Application Sandboxing Guide for more information.

Invalid Signature - the executable at path SEPA_Banking.app/Contents/MacOS/libmidas.dylib is not signed. Refer to the Code Signing and Application Sandboxing Guide for more information.

So meine frage hat jemand Ahnung wie man das löst bzw die dylibs signiert. Leider ist das emba forum wiedermal down, so findet man fast nichts.

Das Video zum signieren (devexperts) habe ich mir angeschaut und auch den Path von codesign richtig eingestellt.

Es will aber nicht mit der Meldung: "cannot find code object on disk"

Eine App kann ich aber erfolgreich signieren

[arnof]

eins habe ich nun schon heraus bekommen. Zum Video hat sich der Codesignpath geändert, der ist aktuell folgender:


/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate

also um den richtig einzustellen

export CODESIGN_ALLOCATE="/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate"

[arnof]

So, leider habe mal wieder einen Bug gefunden in XE6 :twistet:

Sobald die liebe libmidas.dylib im Projekt ist, geht nichts mehr mit MAC Appstore :tumb:

Mac OS 10.8.5 läßt es durchlaufen, Apple verweigert aber die App da die dylib nicht signiert sind.

Unter MAX OS 10.9.5 (aktuellste Version) kackt der PA Server ab, da codesign die Signierung der libmidas.dylib verweigert :tumb:

Also wieder mal über eine Woche Bugumgehung für den Hintern ……

In der QC habe ich eine entsprechenden Eintrag auch gefunden, natürlich unbearbeitet, alles ander zeigt von goolge auf das forum, das auch schon eine Woche down ist :tumb:

Also mal wieder sinnvolle Sachen programmieren statt weiter am Betaprogramm teilzunehmen (XE6 SP1 meine ich damit)

[Harry Stahl]

Zitat von arnof:

Unter MAX OS 10.9.5 (aktuellste Version) kackt der PA Server ab, da codesign die Signierung der libmidas.dylib verweigert :tumb:

Also wieder mal über eine Woche Bugumgehung für den Hintern ……

Also mal wieder sinnvolle Sachen programmieren statt weiter am Betaprogramm teilzunehmen (XE6 SP1 meine ich damit)

Welche Fehlermeldung gibt codesign denn aus?

Ein Hinweis: MAC OS X Programme kann man auch sehr gut außerhalb des App-Stores verkaufen, Du kannst auch beides parallel machen. Mach Dein Programm doch fertig für außerhalb des Stores und reiche das für den App-Store nach, wenn da alles läuft. So sind Deine bisherigen Mühen nicht umsonst und Du kannst Erfahrungen mit Anwendern gewinnen und das nutzbringend in die Weiterentwicklung der App (für den Store) einbringen.

[arnof]

die Fehlermeldung sieht ungefähr so aus:

http://www.devsuperpage.com/search/A...2&ArtID=160672

Hier ist das Problem auch vom TeamB Beschrieben (Google), aber das weist auf das Forum was z.Z. down ist:

http://www.teamb.com/search?page=19&q=midas&allsites=y

Wahrscheinlich könnte man es lösen, indem man von dbx zur firedac wechselt (ob da dylibs benötigt werden weis ich noch nicht). Es sollte ja nur ein kleiner Test sein, bevor man sich richtig arbeit macht muss das Ding in den Appstore.

Ich wollte mal jetzt zur neuen Saison eine Buchhaltung Crossplattform machen, die Mehrarbeit hat aber nur Sinn, wenn da auch eine Mac App rauskommen kann, wie das dann alles gehen soll und kann z.B. ELSTER hat viele dylibs, das wird man wohl nur mit größten Schwierigkeiten in den Appstore bekommen können (Stand Heute).

[Harry Stahl]

Laut MAC OS X Dokumentation gibt es Vorgaben, wonach bestimmte Arten von Dateien in unterschiedlichen Ordnern zu speichern sind. Für Dylibs wird danach

Contents/Frameworks

erwartet. Wäre vielleicht mal ein Versuch wert, ob es so geht.

Vgl. bei Bedarf die Erläuterungen dazu hier: https://developer.apple.com/library/...06/_index.html

Edit: Mmmh, habe ich gerade selber mal ausprobiert, das hilft leider nicht...

[arnof]

Danke für den Tipp werde ich mal testen und berichten!

Contents/Frameworks : -> :Frameworks, dylibs

Dann machen das aber unsere Freunde von der embacadero road noch nicht ganz richtig, wenn man sich die "automatische" Bereitstellung anschaut, denn da ist die libc....dylib auch in dem "falschen" Ordner!

[Harry Stahl]

Ich hatte unten aktualisiert, dass das leider nicht funktioniert.

Was seltsam ist, auch die Signierung des Bundles mit dem ID Developer Application Zertifikat (also für außerhalb App-Store), codesign also manuell aufgerufen, funktioniert auch nicht. Was ist da bloß los?

[arnof]

So dein Tipp wie gedacht bringt auch keine Besserung:

Code:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate: file not in an order that can be processed (local relocation entries out of place): /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/Frameworks/libmidas.dylib
/Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app: the codesign_allocate helper tool cannot be found or used
In subcomponent: /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/Frameworks/libmidas.dylib

Wenn man alles auf Frameworks umstellt, dann geht es generell nicht mehr, da er dann auch die libcgunwind.1.0.dylib anmeckert

Code:

dyld: Library not loaded: @rpath/libcgunwind.1.0.dylib
  Referenced from: /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/MacOS/SEPA_Banking
  Reason: image not found

Also wieder auf das bekannte Verzeichnisschema gestellt, dann startet alles (bis das das meine TCLientDataSets nicht mehr gehen. Mit der benötigten libmidas.dylib im Standardverzeichnung kommt dies als Fehler:

Code:

/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/codesign_allocate: file not in an order that can be processed (local relocation entries out of place): /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/MacOS/libmidas.dylib
/Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app: the codesign_allocate helper tool cannot be found or used
In subcomponent: /Users/arno/PAServer/scratch-dir/Arno Freisinger-iMac/SEPA_Banking.app/Contents/MacOS/libmidas.dylib

Ich werde die Sache erstmal beenden und die nächsten 3 Wochen was anderes machen, vielleicht geht bis dahin wieder das Forum vom emba

[Harry Stahl]

Also ich stand gerade selber vor dem Problem, meine PixPower - Editor App (bei Interesse siehe hier) mit meiner Developer-ID per codesign manuell zu signieren, um Sie dann mit dem Packkage-Maker als .pkg-Installationsdatei für den Betrieb außerhalb des AppStores fertig zu machen.

Das funktionierte unter Delphi XE5 und Mac OS X Mavericks nicht, codesign störte sich immer an der libcguunwind.10.dylib und auch sonst, was außer der Binary noch im MacOS-Ordner war.

Das funktionierte erst, nachdem ich dann alternativ MAC- OS X Mountain Lion (10.8.5) startete und die ganze Prozedur dort wiederholte (als SDK auch 10.8.5 in den Profil-Einstellungen genommen).

Obwohl das keine App für den App-Store sein sollte, habe ich es mal testweise auch für den Appstore mit dem ganz normalen Delphi-Deployment-Weg kompiliert und signiert. Ging auch ohne Probleme.

Und weil ich noch die Problematik aus diesem Thread in Erinnerung hatte, habe ich anschließend dann auch noch mal das Demo-Midas-Projekt mit der libmidas.dylib im MacOS-Folder compiliert und für den Appstore signiert. Ging auch!!!!

Das Problem scheint also derzeit die Kombination codesign / Mavericks zu sein, dass hier derzeit eine Inkompatibilität vorliegt.