Hi OS grey-beards. My problem is an easy one to describe. The title line says it all: System Settings [from the “Settings” sub-menu on the bottom-panel, left main menu] doesn’t open. The app-icon lands in the bottom panel, but then fades.
ps -e
shows nothing running
After looking at the system settings .desktop-file in /usr/share/applications, I tried this command from a terminal:
systemsettings5
The system returned:
systemsettings5: symbol lookup error: systemsettings5: undefined symbol: _ZN10KWorkSpace14detectPlatformEiPPc
I actually noticed this problem a few weeks ago. The app has worked fine in the past.
This means that you have incompatible packages installed.
In particular, your systemsettings5 is built against a different plasma5-workspace version than you have installed.
What repos are you using?
zypper lr -d
How do you update?
Try to run “zypper dup” to bring your system into a consistent state. (that’s the only recommended way to update a Tumbleweed system btw)
How do I update? I use the bottom-panel update applet. This seems to have the same effect as:
sudo zypper up
Except that the above will not update the latest OpenSuse “snapshot” (is that the right word?)
If I run the above with the “-D” and “–details” flags (system: don’t actually do anything, but say what you are going to do), I typically get a line along the lines of:
The following product is going to be upgraded:
openSUSE Tumbleweed 20180208-0 → 20180214-0 x86_64 openSUSE-Tumbleweed-Oss openSUSE
Product ‘openSUSE Tumbleweed’ requires to be updated by calling ‘zypper dup’
Everything else is updated per the bottom-panel applet
OK, let’s try:
azed@linux-qnar:~> sudo zypper dup -D --details
[sudo] password for root:
Warning: You are about to do a distribution upgrade with all enabled repositories. Make sure these repositories are compatible before you continue. See 'man zypper' for more information about this command.
Loading repository data...
Reading installed packages...
Computing distribution upgrade...
8 Problems:
Problem: problem with installed package libQtWebKit4-4.8.7+2.3.4-4.1.x86_64
Problem: problem with installed package liblash1-0.5.4-23.11.x86_64
Problem: problem with installed package audacity-2.2.0-14.1.x86_64
Problem: problem with installed package libmjpegutils-2_0-0-2.0.0-25.1.x86_64
Problem: problem with installed package libmpeg2-0-0.5.1-3.42.x86_64
Problem: problem with installed package libmpeg2convert0-0.5.1-3.42.x86_64
Problem: problem with installed package mjpegtools-2.0.0-25.1.x86_64
Problem: problem with installed package mp3gain-1.6.1-7.2.x86_64
Problem: problem with installed package libQtWebKit4-4.8.7+2.3.4-4.1.x86_64
Solution 1: install libQtWebKit4-4.8.7+2.3.4-2.69.x86_64 (with vendor change)
openSUSE --> http://packman.links2linux.de
Solution 2: keep obsolete libQtWebKit4-4.8.7+2.3.4-4.1.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package liblash1-0.5.4-23.11.x86_64
Solution 1: install liblash1-0.5.4-28.1.x86_64 (with vendor change)
openSUSE --> http://packman.links2linux.de
Solution 2: keep obsolete liblash1-0.5.4-23.11.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package audacity-2.2.0-14.1.x86_64
Solution 1: install audacity-2.2.2-1.3.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete audacity-2.2.0-14.1.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package libmjpegutils-2_0-0-2.0.0-25.1.x86_64
Solution 1: install libmjpegutils-2_0-0-2.0.0-26.1.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete libmjpegutils-2_0-0-2.0.0-25.1.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package libmpeg2-0-0.5.1-3.42.x86_64
Solution 1: install libmpeg2-0-0.5.1-2.1.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete libmpeg2-0-0.5.1-3.42.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package libmpeg2convert0-0.5.1-3.42.x86_64
Solution 1: install libmpeg2convert0-0.5.1-2.1.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete libmpeg2convert0-0.5.1-3.42.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package mjpegtools-2.0.0-25.1.x86_64
Solution 1: install mjpegtools-2.0.0-26.1.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete mjpegtools-2.0.0-25.1.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Problem: problem with installed package mp3gain-1.6.1-7.2.x86_64
Solution 1: install mp3gain-1.6.1-1.1.x86_64 (with vendor change)
http://packman.links2linux.de --> openSUSE
Solution 2: keep obsolete mp3gain-1.6.1-7.2.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): s
Resolving dependencies...
Computing distribution upgrade...
8 Problems:
Problem: problem with installed package libQtWebKit4-4.8.7+2.3.4-4.1.x86_64
Problem: problem with installed package liblash1-0.5.4-23.11.x86_64
Problem: problem with installed package audacity-2.2.0-14.1.x86_64
Problem: problem with installed package libmjpegutils-2_0-0-2.0.0-25.1.x86_64
Problem: problem with installed package libmpeg2-0-0.5.1-3.42.x86_64
Problem: problem with installed package libmpeg2convert0-0.5.1-3.42.x86_64
Problem: problem with installed package mjpegtools-2.0.0-25.1.x86_64
Problem: problem with installed package mp3gain-1.6.1-7.2.x86_64
Problem: problem with installed package libQtWebKit4-4.8.7+2.3.4-4.1.x86_64
Solution 1: install libQtWebKit4-4.8.7+2.3.4-2.69.x86_64 (with vendor change)
openSUSE --> http://packman.links2linux.de
Solution 2: keep obsolete libQtWebKit4-4.8.7+2.3.4-4.1.x86_64
Choose from above solutions by number or skip, retry or cancel [1/2/s/r/c] (c): c
azed@linux-qnar:~>
As per documentation Tumbleweed should only be updated by running
zypper dup
and definitely not by packagekit applets or YaST’s softwaremanager. Run the command anyway to straighten out things
Furthermore I’d like to stress the point of using home: repos. These are meant to develop, to package and are the place where things break because that’s what they’re there for.
Ok, the repos are fine and shouldn’t cause this problem.
A side-note: the libdvdcss repo is added twice, you can remove one copy.
Any advice on how to proceed?
Allow the vendor changes.
Those packages do not exist anymore on Packman, as they are included in the standard repos now (e.g. the patents for MPEG1, MPEG2 and MP3 expired meanwhile, so it’s possible to have support for them in the standard packages).
For liblash and libQtWebKit4 it’s the other way round, they got dropped from the distribution (QtWebKit 4 is considered a security risk meanwhile as it’s not developed any more since years), Packman does provide it now for compatibility with older software that still needs it.
These “problems” likely blocked the proper updating of your system which broke things. PackageKit (and zypper up) just silently ignore those “updates”, that’s one of the reasons why you should only use “zypper dup” (every Tumbleweed snapshot is basically a new distribution version to which you need to upgrade fully).
Then did the distro upgrade, accepting all vendor changes (as advised by wolfi323):
sudo zypper dup
Everything logged in the terminal. Far too much o/p to list here.
I then re-booted.
And at the end of it all, did I get my System Settings app back?
Yes, I did. I also got a new splash screen and a repaired corebird twitter-client (something else that was bothering me).
Thanks for straightening me out on upgrading, guys.
One final question: when “zypper dup” finds “problems” are the solutions listed in system-preference order; i.e., is the first listed “solution”, the system’s preferred solution, and the one that the user would normally accept?
Great! Thanks for coming back to report your success, helps others.:good:
One final question: when “zypper dup” finds “problems” are the solutions listed in system-preference order; i.e., is the first listed “solution”, the system’s preferred solution, and the one that the user would normally accept?
… not necessarily. It needs reading, understanding, then implementing. When in doubt, ask here in a new thread.
To add: if you have repos active, that you need, f.e. Packman, always include the “–allow-vendor-change” option to “zypper dup” . Otherwise zypper is going to complain about every package that has a higher build version number in the stock repos.
re: the Packman repo. I have that enabled whenever I do a zypper dup in Tumbleweed without using the --allow-vendor-change, and I have never had those complaints. Other repos, though, could be a problem, especially “home” repos on the OBS.
I stick with the default “–no-allow-vendor-change” (default, so no need to mention it, just straight zypper dup).