Roadmap

Modularization/"Librarization"

Hide most symbols and C++ standard library (Partially addressed by this and other commits)
- Issue 97 - Be more selective on symbols exported from the kernel
- The research results with numbers described in this discussion and the older one seem to indicate that both C++ standard library and other non-public symbols should be hidden in the kernel to make this goal achievable
Create toolchain to optionally build custom kernel tailored to specific hypervisor or app
- See this original discussion
Reduce kernel size
- Shrinking kernel described in this early discussion would really be a result of hiding C++ library and most symbols (see above) but also conditionally compiling in/out various modules (see the first bullet in the Modularization/"Librarization")
Expose C++ APIs as C to hide C++ completely

Improve capstan (see Capstan "2.0" Wiki)
Create IntelliJ, Maven and or Gradle plugins to deploy Java, Node, etc apps
Run Docker images on OSv (possibly musl-based like Alpine are better)
- There is already an existing example - https://github.com/cloudius-systems/osv-apps/tree/master/openjdk12-jre-from-docker

Port partial netlink support in order to fix libc: Fix if_indextoname(), if_nametoindex()
Also, reach out to Spirent to see if any more networking related bugs fixed can be brought over from the https://github.com/SpirentOrion/osv fork

Help review and merge the "lazy-allocated stack" patch
Fix cli/lua on newer Fedora (see https://github.com/cloudius-systems/osv/issues/1166)
Consider read-write filesystem alternative to ZFS - ext2/3/4 ?
Improve gdb support
#1069 - Add vsock support
Support other booting methods UEFI
Support other hypervisors
- Support new KVM-bases AWS instances (see https://github.com/cloudius-systems/osv/issues/924)
- Support Hyper-V (see https://github.com/cloudius-systems/osv/issues/735)
Support .NET Core executables
- See what needs to be finished in this thread
Refresh look and feel of http://osv.io
RISC-V port