Errors when updating conflict between kio and kio5

Don’t use --noconfirm because… :point_down:

Please read the first two posts in Stable Updates topics and search the forum before creating a new topic.

If you’re only able to update once every several months, honestly a rolling release distribution is not for you.

1 Like

Right now the error is:

search for conflicting packages...
error: failed to prepare transaction (dependencies not resolved)
:: removing kpeople breaks the 'kpeople' dependency required by kpeoplevcard
:: removing kcontacts breaks the 'kcontacts' dependency needed by kpeoplevcard

but it wouldn’t allow me to do a -Rns to kpeople because:

checking dependencies...
error: failed to prepare transaction (dependencies not resolved)
:: removing kcontacts breaks the 'kcontacts' dependency needed by akonadi-contacts
:: removing kcontacts breaks the 'kcontacts' dependency required by akonadi-search
:: removing kcontacts breaks the 'kcontacts' dependency needed by kitinerary
:: removing kcontacts breaks the 'kcontacts' dependency needed by kopete
:: removing kpeople breaks the 'kpeople' dependency required by kpeoplevcard
:: removing kcontacts breaks the 'kcontacts' dependency needed by kpeoplevcard
:: removing kcontacts breaks the 'kcontacts' dependency needed by ktnef
:: removing kcontacts breaks the 'kcontacts' dependency required by libkgapi
:: removing kpeople breaks the 'kpeople' dependency needed by plasma-workspace

Hi, sorry I should’ve added “or have an unsupported kernel installed” and CUDA can interfere with the driver update or removal, so you may need to temporarily uninstall it.

Why/how are you doing that?

Please include the commands you enter along with their output.

But I am also guessing this is finally related ‘normal’ issues that have been covered by the update announcements:

So …

sudo pacman -Syuu

I’m sorry I missed the command:

sudo pacman -Syu

: Synchronizing the package base...
  core is up to date
  extra is current
  community is up to date
  multilib is up to date
