xcodebuild - codesign -vvvv sagt "Ressourcenumschlag ist veraltet"

Ich habe soeben mein xcode installieren xcode verwenden, 6.0.1, um die Kompilierung meine app für ios8-Geräten. Aus irgendeinem Grund bin ich nicht in der Lage, jemals melden Sie die app-Datei korrekt, die generiert wird, mit den folgenden:

xcodebuild -project GrantM/GrantM.xcodeproj -configuration Release

kompiliert den code und scheint in Ordnung zu sein, aber läuft:

/usr/bin/codesign --verify -vvvv GrantM/GrantM.app

mir:

Program /usr/bin/codesign returned 1 : [GrantM/GrantM.app: resource envelope is obsolete]
Codesign check fails : GrantM/GrantM.app: resource envelope is obsolete

überprüfung, dass der code signiert wurde an alle:
/usr/bin/codesign -dv GrantM/GrantM.app

gibt:

Executable=Documents/GrantM/GrantM/GrantM.app/GrantM
Identifier=com.grantapps.GrantM
Format=bundle with Mach-O universal (armv7 (16777228:0))
CodeDirectory v=20200 size=647 flags=0x0(none) hashes=23+5 location=embedded
Signature size=4336
Signed Time=24 Sep 2014 12:54:53 pm
Info.plist entries=34
TeamIdentifier=N3KKU46JLY
Sealed Resources version=2 rules=5 files=55
Internal requirements count=1 size=180

hat jemand anderes laufen in ähnliche Probleme auf OSX 10.9.5 & xcode 6.0.1?
Oder bin ich einfach nur ein bisschen dumm und tut so etwas offensichtlich falsch?

zusätzlich war ich in der Lage, die debug-version von der app generierte in xcode und Unterschreiben konnten, dass Sie erfolgreich, aber es wird eine debug-version funktioniert es nicht für distrobution. Ich kann nicht einmal manuell anmelden die xcodebuild generierten app-Datei.

vielen Dank für jede Hilfe oder Ratschläge im Voraus.

InformationsquelleAutor der Frage Grantism | 2014-09-24

  1. 28

    Wenn Sie mit Mac OSX 10.9.5 oder höher, dann gibt es ein Problem mit OS Mitgestaltung mit V2-Signatur.

    Also, nutzen Sie --no-strict Flagge mit codesign --verify um über diesen Fehler.

    Wenn Sie PackageApplication zu erstellen .ipa-Datei, dann

    Bearbeiten Sie die PackageApplication perl-Skript-tool mit vi PackageApplication Befehl und update-codesign-Funktion vorkommen zu übergeben --no-strict parameter.

    Beispiel:

    my $Ergebnis = runCmd("/usr/bin/codesign", "--verify", "--no strict"
    "-vvvv", , $plugin );

    Ich Stand vor derselben und bekam die folgende Antwort vom Apple Dev Team. Das Problem ist gelöst für mich.

    Dem Kommandozeilen-tool "codesign" hat sich in 10.9.5 und 10.10, müssen Sie gehen "--no-strict" option, um den Befehl, (das problem wurde gemeldet und behoben werden).
    Zur Umgehung des Problems speichern Sie bitte eine Kopie und ändern PackageApplication pass "—nicht-strikt" zu codesign, können Sie die PackageApplication durch ausführen der folgenden:
    xcrun -iphoneos-sdk -f PackageApplication

    InformationsquelleAutor der Antwort Omkar

  2. 4

    Habe ich einen Jenkins CI-system einrichten, um automatisierte builds von unserer iOS-app aus unserem git-repo. Darüber hinaus habe ich auch den upload /Einreichen gebaut, um Crashlytics für die crash-log-monitoring.

    Alles geklappt hat mit Xcode 6.0 GM, aber seit der Installation von Xcode 6.0.1 der upload Crashlytics schlägt mit dem gleichen Fehler. Ich bitte Sie um Ihre Hilfe zu diesem.

    Teil meiner build-job nicht xcodebuild zu generieren, ist das Archiv der app, und aus, dass ich auch mit PackageApplication zu bekommen .ipa-Datei, und PackageApplication nicht Problem der codesign-Befehl und dass NICHT fehl. Ich verwende eine distribution bauen, anstatt debug zu.

    Hier ist der Befehl, den ich verwenden, um zu reinigen /Archiv die app in meinem job:

    xcodebuild clean archive -scheme MyScheme -target MyTarget -sdk iphoneos -configuration AdHoc CODE_SIGN_IDENTITY="iPhone Distribution: MyCompany" PROVISIONING_PROFILE="UDID_Of_Provisioning_Profile"

    Hier ist der Befehl, den ich verwenden Paket /bekommen .ipa-Datei der app aus, in der generierten Archiv:

    xcrun -sdk iphoneos PackageApplication "Path/to/MyApp.app" -o "/Path/To/MyApp.ipa" --sign "iPhone Distribution: MyCompany" --embed "Path/To/UDID_Of_Provisioning_Profile.mobileprovision"

    Versuchen, ändern diese entsprechend Ihren Einstellungen und sehen, wenn Sie die gleichen Fehler.

    InformationsquelleAutor der Antwort Sharkus

  3. 1

    In meinem Fall, habe ich überprüft jeder Rahmen und dylib ich verwendet, um herauszufinden, welche abgelehnt wird, dann zurücktreten, diese Rahmenbedingungen oder dylib und die ganze app, die mir den Arsch gerettet.

    InformationsquelleAutor der Antwort Nix Wang

  4. 1

    Gehen Sie folgendermaßen vor um diesen Fehler zu vermeiden.

    1. Entfernen CFBundleResourceSpecification = ResourceRules.plist aus Info.plist
    2. Vermeiden-Ressourcen-Regeln in der codesign-Linie und tun das code signing.
    3. Überprüfen, App: codesign --verify -vvvv Nutzlast/*.app

    InformationsquelleAutor der Antwort Febin

  5. 0

    In OS 10.10, ich habe zu entfernen --resource-rules im codesign Linie

    my @codesign_args = ("/usr/bin/codesign", "--force", "--preserve 
metadata=identifier,entitlements","--sign", $opt{sign});

    InformationsquelleAutor der Antwort Vid

Schreibe einen Kommentar