Package Details: anbox-git 1:r1358.84f0268-2

Git Clone URL: https://aur.archlinux.org/anbox-git.git (read-only, click to copy)
Package Base: anbox-git
Description: Running Android in a container
Upstream URL: http://anbox.io/
Licenses: GPL3
Conflicts: anbox-launchers
Replaces: anbox-launchers
Submitter: irtimmer
Maintainer: C_Schmidpeter (ahmubashshir, chaotic-aur)
Last Packager: ahmubashshir
Votes: 150
Popularity: 4.02
First Submitted: 2017-04-12 21:41
Last Updated: 2021-10-24 19:38

Pinned Comments

irtimmer commented on 2018-01-19 10:35

WARNING: Before you go ahead and install Anbox on your system, please keep in mind that Anbox is not yet stable. Not every feature is working well yet. You will find bugs, see crashes and unexpected problems. As this is a Git package, patches should go upstream as they will not be bundled with the package.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

x1unix commented on 2021-10-21 01:05

Borked, not installable. Stuck at patches apply stage. y or n answer doesn't matter, package installation stops on patch apply error.

  -> Creating working copy of cpu_features git repo...                                                                                                                                                                                         
Cloning into 'cpu_features'...                                                                                                                                                                                                                 
done.                                                                                                                                                                                                                                          
==> Starting prepare()...                                                                                                                                                                                                                      
patching file src/anbox/container/lxc_container.cpp                                                                                                                                                                                            
patching file external/CMakeLists.txt                                                                                                                                                                                                          
patching file src/CMakeLists.txt                                                                                                                                                                                                               
patching file CMakeLists.txt                                                                                                                                                                                                                   
patching file src/anbox/cmds/launch.cpp                                                                                                                                                                                                        
Hunk #1 succeeded at 35 (offset 1 line).                                                                                                                                                                                                       
patching file data/desktop/anbox-android.directory
patching file data/desktop/anbox-android.menu
patching file src/anbox/cmds/launch.cpp
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file src/anbox/cmds/launch.cpp.rej
patching file src/anbox/cmds/launch.h
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file src/anbox/cmds/launch.h.rej
The next patch would create the file data/dbus/org.anbox.service,
which already exists!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored
==> ERROR: A failure occurred in prepare().
    Aborting...
 -> error making: anbox-git

bartus commented on 2021-10-20 17:54

PR:1918 was merged upstream, please drop it from sources/prepare().

I have a handy scriptlet you can wrap your patch call in to automatically skip and notify about upstream merged patches. http://ix.io/3Clr/diff

bendavis78 commented on 2021-10-20 15:55

Build fails when applying patches. I answered [n] to the prompts:

==> Starting prepare()...
patching file src/anbox/container/lxc_container.cpp
patching file external/CMakeLists.txt
patching file src/CMakeLists.txt
patching file CMakeLists.txt
patching file src/anbox/cmds/launch.cpp
Hunk #1 succeeded at 35 (offset 1 line).
patching file data/desktop/anbox-android.directory
patching file data/desktop/anbox-android.menu
patching file src/anbox/cmds/launch.cpp
Reversed (or previously applied) patch detected!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file src/anbox/cmds/launch.cpp.rej
patching file src/anbox/cmds/launch.h
Reversed (or previously applied) patch detected!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file src/anbox/cmds/launch.h.rej
The next patch would create the file data/dbus/org.anbox.service,
which already exists!  Assume -R? [n]
Apply anyway? [n]
Skipping patch.
1 out of 1 hunk ignored
==> ERROR: A failure occurred in prepare().
    Aborting...

CichlaOcelaris commented on 2021-09-08 20:04

Is there any further config to do in order to anbox to show as an active device for Flutter/Code-OSS ?

sickcodes commented on 2021-09-02 00:44

Edit: modules updated here: https://aur.archlinux.org/packages/anbox-modules-dkms/

If anyone wants Android 11, I've added instructions for Arch here: https://github.com/sickcodes/droid-native

Some security concerns using the 2018 image as well as the kernel modules, but if anyone's having issues compiling the kernel for anbox, here is the extra config you will need:

CONFIG_ASHMEM=y
CONFIG_ANDROID=y
CONFIG_ANDROID_BINDER_IPC=y
CONFIG_ANDROID_BINDERFS=y
CONFIG_ANDROID_BINDER_DEVICES="binder,hwbinder,vndbinder"
CONFIG_SW_SYNC=y
CONFIG_UHID=m

Then boot with these kernel args:

binder.devices=binder,hwbinder,vndbinder,anbox-binder,anbox-hwbinder,anbox-vndbinder

ahmubashshir commented on 2021-08-28 12:01

@T2hhbmEK, dev-binderfs.mount assumes that you're not using ashmem-linux/binder-linux(non needed after 5.7) as it uses binderfs in-tree module. ConditionPathExists=!/dev/binder checks if you're not using binder-linux.

T2hhbmEK commented on 2021-08-25 23:00

dev-binderfs.mount

[Unit]
Description=Android Binder File System
ConditionPathExists=!/dev/binder
Before=anbox-container-manager.service
After=systemd-modules-load.service

[Mount]
Where=/dev/binderfs
What=binder
Type=binder
Options=nofail

[Install]
WantedBy=anbox-container-manager.service

add After=systemd-modules-load.service for custom kernel like linux-xanmod-anbox to auto load ashmem_linux, binder_linux by writing a /etc/modules-load.d/anbox.conf as instructed in Wiki.

$ cat /etc/modules-load.d/anbox.conf 
ashmem_linux
binder_linux

PedroHLC commented on 2021-08-20 17:18

Either way, the package requires systemd to be installed during build, so adding it as a makedepends isn't a bad thing to do (even if it turns out to be redundant).

Yeah, looks like that's the consensus for "fixing it" while they discuss if base itself should be in base-devel. I'll add it.

EDIT: Done

xiretza commented on 2021-08-20 17:05

Rereading the aur-general thread, it looks like the consensus there was that base-devel is an implicit makedepends, while base is an implicit depends (but, unlike explicit depends, is not automatically installed in the build environment). Thus, if the package needs a non-base-devel package to build (even if it's in base), it should specify it in makedepends.

Either way, the package requires systemd to be installed during build, so adding it as a makedepends isn't a bad thing to do (even if it turns out to be redundant).

PedroHLC commented on 2021-08-20 16:48

@xiretza, well, we should always follow TUs and Arch's devs steps. As you can see in the Bugzilla I appended to my last comment: 1 - TU @eschwartz opened it because ZFS stopped building without systemd in base-devel. 2 - Dev's @seblu argument that base is mandatory and systemd is part of it. 3 - @eschwartz never added systemd to zfs-dkms after this and kept updating it...