Skip to main content
Topic: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction. (Read 2746 times) previous topic - next topic
0 Members and 6 Guests are viewing this topic.

Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

resolving dependencies...
looking for conflicting packages...
:: kcmutils5 and kcmutils are in conflict. Remove kcmutils? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: kcmutils5 and kcmutils are in conflict (kcmutils<5.111)

System connot be updated.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #1
it's interesting that arch does not have 'kcmutils" so probably an arch package you have installed is depending on "kcmutils5" and the rest of artix package depend in "kcmutils".

I guess (GUESS) it's better for artix to follow the arch and rename the package "kcmiutils" to "kcmutils5". assuming if all that is different is the name.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #2
I had similar messages on only one of my machines and answered "yes" to each :
Spoiler (click to show/hide)

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #3
I still cannot update the system. At this point, I consider Artix KDE broken. Whole KDE depends on more stuff, like ALL PACKAGES WITH "5" at the end, among others are:

Whole of KDE in Artix has broken dependency.

Your ideoa to say "yes" for all those packages WILL DEFINITELY BREAK THE SYSTEM! I WILL NOT DO THIS!

Whole KDE in Artix is not upstream anymore:

looking for conflicting packages...
:: kcmutils5 and kcmutils are in conflict. Remove kcmutils? [y/N] y
:: kdeclarative5 and kdeclarative are in conflict. Remove kdeclarative? [y/N] y
:: kio5 and kio are in conflict. Remove kio? [y/N] y
:: solid5 and solid are in conflict. Remove solid? [y/N] y
:: kjobwidgets5 and kjobwidgets are in conflict. Remove kjobwidgets? [y/N] y
:: kcoreaddons5 and kcoreaddons are in conflict. Remove kcoreaddons? [y/N] y
:: kwidgetsaddons5 and kwidgetsaddons are in conflict. Remove kwidgetsaddons? [y/N] y
:: kbookmarks5 and kbookmarks are in conflict. Remove kbookmarks? [y/N] y
:: kxmlgui5 and kxmlgui are in conflict. Remove kxmlgui? [y/N] y
:: kglobalaccel5 and kglobalaccel are in conflict. Remove kglobalaccel? [y/N] y
:: kdbusaddons5 and kdbusaddons are in conflict. Remove kdbusaddons? [y/N] y
:: kconfig5 and kconfig are in conflict. Remove kconfig? [y/N] y
:: kcrash5 and kcrash are in conflict. Remove kcrash? [y/N] y
:: kwindowsystem5 and kwindowsystem are in conflict. Remove kwindowsystem? [y/N] y
:: kiconthemes5 and kiconthemes are in conflict. Remove kiconthemes? [y/N] y
:: kconfigwidgets5 and kconfigwidgets are in conflict. Remove kconfigwidgets? [y/N] y
:: kauth5 and kauth are in conflict. Remove kauth? [y/N] y
:: kcodecs5 and kcodecs are in conflict. Remove kcodecs? [y/N] y
:: kguiaddons5 and kguiaddons are in conflict. Remove kguiaddons? [y/N] y
:: ki18n5 and ki18n are in conflict. Remove ki18n? [y/N] y
:: karchive5 and karchive are in conflict. Remove karchive? [y/N] y
:: kitemviews5 and kitemviews are in conflict. Remove kitemviews? [y/N] y
:: kwallet5 and kwallet are in conflict. Remove kwallet? [y/N] y
:: knotifications5 and knotifications are in conflict. Remove knotifications? [y/N] y
:: kservice5 and kservice are in conflict. Remove kservice? [y/N] y
:: ktextwidgets5 and ktextwidgets are in conflict. Remove ktextwidgets? [y/N] y
:: kcompletion5 and kcompletion are in conflict. Remove kcompletion? [y/N] y
:: sonnet5 and sonnet are in conflict. Remove sonnet? [y/N] y
:: kded5 and kded are in conflict. Remove kded? [y/N] y
:: kpackage5 and kpackage are in conflict. Remove kpackage? [y/N] y
:: knotifyconfig5 and knotifyconfig are in conflict. Remove knotifyconfig? [y/N] y
:: kactivities5 and kactivities are in conflict. Remove kactivities? [y/N] y
:: kcontacts5 and kcontacts are in conflict. Remove kcontacts? [y/N] y

