A couple of openQA tests seem to be failing consistently on this update. The tests that fail are tests of Workstation live images built with this update included: we boot the live image and try to install from it and boot the installed system, the two tests are the same but one is UEFI and one BIOS.
What seems to be happening is that there's no window manager running in the booted live session. We get the 'Welcome' window with no chrome, then when the test clicks on the button to launch anaconda, we get it in a window about a quarter the size of the screen, at top left, also with no chrome, like this:
I re-ran the openQA test on an earlier update, just to check if some other package which went stable or some kickstarts change or something is the cause, but it worked, so that's a strong indication that this update really is the problem.
"Failed to load shared library 'libgvc.so' referenced by the typelib: libpulse-mainloop-glib.so.0: cannot open shared object file: No such file or directory"
this seems to break both gnome-shell and gsd-media-keys.
Figured out some more details of the problem in this bug report. Seems like pipewire is bodging an attempt to replace Pulseaudio. I think installed F32 systems may be OK on update (as they'll already have pulseaudio-libs-glib2 installed and the broken pipewire-libpulse package won't replace it on update), but the bug would likely affect F32 network installs if this update went stable, and would also affect the semi-official live respins.
It also seems like a fundamentally inappropriate thing to backport to F32, to me. pipewire shouldn't be attempting to replace pulseaudio after the fact in a stable release. This should be F33 only stuff, I think.
The pulseaudio replacement is definitely not something to install by default and neither is the jack replacement. I only provided the packages for testing. How should I provide them but not have them be installed in the other installs?
This update has been submitted for testing by wtaymans.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'ignored'.
A couple of openQA tests seem to be failing consistently on this update. The tests that fail are tests of Workstation live images built with this update included: we boot the live image and try to install from it and boot the installed system, the two tests are the same but one is UEFI and one BIOS.
What seems to be happening is that there's no window manager running in the booted live session. We get the 'Welcome' window with no chrome, then when the test clicks on the button to launch anaconda, we get it in a window about a quarter the size of the screen, at top left, also with no chrome, like this:
https://openqa.stg.fedoraproject.org/tests/837735#step/_boot_to_anaconda/4
in the background you can see the 'GNOME didn't manage to start properly' screen. So this is clearly throwing off GNOME startup somehow.
I'll grab the live image that was built and throw it up somewhere for manual testing. @mcatanzaro for info
The bug is also affecting Rawhide today: https://openqa.fedoraproject.org/tests/590517
I re-ran the openQA test on an earlier update, just to check if some other package which went stable or some kickstarts change or something is the cause, but it worked, so that's a strong indication that this update really is the problem.
Booting an affected Rawhide image and examining it locally - https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20200430.n.1/compose/Workstation/x86_64/iso/Fedora-Workstation-Live-x86_64-Rawhide-20200430.n.1.iso - the logs show multiple occurrences of this error:
"Failed to load shared library 'libgvc.so' referenced by the typelib: libpulse-mainloop-glib.so.0: cannot open shared object file: No such file or directory"
this seems to break both gnome-shell and gsd-media-keys.
Figured out some more details of the problem in this bug report. Seems like pipewire is bodging an attempt to replace Pulseaudio. I think installed F32 systems may be OK on update (as they'll already have pulseaudio-libs-glib2 installed and the broken pipewire-libpulse package won't replace it on update), but the bug would likely affect F32 network installs if this update went stable, and would also affect the semi-official live respins.
It also seems like a fundamentally inappropriate thing to backport to F32, to me. pipewire shouldn't be attempting to replace pulseaudio after the fact in a stable release. This should be F33 only stuff, I think.
This update has been pushed to testing.
Bodhi is disabling automatic push to stable due to negative karma. The maintainer may push manually if they determine that the issue is not severe.
The pulseaudio replacement is definitely not something to install by default and neither is the jack replacement. I only provided the packages for testing. How should I provide them but not have them be installed in the other installs?
This update has been unpushed.