while I was writing this comment I came across this: LinVAM which sounds like exactly what you are looking for. But, if that doesn’t work out for you here’s what I was originally writing:
Voice Attack may fit your needs.
BUT
it’s not Linux native.
It’s not free.
However, my research does suggest that it works in Linux via proton/wine, and so it may serve your needs since what you’ve described is basically exactly that software’s whole purpose. It’s popular for adding voice control to games by mapping voice commands to game controls.
i am sure LinVAM works great but i am on wayland so will have to give it a miss, also voice attack is a goto but i am unable to find how to use it in linux, theres a reddit post but deleted
It’s available on Steam, so you could get it there and run it through Proton. I don’t know how well it works there like that, but if it doesn’t work you could refund it.
Do you know what those dependencies are? They may be installable using protontricks, or manually via wine into the prefix if that doesn’t work. I have had some luck doing that for other software in the past that required dependencies that weren’t satisfied.
one of the issues I have with mobile linux is flutter has some really good apps, but when you try to use them on linux the performance plummets, this makes a whole slew of great touch primary applications unusable.
this article was pretty hard to read, but I greatly disagree with android having bad UX, maybe for some users but to me android’s UX is pretty great
Might want to check out Ubuntu Unity. It was made more Netbooks(when those where a thing) and Touchscreens. But as another poster pointed out Bliss looks really nice for this use case
I’ll look at that, thanks! I put Bliss on one and I’m not really happy with it yet. Just trying to type my wifi password had the UI wigging out on me, had to use a usb kb just to type the pass. I’ll look into Ubuntu Unity tho, thanks!
Both Docker and Podman pretty much handle all of those so I think you’re good. The last aspect about networking can easily be fixed with a few iptables/nftables/firewalld rules. One final addition could be NGINX in front of web services or something dedicated to handling web requests on the open Internet to reduce potential exploits in the embedded web servers in your apps. But other than that, you’ve got it all covered yourself.
There’s all the options needed to limit CPU usage, memory usage or generally prevent using up all the system’s resources in docker/podman-compose files as well.
If you want an additional layer of security, you could also run it all in a VM, so a container escape leads to a VM that does nothing else but run containers. So another major layer to break.
I found KDE Simon, and Numen … I’ve only ever used a commercial product, Dragon Naturally Speaking, many years ago. It was used so I could speak instead of typing texts but it did have functions to assign commands as well - don’t think it worked on Linux though.
build the image properly, or use good images. This means limit dependencies as much as possible, as minimal images as possible (less updates due to CVEs, less tooling).
do not mount host volumes, if you really have to, use a dedicated subpath owned by the user of the container. Do not use homedirs etc.
do not run in host namespaces, like host network etc. Use port mapping to send traffic to the container.
If you want to go hardcore:
analyze your application, and if feasible, build and use a more restrictive seccomp profile compared to the default. This might limit additional syscalls that might be used during an exploitation but that your app doesn’t need.
run falco on the node. Even with the default set of rules (nothing custom), many exploitation or posts-exploitation steps would be caught, such as “shell spawned” etc.
It’s the de-facto standard for runtime container security (sysdig is based on it). The only competitor afaik is aqua security’s tracee, which is way less mature. It is very well supporter, there are tons of rules maintained by the community and it is a CNCF project used by enterprise solutions (I.e., shouldn’t disappear overnight).
We use EL (Specifically Rocky, a rebuild of Redhat) for this, but I strongly suspect that any of the main distros will be absolutely fine provided they have modern enough versions of the software you need.
I have a NVDIA GPU and no idea what could be the problem here, unfortunately. The only thing that comes to mind is that when you bake textures you need to disconnect the metallic node or turn it to 0, otherwise the bake will be completely black. No idea if this is related but it looks like it might be a problem with reflection?
You tried to uninstall and reinstall the GPU drivers? Are there different versions of the drivers (for NVDIA there are) that you could try?
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.