Description of problem: After the latest upgrade of rawhide (dnf upgrade --refresh), which installs pipewire-0.3.31-4.fc35.x86_64.x86_64, no audio devices can be found. The problem was nonexistent immediately before the upgrade.
Version-Release number of selected component (if applicable): 0.3.31-4
This appears to be the same problem that was reported some two pipewire versions ago.
The issue persists after the latest update (around 9:00 AM EDT) which installs pipewire-0.3.32-1.fc35.x86_64: Settings -> Sound does not show any output devices.
I think this is entirely normal in f35. The session manager is not started by pipewire anymore but by systemd.
You probably need to manually enable and start pipewire-media-session with:
systemctl --user enable pipewire-media-session
systemctl --user start pipewire-media-session
I believe there is an update to the default policy on f35 scheduled. maybe it does not apply automatically for already installed
components, I don't know.
(In reply to Wim Taymans from comment #3)
> I think this is entirely normal in f35. The session manager is not started
> by pipewire anymore but by systemd.
> You probably need to manually enable and start pipewire-media-session with:
> systemctl --user enable pipewire-media-session
> systemctl --user start pipewire-media-session
> I believe there is an update to the default policy on f35 scheduled. maybe
> it does not apply automatically for already installed
> components, I don't know.
Works for me.
This needs to be taken care of automatically on update. It's not acceptable to expect users to do this manually. It should have been planned for before the update was sent out. I thought we'd agreed that this kind of thing wasn't going to happen any more?
Proposing as a Beta blocker, per criterion "For each one of the release-blocking package sets, it must be possible to successfully complete a direct upgrade from a fully updated, clean default installation of each of the last two stable Fedora releases with that package set installed...The upgraded system must meet all release criteria", combined with "The installed system must be able to play back sound with gstreamer-based applications" - https://fedoraproject.org/wiki/Fedora_35_Beta_Release_Criteria#Upgrade_requirements and https://fedoraproject.org/wiki/Fedora_35_Beta_Release_Criteria#Working_sound .
This bug appears to have been reported against 'rawhide' during the Fedora 35 development cycle.
Changing version to 35.
Seems like this will be relatively straightforward with the just-approved "Restart User Services after Upgrade" Change (BZ 1993244):
*** Bug 1993656 has been marked as a duplicate of this bug. ***
In likely dup bug 1993656, I did a clean install with Fedora-Workstation-Live-x86_64-35-20210814.n.0.iso and sound isn't working until I run the commands in comment 3.
+3 in https://pagure.io/fedora-qa/blocker-review/issue/388 , marking accepted.
How does this is affected by https://fedoraproject.org/wiki/Changes/WirePlumber
I do not understand why WirePlumber is not used by default as it was announced in the Changes already.
On one of my machines I decided to see if it can be used and I did this:
1. systemctl --user --now disable pipewire-media-session
2. dnf install --allowerasing wireplumber (wireplumber is NOT installed by default)
3. systemctl --user --now enable wireplumber.
Sound works, devices are present.
I followed up on that topic in https://bugzilla.redhat.com/show_bug.cgi?id=1989959 .
FEDORA-2021-b87a167119 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-b87a167119
FEDORA-2021-b87a167119 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-b87a167119`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-b87a167119
See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
*** Bug 1997992 has been marked as a duplicate of this bug. ***
FEDORA-2021-b87a167119 has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.
I ran into this when doing dnf systemd-upgrade from 34 to 35 (Workstation edition); every reboot pipewire-media-session wasn't running for the user. pipewire-0.3.34-2.fc35 seems to have fixed it (1 for 1 boots so far).
I ran one dnf system upggrade using a F34 KDE VM, to a F35 KDE last week. Today I udated all packages, and even with the pipewire-0.3.34-2.fc35 the bug still persists. It solved only after the commands (systemctl --user enable pipewire-media-session and systemctl --user start pipewire-media-session). I'll do again this test today, using a new F34 kde respin iso and doing the upgrade to F35 kde, to see if it is solved then.
Seems that on the F35 images since 31/08/2021 wireplumber is correctly installed and running
Tested today (07/09/2021) an upgrade F34kde/F35kde. It installed wireplumber correctly and audio was working fine right from the start. Have heard from user Bittin that's the same process on a f34 workstation have gone well. So, it seems it's all just good to go now.
Yup, I tested a Workstation upgrade and it looks right too. wireplumber gets installed on upgrade, and sound works.
(In reply to Adam Williamson from comment #24)
> Yup, I tested a Workstation upgrade and it looks right too. wireplumber gets
> installed on upgrade, and sound works.
I am using a pre-beta Fedora 35, but I cannot install wireplumber -- is there a missing Obsoletes?
$ sudo dnf install wireplumber
Last metadata expiration check: 0:29:39 ago on Thu 09 Sep 2021 14:33:28 BST.
Problem: problem with installed package pipewire-media-session-0.3.34-2.fc35.x86_64
- package pipewire-media-session-0.3.34-2.fc35.x86_64 conflicts with pipewire-session-manager provided by wireplumber-0.4.1-2.fc35.i686
- package wireplumber-0.4.1-2.fc35.i686 conflicts with pipewire-session-manager provided by pipewire-media-session-0.3.34-2.fc35.x86_64
- conflicting requests
- package pipewire-media-session-0.3.34-2.fc35.x86_64 conflicts with pipewire-session-manager provided by wireplumber-0.4.1-2.fc35.x86_64
- package wireplumber-0.4.1-2.fc35.x86_64 conflicts with pipewire-session-manager provided by pipewire-media-session-0.3.34-2.fc35.x86_64
those two are meant to be alternatives to each other at present. you may need to use the dnf 'shell' to remove pipewire-media-session and install wireplumber at the same time. https://dnf.readthedocs.io/en/latest/command_ref.html#shell-command-label
Better use "dnf swap wireplumber pipewire-media-session" as advised on https://fedoraproject.org/wiki/Changes/WirePlumber#How_To_Test
either way works, I just forgot 'swap' got written :D before it did, shell was the only way to do that.