I’d like a microkernel that can run Linux containers, and its own containers.
That gives you the sort of platform on which you could introduce a new ecosystem by parts.
That gives you the sort of platform on which you could introduce a new ecosystem by parts.
FreeBSD has been running Linux for about two decades†, "Fun with FreeBSD: Run Linux Containers on FreeBSD":
* https://productionwithscissors.run/2022/09/04/containerd-lin...
I ran the Linux binary of Return to Castle Wolfenstein back in the day on FreeBSD with NVidia drivers:
* https://en.wikipedia.org/wiki/Return_to_Castle_Wolfenstein
I'd imagine this would allow you to run whatever kernel you wanted to start whatever "container image" you had planned. Quotes because I'm not sure if that's still really a container.
No idea how much skill that takes, but it’s been done once.
Sadly, Linux doesn't give a shit about other systems, so any effort to standardize containers will happen outside Linux, and Linux probably won't pick up its changes because they already have Linux containers. So a WINE like thing would be the most workable option.
The current state of affairs is actually a much better solution. Just make all containers OS-specific, and ship the OS kernel and dependencies along with a shim, and run them with QEMU. Apps run way more reliably this way with no porting required. The devs do less work, the users do less work, there's less bugs, and you can run any app in any OS.