If you are one of those die-hard Linux fans who, like me, have been eagerly expecting each new Linux video driver release from AMD and/or nVidia, to be able to finally show our employer and everyone else that we can use Linux as our main machine, then these times are like living in a dream. (I don't really care that this Linux is labelled "Android" and has a Java "GUI", and I like many of the design decisions, e.g. for creating Apps.)
Needless to say, while the old proverbial "elephant in the room" (in the form of absolutely needing Microsoft Office on your Linux machine, or another Windows-only program) has been defeated[1], the new elephant in the room seems to be the necessity to be able to create native iOS apps on your machine, which is only practically possible on a true Mac system. I wonder if this is something that we tackle along the way as well.
[1]It is not entirely clear to me whether the Microsoft Office "tax" went away more because of the advent of Google Docs, or because people started to migrate their tasks to specialized web apps.
Personally, I've been scratching my head for a while at why Google is so dead-set on their "Chromebook" idea when they would have a great chance at killing off Microsoft for good if they put in some effort to create a great desktop version of Android.
I got the impression is an internal thing of Google. ChromeOS seems to have won many political battles there.
As a Linux fan I prefer they stick to ChromeOS. It's just a custom Gentoo. Many of their devices support Coreboot, which makes them excellent machines to run my favorite Linux distro.
Yes, I use Android on x86 every day on my Lenovo Yoga 2 Pro tablet. That said, sometimes Apps get bent by the underlying architecture difference. The only one that really hurt was 1Password but the folks at Agilebits fixed that reasonably quickly. There seems to be some additional "optimizing" stages in installs which has me suspecting they do an ARM->x86 translation for some binaries but I haven't had time to dig deeper.
Android-x86 is _designed_ to run on PCs and in VirtualBox (no OpenGL ES support). It's been around for a while. I believe Console OS[0] drew some inspiration from it.
Yes, I got to know about it from a comment below. The price point is super tempting! How much of their software customisations are currently implemented in the os (anyone using their ultratablet or nex9 rom?)
But, I think both ConsoleOS and Remix have their place (if at all this space picks up). One is trying to leverage the desktop hardware to run more powerful Android apps and the other is interested in using cheap and affordable hardware (lower end arm chips) to give an experience / solution as close to a desktop as possible
Note that the project focuses on eee-pc. Latest 4.4 release still works on mine but the landscape/portrait mode is unnerving at time.
It's way faster than any ARM flagship tablet of the day though, except for HD video. I don't think it's brings enough on the table when compared to a `real' desktop OS such as Windows or Debian because it's not designed for keyboard at all.
This seemed pointless to me until I saw that they tested on this platform:
"ASUS Eee PCs/Laptops"
This reminded me that I have a 5 year old Eee laptop that I haven't used in years and throwing Android on there could be a fun weekend-afternoon project.
This is the AOSP version for x86, there are commercial builds for x86 like there are builds for any other platform but if you want to have your own android is you gotta build it from the AOSP source which might lack quite a few things such as drivers for example.
But as long as Google and now Sundar Pichai consider ChromeOS to be the one and only Google desktop OS ever, unfortunately that won't happen. Of course such a desktop OS would also have to be more like Android Wear than "AOSP" - as in only Google would ever control the interface and only Google would be in charge of updates.
I suspect Google actually wants Android to be more like Chrome OS. But they know Android's too important and popular to risk by outright replacing it with Chrome OS. That's why they are slowing mixing them together.
Chrome on Android is now integrated in the taskbar while they are pushing things like Web Manifests, Web Workers and Web Push Notifications. On the other hand it is now possible to run Android apps on Chrome OS via App Runtime for Chrome (ARC).
If this is what you want - Android on your PC, you might as well use Genymotion (https://www.genymotion.com/) - essentially a well packaged version that uses VirtualBox. Free for non-commercial use, $100/year for commercial use. Have new OS versions fast and easy to install Google apps/services on.
Genymotion's free edition has too many limitations. It's not just free for non-commercial usage. Some examples are: multi-touch and accelerometer, which are not supported in the free edition.
Sure, if you develop some sort of special app or specific game, or want to play something specific it won't work. But for 90% of use cases, Genymotion will work better than barebones Android-x86.
I've been thinking about trying something like this as my main system, with Linux chroot and possibly X11 server to fill in the gaps in apps. I like the idea of sandboxing everything like Android does. Some of the things that have held me back are lack of time to tinker and wondering if I would end up using a terminal emulator and GNU/Linux command line tools for everything, which sort of nullifies the sandbox. Maybe it's still worth it if, e.g., a browser compromise can't access the emails from my email client (which is possible on my current desktop with both running under the same uid and no special access controls.)
Well, I know it's not uber-secure, but if I wanted that I would set up SELinux or something. I'm looking for something I'm familiar with and will offer better sandboxing than I have now without much work. Why won't Android do that? Is it Android's permissions system for apps? I would revoke unneeded permissions. Do you know of unpatched sandbox escape bugs that would allow a compromised browser to upload other apps' data?
I think it is in an early stage. My test inside a VirtualBox was not really satisfying. Slow and not really smooth. maybe on dedicated hardware it might run better.
sounds quite nice. I am still running around looking for my power supply for my old lifebook here.
I have a MacbOk G4 and a PowerBook G4 lying around. Not quite sure if I can install it on those machines.
No you cannot as this is an x86 version of Android, not a powerpc one.
Sounds like the lifebook might work though.
I installed this image about a month ago on a VMware virtual machine. Not sure if I did something wrong, but didn't really get far and after a couple of tries to install it, eventually I gave up and figured to spent my time on something else.
So they are still working on 4.4.3. I assume this is a daunting task, but are they always playing catch up?
I do not say that dismissively. It is mind-blowing to me that they can port this to x86 (whether or not the toolchain supports it at this stage) and iron everything out with every major and minor release.
I see no mention of Lollipop or Marshmallow, but I am really curious.
> The 4.4-r3 release is based on the Android 4.4.4_r2.0.1 (KTU84Q) release.
Their "What is new?" section on the front page says development on the Lollipop branch had started by 2014-11-06 (just two days after Google released the source) and that lollipop-x86 was updated to 5.1 on 2015-03-18.
I'm guessing part of the reason there isn't a stable Lollipop build yet is the switch from Dalvik to ART.
Yes the do play catch up. We don't want those pesky free (in what you can do with them) mobile devices on well understood platfoms to treaten the sweet vendor lock in gig we have at the moment with arm. Or the carrier subsidy model.
But android is horrible, HORRIBLE, OS. Why would you want it on your PC. Only reason I can see is to run it in VM for development purposes. Should be faster than emulation.
And yet many more people would probably prefer it to that "horrible, HORRIBLE" Linux OS.
Considering the sad state of software available for Linux I wouldn't mind seeing a fully backed Google effort. And with multi-window support coming it could turn out to be a very good desktop OS.
Needless to say, while the old proverbial "elephant in the room" (in the form of absolutely needing Microsoft Office on your Linux machine, or another Windows-only program) has been defeated[1], the new elephant in the room seems to be the necessity to be able to create native iOS apps on your machine, which is only practically possible on a true Mac system. I wonder if this is something that we tackle along the way as well.
[1]It is not entirely clear to me whether the Microsoft Office "tax" went away more because of the advent of Google Docs, or because people started to migrate their tasks to specialized web apps.