Skip to main content ↑ ↓
Topic: [solved] pacman -Syu on two systems complains about breaking kxmlgui (Read 1140 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

[solved] pacman -Syu on two systems complains about breaking kxmlgui

I solved the following issue via rubber duck debugging as I was typing out the issue, but I thought I'd post it in case it helps anyone else:

I have two systems I last updated a few weeks ago, where I don't do anything particularly unusual with packages.

When running pacman -Syu I get:

```
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: removing kxmlgui breaks dependency 'kxmlgui' required by kfloppy
:: removing kcompletion breaks dependency 'kcompletion' required by kfloppy
:: removing knotifications breaks dependency 'knotifications' required by telepathy-kde-approver
:: removing kservice breaks dependency 'kservice' required by telepathy-kde-approver
:: removing knotifyconfig breaks dependency 'knotifyconfig' required by telepathy-kde-common-internals
:: removing ktexteditor breaks dependency 'ktexteditor' required by telepathy-kde-common-internals
:: removing kpeople breaks dependency 'kpeople' required by telepathy-kde-common-internals
:: removing krunner breaks dependency 'krunner' required by telepathy-kde-contact-runner
:: removing kidletime breaks dependency 'kidletime' required by telepathy-kde-integration-module
:: removing kactivities breaks dependency 'kactivities' required by telepathy-kde-integration-module
```

This occurs after a long list of "Replace appstream-qt with world/appstream-qt5? [Y/n]" and other replacements

There was also a conflict with jdk-openjdk and jre-openjdk I resolved by removing them and the package that wanted them (just some old package I wasn't using). I found the conflicts with `pacman -Qi <package>`

Does anyone know what broke in package management recently? I definitely didn't install any unusual versions of KDE packages.

It would appear Google's cache is aware of these "telepathy-kde-integration-module" packages that no longer exist in AUR, for what it's worth: https://aur.archlinux.org/packages/telepathy-kde-integration-module. Did I accidentally install something related to it?

I found that telepathy and kfloppy were the only packages that seem to now be missing, and I don't need them, so I removed it and updating was able to proceed.

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #1 –
Quote from: user0938490 – on
Does anyone know what broke in package management recently?

The package management works fine, but because KDE is, in my humble opinion, developed by sadists (for masochists), it should never leave the Gremlins repo.
"Wer alles kann, macht nichts richtig"

Artix USE="runit openrc slim openbox lxde gtk2 qt4 qt5 qt6 conky
-gtk3 -gtk4 -adwaita{cursors,themes,icons} -gnome3 -kde -plasma -wayland "

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #2 –
Yes indeed kde semi-broke for like 3rd time this year, maybe it will be better in 6.0 hopefully, can't do much without where i need wayland and gestures on the telephone pc :)

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #3 –
Unfortunately the package manager isn't working fine, but the reason for it breaking is external. It's a flaw of the design, where projects have the power to prevent a user from doing any upgrades without resolving the problem. If it were possible to proceed with upgrades/downgrades and leave one cluster of packages unclean, I'd agree with you.
 

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #4 –
Quote from: user0938490 – on
Unfortunately the package manager isn't working fine, but the reason for it breaking is external. It's a flaw of the design, where projects have the power to prevent a user from doing any upgrades without resolving the problem. If it were possible to proceed with upgrades/downgrades and leave one cluster of packages unclean, I'd agree with you.

So some powerful people have forced you to set up an OS and are preventing you from learning how to use it in the long term just so that you constantly have problems?  Did I understand that correctly?  ::)
"Wer alles kann, macht nichts richtig"

Artix USE="runit openrc slim openbox lxde gtk2 qt4 qt5 qt6 conky
-gtk3 -gtk4 -adwaita{cursors,themes,icons} -gnome3 -kde -plasma -wayland "

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #5 –
Quote from: lq – on
So some powerful people have forced you to set up an OS and are preventing you from learning how to use it in the long term just so that you constantly have problems?  Did I understand that correctly?  ::)

"learning how to use it" = "an external project has the power to break package management until the user manually intervenes"

Users don't care about protecting the feelings of a distro. It can be painful to acknowledge that your preferred distro can have its performance degraded by external decisions, but it doesn't really matter in the context of the user experience. Ultimately this looks like a shortcoming of the current system to deal with situations like this, as it can't be handled automatically. A suggested improvement would be to have a way of documenting upgrade-path issues and, ideally, automatically linking to the resolution.

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #6 –
Quote from: user0938490 – on
Users don't care about protecting the feelings of a distro.

Apart from the fact that your problem (KDE=never finished, never complete ...) has been discussed/criticised several times, GNU-Linux is not about any "feelings of a distribution" or even about the belief in "external decisions" (possibly the dark power of the Sith?) or imaginary "shortcomings of the current system" but first of all about elementary basic knowledge.
"Wer alles kann, macht nichts richtig"

Artix USE="runit openrc slim openbox lxde gtk2 qt4 qt5 qt6 conky
-gtk3 -gtk4 -adwaita{cursors,themes,icons} -gnome3 -kde -plasma -wayland "

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #7 –
Quote from: user0938490 – on
If it were possible to proceed with upgrades/downgrades and leave one cluster of packages unclean, I'd agree with you.

It is possible to leave some packages not updated. There is "--ignore" in pacman.

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #8 –
Quote from: lq – on
Apart from the fact that your problem (KDE=never finished, never complete ...) has been discussed/criticised several times, GNU-Linux is not about any "feelings of a distribution" or even about the belief in "external decisions" (possibly the dark power of the Sith?) or imaginary "shortcomings of the current system" but first of all about elementary basic knowledge.

Then by your own logic you lack elementary, basic knowledge about KDE and thus have no right to criticize it.

Other package managers don't have these problems. Ergo, this package manager is the problem.

Re: [solved] pacman -Syu on two systems complains about breaking kxmlgui

Reply #9 –
Quote from: user0938490 – on
Then by your own logic you lack elementary, basic knowledge about KDE and thus have no right to criticize it.

Other package managers don't have these problems. Ergo, this package manager is the problem.

... and what you see on http://bugs.kde.org/ is all fake news. Q.E.D.
"Wer alles kann, macht nichts richtig"

Artix USE="runit openrc slim openbox lxde gtk2 qt4 qt5 qt6 conky
-gtk3 -gtk4 -adwaita{cursors,themes,icons} -gnome3 -kde -plasma -wayland "