Finally got around to filing this bug. Amarok is pretty popular so I'm surprised no one else has filed the bug. Maybe it's my system. Anyone else confirm this? I've had this bug for a month now. Command line output and drkonki will be attached. I found the same bug reported at https://bugs.kde.org/show_bug.cgi?id=335111 where it was resolved as downstream. That bug was titled "vlc crashes phonon by mixing qt4 and qt5" ~]$ rpm -qa |grep amarok |sort amarok-2.8.0-8.mga6 amarok-debuginfo-2.8.0-8.mga6 amarok-handbook-2.8.0-8.mga6 amarok-utils-2.8.0-8.mga6 lib64amarokcore1-2.8.0-8.mga6 lib64amaroklib1-2.8.0-8.mga6 lib64amarokocsclient4-2.8.0-8.mga6 lib64amarokpud1-2.8.0-8.mga6 lib64amarokshared1-2.8.0-8.mga6 lib64amarok-sqlcollection1-2.8.0-8.mga6 lib64amarok-transcoding1-2.8.0-8.mga6 ~]$ rpm -qa |grep phonon |sort lib64phonon4-4.8.3-3.mga6 lib64phonon4qt5_4-4.8.3-3.mga6 lib64phonon4qt5experimental4-4.8.3-3.mga6 lib64phononexperimental4-4.8.3-3.mga6 lib64smokephonon3-4.14.3-3.mga6 phonon-4.8.3-3.mga6 phonon4qt5-4.8.3-3.mga6 phonon4qt5-devel-4.8.3-3.mga6 phonon4qt5-gstreamer-4.8.2-1.mga5 phonon4qt5-vlc-0.8.2-2.mga5 phonon-devel-4.8.3-3.mga6 phonon-gstreamer-common-4.8.2-1.mga5 phonon-gstreamer-debuginfo-4.8.2-1.mga5 phonon-vlc-0.8.2-2.mga5 phonon-vlc-debuginfo-0.8.2-2.mga5 qt4-designer-plugin-phonon-4.8.3-3.mga6 How reproducible: Every time I start Amarok Reproducible: Steps to Reproduce:
Created attachment 7180 [details] drkonki output
Created attachment 7181 [details] debug commandline output
OK I figured out how to fix this myself after digging further into the bug reports on KDE, Debian and Ubuntu. https://bugs.kde.org/show_bug.cgi?id=336384 - https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1328466 <quote> Running a Qt5 application using libvlc crashes that application, apparently because of outdated/non-existing VLC cache (backtrace attached below). Running "/usr/lib/vlc/vlc-cache-gen -f /usr/lib/vlc/plugins/" as root fixes the crash; apparently the Qt4 GUI is being loaded during introspection, causing a symbol clash crash. According Project Neon packagers, it's a bug in the VLC package as that command should be run after installing to make sure the cache actually reflects what is installed. </quote> So running this command fixed the problem: /usr/lib64/vlc/vlc-cache-gen -f /usr/lib64/vlc/plugins/
Status: NEW => RESOLVEDResolution: (none) => WORKSFORME
I recall already fixing this problem in vlc 2.0. If you're able to reproduce it on more systems, please let us know.
I'm getting this exact same issue again. Running vlc-cache-gen fixed it. I updated Cauldron with updates from the last few days and now it's back. I can give you a listing of my install RPMs. One of them must require that command.
Status: RESOLVED => REOPENEDResolution: WORKSFORME => (none)
*** Bug 17595 has been marked as a duplicate of this bug. ***
CC: (none) => rverschelde
CC: (none) => juan.baptiste, mageia, shlomifSource RPM: amarok-2.8.0-8.mga6.src.rpm => amarok-2.8.0-8.mga6.src.rpm, vlcSeverity: normal => critical
(In reply to Curtis Hildebrand from comment #3) > > /usr/lib64/vlc/vlc-cache-gen -f /usr/lib64/vlc/plugins/ We should probably add this to the VLC package in a %post or %posttrans.
(In reply to Rémi Verschelde from comment #7) > (In reply to Curtis Hildebrand from comment #3) > > > > /usr/lib64/vlc/vlc-cache-gen -f /usr/lib64/vlc/plugins/ > > We should probably add this to the VLC package in a %post or %posttrans. It already is... It seems to be needed by some other package that is updated and I haven't narrowed it down. Now that I think about it, gstreamer was just updated. Probably one of it's packages.
i just hope qt5 amarok will be ready in time for mga6 ( port in progress https://quickgit.kde.org/?p=amarok.git&a=shortlog&h=8c8392e95455bd9bf83fa4ddc910f9835351aa3b )
*** Bug 17608 has been marked as a duplicate of this bug. ***
CC: (none) => westel
*** Bug 17610 has been marked as a duplicate of this bug. ***
*** Bug 17609 has been marked as a duplicate of this bug. ***
As the above duplicates show, it's not an amarok bug but really an issue with phonon and/or vlc. Should we have some filetriggers on %{_libdir}/vlc/plugins that would trigger rebuilding the vlc cache? Otherwise we could probably add the above cache-rebuilding command in a %post (or %posttrans?) for all VLC plugins.
CC: (none) => mageia, thierry.vignaudBlocks: (none) => 17523Summary: Phonon crashes Amarok at startup because of a problem with qt4 qt5 => Phonon VLC crashes several apps at startup because of a problem with incorrect plugin cacheSource RPM: amarok-2.8.0-8.mga6.src.rpm, vlc => phonon-vlc, vlc
still valid for: Mageia-6-dev1-x86_64-DVD.iso DATE.txt: Tue Feb 2 22:58:36 CET 2016 affects: contact theme editor, contact print theme editor, kmail header theme editor, jovi, all seg-fault and crash on exit
Created attachment 7447 [details] copy of bug backtrace report - developer information
*** Bug 17734 has been marked as a duplicate of this bug. ***
Priority: Normal => release_blockerBlocks: (none) => 15527Assignee: bugsquad => pkg-bugs
(In reply to Rémi Verschelde from comment #13) > Should we have some filetriggers on %{_libdir}/vlc/plugins that would > trigger rebuilding the vlc cache? Otherwise we could probably add the above > cache-rebuilding command in a %post (or %posttrans?) for all VLC plugins. We already have the appropriate file triggers. I seem to recall something about triggers changing in Cauldron, so maybe they need to be converted to a new format.
(In reply to David Walser from comment #17) > (In reply to Rémi Verschelde from comment #13) > > Should we have some filetriggers on %{_libdir}/vlc/plugins that would > > trigger rebuilding the vlc cache? Otherwise we could probably add the above > > cache-rebuilding command in a %post (or %posttrans?) for all VLC plugins. > > We already have the appropriate file triggers. I seem to recall something > about triggers changing in Cauldron, so maybe they need to be converted to a > new format. Well, there is no %post in vlc, and only the old trigger is put in place, which probably doesn't work anymore since http://svnweb.mageia.org/packages?view=revision&revision=860281 - we should probably add the following instead, same as for the other transaction-based triggers that tv already migrated (you can check via "urpmf /var/lib/rpm/filetriggers" for old triggers that still exist and need to be migrated) %transfiletriggerin -- ^.%{_libdir}/vlc/plugins/[^/]+/[^/]*\.so$ if [ -x %{_libdir}/vlc/vlc-cache-gen ]; then %{_libdir}/vlc/vlc-cache-gen -f %{_libdir}/vlc/plugins fi I'll test a bit with that and commit if it works. Not really sure if the regex for the plugin path is really useful, seems new filetriggers don't support regexes, we should maybe just trigger on %{_libdir}/vlc/plugins ---- BTW: One can use rpm -qa --filetriggers |grep -E "trigger[i,p,u]" to get an overview over all triggers, their type and on what path they trigger, but only from all installed packages. Just leave out the grep to see also the contents of the triggers. We prefer transaction-based triggers, which only run once per package installation transaction, and not once per package - those are called %transfiletriggerin. And those that trigger after a transaction of uninstallations are %transfiletriggerpostun - see http://www.rpm.org/wiki/FileTriggers for more details It's on my todo list for the packager documentation update, I'll try to add it in the near future.
CC: (none) => doktor5000
Dropped old and added new trigger via http://svnweb.mageia.org/packages?view=revision&revision=956004 as it seems working fine. Only change is that it seems not possible to specify to which subpackage the trigger is added, seems this is always added to the main package. Anyways, submitted as vlc-2.2.2-2.mga6 Please reopen if this issue occurs again.
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
hmmm.. It happened again for me even with vlc-2.2.2-2mga6. I'll wait before reopening in case it was just because of the cauldron rebuild. I'm not completely synced with cauldron updates.
Are you sure that it was vlc-2.2.2-_2_mga6 ? Doesn't seem to have reached mirrors yet. Can you please check when the vlc plugin cache was updated the last time? $ ls -al /usr/$(rpm -E %_lib)/vlc/plugins/plugins.dat Does that match loosely with the package installation time of the vlc update, or any vlc-plugin package that you installed later on? $ rpm -qa --last|grep vlc will show you the times. And ensure that you have the new filetrigger via rpm -q --filetriggers vlc
Yup... 2's tricked me. I saw vlc was updated to 2.2.2 but I didn't double check the release number. vlc-2.2.2-1.mga6.tainted.x86_64 Thu 11 Feb 2016 12:19:39 AM PST thanks Florian.
(In reply to ben mcmonagle from comment #14) > still valid for: > > Mageia-6-dev1-x86_64-DVD.iso > DATE.txt: Tue Feb 2 22:58:36 CET 2016 > > affects: contact theme editor, > contact print theme editor, > kmail header theme editor, > jovi, all seg-fault and crash on exit k3b affected also above .iso updated to latest developer information: Application: KNotify (knotify4), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f8b22305840 (LWP 10193))] Thread 2 (Thread 0x7f8b1006e700 (LWP 10194)): #0 0x00007f8b1ea339cc in __lll_lock_wait () at /lib64/libpthread.so.0 #1 0x00007f8b1ea2daa6 in pthread_mutex_lock () at /lib64/libpthread.so.0 #2 0x00007f8b221d66ca in tls_get_addr_tail () at /lib64/ld-linux-x86-64.so.2 #3 0x00007f8b1f7d5a40 in __cxa_get_globals () at /lib64/libstdc++.so.6 #4 0x00007f8b1f7d5969 in std::uncaught_exception() () at /lib64/libstdc++.so.6 #5 0x00007f8b1fb354a9 in qt_message(QtMsgType, char const*, __va_list_tag*) () at /lib64/libQtCore.so.4 #6 0x00007f8b1fb35784 in qWarning(char const*, ...) () at /lib64/libQtCore.so.4 #7 0x00007f8b1fc73653 in socketNotifierSourceCheck(_GSource*) () at /lib64/libQtCore.so.4 #8 0x00007f8b1ccd6eb1 in g_main_context_check () at /lib64/libglib-2.0.so.0 #9 0x00007f8b1ccd73d8 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #10 0x00007f8b1ccd753c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #11 0x00007f8b1fc73dfe in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtCore.so.4 #12 0x00007f8b1fc442e1 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtCore.so.4 #13 0x00007f8b1fc445f5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtCore.so.4 #14 0x00007f8b1fb3d289 in QThread::exec() () at /lib64/libQtCore.so.4 #15 0x00007f8b1fc253d3 in QInotifyFileSystemWatcherEngine::run() () at /lib64/libQtCore.so.4 #16 0x00007f8b1fb3fa6c in QThreadPrivate::start(void*) () at /lib64/libQtCore.so.4 #17 0x00007f8b1ea2b65d in start_thread () at /lib64/libpthread.so.0 #18 0x00007f8b1f48bbfd in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7f8b22305840 (LWP 10193)): [KCrash Handler] #6 0x00007f8b1f42bed0 in __memcpy_sse2_unaligned () at /lib64/libc.so.6 #7 0x00007f8b1fb4276b in QByteArray::append(char const*) () at /lib64/libQtCore.so.4 #8 0x00007f8b037154f0 in QMetaTypeIdQObject<QWidget*, 8>::qt_metatype_id() () at /usr/lib64/libQt5Widgets.so.5 #9 0x00007f8b036b43f7 in _GLOBAL__sub_I_qwidgetsvariant.cpp () at /usr/lib64/libQt5Widgets.so.5 #10 0x00007f8b221d40ca in call_init.part () at /lib64/ld-linux-x86-64.so.2 #11 0x00007f8b221d41db in _dl_init () at /lib64/ld-linux-x86-64.so.2 #12 0x00007f8b221d8272 in dl_open_worker () at /lib64/ld-linux-x86-64.so.2 #13 0x00007f8b221d3f74 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2 #14 0x00007f8b221d79b1 in _dl_open () at /lib64/ld-linux-x86-64.so.2 #15 0x00007f8b1abfdfc9 in dlopen_doit () at /lib64/libdl.so.2 #16 0x00007f8b221d3f74 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2 #17 0x00007f8b1abfe631 in _dlerror_run () at /lib64/libdl.so.2 #18 0x00007f8b1abfe061 in dlopen () at /lib64/libdl.so.2 #19 0x00007f8b0db330ef in module_Load () at /lib64/libvlccore.so.8 #20 0x00007f8b0db17acd in module_InitDynamic () at /lib64/libvlccore.so.8 #21 0x00007f8b0db17dc8 in AllocatePluginDir () at /lib64/libvlccore.so.8 #22 0x00007f8b0db17d14 in AllocatePluginDir () at /lib64/libvlccore.so.8 #23 0x00007f8b0db18274 in AllocatePluginPath () at /lib64/libvlccore.so.8 #24 0x00007f8b0db1883a in module_LoadPlugins () at /lib64/libvlccore.so.8 #25 0x00007f8b0daa0e5a in libvlc_InternalInit () at /lib64/libvlccore.so.8 #26 0x00007f8b0d872e0e in libvlc_new () at /lib64/libvlc.so.5 #27 0x00007f8b0ddd98ef in LibVLC::init() () at /usr/lib64/kde4/plugins/phonon_backend/phonon_vlc.so #28 0x00007f8b0ddbedc0 in Phonon::VLC::Backend::Backend(QObject*, QList<QVariant> const&) () at /usr/lib64/kde4/plugins/phonon_backend/phonon_vlc.so #29 0x00007f8b0ddbfa13 in qt_plugin_instance () at /usr/lib64/kde4/plugins/phonon_backend/phonon_vlc.so #30 0x00007f8b1fc29a6b in QPluginLoader::instance() () at /lib64/libQtCore.so.4 #31 0x00007f8b0f664701 in Phonon::KdePlatformPlugin::createBackend(KSharedPtr<KService>) () at /usr/lib64/kde4/plugins/phonon_platform/kde.so #32 0x00007f8b0f664e7b in Phonon::KdePlatformPlugin::createBackend() () at /usr/lib64/kde4/plugins/phonon_platform/kde.so #33 0x00007f8b21f83a5e in Phonon::FactoryPrivate::createBackend() () at /lib64/libphonon.so.4 #34 0x00007f8b21f841a8 in Phonon::Factory::backend(bool) () at /lib64/libphonon.so.4 #35 0x00007f8b21f84882 in Phonon::Factory::createAudioOutput(QObject*) () at /lib64/libphonon.so.4 #36 0x00007f8b21f7cf69 in Phonon::AudioOutputPrivate::createBackendObject() () at /lib64/libphonon.so.4 #37 0x00007f8b21f7a271 in Phonon::AudioOutputPrivate::init(Phonon::Category) () at /lib64/libphonon.so.4 #38 0x000000000040ecb9 in PlayerPool::getPlayer() () #39 0x0000000000410060 in NotifyBySound::notify(int, KNotifyConfig*) () #40 0x000000000040bb89 in KNotify::emitEvent(KNotify::Event*) () #41 0x000000000040ce40 in KNotify::event(QString const&, QString const&, QList<QPair<QString, QString> > const&, QString const&, QString const&, KNotifyImage const&, QStringList const&, int, unsigned long) () #42 0x000000000040d92a in KNotifyAdaptor::event(QString const&, QString const&, QList<QVariant> const&, QString const&, QString const&, QByteArray const&, QStringList const&, int, long long) () #43 0x000000000040dcfc in KNotifyAdaptor::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) [clone .part.32] () #44 0x000000000040de63 in KNotifyAdaptor::qt_metacall(QMetaObject::Call, int, void**) () #45 0x00007f8b1ffd0685 in QDBusConnectionPrivate::deliverCall(QObject*, int, QDBusMessage const&, QList<int> const&, int) () at /lib64/libQtDBus.so.4 #46 0x00007f8b1ffd1b7b in QDBusConnectionPrivate::activateCall(QObject*, int, QDBusMessage const&) () at /lib64/libQtDBus.so.4 #47 0x00007f8b1ffd2867 in QDBusConnectionPrivate::activateObject(QDBusConnectionPrivate::ObjectTreeNode&, QDBusMessage const&, int) () at /lib64/libQtDBus.so.4 #48 0x00007f8b1ffd2a6b in QDBusActivateObjectEvent::placeMetaCall(QObject*) () at /lib64/libQtDBus.so.4 #49 0x00007f8b1fc5e6c1 in QObject::event(QEvent*) () at /lib64/libQtCore.so.4 #50 0x00007f8b208d4fdc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /lib64/libQtGui.so.4 #51 0x00007f8b208dbaac in QApplication::notify(QObject*, QEvent*) () at /lib64/libQtGui.so.4 #52 0x00007f8b2160ef5a in KApplication::notify(QObject*, QEvent*) () at /lib64/libkdeui.so.5 #53 0x00007f8b1fc4591d in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /lib64/libQtCore.so.4 #54 0x00007f8b1fc48b7e in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /lib64/libQtCore.so.4 #55 0x00007f8b1fc73c6e in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /lib64/libQtCore.so.4 #56 0x00007f8b1ccd7267 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0 #57 0x00007f8b1ccd7498 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0 #58 0x00007f8b1ccd753c in g_main_context_iteration () at /lib64/libglib-2.0.so.0 #59 0x00007f8b1fc73dde in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtCore.so.4 #60 0x00007f8b209784a6 in QGuiEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtGui.so.4 #61 0x00007f8b1fc442e1 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtCore.so.4 #62 0x00007f8b1fc445f5 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /lib64/libQtCore.so.4 #63 0x00007f8b1fc49c79 in QCoreApplication::exec() () at /lib64/libQtCore.so.4 #64 0x0000000000409a2b in main ()
Created attachment 7506 [details] Plasma live i586 report still valid: Mageia-6-dev1-LiveDVD-PLASMA5-i586-DVD.iso DATE.txt: Sun Feb 28 07:30:00 CET 2016 valid in initial Live mode, and then when updated affected programmes: contact-print-theme-editor contact-theme-editor (kmail)-header-theme-editor
still valid so re-opening info centre also affected
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
(In reply to ben mcmonagle from comment #25) > still valid so re-opening > > info centre also affected Are you sure it's the same issue? I haven't seen this occur since Florian fixed it in comment 19.
The backtrace looks different and Curtis said the bug he opened is fixed. So please open another bug report. Let's not mix different issues. This bug is already long enough
Blocks: 15527 => (none)