On 2017-07-21 21:04, Marc Chamberlin wrote:
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!
Maybe because the complaint is that something wants those files, but does not find how to install them. I still have the same problem, but with "vmware-player.appdata.xml". I also tried "deinstallation of application...", which does nothing. I saw you got that part solved.
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?
Ah. My intention was to remove the pattern from the list of installed patterns, but not really to remove the contents, the packages. But nevermind. As that operation was successful, I would try the same for Plasma. Removing and installing the packages again is a good idea, though. You could use right click on the list of packages panel, then select "update unconditionally", which actually means reinstall if there are no updates.
Apparently that solved the appdata.xml issues however! :-)
Good!
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...
I don't understand why that happens. Try: cp /var/lib/rpm/Packages /dev/null rpm -q kernel* (the first line speeds up the second one on some computers) -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)