redroid-script
redroid-script
Android in Docker, scripted for the cloud
Scripts for running redroid, Android in Docker, with tested reference environments for the ARM64 and AMD64 images. The project itself is retired, with fixes pointing upstream.
Where development moved
These scripts run redroid, an Android in Docker solution. The README starts by saying the original author now updates the upstream project actively, that this repository is no longer maintained, and that issues or feature requests related to the scripts should go upstream instead. Active development lives upstream, and this repo points there for the latest fixes.
The ARM64 reference setup
For the ARM64 image there is a documented tested environment: Oracle Cloud, Ubuntu 20.04 LTS, a specific Linux kernel on aarch64, 4 CPU cores, and 24 GB of memory. It is a reference configuration rather than a hard requirement, and it gives users a sensible starting point for running the ARM64 variant.
AMD64 has limits
The AMD64 image includes ARM translation support, with limited compatibility and a warning that some apps may not run correctly. Kernel modules may also stop staying loaded after a reboot on some AMD64 systems, and the suggested fix is adding the commands to a startup script. The caveats are spelled out so users can judge whether the AMD64 variant fits their target apps before deploying.
Image variants and the remote script
Available image tags cover variants with Magisk, GApps, ARM translation, and Widevine L3 for different Android versions. A remote Android script layers OpenGApps, Magisk, libndk translation, and Widevine L3 onto a ReDroid image without recompiling the entire image.
Runtime and Android version options
Docker is the default container runtime, with Podman available as an option. Android versions from 8.1.0 through 13.0.0 are supported, and 11.0.0 is the default. The libndk translation comes from a firmware image and may perform better than libhoudini on AMD64 systems, though it is only installed on x86 hosts for specific Android versions.
Editorial conclusion
The README doubles as a maintenance notice: the original author now updates the upstream project, so bugs and feature requests go there. For users, the tested environments and the ARM translation caveats matter more than the scripts themselves.
Community notes