5 ms·
Not yet, but that's coming very soon. We've been artificially limiting the number of architectures supported to limit the headache of managing cross-arch contai
by shykes 13y ago
Not yet, but that's coming very soon. We've been artificially limiting the number of architectures supported to limit the headache of managing cross-arch container images. We're reaching the point where that will no longer be a problem - meanwhile the Docker on Raspberry Pi community is growing restless and we want to make them happy :)
- k__ 13y agoSo the software in a container runs on the host-OS and there is no extra OS installed in the container?
- TkTech 13y agoThis is correct. It uses features of the kernel and modern filesystems for efficient isolation.
- gcr 13y agoThere's a sleight of hand going on here. The boundary between "kernel" and "libraries like libc" is very stable and doesn't change often. That means that often, the kernel distributed by Arch can work reasonably well in an Ubuntu system, and vice versa. With that in mind: The "ubuntu" image ships the "ubuntu-glibc" and "ubuntu-bash" and "ubuntu-coreutils" and so on, but they continue to work on your Arch host because the system calls don't ever change. You can't link (say) ubuntu-glibc into arch-bash though, which is why containers are built off of a "base ubuntu image" in the first place.
- k__ 13y agoah, so only the host-kernel is used and I have to add (distribution specific) libraries to the container?
- gcr 13y agoPretty much. Containers come with their libraries though; you don't have to "add" anything. You'd just apt-get it within the container and it would pull down its dependencies.
- deleted 13y ago[deleted]
- salient 13y agoFor your sake, you better hope there won't be another ARMv7 and also ARMv8 version of Raspberry Pi, too :)
- justincormack 13y agoWell, these things exist not raspberry pies. ARM architectures are a pain. Like x86 ones were in the old days (i386, i486). MIPS is even worse.