Hacker Timesnew | past | comments | ask | show | jobs | submitlogin

Reminds me of how we bought a Chromebook in 2016, and specifically got a version that was "planned" to be allowed to run Android apps (which was a new thing at the time).

Fast forward to 2022, and the ASUS C201 support for Android is still "planned" and unsupported. https://www.chromium.org/chromium-os/chrome-os-systems-suppo...

Feels like a big con just to get people to buy chromebooks in 2016 at this point.

Also, a reminder to not trust Google if they "plan" something like the upcoming Chrome "Lacros" decoupling



my acer chromebook from 2015 got support.

i dont think the fault is entirely with google here, asus shouldn't have marketed it as that, considering your chromebook had an arm processor - great for battery life, but google really only implemented the docker/shell and android support for intel cpus.

really unfortunate though


Ironically, most Android apps are built for arm processors.


I think the Chromebooks Android support is more like the virtual devices that Android studio creates then actual native installs.

It's been quiet long since I've last I checked it out, but at least at that time the locale was different inside the android apps vs chromeos (including keyboard layout etc) and there was a separate settings app like on any Android devices with dummy values in hardware etc.

It was funny because it let me install Firefox on the Chromebook but it felt more like gimmick then an actually useful feature as a lot of apps just outright didn't work


Most android apps are java. They should be built for jvms. The fact that we have java jars that fail because of hardware architecture invalidates java as an idea to me.


I don't think Android uses a JVM. Android apps are AOT compiled from DEX bytecode.


I have very little faith in their big picture.




Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: