On Thu, May 11, 2023 at 14:14:49 +0200, Michal Privoznik wrote:
> You'd expect to see src/qemu/qemu_capabilities.c changed, wouldn't you.
> Well, there's no way to query for supported audio backends, see:
>
> https://gitlab.com/libvirt/libvirt/-/issues/473
Note that you can already query whethe
On 5/10/23 21:06, Andrea Bolognani wrote:
> Same as the changes made recently for QEMU helpers, except
> even more straightforward.
>
> Andrea Bolognani (3):
> qemu: Find dbus-daemon at runtime
> meson: Stop looking for dbus-daemon
> qemu: Update documentation for dbus_daemon qemu.conf key
>
Signed-off-by: Michal Privoznik
---
NEWS.rst | 10 ++
1 file changed, 10 insertions(+)
diff --git a/NEWS.rst b/NEWS.rst
index 446998e12e..ddec27cd57 100644
--- a/NEWS.rst
+++ b/NEWS.rst
@@ -17,6 +17,16 @@ v9.4.0 (unreleased)
* **New features**
+ * Introduce pipewire audio backend
+
QEMU gained support for PipeWire audio backend (see QEMU commit
of v8.0.0-403-gc2d3d1c294). Its configuration knobs are basically
the same as pulseaudio's, except for PA's server name. Therefore,
a lot of code is copied over from pulseadio and fixed by
s/Pulse/Pipewire/ or s/pulseaudio/pipewire/.
This is mostly straightforward, except for a teensy-weensy
detail: usually, there's no system wide daemon running, no system
wide available socket that anybody could connect to. PipeWire
uses a per user daemon approach instead. But this in turn means,
that the socket location floats between various
You'd expect to see src/qemu/qemu_capabilities.c changed, wouldn't you.
Well, there's no way to query for supported audio backends, see:
https://gitlab.com/libvirt/libvirt/-/issues/473
Michal Prívozník (3):
conf: Introduce pipewire audio backend
qemu: Generate cmd line for pipewire audio ba