src/pulse/client-conf.c | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 disable autospawn by default

src/daemon/meson.build | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 daemon/meson.build: install dbus policy in /usr, not /etc

src/modules/bluetooth/module-bluez5-device.c | 10 8 + 2 - 0 !
1 file changed, 8 insertions(+), 2 deletions(-)

 bluetooth: amend writeout to send more initial frames

When bluetooth transport has both both sink and source, pulseaudio would
synchronize writing out frames with reading frames from peer to make fair
schedule of reads and writes. Pulseaudio allows two blocks of data to be sent to
peer before synchronizing writes with reads just in case that peer implements
similar write schedule.

It could happen that first blocks are still missed by peer, which would cause
pulseaudio writes to stall waiting for first frames from peer.

Fix this by allowing more data frames out until data from peer is actually
received.

Closes: https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/issues/1424
Part-of: <https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/777>
Signed-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com>