Sim, graças à estabilidade da interface syscall do Linux, isso é possível.
Um dos grandes compromissos de Linus Torvalds para os usuários do Linux é que o conjunto de interfaces oferecidas pelo kernel é estável. Muitas pessoas não apreciam o valor disso, ou quão desafiador é como líder de um projeto aberto para alcançar esse compromisso. Considere, por exemplo, como as mudanças imprevisíveis nas APIs do GNOME estão em contraste! Quando você ouve falar de Linus se intensificando em uma lista de discussão, é quase sempre porque algum committer do kernel decidiu mudar uma interface como essa, “porque eles tiveram uma idéia melhor”. Linus diz que você pode inovar descontroladamente dentro do kernel, mas, por favor, não quebre os aplicativos 'userspace' que dependem do syscalls existentes.
Como consequência dessa estabilidade, é possível que outros kernels ofereçam o mesmo syscalls, permitindo que aplicativos construídos no Linux sejam executados nesses outros kernels.
Um exemplo disso é o projeto Joyent Triton, que oferece syscalls compatíveis com Linux em containers no SmartOS (um descendente do IllumOS, um descendente do Solaris).
Um exemplo mais conhecido é o novo subsistema Linux no Windows .
Naturalmente, quantos dos syscalls são oferecidos, e como eles são compatíveis com bug-for-bug, é a verdadeira questão. Pelo menos por enquanto, não há outro ambiente onde todos os syscalls necessários estão no lugar, porque os snaps que usam são relativamente novos e profundos no modo como o kernel pensa sobre as coisas que gerencia.
Mas eles certamente virão, com o tempo, e acho que os snaps serão utilizáveis em uma ampla gama de contextos.
O que é muito legal, bem-vindo os patches:)