Background: ho creato uno script headless per workstation con avvio in OSX, che installa android-sdk
tramite homebrew e configura un ambiente Chef-solo. Lo dico perché qualsiasi strumento sensibile/file ospitato in remoto con nome prevedibile è sul tavolo per le soluzioni.Targeting di una versione specifica dell'immagine di sistema utilizzando l'utilità della riga di comando 'android'?
Il mio problema: Ho bisogno dell'immagine del sistema API 16 di Android e non riesco a trovare lo spazio dei nomi flags/package corretto usando l'utilità CLI android
. Sono stato in grado di installare la piattaforma SDK 4.1.2/API 16 utilizzando android update sdk -u --filter android-16
, ma ho ancora bisogno dell'immagine di sistema per l'emulazione.
android update sdk -u --filter system-image
installa API 17/4.2.2.
Vorrei evitare di eseguire una soluzione basata su grep su esecuzione android list sdk
, non che sembra essere comunque un'opzione (android list sdk | grep 'API 16'
non porta frutto).
Ho guardato il file XML che l'utilità android
CLI chiama per enumerare la sua lista dei pacchetti (http://dl-ssl.google.com/android/repository/sys-img/x86/sys-img.xml) e ho trovato un collegamento al file che credo io voglio, http://dl-ssl.google.com/android/repository/sys-img/x86/sysimg_x86-16_r01.zip, ma io non sono entusiasta al parse XML + aggira l'opzione di utilità esistente.
Ho visto this other SO post e sebbene sia stato utile, non copre completamente ciò che sto tentando di fare.
Mi manca un flag o non utilizzo il nome del pacchetto errato? In tal caso, quale fonte della documentazione mi sono perso? Come potrei risolvere questo per me stesso in futuro?
Buono a sapersi; grazie per aver trovato il tempo di aggiungere una risposta Ho accettato la tua risposta per aiutare i futuri spettatori. Lascerò la mia risposta qui sotto nel caso in cui questa opzione venga ripristinata, non funzioni o qualcuno si trovi su una vecchia versione di strumenti Android. –