> Run Android apps natively on Apple Silicon Macs. No emulator, no virtual machine, no Linux underneath.
God damnit Dario fix Claude already so that it stops using this sentence structure once and for all. Opus is so annoyingly recognisable that it has started to irk me badly lately
"Run Android apps natively on Apple Silicon Macs. Uses translation instead of emulation."
No, slop generally doesn't get the point across efficiently.
It's hard to parse, it's grating, and in addition to the strange language you have to apply additional skepticism due to gross inaccuracy being more likely than in human-written text.
In practice, the Google Play Services dependencies and other walled-garden initiatives from Google will make this less useful than it could otherwise be. But still, this is really cool.
I guess, in practice this can also be likely be made to run google services, the same as they can run on custom ROMs. And it already lists Aurora store as a solution.
So it's definitely something for more tinkerer people, but still quite cool.
...what steam devices? Steam Deck and Machine? I work in video games(at one of the largest publishers - worked at other two in the last few years) - and while we usually do some testing on the steam deck it's literally just to see if the windows version runs well. Full on Linux porting effort like Larian did for BG3 is very very rare and extremely hard to justify.
I'm no expert on the matter, but I've developed and published multiple Android apps to the Play Store. Some of those apps have needed Google Play Services APIs. Google has also been actively making moves to lock down control and offering things like the Play Integrity API that some apps use.
By your phrasing, it sounds like you're implying my understanding is wrong somehow. If so, what am I missing?
I'm not the commenter but this is my experience in about 10% or so of cases. I've been running a network audit of baby tracking apps and the information they phone home with (results are pretty Orwellian so far) and a few of the apps have been virtually impossible to emulate without an active Google Play account that is verified against Google's servers.
Handy for Minecraft players on Mac: windows players may be on Java or on bedrock versions, but mobile and console players are all only on bedrock. Being able to run the Android version on Mac means I can play with local console players or join a bedrock realm.
(There are compatibility workarounds if you run your own server but I don’t want the headache of doing so).
Perhaps one day Mojang will enable Macos users to run the iPad (bedrock) version of Minecraft as well..
Funnily, specifically for Minecraft Bedrock, there's such a project (implementing a limited/specialized compatibility layer) targeting Linux/macOS for few years now.
Meanwhile I ignore most of the posts here that are Apple-related, this one was able to draw my attention. Checked the 'how it works' page and was impressed how easily Claude made the 32-to-64 bit ARM translator for you. We need more effort of this kind for the x86 ecosystem, generated or not, but the mobile-app-everything culture becomes really annoying and needs to be fought this way.
It’s a neat accomplishment. And it was worth doing for that alone. Absolutely hacker worthy.
But as someone with an Apple Silicon Mac, I can run iOS apps on my computer if the developer has allowed it and I don’t. I’ve never come up with an actual need. It turns out it’s never really a problem for me.
The few things I use a lot on my phone already have desktop equivalents. The long tail stuff tends to be stuffed that I wouldn’t really use from my computer anyway. Like locking my car or using a banking app. One I don’t need, the other is already covered by the website.
So I’m wondering if anyone has found a strong use for this kind of tools.
What about that chinese cat feeder whose app requires a suspicious number of permissions, and requires max version of android 2 versions behind the current one?
Or maybe your security camera has a "free" plan without motion detection, and you just keep the app running with a screen grab on top to do your own AI motion detection.
Or my eero router, which doesn't have a web interface... etc etc.
There's a million cheap hardware gadgets that are going to lose sw support at some time, and stop being functional. This will help a lot with that.
As someone who develops iOS and Android apps, I run production, store-installed variants on my Mac all the time for iOS apps. It's pretty nice and would be cool if I could do the same for Android.
Yeah, Microsoft tried 'both ways' to expand their quite small Windows Phone applications catalogue. And while Project Astoria [1] aimed at bringing Android apps, Project Islandwood was about easing porting of iOS applications [2]. Then MS decided that Windows Phone platform has no future.
And yet somehow Microsoft / Mojang don't see fit to enable Minecraft Bedrock for iPads on Macs. Pretty frustrating for cross-platform play. It's pretty funny that Bluestacks / Mac.apk work just fine for playing the Android Bedrock version on a Mac when the iOS app is right there.
I saw a hint of machine code recompilation in the libraries list (like capstone), but couldn't find enough to verify if recompilation means more than just extracting the dalvik stuff and reformatting it to run on a normal JVM
This looks like a great submission! But I wanted to let you know that some of your recent comments have been killed by our software because they've been classified as genai text, which is not allowed on HN itself (see https://news.ycombinator.com/item?id=47340079).
(Of course it's fine to use AI tools! We use them heavily ourselves. Just please don't use them to generate or edit text to be read by fellow humans on Hacker News itself.)
It's impossible to know for sure what was LLM generated or edited, but we have to rely on imperfect classifiers or else the site would be completely flooded by genai text, which is not what the community here wants to read, nor in the intended spirit of HN.
> Run Android apps natively on Apple Silicon Macs. No emulator, no virtual machine, no Linux underneath.
God damnit Dario fix Claude already so that it stops using this sentence structure once and for all. Opus is so annoyingly recognisable that it has started to irk me badly lately
How would you prefer it. Does it not get the point across? Why does it even matter to you?
For one, say what it does instead of what it doesn't do
"Run Android apps natively on Apple Silicon Macs. Uses translation instead of emulation."
No, slop generally doesn't get the point across efficiently.
It's hard to parse, it's grating, and in addition to the strange language you have to apply additional skepticism due to gross inaccuracy being more likely than in human-written text.
Variety is the Spice of Life
In practice, the Google Play Services dependencies and other walled-garden initiatives from Google will make this less useful than it could otherwise be. But still, this is really cool.
https://github.com/kksimp/Mac.apk/wiki/Google-Accounts-and-P...
I guess, in practice this can also be likely be made to run google services, the same as they can run on custom ROMs. And it already lists Aurora store as a solution.
So it's definitely something for more tinkerer people, but still quite cool.
Everything aside from apps with SafetyNet dependencies. Banking apps come to mind.
7 replies →
time to RE play services
2 replies →
It's also pretty easy just to spin up bluestacks if you really need android apps on a mac.
You can run it with microg
Optimist take: this will matter less over time as more developers start targeting Steam devices
Or matter more, as chromeOS is killed and Android comes to laptop form factor?
...what steam devices? Steam Deck and Machine? I work in video games(at one of the largest publishers - worked at other two in the last few years) - and while we usually do some testing on the steam deck it's literally just to see if the windows version runs well. Full on Linux porting effort like Larian did for BG3 is very very rare and extremely hard to justify.
7 replies →
figuring out how to get PWA working would be a much better goal.
Is this your experience or are you repeating something you heard somewhere?
I'm no expert on the matter, but I've developed and published multiple Android apps to the Play Store. Some of those apps have needed Google Play Services APIs. Google has also been actively making moves to lock down control and offering things like the Play Integrity API that some apps use.
By your phrasing, it sounds like you're implying my understanding is wrong somehow. If so, what am I missing?
I'm not the commenter but this is my experience in about 10% or so of cases. I've been running a network audit of baby tracking apps and the information they phone home with (results are pretty Orwellian so far) and a few of the apps have been virtually impossible to emulate without an active Google Play account that is verified against Google's servers.
Can MicroG be ported?
Handy for Minecraft players on Mac: windows players may be on Java or on bedrock versions, but mobile and console players are all only on bedrock. Being able to run the Android version on Mac means I can play with local console players or join a bedrock realm.
(There are compatibility workarounds if you run your own server but I don’t want the headache of doing so).
Perhaps one day Mojang will enable Macos users to run the iPad (bedrock) version of Minecraft as well..
> Perhaps one day Mojang will enable Macos users to run the iPad (bedrock)
I predict they will, once macOS drops intel support in macOS 28.
What does Intel support have to do with this?
Funnily, specifically for Minecraft Bedrock, there's such a project (implementing a limited/specialized compatibility layer) targeting Linux/macOS for few years now.
There was a solution on macOS for quite some time (https://github.com/minecraft-linux/macos-builder/) but Apple is killing off the OpenGL frameworks to make it work.
Meanwhile I ignore most of the posts here that are Apple-related, this one was able to draw my attention. Checked the 'how it works' page and was impressed how easily Claude made the 32-to-64 bit ARM translator for you. We need more effort of this kind for the x86 ecosystem, generated or not, but the mobile-app-everything culture becomes really annoying and needs to be fought this way.
Claude didn't make this, the author did.
Doesn't this instead just exacerbate the problem allowing the mobile app for everything dogma to exist more easily?
Is this significantly useful to anyone?
It’s a neat accomplishment. And it was worth doing for that alone. Absolutely hacker worthy.
But as someone with an Apple Silicon Mac, I can run iOS apps on my computer if the developer has allowed it and I don’t. I’ve never come up with an actual need. It turns out it’s never really a problem for me.
The few things I use a lot on my phone already have desktop equivalents. The long tail stuff tends to be stuffed that I wouldn’t really use from my computer anyway. Like locking my car or using a banking app. One I don’t need, the other is already covered by the website.
So I’m wondering if anyone has found a strong use for this kind of tools.
What about that chinese cat feeder whose app requires a suspicious number of permissions, and requires max version of android 2 versions behind the current one?
Or maybe your security camera has a "free" plan without motion detection, and you just keep the app running with a screen grab on top to do your own AI motion detection.
Or my eero router, which doesn't have a web interface... etc etc.
There's a million cheap hardware gadgets that are going to lose sw support at some time, and stop being functional. This will help a lot with that.
As someone who develops iOS and Android apps, I run production, store-installed variants on my Mac all the time for iOS apps. It's pretty nice and would be cool if I could do the same for Android.
Arguably not a bad use of a claude subscription, provided that it actually works.
Cross-platform has never been easier than ever
Reminds me of Google vs. Oracle lawsuit for API fair use.
https://en.wikipedia.org/wiki/Google_LLC_v._Oracle_America,_....
Google v Oracle comes down to an argument over infringement when copying constants. IANAL but I would've said constants are facts and not protectable.
Crazy I was the first to star on GitHub. I’m going to give this a try for some tinkering projects.
People take the iOS version of Fortnite and repackage it to run on Mac.
Great project...it would be awesome to be able to run APK on the iPhone
This is awesome, now this needs to work on Windows
Windows had something like this (Windows Subsystem for Android) which worked really well until Microsoft went and killed it.
Yeah, Microsoft tried 'both ways' to expand their quite small Windows Phone applications catalogue. And while Project Astoria [1] aimed at bringing Android apps, Project Islandwood was about easing porting of iOS applications [2]. Then MS decided that Windows Phone platform has no future.
[1] - https://www.windowslatest.com/2016/02/26/project-astoria-por...
[2] - https://www.windowslatest.com/2016/02/09/project-islandwood-...
WSA was (or is, since still works unofficially) running Android in VM underneath.
BlueStacks has worked really well for me.
It is based on VM, so it is a lot slower.
You can't even run Instagram on a low-end laptop.
isn't BlueStacks full of chinese ads nowadays?
2 replies →
This is very cool! Next IOS.apk? ;)
macOS includes[0] a built-in iOS compatibility subsystem. PlayCover allows utilizing it for running arbitrary iOS apps.
[0]: https://developer.apple.com/documentation/apple-silicon/runn...
And yet somehow Microsoft / Mojang don't see fit to enable Minecraft Bedrock for iPads on Macs. Pretty frustrating for cross-platform play. It's pretty funny that Bluestacks / Mac.apk work just fine for playing the Android Bedrock version on a Mac when the iOS app is right there.
[flagged]
Slightly off topic, what skill/diagram tool did you use to make the diagrams?
Couple issues with this right off the bat:
- Seemingly relies on the Java virtual machine for simulation -- no support for native ARM binaries?
- Stores data inside the .app
Looks like it will run native ARM just fine according to the readme?
I saw a hint of machine code recompilation in the libraries list (like capstone), but couldn't find enough to verify if recompilation means more than just extracting the dalvik stuff and reformatting it to run on a normal JVM
you didnt read the page did you.
I read the page, but didn't clone the repository locally to run an AI agent over it.
No app sandboxing? User files and settings stored in the /Applications/ folder, rather than the User’s home folder?
Naming it Mac.apk is a poor choice. So it's Mac.apk.app?
Overall this repo has a lot of tells of a low quality LLM generated app. Many issues with data structuring, naming etc.
[flagged]
This looks like a great submission! But I wanted to let you know that some of your recent comments have been killed by our software because they've been classified as genai text, which is not allowed on HN itself (see https://news.ycombinator.com/item?id=47340079).
(Of course it's fine to use AI tools! We use them heavily ourselves. Just please don't use them to generate or edit text to be read by fellow humans on Hacker News itself.)
It's impossible to know for sure what was LLM generated or edited, but we have to rely on imperfect classifiers or else the site would be completely flooded by genai text, which is not what the community here wants to read, nor in the intended spirit of HN.
[dead]