For the last 6 months or longer Kleopatra has been crashing when launched. Currently on kleopatra-4.4.11.1, stable amd64 arch, the problem remains. Reproducible: Always Steps to Reproduce: 1. Launch kleopatra from a terminal or from the kmail or kde menu. 2. Kleopatra segfaults as it tries to launch. 3. Actual Results: This is what the terminal shows: ======================== $ kleopatra Statup timing: 20 ms elapsed: Command line args created QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Startup timing: 343 ms elapsed: Application created Startup timing: 382 ms elapsed: UiServer created KCrash: Application 'kleopatra' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/michael/.kde4/socket-dell_xps/kdeinit4__0 kleopatra(5942): Communication problem with "kleopatra" , it probably crashed. Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" " QSocketNotifier: Invalid socket 8 and type 'Read', disabling... QSocketNotifier: Invalid socket 10 and type 'Read', disabling... $ ======================== This is a BT (I haven't yet compiled kleopatra with USE="debug"): ======================== Application: Kleopatra (kleopatra), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f71ed522780 (LWP 5943))] Thread 3 (Thread 0x7f71d7b29700 (LWP 5944)): #0 0x00007fff69bde78f in clock_gettime () #1 0x00007f71e31c288d in clock_gettime () from /lib64/librt.so.1 #2 0x00007f71eaa11834 in qt_gettime() () from /usr/lib64/qt4/libQtCore.so.4 #3 0x00007f71eaaea64d in QTimerInfoList::updateCurrentTime() () from /usr/lib64/qt4/libQtCore.so.4 #4 0x00007f71eaaea983 in QTimerInfoList::timerWait(timeval&) () from /usr/lib64/qt4/libQtCore.so.4 #5 0x00007f71eaae935c in timerSourcePrepareHelper(GTimerSource*, int*) () from /usr/lib64/qt4/libQtCore.so.4 #6 0x00007f71eaae9405 in timerSourcePrepare(_GSource*, int*) () from /usr/lib64/qt4/libQtCore.so.4 #7 0x00007f71e2ee4ed9 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0 #8 0x00007f71e2ee5603 in g_main_context_iterate.clone.6 () from /usr/lib64/libglib-2.0.so.0 #9 0x00007f71e2ee57f4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #10 0x00007f71eaae9e06 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #11 0x00007f71eaab97b2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #12 0x00007f71eaab9a07 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #13 0x00007f71ea9b8157 in QThread::exec() () from /usr/lib64/qt4/libQtCore.so.4 #14 0x00007f71eaa9928f in QInotifyFileSystemWatcherEngine::run() () from /usr/lib64/qt4/libQtCore.so.4 #15 0x00007f71ea9bb1bc in QThreadPrivate::start(void*) () from /usr/lib64/qt4/libQtCore.so.4 #16 0x00007f71ec551ec6 in start_thread () from /lib64/libpthread.so.0 #17 0x00007f71e94b486d in clone () from /lib64/libc.so.6 Thread 2 (Thread 0x7f71d7328700 (LWP 5945)): #0 0x00007f71e94abbd3 in poll () from /lib64/libc.so.6 #1 0x00007f71e2ee56d6 in g_main_context_iterate.clone.6 () from /usr/lib64/libglib-2.0.so.0 #2 0x00007f71e2ee57f4 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f71eaae9e06 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #4 0x00007f71eaab97b2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #5 0x00007f71eaab9a07 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4 #6 0x00007f71ea9b8157 in QThread::exec() () from /usr/lib64/qt4/libQtCore.so.4 #7 0x00007f71eaa9928f in QInotifyFileSystemWatcherEngine::run() () from /usr/lib64/qt4/libQtCore.so.4 #8 0x00007f71ea9bb1bc in QThreadPrivate::start(void*) () from /usr/lib64/qt4/libQtCore.so.4 #9 0x00007f71ec551ec6 in start_thread () from /lib64/libpthread.so.0 #10 0x00007f71e94b486d in clone () from /lib64/libc.so.6 Thread 1 (Thread 0x7f71ed522780 (LWP 5943)): [KCrash Handler] #6 0x00007f71ec96ec8d in _assuan_socket () from /usr/lib64/libassuan.so.0 #7 0x0000000000594db2 in Kleo::UiServer::Private::doMakeListeningSocket(QByteArray const&) () #8 0x0000000000591290 in Kleo::UiServer::Private::makeListeningSocket() () #9 0x0000000000447957 in main () ======================== Please ask if you need more info. -- Regards, Mick
(In reply to comment #0) > For the last 6 months or longer Kleopatra has been crashing when launched. > Currently on kleopatra-4.4.11.1, stable amd64 arch, the problem remains. To clarify, is this happening only with kleopatra-4.4.11.1, or did you test other stable 4.10.1 as well?
Yes, it segfaults on previous version too.
Oops! Sorry wrong response: kleopatra-4.10.1 is hard masked here. I am not using kmail2. This is a stable box for most packages. $ eix -l kleopatra [I] kde-base/kleopatra Available versions: (4) 4.4.11.1 ^t [aqua debug +handbook] [m] 4.10.1 [aqua debug +handbook] [m]~ 4.10.2 [aqua debug +handbook] Installed versions: 4.4.11.1(4)^t(13:58:27 04/07/13)(handbook -aqua -debug) Homepage: http://www.kde.org/ Description: Kleopatra - KDE X.509 key manager
I'm thinking ... is kleopatra now *only* working on systems that are running mysql and the full nepomuk kde desktop? I am just running kmail-1.13.7, without strigi/nepomuk.
(In reply to comment #4) > I'm thinking ... is kleopatra now *only* working on systems that are running > mysql and the full nepomuk kde desktop? I am just running kmail-1.13.7, > without strigi/nepomuk. Forget about mysql, that particular problem for sure only affects kmail2. I have problems with kleopatra(-4.4) too, but did not look too closely at the bitrot yet. I suspect this is a kdepim-4.4-only problem.
This is a libassuan version conflict with gpgme. You cannot link Kleopatra and gpgme against different versions of libassuan. We ran into that in Fedora 15 (the last release we shipped with kdepim 4.4, and the first where we linked gpgme against libassuan 2). You need to build Kleopatra against libassuan 2 using this patch: http://pkgs.fedoraproject.org/cgit/kdepim.git/plain/kdepim-4.4.11.1-kleopatra-libassuan2.patch?h=f15 which is a cumulative backport of: https://projects.kde.org/projects/kde/kdepim/repository/revisions/5fbe9239ffd9db5a7afb5b98a87953b27d46874c https://projects.kde.org/projects/kde/kdepim/repository/revisions/c833e660ead32a3a1e1bf0d29aef10e7cebfb605 https://projects.kde.org/projects/kde/kdepim/repository/revisions/e61b462c3ed029cb5794fa930f1d9adacb8383c0 https://projects.kde.org/projects/kde/kdepim/repository/revisions/c00ca889b9d45c03626548baf18a066dff488585 https://projects.kde.org/projects/kde/kdepim/repository/revisions/5a49c54078270633c87750b50213080d83a67718 https://projects.kde.org/projects/kde/kdepim/repository/revisions/570d91419fac1b766c8047d42a5bede1dc19112d https://projects.kde.org/projects/kde/kdepim/repository/revisions/c2439ffb5c89ed3df8e4d1bf5ea32efc43d732ff See also: https://bugs.kde.org/show_bug.cgi?id=269258
Excellent, works. Thank you! (We already had a very aged libassuan2 patch, no time right now to find out in detail what went wrong there...) Patch added in kde-base/kleopatra-4.4.11.1-r1 Arches please stabilize immediately (since current stable is nonfunctional). Target: amd64 ppc x86
amd64 stable
x86 stable
ppc stable. Last arch, closing
