there is a troubleshooting guide for sound problems, but the more difficult part is to make the connection in the first place, that video is not playing because audio output is blocked.
I’ve seen something like this before and was 99% sure what the cause was.
could you try to run dnf4 history info pulseaudio and see if you can find a transaction that looks similar to this (version numbers may differ:
I think we can solve most cases when PackageKit-command-not-found no longer wants to install rpms that require the --allowerasing option or the SPEC file has Conflicts: <xyz> definitions.
for sure. I spent a couple minutes spelunking into the packagekit codebase, but I haven’t found the bits I need to nudge there to test a possible change in behavior.
It’s impossible to make a system 100% foolproof.
I suspect there is a reason why Gnome software is not able to find and install pulseaudio or pipewire etc. But PkgKit-cmd-not-found bypasses this. IMO, It’s broken by design.
My understanding is GNOME software limits itself to things as desktop application.
Its the same reason it doesn’t let you find flatpak runtimes. It scopes itself down to a subset of available information from PackageKit.
interesting…
I just installed zoom rpm from zoom.us to take a peek and the current one at least doesn’t list a strict dep on pulseaudio, I was able to install it just fine.. and did a quick audio test of both speaker and mic.
So if this was an issue 2 years ago with zoom, it seems to have been cleaned up since then.
interesting, and you did not miss any audio feedback in gnome, e.g. the sound speaker test didn’t work.
Pipewire and alsa (via pipewire-alsa) did still work, but most audio still depends on pulseaudio (pipewire-pulseaudio)
I would expect that any SDL2 application would also not play any sound.
reg. Zoom, do you remember Zoom having a working audio output back then?
I would assume that this could not have been a working setup, unless Zoom has fallen back to alsa.
Most of the time, I use Windows on my desktop for web browsing and pictures when I am at home.
Actually, at home, my desktop monitor is a 42" Roku TV. The laptop is for when I am traveling, and when I had problems with this issue on Linux, I just cross-booted to Windows, and it worked well. Now, finally, I decided to get to the bottom of this problem. So I don’t know how long or how widely it has been broken.
But I am glad to see that it is working now! And I am amazed that I am getting the attention of the product management team. And I feel reassured that this was a ghost from the past, and new users are not likely to experience it.
I’m probably wrong, do apps have to be included in the appstream repo for Gnome software to be able to search/install/remove them? I remember an incident where a library or other part of the system appeared in the ‘list of installed apps’ and could be removed via the GUI.
I found the solution the hard way years back on centos7. I had the exact same symptoms and in my case, it was related to SELinux.
In the terminal, if the command “getenforce” doesn’t return “Enforcing”, my solution is not for you and you can stop reading this comment.
I’m currently testing fedora 43 on a live usb and I had the same problem as on centos7, so I fixed it as follows:
First, I installed mozilla-openh264.
Then, I added a new temporary SELinux boolean value as follows:
“sudo setsebool unconfined_mozilla_plugin_transition 0”
Finally, I allowed both audio and video via the icon to the left of the url bar.
This fixes at least youtube and Netflix in my case.
If it works for you, you can make this SELinux boolean permanent with “sudo setsebool -P unconfined_mozilla_plugin_transition 0”. (this one stays after reboot if you’re not on a live usb).
Hope it helps.
