[Fmx, Tokyo10.2, iOS] Wie werden die abgelaufenen Zertifikate richtig wieder re-aktiv

[Rollo62]

Hallo zusammen,

von Apple gibt es ein paar Hinweise hier.
Aber wie soll das jetzt mit Tokyo 10.2 (und 10.1 Berlin) gemacht werden wenn die jährlichen automatischen Updates
der Zertifikate anstehen ?
Das habe ich im Moment im Verdacht warum ich nicht mehr debuggen kann.

Ich löschte bisher alle abgelaufenen Zertifikate aus dem KeyChain/XCode-Verzeichnis, und Downloade alle neu.
Das Ganze ist aber so komplex das man nicht mehr 100% sicher sein kann ob Alles richtig verlaufen ist.
Ich hatte jetzt doppelte (aber gültige) Zertifikate im Account, mit gleichem Namen, gleichem Datum ?
Wie kann das passieren ?
Es gibt im QC einen Eintrag, mit den Abläufen die evtl. gemacht werden müssen um Rx10.2 zu re-aktivieren.
Ist das so korrekt, oder muss/sollte da etwas anders gemacht werden ?
Darf man z.B. PackageApplication in das XCode Package werfen ? Hat bislang bei mir auch nichte gebracht.
Nur das Setzen mit xcode-select hatte bisher mit Mühe und Not funktioniert.
Hier ist mal die Historie von dem xcode-select.

Bisher konnte ich, wenn in RadStudio das Provisioning gefunden wurde, davon ausgehen das es OK ist.
Aber seit Tokyo 10.2 und XCode 8.3.2 scheint es Änderungen zu geben.
Trotz intensivem Aufräumen hat das Alles nichts gebracht, ich kann mit Rx102 keine App mehr auf das Gerät
bringen und debuggen.

Gibt es eine detailierte Beschreibung/Tutorial wie der ganze Ablauf im Idealfall sein sollte ?
Was muss ich machen damit ich wieder arbeiten/debuggen/deployen kann ?

Rollo

[Rollo62]

Was ist jetzt der beste Weg zum Anlegen der Zertifikate.
Bisher habe ich das manuell gemacht, ohne Probleme, jetzt scheint aber mal wieder der Wurm drin zu sein.
Seit dem automatischen Update kann ich nicht mehr debuggen oder überhaupt auf das Gerät deployen, und das ist ein Desaster weil ich es dringenst brauche.

Hier wird erklärt manuell vs. XCode Verwaltung.

Wenn ich jetzt auf XCode Verwaltung umschalte (fals das überhaupt möglich ist mit einer existierenden App),
kann ich die Einträge dan noch im DevCenter manuell ändern, oder wird das komplett vor dem User versteckt ?

Ist es möglich ein manuell angelegtes Projekt in die XCode Verwaltung zu übernehmen, oder wird dabei die
ganze App ID zerstört, und der AppStore Eintrag unbrauchbar ?

Kann man RadStudio Projekte normal erzeugen lassen, und dann mit XCode statt mit RadStudio packen lassen und
in den Store schieben ?
Mit SideLoading kann ich zumindest Rx-Debug Apps auf mein Phone schieben, aber alle Icons sind weg, etc. es ist also nicht dasselbe.
Ich könnte mit vorstellen das man Apps mit XCode und RadStudio unter demselben ID anlegegt, und dadurch XCode zum managen der Provisioning, Uploads, etc. nutzen könnt.
Das kann aber auch extrem in die Hose gehen, hat das schinmal jemand versucht ?

Ansonsten bekomme ich immer noch die Meldung und kann nicht mehr debuggen.

Zitat:

> Befehlszeile: ""/Applications/PAServer-19.0.app/Contents/MacOS/iosinstall" -U a4b54c98d8551482764cd927090c0b97b49585a2 -q -d -r "/Users/Rollo/PAServer/scratch-dir/reg_w-MacBook-Local/Xyz.app" -a arm64 -n"
>iOS-Ausgabe: err=Unable to install package. (e8000067)

Hat vielleicht jemand eine Idee dazu ?

Rollo

[bra]

