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
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
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.
I noticed these claims, of these two people which had switch to pipewire; maybe I didn’t get the issue:
2022-05-12 - Jan Alexander Steffens
Two days ago the
wireplumberpackage was made to replace
pipewire-media-sessionas 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-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
wireplumbergot installed on your system, please reinstall
pipewire-media-sessionand 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
timeshift is in manjaro repos
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.
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
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.
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?
Sync your mirrors, you’re missing
Would it be possible to decouple the dependency between malcontent and flatpak?
malcontent is a dependency for gnome-control-center and it means by extension gnome-control-center requires flatpak.
And I absolutely don’t want flatpak installed on my system. I resorted to a different control center for now.
malcontent relies on flatpak quite heavily…