Unable to start KDE after scripted build
Tags:
None
Registered Member 
|
Hello everybody,
First of all sorry if this is the wrong section, it seemed to me the most related to the problem that I have. As the title says I have built KDE using the kdesrc-build script for a separate user. I managed to fix all the compilation/installation errors and the script finished successfully, but still I have trouble in starting the new (and unstable) KDE. I'm trying to use the alternative method to start KDE (don't know how to make the installation of xsession in kdesrc-build work), thus I'm creating a .xsession file with the initialization of environment variables and the execution of the proper startkde executable. I run it by going into a login terminal with ctrl+alt+f1 and doing "startx -- :1", and here comes the problem. The new display is successfully started, but during the loading phase of KDE a window saying "Could not start kdeinit4. Check your installation" appears, and the screen goes back to the console. These are the last lines of my .xsession-errors:
I don't have any idea of what may cause the problem, and also how to get further debug/logging output for a more useful report of the problem. I'd really appreciate If you could point me in some direction  Thanks! |
Administrator
|
A kdeinit4 crash is quite unusual. Can you load the *.core file in gdb and generate a backtrace, and post that here?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
Thanks, this is the output of "gdb -c core"
Not very much info compared to xsession-errors, though. I think I will try to re-run the script and install everything in debugfull mode, to see if the core file is more meaningful... |
|
Registered Member
|
Ok, I tried to start konsole from ssh with X forwarding and got more output relative to kdeinit4 error, with a backtrace:
I don't know why there is this issue, maybe a problem with Qt 4.8/5 libraries? |
Global Moderator
|
Could it be that you built it against Qt 4.8 and it dynloads the 5.0 one? Current stable KDE does not build against Qt 5.x so unless you explicitly built one of the Qt5 branches, it's definitely wrong that it loads the Qt5 libs (which explains the crash since Qt4 and Qt5 are not binary compatible).
Greetings, Sven
I'm working on the KDevelop IDE.
|
|
Registered Member
|
Yes, I thought the same thing about mixing Qt 4.8 and 5 libs.
The problem is, I have built Qt in the user's home directory using branch 4.8 and set QTDIR and LD_LIBRARY_PATH environment variables to the local Qt installation path, but system-wide both Qt 4 and 5 are installed (I'm using Kubuntu 13.04). How can I prevent dynamic loading of Qt 5 libraries? Thanks for the reply! |
|
Administrator
|
You might be able to use the "ldd" command to determine if a system wide library is being preferred for some reason or another. It certainly looks like it is using the system wide Qt 4 at least, based on the libc stacktrace.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
This is the output of "ldd kdeinit4":
As you can see Qt5 libs are in there, is there any way to get rid of them? Maybe some flags to be passed to CMake in order to force build with Qt4 libraries... I checked LD_LIBRARY_PATH of my kde-devel user and it points correctly to the local Qt4 path (/home/kde-devel/qt4/lib and /home/kde-devel/kde/lib)... |
|
Administrator
|
This is quite odd - CMake (and ld) should not have linked kdeinit4 against Qt 5 unless it was actually necessary.
In kdelibs, can you check the content of CMakeCache.txt to see if it contains any information on why Qt 5 is being dragged in? Also, do you have the Qt 5 development package(s) installed on your system?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
Giving "cat CMakeCache.txt | grep -i qt5 shows up nothing, while searching for qt4 returned a lot of lines, this is very strange... Anyway, some development packages of Qt5 are installed, like qtbase5-dev and some others...
|
|
Administrator
|
Just out of interest, where does "which qmake" point to?
Also, if possible - could you try building KDE without the Qt 5 development packages installed?
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
It points correctly to /home/kde-devel/qt4/bin/qmake
 Yes, tomorrow I'll try to remove development packages and reinstall the module kdelibs. Do I need to re-run the script entirely or is the kdelibs module only enough? Thank you for your replies! |
|
Administrator
|
Rebuilding kdelibs itself should be a good place to start. Make sure you clear the contents of the build/ directory you have been using before performing the rebuild - to ensure CMake starts with a fresh cache.
KDE Sysadmin
[img]content/bcooksley_sig.png[/img] |
|
Registered Member
|
Ok, tomorrow I will try to recompile and reinstall kdelibs without dev packages. I'll let you know!
|
|
Registered Member
|
Nothing, still the error and the crash, and still ldd returns the two Qt5 libs, even without devel packages
|
Bookmarks
Who is online
Registered users: Bing [Bot], daret, Google [Bot], Sogou [Bot]
