![](https://seccdn.libravatar.org/avatar/065b1b1774363493af32c0a6ce9ff07c.jpg?s=120&d=mm&r=g)
On 07/21/2017 04:10 AM, Carlos E. R. wrote:
On 2017-07-21 05:19, Marc Chamberlin wrote:
On 07/20/2017 07:07 PM, Carlos E. R. wrote:
Hi again Carlos - OK, so I gather I should locate and delete all these xml files that "zypper ve" is complaining about? My guess is yes. Just don't delete them but move them some temporary place: use your newly discovered 'mc' for it. All righty, I moved all those offending xml files from /usr/share/metainfo to /usr/share/metainfo_saved.. But no joy with "zypper ve" after doing so. I got exactly the same behavior as before! Even after a reboot, it still complained about them and still wants to remove the same two packages. :-( BUT see below, I did manage to make some progress!
Incidentally, when I ran zypper ve again, I followed your advice to choose solution 2 - break application:xxx-.noarch by ignoring some of its dependencies, and ran into something that made me hesitant to do, it wanted to remove a couple packages and one of them kernel-default-4.4.74-18.20.1 scared me into bailing out. Here is the output, see what you think? I think WTF? :-o
I have no idea why, there is no previous message about the kernel. Unless there is a newer kernel installed as well, I see no reason, no conflict.
Just move those xml files and try again. Yeah, like I said, this didn't appear to work... (but see below!)
It is possible that you are missing some KDE component, so I would suggest to fire up YaST, software module, display patterns, and remove/add the KDE patterns so that its components are selected for installation if they were not.
OK, I think I did this right. Apparently it is not possible to remove a pattern per say, I had to select the "KDE Desktop Environment" pattern and then did a Delete All in this list. That lead to a number of dependency conflicts (5 of em) so for each I simply kept the package that something else was dependent on. (I didn't want to get into a dependency hell! ;-) ) Then I just reinstalled the "KDE Desktop Environment" pattern. So while I didn't break my system, still no joy getting a KDE desktop up and running... I could try the same for the "Plasma 5 Desktop" pattern? Apparently that solved the appdata.xml issues however! :-) marc@bigbang:~> su - Password: bigbang:~ # zypper ve Loading repository data... Reading installed packages... The following 2 packages are going to be REMOVED: brscan4 kernel-default-4.4.74-18.20.1 2 packages to remove. After the operation, 238.2 MiB will be freed. Some of the dependencies of installed packages are broken. In order to fix these dependencies, the following actions need to be taken: Continue? [y/n/...? shows all options] (y): n Still wants to remove these two packages however, and I don't think that is such a good idea so I haven't let it do so...
Just post here "zypper lr --details". If lines wrap when pasting, add it as a text attachment to the post.
zypper lr --details > repolist.txt
and we'll have a look at it.
OK I attached repolist.txt to this posting... Marc...
Good. There are no major problems there, only cosmetics. Repo 5 and 14 are the same one, so delete one, say number 5 (Main Repository (Sources)). It is not enabled, so has no effect.
Remove also number 7 (openSUSE:Leap:42.1).
Use YaST for that, or zypper if you wish.
I blew those two repos away... Marc... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org