Embarcadero hat es bis heute (!!!) nicht geschafft, XCode 8.3 zu unterstützen :evil: Du muss 8.2 verwenden, bzw. einen der Workarounds wie hier beschrieben: https://quality.embarcadero.com/browse/RSP-17650

Wir haben parallel zu XCode 8.3 die 8.2 installiert und dann im XCode die CommandLine-Tools auf 8.2 gesetzt.

Zu den Zertifikaten: Die können normalerweise über XCode aktualisiert werden, dann muss man sich selbst gar nicht weiter darum kümmern. Eventuell muss man nur die alten, abgelaufenen Zertifikate aus dem Schlüsselbund löschen, falls Delphi damit nicht klarkommt.

[Rollo62]

Dankesehr für die Info.

Ich habe das so auch bisher gemacht, und konte unter 8.3.2 debuggen und Files erzeugen, nur für den Appstore
musste ich dann auf 8.2.1 zurückschalten mit xcode-select.

Unter 8.2.1 konnte ich auch nicht arbeiten weil mein Phone schon auf 10.3.2 upgedatet ist, und 8.2.1 das
device image nicht unterstützt.

Sowieit so gut, aber seit dem automatischen ZertifikatsUpdate und dem Aufräumen kann ich nicht mehr debuggen weder
unter 8.2.1 noch unter 8.3.2.

Der Fehler passiert nach

Zitat:

> Befehlszeile: ""/Applications/PAServer-19.0.app/Contents/MacOS/iosinstall" -U a4b54c98d8551482764cd927090c0b97b49585a2 -q -d -r "/Users/Rollo/PAServer/scratch-dir/reg_w-MacBook-Local/Xyz.app" -a arm64 -n"

>iOS-Ausgabe: err=Unable to install package. (e8000067)

Was ist a4b54c98d8551482764cd927090c0b97b49585a2 ??
Das passt bei mir nicht zu den Files

Zitat:

4fa3a7e6-9ce9-47bd-ae53-2184fe8ad958.mobileprovision // Developer
c16ab13a-3940-4269-8a6b-11440049a5de.mobileprovision // AppStore

Auch RadStudio scheint die richtigen Files im Tools/Provisioning und Project/Options/Provisioning zu nehmen.
Anhang 47464

Wie sieht bei dir die Zeile oben aus, bevor das deploy/debug startet ?
Muss a4b54c98d8551482764cd927090c0b97b49585a2 durch das passende File ersetzt werden, und wo kommt das her ?
Das wollte ich gerade checken.

Rollo

[Rollo62]

Das Problem scheint schon die "-Zeichen zu sein

Wenn ich im Mac Temrinal diesen Befehl aufrufe kommt ein Fehler

Zitat:

Rollo$ ""/Applications/PAServer-19.0.app/Contents/MacOS/iosinstall" -?"
-bash: /Applications/PAServer-19.0.app/Contents/MacOS/iosinstall -?: No such file or directory

Ohne die "" geht es:

Zitat:

Rollo$ /Applications/PAServer-19.0.app/Contents/MacOS/iosinstall -?
iosinstall: invalid option -- ?
Usage: iosinstall OPTIONS
iOS Install tool.

-U, --udid UDID Target specific device by its 40-digit device UDID.
-r, --run PATH_TO_HOST_APP_BUNDLE Run (debug) app specified by host path.
-h, --help Prints usage information
-d, --debug Enable communication debugging with specified launcher
-l, --list List apps currently installed on device
-i, --install PATH_TO_HOST_APP_BUNDLE Install application on iDevice
-u, --uninstall BUNDLE_ID Uninstall application on device by bundle ID
-q, --quiet Silent mode for automated sessions
-L, --launcher PATH_TO_LAUNCHER Launcher
-o, --option 'optionN' Additional option passed to launcher
-x, --xcode MAJOR.MINOR Explicit XCode release setting, for example: 4.3 | 3.3 | 4.2 etc
-m, --mount PATH_TO_DEBUG_IMAGE_DMG Mount device support image
-t, --timeout SECS Device connection timeout (default - waiting forever)
-p, --pass APPARG Application argument
-v, --view View attached devices (UDID)
-a, --arch Set target architecture explicitly, armv7 set as default. For lldb launcher only.
-n, --nextgen Setup debug session and output prep file path. For lldb only.
-c, --customprepfile User custom prep file. For lldb launcher mode only.
-f, --forwardoutput Forward app output to stdout in silent mode.

