Description of problem: I ran a groups install of Fedora Workstation and KDE Plasma Workspaces and new KDE fails to initialize. Version-Release number of selected component (if applicable): 4.14.7 How reproducible: always Steps to Reproduce: 1. 2. 3. Actual results: non functional KDE Expected results: KDE functional Additional info:
Created attachment 1020759 [details] trap of startx output I added "-xv" to the startx script and trapped the output during execution. NOTE: there are a lot of error messages here. It's really hard to know just what the problem is.
Thanks to Christoph at kde.org for pointing out that plasmashell is crashing... Since this happens at kde initialization, there's no windowing system operational so no stack traces are available... IF there are any to be made available.
What kind of system did you start with? (fedora workstation?, other?) Did you try logging in via login manager, like sddm or gdm? (if not, please try that).
Rex, Thank you for responding to this situation. I started with the latest Fedora 22 x86_64 Workstation. I started configuring the system the way I like it... KDE via startkde worked great then. I started applying updates and installing other components via DNF group install <group-spec>... My typical "MO" is to set the default run level to 3 and to login and startx (.xinitrc contains startkde). In an effort to resolve this problem, I have removed the "Fedora Workstation" and "KDE Plasma Workspaces" but that removed startkde et. al. I have now re-installed both and am preparing to test the result... thinking that something might have been missed. By login manager you mean whatever comes up at runlevel 5? I'll try setting runlevel 5 and asking for KDE in that config... Is there a "current" set of docs for this release of Fedora? Regards and again, THANKS for your help, George...
We typically strongly recommend using sddm or gdm login managers first, historically called runlevel 5 yes, can you please test if that works for you (rather than run level 3 + startx)? As far as docs, looks like only release notes so far: http://docs.fedoraproject.org/en-US/Fedora/22/html/Release_Notes/index.html
Rex, My re-install of kde plasma workspaces failed to do the job... same result except that plasmashell did not fail. I installed system-switch-displaymanager and switched to KDM. A nice menu appeared with the invitation to login. Gnome stuff works, plasma did NOT. I got the standard KDE init screen then the "blue crinkly" screen... then NOTHING. No response to anything except for alt-ctrl-d. By the way, where's the login button on this login manager? Where are the messages about init saved/hidden? Konsole appears to have lost it's ability to remember it's previous settings relating to geometry. Any ideas on how to proceed? Regards, George...
Rex, Ok. I re-installed the complete distribution. Ran "dnf update" and a couple of other dnfs... and then rebooted. I put "startkde" in the root .xinitrc and did a startx. Got a nice stack trace this time but DrKonqui failed to login to my account and the network went up and down (which may have caused the drkonqui problem). Here's the plasmashell stack trace. The "mouse tails" problem appears to be back! George... cat plasmashell-20150505-153909.kcrash.txt Application: Plasma (plasmashell), signal: Aborted Using host libthread_db library "/usr/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f95e773a900 (LWP 2230))] Thread 4 (Thread 0x7f95c828e700 (LWP 2255)): #0 0x00007f95df61a66d in poll () at /usr/lib64/libc.so.6 #1 0x00007f95e59da182 in _xcb_conn_wait () at /usr/lib64/libxcb.so.1 #2 0x00007f95e59dbcff in xcb_wait_for_event () at /usr/lib64/libxcb.so.1 #3 0x00007f95c9dd65e9 in QXcbEventReader::run() () at /usr/lib64/qt5/plugins/platforms/libqxcb.so #4 0x00007f95e022545e in QThreadPrivate::start(void*) () at /usr/lib64/libQt5Core.so.5 #5 0x00007f95de0bd555 in start_thread () at /usr/lib64/libpthread.so.0 #6 0x00007f95df625f3d in clone () at /usr/lib64/libc.so.6 Thread 3 (Thread 0x7f95c5b17700 (LWP 2280)): #0 0x00007f95df6162ed in read () at /usr/lib64/libc.so.6 #1 0x00007f95da806d90 in g_wakeup_acknowledge () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f95da7c2ee4 in g_main_context_check () at /usr/lib64/libglib-2.0.so.0 #3 0x00007f95da7c3390 in g_main_context_iterate.isra () at /usr/lib64/libglib-2.0.so.0 #4 0x00007f95da7c34fc in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #5 0x00007f95e04544eb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #6 0x00007f95e03fb27a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #7 0x00007f95e0220494 in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #8 0x00007f95e4483935 in QQmlThreadPrivate::run() () at /usr/lib64/libQt5Qml.so.5 #9 0x00007f95e022545e in QThreadPrivate::start(void*) () at /usr/lib64/libQt5Core.so.5 #10 0x00007f95de0bd555 in start_thread () at /usr/lib64/libpthread.so.0 #11 0x00007f95df625f3d in clone () at /usr/lib64/libc.so.6 Thread 2 (Thread 0x7f95b7fff700 (LWP 2290)): #0 0x00007f95df61a66d in poll () at /usr/lib64/libc.so.6 #1 0x00007f95da7c33ec in g_main_context_iterate.isra () at /usr/lib64/libglib-2.0.so.0 #2 0x00007f95da7c34fc in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007f95e04544eb in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007f95e03fb27a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007f95e0220494 in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007f95e4483935 in QQmlThreadPrivate::run() () at /usr/lib64/libQt5Qml.so.5 #7 0x00007f95e022545e in QThreadPrivate::start(void*) () at /usr/lib64/libQt5Core.so.5 #8 0x00007f95de0bd555 in start_thread () at /usr/lib64/libpthread.so.0 #9 0x00007f95df625f3d in clone () at /usr/lib64/libc.so.6 Thread 1 (Thread 0x7f95e773a900 (LWP 2230)): [KCrash Handler] #5 0x00007f95df558a98 in raise () at /usr/lib64/libc.so.6 #6 0x00007f95df55a72a in abort () at /usr/lib64/libc.so.6 #7 0x00007f95e0212a48 in () at /usr/lib64/libQt5Core.so.5 #8 0x0000000000460cb6 in () #9 0x0000000000461764 in ShellManager::loadHandlers() () #10 0x00000000004832fd in ShellManager::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) () #11 0x00007f95e042e3f1 in QObject::event(QEvent*) () at /usr/lib64/libQt5Core.so.5 #12 0x00007f95e197ddec in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #13 0x00007f95e1983370 in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #14 0x00007f95e03fd7fb in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib64/libQt5Core.so.5 #15 0x00007f95e03fff27 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib64/libQt5Core.so.5 #16 0x00007f95e04540c3 in postEventSourceDispatch(_GSource*, int (*)(void*), void*) () at /usr/lib64/libQt5Core.so.5 #17 0x00007f95da7c30ba in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #18 0x00007f95da7c3450 in g_main_context_iterate.isra () at /usr/lib64/libglib-2.0.so.0 #19 0x00007f95da7c34fc in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #20 0x00007f95e04544cf in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #21 0x00007f95e03fb27a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #22 0x00007f95e0402cdc in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5 #23 0x000000000042eb0f in main ()
Can you test if the kde spin works for you?
Rex, I would love to do this. How do I get the kde spin? Regards, George...
Links are referenced in the Fedora 22 Beta announcement, https://fedoraproject.org/wiki/F22_Beta_release_announcement#Fedora_22_KDE_Plasma_spin
Rex, I went to this site "http://kde-redhat.sourceforge.net/" and found a kde repo with newer(?) contents. Here's the link to that. I installed this in /etc/yum.repos.d/ and then did a "dnf update". Approximately 163 packages were installed. I then rebooted and tried the procedure I'm interested in, namely with "startkde" in .xinitrc. I did a startx and KDE came right up. There are some minor problems in the software but IT CAME RIGHT UP! I'm a happy camper. Does any of this help anyone? The repo file: http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo
That extra repo is not required (it's just one our development team and testers can use for quicker updatess). Glad you got things working.