Summary: | Plasma/KWin Crash in KActivities::Manager::serviceOwnerChanged | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | jeff <bcmeteors> |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | crash | CC: | adrian.prado, axrkde, bhush94, felixelens, ivan.cukic, jorge.adriano, lechamane02, LINUX_OS, plasma-bugs, plj, rdieter, renda.krell, stefan_jones |
Priority: | NOR | Keywords: | drkonqi |
Version: | 5.3.0 | ||
Target Milestone: | 1.0 | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
jeff
2015-05-16 22:57:49 UTC
*** Bug 347924 has been marked as a duplicate of this bug. *** *** Bug 348020 has been marked as a duplicate of this bug. *** *** Bug 347995 has been marked as a duplicate of this bug. *** *** Bug 347963 has been marked as a duplicate of this bug. *** *** Bug 348212 has been marked as a duplicate of this bug. *** It seems openSUSE people are trying to be smart and co-install kactivitymanagerd from 4 and 5 at the same time. I'll need to write an email to packagers ml. Seems that writing something in the wiki, and discussing it at lengths on mls is not enough... Ivan, that seems to be a separate issue though. Firstly let me note, for what is worth, that while the official packages do allow for kactivitymanagerd 4 and 5 to be co-installed, the KDE 4.x workspace and Plasma 5 are not co-installable. Regardless, my system's kactivitymanagerd 5 was a remnant of my previous KF5 installation based on the official packages. It shouldn't be there since I've moved to wolfi's unstable repository. I've now removed kactivitymanagerd. So at the moment I am running KDE 4.14, and only have kactivitymanagerd 4 and no kactivitymanagerd 5 as wolfi's repository doesn't seem to include one. Okular5's behaviour is still the same. It is not a separate issue. Plasma 5, Okular '5', KWin 5, Gwenview 5 need KF5 version of libkactivities. KF5 version of libkactivities, in turn, *require* KF5 version of kactivitymanagerd, and can not work with the old one. If your distribution allows installing KF5 libkactivities with KDE4 kactivitymanagerd, you'll get these crashes in every application that uses libkactivities. The requirements are described in https://community.kde.org/Frameworks/Coinstallability I see. Got it. *** Bug 348289 has been marked as a duplicate of this bug. *** *** Bug 348465 has been marked as a duplicate of this bug. *** *** Bug 348772 has been marked as a duplicate of this bug. *** Also seen on a Fedora 22 system, upgraded from Fedora 20. If there is a work-around, I would be grateful to know it. @Stefan Install latest kactivities, and purge all other versions (purge the version from 4.x). And file a bug report to Fedora. Upgraders should end up that way, @Stefan, can you post output of: rpm -q kf5-kactivities ? It appears that Fedup (the Fedora updater) was a bit confused about what should stay and what should go. It got rid of older versions of KDE4 libraries but installed not only newer KDE 4 files but what appear to be some kf5 equivalents: [ 47.503] (DD) fedup.depsolve:pkgAdded() kactivities-4.13.3-6.fc20.x86_64: remove (obsoleted) [ 47.507] (DD) fedup.depsolve:pkgAdded() kactivities-libs-4.13.3-6.fc20.x86_64: remove (updated) [ 47.510] (DD) fedup.depsolve:pkgAdded() kactivities-libs-4.13.3-7.fc22.x86_64: install (obsolete) [ 47.526] (DD) fedup.depsolve:pkgAdded() kactivities-nepomuk-4.13.3-6.fc20.x86_64: remove (updated) [ 47.527] (DD) fedup.depsolve:pkgAdded() kactivities-nepomuk-4.13.3-7.fc22.x86_64: install (update) [ 48.623] (DD) fedup.depsolve:pkgAdded() kf5-kactivities-5.10.0-1.fc22.x86_64: install (obsolete) [ 764.263] (II) fedup.cli:inst_open_file() installing kf5-kactivities-libs-5.10.0-1.fc22.x86_64.rpm (1518/2358) [ 764.267] (II) fedup.cli:inst_open_file() installing kf5-kactivities-5.10.0-1.fc22.x86_64.rpm (1527/2358) [ 764.322] (II) fedup.cli:inst_open_file() installing kactivities-libs-4.13.3-7.fc22.x86_64.rpm (1641/2358) [ 764.452] (II) fedup.cli:inst_open_file() installing kactivities-nepomuk-4.13.3-7.fc22.x86_64.rpm (1905/2358) *** Bug 348791 has been marked as a duplicate of this bug. *** Can you post the crash backtrace, debugging output of plasmashell, and output of 'kactivitymanagerd status'? (before that, please install the versions with the debugging symbols) Ivan: I am sorry, when I saw the bug I filed marked as a duplicate, I wanted to move forward. I reinstalled what looks like a consistent version of KDE 5. Unless the problem was due to something else than having older versions of kactivity, I don't think I will be able to reproduce it. To confirm: The inclusion of old files occurred during an upgrade (using Fedup) from Fedora 20 to Fedora 22. I removed all plasma and KDE components, and reinstalled KDE 5. I didn't see old versions of the kactivity files. I do have the backtrace text: Qt Version: 5.4.1 Operating System: Linux 4.0.4-303.fc22.x86_64 x86_64 Distribution (Platform): Fedora RPMs -- Information about the crash: <In detail, tell us what you were doing when the application crashed.> -- Backtrace: Application: KWin (kwin_x11), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fbd90cd6900 (LWP 2535))] Thread 5 (Thread 0x7fbd81660700 (LWP 2550)): #0 0x000000336a2f666d in poll () from /lib64/libc.so.6 #1 0x000000336ba49dbc in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #2 0x000000336ba4a142 in g_main_loop_run () from /lib64/libglib-2.0.so.0 #3 0x00007fbd82ec4696 in gdbus_shared_thread_func () from /lib64/libgio-2.0.so.0 #4 0x000000336ba710a5 in g_thread_proxy () from /lib64/libglib-2.0.so.0 #5 0x0000003369e07555 in start_thread () from /lib64/libpthread.so.0 #6 0x000000336a301f3d in clone () from /lib64/libc.so.6 Thread 4 (Thread 0x7fbd80e5f700 (LWP 2551)): #0 0x000000336a2f666d in poll () from /lib64/libc.so.6 #1 0x000000336ba49dbc in g_main_context_iterate.isra () from /lib64/libglib-2.0.so.0 #2 0x000000336ba49ecc in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #3 0x000000336ba49f09 in glib_worker_main () from /lib64/libglib-2.0.so.0 #4 0x000000336ba710a5 in g_thread_proxy () from /lib64/libglib-2.0.so.0 #5 0x0000003369e07555 in start_thread () from /lib64/libpthread.so.0 #6 0x000000336a301f3d in clone () from /lib64/libc.so.6 Thread 3 (Thread 0x7fbd797fe700 (LWP 2563)): #0 0x000000336a2f83d3 in select () from /lib64/libc.so.6 #1 0x000000337f4d1dcf in qt_safe_select(int, fd_set*, fd_set*, fd_set*, timespec const*) () from /lib64/libQt5Core.so.5 #2 0x000000337f4d38ce in QEventDispatcherUNIXPrivate::doSelect(QFlags<QEventLoop::ProcessEventsFlag>, timespec*) () from /lib64/libQt5Core.so.5 #3 0x000000337f4d3dfe in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5 #4 0x000000337f47ca8a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5 #5 0x000000337f29aff4 in QThread::exec() () from /lib64/libQt5Core.so.5 #6 0x00000039098c3935 in QQmlThreadPrivate::run() () from /lib64/libQt5Qml.so.5 #7 0x000000337f29fede in QThreadPrivate::start(void*) () from /lib64/libQt5Core.so.5 #8 0x0000003369e07555 in start_thread () from /lib64/libpthread.so.0 #9 0x000000336a301f3d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7fbd5f6c3700 (LWP 2574)): #0 0x0000003369e0c530 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x00000033825806d4 in QTWTF::TCMalloc_PageHeap::scavengerThread() () from /lib64/libQt5Script.so.5 #2 0x0000003382580719 in QTWTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /lib64/libQt5Script.so.5 #3 0x0000003369e07555 in start_thread () from /lib64/libpthread.so.0 #4 0x000000336a301f3d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7fbd90cd6900 (LWP 2535)): [KCrash Handler] #5 0x00000038ff017427 in QtPrivate::QFunctorSlotObject<void DBusFuture::continueWith<QString, KActivities::Manager::serviceOwnerChanged(QString const&, QString const&, QString const&)::{lambda(QString const&)#3}>(QFuture<QString> const&, KActivities::Manager::serviceOwnerChanged(QString const&, QString const&, QString const&)::{lambda(QString const&)#3}&&)::{lambda()#1}, 0, QtPrivate::List<>, void>::impl(int, QtPrivate::QSlotObjectBase*, QObject*, void**, bool*) () from /lib64/libKF5Activities.so.5 #6 0x000000337f4b0b11 in QObject::event(QEvent*) () from /lib64/libQt5Core.so.5 #7 0x00000038ff9527cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib64/libQt5Widgets.so.5 #8 0x00000038ff957e70 in QApplication::notify(QObject*, QEvent*) () from /lib64/libQt5Widgets.so.5 #9 0x000000337f47f24b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /lib64/libQt5Core.so.5 #10 0x000000337f481387 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /lib64/libQt5Core.so.5 #11 0x000000337f4d3cc2 in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5 #12 0x00007fbd8a3e697d in QUnixEventDispatcherQPA::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt5/plugins/platforms/libqxcb.so #13 0x000000337f47ca8a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt5Core.so.5 #14 0x000000337f4845fc in QCoreApplication::exec() () from /lib64/libQt5Core.so.5 #15 0x0000003908605967 in kdemain () from /lib64/libkdeinit5_kwin_x11.so #16 0x000000336a220790 in __libc_start_main () from /lib64/libc.so.6 #17 0x0000000000400bc9 in _start () No problem. It looks like it was the same issue. Great that it worked out for you now. |