In Pipewire 0.3.24 "there are backward-incompatible changes again" to some of the configuration files. The ebuild does not attempt to resolve this, which leads to broken sound as per the link. Reproducible: Always Steps to Reproduce: 1. Upgrade to Pipewire 0.3.24 Actual Results: Sound breaks Expected Results: The configuration files should be updated so that sound does not break
Please be more descriptive next time. The upstream bug URL can easily get missed, IMO. This is a known issue and a bug was already opened for it once but the filer closed it. This will get fixed whenever the overhauled ebuild gets accepted into the Portage tree. https://bugs.gentoo.org/777837
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b08c84f511f0c75e07bba317ca281a5d9d63ab12 commit b08c84f511f0c75e07bba317ca281a5d9d63ab12 Author: Niklāvs Koļesņikovs <80783143+pinkflames@users.noreply.github.com> AuthorDate: 2021-03-16 22:01:02 +0000 Commit: Thomas Deutschmann <whissi@gentoo.org> CommitDate: 2021-04-12 21:55:34 +0000 media-video/pipewire: Bump to 0.3.25 & ebuild overhaul This overhaul improves the instructions shown after merging and now provides a sys-auth/realtime-base inspired limits.d file for better user experience. The user ID (UID) range used was chosen to match what SDDM accepts as a valid non-system UID range. This has known shortcomings with very large values in enterprise deployments but this was deemed the least bad of all the imperfect options. Updates SRC_URI to use the official repository hosted by The freedesktop project instead of the GitHub mirror. Patches Meson files to correctly handle docdir per FHS/Gentoo policy. Replaces the old jack IUSE with jack-client for allowing PW to act as a JACK 2 client, while the emulation code is now always enabled, since it has no dependencies nor adverse effects on anything. When systemd USE flag is not set, now automatically enables starting of pipewire-pulse and pipewire-media-session binaries, since most people installing PipeWire will want to do that anyway. Adds instructions to inform users of the change and directs them to Gentoo Wiki with details specific to their setups. Always disables FFmpeg and Vulkan, and removes the respective IUSE, and comments out their *DEPEND, because Vulkan feature is only useful to developers, and FFmpeg code has had no major developments since May 2020 - upstream disables both by default. Removes dead code that no longer was doing anything and correctly adds RDEPEND on supported Bluetooth audio codecs with the associated IUSE flags. As well as adds RDEPEND on sys-libs/ncurses[unicode] that was previously missing and ensures that disabled libsndfile IUSE does not silently disable building of the pw-cat tool, leading to surprising mismatch between upstream documentation and actually installed binaries. Also turns the warning about failed mlock(), that upstream now disables, back on - to known for sure that 256k is really enough for everyone. Closes: https://bugs.gentoo.org/777288 Closes: https://bugs.gentoo.org/777837 Closes: https://bugs.gentoo.org/779058 Signed-off-by: Niklāvs Koļesņikovs <89q1r14hd@relay.firefox.com> Closes: https://github.com/gentoo/gentoo/pull/19965 Signed-off-by: Thomas Deutschmann <whissi@gentoo.org> media-video/pipewire/Manifest | 1 + ...pewire-0.3.25-enable-failed-mlock-warning.patch | 12 ++ .../files/pipewire-0.3.25-fix-docdir-path.patch | 32 +++ .../pipewire-0.3.25-non-systemd-integration.patch | 18 ++ media-video/pipewire/metadata.xml | 13 +- media-video/pipewire/pipewire-0.3.25.ebuild | 236 +++++++++++++++++++++ 6 files changed, 310 insertions(+), 2 deletions(-)