On 7/25/20 5:17 PM, Michael Tokarev wrote: > Package: openstack-cluster-installer-poc > Version: 21 > Severity: normal > > qemu package is a dummy metapackage which has no actual reason to exist. > Qemu provides 2 entirely different modes of operations, it is a > system-level emulation, where qemu emulates whole (hardware) > system with its own CPU, memory subsystem, peripherial devices, > BIOS/firmware etc. This is qemu-system, or, with hardware > assistance, qemu-kvm. And another mode, where it can run > linux programs built for different architecture on another > linux system, for example to run arm linux binaries on an > x86 linux. This is qemu-user and variations. > > As far as I can see, openstack-cluster-installer-poc wants with > the system-mode emulation of qemu, not the user-mode. So depending > on the actual usage, you might want to depend on either whole > qemu-system, or individual qemu-system-XXX (with XXX being arm, > misc, mips, ppc, sparc, s390x and x86), maybe the best is to list > all of them as alternatives. Or, if you actually want the native > hardware-assisted virtualization, depend on qemu-kvm which is > a virtual package provided by one of the qemu-system-XXX > packages (native for the architecture, not available on all > architectures). > > The goal is to remove `qemu' binary metapackage from > Debian, because this package is not right, it is > pulling whole qemu with all its modes of operations, - > this is not what most people actually want, due to > what's been said above. > > Thanks, > > /mjt
Hi Michael, I can see that qemu-block-extra contains block-rbd.so and block-iscsi.so, which definitively are used by OpenStack, if I'm not mistaking (unless this is handled by the host?). I'll replace the qemu dependency by qemu-system, thanks for this bug report, which definitively is useful. However, how does one depends on the qemu-system-X where X matches the host arch? Do I have to list all supported arch one by one? It'd be nice if the Qemu package was providing such a facility, for example, a qemu-system-same-cpu-as-host package that would do the trick for everyone. Your thoughts? Note that there are talks within the OpenStack project to support foreign CPU emulation using qemu, so that it'd be possible to run let's say ARM on an AMD64 host. Let's see how this develops. Cheers, Thomas Goirand (zigo)
