On samedi, 13 mai 2017 16.53:12 h CEST Christoph Feck wrote:
On 13.05.2017 16:50, Graham P Davis wrote:
The upgrade to 17.04 has produced the usual result from Dolphin - all my Dolphin windows crashed seg-11. This sort of nonsense has been going on for years, with upgrades being incompatible with the previous ones.
Without a backtrace, nobody will be able to help you. It does not crash on my system. Since years.
Yesterday I've seen such hangs and crashes, and I got cores :-) Core was generated by `/usr/bin/kded5'. Program terminated with signal SIGABRT, Aborted. #0 __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/raise.c:51 51 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory. [Current thread is 1 (Thread 0x7f37a44382c0 (LWP 8365))] (gdb) bt #0 0x00007f37a3cf4ff0 in __GI_raise (sig=6) at ../sysdeps/unix/sysv/linux/ raise.c:51 #1 0x00007f37a2d95b84 in KCrash::defaultCrashHandler(int) () at /usr/lib64/ libKF5Crash.so.5 #2 0x00007f37a3cf5070 in <signal handler called> () at /lib64/libc.so.6 #3 0x00007f37a3cf4ff0 in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/ sysv/linux/raise.c:51 #4 0x00007f37a3cf66ea in __GI_abort () at abort.c:78 #5 0x00007f374c296f5e in () at /usr/lib64/libsvn_subr-1.so.0 #6 0x00007f373fdb43ae in svn_wc.db_read_info () at /usr/lib64/libsvn_wc-1.so. 0 #7 0x00007f373fd8a4a9 in svn_wc.internal_walk_children () at /usr/lib64/ libsvn_wc-1.so.0 #8 0x00007f373fd8591a in svn_wc.get_info () at /usr/lib64/libsvn_wc-1.so.0 #9 0x00007f374c9c37f8 in svn_client_info4 () at /usr/lib64/ libsvn_client-1.so.0 #10 0x00007f374c9b88ff in svn_client_info3 () at /usr/lib64/ libsvn_client-1.so.0 #11 0x00007f374d0c1c6c in () at /usr/lib64/qt5/plugins/kf5/kded/kdesvnd.so #12 0x00007f374d084076 in () at /usr/lib64/qt5/plugins/kf5/kded/kdesvnd.so #13 0x00007f374d084cba in () at /usr/lib64/qt5/plugins/kf5/kded/kdesvnd.so #14 0x00007f374d0858d5 in () at /usr/lib64/qt5/plugins/kf5/kded/kdesvnd.so #15 0x00007f374d08b187 in () at /usr/lib64/qt5/plugins/kf5/kded/kdesvnd.so #16 0x00007f374d08b375 in () at /usr/lib64/qt5/plugins/kf5/kded/kdesvnd.so #17 0x00007f37a23e6f40 in () at /usr/lib64/libQt5DBus.so.5 #18 0x00007f37a23eb2bd in () at /usr/lib64/libQt5DBus.so.5 #19 0x00007f37a23ebb64 in () at /usr/lib64/libQt5DBus.so.5 #20 0x00007f37a23ee36e in () at /usr/lib64/libQt5DBus.so.5 #21 0x00007f37a1ab15e9 in QObject::event(QEvent*) (this=0x1f1c160, e=<optimized out>) at kernel/qobject.cpp:1263 #22 0x00007f37a35b7eac in QApplicationPrivate::notify_helper(QObject*, QEvent*) (this=<optimized out>, receiver=0x1f1c160, e=0x7f3780057190) at kernel/qapplication.cpp:3799 #23 0x00007f37a35bf661 in QApplication::notify(QObject*, QEvent*) (this=0x7ffe45f403a0, receiver=0x1f1c160, e=0x7f3780057190) at kernel/ qapplication.cpp:3556 #24 0x00007f37a1a84b30 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (receiver=0x1f1c160, event=event@entry=0x7f3780057190) at kernel/ qcoreapplication.cpp:988 #25 0x00007f37a1a872bd in QCoreApplication::sendEvent(QObject*, QEvent*) (event=0x7f3780057190, receiver=<optimized out>) at kernel/qcoreapplication.h: 231 #26 0x00007f37a1a872bd in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x1842120) at kernel/qcoreapplication.cpp:1649 #27 0x00007f37a1a87728 in QCoreApplication::sendPostedEvents(QObject*, int) (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/ qcoreapplication.cpp:1503 #28 0x00007f37a1ad8d93 in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) (s=0x19140b0) at kernel/qeventdispatcher_glib.cpp:276 #29 0x00007f379e308897 in g_main_dispatch (context=0x7f3790001710) at gmain.c: 3212 #30 0x00007f379e308897 in g_main_context_dispatch (context=context@entry=0x7f3790001710) at gmain.c:3865 #31 0x00007f379e308b00 in g_main_context_iterate (context=context@entry=0x7f3790001710, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at gmain.c:3938 #32 0x00007f379e308bac in g_main_context_iteration (context=0x7f3790001710, may_block=may_block@entry=1) at gmain.c:3999 #33 0x00007f37a1ad919f in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) (this=0x190f1e0, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #34 0x00007f37a1a82b1a in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) (this=this@entry=0x7ffe45f40270, flags=..., flags@entry=...) at kernel/ qeventloop.cpp:212 #35 0x00007f37a1a8b28c in QCoreApplication::exec() () at kernel/ qcoreapplication.cpp:1261 #36 0x00007f37a4071de0 in kdemain () at /usr/lib64/libkdeinit5_kded5.so #37 0x00007f37a3ce0541 in __libc_start_main (main= 0x400640, argc=1, argv=0x7ffe45f40558, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7ffe45f40548) at ../csu/libc-start.c:295 #38 0x000000000040067a in _start () It's certainly incomplete, sorry, I can install those debuginfo package actually being locked out due to outage on infrastructure. At least I know that kdesvn is culprit or part of ... The strange things is that dolphin crash opening my ~ which is not a managed .svn folder. Weeks ago, I've disabled kwallet pointers in .subversive configuration file, due to the fact that k*svn* was trying to talk to kwallet (the 4th) and not the newer kwalletd5. I'm in pending situation to be able to install all novelties in TW. I've seen a numerous package going to 17.04. -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org