| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| disable-autospawn.patch | Disable autospawn by default | Felipe Sateler <fsateler@debian.org> | no | 2021-02-26 | ||
| dbus-policy-usr.patch | daemon/meson.build: Install dbus policy in /usr, not /etc From https://bugs.debian.org/1006631: > dbus supports policy files in both `/usr/share/dbus-1/system.d` and > `/etc/dbus-1/systemd`. [The] recently released dbus 1.14.0, officially > deprecates installing packages' default policies into `/etc/dbus-1/systemd`, > instead reserving it for the sysadmin. This is the same idea as the > difference between `/usr/lib/udev/rules.d` and `/etc/udev/rules.d`. |
Gioele Barabucci <gioele@svario.it> | yes | 2023-03-04 | ||
| bluetooth-send-more-frames.patch | 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. |
"Igor V. Kovalenko" <igor.v.kovalenko@gmail.com> | no | 2023-02-06 | ||
| selectively-disable-libpulsedsp.patch | selectively disable the libpulsedsp DSO and padsp wrapper The libpulsedsp DSO is not compatible with 64-bit time_t, and is a wrapper for compatibility with an API that's basically obsolete for 15 years. And nowadays pulseaudio itself is largely superseded by pipewire. padsp is mainly useful for legacy i386 binaries and maybe a few very early legacy amd64 binaries (late 90s/early 00s era games, especially ported by Loki Games) which might assume OSS audio, and not support ALSA or PulseAudio directly. Since we're breaking the platform ABI on armel/armhf/etc. *anyway*, we can't rely on the ability to run legacy binaries even if they exist, so it's probably no longer interesting to provide padsp on those architectures. However, Debian's i386 is sticking with the old 32-bit time_t. |
Simon McVittie <smcv@debian.org> | not-needed | 2024-03-21 | ||
| git_tests_alignment.patch | tests: Don't run volume tests with impossible alignments This worked so far somehow, but we were sending in some samples at unrealistic alignments (given that pa_memblockq will be frame-aligned, and we expect all operations to occur per-frame as well). |
Arun Raghavan <arun@asymptotic.io> | no | 2024-03-22 |