Conflicts upgrading KDE to latest

English Applications
#1

I am trying to update my KDE, but I am getting an conflict. I have been waiting for days now hoping the repository would be fixed, but no such luck

This is the repository I am using
http://download.opensuse.org/repositories/KDE:/Frameworks5/openSUSE_Leap_42.1

i | plasma5-desktop | package | 5.8.5-213.1 | x86_64 | (System Packages)
v | plasma5-desktop | package | 5.8.95-219.1 | x86_64 | KDE Frameworks


#### YaST2 conflicts list - generated 2017-01-23 19:50:16 ####


plasma5-desktop-5.8.95-219.1.x86_64 requires application-appdata(plasma5-desktop), but this requirement cannot be provided
deleted providers: application:KDE Plasma Desktop-.noarch
uninstallable providers: application:Application Menu Bar-.noarch[KDE_Frameworks]
                   application:Default Panel-.noarch[KDE_Frameworks]
                   application:Empty Panel-.noarch[KDE_Frameworks]
                   application:Folder View-.noarch[KDE_Frameworks]
                   application:Icons-only Task Manager-.noarch[KDE_Frameworks]
                   application:Application Menu Bar-.noarch[KDE_Frameworks]
                   application:Default Panel-.noarch[KDE_Frameworks]
                   application:Empty Panel-.noarch[KDE_Frameworks]
                   application:Folder View-.noarch[KDE_Frameworks]
                   application:Icons-only Task Manager-.noarch[KDE_Frameworks]
     ] Following actions will be done:
keep obsolete plasma5-desktop-5.8.5-213.1.x86_64
keep obsolete plasma5-workspace-5.8.5-280.1.x86_64
     ] break plasma5-desktop-5.8.95-219.1.x86_64 by ignoring some of its dependencies


     ] Following actions will be done:
keep obsolete plasma5-desktop-5.8.5-213.1.x86_64
keep obsolete plasma5-workspace-5.8.5-280.1.x86_64
keep obsolete plasma5-workspace-libs-5.8.5-280.1.x86_64
     ] deinstallation of plasma5-desktop-5.8.5-213.1.x86_64






plasma5-desktop-5.8.95-219.1.x86_64 requires application-appdata(plasma5-desktop), but this requirement cannot be provided
deleted providers: application:KDE Plasma Desktop-.noarch
uninstallable providers: application:Application Menu Bar-.noarch[KDE_Frameworks]
                   application:Default Panel-.noarch[KDE_Frameworks]
                   application:Empty Panel-.noarch[KDE_Frameworks]
                   application:Folder View-.noarch[KDE_Frameworks]
                   application:Icons-only Task Manager-.noarch[KDE_Frameworks]
                   application:Application Menu Bar-.noarch[KDE_Frameworks]
                   application:Default Panel-.noarch[KDE_Frameworks]
                   application:Empty Panel-.noarch[KDE_Frameworks]
                   application:Folder View-.noarch[KDE_Frameworks]
                   application:Icons-only Task Manager-.noarch[KDE_Frameworks]
     ] Following actions will be done:
deinstallation of plasma5-session-5.8.5-90.1.noarch
keep obsolete plasma5-desktop-lang-5.8.5-213.1.noarch
     ] deinstallation of plasma5-desktop-lang-5.8.5-213.1.noarch


     ] Following actions will be done:
install plasma5-desktop-lang-5.5.5-20.1.noarch from excluded repository
install plasma5-session-5.5.5-9.1.noarch from excluded repository
     ] break plasma5-desktop-5.8.95-219.1.x86_64 by ignoring some of its dependencies




#### YaST2 conflicts list END ###
#2

Same here.

#3

This is also being discussed here:
https://forums.opensuse.org/showthread.php/522425-Attempts-to-update-generate-long-list-of-dependency-issues

Choose to ignore that conflict, it is just about AppStream metadata which zypper apparently still has problems with.
(note that the “missing” requirements are things like application-appdata(plasma5-desktop) and application:xxx)

I just find it strange that I haven’t seen this problem neither on 13.2 nor on 42.2 (with the same repos)…

Do you have libzypp-plugin-appdata installed?

#4

Didn’t have that package installed. I installed it and some other subsequent packages.
The following 7 NEW packages are going to be installed:
appstream-glib gcab gcab-lang libappstream-builder7 libappstream-glib7 libgcab-1_0-0 libzypp-plugin-appdata

However still got the conflict. Went ahead with the update after choosing ignore conflict. After the update I’m going to do a distribution upgrade to 42.2

#5

This may be the difference as to why I didn’t/don’t see that problem… I do have libzypp-plugin-appdata installed, since years (I’m sure it got installed automatically at some point).
But I’m not sure.

However still got the conflict. Went ahead with the update after choosing ignore conflict.

Well, you probably need to refresh the repos first so that the plugin can actually do its work. zypper will only do that automatically if there actually have been changes to the repo.

Still, ignoring that conflict is fine, the packages themselves definitely do not require anything named “application:xxx”, that’s something that zypper “invents” apparently (or is automatically put into the repo metadata used by zypper).