F23: kdesu from peem-kde4-fedora prevents update of kamera

[Lukas Middendorf]

The latest update of kamera to version 15.12.2-2.fc23 depends on kde-cli-tools, which in term depends on the matching version of kdesu (currently 1:5.5.5-1.fc23). kde4-fedora provides kdesu 3:15.08.1-3.fc23 (as part of kde-runtime build) which causes a conflict. When kamera is updated with "dnf update --best --allowerasing kamera" afterwards of course the kdesu package from kde4-fedora is shown as "Skipping with broken dependencies". According to package changelog the updated kamera version supports kde4, so the update itself should be safe.

I don't think there are any problems with just using the kf5 version of kdesu, so kdesu should be dropped from peem-kde4-fedora. I can not think of a proper way to fix this without manual intervention to downgrade kdesu, but at least the problem will not occur for new installs and kdesu or kamera will not be listed as with broken dependencies.

[Piotr Gbyliczek]

Lukas, My default F23 install (minimal install from DVD and dnf groupinstall of KDE) has kamera installed, in version you mentioned, along with kde-cli-tools and kdesu from standard repo.Installing kde4-fedora metapackage (or old way, dnf install kde-workspace --allowerasing && dnf install apper kde-runtime kdeplasma-addons --allowerasing --best ) does not pull kdesu from kde4-fedora repo.

I've tried to remove kdesu from standard repo, and install kdesu from kde4-fedora repo in order to simulate this issue, but installing kamera with --best --allowerasing did a downgrade of the kdesu, which in this case removed the older one from kde4-fedora repo and installed the one from standard repo.

I would say, simply remove kdesu from kde4-fedora repo from your system and install kf5-kdesu in that place. I think you should be able to do that with dnf downgrade kdesu-1:5.5.5-1.fc23.x86_64. If that does not work, uninstall it and install newer version.

[Piotr Gbyliczek]

waiting for confirmation from reporter before marking as invalid.

[Lukas Middendorf]

Of course, I managed to downgrade (that is what I wrote) and it seems to work without a problem. The problem is that the version of kdesu in kde4-fedora repo is newer (higher epoch) than the version in the standard repo, so it will always list in "dnf update" as

Skipping packages with broken dependencies:
 kdesu                                         x86_64                           3:15.08.1-3.fc23                            peem-kde4-fedora                            50 k

[Piotr Gbyliczek]

I've got an impression that you still have problem with this, glad it is not the case.

It seems to be only cosmetic problem, as kdesu from kde4-fedora repo will never be installed when there's standard version already there. However, I'm not sure what else depends on it and because it may be pulled within an install that has "--allowerasing --best", it may get upgraded that way for a not careful user.

I will have a look if we can get rid of it then. Out of interest, do you have any of these installed from kde4-fedora too :

libbluedevil
libkscreen
bluedevil
kactivities-libs
khelpcenter
kscreen

I've noticed them in dnf update, and just wondering if we should allow that or it is case similar to kdesu, when never version works fine.

Regards, Piotr

[Lukas Middendorf]

I don't have the bluedevil installed because I removed it to fix the issues I had with nm-applet (described in https://bitbucket.org/peemhq/kde4-fedora/issues/19/f23-no-network-manager-applet), the rest I have installed from kde4-fedora.

At least khelpcenter seems to be useful. The kde5 khelpcenter seems to try to display only the kde5 documentation which is broken/not properly installed. I tried whether the kde4-fedora version of kde-runtime is needed or if the default version does it. Seems to be fine so far, except for khelpcenter. Perhaps while you are at it, you should rebase your version of kde-runtime on 15.12.2-1.fc23. Or perhaps you can even provide just the khelpcenter subpackage (with the versioned dependency on kde-runtime removed, just depend on kde-runtime without version), but that would need a manual downgrade on existing installs.

[Piotr Gbyliczek]

Ok, I will have a look at it, I will move it to a separate feature request.

As for kdesu, I've just passed kde-runtime package that does not build kdesu to builders, it should be available there later today.

I'm not sure how we can test it, apart from trying to do update to see if it still pops up as broken. I will remove older version from copr repo to stop it being picked up.

[Piotr Gbyliczek]

This seems to work as expected, kdesu installed from standard repo works fine.