Bug 2070704

Summary: Initital system update disables the wireplumber pipewire session manager
Product: Red Hat Enterprise Linux 9 Reporter: Thomas Schönauer <t.schoenauer>
Component: wireplumberAssignee: Wim Taymans <wtaymans>
Status: CLOSED CURRENTRELEASE QA Contact: Desktop QE <desktop-qa-list>
Severity: low Docs Contact:
Priority: unspecified    
Version: 9.0CC: ndegraef, tpelka
Target Milestone: rcKeywords: Bugfix, Desktop
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-07-07 07:45:40 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Thomas Schönauer 2022-03-31 17:22:55 UTC
Description of problem:
The initital system udate after installation disables the wireplumber daemon required by pipewire for audio to work correctly


Version-Release number of selected component (if applicable):
9.0 Beta (plow)


How reproducible:
3 reinstalls of the OS where made and every time the same problem occured

Steps to Reproduce:
1. Install Workstation Version
2. Activate and update the system
3. Reboot

Actual results:
Audio devices don't show up in gnome-settings and are not recognized by pipewire, while alsa still shows them up. The update disables wireplumber which makes pipewire unusable because pipewire is dependent on it.

Expected results:
Audio should work normally

Additional info:
pipewire or wireplumber should require the wireplumber user-daemon running to finish installation and updates successfully

Comment 1 Tomas Pelka 2022-03-31 19:21:42 UTC
This a known issue when updated from pipewire session service to wireplumber. It is not expected Beta will be installed or heavily used. It is also expected that users are not expected to simply update from Beta to GA. For RHEL 9 GA this issue is already fixed.

As a workaround please run as user:
systemctl --user enable wireplumber
systemctl --user start wireplumber

Enabling the wireplumber user service will survive reboots going forward.

Comment 2 Niels De Graef 2023-07-07 07:45:40 UTC
Given comment 1, let's close this as CURRENTRELEASE