Yes, but the reason pipewire-jack is now in conflict with jack2 is because with the pipewire-jack update they now both provide the same things.
jack2 provides
pipewire-jack provides
So the issue was that two packages that would now provide the same things were trying to update at the same time… which explains why when people were pushing the pipewire-jack update via terminal, or like me unchecked the jack2 update in the pamac GUI… the pipewire-jack update took care of uninstalling the conflicting jack2 with nothing lost except one less package. Of course this assumes that pipewire-jack did a good job of providing/implementing what jack2 did… and I feel those of us interested in and using pipewire should/would be the ones interested in testing that assumption.
/var/log/pacman.log snippet showing removal of jack2 without impacting its dependencies; now being provided by the updated pipewire-jack
EDIT:
After re-examining my images, I think jack2 may need a pipewire-jack conflict added.
EDIT 2:
Sometimes it takes a moment for my thoughts to congeal I completely agree with you @nikgnomic that pipewire-jack is an optional component; and quite honestly, I haven’t found a use for it yet (not a patchbay audio user). But even though, as I am currently in the manjaro-pipewire camp, if I have other packages that still have jack/jack2 dependencies outside my use case, and I now have 2 paths/options to resolve those dependencies… I’m going to pick the pipewire path to “reduce the number of cooks in the kitchen”.
The good news is that everyone will make the decision that is right for them… but hopefully these types of conversations help illuminate that there is a choice they might not have been aware of as pipewire evolves.
This package linux-rt-lts-manjaro doesn’t exist in Manjaro, remove it. Also post complete message, best thing to do is to open a support thread for your issue, if removing this non existent package doesn’t fix the issue. Same as above.
//EDIT: instead of replying useless obvious info, can you read and apply what I wrote? Remove this linux-rt-lts-manjaro package before the update.
There’s been a lot of work the last two stable releases on pamac, where they introduced a way to restore the original “ALL” search to include AUR; without hammering the AUR servers. The new code works with a downloaded AUR json cache file which pamac will search locally.
My understanding from one of the earlier topics (in another thread) was some folks on systems with lower resources were watching their RAM usage spike which was causing the slowdown. Basically because the /var/tmp/pamac-build-<userid>/packages-meta-ext-v1.json.gz uncompressed is ~38.8Mb, and parsing a file that large can tax lower spec’d systems with low free RAM or those paging to the swap file frequently.
But as I mentioned, we’ve been seeing a lot of pamac updates over the recent stable builds, so I wouldn’t be surprised if this is a known issue that is being worked on.
I’m actually noticing that if I give it a minute to “settle”, it is far more responsive as I type in search queries. Things become instant again.
I’m wondering if it’s just hiccupping a bit while searching the AUR in “all”. I remember this feature had been disabled a few patches ago, and you had to manually search the AUR by opening up that submenu in pamac.
Edit - Not Manjaro issue:
It was not an issue related to manjaro and ipython dependencies, I found it was a problem on my neovim config, more specifically, related to the order I was setting python3_host_prog (check :help python3_host_prog), and the python-black just brought this issue to light. After fixing it in my nvim config, everything is working fine, and nvim is starting up as usual.
Old:
After updating my neovim got a slow startup up, I found that the file /usr/share/vim/vimfiles/plugin/black.vim owned by python-black was taking more or less 1000ms to load.
Checking the update log, I found that python-black was installed as a new ipython dependency.
So I had to remove python-black and consequently ipython packages to get my neovim back to normal.
The python-black was introduced as ipython in this change.
If you people know how something about python-black causing slowness in neovim startup and how to fix it without having to remove ipython, please let me know!
Stuck on login screen. No mouse, no keyboard response. Will try to restore previous version with timeshift. This also, happened a few updates before. Not sure what the issue.
Edit: now i can’t boot into system… I think it is because i didn’t uncheck reinstall Grub option in Timeshift… now i get error symbol ‘grub_is_lockdown’ not found.
grub fixed with efibootmgr, and turns for some reason i had libinput-multiplier from AUR instead of main repo libinput, and after update it deleted aur package so i had no libinput on boot. found solution in this thread, but message was hidden for some reason.
Ok, the NVIDIA drivers over MHWD without version indicator like video-nvidia , video-hybrid-amd-nvidia-prime or video-hybrid-intel-nvidia-prime are all on this new nvidia driver 510.47?
Yes, you can see the version in the package info itself, for example from Pamac look for mhwd-nvidia or the specific kernel module like linux515-nvidia, or from Pacman search for Nvidia and look through the results pacman -Ss nvidia
I completely agree with you @nikgnomic that 