Pipewire: New lib32-pipewire packages broken

Maniaxx · 2021-05-26 18:56:10

Hallo,

there was an AUR replacement yesterday. It was forced by "1:0.3.28-1" version prefix.

lib32-pipewire-git -> multilib/lib32-pipewire
lib32-pipewire-jack-git -> multilib/lib32-pipewire-jack

Now, my Wine 32bit programs either freeze or crash. The new libs don't seem to work at all.

Does it work for anyone?
Where do bug reports for multilib go to? The bug report guidelines do not mention them and the mailing list is outdated.

Last edited by Maniaxx (2021-05-26 19:13:29)

V1del · 2021-05-26 19:53:16

If you are going from git packages to repo packages, did you also go git on the normal 64bit pipewire packages? What does "freeze" or "crash" mean exactly? FWIW wine works fine here with the repo set of packages, but I don't use pipewire for audio yet and still use pulse.

If you are on a mix of -git/non-git packages then that could explain this and in this case the AUR package should be fixed so that it includes the epoch as well so there isn't an inherent replacement done.

Last edited by V1del (2021-05-26 19:58:19)

Maniaxx · 2021-05-26 20:21:02

All packages are normal repo. Before (when it worked), only the lib32 were AUR. All other were 0.3.28. No Pipewire update during the AUR->Multilib switch.

$ pacman -Qqs pipewire
lib32-pipewire
lib32-pipewire-jack
pipewire
pipewire-alsa
pipewire-jack
pipewire-jack-dropin
pipewire-media-session
pipewire-pulse

'Freeze' means just an empty windows comes up hogging the CPU. 'Crash' means the window disappears once sound begins to play (Winamp). The error is:

[E][pipewire.c:344 add_interface()] can't get Spa:Pointer:Interface:Log interface -2
[E][pipewire.c:450 load_journal_logger()] can't get log interface -2
[E][pipewire.c:344 add_interface()] can't get Spa:Pointer:Interface:CPU interface -2
[E][loop.c:85 pw_loop_new()] loop 0xf7773180: can't make support.system handle: No such file or directory
wine: Unhandled page fault on read access to 00000000 at address F67617F4 (thread 0230), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xf67617f4).

I can switch between Pipewire and ALSA via '.asoundrc' easily. ALSA works properly.
Also, there is no going back to the AUR version as its orphaned now and doesn't compile anymore. Some avahi lib cannot be linked.

My /etc/pipewire folder is empty. My configs are in ~/.config/pipewire and i disabled them already.
Also installed 'pipewire-zeroconf', 'gst-plugin-pipewire' and 'libpipewire02' packages. That should be all.

I will try 'lib32-avahi' package as mentioned in the AUR comments now.
Edit: The AUR package compiles again. No crashes now, but it plays on ALSA not Pipewire. Have to fiddle some more...

Edit2: I'm on all-git packages now. No change. Pipewire is not capturing Wine output. Wine plays on ALSA. I had this behavior some weeks before already but it vanished with one of the pipewire updates. Looks like they have reverted that or lib32 is buggy again. Wine has a very old and buggy audio backend. It might be problematic here. If all goes down i will use ALSA Loopback device again. That's a stable way to pass Wine to Jack/Carla.

Last edited by Maniaxx (2021-05-26 21:18:23)

Maniaxx · 2021-05-28 19:59:21

Reference:
https://gitlab.freedesktop.org/pipewire … ssues/1239

Arch Linux

#1 2021-05-26 18:56:10

Pipewire: New lib32-pipewire packages broken

#2 2021-05-26 19:53:16

Re: Pipewire: New lib32-pipewire packages broken

#3 2021-05-26 20:21:02

Re: Pipewire: New lib32-pipewire packages broken

#4 2021-05-28 19:59:21

Re: Pipewire: New lib32-pipewire packages broken

Board footer