Re: [voidlinux/void-packages] New package: anbox-0.0.0.20170714 (#7120)

Andrea Brancaleoni at Sun, 23 Jul 2017 15:51:45 +0000 (UTC)
@thypon requested your review on: voidlinux/void-packages#7120 New package: anbox-0.0.0.20170714.
Leаh Neukirchen at Mon, 24 Jul 2017 15:49:33 +0000 (UTC)
I'd strongly prefer to build ashmem and binder using dkms (as in anbox upstream), instead of polluting our distro kernels with this stuff.
Leаh Neukirchen at Mon, 24 Jul 2017 09:26:06 -0700
I'd strongly prefer to build ashmem and binder using dkms (as in anbox upstream), instead of polluting our distro kernels with this stuff.
Andrea Brancaleoni at Mon, 24 Jul 2017 10:32:50 -0700
Polluting: I LOLled. I don't think we can consider 4000 self contained sloc pollution in a 20 million sloc Linux kernel codebase. But you should ask the kernel guys that thought android binder should be merged in mainline kernel, maybe. Btw it is not possible to pursue what you proposed since anbox binder/ashmem are only synced with latest ubuntu supported kernel and they don't even compile on recent kernels. Otherwise, one possibility is a Linux mainline patch to made these modules loadable, or maybe you could simple `rm /dev/binder /dev/ashmem` if you consider them harmful.
Enno Boland at Fri, 28 Jul 2017 13:59:46 +0000 (UTC)
How big are those modules? dkms is only a workaround for licencing issues. imho it's not the right tool to split up 'bloatness'.
Andrea Brancaleoni at Fri, 28 Jul 2017 07:43:40 -0700
They are not modules; they need to be compiled into the kernel image. The anbox modules are modified to compile outside the main kernel image.
Andrea Brancaleoni at Mon, 31 Jul 2017 20:33:31 +0000 (UTC)
Updates?