Pipewire-jack and Jack2 Conflict

Issues & Assistance
42

I have a list of items that are dependencies on Jack2 and jack2-dbus. I was successful at removing the lib32-jack2, but trying to remove jack2 and jack2-dbus creates dependency problems with:

ardour, aubio, cadence, ffmpeg, fluidsynth, gst-plugins-good, hydrogen, mplayer, obs-studio, portaudio, qemu, stk, and wineasio.

I've been using pipewire-jack for a long time, for all my pro audio stuff, it's great. But it seems that the latest is forcing us to choose to have pipewire, or jack2, not both. It just seems like these programs don't know they can use pipewire-jack to provide those dependencies.

At this point the upgrade process is broken for me. The options listed above are nice, but do not resolve the issues I'm looking at.

43

There should be a fix for this at some point. You could look at the AUR version with yay or omit updating jack/pipewire.

https://wiki.archlinux.org/title/pacman#Skip_package_group_from_being_upgraded

44

I was given -Rdd and it did nothing. I ended up opening Octopi and removing the two files that way.

Seeing the list of items that Octopi wanted to remove made me a bit nervous, but after hesitating for about 5 seconds I said the hell with it and allowed the removal. Did the updates,rebooted, add the base software I wanted through the setup assistant and have yet to go in to see if I still have sound and if anything else is broken and needs fixing.

1 Like
45

Hi guys,
My story is a bit different.
Yesterday I was on a Google Meet meeting and I suddendly disconnected my USB headset. What happened was that ANY playback device disappeared from my system, so neither plugging back in the headset nor using the built-in speakers works (because now I can't see them).
It's worth noting that the last Syu had been performed a week before! So I decided to perform one hoping that would refresh existing modules and stuff.
I ran into the conflict and I actually solved it by uninstalling jack2 (even though it was set as a dependency for applications like telegram) and ran the command as per jonathon post. I rebooted and the problem still persists.
Here are some outputs I believe can be useful:

>> lspci
00:00.0 Host bridge: Intel Corporation Coffee Lake HOST and DRAM Controller (rev 0b)
00:02.0 VGA compatible controller: Intel Corporation WhiskeyLake-U GT2 [UHD Graphics 620]
00:08.0 System peripheral: Intel Corporation Xeon E3-1200 v5/v6 / E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
00:12.0 Signal processing controller: Intel Corporation Cannon Point-LP Thermal Controller (rev 30)
00:14.0 USB controller: Intel Corporation Cannon Point-LP USB 3.1 xHCI Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Cannon Point-LP Shared SRAM (rev 30)
00:14.3 Network controller: Intel Corporation Cannon Point-LP CNVi [Wireless-AC] (rev 30)
00:15.0 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller: Intel Corporation Cannon Point-LP Serial IO I2C Controller #1 (rev 30)
00:16.0 Communication controller: Intel Corporation Cannon Point-LP MEI Controller #1 (rev 30)
00:17.0 RAID bus controller: Intel Corporation 82801 Mobile SATA Controller [RAID mode] (rev 30)
00:1d.0 PCI bridge: Intel Corporation Cannon Point-LP PCI Express Root Port #9 (rev f0)
00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Cannon Point-LP High Definition Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Cannon Point-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller: Intel Corporation Cannon Point-LP SPI Controller (rev 30)
01:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTL8411B PCI Express Card Reader (rev 01)
01:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 12)

>> sudo dmesg | grep -i audio
[    0.125206] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[    6.367784] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    6.572158] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC255: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[    6.572166] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[    6.572170] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x21/0x0/0x0/0x0/0x0)
[    6.572174] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[    6.572176] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[    6.572179] snd_hda_codec_realtek hdaudioC0D0:      Headset Mic=0x19
[    6.572182] snd_hda_codec_realtek hdaudioC0D0:      Internal Mic=0x12