:: Starting a full system upgrade...
:: Replace attica with extra/attica5? [Y/n]
:: Replace baloo with extra/baloo5? [Y/n]
:: Replace bluez-qt with extra/bluez-qt5? [Y/n]
:: Replace frameworkintegration with extra/frameworkintegration5? [Y/n]
:: Replace jupyter-widgetsnbextension with extra/jupyterlab-widgets? [Y/n]
:: Replace jupyterlab_pygments with extra/jupyterlab-pygments? [Y/n]
:: Replace kactivities with extra/kactivities5? [Y/n]
:: Replace kactivities-stats with extra/kactivities-stats5? [Y/n]
:: Replace karchive with extra/karchive5? [Y/n]
:: Replace kauth with extra/kauth5? [Y/n]
:: Replace kbookmarks with extra/kbookmarks5? [Y/n]
:: Replace kcalendarcore with extra/kcalendarcore5? [Y/n]
:: Replace kcmutils with extra/kcmutils5? [Y/n]
:: Replace kcodecs with extra/kcodecs5? [Y/n]
:: Replace kcompletion with extra/kcompletion5? [Y/n]
:: Replace kconfig with extra/kconfig5? [Y/n]
:: Replace kconfigwidgets with extra/kconfigwidgets5? [Y/n]
:: Replace kcontacts with extra/kcontacts5? [Y/n]
:: Replace kcoreaddons with extra/kcoreaddons5? [Y/n]
:: Replace kcrash with extra/kcrash5? [Y/n]
:: Replace kdav with extra/kdav5? [Y/n]
:: Replace kdbusaddons with extra/kdbusaddons5? [Y/n]
:: Replace kdeclarative with extra/kdeclarative5? [Y/n]
:: Replace kded with extra/kded5? [Y/n]
:: Replace kdesu with extra/kdesu5? [Y/n]
:: Replace kdnssd with extra/kdnssd5? [Y/n]
:: Replace kdoctools with extra/kdoctools5? [Y/n]
:: Replace kdsoap with extra/kdsoap-qt5? [Y/n]
:: Replace kfilemetadata with extra/kfilemetadata5? [Y/n]
:: Replace kglobalaccel with extra/kglobalaccel5? [Y/n]
:: Replace kguiaddons with extra/kguiaddons5? [Y/n]
:: Replace kholidays with extra/kholidays5? [Y/n]
:: Replace ki18n with extra/ki18n5? [Y/n]
:: Replace kiconthemes with extra/kiconthemes5? [Y/n]
:: Replace kidletime with extra/kidletime5? [Y/n]
:: Replace kimageformats with extra/kimageformats5? [Y/n]
:: Replace kio with extra/kio5? [Y/n]
:: Replace kitemmodels with extra/kitemmodels5? [Y/n]
:: Replace kitemviews with extra/kitemviews5? [Y/n]
:: Replace kjobwidgets with extra/kjobwidgets5? [Y/n]
:: Replace knewstuff with extra/knewstuff5? [Y/n]
:: Replace knotifications with extra/knotifications5? [Y/n]
:: Replace knotifyconfig with extra/knotifyconfig5? [Y/n]
:: Replace kpackage with extra/kpackage5? [Y/n]
:: Replace kparts with extra/kparts5? [Y/n]
:: Replace kpeople with extra/kpeople5? [Y/n]
warning: kpeoplevcard: current (0.1+r38.32d50a9-1) is newer than extra (0.1-2)
:: Replace kplotting with extra/kplotting5? [Y/n]
:: Replace kpty with extra/kpty5? [Y/n]
:: Replace kquickcharts with extra/kquickcharts5? [Y/n]
:: Replace krunner with extra/krunner5? [Y/n]
:: Replace kservice with extra/kservice5? [Y/n]
:: Replace ktexteditor with extra/ktexteditor5? [Y/n]
:: Replace ktextwidgets with extra/ktextwidgets5? [Y/n]
:: Replace kunitconversion with extra/kunitconversion5? [Y/n]
:: Replace kuserfeedback with extra/kuserfeedback5? [Y/n]
:: Replace kwallet with extra/kwallet5? [Y/n]
:: Replace kwayland with extra/kwayland5? [Y/n]
:: Replace kwidgetsaddons with extra/kwidgetsaddons5? [Y/n]
:: Replace kwindowsystem with extra/kwindowsystem5? [Y/n]
:: Replace kxmlgui with extra/kxmlgui5? [Y/n]
:: Replace lib32-opencl-mesa with multilib/lib32-opencl-clover-mesa? [Y/n]
:: Replace lib32-opencl-mesa with multilib/lib32-opencl-rusticl-mesa? [Y/n]
:: Replace libqaccessibilityclient with extra/libqaccessibilityclient-qt5? [Y/n]
:: Replace modemmanager-qt with extra/modemmanager-qt5? [Y/n]
:: Replace networkmanager-qt with extra/networkmanager-qt5? [Y/n]
:: Replace opencl-mesa with extra/opencl-clover-mesa? [Y/n]
:: Replace opencl-mesa with extra/opencl-rusticl-mesa? [Y/n]
:: Replace plasma-framework with extra/plasma-framework5? [Y/n]
:: Replace prison with extra/prison5? [Y/n]
:: Replace purpose with extra/purpose5? [Y/n]
:: Replace python-jupyterlab_server with extra/python-jupyterlab-server? [Y/n]
:: Replace qgpgme with core/qgpgme-qt5? [Y/n]
:: Replace qqc2-desktop-style with extra/qqc2-desktop-style5? [Y/n]
:: Replace solid with extra/solid5? [Y/n]
:: Replace sonnet with extra/sonnet5? [Y/n]
:: Replace syndication with extra/syndication5? [Y/n]
:: Replace syntax-highlighting with extra/syntax-highlighting5? [Y/n]
:: Replace tbb with extra/onetbb? [Y/n]
:: Replace texlive-core with extra/texlive-basic? [Y/n]
:: Replace texlive-science with extra/texlive-mathscience? [Y/n]
:: Replace threadweaver with extra/threadweaver5? [Y/n]
resolving dependencies...

