Surprised to see this on the frontpage - it's a well known piece of software.
It's unfortunate that there are no Google-vended images (e.g. the generic system image) that run on Waydroid. Typing my password into random ROMs from the internet sketches me out.
I wouldn't say it runs a "random ROM from the internet" - LineageOS is a very well-established project and is fully FOSS (free and open source software) except for firmware necessary for specific devices. It is the natural choice for any project, such as Waydroid, that requires good community support and ongoing availability.
Over a number of years, Google have progressively removed many of the original parts of AOSP (the FOSS foundation upon which Android is based), which means that alternative components have to be developed by projects like LineageOS. In spite of this, I suspect that LineageOS makes fewer modifications to AOSP than most phone vendors do, including Google themselves!
Let's assume you have a ROM straight from Google, and they've actually given you some meaningful promise to support it. How exactly are you running it? Because I'm quite confident that waydroid isn't "bonded and insured", and I rather doubt you're running on top of an operating system that is. So it seems like an odd sticking point.
Alright, just give me 5 minutes to quickly inspect the likely over 100,000,000 lines of code that either go directly into a ROM or are part of the build tooling, and reverse engineer however many binary blobs are involved in the process.
The "you can just read the code" mindset is completely unrealistic, even for software that's orders of magnitudes smaller. If the issue at hand is entering my Google password, I'd rather do it in a ROM built by Google.
Is it random though? LineageOS is a pretty established project. I am generally more wary of typing any personal information into an image vended by Google because it is their primary, core business model to collect my data and show me ads.
What I’d love to see is a containerized android that can be fired up on a Mac (using docker desktop or orbstack or whatever) that I can modify the docker image of to have rooted man in the middle proxy already setup, making it much easier to drop an Android app onto to observe the network traffic and api calls.
Wireshark is nice, but for HTTPS MitM you'll need a tool like mitmproxy/Burp to do the proxying and either modifications to the system image or a Frida daemon running as root to make most apps trust the MitM'd certificates.
To get the traffic routed right, the Wireguard option for mitmproxy is pretty useful in my experience. Not sure how well Waydroid + Android VPNs work together, though.
There's also certificate pinning which is done by basically every modern android app so you often need to modify apk to remove that. Httptoolkit has a good blog on the process: https://httptoolkit.com/blog/frida-certificate-pinning/
It's a pretty neat feature! I think it's in beta but it works flawlessly in my experience. Sure is a lot easier than setting up a separate (W)LAN with iptables rules to force redirect traffic.
The Furiphone FLX1 makes heavy use of this and it is amazing. I can do most things I'd want a real android phone for (which is not much, admittedly). I know of people who use it for Signal and Spotify. Great project, and right at home on a Linux phone.
This was the basis of how FuriLabs managed to get such good Android app integration. Obviously they’ve forked it [0] and heavily modified it, but the user experience they’ve created with this to allow Android apps on a Linux phone has been great.
My biggest question is: why haven’t you guys advertised yourselves more? I’ve heard of liberem and the pinephone but never knew you guys had a phone? With half-decent hardware and actual water proofing?? I swear if I had the disposable cash I’d have bought one (and I hope to anyway soon).
Ok, here’s a more typical question: I’ve heard your phone uses halium, what exactly is it? Some kind of hardware abstraction layer? Some people online appear to dislike it. (And googling unfortunately gives very few links that aren’t super technical.)
I'd say it just boils down to... we're not great at marketing. We're working on it but it's hard to get the word out, especially since many people are dismissive of Linux phones after having had previous experiences with incomplete devices.
Halium/libhybris are basically layers that allow us to use Android hardware drivers with a GNU/Linux userspace. Some Android bits run inside a container to provide support for peripherals. This is kinda a stop gap solution since we're working on native implementations and replacements for much of this stuff.
Some people dislike it because it's not a "pure Linux phone". But the alternative would be to ship a device that can't even place calls or take pictures, so... I think it's a good middle ground that allows us to ship something useful today.
I'm interested in why the linked implementation is different or enhanced. There is nothing on the readme and I guess I would need to track down a summary of the talk
Waydroid is currently focusing on desktop usage, whereas our fork focuses around usability improvements for the mobile use case specifically. There are a lot of small things that all come together - stuff like NFC passthrough, power efficiency optimizations, MPRIS support, etc. It'd be hard to condense everything into a small explanation, but it's basically been a matter of polishing rough edges.
> all the other Linux phones that have 1 hour of battery life and no app support?
... Which phones would that be? Even the original pinephone exceeds an hour and has a pretty good collection of apps even without compatibility layers.
Indeed; I have an original PinePhone (convergence edition) and the battery is not half bad while you are using it. I think the main issue has been poor software support for wake-from-suspend, which prevented the phone from saving power when not in use. I believe that these issues have been largely resolved in the latest versions of PostmarketOS, Mobian etc.
Every time I see this I think "cool! I can run some cool Android app that doesn't have a Linux counterpart" and every time I fail to think of anything. Are there any must have Android apps out there?
The main thing for me would be stuff like banking which require app-based authentication. Of course, solutions like this unfortunately don't work on something like Waydroid because the app knows it's in a container and thus blocks functionality.
I use it for this; found out about it when I installed Bazzite on my ROG Ally and it came with Waydroid.
The other useful feature for me is using the Android apps for media subscriptions that only enable offline downloads in the app and not in the browser so I can use them on the go.
TFT from Riot Games would be a good example. Protected by Vanguard so you can not use wine. However you need an arm device, since they do not publish apks for x86.
Isn't there already a PC version of that? It always seems to be pinned to the Start menu of new Windows installations, but maybe that's also via some sort of Android compatibility layer
For me it seems useful for the opposite reason. There's a lot of garbage that you have to use where something could be a website but they want you to install some Android app. If I could run those Android apps on my PC, maybe it could be a slightly less terrible experience. Perhaps various dating apps as well, idk.
Many apps depend on running an "official" Android distro from Google, Samsung, etc. and don't work with Waydroid's Lineage-based distro. I think the Wine-like approach from https://gitlab.com/android_translation_layer/android_transla... might help to trick apps into believing that they run on an "official" Android distro.
Does this allow the container access a hardware USB device? I have Mooondrop FreeDSP usb-c cable with an PEQ that only works with a terrible Android app, and it takes forever to change the EQ settings via an Android tablet I have, that has terrible touch screen. I wish I could just use my linux laptop to do it.
Waydroid runs Android services and applications natively on your machine in a container with apps launching in windows side-by-side with your other applications, whereas the Android emulator runs a VM with regular smartphone-esque hardware.
A binder transaction behaves sort of like a syscall, in the sense that a client process can immediately, synchronously transfer control to a server thread, rather than just enqueueing a message to be processed whenever the server gets around to it.
This enables Android to separate many of its components into different processes (at different privilege levels), and use binder for RPCs that are on the "critical path" for user interaction, without incurring impractical amounts of overhead or latency.
While it's part of upstream Linux, many kernels come with it disabled because it has a long history of security issues and basically nothing but Android uses it.
It also liked to trigger kernel panics for me on Ubuntu 22.04, but that could be a weird hardware issue.
Ah, interesting...man, software is fun. I wouldn't have guessed in a million years that it could cause panics as an optional component, like, it shouldn't be running code unless it is being used, and it shouldn't be called because it isn't mandatory in the kernel.
I guess I'm still grokking software complexity, Linux, and how much work an OS is truly is, 25 years after I built my first Linux box...because in another sense, of course that could happen.
I got on instagram[0] before you could post via the web and before I had a smartphone. I was able to run the app under android-x86 on VirtualBox.
I think the hardest part of the whole setup was setting the screen resolution to something the ig app would run under (it wouldn't run in landscape mode) and getting ssh/scp running to move files from the computer to the vm.
[0] for professional reasons. Link in profile if you're interested. My insta posting had been greatly reduced since I'm still not convinced that anyone has truly found a way to redeem imaginary internet points for dollars. At least not at my level of effort I'm willing to put into accumulating imaginary internet points.
You probably mean WSA, Windows Subsystem for Android, only available on Windows 11… for another month. At which point support for it will be dropped[0]. It's a bit sad 'cause I, myself, do use it for a few things.
Also, by default it required installing the Amazon Appstore, which I don't think is available for download anymore. So the only way to use it now would be to use the script from the MagiskOnWSA[1] which downloads it somehow, and at the same time, installs Magisk. If that even works.
It looks like it fell apart because none of the existing app stores wanted to support it (Amazon originally did, then pulled out), and Microsoft, in a rare moment of clarity, realized that nobody likes the Microsoft Store.
I was able to run this a while ago on virtualized linux machine using UTM. I forgot whether I used ARM or x86 on Rosetta image, but UTM gallery has easy to use images for both. https://mac.getutm.app/gallery/
Waydroid is based on Anbox (https://github.com/anbox) which is no longer being maintained, but should still work for older Android versions on LTS distros.
On my Ubuntu phone I use Waydroid to use the WhatsApp client as the kung fu club I'm in uses WA to communicate. It works well enough, though it is quite a battery drainer.
What Im surprised about is that no one has abstracted this out so you can run multiple Android containers under LXC. With Waydroid, you have one image. From what I can see they use a custom Linux kernel with a lot of patches and I wasn't really able to get a handle on it, but the LXC interface stuff is pretty simple.
Surprised to see this on the frontpage - it's a well known piece of software.
It's unfortunate that there are no Google-vended images (e.g. the generic system image) that run on Waydroid. Typing my password into random ROMs from the internet sketches me out.
https://source.android.com/docs/core/tests/vts/gsi
I wouldn't say it runs a "random ROM from the internet" - LineageOS is a very well-established project and is fully FOSS (free and open source software) except for firmware necessary for specific devices. It is the natural choice for any project, such as Waydroid, that requires good community support and ongoing availability.
Over a number of years, Google have progressively removed many of the original parts of AOSP (the FOSS foundation upon which Android is based), which means that alternative components have to be developed by projects like LineageOS. In spite of this, I suspect that LineageOS makes fewer modifications to AOSP than most phone vendors do, including Google themselves!
Just had a conversation about this on a waydroid github issue. The LineageOS X86 image is outdated compared to also open source Bliss OS' Android 12.
/? Android play store APK GitHub actions
It looks like Android Emulator has the most current version of Android that will run on x86?
Would you hire a well known electrician who was not bonded and insured? Sometimes it's nice to know there is more than blind trust.
Let's assume you have a ROM straight from Google, and they've actually given you some meaningful promise to support it. How exactly are you running it? Because I'm quite confident that waydroid isn't "bonded and insured", and I rather doubt you're running on top of an operating system that is. So it seems like an odd sticking point.
It's FOSS, you're more than welcome to inspect the code yourself
They may not want to do that, just like they may not want to fix their own electrical issues.
You’re sidestepping their point of professionalism and attempting to shove in something else.
The FLOSS license allows you to rely on the community for the verification.
You are, once again, sidestepping their point.
They are saying they want a verified authority, not "the community".
You're already running this on top of Linux. You're already relying on community support, unless you got scammed by Canonical[1] or RedHat^W IBM[2].
[1]: https://utcc.utoronto.ca/~cks/space/blog/linux/Ubuntu2404Bpf...
[2]: https://en.wikipedia.org/wiki/Dehomag
Exactly what 'authority' would be sufficient here?
Alright, just give me 5 minutes to quickly inspect the likely over 100,000,000 lines of code that either go directly into a ROM or are part of the build tooling, and reverse engineer however many binary blobs are involved in the process.
The "you can just read the code" mindset is completely unrealistic, even for software that's orders of magnitudes smaller. If the issue at hand is entering my Google password, I'd rather do it in a ROM built by Google.
Would you hire Electroboom?
Probably not, he might zap himself for a gag and scare the crap out of me.
There's no phone on earth which runs AOSP so it's the same on a real phone, you put a blind trust on the phone manufacturer.
Is it random though? LineageOS is a pretty established project. I am generally more wary of typing any personal information into an image vended by Google because it is their primary, core business model to collect my data and show me ads.
Isn't GSI (Project Treble) effectively now a way for Google to force deprecate the vendor bits (ex: HAL/vendor drivers)? https://news.ycombinator.com/item?id=32116819
FYI, Firefox has also been on the front page before, it's allowed. :)
Google provides one that runs in Docker
Where?
https://github.com/google/android-cuttlefish/tree/main/docke...
What I’d love to see is a containerized android that can be fired up on a Mac (using docker desktop or orbstack or whatever) that I can modify the docker image of to have rooted man in the middle proxy already setup, making it much easier to drop an Android app onto to observe the network traffic and api calls.
If you want to do this now with little setup, run waydroid and then run wireshark inside the network namespace that is created for waydroid
sudo ip netns exec <netns> wireshark
Wireshark is nice, but for HTTPS MitM you'll need a tool like mitmproxy/Burp to do the proxying and either modifications to the system image or a Frida daemon running as root to make most apps trust the MitM'd certificates.
To get the traffic routed right, the Wireguard option for mitmproxy is pretty useful in my experience. Not sure how well Waydroid + Android VPNs work together, though.
There's also certificate pinning which is done by basically every modern android app so you often need to modify apk to remove that. Httptoolkit has a good blog on the process: https://httptoolkit.com/blog/frida-certificate-pinning/
With root access, Frida can patch applications in memory, so you don't need to mess with the APK file.
If root is not an option, injecting Frida into the APK will work (but that might break applications that verify signatures).
What do you mean by the Wireguard option for mitmproxy?
EDIT: Oh, look at this https://mitmproxy.org/posts/wireguard-mode/. TIL.
It's a pretty neat feature! I think it's in beta but it works flawlessly in my experience. Sure is a lot easier than setting up a separate (W)LAN with iptables rules to force redirect traffic.
Not sure about the proxy setup, but redroid is basically android in a docker container.
The Furiphone FLX1 makes heavy use of this and it is amazing. I can do most things I'd want a real android phone for (which is not much, admittedly). I know of people who use it for Signal and Spotify. Great project, and right at home on a Linux phone.
Does this support DP alt mode on the USB-C port?
There’s a flatpak signal that works great in FuriOS too
How do you like the Furiphone FLX1? Very few reviews online...
FWIW there are a bunch of reviews on our official website, as well as this exhaustive review from a community member: https://blog-d.luigi311.com/furilabs-flx1/
Yep. Been daily driving since September.
I love it.
No DP Alt mode.
This was the basis of how FuriLabs managed to get such good Android app integration. Obviously they’ve forked it [0] and heavily modified it, but the user experience they’ve created with this to allow Android apps on a Linux phone has been great.
[0] https://github.com/FuriLabs/waydroid
Hi, Jesus from FuriLabs here! We're just winding down from FOSDEM but happy to answer any questions & feedback :)
My biggest question is: why haven’t you guys advertised yourselves more? I’ve heard of liberem and the pinephone but never knew you guys had a phone? With half-decent hardware and actual water proofing?? I swear if I had the disposable cash I’d have bought one (and I hope to anyway soon).
Ok, here’s a more typical question: I’ve heard your phone uses halium, what exactly is it? Some kind of hardware abstraction layer? Some people online appear to dislike it. (And googling unfortunately gives very few links that aren’t super technical.)
I'd say it just boils down to... we're not great at marketing. We're working on it but it's hard to get the word out, especially since many people are dismissive of Linux phones after having had previous experiences with incomplete devices.
Halium/libhybris are basically layers that allow us to use Android hardware drivers with a GNU/Linux userspace. Some Android bits run inside a container to provide support for peripherals. This is kinda a stop gap solution since we're working on native implementations and replacements for much of this stuff.
Some people dislike it because it's not a "pure Linux phone". But the alternative would be to ship a device that can't even place calls or take pictures, so... I think it's a good middle ground that allows us to ship something useful today.
They’ve been noted in a few HN threads before, FWIW.
I'm interested in why the linked implementation is different or enhanced. There is nothing on the readme and I guess I would need to track down a summary of the talk
Waydroid is currently focusing on desktop usage, whereas our fork focuses around usability improvements for the mobile use case specifically. There are a lot of small things that all come together - stuff like NFC passthrough, power efficiency optimizations, MPRIS support, etc. It'd be hard to condense everything into a small explanation, but it's basically been a matter of polishing rough edges.
What's the difference between FuriLabs and all the other Linux phones that have 1 hour of battery life and no app support?
> all the other Linux phones that have 1 hour of battery life and no app support?
... Which phones would that be? Even the original pinephone exceeds an hour and has a pretty good collection of apps even without compatibility layers.
Indeed; I have an original PinePhone (convergence edition) and the battery is not half bad while you are using it. I think the main issue has been poor software support for wake-from-suspend, which prevented the phone from saving power when not in use. I believe that these issues have been largely resolved in the latest versions of PostmarketOS, Mobian etc.
FLX1 is fast. It’s useful. It has regular updates that improve experience. Battery lasts 1.5 days with moderate usage.
FuriLabs' phone runs libhybris (OEM android kernel) instead of attempting a native port. Hardware enablement is outsourced.
Every time I see this I think "cool! I can run some cool Android app that doesn't have a Linux counterpart" and every time I fail to think of anything. Are there any must have Android apps out there?
Organic Maps and OSMAnd. They are better than open source desktop map software I could find.
Organic Maps has a desktop linux version but it's far from having feature parity.
Although it might change with this grant [1] aiming to build a nice desktop UI for Organic Maps.
[1] https://nlnet.nl/project/OrganicMaps-ConvergentUI/
The main thing for me would be stuff like banking which require app-based authentication. Of course, solutions like this unfortunately don't work on something like Waydroid because the app knows it's in a container and thus blocks functionality.
I love FairEmail, the mail client. Crazy to say this but it may be better than all the desktop mail clients I have used.
I tried them all (also anything on Linux) and now I just use Roundcube on a local install, which runs in any browser.
I mostly see this recommended for people who want to play mobile games on a Steam Deck.
I use it for this; found out about it when I installed Bazzite on my ROG Ally and it came with Waydroid.
The other useful feature for me is using the Android apps for media subscriptions that only enable offline downloads in the app and not in the browser so I can use them on the go.
But are there still mobile games worth playing when you have access to steam?
TFT from Riot Games would be a good example. Protected by Vanguard so you can not use wine. However you need an arm device, since they do not publish apks for x86.
Ahhh, that actually makes a lot of sense. I didn't even think of games. Maybe I'll use it to play Candy Crush.
Isn't there already a PC version of that? It always seems to be pinned to the Start menu of new Windows installations, but maybe that's also via some sort of Android compatibility layer
I have a "smart guitar" that needs the app to change settings. It's the only thing keeping me on a "smart" phone.
By 'smart guitar', do you mean that the guitar has an amplifier or effect pedal built-in?
Exactly the same for me. I now just use and old android phone with a broken screen and run scrcpy
Screen record apps, that are protected in a normal phone.
For me it seems useful for the opposite reason. There's a lot of garbage that you have to use where something could be a website but they want you to install some Android app. If I could run those Android apps on my PC, maybe it could be a slightly less terrible experience. Perhaps various dating apps as well, idk.
Realcalc?
I have three apps I bought a long time ago. A Swedish dictionary, a german-swedish dictionary and an english-swedish dictionary.
They are still installable, but not available in the app store. The company (Norstedts) went over to a subscription style (of course).
I use waydroid to have them on my desktop and I love it.
Many apps depend on running an "official" Android distro from Google, Samsung, etc. and don't work with Waydroid's Lineage-based distro. I think the Wine-like approach from https://gitlab.com/android_translation_layer/android_transla... might help to trick apps into believing that they run on an "official" Android distro.
Does this allow the container access a hardware USB device? I have Mooondrop FreeDSP usb-c cable with an PEQ that only works with a terrible Android app, and it takes forever to change the EQ settings via an Android tablet I have, that has terrible touch screen. I wish I could just use my linux laptop to do it.
I think it does, to the point where plugging in USB devices while Android has focus accidentally captures the USB device: https://github.com/waydroid/waydroid/issues/778
If not, it's just a Linux container, so with some udev rules you should be able to make it work regardless.
Might be barking up the wrong tree but how does this compare with android studios emulator?
Waydroid runs Android services and applications natively on your machine in a container with apps launching in windows side-by-side with your other applications, whereas the Android emulator runs a VM with regular smartphone-esque hardware.
Quite a big difference.
Since Binder is a kernel feature, how do they get it to work?
Your host kernel needs to have binderfs.
What does this binder thing even do? I get it's an IPC something, but why does android need it's own special kernel-level IPC?
There's some general information about it here: https://elinux.org/Android_Binder
A binder transaction behaves sort of like a syscall, in the sense that a client process can immediately, synchronously transfer control to a server thread, rather than just enqueueing a message to be processed whenever the server gets around to it.
This enables Android to separate many of its components into different processes (at different privilege levels), and use binder for RPCs that are on the "critical path" for user interaction, without incurring impractical amounts of overhead or latency.
Wikipedia has a good explanation of Binder and the history which goes way back to Be OS.
https://en.wikipedia.org/wiki/OpenBinder
It's more like a micro services framework that abstracts threads and processes.
Fuchsia takes the approach to the conclusion and powers the entire OS through a similar system:
https://fuchsia.dev/fuchsia-src/concepts/fidl/overview
You're expected to install a kernel that has the module, or build it yourself. I use linux-zen which ships binder out of the box.
Accrding to the Arch Wiki, it uses the kernel modules. Have a look at section 1.4 here: https://wiki.archlinux.org/title/Waydroid
written 6 years ago: "The binder kernel driver has been present in the upstream Linux kernel for quite a while now."
https://brauner.io/2019/01/09/android-binderfs.html
While it's part of upstream Linux, many kernels come with it disabled because it has a long history of security issues and basically nothing but Android uses it.
It also liked to trigger kernel panics for me on Ubuntu 22.04, but that could be a weird hardware issue.
Ah, interesting...man, software is fun. I wouldn't have guessed in a million years that it could cause panics as an optional component, like, it shouldn't be running code unless it is being used, and it shouldn't be called because it isn't mandatory in the kernel.
I guess I'm still grokking software complexity, Linux, and how much work an OS is truly is, 25 years after I built my first Linux box...because in another sense, of course that could happen.
easiest way is to use zen kernel because it's already baked in.
I got on instagram[0] before you could post via the web and before I had a smartphone. I was able to run the app under android-x86 on VirtualBox.
I think the hardest part of the whole setup was setting the screen resolution to something the ig app would run under (it wouldn't run in landscape mode) and getting ssh/scp running to move files from the computer to the vm.
[0] for professional reasons. Link in profile if you're interested. My insta posting had been greatly reduced since I'm still not convinced that anyone has truly found a way to redeem imaginary internet points for dollars. At least not at my level of effort I'm willing to put into accumulating imaginary internet points.
What happened to Microsoft's implementation? Wasn't it supposed to come to Windows? Or did that end up by the wayside?
You probably mean WSA, Windows Subsystem for Android, only available on Windows 11… for another month. At which point support for it will be dropped[0]. It's a bit sad 'cause I, myself, do use it for a few things. Also, by default it required installing the Amazon Appstore, which I don't think is available for download anymore. So the only way to use it now would be to use the script from the MagiskOnWSA[1] which downloads it somehow, and at the same time, installs Magisk. If that even works.
[0] - https://learn.microsoft.com/en-us/windows/android/wsa/ [1] - https://github.com/LSPosed/MagiskOnWSALocal
It looks like it fell apart because none of the existing app stores wanted to support it (Amazon originally did, then pulled out), and Microsoft, in a rare moment of clarity, realized that nobody likes the Microsoft Store.
Actually, Wayside would have been a nice name for the software that became Waydroid.
Any way to do this in Mac M1? I would love to run an android instance on Mac docker where u can install apps and can persist storage.
I was able to run this a while ago on virtualized linux machine using UTM. I forgot whether I used ARM or x86 on Rosetta image, but UTM gallery has easy to use images for both. https://mac.getutm.app/gallery/
Popular in 2021 (684 points, 207 comments) https://news.ycombinator.com/item?id=28616985
Yes, skimming the repo on GitHub it looks like it has gone off the boil distinctly since early 2024. Shame as it looks impressive.
Money became scarce and projects became harder to maintain and resource
anything like this for x11?
Waydroid is based on Anbox (https://github.com/anbox) which is no longer being maintained, but should still work for older Android versions on LTS distros.
I haven't tried it yet, but I did find this guide that might be useful:
https://github.com/1999AZZAR/use-waydroid-on-x11
If you try it please let me know how it went.
On my Ubuntu phone I use Waydroid to use the WhatsApp client as the kung fu club I'm in uses WA to communicate. It works well enough, though it is quite a battery drainer.
What Im surprised about is that no one has abstracted this out so you can run multiple Android containers under LXC. With Waydroid, you have one image. From what I can see they use a custom Linux kernel with a lot of patches and I wasn't really able to get a handle on it, but the LXC interface stuff is pretty simple.
Waydroid uses the host kernel.
waydroid is very good. its very commonly used for playing android games on linux.
So is it possible to have a postmarketOS device that runs Android apps at good speed with Waydroid?
Yes! Here's a video (not mine) showing exactly that:
https://m.youtube.com/watch?v=N-Q0c3iy-5g