Bug 361113 - Amarok crashes on start
Summary: Amarok crashes on start
Status: RESOLVED DUPLICATE of bug 347917
Alias: None
Product: amarok
Classification: Applications
Component: general (show other bugs)
Version: 2.8.0
Platform: openSUSE Linux
: NOR crash
Target Milestone: 2.9
Assignee: Amarok Developers
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2016-03-28 19:32 UTC by Filipe
Modified: 2016-03-31 23:29 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Filipe 2016-03-28 19:32:44 UTC
Application: amarok (2.8.0)
KDE Platform Version: 4.14.9
Qt Version: 4.8.6
Operating System: Linux 3.16.7-35-desktop x86_64
Distribution: "openSUSE 13.2 (Harlequin) (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:
Amarok crashes on start. I simply can't launch it.

Console Launch:

amarok
KCrash: Application 'amarok' crashing...
KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit
KCrash: Connect sock_file=/home/filipe/.kde4/socket-linux-qyxw.site/kdeinit4__0
unnamed app(1083): Communication problem with  "amarok" , it probably crashed. 
Error message was:  "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" "

The crash can be reproduced every time.

-- Backtrace:
Application: Amarok (amarok), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#5  0x00007fa33bfd8fec in __strcmp_ssse3 () at /lib64/libc.so.6
#6  0x00007fa318231fee in QMetaType::registerNormalizedType(QByteArray const&, void (*)(void*), void* (*)(void const*), void (*)(void*), void* (*)(void*, void const*), int, QFlags<QMetaType::TypeFlag>, QMetaObject const*) () at /usr/lib64/libQt5Core.so.5
#7  0x00007fa318731f57 in  () at /usr/lib64/libQt5Gui.so.5
#8  0x00007fa33f0c28ea in call_init.part () at /lib64/ld-linux-x86-64.so.2
#9  0x00007fa33f0c29d3 in _dl_init_internal () at /lib64/ld-linux-x86-64.so.2
#10 0x00007fa33f0c6b08 in dl_open_worker () at /lib64/ld-linux-x86-64.so.2
#11 0x00007fa33f0c27a4 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#12 0x00007fa33f0c62fb in _dl_open () at /lib64/ld-linux-x86-64.so.2
#13 0x00007fa336f1202b in dlopen_doit () at /lib64/libdl.so.2
#14 0x00007fa33f0c27a4 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#15 0x00007fa336f125dd in _dlerror_run () at /lib64/libdl.so.2
#16 0x00007fa336f120c1 in dlopen@@GLIBC_2.2.5 () at /lib64/libdl.so.2
#17 0x00007fa320b0659f in  () at /usr/lib64/libvlccore.so.7
#18 0x00007fa320aefd5d in  () at /usr/lib64/libvlccore.so.7
#19 0x00007fa320af0057 in  () at /usr/lib64/libvlccore.so.7
#20 0x00007fa320af02c9 in  () at /usr/lib64/libvlccore.so.7
#21 0x00007fa320af0534 in  () at /usr/lib64/libvlccore.so.7
#22 0x00007fa320af0a87 in  () at /usr/lib64/libvlccore.so.7
#23 0x00007fa320a8849d in libvlc_InternalInit () at /usr/lib64/libvlccore.so.7
#24 0x00007fa320859623 in libvlc_new () at /usr/lib64/libvlc.so.5
#25 0x00007fa320d8aec9 in  () at /usr/lib64/kde4/plugins/phonon_backend/phonon_vlc.so
#26 0x00007fa320d70728 in  () at /usr/lib64/kde4/plugins/phonon_backend/phonon_vlc.so
#27 0x00007fa320d711eb in qt_plugin_instance () at /usr/lib64/kde4/plugins/phonon_backend/phonon_vlc.so
#28 0x00007fa33c6cc641 in QPluginLoader::instance() () at /usr/lib64/libQtCore.so.4
#29 0x00007fa3214d4f8b in  () at /usr/lib64/kde4/plugins/phonon_platform/kde.so
#30 0x00007fa3214d5773 in  () at /usr/lib64/kde4/plugins/phonon_platform/kde.so
#31 0x00007fa338a6fc76 in  () at /usr/lib64/libphonon.so.4
#32 0x00007fa338a70317 in Phonon::Factory::backend(bool) () at /usr/lib64/libphonon.so.4
#33 0x00007fa338a708e3 in  () at /usr/lib64/libphonon.so.4
#34 0x00007fa338a689b9 in  () at /usr/lib64/libphonon.so.4
#35 0x00007fa338a66896 in  () at /usr/lib64/libphonon.so.4
#36 0x00007fa33e36ba6c in EngineController::initializePhonon() () at /usr/lib64/libamaroklib.so.1
#37 0x00007fa33e372265 in  () at /usr/lib64/libamaroklib.so.1
#38 0x00007fa33c6f0348 in QMetaMethod::invoke(QObject*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) const () at /usr/lib64/libQtCore.so.4
#39 0x00007fa33c6f2802 in QMetaObject::invokeMethod(QObject*, char const*, Qt::ConnectionType, QGenericReturnArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument, QGenericArgument) () at /usr/lib64/libQtCore.so.4
#40 0x00007fa33e431d5d in  () at /usr/lib64/libamaroklib.so.1
#41 0x00007fa33e431dc1 in  () at /usr/lib64/libamaroklib.so.1
#42 0x00007fa33e364b5d in App::continueInit() () at /usr/lib64/libamaroklib.so.1
#43 0x00007fa33e365cb6 in App::App() () at /usr/lib64/libamaroklib.so.1
#44 0x0000000000407fa7 in  ()
#45 0x00007fa33bed6b05 in __libc_start_main () at /lib64/libc.so.6
#46 0x00000000004080d2 in _start ()

Reported using DrKonqi
Comment 1 Myriam Schweingruber 2016-03-28 23:59:10 UTC
unfortunately your backtrace doesn't contain debugging symbols, so it is in fact useless. Please install debugging symbols and provide a new backtrace. See also https://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports#openSUSE
Comment 2 Filipe 2016-03-29 17:50:03 UTC
I have some debuginfo packages installed.

rpm -qa | grep debug
libkde4-debuginfo-4.14.2-1.1.x86_64
kdelibs4-debuginfo-4.14.2-1.1.x86_64
phonon4qt5-backend-gstreamer-debuginfo-4.7.80-2.1.3.x86_64
kdebase4-openSUSE-debuginfo-13.2-4.2.8.x86_64
amarok-debuginfo-2.8.0-33.1.x86_64
phonon4qt5-backend-vlc-debuginfo-0.7.80-2.1.3.x86_64

What else do I need?
Comment 3 Myriam Schweingruber 2016-03-29 22:44:36 UTC
hm, you need to also install phonon and a phonon backend which are purely Qt4 based, the backends you seem to have are not suitable for amarok. That might be the reason why you can't run amarok...
Anyway, with these debuginfo packages installed, we would need a new backtrace.
Comment 4 Christoph Feck 2016-03-31 23:29:18 UTC

*** This bug has been marked as a duplicate of bug 347917 ***