Quack Doc

This is for sure the case for vendor solutions, but AOSP itself is still quite the lean OS. Android also has GO variants which perform even better at low resources, (Bliss also has builds of these if one is curious). They are extremely responsive. I don’t think Bliss as A14 go builds, but we do have A13 go builds, and they are extremely responsive on very low end hardware, the bar is actually support for SSE.

Bliss currently has a hard requirement on SSE 4.2 or greater due to a load of changes (occasionally some work is made on lowering this but it’s slow and a lack of real motivation), but pretty much everything I have tested that is supported works fairly well, from my old i3 desktops, my atoms and celerons etc.

it should have pretty good support but you may need to use this script to spoof the device for some stuff https://github.com/Quackdoc/waydroid-scripts/blob/main/spoof-device.sh

its easy to test BlissOS is open source and can be installed on any relatively modern PC or in a VM, coms with foss and gapps variants, install foss

this really isn’t true at all. android works great on 2Gb of ram, you don’t really hit issues until you load gapps. If you don’t it works great. I actually run BlissOS on my old Asus t100ta and Im not the only one.

When you do nothing something like xfce works great, but when you actually start doing things like browsing the web, watching youtube etc then it starts to really become a slog. Meanwhile something like BlissOS is actually usable even when watching 1440p content (gpu not strong enough to test UHD)

libhoudini is optimized for Intel, NDK for AMD, but some apps may be incompatible with one or the other.

The charm of Unix systems used to be flexibility, buy Wayland seems to be an extinction-level event for traditional window management. Nothing fills the gap of FVWM or WindowMaker. But gosh, I can get 92 flavours of tiling compositor and windows that ripple when dragged.

I think this is “temporarily” true as we get more kits that make wayland development trivial I think it wont be so bad, right now wayland is still very immature, and will be for a long time.

AOSP doesn’t have that much bloat, it’s far lighter then your typical linux distro, It’s vendors that bloat it up, Custom roms are extremely light, This is BlissOS running on 2Gb of ram https://files.catbox.moe/4n17z3.mp4.

It’s far more responsive then many linux distros would be since android and it’s applications are optimized around low ram and low system resource in general

this is not really quite true, we have always been able to run androidx86/BlissOS in qemu which works about “as well” but with less integration, IE no “native like” windows

most android apps are architecure agnostic “java, kotlin etc” and even apps that are often ship “Universal binaries” which include x86, or split builds for arm and x86

some android kernels are, but AOSP itself can run perfectly happy on a vanilla kernel, just make sure your kernel was compilled with BINDER enabled, which yes, is upstream

see reply to casey’s replly

we can if you load libhoudini or libndk, but both are proprietary so they arent included by default, casual snek’s waydroid-extras

I tried Waydroid and it worked very well. The app ran supersmooth as if it was running natively.

thats because it was running natively

as far as I know the SELinux container is configured, whether or not the distro uses it isn’t up to waydroid but the packaging and host configuration. If there are issues with the SELinux implementation they need to be brought up.

Waydroid also supports apparmor for some protections when SELinux is not available. OFC it’s not as good as selinux (and currently it’s set in warning mode so it doesn’t actually offer protections out of box, please we need people testing this) https://github.com/waydroid/waydroid/pull/906

If you want to use a VM, and anyone who needs a highish level of security should. Bliss OS is a much better option. Though it doesnt offer “native integration” with the host.

It is true that Waydroid isn’t super secure. that being said, it is still just a mostly stock android (unless you download gapps). Root is not exposed to the container so unless an exploit is found it is reasonably secure. There are measures waydroid can take to make it more secure. but as it stands it’s “not bad”

There is an unofficial script that ads arm emulation. Note before anyone asks, it will not become officially supported by waydroid.

I did have some scripts to do this more properly but the shift to A11 broke a lot of stuff, I plan on revisting it when the A13 (or was it A12) work is done and released as stable.

That’s actually horrid. My router is android only and I thought that was bad.

specific parts. you need metal to withstand the pressures of the actual bullet to get a somewhat degree of reliability, so any pressure bearing part needs to be metal, everything else can be plastic, but the more metal the better. Now you can get some more basic designs with parts that you could fabricate at home, but a lot of the higher end designs require off the shelf gun parts.

The “leading design” right now is the FGC-9 which is actually seeing a degree of use in myanmar(??). The design requires metal parts that could be feasible to fabricate at home. However it is shockingly easy, even in heavily restricted countries, to be able to order the metal parts.

Waydroid works inside of Avian perfectly fine, but I would still generally recommend either just using Bliss OS or the native host. You can run Waydroid using something like Cage or Weston if you’re on X11.

If you are running on something like VirtualBox, you may need to disable hardware acceleration for GPUs. QEMU has working GPU acceleration.