>> lsmod
Module                  Size  Used by
snd_usb_audio         401408  0
snd_usbmidi_lib        49152  1 snd_usb_audio
snd_rawmidi            49152  1 snd_usbmidi_lib
hid_logitech_hidpp     69632  0
hid_logitech_dj        36864  0
usbhid                 81920  1 hid_logitech_dj
ccm                    20480  0
snd_seq_dummy          16384  0
snd_hrtimer            16384  1
snd_seq                98304  7 snd_seq_dummy
snd_seq_device         16384  2 snd_seq,snd_rawmidi
rfcomm                 94208  16
nft_masq               16384  2
nft_chain_nat          16384  1
nf_nat                 61440  2 nft_masq,nft_chain_nat
nf_conntrack          188416  2 nf_nat,nft_masq
nf_defrag_ipv6         24576  1 nf_conntrack
nf_defrag_ipv4         16384  1 nf_conntrack
bridge                376832  0
stp                    16384  1 bridge
llc                    16384  2 bridge,stp
dm_mod                192512  0
nf_tables             286720  138 nft_masq,nft_chain_nat
vhost_vsock            24576  0
vmw_vsock_virtio_transport_common    49152  1 vhost_vsock
vhost                  61440  1 vhost_vsock
vhost_iotlb            16384  1 vhost
nfnetlink              20480  1 nf_tables
vsock                  57344  2 vmw_vsock_virtio_transport_common,vhost_vsock
wireguard             102400  0
curve25519_x86_64      53248  1 wireguard
libchacha20poly1305    16384  1 wireguard
chacha_x86_64          28672  1 libchacha20poly1305
poly1305_x86_64        28672  1 libchacha20poly1305
libblake2s             16384  1 wireguard
blake2s_x86_64         20480  1 libblake2s
libcurve25519_generic    53248  2 curve25519_x86_64,wireguard
libchacha              16384  1 chacha_x86_64
libblake2s_generic     20480  1 blake2s_x86_64
ip6_udp_tunnel         16384  1 wireguard
nls_utf8               16384  7
udp_tunnel             20480  1 wireguard
cifs                 2265088  0
cifs_arc4              16384  1 cifs
cifs_md4               16384  1 cifs
dns_resolver           16384  1 cifs
fscache               475136  1 cifs
netfs                  53248  1 fscache
cmac                   16384  2
algif_hash             20480  1
algif_skcipher         16384  1
af_alg                 36864  6 algif_hash,algif_skcipher
qrtr                   49152  4
bnep                   32768  2
snd_sof_pci_intel_cnl    16384  0
snd_sof_intel_hda_common   135168  1 snd_sof_pci_intel_cnl
soundwire_intel        53248  1 snd_sof_intel_hda_common
soundwire_generic_allocation    16384  1 soundwire_intel
soundwire_cadence      45056  1 soundwire_intel
snd_sof_intel_hda      20480  1 snd_sof_intel_hda_common
snd_sof_pci            20480  2 snd_sof_intel_hda_common,snd_sof_pci_intel_cnl
joydev                 28672  0
snd_sof_xtensa_dsp     20480  1 snd_sof_intel_hda_common
mousedev               24576  0
snd_sof               221184  2 snd_sof_pci,snd_sof_intel_hda_common
snd_hda_codec_hdmi     90112  1
soundwire_bus         126976  3 soundwire_intel,soundwire_generic_allocation,soundwire_cadence
intel_rapl_msr         20480  0
snd_soc_skl           233472  0
intel_rapl_common      36864  1 intel_rapl_msr
hid_multitouch         32768  0
snd_soc_hdac_hda       28672  2 snd_sof_intel_hda_common,snd_soc_skl
snd_ctl_led            24576  0
intel_tcc_cooling      16384  0
snd_hda_ext_core       36864  4 snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl,snd_sof_intel_hda
snd_soc_sst_ipc        20480  1 snd_soc_skl
snd_hda_codec_realtek   180224  1
snd_soc_sst_dsp        40960  1 snd_soc_skl
x86_pkg_temp_thermal    20480  0
snd_hda_codec_generic   110592  1 snd_hda_codec_realtek
vfat                   24576  1
snd_soc_acpi_intel_match    61440  3 snd_sof_intel_hda_common,snd_soc_skl,snd_sof_pci_intel_cnl
iTCO_wdt               16384  0
intel_powerclamp       20480  0
snd_soc_acpi           16384  3 snd_soc_acpi_intel_match,snd_sof_intel_hda_common,snd_soc_skl
fat                    90112  1 vfat
ledtrig_audio          16384  3 snd_ctl_led,snd_hda_codec_generic,snd_sof
snd_soc_core          413696  5 soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl
intel_pmc_bxt          16384  1 iTCO_wdt
coretemp               20480  0
iTCO_vendor_support    16384  1 iTCO_wdt
snd_compress           28672  1 snd_soc_core
acer_wmi               40960  0
ac97_bus               16384  1 snd_soc_core
wmi_bmof               16384  0
sparse_keymap          16384  1 acer_wmi
snd_pcm_dmaengine      16384  1 snd_soc_core
ee1004                 20480  0
intel_wmi_thunderbolt    20480  0
iwlmvm                544768  0
snd_hda_intel          61440  2
kvm_intel             380928  0
snd_intel_dspcfg       32768  3 snd_hda_intel,snd_sof_intel_hda_common,snd_soc_skl
kvm                  1179648  1 kvm_intel
snd_intel_sdw_acpi     20480  2 snd_sof_intel_hda_common,snd_intel_dspcfg
mac80211             1302528  1 iwlmvm
irqbypass              16384  1 kvm
snd_hda_codec         192512  5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek,snd_soc_hdac_hda
uvcvideo              155648  1
crct10dif_pclmul       16384  1
videobuf2_vmalloc      20480  1 uvcvideo
libarc4                16384  1 mac80211
crc32_pclmul           16384  0
btusb                  69632  0
videobuf2_memops       20480  1 videobuf2_vmalloc
ghash_clmulni_intel    16384  0
videobuf2_v4l2         40960  1 uvcvideo
snd_hda_core          122880  10 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_ext_core,snd_hda_codec,snd_hda_codec_realtek,snd_sof_intel_hda_common,snd_soc_hdac_hda,snd_soc_skl,snd_sof_intel_hda
btrtl                  28672  1 btusb
videobuf2_common       90112  4 videobuf2_vmalloc,videobuf2_v4l2,uvcvideo,videobuf2_memops
aesni_intel           380928  3
btbcm                  24576  1 btusb
iwlwifi               487424  1 iwlmvm
btintel                49152  1 btusb
crypto_simd            16384  1 aesni_intel
snd_hwdep              20480  2 snd_usb_audio,snd_hda_codec
videodev              319488  4 videobuf2_v4l2,uvcvideo,videobuf2_common
cryptd                 28672  3 crypto_simd,ghash_clmulni_intel
snd_pcm               180224  13 snd_hda_codec_hdmi,snd_hda_intel,snd_usb_audio,snd_hda_codec,soundwire_intel,snd_sof,snd_sof_intel_hda_common,snd_compress,snd_soc_core,snd_soc_skl,snd_hda_core,snd_pcm_dmaengine
rapl                   16384  0
bluetooth             802816  45 btrtl,btintel,btbcm,bnep,btusb,rfcomm
r8169                 126976  0
intel_cstate           20480  0
realtek                36864  1
snd_timer              49152  3 snd_seq,snd_hrtimer,snd_pcm
ecdh_generic           16384  1 bluetooth
mc                     77824  5 videodev,snd_usb_audio,videobuf2_v4l2,uvcvideo,videobuf2_common
intel_uncore          212992  0
cfg80211             1110016  3 iwlmvm,iwlwifi,mac80211
crc16                  16384  1 bluetooth
snd                   135168  22 snd_ctl_led,snd_hda_codec_generic,snd_seq,snd_seq_device,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_usb_audio,snd_usbmidi_lib,snd_hda_codec,snd_hda_codec_realtek,snd_sof,snd_timer,snd_compress,snd_soc_core,snd_pcm,snd_rawmidi
intel_lpss_pci         28672  0
i2c_i801               45056  0
mdio_devres            16384  1 r8169
intel_lpss             16384  1 intel_lpss_pci
soundcore              16384  2 snd_ctl_led,snd
i2c_smbus              20480  1 i2c_i801
tpm_crb                24576  0
i2c_hid_acpi           16384  0
idma64                 20480  0
libphy                180224  3 r8169,mdio_devres,realtek
rfkill                 32768  8 acer_wmi,bluetooth,cfg80211
intel_pch_thermal      20480  0
i2c_hid                45056  1 i2c_hid_acpi
tpm_tis                16384  0
tpm_tis_core           32768  1 tpm_tis
tpm                   102400  3 tpm_tis,tpm_crb,tpm_tis_core
rng_core               20480  1 tpm
wmi                    40960  3 intel_wmi_thunderbolt,acer_wmi,wmi_bmof
acpi_pad               24576  0
mac_hid                16384  0
acer_wireless          20480  0
vboxnetflt             32768  0
vboxnetadp             28672  0
vboxdrv               573440  2 vboxnetadp,vboxnetflt
uinput                 24576  0
ipmi_devintf           20480  0
ipmi_msghandler        86016  1 ipmi_devintf
crypto_user            20480  0
fuse                  184320  5
zram                   40960  2
bpf_preload            16384  0
ip_tables              32768  0
x_tables               61440  1 ip_tables
btrfs                1806336  1
blake2b_generic        20480  0
libcrc32c              16384  4 nf_conntrack,nf_nat,btrfs,nf_tables
crc32c_generic         16384  0
xor                    24576  1 btrfs
raid6_pq              122880  1 btrfs
rtsx_pci_sdmmc         32768  0
serio_raw              20480  0
atkbd                  36864  0
mmc_core              237568  1 rtsx_pci_sdmmc
libps2                 24576  1 atkbd
xhci_pci               24576  0
rtsx_pci              110592  1 rtsx_pci_sdmmc
xhci_pci_renesas       24576  1 xhci_pci
i8042                  49152  1 acer_wmi
serio                  28672  4 serio_raw,atkbd,i8042
intel_agp              24576  0
crc32c_intel           24576  2
i915                 3543040  62
video                  57344  2 acer_wmi,i915
ttm                    90112  1 i915
intel_gtt              28672  2 intel_agp,i915

