Anbox for Debian - Printable Version +- PINE64 (https://forum.pine64.org) +-- Forum: PinePhone (https://forum.pine64.org/forumdisplay.php?fid=120) +--- Forum: PinePhone Software (https://forum.pine64.org/forumdisplay.php?fid=121) +---- Forum: Mobian on PinePhone (https://forum.pine64.org/forumdisplay.php?fid=139) +---- Thread: Anbox for Debian (/showthread.php?tid=9815) |
Anbox for Debian - nas - 05-09-2020 Following on from this post, here's a recap and some extra info. Install the anbox modules: [ Edit: No longer required from kernel 5.7 so read this post ] Code: sudo apt install dkms Download anbox-image-working.tar.gz from here - extract android.img and ignore the other files. Code: sudo apt install anbox android-tools-adb Get the services and frontend started: Code: sudo systemctl start anbox-container-manager.service Download an app and install it, eg bbc news app Code: adb install InsertAppName.apk App loads but no internet? The below should help once the kernel supports ip routing: Code: sudo /usr/share/anbox/anbox-shell.sh You may want to modify the android image, e.g. to support the microg app suite as discussed here. Someone has already provided a patched services.jar - download it from here. Following instructions are taken from here. Uncompress filesystem: Code: sudo apt install squashfs-tools Copy over patched file: Code: sudo cp ./services.jar ~/anbox-work/squashfs-root/system/framework/ Recompress to image: Code: cd ~/anbox-work I haven't found any use for it but the microg self-test says it works. anbox-microg.jpg (Size: 48.79 KB / Downloads: 965) Okay, that should be about it - except sound might not work. See this discussion but the media xml files are present in this image so maybe it's a permission issue. Anyway, have a play with it and see whether it works for you. RE: Anbox for Debian - vanja - 05-11-2020 great stuff! would this procedure work in ubuntu touch? ubuntu is based on debian right? RE: Anbox for Debian - paju1986 - 05-11-2020 For what i know, i dont think it will work on ubports as the root filesystem is read only. RE: Anbox for Debian - nas - 05-11-2020 (05-11-2020, 12:09 AM)vanja Wrote: would this procedure work in ubuntu touch? Only some devices appear to be supported according to their docs. Edit: It looks like the modules are missing and they don't supply kernel headers to build them yourself. I guess you could ask on their forum to implement it in the next release. RE: Anbox for Debian - vanja - 05-23-2020 (05-11-2020, 05:40 AM)nas Wrote:(05-11-2020, 12:09 AM)vanja Wrote: would this procedure work in ubuntu touch? forget ubuntu, I installed debian to emmc works great! also, installed anbox, it works, but it's not really usable, tried few apps, they either crash once started or fail to install with: failed to install *.apk: Failure [INSTALL_FAILED_NO_MATCHING_ABIS: Failed to extract native libraries, res=-113] all these apps run without google services, as I'm using them on my daily driver LineageOS without gapps or microg, just clean android. really hope this anbox would become more stable with time, as I'm dependent on some android apps in order to go to pinephone as daily driver (don't care about camera, battery life, those can be survived I would even consider running android in a virtual machine on top of mobian if there was such option anyway, thanks for the great work! p.s. how can I update anbox to latest version? which of the commands to re-execute? thx RE: Anbox for Debian - paju1986 - 05-25-2020 should anbox be preinstalled on mobian?? @a-wai what do you think? or maybe at least the kernel modules... RE: Anbox for Debian - a-wai - 05-25-2020 There are no plans to include anbox by default for now, this is not mature enough atm. RE: Anbox for Debian - tzafrir - 05-30-2020 I'm getting various errors with this. One class of "general" problems seems to be solved when I manually applied permissions to the generated device files. The udev rules for some reason did not seem to apply. Even after I manually ran 'udevadm control --reload-rules' . I can manually chmod as root, but the device files /dev/ashmem and /dev/binder are generated with 600 permissions. I guess that those are the default permissions and the udev rules don't apply for some reason. $ cat /lib/udev/rules.d/60-anbox-modules-dkms.rules KERNEL=="ashmem", NAME="%k", MODE="0666" KERNEL=="binder*", NAME="%k", MODE="0666" RE: Anbox for Debian - nas - 05-30-2020 (05-30-2020, 08:53 AM)tzafrir Wrote: I'm getting various errors with this. One class of "general" problems seems to be solved when I manually applied permissions to the generated device files. Did you check the modules load properly as described here? Also, which distro are you running? RE: Anbox for Debian - tzafrir - 05-31-2020 I believe that if the modules were not loaded, those device files were not created. But I did verify that. I'm using Debian Bullseye (mobian). The modules I built with dkms are the only ones with that name under /lib/modules , so there's no mixup with a module of another source. Note that I used the existing debian/ directory in that git repository to build a deb package and installed it. debian@pinephone:~$ /sbin/lsmod | grep _linux binder_linux 81920 0 ashmem_linux 20480 0 debian@pinephone:~$ ls -l /dev/binder /dev/ashmem crw------- 1 root root 10, 62 May 31 09:09 /dev/ashmem crw------- 1 root root 511, 0 May 31 09:09 /dev/binder Using the following rules file seems to do the trick: DEVPATH=="*/ashmem", MODE="0666" DEVPATH=="*/binder*", MODE="0666" |