Package Details: pipewire-jack-dropin 3-1

Git Clone URL: https://aur.archlinux.org/pipewire-dropin.git (read-only, click to copy)
Package Base: pipewire-dropin
Description: Use pipewire as drop-in replacement for JACK
Upstream URL: None
Licenses: LGPL2.1
Provides: libjack.so, libjacknet.so, libjackserver.so
Submitter: hexchain
Maintainer: hexchain
Last Packager: hexchain
Votes: 15
Popularity: 2.17
First Submitted: 2020-09-04 22:04
Last Updated: 2020-11-22 00:29

Required by (28)

Sources (2)

Pinned Comments

hexchain commented on 2020-11-01 00:18

Upon install, this package installs /etc/ld.so.conf.d/pipewire-jack.conf to change the linker search path, so the linker will find and load PipeWire's library before original ones for dynamically linked applications.

If it does not work for you, please check if there is any file under /etc/ld.so.conf.d that has /usr/lib in it:

grep -Hi ^/usr/lib/$ /etc/ld.so.conf.d/*

And remove the offending line if possible.

Read the wiki page https://wiki.archlinux.org/index.php/PipeWire for more information.

Please comment if something goes wrong for you!

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

hexchain commented on 2020-11-07 22:17

@pix3l: It does, but mostly for containerized apps (e.g. flatpak) that cannot have their libpulse replaced.

pix3l commented on 2020-11-07 22:14

@hexchain: thx for help. I've upgraded system, commented /usr/lib/ in ld.so.confs, installed dropin and now everything works in KDE Plasama with pipewire, except bluetooth:

It's probably related: https://github.com/PipeWire/pipewire/blob/master/NEWS

Will try enabling pulse-bridge and bluez5 modules in pipewire and report back I wonder if pulse-bridge provides native pulseaudio protocol support(unlike this dropin that forces apps using pulse libs to talk using pipewire, if I understand good)

hexchain commented on 2020-11-05 11:48

@pix3l: No, kded5 isn't crashing for me. I'm not using AppMenu, and the volume mixer is just regular plasma-pa. If you happen to have KMix installed at the same time there might be some conflict that causes some things to crash. Could you try disabling AppMenu and see if the problem still exists? Also, could you give a backtrace with "coredumpctl info kded5"?

pix3l commented on 2020-11-05 11:41

@hexchain: Ouch, you are Godsend to me! Could you check journalctl | grep kded5 for any problems? (if you have fast enough machine and not using appmenu, then it might be invisible for you it's crashing in loop) Are you using AppMenu or/and firefox-kde-opensuse? What about volume mixers in Plasma?

Maybe the problem lies in my machine, because some incompatible plasma applet, qt plugins or something...

But after logging to Plasma some instances of Konsole got menu in panel(appmenu) and some inline(in-app), depending of the state of kded5 at starting. It's barely visible until I start firefox-kde-opensuse, then menu keeps switching between in-app and in-panel(appmenu), depending on the state of kded5 multiple times a second (hundred time per minute, reformating window every time and spiking cpu) But before running firefox, it's somehow usable (only not working appmenu sometimes). I was thining it's general KDE Plasma incompatibility with Pipewire, but it seems probably I'm wrong. Waiting for reply from you.

Also found the potential offenders:

grep -Hi usr/lib/$

50-ffmpeg2.8.conf:/usr/lib/ 50-libva1.conf:/usr/lib/

hexchain commented on 2020-11-05 11:27

@pix3l: That's weird. I'm also on Plasma, have PA and the original libpulse installed, and don't have any problems. I believe there is no "/usr/lib" in any of the ld.so.conf so it should always have the least priority.

ldd also seem to work for me:

% ldd /usr/bin/pactl | grep -i pulse
        libpulsecommon-13.99.so => /usr/lib/pulseaudio/libpulsecommon-13.99.so (0x00007f67bd90b000)
        libpulse.so.0 => /usr/lib/pipewire-0.3/pulse/libpulse.so.0 (0x00007f67bd867000)

pix3l commented on 2020-11-05 10:55

Something is bad with it. After installing this new versions with ld.so.conf I was happy after logging to Plasma that kded5 doesn't crash, but as quickly found by using ldd later, it was because linker still linked to PulseAudio original libraries. Maybe renaming this ld.so.conf to change priority, or something is needed. Maybe it works not systems without original PulseAudio libs installed, but definitely doesn't work on mine. So the symlinked version worked as should for me (except kded5 crashed in loop, making Global MEnu and firefox unusable...)

hexchain commented on 2020-11-01 00:18

Upon install, this package installs /etc/ld.so.conf.d/pipewire-jack.conf to change the linker search path, so the linker will find and load PipeWire's library before original ones for dynamically linked applications.

If it does not work for you, please check if there is any file under /etc/ld.so.conf.d that has /usr/lib in it:

grep -Hi ^/usr/lib/$ /etc/ld.so.conf.d/*

And remove the offending line if possible.

Read the wiki page https://wiki.archlinux.org/index.php/PipeWire for more information.

Please comment if something goes wrong for you!

hexchain commented on 2020-09-27 23:27

@oech3: libpulse contains more (tools, library headers, etc.) than just client libraries that pipewire-pulse does not have. Same for jack and jack2, pipewire-jack does not contain the actual jack server or anything other than the client libraries.

oech3 commented on 2020-09-27 19:13

Why do not provide libpulse,jack,jack2 ?

jcstryker commented on 2020-09-12 21:10

Solved it!

You just need to set the path to the pulse server as /run/user/<uid>/pipewire-0 instead of /run/user/<uid>/pulse/native