Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 777837 - media-video/pipewire-0.3.24: No audio with pipewire-pulse
Summary: media-video/pipewire-0.3.24: No audio with pipewire-pulse
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo Linux Gnome Desktop Team
URL:
Whiteboard:
Keywords: PullRequest
Depends on:
Blocks:
 
Reported: 2021-03-23 07:55 UTC by Bernd Feige
Modified: 2021-04-12 21:55 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bernd Feige 2021-03-23 07:55:37 UTC
I used media-video/pipewire-0.3.22 quite successfully with pipewire-pulse (with occasional bluetooth hiccups) as per https://bugs.gentoo.org/744622. Now just updating to 0.3.24 leaves pavucontrol and any other media user without media device. I'm on HDA Intel PCH. Stopping pipewire-pulse and starting pulseaudio, all devices are available again.

Reproducible: Always
Comment 1 Bernd Feige 2021-03-23 09:14:01 UTC
Additional info: comparing the output of pa-info with pipewire-pulse 0.3.22 and 0.3.24 I get (excerpt):

18c18
< Client Index: 51
---
> Client Index: 33
22c22
< Server Name: PulseAudio (on PipeWire 0.3.22)
---
> Server Name: PulseAudio (on PipeWire 0.3.24)
26,28c26,28
< Default Sink: alsa_output.pci-0000_00_1f.3.analog-stereo
< Default Source: alsa_input.pci-0000_00_1f.3.analog-stereo
< Cookie: 65ab:d791
---
> Default Sink: @DEFAULT_SINK@
> Default Source: @DEFAULT_SOURCE@
> Cookie: 73ac:67e2
35c35
<             #rt.prio      = 20
---
>             #rt.prio      = 88

So the default source/sink names are placeholders. Don't know yet at which stage they are supposed to be filled in - during compilation?
Comment 2 Niklāvs Koļesņikovs 2021-03-23 10:06:42 UTC
Please check if you have /usr/bin/pipewire-media-session installed and running - for systemd it now requires:

systemctl --user enable pipewire-media-session.service

pipewire and pipewire-pulse should remain as sockets, though.

For OpenRC it can be started by uncommenting the appropriate line near the end of /etc/pipewire/pipewire.conf but I suspect that in that case you should have observed this earlier, too, so I'm hoping you're a systemd user. ;)

I hope this helps.
Comment 3 Niklāvs Koļesņikovs 2021-03-23 10:12:35 UTC
I'm sorry, I was doing some other things before replying and missed your update. I'll install the tree version and check what's going on with that but you have probably correctly identified what broke your audio.
Comment 4 Niklāvs Koļesņikovs 2021-03-23 10:22:51 UTC
Sorry once more (this time for triple posting) - it turns out that @FOO@ are used not just by Meson but also PipeWire and in this case they should get replaced at runtime by pipewire-media-session, so my initial recommendation stands. Sorry for the rapid fire confusion.
Comment 5 Bernd Feige 2021-03-23 10:43:48 UTC
(In reply to Niklāvs Koļesņikovs from comment #4)
> Sorry once more (this time for triple posting) - it turns out that @FOO@ are
> used not just by Meson but also PipeWire and in this case they should get
> replaced at runtime by pipewire-media-session, so my initial recommendation
> stands. Sorry for the rapid fire confusion.

Thanks, correct - previously pipewire-media-session was started automatically, but not any longer. https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/Troubleshooting#pipewire-not-loading also hints that enabling this is essential. I guess for the time being, those who upgrade must also change their config accordingly. I'm marking this issue as resolved.
Comment 6 Niklāvs Koļesņikovs 2021-03-23 10:46:47 UTC
Thank you for confirming this fixed it. Hopefully the ebuild will get updated soon'ish.
Comment 7 Larry the Git Cow gentoo-dev 2021-04-12 21:55:38 UTC
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(-)