search for conflicting packages...
error: failed to prepare transaction (dependencies not resolved)
:: removing kpeople breaks the 'kpeople' dependency required by kpeoplevcard
:: removing kcontacts breaks the 'kcontacts' dependency needed by kpeoplevcard

So …

sudo pacman -Syuu

(personally I just dont have it installed … so removal is also an option)

Ok, so doing " sudo pacman -Syu kpeoplevcard"
seemed to move things in the right direction so I’m getting:

Total download size: 10239.34 MiB
Total installed size: 36228.29 MiB
Net update size: 1721.84 MiB

Does this sound about right?

I have no idea about your packages, et al. But if you say its been a long time between updates … sure ? Note the actual size difference is the last line - its adding 1721 MB in total to the running system.

Maybe you would also be interested in clearing most of the cache afterwards:
Clear all but the last 2 caches of installed packages:

paccache -rvk2

Clear cache of all uninstalled packages:

paccache -rvuk0

Ok, thanks, I gave it Yes, so now I guess it’s gonna download it for a while. I’ll let you know if there are problems. Thanks a lot for the help and for the command for clearing the cache - it would come handy as I have only 41GB on my hard free. Should I try to update the kernel afterwards? Maybe when the system is up to date it would be happier to upgrade it.

If I were you I would probably hop on 6.6 as long as the hardware is happy with it, as the interwebs inform me it is expected to be the next Long Term Support kernel. (I am in fact running 6.6 now)

sudo mhwd-kernel -i linux66

Once booted into 6.6, making sure everything works, then you can remove 6.5.

sudo mhwd-kernel -r linux65

The following will rebuild initramfs and update grub.
mhwd-kernel should already do these things, but here they are anyways:

sudo mkinitcpio -P
sudo update-grub

For now it makes sense to keep 6.1 as its a ‘known-working’ LTS you can have around as a back-up of sorts.

Those cache commands could be helpful then.
If you use the AUR you might have your helpers cache as well; ex, for paru:

paru -Sccd

You might also go looking in your ~/.cache directory, as most everything in there can be wiped out safely but can accrue cruft over time.

Ill leave this here for you as well:

1 Like

This is a huge problem.
You should do upgrades, and you should use snapshots as your safety net - not avoidance of updates.

Using BTRFS with snapshots means that, should anything displease me about an update, I can reboot to my previous state and nothing is lost… because a fresh snapshot is created with the update… I like BTRFS because it restores snapshots instantly, as opposed to the Ext4 I had before where it would spend time parsing and restoring the system (up to 15 minutes with snapshots stored on my external drive - I was using it as a kind of backup).

1 Like

Nah, it’s fine now. See you in a year. :joy:

Well, make fun of me as much as you like, but my laptop is a work station. I don’t reboot unless it crashes. On average I reboot every 2 months. How exactly does this work with constant updates? Not everyone works all in the cloud. As a whole I really don’t appreciate the gloating. My collaborations don’t care about random update breaking gfortran or jupyter or all the 100 libraries I need.
Right now, jupyter is “working” with the password bug I fixed months ago, that requests a token every 5 minutes and packages give and error due to some kind of mismatch it glibc that anaconda froze to some old version (because this is what anaconda does) and now "GLIBCXX_3.4.32’ is not there anymore and nothing works. Some of us require a stable environment, not one that breaks or has to debugged every 2 weeks. And now, off to my favorite sport, debugging.
P.S. Also, I don’t know why I have no slider for the screen brightness and as a whole, I have the feeling the computer is working more sloppy than before. Awesome. It’s not fault of Manjaro that scientific computing sucks, but also, don’t gloat. We all have different requirements for our systems.

That works just fine if you know your system. But since you had (among other things) a plethora of packages installed that don’t exist anymore even in AUR, that suggests you don’t.

And in general… for a critical system as you present it, you show a total lack of ability to maintain it – trying to put things in “IgnorePackage” [sic], trying to use pacman -Rcsn, etc.

And then you go on and say

which is baffling to me.

No one is forcing you to be on a rolling distro and I don’t understand why you’re making your life harder by using one – for critical stuff that is.


Hi. I think the underlying message is simple. If you want relative stability in a Linux distribution which uses a rolling release model, you must be prepared to update it regularly (maybe weekly) and attend to issues as they happen.

As evidenced by your comments above, this does not describe your working environment. You clearly will not perform the necessary updates until something breaks; this reactionary approach is not conducive to achieving this stable environment you say you want. Period.

A rolling release distribution; Manjaro; is not for you.

I suggest the standard release model of a distribution such as Debian would be best suited for your usage. Debian is rock solid, and has the greatest availability of applications within the Linux ecosystem.

We’d be sorry to see you go, but, at the end of the day it comes down to the age-old adage: ‘The right tool for the job’.



A lot is going on with Plasma as the February 2024 closes in.

There will be some leg-work and you should follow the guidance provided by pacman - replace the suggested files with the *5 counterparts.

You may have to temporarily remove packages while syncing the changes to make the system sync.

Especially remove packages build using custom scripts - make notes - you can rebuild later.

Make notes along the way - be warned - there will be more going forward until Plasma 6 is rolled out.

When you are using the Plasma desktop - you will need to be more upfront and keep yourself updated on what is going on.


If you know what you are doing you can condense that into once every 3, 4, 6 months if you want. People think that things will just degrade on their own if they don’t update regularly. They won’t.

Instead, there will just be more of y/n key presses and perhaps some manual intervention to do. Nothing scary at all, if you know what has to be done.

You may need to look at some pacnew-files :wink:


It doesn’t. And I fully understand your concerns, albeit that I would add that a laptop in and of itself, by virtue of its hardware, is unsuitable as a workstation. I would recommend a desktop machine — and if you have the money, even one that qualifies as a professional workstation, with ECC RAM.

But the bottom line is either way that Manjaro is not the right distribution for your needs, nor for that matter, any other rolling-release distribution. Rolling-release means being on the cutting edge — if not bleeding edge — and this in turn means frequent updates. Even the Stable branch of Manjaro sees about two to three major updates per month.

And being Arch-based, Manjaro is high-maintenance, from package updates over merging .pacnew files — which you have apparently not done either — over to actively monitoring the forum, and in particular, the Announcements threads. Every bundled update comes with a dedicated announcement thread that details all the changes, the gotchas, and how to deal with them, all in the first two posts of the thread.

All of the above is — understandably — why Manjaro and other Arch-based distributions are not the right choice for your use case. Now, there used to be a distribution called Scientific Linux, which was put together by the people at CERN and Fermilab, and which was (initially) based upon CentOS, the “free beer” version of RedHat Linux. But it was discontinued in favor of CentOS proper, which in turn has now been discontinued — or at least, as a more settled and stable version — since RedHat was taken over by IBM. CentOS is now called CentOS Stream, and it now sits somewhere in between the stable (and commercial-only) RedHat, and the cutting-edge Fedora.

There is however an alternative, called AlmaLinux. It is rock-solid, and it is what CERN and Fermilab themselves are using now. :point_down:

Another option — as others have said — would be to go with Debian, which also has a very good reputation in terms of stability. Even Debian Testing is relatively stable for normal production use — it’s what Ubuntu and Mint are based upon, although I would personally recommend against Ubuntu because of its insistence on using Snaps instead of integrated packages.

1 Like

And while we’re mentioning RHEL byte-for-byte clones, here’s yet another contender – Rocky Balboa Linux: