[Unstable Update] 2022-05-11 - Toolchain, GCC 12.1, Wireplumber 0.4.10, Haskell, Python

Yeah, it was the quick solution in Arch and I haven’t investigated any further, hence “If nothing else”. :stuck_out_tongue:
Another reboot, pulseaudio restart or some change with wireplumber might fix it just as well.

well looks like things got messed up again

gonna stick with pipewire now

May be worthwhile to automate the switch to pipewire-pulse to prevent testing and stable branch users from having this problem.

wireplumber no longer replaces pipewire-media-session, so it’s a non-issue now.

And for those that which doesn’t want/need pipewire? Would be better to discover and solve the root problem of Pulse.

There is no problem with PulseAudio. No matter if a user was using PulseAudio or PipeWire by default, some packages require pipewire-session-manager. Both wireplumber and pipewire-media-session provide pipewire-session-manager. Since wireplumber 0.4.10-2 replaced pipewire-media-session, everyone with a package requiring pipewire-session-manager was affected.

There was a problem with building the DKMS of nvidia-470xx as mentioned:

But after updating the mirrors, it builds just fine. So seems you updated it very quickly. Thanks!

Took a minute to get used to Lua to configure my audio devices again with Wireplumber into a shape of my preferences, but it’s all working now :+1:

6 posts were split to a new topic: Manjaro-pipewire still has pipewire-settings-manager as a dependency should this be changed to wireplumber?

Regarding the sound: I tried a lot, but only this helped:

sudo pacman -S pipewire-session-manager

this is true. MPRIS stopped working appox 6 months ago and not fixed by now. :man_shrugging:

I noticed these claims, of these two people which had switch to pipewire; maybe I didn’t get the issue:

Undone replacement of pipewire-media-session with wireplumber

2022-05-12 - Jan Alexander Steffens

Two days ago the wireplumber package was made to replace pipewire-media-session as the latter session manager for PipeWire is considered dead upstream and will see no more releases. Unfortunately, this step was premature.

Our pipewire audio packages (pipewire-alsa, pipewire-jack and pipewire-pulse) ship configuration that prompt media-session to activate PipeWire’s audio features. When these packages are not installed and the configuration is missing, PipeWire can be used for screen recording without interfering with ALSA or PulseAudio.

WirePlumber disregards this mechanism and always configures PipeWire to grab audio devices, meaning users of PulseAudio or bare ALSA experience broken audio.

The replacement has been reverted while we attempt to look for a better solution switching to WirePlumber. If you are currently not using PipeWire for audio and wireplumber got installed on your system, please reinstall pipewire-media-session and reboot to restore audio functionality.

pacman -Syu pipewire-media-session

Saved my day, thanks!

A post was split to a new topic: Getting horrible screen tearing on every game I play on second monitor

woohoo timeshift is in manjaro repos :heart_eyes:

1 Like

Found the culprit of my issue, wireplumber!

So here’s the problem: if you were running pulseaudio then the wireplumber daemon will not let pulseaudio play audio, and therefore pulseaudio will break.

If you switch to pipewire then all media will work, but then I was curious to see why MPRIS was not.

Running systemctl --user status wireplumber, I found the following error message

<WpSiAudioAdapter:0x55daa9d25080> Object activation aborted: proxy destroyed

It seems that wireplumber destroys the mpris-proxy daemon, and therefore pausing and playing from bluetooth headsets no longer works.

To fix my MPRIS issue I did the following:

  • switch back to pulseaudio
  • disable the wireplumber systemd service
  • rebooted

PS: It still seems that wireplumber randomly starts at boot whenever it wants, so make sure to add killlall wireplumber as a startup command in your desktop environment/window manager

Now all audio is playing and MPRIS is working fine. Since this issue was only introduced in this unstable update, it isn’t very well documented, so I’m gonna leave some SEO keywords here so that people with the same problem can easily google it and run into this post.

search keywords

mpris-proxy not working pipewire, mpris not working pipewire, pulseaudio audio not working, mpris pipewire, mpris wireplumber, mpris not working manjaro, cant pause and play bluetooth audio pipewire

No need for this.

It is documented and already posted in this very thread: Arch Linux - News: Undone replacement of pipewire-media-session with wireplumber

For some reason the vmmon module which is relevant for the VMware Network Stack is missing. On 5.15.39 (tested) not sure if this is the case for all kernel series.
Even if headers are installed.

:: installing qt5-base (5.15.4+kde+r135-1) breaks dependency 'qt5-base<5.15.4' required by manjaro-settings-manager

How to fix it?