La build di gradle viene eseguita per sempre su un'installazione pulita e su un progetto vuoto

Question

Le build di gradle sono in esecuzione per sempre e non riesco a capire perché.

Ho installato Android Studio su Ubuntu 15.04. È impostato con tutte le opzioni predefinite dalla procedura guidata.

Ho creato un progetto vuoto e non ho aggiunto alcun codice. Quando tento di costruire il progetto, un processo gradle si avvia ma non termina mai. Ho provato a lasciarlo correre per un'ora ma non ci sono stati progressi. Alla fine, devo chiudere manualmente gradle per chiudere Android Studio. (via "ps aux | grep gradle; kill -9")

Sto usando open-jdk 1.7, ma ho anche provato a utilizzare oracle java (con gli stessi risultati).

Il mio desktop ha 32 GB di RAM. Ho tentato di aumentare la quantità di memoria allocata su Android Studio senza alcun effetto.

La mia CPU ha un'architettura AMD-64. Anche se non ho trovato nulla su google suggerendo che questa fosse la causa delle mie pene, potrebbe essere responsabile?

Non ci sono messaggi di errore visualizzati nel terminale quando eseguo studio.sh manualmente. Di seguito è riportato il terminale di uscita (annotato da me):

#starting Android Studio 
Starting a new Gradle Daemon for this build (subsequent builds will be faster). 
Starting process 'command '/usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java''. Working directory: /home/cody/Documents/AndroidStudio/MyApplication Command: /usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java -version 
Successfully started process 'command '/usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java'' 

#gradle starts up, this never terminates unless I terminate it myself 
Starting daemon process: workingDir = /home/cody/.gradle/daemon/2.4, daemonArgs: [/usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java, -XX:MaxPermSize=256m, -XX:+HeapDumpOnOutOfMemoryError, -Xmx1024m, -Dfile.encoding=UTF-8, -Duser.country=US, -Duser.language=en, -Duser.variant, -cp, /home/cody/.gradle/wrapper/dists/gradle-2.4-all/6r4uqcc6ovnq6ac6s0txzcpc0/gradle-2.4/lib/gradle-launcher-2.4.jar, org.gradle.launcher.daemon.bootstrap.GradleDaemon, 2.4, /home/cody/.gradle, /home/cody/.gradle/daemon, 10800000, fb6e1111-7ac5-4afc-9630-890712f3195f, -XX:MaxPermSize=256m, -XX:+HeapDumpOnOutOfMemoryError, -Xmx1024m, -Dfile.encoding=UTF-8, -Duser.country=US, -Duser.language=en, -Duser.variant]Starting process 'Gradle build daemon'. Working directory: /home/cody/.gradle/daemon/2.4 Command: /usr/lib/jvm/java-1.7.0-openjdk-amd64/bin/java -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant -cp /home/cody/.gradle/wrapper/dists/gradle-2.4-all/6r4uqcc6ovnq6ac6s0txzcpc0/gradle-2.4/lib/gradle-launcher-2.4.jar org.gradle.launcher.daemon.bootstrap.GradleDaemon 2.4 /home/cody/.gradle /home/cody/.gradle/daemon 10800000 fb6e1111-7ac5-4afc-9630-890712f3195f -XX:MaxPermSize=256m -XX:+HeapDumpOnOutOfMemoryError -Xmx1024m -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant 
Successfully started process 'Gradle build daemon' 
An attempt to start the daemon took 0.99 secs. 
Connected to daemon DaemonInfo{pid=9307, address=[98dcf537-f8f6-4e74-ad4d-c57a86d4a6c1 port:48946, addresses:[/0:0:0:0:0:0:0:1%1, /127.0.0.1]], idle=false, context=DefaultDaemonContext[uid=fb6e1111-7ac5-4afc-9630-890712f3195f,javaHome=/usr/lib/jvm/java-7-openjdk-amd64,daemonRegistryDir=/home/cody/.gradle/daemon,pid=9307,idleTimeout=10800000,daemonOpts=-XX:MaxPermSize=256m,-XX:+HeapDumpOnOutOfMemoryError,-Xmx1024m,-Dfile.encoding=UTF-8,-Duser.country=US,-Duser.language=en,-Duser.variant]}. Dispatching request Build{id=0ec396f9-4092-4fd1-93c4-0837d861cb85.1, currentDir=/home/cody/Documents/AndroidStudio/MyApplication}. 

#I manually kill gradle 
The message received from the daemon indicates that the daemon has disappeared. 

Answer 1

Prova sudo apt-get install lib32z1 come in this posta. Ho avuto il same problem su Lubuntu e l'ho risolto in questo modo.

Answer 2

Nel mio caso, ho già installato lib32z1. Il problema era il plugin Genymotion.
Una volta rimosso da Studio e riavviato. Ha funzionato bene.

Ancora non so come possa accadere mentre uso regolarmente la genomotion con lo studio nelle mie altre macchine.

È ancora possibile eseguire genymotion anche se si rimuove il plug-in di studio avviando l'emulatore da Genymotion stesso.

Answer 3

devo CentOS 7 a 64 bit installato su una VirtualBox 5.0.16 macchina virtuale e la versione 2.10 Gradle con Android Studio 2.0

Il file di log di Gradle si trova a $HOME/.gradle/daemon/2.10 file di registro : daemon-<some number>.out.log

By ispezionando questo file di registro ho scoperto che libz.so.1 non è stato trovato da aapt.

Nonostante che il comando "locate libz.so.1" uscita era

/usr/lib64/libz.so 
/usr/lib64/libz.so.1 
/usr/lib64/libz.so.1.2.7 

aapt non è stato in grado di trovarlo.

Al fine di risolvere il problema che ho avuto per eseguire

yum install zlib.i686 

Dopo che Gradle iniziato a lavorare.