-1
down vote
favorite
1
I have ubuntu14.04(with win7 dual boot) and latest android studio1.5.1 with oracle jdk1.8.0_73 version installed.
I have spent my last seven days in order to resolve this issue. Whenever I starts my android studio(and create any new or existing project), my AndroidStudio(AS) gets stuck at executing task [app:generateDebugSources, app:generateDebugAndroidTestSources]. I left my AS to run for long time still after 2 hours with connected internet, the issue still persists.
I have gone through all the available internet solutions but issue remains the same. So far what I have tried.
Reinstalled everything including AS and sdk
Deleted .android, .gradle, .AndroidStudio1.5 from my ubuntu/linux mint
Tried AndroidStudio on Ubuntu14.04(on gnome and unity both)/Linux Mint17.3(Cinnamon)
Tried this solution many internet solutions says that this library is missing. I installed it including many other libraries one by one But in my case nothing seems to work
My system Configuration-4GB Ram with i3 processor.
Had this kinda problems with Oracle JDK 8/9.
Try OpenJDK 8
My current dev config (Ubuntu 1504):
Android Studio 2.0 Preview 9
Build #AI-143.2571730, built on January 29, 2016
JRE: 1.8.0_45-internal-b14 amd64
JVM: OpenJDK 64-Bit Server VM
And if you don't like font rendering in AndroidStudio running on OpenJDK, try fontfix patch
https://github.com/achaphiv/ppa-fonts/blob/master/openjdk-fontfix/README.md
Related
I'm new to the Android world, but not to Linux/Solaris/BSD; even though they are supposedly cousins I still have that doubt in my mind.
Therefore, can some one with more coding experience tell me if it's safe to assume we can recompile anything made for Linux to work in Android? or it's not as simple as it seems say like Linux/Unix/Solairs/BSD ?
Android is Linux.
Android runs on a linux kernel, but it is not a traditional gnu/linux system. There is not even a glibc.
On top of the kernel is a managed virtual machine based on (but not compatible to) the Java platform, and a completely different api stack against which you build applications.
See http://developer.android.com/guide/basics/what-is-android.html
AllGamer said:
I'm new to the Android world, but not to Linux/Solaris/BSD; even though they are supposedly cousins I still have that doubt in my mind.
Therefore, can some one with more coding experience tell me if it's safe to assume we can recompile anything made for Linux to work in Android? or it's not as simple as it seems say like Linux/Unix/Solairs/BSD ?
Click to expand...
Click to collapse
yes, you can cross compile linux stuff to run on your android device (but there could be limitations since it's not running a complete linux OS).
a good example is busybox.
you can also install Android Scripting Engine to run python, ruby, perl & shell scripts from the android UI.
Yes, but not in the way you think.
Android doesn't have standard libraries and no x windows (so no gui apps).
Basically you still have to do a full port unless its a simple CLI app
Thanks for all the helpful info.
I'm sure that most apps or "replacement" apps are already available for anything we can imagine, but there will always be that one app that you need but it's not available.
in those cases, it might be easier to recompile the application to run in Android, asuming it is compatible; in the worst case scenario, it might require a complete port as mentioned above.
You can, but you have two (or three, if my trials are worth it ) ways to do it:
1 - You statically compile (cross-compile, actually) all linux application you want (be careful of the dependencies tho ). This way isn't what I prefer since applications become huge when they're statically linked.
2- You compile Bionic C library (which is embedded to android system) for your cross compiler first, then you can compile applications with it. This is one way to do it, but Binoic library is a trimmed library, so you might not compile everything.
3* (still developmental ) - You can compile GlibC first for your device, then compile your applications. The problem with that is GlibC is huge and you have to find a way to tell your Android system to look for GlibC libraries as well.
I'm currently working on step 3 now; will see what it brings : http://forum.xda-developers.com/showthread.php?t=1299962 . You can read it here.
Hello,I recently downloaded the android studio.I installed the application along with the required JDK (Version 1.8).After installing both the applications , I tried to open Android Studio but unfortunately the application wasn't opening.As soon as I clicked it Only the "Android Studio" appeared and that it was powered by IntelliJ Platform.Then I waited for quite a long time for the application to load but the interface didn't open.I really need help to open the IDE.
Try downloading the latest version of android studio and running it, i.e. android developer studio v2.2 preview 6
Hello XDA,
Im back again with another personal project I'm having some issues with. First, a bit of explanation as to why I've chosen to attempt this.
I was running a heavily modified stock rom with nethunter 5.1.0 that was incredibly unstable, and eventually crashed right out on me (modified using root based apps so the crash was my fault) .
So I grabbed the CM13 snapshot for hammerhead, and layered on nethunter 3.0 (big fan since BT3), only to find out my wifi card isn't supported. On 5.1.0 I also had this issue
(see here http://forum.xda-developers.com)/showpost.php?p=64400679
which I managed to fix with a simple source build with a few extra options checked in menuconfig.
Sadly it doesn't seem to be quite that easy with CM13 and marshmellow.
I'm using the DWA160-b2 wifi adapter, which from my research, uses the rt2800usb chipset, which supposedly points to the rt5572 driver. So, I enabled the corresponding options in menuconfig , although I cant remember the exact wording at this moment (using winblows to write this, and not my linux) and I still have no life in my wifi card.
So, after even more research, I found out I should be able to cross-compile the required drivers using the arm-eabi tools. However, after trying I've come to the conclusion that there is no arm based config for this driver. So then I tried backports, and recieved an error about incomplete linux headers (I assume because of the chroot, because my headers are all installed).
Now finally my question:
How do I go about compiling this driver for arm? Or is there a know working arm driver for this particular card? As I have not come across one in my searching. Also please dont say get a new wifi card lol I have a few different usb wifi cards, all with the same issue (albeit different chipsets).
Are u trying to port kali kexec to cm13 kernel?
Sent from my fx-82MS with CM-CAF
Hello all,
Wondering if I'm the only one with this issue. I'm trying to generate a signed APK using Android Studio (Build->Generate Signed Bundle / APK...).
However, during the process, an exception is thrown:
Code:
2022-07-19 14:57:49,526 [ 337069] ERROR - intellij.openapi.progress.Task - sun/misc/BASE64Encoder
java.lang.NoClassDefFoundError: sun/misc/BASE64Encoder
This is with the JRE that ships with Android Studio.
I dug into this a bit and found in places that this is a problem caused by running Java 11, since this class was deprecated in Java 9. However, when I run Android Studio with Java 8, it won't load since it complains about needing a later version of Java.
Does anybody else have this problem? Any suggested work-around/hacks for this?
Incidentally - I'm running on Ubuntu, and tried it with the OpenJDK version 8. Haven't tried with the Oracle version of Java yet.
Thanks!
Hi there,
Has anyone been able to install qemu on High Sierra (10.13.6)?
Apparently, it is stated on qemu Wikipedia:
"The system requirements are: One of the two most recent versions of macOS (currently Catalina or Big Sur.) The clang compiler shipped with the version of Xcode for that OS X. GCC might also work, but we recommend clang.", though it is not updated.
But has any one succeeded in operating qemu of an earlier version from the download list here on High Sierra?
Thanks.
Care about this too