Bug 244318 - x11/kf5-kded: crash on session start
Summary: x11/kf5-kded: crash on session start
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-kde (Team)
Depends on:
Reported: 2020-02-22 18:15 UTC by Martin Birgmeier
Modified: 2020-07-15 14:45 UTC (History)
5 users (show)

See Also:
arrowd: maintainer-feedback+


Note You need to log in before you can comment on or make changes to this bug.
Description Martin Birgmeier 2020-02-22 18:15:28 UTC
- FreeBSD 12.1-RELEASE-p2 #3 r357330M
- ports updated to latest using portmaster

- Since a while kcrash shows a crash when starting a session. In xorg-session.log I find the following:

[0]% egrep -i 'kded|crash' .local/share/sddm/xorg-session.log 
kdeinit5: preparing to launch 'libkdeinit5_kded5'
Could not open kded5 using a library: Cannot load library libkdeinit5_kded5: (Shared object "libkdeinit5_kded5" not found, required by "kdeinit5")
kdeinit5: Launched KDED, pid = 2329 result = 0
Initializing  "kded_touchpad" :  "kcminit_touchpad"
KCrash: Attempting to start /usr/local/bin/kded5 from kdeinit
kdeinit5: Got EXEC_NEW '/usr/local/bin/kded5' from wrapper.
kdeinit5: preparing to launch '/usr/local/bin/kded5'
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = kded5 path = /usr/local/bin pid = 2329
KCrash: Arguments: /usr/local/bin/kded5 
KCrash: Attempting to start /usr/local/lib/libexec/drkonqi from kdeinit
org.kde.plasma: invalid metadata "/usr/local/lib/qt5/plugins/kcm_kded.so"
org.kde.plasma: invalid metadata "/usr/local/lib/qt5/plugins/kded_touchpad.so"
org.kde.plasma: invalid metadata "/usr/local/lib/qt5/plugins/kded_printmanager.so"

-- Martin
Comment 1 Gleb Popov freebsd_committer 2020-03-16 03:21:24 UTC
I had a problem like that. Try following:

1. pkg info -x activity
2. If there is kactivitysomething installed, remove this package only with -f.
3. Try logging again.

This made the crash gone for me.
Comment 2 Martin Birgmeier 2020-03-16 16:43:31 UTC
Interesting, thank you.

I have

[0]# pkg info -x activity                              
[0]# pkg query %rn-%rv plasma5-kactivitymanagerd-5.18.3 

So plasma5-kactivitymanagerd is needed by three other packages.

Is it the one you deinstalled forcibly?

-- Martin
Comment 3 Gleb Popov freebsd_committer 2020-03-16 16:45:21 UTC
(In reply to Martin Birgmeier from comment #2)
Yep, do `pkg remove plasma5-kactivitymanagerd-5.18.3`.
Comment 4 Gleb Popov freebsd_committer 2020-05-17 12:15:25 UTC
Now I have plasma5-kactivitymanagerd package installed and kded5 doesn't crash anymore.

Martin, can you still reproduce the problem?
Comment 5 Martin Birgmeier 2020-05-17 17:53:26 UTC
Just finished recompiling and reinstalling all the plasma/kde stuff... and indeed, the crash seems gone (after the first startup with the brand-newly installed ports).

Let's close this.

-- Martin
Comment 6 Mario Lobo 2020-05-18 14:39:52 UTC
I have:

pkg info plasma5-kactivitymanagerd
Name           : plasma5-kactivitymanagerd
Version        : 5.18.5
Installed on   : Mon May 11 11:34:34 2020 -03
Origin         : x11/plasma5-kactivitymanagerd
Architecture   : FreeBSD:13:amd64

And the crash still happens when starting a session.

Only a kded5.core file and 

/var/log/messages:May 18 09:22:54 Papi kernel: pid 1234 (kded5), jid 0, uid 0: exited on signal 11 (core dumped)
Comment 7 Martin Birgmeier 2020-05-19 17:12:11 UTC
Actually I also still have these crashes. I have no idea why there was no such crash right after installing the latest KF5/KDE updates (via portmaster). Maybe because the machine was not rebooted but just sddm restarted.

-- Martin
Comment 8 Mario Lobo 2020-05-19 19:39:22 UTC
This is all I get after the crash, besides the core file:

Application: kded5 (kded5), signal: Bus error
[KCrash Handler]
#8  0x00000008087644e4 in  () at /usr/local/lib/libgio-2.0.so.0
[Inferior 1 (process 1172) detached]
Comment 9 robbak 2020-05-20 02:04:05 UTC
(In reply to Mario Lobo from comment #8)
I have similar crashes in plasmashell. Not always exactly the same, but caused by qt50sqldrivers-sqlit pulling sme of its shared library functions from databases/sqlite3, and others from security/heimdal's sqlite3 library.

Post on the kde-freebsd mailing list - https://mail.kde.org/pipermail/kde-freebsd/2020-May/033969.html
Comment 10 Gleb Popov freebsd_committer 2020-06-10 07:11:16 UTC
Funny thing - compiling glib20 with debugging enabled makes crash go away and thus makes it impossible to analyze the crash.

kded5 from KDE master also doesn't reproduce it. If anyone has reliable reproducing steps, please share.
Comment 11 jimp 2020-07-15 14:45:45 UTC
Just hit a similar crash after updating a workstation

Based on the comments in this PR I was able to solve it, but had some noteworthy events along the way:

* Reconfigured ports which wanted Kerberos to disable or otherwise not use Heimdal (e.g. p5-Authen-SASL)

* Recompiled/reinstalled those ports, or removed if unneeded (e.g. p5-gssapi)

* Removed heimdal

* Recompiled qt5-sqldrivers-sqlite3 as well as plasma5-kactivitymanagerd, kf5-kactivities, and kf5-kactivities-stats for good measure

* Discovered that net/qt5-network had latched onto libgssapi.so.3 but had no registered dependency, recompiled that one, too.

* Now plasmashell works again (alt-F2, kstart5 plasmashell)