Lion 10.7.3: Apple non accetta attualmente le applicazioni create con questa versione dell'OS

Question

Stavo eseguendo Xcode 4.2 su Lion 10.7.2 e ho alcune applicazioni che necessitavano di aggiornamento alla sandbox Lion, quindi posso inviarle di nuovo al Mac App Store (Mac, non iOS). Da qualche parte lungo la strada ho avuto un popup da aggiornare all'aggiornamento combo 10.7.3 e dopo che tutto è andato storto.

Verificare e inoltrare app andava bene se l'archivio è stato compilato in 10.7.2 ma se è stato compilato dopo l'aggiornamento 10.7.3 non è più possibile verificare l'app. Esatto, sotto 10.7.3 posso ancora verificare le app se sono state compilate prima dell'upgrade. Tutto ciò che è stato compilato dopo mi darà questo:

"Questo pacchetto non è valido. Apple non accetta attualmente applicazioni create con questa versione del sistema operativo."

Dopo ciascuna delle seguenti tentativi, ho ripulito, ricostruito l'archivio, e ha cercato di nuovo per verificare o presentare la domanda attraverso Xcode Organizer e autonoma Caricatore applicazioni:

• ho provato l'aggiornamento a Xcode 4.2.1 eseguendo una disinstallazione completa, , riavviare e installare, ma nulla.

• ho letto this similar thread e provato ad utilizzare la nuova applicazione Loader 2.5.1 e hanno fatto sì che non vi era alcuna altra applicazione Loader sul sistema, ma che non ha funzionato neanche. Sia l'applicazione Loader tramite Xcode che viene eseguita in modalità standalone danno lo stesso errore .

• Da another thread hanno provato a cambiare l'SDK di base a 10.7. I era in precedenza a 10.6 quindi posso ancora supportare Snow Leopard e sì è possibile inviare applicazioni sandbox compilate a 10.6 funzionanti in entrambi i Lion senza sandbox e SL senza sandbox because I've done it con due app molto recentemente). Sfortunatamente, costruito con 10.6 o 10.7 SDK rende nessuna differenza con questo errore.

Ho letto che lo stesso errore si verifica quando gli sviluppatori cercano di presentare le applicazioni costruite su una piattaforma di beta, ma non sono stato in esecuzione versioni beta di nulla, né ho in passato da quando ho comprato questo MacBook in agosto.

Qualsiasi idea sarebbe molto apprezzata. Grazie in anticipo.

Answer 1

Modifica 12 marzo 2012: Ho contattato direttamente Apple utilizzando un ticket di assistenza a pagamento. Si è scoperto che si trattava di un bug nel Mac App Store. La loro squadra ha risolto il problema. Invio con 11D50b dovrebbe ora funzionare.

soluzione al problema su OS X 10.7.3 con Xcode 4.3

Sarà necessario modificare il file VersioneSistema, questo può essere fatto con il comando sudo nano /System/Library/CoreServices/VersioneSistema. plist (ctrl o, per risparmiare)

mio file corrente si presenta così:

<?xml version="1.0" encoding="UTF-8"?> 
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs$ 
<plist version="1.0"> 
<dict> 
    <key>ProductBuildVersion</key> 
    <string>11D50b</string> 
    <key>ProductCopyright</key> 
    <string>1983-2012 Apple Inc.</string> 
    <key>ProductName</key> 
    <string>Mac OS X</string> 
    <key>ProductUserVisibleVersion</key> 
    <string>10.7.3</string> 
    <key>ProductVersion</key> 
    <string>10.7.3</string> 
</dict> 
</plist> 

Change 11D50b a 11D50, riavviare Xcode e la pulizia del codice. Quindi inviare di nuovo. Dopo l'invio, ricordarsi di cambiare il file all'originale.

Answer 2

Ok, ho funzionato in un modo che è completamente pericoloso ... quindi non posso davvero dire che questo è un ottimo modo per risolvere questo problema.

In ogni modo:

ho preso uno sguardo al SystemVersion.plist, e si scopre la nostra generazione per 10.7.3 è 11D50b (b essendo beta ovviamente). Ovviamente, 10.7.3 non è stato pubblicizzato come beta ... se fosse stato non l'avrei aggiornato.

Fondamentalmente ho cambiato la SystemVersion.plist in/System/Library/CoreServices a:

Build Number: 11C74 
ProductUserVisibleVersion: 10.7.2 
ProductVersion: 10.7.2 

È possibile farlo con TextEdit dopo i permessi che cambiano, o se si ha familiarità con il nano, è sufficiente:

sudo nano /System/Library/CoreServices/SystemVersion.plist 

Come sempre, essere più attento quando fai qualcosa con sudo.

Da lì, ho riavviato Xcode (assicurati di farlo, ho provato senza riavviare Xcode e non avrebbe funzionato), pulito, archiviato e quindi è stato in grado di inviare correttamente.

Subito dopo, ho spento Xcode e fatto in modo di cambiare tutto di nuovo a come era prima:

Build Number: 11D50b 
ProductUserVisibleVersion: 10.7.3 
ProductVersion: 10.7.3 

Vorrei assolutamente non provare a riavviare o qualcosa di divertente del genere, so cosa potrebbe accadere. Ma questo ha funzionato per me.

Answer 3

Come incarna, non ho una soluzione, ma ho una soluzione che mi ha permesso di presentare al negozio. Potrebbe essere più sicuro da fare perché non ci sono inganni coinvolti. Questo è utile solo se stai costruendo per 10.6, ma puoi comunque implement the 10.7 sandbox and keep Snow Leopard compatibility.

Se si dispone di un altro Mac con Snow Leopard o si dispone di un doppio avvio con SL, è possibile installare Xcode 4.2 per SL. Il dual boot con SL è complicato come BTW, perché il disco di installazione SL non riconosce lo schema di partizione sulle macchine Lion. Ho dovuto usare firewire da un altro Mac e installarlo sul MacBook in modalità target. Questo è qualcosa che ho già fatto quando ho comprato il mio MacBook. Google se vuoi sapere come.

In ogni caso, ho copiato il progetto nella partizione SL e l'ho aperto in Xcode 4.2. Una cosa che noterete è che la GUI non include le opzioni di autorizzazione o sandbox, ma è comunque possibile vedere i diritti e i file plist di migrazione del contenitore nel progetto (supponendo che lo abbiate configurato in Xcode sotto Lion in precedenza). Immagino che anche senza il 10.7 il compilatore con Xcode 4.2 sotto SL sappia ancora cosa fare con quei file.

Ho ricompilato il progetto in Xcode 4.2 in SL e verificato l'archivio. Tutto bene. Quindi ho condiviso l'app come file .pkg e l'ho salvata nella mia partizione Lion. Ho installato il file .pkg e ho eseguito la mia applicazione in Lion. Il contenitore sandbox è migrato correttamente e l'app ha funzionato come previsto. Dopo aver verificato che funzionasse, sono stato riavviato in SL e inviato l'applicazione.

Là ce l'hai. Prova che le app in modalità sandbox possono essere compilate e inviate in SL, che è ancora una piattaforma valida e legittima da cui effettuare la consegna.

Answer 4

Solo un rapido aggiornamento che dopo Xcode 4.3 il riavvio di Xcode non funzionerà poiché rileva che può essere eseguito solo su 10.7.3 Ma cambiando il file Plist come spiegato e quindi la pulizia, l'archiviazione e la distribuzione sembra funzionare. Attualmente sto aspettando che la mia app sia approvata.

Answer 5

Ok ho avuto lo stesso problema e ho anche installato Xcode 4.3 già, perché mi aspettavo che risolva il problema. Xcode 4.3 richiede 10.7.3 quindi non è possibile modificare SystemVersion.plist in 10.7.2, ma rimuovendo semplicemente b alla fine di 11D50b e riavviando Xcode permettimi di inviare la mia app.

Answer 6

I valori dei file di plist aggiornare la versione OSX 10.7.4 per usando sotto comando

sudo nano /System/Library/CoreServices/SystemVersion.plist Valore originale:

Numero Corporatura: 11D50 ProductUserVisibleVersion & ProductVersion: 10.7.3 Nuovo valore

numero di build: 11E27 ProductUserVisibleVersion & ProductVersion: 10.7.4 01.235.164,106 milaCtrl + O per il salvataggio, ora che è possibile installare l'ultima XCode

http://cocoauser.wordpress.com/2012/08/03/how-to-install-latest-xcode-in-10-7-3-lion/