I had a little problem with Bluetooth that got fixed, thanks. 
I cant update my system I got the following error:
could not satisfy dependencies:
- removing linux510-rt breaks dependency 'linux510-rt' required by linux-rt-lts-manjaro
- removing linux510-rt-virtualbox-host-modules breaks dependency 'linux510-rt-virtualbox-host-modules' required by linux-rt-lts-manjaro-virtualbox-host-modules
I tried to remove 5.10-rt from settings / kernel, since I don’t need it (I’m on 5.15), but I got same message. Any hints?
1 Like
@audialche and @ishaan2479
Thank you 
Apparently sudo pacman -Rd lib32-jack2 && sudo pacman -S pipewire-jack did the job.
The extra d in -Rdd mentioned in that Reddit article isn’t needed. After testing both I got the same effects. And the man page of pacman does not mention it ¹ ². However man pages are a collection of descriptions of parameters etc. etc. instead of solution-oriented documentation, so I may have overlooked something.
1 Like
Recent update seems to have broken my “Natural scrolling” setting, sometimes called inverse scrolling (mousewheel or touchpad). In my case I have an Apple Magic Trackpad 2 which I use Natural scrolling on. Now, it will never inverse the scroll, no matter what the setting is inside System Settings (KDE). Restarting doesn’t help.
I feel like this was an issue before but I have no idea how to solve it.
Getting the following when trying to update:
Failure to prepare transaction
could not satisfy dependencies:
- removing linux510-rt-broadcom-wl breaks dependency ‘linux510-rt-broadcom-wl’ required by linux-rt-lts-manjaro-broadcom-wl
1 Like
I can confirm that inverse scrolling does nothing for me on my trackpad.
1 Like
FIXED: I added a line Option "NaturalScrolling" "on" to my 30-touchpad.conf like so:
$ sudo cat /etc/X11/xorg.conf.d/30-touchpad.conf
Section "InputClass"
Identifier "touchpad"
Driver "libinput"
MatchIsTouchpad "on"
Option "Tapping" "on"
Option "NaturalScrolling" "on"
EndSection
Restarted and scroll is inverted as expected.
Thank you for the update.
I am running pipewire and ran into the issue of a conflict between jack2 and pipewire-jack. The solution posted by @audialche worked for me to allow me to install the update.
The issue I was hoping most to see resolved but has not yet been resolved is that I have no audio after waking up from sleep. This started happening since the previous stable update but decided I could wait till the next stable update which is now.
What happens is that when I do a cold boot, sound works perfectly. When I put the computer to sleep and wake up there is a red stripe through the speaker icon in the toolbar and there are no sound devices.
So I tried to do systemctl --user restart pipewire.service as that worked in the past whenever there was a sound issue but this takes forever and when it does complete, nothing has changed.
Next I checked to see what the status is of the pipewire-service and it says it is active and running. While investigating this I found it may be because the socket is hiding or something and suggested to run systemctl --user unmask pipewire.socket This makes no difference at all.
It seems to be something is hanging somewhere but no idea where to start looking. Only solution is a full reboot which is kind of annoying
Got this:
error: failed to commit transaction (conflicting files)
fpc: /etc/fpc.bak exists in filesystem
fpc: /etc/fppkg.bak exists in filesystem
fpc: /etc/fppkg/default.bak exists in filesystem
Errors occurred, no packages were upgraded.
Any help appreciated.
I removed fpc and lazarus, and the upgrade went through with no problems. I’ll see if I can reinstall fpc afterwards.
Does it need to be recursive with "--recursive" switch?
On first reboot my keyboard did not work, the system won’t accept any key strokes. Fortunately this fixed itself by another reboot. Everything else works fine.
Having a similar problem after the update.
Removed TLP, but problem persists.
Running the update this time, I ran into a completely different issue:
:: Proceed with installation? [Y/n]
(409/409) checking keys in keyring [########################################] 100%
(409/409) checking package integrity [########################################] 100%
(409/409) loading package files [########################################] 100%
(409/409) checking for file conflicts [########################################] 100%
error: failed to commit transaction (conflicting files)
needrestart: /usr/lib/perl5/5.34/core_perl/perllocal.pod exists in filesystem
Errors occurred, no packages were upgraded.
I have never encountered this error before so would appreciate any pointers. Thank you.
Any pointers ? Thank you
Same issue and same grrrr! over the obvious fix
This update uninstalled libinput for me, because it conflicted with libinput-multiplier from AUR. I re-installed libinput. This prompet me to remove libinput-multiplier and fixed everything.
This post was flagged and thus hidden. I do not understand why. I shortened it now and hope it can stay. Because it acually helped someone else here to fix his own problem. It should not be possible to uninstall libinput if it is a hard dependency for KDE - so this is not only about me using a bad behaving AUR-package - I think. Pleas explain, if I am wrong! Thx!
1 Like
is the jack2 and pipewire-jack issue affects everyone,or only for those using Pipewire?
i haven’t updated yet and not sure if i need to apply the solution people provided here.
Not for everyone I think, 'pipewire-jack’ replaces ‘jack’. 'pulseaudio-jack’ still needs ‘jack’ so if you use only pulseaudio this problem won’t affect you I think. 
1 Like
Heads up for others who also had installed lib32-jack2 which blocked removing jack2 for installing pipewire-jack:
You may want to install lib32-pipewire-jack as well for multilib support. See Arch Wiki Pipewire - JACK clients
You got lib32-jack2 installed for a reason…
I would suspect users using the default (at least was in KDE) manjaro-pulse are likely not affected by the pipewire-jack/jack2 issue. Myself, I had previously installed manjaro-pipewire which replaced manjaro-pulse… so I suspect only people like me had to deal with the pipewire-jack/jack2 changes/conflicts.
3 Likes