Re: [PATCH] meson: Clean up some dependencies regarding qemu-system

[Philippe Mathieu-Daudé]

On 19/12/22 12:31, Peter Maydell wrote:
> On Mon, 19 Dec 2022 at 11:22, Helge Deller <deller@gmx.de> wrote:
> > Hi Paolo,
> >
> > On 12/17/22 14:28, Paolo Bonzini wrote:
> > > These are wrong.  qemu-bridge-helper, virtiofsd, qemu-storage-daemon
> > > and qemu-keymap *are* tools; if they fail to build due to any
> > > dependencies, or due to other compilation issues, you need to add
> > > tests to meson.build and check for the cause of the issues.
> >
> > No doubt, those are *tools*.
> > But aren't those only required when you run system- and/or user-emulation?
> >
> > Looking at the packaging of qemu in debian:
> >
> > qemu-system-common debian package consists of thse *tools*:
> >     qemu-bridge-helper, vhost-user-gpu, virtfs-proxy-helper, virtiofsd
> >
> > qemu-utils debian package consists of the *utilities*:
> >     qemu-img, qemu-io, qemu-nbd
> >
> > IMHO this categorization makes sense.
>
> Possibly, but it's not the categorization we use upstream,
> which splits our binaries into three groups:
>   * system-emulation binaries (qemu-system-arm, etc)

Subcategory:

       * helpers (required to use system-emulation binaries),
         apparently provided by 'qemu-system-common' on Debian
         -- except virtiofsd which is not a helper --

>   * usermode-emulation binaries (qemu-arm, etc)
>   * tools (everything else)

      apparently provided by 'qemu-utils' on Debian (without
      virtiofsd).

@Debian: Maybe virtiofsd deserves its own qemu-virtiofsd package?

> (I think the guest-agent may be a fourth group.)

(or part of tools?)