running code for whatever arch (was: Re: Hoping to disable i686 and 32-bit arm for Podman and related tools for existing Fedora releases)
On 2/8/23 15:43, Stephen Gallagher wrote:
> More generally podman can run containers of foreign architectures
using
> qemu-user emulation, albeit with an obvious speed penalty. Still this
> has been useful for testing issues on non-x86_64 arches where hardware
> access is hard to come by.
Hold up, this is a really useful tip buried in this thread. Is there a
good howto or example of how to do this? This deserves a Fedora
Magazine or CommBlog article!
Well, I was just left amazed just a couple of days ago when mounting the
microSD of my raspberry on Fedora.
The idea was to just fsck the filesystem, then I mounted it,
played a bit around and then realized that there might have been
updates available for some packages.
So, by habit more than thinking, I've just "chroot" into the
mounted filesystem and run "apt update; apt upgrade".
And while the commands were working I realized "wait a moment,
this is supposed to be arm code, but it is running fine!".
Quick "ps", wow, so they are using qemu transparently.
Don't tell me that they are supporting...
... yes they are.
An absolutely obscure gem feature deserving much more publicity.
# ls /proc/sys/fs/binfmt_misc/
kshcomp qemu-hexagon qemu-mips64 qemu-ppc qemu-sh4
qemu-xtensaeb
qemu-aarch64 qemu-hppa qemu-mips64el qemu-ppc64 qemu-sh4eb
register
qemu-aarch64_be qemu-m68k qemu-mipsel qemu-ppc64le qemu-sparc
status
qemu-alpha qemu-microblaze qemu-mipsn32 qemu-riscv32 qemu-sparc32plus
windows
qemu-arm qemu-microblazeel qemu-mipsn32el qemu-riscv64 qemu-sparc64
windowsPE
qemu-armeb qemu-mips qemu-or1k qemu-s390x qemu-xtensa
Best regards.
--
Roberto Ragusa mail at robertoragusa.it