Weiss jemand wo man das im RadStudio einstellen könnte, welchen Batchaufruf er macht ?
Ich hoffe das es nicht hardcoded ist.

Könnte vielleicht auch jemand nachsehen wie die Aufrufe beim Debug sein sollten, and einem funktionierenden System ?
Ich kann keine IPA Datei für das Development erzeugen, vielleicht liegt es ja nur an einer falschen Zuordnung s.u.,
aber die "" Probleme machen mir da wenig Hoffnung.

Die Files kommen aus dem PAServer Fenster.
Macht der evtl. noch irgendas bevor er das auf die Konsole ausgibt, evtl. die "" bereinigen ?

Rollo

[Rollo62]

Zitat:

Muss a4b54c98d8551482764cd927090c0b97b49585a2 durch das passende File ersetzt werden, und wo kommt das her ?
Das wollte ich gerade checken.

Das ist es schonmal nicht.

Zitat:

-U, --udid UDID Target specific device by its 40-digit device UDID.

Scheint der DeviceIdentifier zu sein, den man in XCode/Windows/Devices angezeigt bekommt
Anhang 47465

Hat denn niemand eine Idee wo es haken könnte ? :stupid:

Rollo

[Rollo62]

https://forums.embarcadero.com/threa...9838&tstart=-1

Das hier ist wohl das Szenario was ich auch gerade habe.
Nur das die Fehler nicht wegzubekommen sind, deshalb habe ich die abgelaufenen Zertifikate im Verdacht.

XCode3.2.1 zeigt mir die Zertifikate nicht mehr mit dem Namen an den ich im DevCenter angelegt habe.
Wenn ich in die Files reinsehe ist es aber noch da.

Wie macht Ihr das ? Was ist der korrekte Weg die Zertifikate neu anzulegen ?
Hier dazu was von Apple.
Und hier sowie hier.
Kann man die erstmale alle Revoken ?
Das scheint erstmal die gute Nachricht ...

Zitat:

Important: Re-creating your development or distribution certificates doesn’t affect apps that you’ve submitted to the store nor does it affect your ability to update them.

Zitat:

Resetting Certificates Using Xcode

Das sieht in XCode 8.3.2 aber ganz anders aus

Dann auf dem MAC aufräumen.
Wie geht das genau,

Zitat:

If necessary, remove the signing identities for these certificates from your keychain, as described in Removing Signing Identities from Your Keychain.

If you revoke your own development or distribution certificate, remove the corresponding signing identity from your keychain. Otherwise, the owner of the certificate should remove the signing identity on his or her Mac

Also erstmal Alles löschen, und dann wieder reinlegen ?
Die Apple Push Certifikate brauch man ja wohl nicht upzudaten, oder doch ?

Und danach alle neu Anlegen ?
Wenn ich bei XCode RESET drücke, macht es das o.g. Aufräumen und neu Anlegen dann komplett,
oder ist das immer ein manueller Vorgang ?

Wie bekomme ich denn alte Provisioning Zertifikate auf dem Phone gelöscht ?

Für eine einfach 1-2-3 Anleitung wäre ich sehr dankbar, denn ich soche mir mittlerweile 3 Tage einen Wolf,
und ich komme immer wieder auf die Gleichen Rezepte die aber nicht funktionieren.

Rollo

[Darlo]

Zitat:

Zitat von Rollo62 (Beitrag 1373569)

Für eine einfach 1-2-3 Anleitung wäre ich sehr dankbar, denn ich soche mir mittlerweile 3 Tage einen Wolf,
und ich komme immer wieder auf die Gleichen Rezepte die aber nicht funktionieren.

Rollo

Hi, da ich den Mac wirklich nur zum Entwickeln nutze, mache ich, sobald ich solche Probleme nicht innerhalb von 60 Minuten nicht gelöst bekomme, folgendes:
1) Mac löschen
2) Mac neuinstallieren
3) xCode installieren (nicht starten), PAServer installieren
4) Alle benötigten Zertifikate unter developer.apple.com herunterladen und per Doppelklick installieren
5) xCode starten
6) Delphi testen

