Vraag Lion 10.7.3: Apple accepteert momenteel geen toepassingen die zijn gebouwd met deze versie van het besturingssysteem


Ik gebruikte Xcode 4.2 op Lion 10.7.2 en ik heb een paar applicaties die moeten worden bijgewerkt naar de Lion-sandbox, zodat ik ze opnieuw kan indienen bij de Mac App Store (Mac, niet iOS). Ergens onderweg had ik een popup om te updaten naar combo update 10.7.3 en daarna ging alles mis.

Het verifiëren en indienen van apps was prima als het archief was gecompileerd in 10.7.2, maar als het na de 10.7.3-update was gecompileerd, kan het de app niet meer verifiëren. Dat klopt, onder 10.7.3 kan ik nog steeds apps verifiëren als ze vóór de upgrade zijn gecompileerd. Alles gecompileerd na geeft me dit:

"Deze bundel is ongeldig en Apple accepteert momenteel geen applicaties die met deze versie van het besturingssysteem zijn gebouwd."

Na elk van de volgende pogingen heb ik het archief schoongemaakt, opnieuw opgebouwd en opnieuw geprobeerd de toepassing te verifiëren of in te dienen via Xcode Organizer en de Application Loader op zichzelf:

  • Ik heb geprobeerd een upgrade uit te voeren naar Xcode 4.2.1 door een volledige verwijdering uit te voeren, opnieuw opstarten en installeren, maar niets.

  • ik lees deze vergelijkbare thread en geprobeerd met de nieuwe applicatie Loader 2.5.1 en zorgde dat er geen andere Application Loader op stond het systeem maar dat werkte ook niet. Zowel de applicatie Loader via Xcode en stand-alone uitvoeren geven hetzelfde fout.

  • Van een andere thread hebben geprobeerd de basis-SDK naar 10.7 te wijzigen. ik was eerder om 10.6, dus ik kan nog steeds Snow Leopard ondersteunen, en ja je kunt sandbox-apps indienen die zijn gebouwd tegen 10.6 en die in Lion werken sandboxed en SL niet-sandboxed omdat ik het heb gedaan met twee apps zeer recent). Helaas, gebouwd met 10.6 of 10.7 SDK maakt geen verschil met deze fout.

Ik heb gelezen dat dezelfde fout optreedt wanneer ontwikkelaars apps proberen in te dienen die zijn gebouwd op een bètaplatform, maar ik heb nog geen bètaversies van iets uitgevoerd, noch heb ik in het verleden sinds ik deze MacBook in augustus kocht.

Om het even welke ideeën zouden zeer gewaardeerd worden. Bij voorbaat bedankt.


14
2018-02-11 20:16


oorsprong


antwoorden:


Bewerken op 12 maart 2012: Ik nam rechtstreeks contact op met Apple via een betaald supportticket. Het bleek dat dit een fout was in de Mac App Store. Hun team heeft het probleem verholpen. Inzenden met 11D50b zou nu moeten werken.

Oplossing voor het probleem op OS X 10.7.3 met Xcode 4.3

U moet het SystemVersion-bestand wijzigen, dit kan worden gedaan met de opdracht sudo nano /System/Library/CoreServices/SystemVersion.plist (ctrl o, om op te slaan)

Mijn huidige bestand ziet er zo uit:

<?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>

Wijzig 11D50b in 11D50, start de xcode opnieuw op en maak je code schoon. Stuur het dan opnieuw in. Vergeet na het verzenden het bestand niet terug te zetten naar het origineel.


3
2018-02-22 09:47



Oké, ik heb het laten werken op een manier die volkomen onveilig is ... dus ik kan niet echt zeggen dat dit een geweldige manier is om dit probleem op te lossen.

anyways:

Ik heb de SystemVersion.plist bekeken, en het blijkt dat onze build voor 10.7.3 11D50b is (uiteraard is b beta). Natuurlijk werd 10.7.3 niet geadverteerd als een bèta ... als dit het geval was, zou ik niet geüpgraded hebben.

In principe heb ik de SystemVersion.plist in / System / Library / CoreServices gewijzigd in:

Build Number: 11C74
ProductUserVisibleVersion: 10.7.2
ProductVersion: 10.7.2

U kunt dit doen met TextEdit na het wijzigen van rechten of, als u bekend bent met nano, simpelweg:

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

Wees zoals altijd extra voorzichtig als je iets met sudo doet.

Vanaf dat punt startte ik Xcode opnieuw op (zorg ervoor dat je dit deed, ik probeerde het zonder Xcode opnieuw op te starten en het werkte niet), opgeschoond, gearchiveerd en kon het vervolgens met succes indienen.

Meteen daarna heb ik Xcode afgesloten en heb ik ervoor gezorgd dat alles weer werd teruggebracht naar hoe het eerder was:

Build Number: 11D50b
ProductUserVisibleVersion: 10.7.3
ProductVersion: 10.7.3

Ik zou absoluut niet proberen opnieuw te starten of zoiets grappigs, misschien weet ik niet wat er zou kunnen gebeuren. Maar dit werkte voor mij.


7
2018-02-12 02:50



Oké, ik had hetzelfde probleem en ik had ook al Xcode 4.3 geïnstalleerd, omdat ik verwachtte dat dit probleem zou oplossen. Xcode 4.3 vereist 10.7.3 dus het is niet mogelijk om SystemVersion.plist te veranderen in 10.7.2 maar door de b aan het einde van 11D50b te verwijderen en Xcode opnieuw op te starten, kan ik mijn App verzenden.


3
2018-02-18 10:29



Bewerk de waarden van het plist-bestand om uw OSX-versie te upgraden naar 10.7.4 met de onderstaande opdracht

sudo nano /System/Library/CoreServices/SystemVersion.plist Originele waarde:

Build-nummer: 11D50 ProductUserVisibleVersion & ProductVersion: 10.7.3 Nieuwe waarde

Build-nummer: 11E27 ProductUserVisibleVersion & ProductVersion: 10.7.4 Ctrl + O voor opslaan, Nu kunt u de nieuwste XCode installeren

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


1
2017-08-03 17:09



Net als incarna, heb ik geen oplossing, maar ik heb wel een oplossing die me in staat stelde om me aan de winkel te onderwerpen. Het is misschien veiliger om te doen omdat er geen tricking bij betrokken is. Dit is echter alleen handig als je aan het bouwen bent voor 10.6, maar je kunt nog steeds implementeer de 10.7-sandbox en houd Snow Leopard-compatibiliteit.

Als je een andere Mac hebt met Snow Leopard, of je hebt dual-boot met SL, kun je Xcode 4.2 voor SL installeren. Dual-boot met SL is lastig, omdat de SL-installatieschijf het partitieschema op Lion-machines niet herkent. Ik moest firewire vanaf een andere Mac gebruiken en het in de doelmodus installeren op de MacBook. Dit heb ik eerder gedaan toen ik mijn MacBook voor het eerst had. Google het als je wilt weten hoe.

Anyways, ik heb het project gekopieerd naar de SL-partitie en geopend in Xcode 4.2. Een ding dat je zult opvallen, is dat de GUI geen rechten of sandbox-checkbox-opties bevat, maar je kunt nog steeds de rechten en container-migratie plist-bestanden in het project zien (ervan uitgaande dat je het eerder hebt ingesteld in Xcode onder Lion). Ik denk dat zelfs zonder 10.7 de compiler met Xcode 4.2 onder SL nog steeds weet wat te doen met die bestanden.

Ik heb het project opnieuw gecompileerd onder Xcode 4.2 in SL en het archief geverifieerd. Alles goed. Toen deelde ik de app als een .pkg-bestand en bewaarde deze in mijn Lion-partitie. Ik heb de .pkg geïnstalleerd en mijn applicatie in Lion uitgevoerd. De sandbox-container migreerde correct en de app functioneerde zoals verwacht. Nadat ik had geverifieerd dat het werkte, startte ik opnieuw op in SL en diende de aanvraag in.

Daar heb je het. Het bewijs dat sandbox-apps kunnen worden gecompileerd en ingediend in SL, dat nog steeds een geldig en legitiem platform is om te leveren.


0
2018-02-12 10:00



Gewoon een snelle update dat Xcode na Xcode 4.3 niet zal werken omdat het detecteert dat alleen op 10.7.3 kan draaien. Maar het wijzigen van het plist-bestand zoals uitgelegd en dan opschonen, archiveren en verspreiden lijkt te werken. Ik wacht momenteel op goedkeuring van mijn app.


0
2018-02-18 01:16