Bug 1226526 - Plasmashell not starting after latest system update
Summary: Plasmashell not starting after latest system update
Status: NEW
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: KDE Workspace (Plasma) (show other bugs)
Version: Current
Hardware: x86-64 openSUSE Tumbleweed
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: E-Mail List
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-06-19 12:38 UTC by Peter Krause
Modified: 2024-06-22 11:04 UTC (History)
2 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Krause 2024-06-19 12:38:17 UTC
Since the latest update, which I ran yesterday, Plasmashell is not starting anymore. My configuration is as follows:

Operating System: openSUSE Tumbleweed 20240617
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.3.0
Qt Version: 6.7.1

Kernel Version: 6.9.4-1-default (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i7-1165G7 @ 2.80GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa Intel® Xe Graphics
Manufacturer: SchenkerTechnologiesGmbH
Product Name: SCHENKER VISION 14

The issue also occurs using X11. Applications, however, are running flawlessly.

The journald section that to me seems related to the issue is:

un 19 10:24:52 vision kded6[2155]: QDBusObjectPath: invalid path “/modules/plasma-session-shortcuts”
Jun 19 10:24:52 vision kded6[2155]: kf.dbusaddons: The kded module name “plasma-session-shortcuts” is invalid!
Jun 19 10:24:52 vision kconf_update[2212]: kf.config.kconf_update: /usr/share/kconf_update/ark.upd defined Version=5 but Version=6 was expected
Jun 19 10:24:52 vision kconf_update[2212]: kf.config.kconf_update: /usr/share/kconf_update/dolphin_detailsmodesettings.upd defined Version=5 but Version=6 was e>
Jun 19 10:24:52 vision kconf_update[2212]: kf.config.kconf_update: /usr/share/kconf_update/dolphin_directorysizemode.upd defined Version=5 but Version=6 was exp>
Jun 19 10:24:52 vision kconf_update[2212]: kf.config.kconf_update: /usr/share/kconf_update/filepicker.upd defined Version=5 but Version=6 was expected
Jun 19 10:24:52 vision kconf_update[2212]: kf.config.kconf_update: /usr/share/kconf_update/konsole.upd defined Version=5 but Version=6 was expected
Jun 19 10:24:52 vision kconf_update[2212]: kf.config.kconf_update: /usr/share/kconf_update/okular.upd defined Version=5 but Version=6 was expected
Jun 19 10:24:52 vision kded6[2155]: org.kde.plasma.dataengine.geolocation: gpsd not found
Jun 19 10:24:52 vision kded6[2155]: “location”
Jun 19 10:24:52 vision kded6[2155]:
Jun 19 10:24:52 vision kded6[2216]: xsettingsd: Loaded 14 settings from /home/peter/.config/xsettingsd/xsettingsd.conf
Jun 19 10:24:52 vision kded6[2216]: xsettingsd: Created window 0x800001 on screen 0 with timestamp 20049
Jun 19 10:24:52 vision kded6[2216]: xsettingsd: Selection _XSETTINGS_S0 is owned by 0x0
Jun 19 10:24:52 vision kded6[2216]: xsettingsd: Took ownership of selection _XSETTINGS_S0
Jun 19 10:24:52 vision dbus-daemon[1995]: [session uid=1000 pid=1995] Activating via systemd: service name=‘org.bluez.obex’ unit=‘dbus-org.bluez.obex.service’ r>
Jun 19 10:24:52 vision dbus-daemon[1995]: [session uid=1000 pid=1995] Activation via systemd failed for unit ‘dbus-org.bluez.obex.service’: Unit dbus-org.bluez.>
Jun 19 10:24:52 vision dbus-daemon[1995]: [session uid=1000 pid=1995] Activating via systemd: service name=‘org.gtk.vfs.Daemon’ unit=‘gvfs-daemon.service’ reque>
Jun 19 10:24:52 vision systemd[1979]: Starting Virtual filesystem service…
Jun 19 10:24:52 vision dbus-daemon[1995]: [session uid=1000 pid=1995] Successfully activated service ‘org.gtk.vfs.Daemon’
Jun 19 10:24:52 vision systemd[1979]: Started Virtual filesystem service.
Jun 19 10:24:52 vision kded6[2155]: kf.bluezqt: PendingCall Error: “Unit dbus-org.bluez.obex.service not found.”
Jun 19 10:24:53 vision plasmashell[2245]: /usr/bin/plasmashell: symbol lookup error: /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t>
Jun 19 10:24:53 vision systemd[1979]: plasma-plasmashell.service: Main process exited, code=exited, status=127/n/a
Jun 19 10:24:53 vision systemd[1979]: plasma-plasmashell.service: Failed with result ‘exit-code’.
Jun 19 10:24:53 vision systemd[1979]: Failed to start KDE Plasma Workspace.

Please, let me know, if there is any other information I can provide.
Comment 1 Christophe Marin 2024-06-19 13:18:51 UTC
> /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t

is a sign some packages come from different repositories.

What's the output of `rpm -qi plasma6-workspace libPlasma6` ?
Comment 2 Peter Krause 2024-06-19 13:52:49 UTC
(In reply to Christophe Marin from comment #1)
> > /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t
> 
> is a sign some packages come from different repositories.
> 
> What's the output of `rpm -qi plasma6-workspace libPlasma6` ?

Name        : plasma6-workspace
Version     : 6.0.5
Release     : 3.1
Architecture: x86_64
Install Date: Do 13 Jun 2024 01:39:19 CEST
Group       : Unspecified
Size        : 31199374
License     : GPL-2.0-or-later
Signature   : RSA/SHA512, Di 11 Jun 2024 18:54:26 CEST, Key ID 35a2f86e29b700a4
Source RPM  : plasma6-workspace-6.0.5-3.1.src.rpm
Build Date  : Mo 10 Jun 2024 14:38:47 CEST
Build Host  : reproducible
Packager    : https://bugs.opensuse.org
Vendor      : openSUSE
URL         : https://www.kde.org/
Summary     : The KDE Plasma Workspace Components
Description :
This package contains the basic packages for a Plasma workspace.
Distribution: openSUSE Tumbleweed
Name        : libPlasma6
Version     : 6.1.0
Release     : kf.15.1
Architecture: x86_64
Install Date: Di 18 Jun 2024 16:46:35 CEST
Group       : Unspecified
Size        : 1237138
License     : GPL-2.0-or-later AND LGPL-2.0-or-later
Signature   : DSA/SHA1, So 16 Jun 2024 10:51:02 CEST, Key ID 27c070176f88bb2f
Source RPM  : libplasma6-6.1.0-kf.15.1.src.rpm
Build Date  : Do 13 Jun 2024 12:58:37 CEST
Build Host  : reproducible
Vendor      : obs://build.opensuse.org/KDE
URL         : https://www.kde.org
Summary     : Plasma 6 core libraries
Description :
This package contains the core libraries needed by the Plasma framework.
Distribution: KDE:Frameworks / openSUSE_Tumbleweed
Comment 3 Christophe Marin 2024-06-19 14:24:44 UTC
(In reply to Peter Krause from comment #2)
> (In reply to Christophe Marin from comment #1)
> > > /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t
> > 
> > is a sign some packages come from different repositories.
> > 
> > What's the output of `rpm -qi plasma6-workspace libPlasma6` ?
> 

> Name        : plasma6-workspace
> Version     : 6.0.5
> Vendor      : openSUSE


> Name        : libPlasma6
> Version     : 6.1.0
> Source RPM  : libplasma6-6.1.0-kf.15.1.src.rpm
> Vendor      : obs://build.opensuse.org/KDE

Here's your issue, you're mixing packages from openSUSE:Factory and KDE:Frameworks.
Comment 4 Peter Krause 2024-06-19 18:55:30 UTC
(In reply to Christophe Marin from comment #3)
> (In reply to Peter Krause from comment #2)
> > (In reply to Christophe Marin from comment #1)
> > > > /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t
> > > 
> > > is a sign some packages come from different repositories.
> > > 
> > > What's the output of `rpm -qi plasma6-workspace libPlasma6` ?
> > 
> 
> > Name        : plasma6-workspace
> > Version     : 6.0.5
> > Vendor      : openSUSE
> 
> 
> > Name        : libPlasma6
> > Version     : 6.1.0
> > Source RPM  : libplasma6-6.1.0-kf.15.1.src.rpm
> > Vendor      : obs://build.opensuse.org/KDE
> 
> Here's your issue, you're mixing packages from openSUSE:Factory and
> KDE:Frameworks.

Thanks a lot for your support! Does this happen when running updates via both commandline using zypper and Discover?
So now, uninstall libPlasma6 and install using zypper?
Comment 5 Sebastian Kuhne 2024-06-19 18:58:12 UTC
I have the same issue since the update yesterday.

This my output of 'rpm -qi plasma6-workspace libPlasma6':

Name        : plasma6-workspace
Version     : 6.0.5
Release     : 3.1
Architecture: x86_64
Install Date: Mi 12 Jun 2024 21:12:41 CEST
Group       : Unspecified
Size        : 31199374
License     : GPL-2.0-or-later
Signature   : RSA/SHA512, Di 11 Jun 2024 18:54:26 CEST, Key ID 35a2f86e29b700a4
Source RPM  : plasma6-workspace-6.0.5-3.1.src.rpm
Build Date  : Mo 10 Jun 2024 14:38:47 CEST
Build Host  : reproducible
Packager    : https://bugs.opensuse.org
Vendor      : openSUSE
URL         : https://www.kde.org/
Summary     : The KDE Plasma Workspace Components
Description :
This package contains the basic packages for a Plasma workspace.
Distribution: openSUSE Tumbleweed
Name        : libPlasma6
Version     : 6.0.5
Release     : 1.1
Architecture: x86_64
Install Date: Mo 03 Jun 2024 19:29:24 CEST
Group       : Unspecified
Size        : 1257718
License     : GPL-2.0-or-later AND LGPL-2.0-or-later
Signature   : RSA/SHA512, Mo 27 Mai 2024 16:17:31 CEST, Key ID 35a2f86e29b700a4
Source RPM  : libplasma6-6.0.5-1.1.src.rpm
Build Date  : Mi 22 Mai 2024 09:43:08 CEST
Build Host  : reproducible
Packager    : https://bugs.opensuse.org
Vendor      : openSUSE
URL         : https://www.kde.org
Summary     : Plasma 6 core libraries
Description :
This package contains the core libraries needed by the Plasma framework.

I am a bit confused now - what should be the standard for this output? Is it the version that should be the same?

Many thanks Sebastian
Comment 6 Peter Krause 2024-06-19 22:21:35 UTC
(In reply to Christophe Marin from comment #3)
> (In reply to Peter Krause from comment #2)
> > (In reply to Christophe Marin from comment #1)
> > > > /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t
> > > 
> > > is a sign some packages come from different repositories.
> > > 
> > > What's the output of `rpm -qi plasma6-workspace libPlasma6` ?
> > 
> 
> > Name        : plasma6-workspace
> > Version     : 6.0.5
> > Vendor      : openSUSE
> 
> 
> > Name        : libPlasma6
> > Version     : 6.1.0
> > Source RPM  : libplasma6-6.1.0-kf.15.1.src.rpm
> > Vendor      : obs://build.opensuse.org/KDE
> 
> Here's your issue, you're mixing packages from openSUSE:Factory and
> KDE:Frameworks.

Thanks a lot for your support! Does this happen when running updates via both commandline using zypper and Discover?
So now, uninstall libPlasma6 and install using zypper?(In reply to Peter Krause from comment #4)
> (In reply to Christophe Marin from comment #3)
> > (In reply to Peter Krause from comment #2)
> > > (In reply to Christophe Marin from comment #1)
> > > > > /usr/bin/plasmashell: undefined symbol: _ZN11PlasmaQuick15AppletQuickItem8t
> > > > 
> > > > is a sign some packages come from different repositories.
> > > > 
> > > > What's the output of `rpm -qi plasma6-workspace libPlasma6` ?
> > > 
> > 
> > > Name        : plasma6-workspace
> > > Version     : 6.0.5
> > > Vendor      : openSUSE
> > 
> > 
> > > Name        : libPlasma6
> > > Version     : 6.1.0
> > > Source RPM  : libplasma6-6.1.0-kf.15.1.src.rpm
> > > Vendor      : obs://build.opensuse.org/KDE
> > 
> > Here's your issue, you're mixing packages from openSUSE:Factory and
> > KDE:Frameworks.
> 
> Thanks a lot for your support! Does this happen when running updates via
> both commandline using zypper and Discover?
> So now, uninstall libPlasma6 and install using zypper?
So, obviously, I am using multiple repositories providing KDE Frameworks (hell knows where they came from):

KDE:Extra
KDE:Frameworks
KDE:Frameworks5
home:Vogtinator:l-d-git

How do I know, which of them is the most appropriate one?
Comment 7 Christophe Marin 2024-06-20 05:46:09 UTC
(In reply to Peter Krause from comment #6)

> > Thanks a lot for your support! Does this happen when running updates via
> > both commandline using zypper and Discover?
> > So now, uninstall libPlasma6 and install using zypper?
> So, obviously, I am using multiple repositories providing KDE Frameworks
> (hell knows where they came from):
> 
> KDE:Extra
> KDE:Frameworks
> KDE:Frameworks5
> home:Vogtinator:l-d-git
> 
> How do I know, which of them is the most appropriate one?

This is explained on the wiki page:
https://en.opensuse.org/SDB:KDE_repositories

and enabling them or not depends on what you're looking for.

You can safely drop home:Vogtinator:l-d-git, latte-dock isn't compatible with plasma 6.
Comment 8 Peter Krause 2024-06-20 13:15:46 UTC
(In reply to Christophe Marin from comment #7)
> (In reply to Peter Krause from comment #6)
> 
> > > Thanks a lot for your support! Does this happen when running updates via
> > > both commandline using zypper and Discover?
> > > So now, uninstall libPlasma6 and install using zypper?
> > So, obviously, I am using multiple repositories providing KDE Frameworks
> > (hell knows where they came from):
> > 
> > KDE:Extra
> > KDE:Frameworks
> > KDE:Frameworks5
> > home:Vogtinator:l-d-git
> > 
> > How do I know, which of them is the most appropriate one?
> 
> This is explained on the wiki page:
> https://en.opensuse.org/SDB:KDE_repositories
> 
> and enabling them or not depends on what you're looking for.
> 
> You can safely drop home:Vogtinator:l-d-git, latte-dock isn't compatible
> with plasma 6.

These are the KDE repositories I selected. 

 6 | https-download.opensuse.org-1780033d | KDE:Extra                              | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | https://download.opensuse.org/repositories/KDE:/Extra/KDE_Frameworks5_openSUSE_Tumbleweed/        | 
14 | https-download.opensuse.org-cd6f8d0a | KDE:Applications                       | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | https://download.opensuse.org/repositories/KDE:/Applications/KDE_Frameworks5_openSUSE_Tumbleweed/ | 
|
16 | https-download.opensuse.org-eeceb638 | KDE:Frameworks                         | Ja      | (r ) Ja   | Ja      |   99     | rpm-md | https://download.opensuse.org/repositories/KDE:/Frameworks/openSUSE_Tumbleweed/                   | 


Would you expect any problems here? If not, will it be sufficient to wait for the next Frameworks update or should I take additional actions to make plasmashell work again?
Comment 9 Peter Krause 2024-06-22 11:04:50 UTC
Thanks again. After Removing/deactivating the repositories that are not basically required and running <sudo zypper dup --allow-vendor-change> everything is running fine again.