[Rollo62]

Hallo Darlo,

dank für die Info.
Wenn du komplett neu Aufsetzen meinst, daran hatte ich auch schon gedacht.

Allerdings erstmal nur XCode, weil ich u.U. das MacBook damit abschiessen kann wenn ich ein komplettes Update mache.
Mit TimeMachine soll das ja problemlos wieder zurückzusetzen sein, aber getraut habe ich mich noch nicht.

Hast du auch einen Tipp hast wie man XCode deinstallieren kann, mit allem drum und dran.
Der soll sich ja recht weit im System verbreiten, also einfach Delete XCode.app wäre zu wenig.
Es gibt glaube ich auch CleanupTools dafür, hast du damit vielleicht positive Erfahrungen ?

3) xCode installieren (nicht starten), PAServer installieren
--> Du startest nicht damit XCode nicht achon irgendwelche Zertifikate runterlädt, richtig ?
4) Alle benötigten Zertifikate unter developer.apple.com herunterladen und per Doppelklick installieren
--> Ja so hab ichs ja bisher auch gemacht, weil sich XCode dauernd ändert habe ich gedacht es ist vielleicht
sinniger wenn XCode die Zertifikate direkt managed.
Kann aber sein das man die dann trotzdem manuell wieder löschen muss.

5) xCode starten
6) Delphi testen

Rollo

[bra]

XCode neuzuinstallieren wird dir nicht viel bringen, weil damit die ganzen Zertifikate ja nicht verändert werden.
Ich würde an deiner Stelle im Schlüsselbund mal suchen, was so an abgelaufenen Zertifikaten vorhanden ist und die ggf. löschen. Solche "seltsamen" Fehlermeldungen beim Deployment kommen oft bei doppelten Zertifikaten.

[Rollo62]

- Ich bin jetzt definitiv auf XCode 8.2.1
- Auf Rx102Upd2 mit PAServer 18 (Upd2)
- SDK Manager alles upgedatet auf iOS 10.2
- Habe die Zertifikate neu angelegt
- Mir ist ein XC_Wildcard aufgefallen, das sollte ein XCode verwaltetes Zertifikat sein.
Hat es aber nicht gemacht.
- Eigenes Wildcard hat es ignoriert
- XCode selber bietet nur iOS 10.2 an, nicht 10.3), das kann ich mit Xcode debuggen
- Rx101Upd2 bleibt dabei, es kann das PAckage nicht installieren.

Ich vermute mal das es einfach daran liegt das die developer images 10.3 nicht vorhanden ist
Wie auch in manchen solutions genannt, ein reinkopieren, hilft anscheinend nichts.
iOS 10.3 ist in XCode 8.2.1 nicht registriert.

Vielleicht ist dass das Problem, wie bekäme ich denn ein "device image" für 10.3.2 geladen ?

Ich versuche das Ganze gleich nochmal auf XCode 8.3.2 und wenns dann immer noch nicht läuft werfe ich den Kram in die Ecke.

@Bra
Ja im Schlüsselbund hatte ich alle gelöscht, da sind jetzt keine doppelten mehr.


Rollo

[Rollo62]

Ein Fortschritt: Ich bin jetzt endlich soweit dass das einfach XCode-Testprogramm auch Probleme macht.

Das hatte ich noch nocht, werds mal probieren :stupid:
Anhang 47467

Update:
Nach Bra'S Anregung hatte ich nochmal im Keychain radikal aufgeräumt, und neu angelegt.
Dann kam auch mal eine gescheite Meldung

Zitat:

e8008015: The target iOS device has not been provisioned with the provisioning profile that you configured in RAD Studio.

Update2:
Jetzt kommen munter neue Meldungen:

Zitat:

e8008018: Your certificate is out of date. Download a new version of your certificate.

Womöglich habe ich jetzt einfach einen anderen Entwickleraccount genommen.

Rollo

[Rollo62]

Jesus H. Christ: Noch ein Fortschritt ...

Frei nach de Motto "Schlimmer kanns nicht werden" habe ich XCode 8.3.3 installiert.
- Im DeviceSupport fehlt Allerdings das developer image zu 10.3.2, immerhin geht es jetzt bis 10.3.1

Auf Anhieb funktionierte es nicht, aber mit Folgendem bekam ich zumindest wieder eine App aufs Phone.
Debuggen geht immer noch nicht, was ich anhand des fehlenden images verstehen könnte.

- XCode 8.3.3 installieren, RadStudio SDK-Manager: neue SDK anlegen, fehlende Module eintragen und laden/updaten
Fehlende Frameworks liegen danach mit unter: C:\Users\Name\Dokumente\Embarcadero\Studio\SDKs\iP honeOS10.3.1.sdk\System\Library\Frameworks\
- Zuerst ein neues Xcode Testprojekt anlegen, mit AutoSigning NICHT angeclickt XCode 8 compatible und iOS 10.3 auswählen
- Dann alle Zertifikate (Dev/Prov, Provisioning Dev,/Prod) radikal vom KeyChain/MobileProvisioning Folder/ Phone löschen.
- Zertifikate manuell neu anlegen, wie bisher, hat bei mir nach dem 30ten Versuch nicht geklappt.
Diese sind im DevCenter sichtbar, aber nicht im XCode, dieses meldet dann immer einen Fehler
- Checken obs im Keychain angekommen ist, wenn nicht dann download und doppelclicken damit es registriert wird
- Also mit dem neuen XCode/Preferences/Accounts/Manage Certifications Dev und Prod neu angelegt
- Dann kann man mit dem DevCenter zu diesen manuell die Wildcard Provisioning u.A. anlegen
- Diese downloaden und doppelcklicken, so dass sie registriert werden
- XCode TestApp laden, im SigningDebug nach dem Provisioning suchen und auswählen (steht jetzt mit dem gewählten Namen da)
- Im Signing Release hoffentlich genauso, soweit bin ich noch nicht
- XCode TestApp starten
- RadStudio App, daselbe Provisioning File aussuchen, compilieren und starten
- Deployment funktioniert (App ist da, Debug noch nicht: "Can't start debugserver on device - device support image was not mounted.")
- Immerhin ich kann nach 3 Tagen wieder ohne Debugger testen, XCode 8.3.3 sei Dank ...

Das Ganze hatte ich übrigens schon gefühlte 100 Mal vorher mit XCode 8.3.2 gemacht.
Hat sonst wirklich keiner solche Probleme gehabt ?
Naja, vielleicht hilfts ja dem Nächsten.

Das ich nciht debuggen kann verstehe ich so das in XCode/Contents/Developer/Platforms/iPhoneOS.platform/DeviceSupport/10.3.1 (14E8301) als höchstes eingetragen ist.
Das hätte mir vielleicht geholfen als noch nicht auf 10.3.2 upgedatet hatte, bin aber nicht sicher ob es etwas mit dem Fehler zu tun hat.

Ich suche also weiter nach einem Workaround fürs debuggen.

UPDATE
Ich habe übrigens seit ein paar Tagen das beim Neustart und RadStudio Signing einmalig nach dem Zugriff auf KeyChain gefragt wird.
Das hängt wohl mit den Systemeinstellungen zusammen die bei den Zertifikaten eingestellt waren.
Habe ich auf Immer vertrauen eingestellt.
Zertifikat doppelclicken, dann "Vertrauen ausklappen und die Erste Combobox einstellen"
Anhang 47472

Rollo

[Rollo62]

Ok, ich versuche jetzt XCode neu zu installieren.
Das musste ich bisher noch nicht, aber es gibt ja immer ein erstes Mal.

Die vielen Anleitungen im Web beziehen sich wohl auf ältere XCodes's, den ein uninstall-devtools finde ich bei mir nicht mehr.
Auch wäre bei älteren System ein Eintrag unter /Libraries/Developer/XCode, bei mir war da auch was, u.a. auch die device support images, aber das ist ein anderes Thema.

Lt. aktuelleren Infos wäre mittlerweile Alles im XCode vorhanden, also sollte unter Library nichts mehr drin sein.

Also ich mache Folgendes:
- XCode beenden
- Lösche /Libraries/Developer/XCode und /Libraries/Developer/Shared/Documentation
- Werfe XCode in den Papierkorb
- Entleere den Papierkorb
- Neu starten
- AppStore Download XCode neu

...
- XCode 8.3.3 ist nei installiert
- Boote den Mac neu (besser paranoid als paralisiert durch Kompilierfehler)
- XCode starten
- Preferences/Locations/CommandLineTools auswählen (warum muss man das eigentlich immer machen ?)
- Preferences/Accounts -> die sind noch da, aber ich muss mich neu anmelden
- Ich logge mich im Safari ein, bei Apple/Developer
- Ich rufe XCode/ManageCertificates auf, Agent: es zeigt meine Zertifikate, allerdings neuerdings ohne Namen
- Ich ruft XCodeManageCertificates auf, Team: OK, XCode ist hart abgestürzt. Das hatte ich noch nicht, aber es gibt immer ein erstes Mal.
- Wiederholung: Jetzt OK
- XCode/ DownloadAllCertifiates: Kreis dreht sich, Kreis stoppt, das sollte dann OK sein.
- Öffne XCode/Devices
- Stecke mein Phone ans System
- XCode/Devices ist am rödeln ...
- Zwischendurch geschaut: /Library/Developer/Xcode ist wieder da, auch das richtige DeviceSupport image ist jetzt da
- Rödeln und rödeln lassen ...
- Lösche die alte App auf dem Phone
- Einmal Phone aus/-einstöpseln (siehe Paranoid v.o.)
- Starte RadStudio
- Öffne Project/Options/Provisioning -> Keine Zertifikate da.
- Lege in XCode neues Projekt an, mit XCode 8 compatibility, mit AutoSign enabled, Provisioning wird "repariert"
- XCode-Project startet, aber es kommt eine Exception, da suche ich jetzt nicht weiter.
- Checke im DevCenter meine Zertifikate, downloade mein Wildcard Cert.
- Doppelclick zum installieren.
- Checke im Keychain ob Dubletten: Nein, alles OK
- XCode unchecck AutoSign -° umschalten auf manuelles signieren
- XCode zeigt jetzt mein Wildcard Cert auch an, kann man auswählen und Projekt starten, läuft
- Ich probiers nochmal im RadStudio, jetzt auch mir PAServer (Ja, den hatte ich vergessen, kann ja nicht laufen)
- Jetzt sehe ich in RadStudioe beide Zertifikate, Meins und das von XCode erzeugte Wildcard
- Kompiliere
- Starte mit Debug: Deploying, Signing, Launching
- Er hängt wieder bei der Lieblingszeile mit iosinstall

Zitat:

Befehlszeile: ""/Applications/PAServer-19.0.app/Contents/MacOS/iosinstall" -U eb04f997ed566ac3197976d2a495857ad9e50ec5 -q -d -r "/Users/Rollo/PAServer/scratch-dir/reg_w-MacBook-Local/CommandTest.app" -a arm64 -n"

- Da kommt nichts mehr, ich breche mit PAServer r ab: -> Sitzung beendet

...

- OK, nochmal das bewährte CopyUndPaste der PackageApplication versuchen
Die hatte ich aus dem XCode 8.2.1 gesichert, da war sie noch drin.
Ist jetzt kopiert nach

Zitat:

/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/PackageApplication

damit es damit wieder packen kann wie vorher.
Es muss vor dem Kopieren auch Unix executable stehen.
- Compile, etc. bringt nichts, hängt am gleichen Punkt wie vorher.
- Versuche nachmal reboot Mac, Phone, Windows ...

...

- Nach Neustart habe ich den Debugger zum ersten Mal seit 4 Tagen wieder am Laufen.
- Jetzt habe ich das von XCode erzeugte Zertifikat ausgewählt, nit meins aus dem DevCenter (hatte bisher immer funktioniert).
- Ja 2. App geht so auch wieder zu debuggen.

Den Tag heute streiche ich ROT im Kalender an


...

[Rollo62]

Verfolgt das noch jemand ?

Ich habe die Einträge unten aktualisiert, so habe ich zumindest wieder das Debugging ans Laufen bekommen.
Mal sehen obs morgen auch noch geht (was nicht immer der Fall war).

Rollo