Packages (85) abseil-cpp-20230802.1-1.1  bluez-5.70-1  bluez-libs-5.70-1  calligra-3.2.1-50  cups-1:2.4.7-2  cups-filters-2.0.0-1  kactivities-5.110.0-1 [removal]  kactivities5-5.110.0-1
              karchive-5.110.0-1 [removal]  karchive5-5.110.0-1  kauth-5.110.0-1 [removal]  kauth5-5.110.0-1  kbookmarks-5.110.0-1 [removal]  kbookmarks5-5.110.0-1
              kcmutils-5.110.0-1 [removal]  kcmutils5-5.110.0-1  kcodecs-5.110.0-1 [removal]  kcodecs5-5.110.0-1  kcompletion-5.110.0-1 [removal]  kcompletion5-5.110.0-1
              kconfig-5.110.0-1 [removal]  kconfig5-5.110.0-1  kconfigwidgets-5.110.0-1 [removal]  kconfigwidgets5-5.110.0-1  kcontacts-1:5.110.0-1 [removal]  kcontacts5-5.110.0-2
              kcoreaddons-5.110.0-1 [removal]  kcoreaddons5-5.110.0-1  kcrash-5.110.0-1 [removal]  kcrash5-5.110.0-1  kdbusaddons-5.110.0-1 [removal]  kdbusaddons5-5.110.0-1
              kdeclarative-5.110.0-1 [removal]  kdeclarative5-5.110.0-1  kded-5.110.0-1 [removal]  kded5-5.110.0-2  kglobalaccel-5.110.0-1 [removal]  kglobalaccel5-5.110.0-1
              kguiaddons-5.110.0-1 [removal]  kguiaddons5-5.110.0-1  ki18n-5.110.0-1 [removal]  ki18n5-5.110.0-1  kiconthemes-5.110.0-1 [removal]  kiconthemes5-5.110.0-1
              kio-5.110.0-2 [removal]  kio5-5.110.0-2  kitemviews-5.110.0-1 [removal]  kitemviews5-5.110.0-1  kjobwidgets-5.110.0-1 [removal]  kjobwidgets5-5.110.0-1  kmod-31-1
              knotifications-5.110.0-1 [removal]  knotifications5-5.110.0-1  knotifyconfig-5.110.0-1 [removal]  knotifyconfig5-5.110.0-1  kpackage-5.110.0-1 [removal]  kpackage5-5.110.0-1
              kservice-5.110.0-1 [removal]  kservice5-5.110.0-1  ktextwidgets-5.110.0-1 [removal]  ktextwidgets5-5.110.0-1  kwallet-5.110.0-1 [removal]  kwallet5-5.110.0-1
              kwidgetsaddons-5.110.0-1 [removal]  kwidgetsaddons5-5.110.0-1  kwindowsystem-5.110.0-1 [removal]  kwindowsystem5-5.110.0-1  kxmlgui-5.110.0-1 [removal]  kxmlgui5-5.110.0-1
              libcups-1:2.4.7-2  libcupsfilters-2.0.0-1  libppd-2.0.0-1  libva-mesa-driver-1:23.2.1-1  libvpx-1.13.1-1  mesa-1:23.2.1-1  mesa-vdpau-1:23.2.1-1  nsxiv-32-1  protobuf-24.3-1
              solid-5.110.0-1 [removal]  solid5-5.110.0-1  sonnet-5.110.0-1 [removal]  sonnet5-5.110.0-1  vulkan-intel-1:23.2.1-1  vulkan-radeon-1:23.2.1-1  vulkan-swrast-1:23.2.1-1

Definitely broke.  Will not touch it. This is definitely not upstream KDE.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #4
Definitely broke.  Will not touch it. This is definitely not upstream KDE.
Why would it be upstream KDE ? They don't do the packaging (Except for Neon)

Without looking I can take an educated guess that this all relates to the fact that KDE / Plasma 6 is on the way at some point.
So Arch have renamed a bunch of KDE packages with a '5' suffix. Artix will naturally follow.
I just updated. Answered yes to a whole bunch of replace questions as above.
Killed the desktop then restarted it.
Everything is working fine so far.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #5
I have similar issues so far.

I suggest that the Artix packages, when not beeing renamed, add an entry
Code: [Select]
provides=("<packagename>5=${pkgver}")
, to keep compatibility with AUR packages and maybe Arch packages.

I also postpone the upgrade right now, because my upgrade will pull in the <packagename>5 packages which are Arch and not Artix, and I fear breaking stuff due to that.

Regards!

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #6
This is a result of using arch repos.
We just have not updated the kf5 to the renamed packages to prepare for kf6 yet.
Disable arch repos and upgrades go fine.

I should state it again clearly, we do not support errors resulting from using 3rd party repos.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #7
I don't know about the plasma desktop but for most of these kde packages the update went OK for me.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #8
...
I should state it again clearly, we do not support errors resulting from using 3rd party repos.


Good politics, but you should supply more packages in arch repos.

As example if you want to install some packages, as example FreeCAD you have to fiddle with many unsatisfied or half satisfied dependencies that need that a casual user will activate arch repos, or doing some acrobatics like those I have done to have a working system.

see as example:


https://forum.artixlinux.org/index.php/topic,5909.0.html

https://forum.artixlinux.org/index.php/topic,5888.0.html


However Artix is a great distribution. Thanks for your work.

Regards

Carlo D.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #9
Good politics, but you should supply more packages in arch repos.
You make a fair point.
Partially it's an issue of clarity. It should be made clear on the website / wiki / faq that Artix is not suitable for beginners to Linux UNLESS they will be happy with the reduced set of packages (as compared to Arch) available.
So if all you use the computer for is browsing and some word processing it's fine even as a beginner.

However if your use case needs packages which only exist in the Arch repo's and or the AUR you should not be installing Artix as a beginner. Because you'll either have to self build the packages (its own can of worms) or enable the arch repos, and sooner or later you will have breakage which, as a beginner, you will probably struggle to fix on your own. So you'll come on here for help and possibly be told "Third party repo's are not supported".

Which is fine but on the wiki page it does not explain that. It only gives instructions on how to enable them.
I struggle to find anywhere on the pages a new user would naturally flow through where it states "Third party repo's are not supported".
I may be missing it ?

On the FAQ page
Quote
Q. Are you aiming towards artists and multimedia people or something?
A. No, but the software collection of Artix, Arch and the AUR can cover every need.
"Arch and the AUR can cover every need." But not if you are a beginner. Your system will break at some point.

On the subject of criteria for package inclusion:
I have asked in passing before how it is decided which packages from Arch make it into Artix and which don't.
I didn't get an answer. Which is fine, it wasn't a direct question at the time.
But at that time I brought up the example of Lutris. Very popular if you game on Linux. Yet not in Artix. This baffles me.
Code: [Select]
pkgstats show lutris
lutris         19.92
Almost one in five Arch users (who have installed pkgstats but I'm accepting it as representative) have chosen to install Lutris but it's missing from Artix.

So going out on limb one in five users who install Artix will either enable the Arch repo's or delete Artix and use something else just for Lutris.
And there are so many popular packages missing from Artix that I suspect the percentage of users who can manage with only the subset of packages available in Artix will be fairly small ?

Just out of curiosity I made a list of all Arch extra repo packages missing from Artix world and the percentage of Arch users with them installed based on pkgstats.
Admittedly some of those listed will be in Galaxy or Omniverse but where they aren't the more that those near the top of the list are included in Artix, the better Artix will be for it imho.

I should state it again clearly, we do not support errors resulting from using 3rd party repos.
State it clearly on the website and download page and you may have to state it less frequently in the forum ;)
I fully respect your right to take Artix in whatever direction you choose but I don't think Artix is suitable for a lot of beginners and they should be told this before they install.

It might not be a bad idea to have a specific sub-forum similar to AUR Packages (Or just rename that one 'Third party packages' or something)
Where the mods can move any threads dealing with issues caused by third party packages, devs can just ignore the threads in that sub-forum and other users may still be able to offer help recovering from whatever breakage has affected the poster.
And those users who find the correct subforum can ask for help there without the likelihood of being chastised.

TLDR:
  • Make it clearer to new users that Arch and the AUR are not supported
  • Make it clear that Artix is not suitable for beginners if they wish to use packages from outside Artix
  • Include more of the most popular Arch Packages in Artix
  • Consider a subforum where users can ask for help with third party packages from other users but not expect it from any devs


Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #10
I know I should technically continue this discussion in new topic, but ;b

  • Make it clear that Artix is not suitable for beginners if they wish to use packages from outside Artix
I'd say Artix is as beginner friendly as arch, or even more. It has GUI Installer and many flavor of ISO. and all these init systems are easier that systemd. Learning how to use runit is as hard as learning to use systemd for first time.
I get your point.

  • Make it clearer to new users that Arch and the AUR are not supported

So would a Warning at this part be enough?! you think?

Spoiler (click to show/hide)

  • Consider a subforum where users can ask for help with third party packages from other users but not expect it from any devs
there is this subforum for AUR. It wouldn't be bad to rename it for AUR and Arch repos. It also good to have subforum just for arch repo.
but It's like asking arch to add a subforum for chaotic-AUR, manjaro, ALHP or CachyOS. IDK!!!!!
it's possible to use all these repos in artix, but if you don't what you doing. you will break your system!

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #11
>I'd say Artix is as beginner friendly as arch, or even more. It has GUI Installer and many flavor of ISO. and all these init systems are easier that systemd. Learning how to use runit is as hard as learning to use systemd for first time.

Even if it's easier to get Artix installed and learn other init systems, that still doesn't make Artix beginner or user friendly.

The majority of the UNIX world now uses Linux with systemd, most software is targeted at the majority and they'll most likely be depending on systemd if they're daemons or trying to do fancy stuff.

By defintion, when you install anything that isn't bundeled with systemd, you are part of the minority that isn't supported very well when things break.

Artix is part of that minority and it's a good thing. It doesn't have to satisfy everyone like Arch, can take it's own direction and doesn't have to answer to systemd. Imagine being Arch and systemd does something you don't like: Oh what's that, you don't like what we're doing? Well too bad, you can't do anything

This is why people who are beginners shouldn't install Artix: at some point things might break and you need knowledge, insight, experience and patience to fix it

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #12
but It's like asking arch to add a subforum for chaotic-AUR, manjaro, ALHP or CachyOS. IDK!!!!!
it's possible to use all these repos in artix, but if you don't what you doing. you will break your system!
Not really. Everything you list is derived from Arch. I don't see the equivalence ?
The fact is that there is a constant stream of problems posted on this forum by people who have installed Arch packages and broke their system.
This stream of threads might be lessened if there was more information about the knowledge needed to maintain an Artix system which enables the Arch repo's, but wouldn't totally dry up. A simple mod message and move. "Moved to Third Party Packages. Unsupported by the Artix team" and then other users may chose to help if they wish, and can, while the devs just ignore it.

The warning example is fine.

Thinking more about it I'd probably go a step further and remove the Arch repositories stanza entirely and remove the package artix-archlinux-support.
If you don't have the knowledge to add the Arch repo's yourself and take the simple steps artix-archlinux-support does to prevent systemd getting dragged in (or attempted to) then you also don't have the knowledge to maintain an Artix system which has the Arch repo's enabled.

Anyway I'm just thinking out loud.

Thanks as always for the work done by the Artix team.

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #13
wiki page it does not explain that. It only gives instructions on how to enable them.
[...]
On the FAQ page
Quote
Q. Are you aiming towards artists and multimedia people or something?
A. No, but the software collection of Artix, Arch and the AUR can cover every need.
If Artix would be a commercial product, such information would legally imply that Arch repos are supported.

What I want to say with it: The information, as currently given, is highly misleading, and not in-sync with what is stated here in the forum. I think it not only should, but must, be corrected to reality in order to be honest.

Suggestion for enhancement:

Quote
"It is not supported to enable Arch repositories, any other third party repositories, or to build packages from the AUR.

Doing so will likely result in conflicts or breakage every now and then which are usually fine to resolve if you are proficient enough in Unix operating system administration, but not if you are a newcomer.

Having written that, here are instructions how to enable unsupported additional repositories:

[...]"

Can anyone with Wiki write access modify the documentation there such that it reflects reality?

Regards!

Re: Unresolvable Package Conflicts Detected. Failed to Prepare Transaction.

Reply #14
Apple is never at fault, its always the user....

Some packages in Artix repos are missing. Not minor ones. One needs Arch repos for them. Never used AUR, nor "helpers".  One package that isn't properly compiled (missing accel support, made witout UTF-8 support etc.)  that is in both Artix and Arch I had to make from sources and stil have to update it manually (thank god its only one..., but its cumbersome and I have to remember  to check if there's update and recompile it). Did not need bunch weired deps. (On Debian 10 though, I had to edit  Xorg  (there's nothing out there, neither with search bubble or on stack ...;. On Debian 11 it works without any hacks).

On this dep. issue: I said yes to all. So far its working.

There's another security issue here. I will post in other thread...

Just follow Arch and since KDE 6 is coming, updates will fail. So this renaming is a good idea.