>> pacman -Q jack
pipewire-jack 1:0.3.43-5
>> pacman -Q pipewire
pipewire 1:0.3.43-5

I'm running Garuda Drag0nized on a laptop with 16GB RAM, Intel Core i7-8565U CPU, 500GB SSD, no discrete graphic card.

As sidenotes Latte Dock stopped working and I had to start it for a few reboots even on earlier snapshot than the pacman Syu; thunderbird is no longer able to reach Google's servers but I'm pretty sure this is unrelated since it has been just updated.

Anyone has any idea on what's going on? :frowning:
Thank you,
Antonio

46

If youā€™re using Cadence then you canā€™t remove jack2-dbus, so your solution is to remove pipewire-jack and retain jack2 on your system.

4 Likes
47

In Garuda now and after switching to the correct device allā€™s good with the sound here.

1 Like
48

Folks, "pipewire-support" is a Calamares/Garuda developer implement. It pulls in the pipewire packages that they want, that don't necessarily get pulled in as dependencies when a person types "pipewire" in a vanilla terminal in a vanilla Arch installation unless explicitly installed by the user--if the user knows about them. They are common, and Calamares is a good way of installing them.

Same meta thingee goes for Pulseaudio & JACK in Garuda. So, anyway, break or remove that meta/script/framework whatever you want to call it, then install and enjoy the audio backend/frontends and packages you desire. Compile sans dependencies you want or don't. Or pull in the Gitlab packages you want by making a few changes in Calamares prior to install. Muahahaha! :wink:

This may seem, I dunno, like a down n' dirty method, but unless a person chooses to hand-install Arch--is willing and knowledgeable--Garuda's method is a rather nice way of doing things unless they are extra ordinary. JACK is, nowadays, an audiophile's system. It used to rival Pulseaudio and Pipewire, and many some folks who want arguably the best sound quality in Linux will go out of their way to use it, still. As demonstrated here. QED.

So that's my take on the messy issue. A couple months ago I swore by staid and true (and no longer new) Pulseaudio until poked by @jonathon to look a bit closer at Pipewire. Now I'm so enamored of Pipewire that the bad ol' days of only ALSA or later on JACK are far behind. Sometimes the setup headaches of some of them were intolerable. My system's speaker/audio setups nowadays are far, far, from sound studio stage quality--if they ever were--so whadda I know, anyway.
:smiley: :rofl:

4 Likes
49

Well, you know what they say, it's All Fun and Games until Somebody Loses an Eye.
By this I mean it's fine for seasoned veterans to hack and slash their way to the module list they desire. But when a new user grabs an ISO from the downloads page, eager to try an Arch that just works and looks nice and hits a package conflict on their first ever package update, then the distro's reputation stands to suffer a bit.
My point is that if you want to attract users you have to steer clear of such issues or have an official fix when they happen. It's true that nobody dives into GNU/Linux expecting the flawless desktop experience. Even less so into an Arch. But events like this one give rolling release systems a bad name.

