unpushed

pipewire-0.3.4-1.fc32

FEDORA-2020-92fbf65613 created by wtaymans 4 years ago for Fedora 32

Update to 0.3.4

This update has been submitted for testing by wtaymans.

4 years ago

This update's test gating status has been changed to 'waiting'.

4 years ago

This update's test gating status has been changed to 'ignored'.

4 years ago
User Icon adamwill commented & provided feedback 4 years ago
karma

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

User Icon adamwill commented & provided feedback 4 years ago

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.

User Icon adamwill commented & provided feedback 4 years ago

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.

User Icon adamwill commented & provided feedback 4 years ago

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.

User Icon catanzaro provided feedback 4 years ago
karma

This update has been pushed to testing.

4 years ago

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.

4 years ago
User Icon wtaymans commented & provided feedback 4 years ago

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.


Please login to add feedback.

Metadata
Type
bugfix
Karma
-2
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
disabled
Stable by Time
disabled
Dates
submitted
4 years ago
in testing
4 years ago
BZ#1826812 [abrt] pipewire-utils: fprintf(): spa-inspect killed by SIGSEGV
0
0

Automated Test Results