[figmert]

You can't take a binary compiled for Linux and plop on a ChromeOS installation and expect it to run. It works currently because ChromeOS runs Linux applications in a lightweight VM with a Debian environment.

Given that, I wouldn't count ChromeOS as Linux, because if we do, by that logic, we'd have to count Windows as Linux due to WSL.

[xaerise]

You can't take a binary running in Alpine and run it in Debian. Even if it is statically linked.

But you can ( with some effort ) make it run in ChromeOS.

[flohofwoe]

Huh? I do that all the time (run Alpine compiled exes on other distros). I use an Alpine Docker image to build statically linked exes (using MUSL as libc) which are distro agnostic since they don't depend on glibc. Works just fine (for command line tools at least).

[figmert]

I'd love to see an example of this.

I often compile things inside Alpine containers statically and run them on my local machine, and plenty of times I've downloaded deb packages, extracted them on a raspberry pi running Alpine and it's ran fine (assuming glibc compatibility is set up.

[jabbawookiees]

This is the first time I'm hearing this. Don't they both use ELF? Where can I read more on this?

[PhilipRoman]

New syscalls may be unavailable on distributions that use old kernels. It is probably possible to tell whatever libc you use to avoid fancy syscalls, but still there may be problems. Note that the other way should work (from old kernel to new)