1 Like
50

I understand your viewpoint, but any Arch based rolling distro requires manual hands on package maintenance at times. That is simply the nature of the beast. If you are not prepared to do that you're not ready to use a rolling distro. That's what static distros are for, when you don't desire to manage frequent update issues.

Sorry to be blunt, but not everyone in the world is cut out for a rolling distro (exactly the same as driving a vehicle with a manual transmission).

4 Likes
51

I have the same question. The ISO and a fresh install shouldn't encounter this. I've tested multiple times on one laptop, then went to another computer and the same thing happened. I tried another version (don't remember which because I think I've installed them all by now) and it wasn't an issue...

This is supposed to be beginner friendly, but if the updates have problems right out of the gate then it's an issue. Hope it gets resolved quickly, because I like what I'm seeing so far!

52 
resolving dependencies...
looking for conflicting packages...
:: pipewire-jack and jack2 are in conflict (jack). Remove jack2? [y/N] y

Maybe this is the fix.

1 Like
53

Point and game to you sir!
But the match is long and hard fought so let me also be blunt. This is your distro and i didn't pay for it so it's your right to offer as much support as you see fit. I am willing to continue the Garuda adventure, but I've advertised it to all my friends also, hoping to grow such a community. It helps to have some good examples to rely on when one advertises a product.
If the very first thing you see on a fresh install is a package conflict...
Of course there is a fix. But there are also bad impressions of new users.

54

@ThePollard
This can happen with any update, with all RR distro's.
Therefore, Garuda has built a security feature with Snapper into the DE's to boot with a working system and wait in peace for remediation.

It's always nice when a new forum member is so concerned about Garuda's reputation in their first post.

6 Likes
55

I hate to be contradictory to you new users, but I think you would be hard pressed to find any statements from those involved with the project to that effect. While we strive to make things as easy as possible for those new Garuda, we have always been up about the fact that any Arch based distro requires a desire to learn if you want to run Arch (or any derivative). Most involved with the project would likely say that an Arch based rolling distro is probably not the best place for those unfamiliar with Linux to jump in. Far better to wet your toes at the shallow end of the pool with a distro such as Ubuntu or Mint before plunging into the deep end with a rolling distro.

That is not to say that complete newbies can not have a great experience starting with Garuda, but it takes perseverance and a desire to learn to master any Arch based distro. No amount of GUI tools will obviate the fact that Arch itself is a hands on, do it yourself distro for motivated users. Any Arch derivative requires the user to learn how to maintain their system. This is not likely to change any time in the foreseeable future, as that is the way Arch prefers things to work. The user is always the administrator of an Arch system, no GUI or AI is capable of performing full self maintenance on Arch as yet. Donā€™t expect us to reinvent the wheel with a limited development team on a small independent project, because thatā€™s not going to happen Iā€™d wager.

3 Likes
56

Iā€™m not quite sure what the discussion here is about cause this conflict is resolved automatically by garuda-update, the recommended method to update your system.

So this makes literally no sense to me. Especially because the setup-assistant literally uses garuda-update for exactly this reason.

3 Likes
57

I ran "update" instead of "garuda-update" so maybe that caused an issue? Also I'm sure many others including myself are using pamac/pacman in order to update our systems(mainly because of GUI).

58

Can you link me the post where you had this issue?

1 Like
59

Sorry I'm a little confused, its this same post at the very top?

60

Oh whoops. I promise I'm not drunk on the job just very tired :stuck_out_tongue:

The fix wasn't applied at the time you made this post yet, it was added yesterday.

2 Likes
61

:smile: I did in fact break my OS yesterday because I was foolish enough to try a partial upgrade to go around this whole sound servers conflict.
=> login screen/clock working/no mouse/no keyboard.
=> panic attack
=> snapshot restore (BTRFS FTW)
=> breathe again and rant on the forums (sorry for the bile :bowing_man:)
=> learned a hard lesson to rely on garuda-update
Again, I'm sorry for the bile.
Cheers!

2 Likes