Important: Please read the Qt Code of Conduct - https://forum.qt.io/topic/113070/qt-code-of-conduct

[SOLVED] Unable to install Qt-5.2 on debian or ubuntu



  • Hi

    I cannot find anything on this topic, just some developer bug fix stuff that never seemed to get resolved.

    I have tried numerous times to install 5.2, from sources and via the online downloader.
    Everything builds / downloads, but none of the executables will run.

    If I try to run designer from a terminal for example.
    On debian (7.4) (compiled) there is no output at all just hangs.
    On ubuntu (12.11) (downloaded) I get errors related to being unable to resolve the keyboard map,

    I compiled the sources with ./configure -qt-xcb
    as non of the xcb libs I had installed seemed to satisfy the requirements
    and everything built without any reported errors.

    There obviously is a problem with Qt5 not being able to get keyboard info, that was what the bug
    report I read was about, but I can't believe there are no other people out there with the same problem, but can't find any hits on various searches.

    Here's hoping





  • Hi

    Thanks, but unfortunately not, I did see that and the one it links to

    Unlike them I cannot run anything, all the apps just hang
    except QtCreator which I built seperately
    That runs but gives these errors at startup

    @
    Cannot update Qt version information: /opt/Qt/qt5/5.1.1/gcc/bin/qmake cannot be run.
    Cannot update Qt version information: /opt/Qt5/5.2.1/android_armv7/bin/qmake cannot be run.
    Cannot update Qt version information: /opt/Qt5/5.2.1/android_x86/bin/qmake cannot be run.
    Cannot update Qt version information: /opt/Qt5/5.2.1/gcc/bin/qmake cannot be run.
    Cannot update Qt version information: /opt/Qt5/5.2.1/android_armv5/bin/qmake cannot be run.
    No tool chain set from kit "Desktop".
    No tool chain set from kit "Desktop".@

    Some of the errors are non-sensical , the paths are completely wrong and I have never had 5.1.1 installed etc

    I ran ldd on the qt version of xcb and got

    @ldd libqxcb.so
    linux-gate.so.1 (0xb7720000)
    libX11-xcb.so.1 => /usr/lib/i386-linux-gnu/libX11-xcb.so.1 (0xb7606000)
    libXi.so.6 => /usr/lib/i386-linux-gnu/libXi.so.6 (0xb75f6000)
    libSM.so.6 => /usr/lib/i386-linux-gnu/libSM.so.6 (0xb75ee000)
    libICE.so.6 => /usr/lib/i386-linux-gnu/libICE.so.6 (0xb75d5000)
    libdl.so.2 => /lib/i386-linux-gnu/i686/cmov/libdl.so.2 (0xb75d0000)
    libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb75ae000)
    libfontconfig.so.1 => /usr/lib/i386-linux-gnu/libfontconfig.so.1 (0xb7578000)
    libfreetype.so.6 => /usr/lib/i386-linux-gnu/libfreetype.so.6 (0xb74db000)
    libgthread-2.0.so.0 => /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0xb74d8000)
    librt.so.1 => /lib/i386-linux-gnu/i686/cmov/librt.so.1 (0xb74cf000)
    libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb73d2000)
    libXrender.so.1 => /usr/lib/i386-linux-gnu/libXrender.so.1 (0xb73c8000)
    libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xb73b5000)
    libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb727d000)
    libudev.so.0 => /lib/i386-linux-gnu/libudev.so.0 (0xb726d000)
    libQt5Gui.so.5 => /usr/local/Qt-5.2.1/lib/libQt5Gui.so.5 (0xb6e0e000)
    libQt5Core.so.5 => /usr/local/Qt-5.2.1/lib/libQt5Core.so.5 (0xb68f6000)
    libGL.so.1 => /usr/lib/i386-linux-gnu/libGL.so.1 (0xb689b000)
    libpthread.so.0 => /lib/i386-linux-gnu/i686/cmov/libpthread.so.0 (0xb687f000)
    libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb678c000)
    libm.so.6 => /lib/i386-linux-gnu/i686/cmov/libm.so.6 (0xb6746000)
    libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb6729000)
    libc.so.6 => /lib/i386-linux-gnu/i686/cmov/libc.so.6 (0xb657d000)
    libuuid.so.1 => /lib/i386-linux-gnu/libuuid.so.1 (0xb6577000)
    /lib/ld-linux.so.2 (0xb7721000)
    libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb6574000)
    libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb656e000)
    libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb6555000)
    libexpat.so.1 => /lib/i386-linux-gnu/libexpat.so.1 (0xb652c000)
    libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xb64ee000)
    libpng12.so.0 => /lib/i386-linux-gnu/libpng12.so.0 (0xb64c4000)
    libglapi.so.0 => /usr/lib/i386-linux-gnu/libglapi.so.0 (0xb64ae000)
    libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xb64aa000)
    libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xb64a4000)
    libxcb-glx.so.0 => /usr/lib/i386-linux-gnu/libxcb-glx.so.0 (0xb648b000)
    libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xb6485000)
    libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0xb6477000)@

    Which seems OK

    It is all extremely frustrating, I have been using Qt for years and have always built from sources.

    I need to look at QtQuick and cannot get past first base



  • I would suggest to start from scratch.

    download correct version of Qt "Qt 5.2.1 for Linux 32-bit":http://download.qt-project.org/official_releases/qt/5.2/5.2.1/qt-opensource-linux-x86-5.2.1.run or "Qt 5.2.1 for Linux 64-bit":http://download.qt-project.org/official_releases/qt/5.2/5.2.1/qt-opensource-linux-x64-5.2.1.run

    make sure that you don't have /opt/Qt and any of its subdirs in a PATH or delete it completely

    Install it to your home directory with QtCreator that comes with the package

    Try to run QtCreator ~/Qt5.2.1/Tools/QtCreator/bin/qtcreator.sh



  • Hi

    I downloaded the correct version

    I removed all my previous $QTDIR etc entries from bashrc before doing so

    I installed to /opt/Qt because that is the default it offers

    When I tried to run the QtCreator that comes with it, it just hangs with no errors, like all the other binaries



  • Hmm, for me it offered to install in my home dir.
    What does ldd qtcreator shows?
    When QtCreator hangs open another terminal find a pid of the running qtcreator and run "strace pid" to see where qtcreator hangs.



  • I have now tried again on a vanilla install of Ubuntu 12.11

    No version of Qt has ever previously beeen installed, so there are no lurking paths or defines to upset matters

    Install appears to go OK, but as before any binary you try to run that displays graphically, as opposed to writes to stdout, just hangs (qmake --help will work properly for instance)

    The output from strace -p XXXX is below for designer, but it is the same for creator or any of the others

    It is just sitting there polling
    @
    strace -p 2402
    Process 2402 attached - interrupt to quit
    restart_syscall(<... resuming interrupted call ...>) = 1
    read(5, "\1\0\0\0\0\0\0\0", 16) = 8
    clock_gettime(CLOCK_MONOTONIC, {1236, 602265965}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1236, 602339986}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 398) = 1 ([{fd=5, revents=POLLIN}])
    read(5, "\1\0\0\0\0\0\0\0", 16) = 8
    clock_gettime(CLOCK_MONOTONIC, {1236, 835176729}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1236, 835242028}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 165) = 1 ([{fd=5, revents=POLLIN}])
    read(5, "\1\0\0\0\0\0\0\0", 16) = 8
    clock_gettime(CLOCK_MONOTONIC, {1236, 986049111}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1236, 986101631}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 14) = 0 (Timeout)
    read(5, 0xbfdd905c, 16) = -1 EAGAIN (Resource temporarily unavailable)
    clock_gettime(CLOCK_MONOTONIC, {1237, 337299}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1237, 384792}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1237, 439757}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 180000) = 1 ([{fd=5, revents=POLLIN}])
    clock_gettime(CLOCK_MONOTONIC, {1237, 248708682}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 179752) = 1 ([{fd=5, revents=POLLIN}])
    read(5, "\1\0\0\0\0\0\0\0", 16) = 8
    clock_gettime(CLOCK_MONOTONIC, {1237, 248883293}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1237, 248922336}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 179752) = 1 ([{fd=5, revents=POLLIN}])
    read(5, "\1\0\0\0\0\0\0\0", 16) = 8
    clock_gettime(CLOCK_MONOTONIC, {1237, 249906866}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1237, 249973078}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 179751) = 1 ([{fd=5, revents=POLLIN}])
    read(5, "\1\0\0\0\0\0\0\0", 16) = 8
    clock_gettime(CLOCK_MONOTONIC, {1238, 210319944}) = 0
    clock_gettime(CLOCK_MONOTONIC, {1238, 210400129}) = 0
    poll([{fd=5, events=POLLIN}, {fd=9, events=POLLIN}, {fd=10, events=POLLIN}, {fd=13, events=POLLIN}], 4, 178790) = ? ERESTART_RESTARTBLOCK (To be restarted)
    --- SIGINT (Interrupt) @ 0 (0) ---
    Process 2402 detached @



  • What ldd on the designer or qtcreator shows?



  • I am not running that partition now, so had to chroot into it, but it seems OK

    @ldd qtcreator
    linux-gate.so.1 => (0xb777b000)
    libExtensionSystem.so.1 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/libExtensionSystem.so.1 (0xb773d000)
    libQt5Widgets.so.5 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/libQt5Widgets.so.5 (0xb70ed000)
    libQt5Network.so.5 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/libQt5Network.so.5 (0xb6f98000)
    libQt5Gui.so.5 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/libQt5Gui.so.5 (0xb6afd000)
    libQt5Core.so.5 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/libQt5Core.so.5 (0xb6634000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb6604000)
    libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb651a000)
    libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb64fc000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb6352000)
    libgobject-2.0.so.0 => /usr/lib/i386-linux-gnu/libgobject-2.0.so.0 (0xb6302000)
    libglib-2.0.so.0 => /lib/i386-linux-gnu/libglib-2.0.so.0 (0xb6206000)
    libX11.so.6 => /usr/lib/i386-linux-gnu/libX11.so.6 (0xb60cf000)
    libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb60a3000)
    libGL.so.1 => /usr/lib/i386-linux-gnu/mesa/libGL.so.1 (0xb6045000)
    libicui18n.so.51 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/./libicui18n.so.51 (0xb5e23000)
    libicuuc.so.51 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/./libicuuc.so.51 (0xb5caa000)
    libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb5ca4000)
    libgthread-2.0.so.0 => /usr/lib/i386-linux-gnu/libgthread-2.0.so.0 (0xb5ca1000)
    librt.so.1 => /lib/i386-linux-gnu/librt.so.1 (0xb5c98000)
    /lib/ld-linux.so.2 (0xb777c000)
    libffi.so.6 => /usr/lib/i386-linux-gnu/libffi.so.6 (0xb5c91000)
    libpcre.so.3 => /lib/i386-linux-gnu/libpcre.so.3 (0xb5c51000)
    libxcb.so.1 => /usr/lib/i386-linux-gnu/libxcb.so.1 (0xb5c2e000)
    libglapi.so.0 => /usr/lib/i386-linux-gnu/libglapi.so.0 (0xb5c18000)
    libXext.so.6 => /usr/lib/i386-linux-gnu/libXext.so.6 (0xb5c06000)
    libXdamage.so.1 => /usr/lib/i386-linux-gnu/libXdamage.so.1 (0xb5c02000)
    libXfixes.so.3 => /usr/lib/i386-linux-gnu/libXfixes.so.3 (0xb5bfb000)
    libX11-xcb.so.1 => /usr/lib/i386-linux-gnu/libX11-xcb.so.1 (0xb5bf7000)
    libxcb-glx.so.0 => /usr/lib/i386-linux-gnu/libxcb-glx.so.0 (0xb5bdf000)
    libXxf86vm.so.1 => /usr/lib/i386-linux-gnu/libXxf86vm.so.1 (0xb5bd9000)
    libdrm.so.2 => /usr/lib/i386-linux-gnu/libdrm.so.2 (0xb5bcc000)
    libicudata.so.51 => /home/mick/Qt/Tools/QtCreator/bin/./../lib/qtcreator/././libicudata.so.51 (0xb4683000)
    libXau.so.6 => /usr/lib/i386-linux-gnu/libXau.so.6 (0xb467e000)
    libXdmcp.so.6 => /usr/lib/i386-linux-gnu/libXdmcp.so.6 (0xb4677000)@



  • Yep, looks pretty usual the only one difference with mine is absent of the following line
    @
    libxcb-dri2.so.0 => /usr/lib/i386-linux-gnu/libxcb-dri2.so.0 (0xb5c3b000)
    @

    I have Ubuntu 12.04 and Qt5.2.1 downloaded from Qt site. It is running inside VirtualBox with 3D acceleration enabled. And it works fine.

    If you have all non-gui parts working then I would suggest to verify the graphics configuration of your Linux.



  • bq. If you have all non-gui parts working then I would suggest to verify the graphics configuration of your Linux.bq.

    What would you suggest?

    This problem has occured over several installs and builds on different OS's, running different kernels

    I have nouveau as the driver for a nvidia card, every other program including Qt 4.8.2 works perfectly.

    When I first tried this I was using a different video chip (on-board)
    and the i915 driver

    I tried building from sources some while back and it was only when building a sample program to test the build, that I realised anything GUI wise did not work.
    I could build a commandline program no problem and all the build tools work (uic qmake moc etc)



  • And I just found that I have the following variable in my bashrc file.
    @
    export LIBGL_ALWAYS_SOFTWARE=1
    @



  • bq. export LIBGL_ALWAYS_SOFTWARE=1bq.

    No difference I'm afraid

    I have seen that be necessary for X forwarding over ssh before now

    libGL certainly works because I have some apps that use it a lot



  • [quote author="Schooner" date="1398100757"]
    What would you suggest?

    This problem has occured over several installs and builds on different OS's, running different kernels
    [/quote]

    I'm out of ideas.
    You can try something like
    @
    strace qtcreator > strace.log 2>&1
    and
    ltrace qtcreator > ltrace.log 2>&1
    @
    to see on what system and library call it stopped.



  • I think I am getting somewhere now

    I bought a new computer, long overdue, and after the initial install of Debian 7.4 and before even fetching build-essentials, I installed Qt-5.2 from the binary installer.

    It worked, creator, designer etc all displayed.

    However when I fetched all the pre-requisite packages for my development, Qt had stopped working.

    The suspicion is on libglu1-mesa-dev which is required by the openGL plot rendering widget used in the project

    New install in progress, this time will add packages incrementally until Qt breaks to confirm which one it is.

    Looks like I am going to have to have separate Qt5 and linux development partitions, rather a pain, but when I get to the bottom of it a bug report will be following swiftly after.

    regards



  • Thank you for update. Please let know if you will find the cause of the problem.



  • Well, I have found the problem, or what causes it and it is nothing to do with libs that are installed.

    On a completely clean install of debian 7.4, I did a fresh install of Qt 5.2
    Tested and it worked fine and then log out.
    Next time you log in, it does not work!

    The error I got trying to open creator was
    @
    ./qtcreator.sh
    "Warning reading /home/mick/.config/QtProject/qtcreator/profiles.xml:12: Failed to read element "value"."
    "Warning reading /home/mick/.config/QtProject/qtcreator/profiles.xml:12: Failed to read element "value"."
    No tool chain set from kit "Desktop Qt 5.2.1 GCC 32bit".
    SOFT ASSERT: "tc" in file /work/build/qtsdk/qt-creator/src/plugins/debugger/debuggerkitinformation.cpp, line 62
    No tool chain set from kit "Desktop Qt 5.2.1 GCC 32bit".@

    The first 2 lines are because that file includes a reference to android stuff but I did not even install that.

    The rest, who knows.

    I can only imagine that whatever environment is set up in the install works and as soon as you log out and log in again, that enviroment is not present.

    I have wasted days of my life and am pissed off beyond measure that Qt have f******d a perfectly good system that existed until now with this rubbish.

    If I had not needed this to try to participate in a project which uses QtQuick, I would have just deleted it and stuck with 4.8.2 a long while back



  • Hi, I'm not sure if it helps as I had absolutely no problems installing on Debian derivates.
    The error messages point to the profile file in .config/QtProject/qtcreator. AFAIK this file will be updated when closing the Creator.
    You can check it if you delete profile.xml and start the Creator again.

    The next lines point to the Kit Desktop Qt 5.2.1 GCC 32bit that is configured in the Creator and appearantly got lost when closing.

    I suggest to delete the .xml and look at the kits after restart.



  • That didn't work, even with all copies of the xml deleted, just would not open.

    I cloned the git repo and built from sources.

    Now when I try to open designer I get
    bq. QXcbIntegration: Cannot create platform offscreen surface, neither GLX nor EGL are enabled

    I have built the full nvidia-glx drivers for my card and now when I use configure it shows
    @
    OpenGL / OpenVG:
    EGL .................. no
    OpenGL ............... desktop
    OpenVG ............... no
    PCRE ................... yes (bundled copy)
    pkg-config ............. yes
    PulseAudio ............. no
    QPA backends:
    DirectFB ............. no
    EGLFS ................ no
    KMS .................. no
    LinuxFB .............. yes
    XCB .................. yes (system library)
    EGL on X ........... no
    GLX ................ yes
    MIT-SHM ............ yes
    Xcb-Xlib ........... yes
    Xcursor ............ yes (loaded at runtime)
    Xfixes ............. yes (loaded at runtime)
    Xi ................. no
    Xi2 ................ yes
    Xinerama ........... yes (loaded at runtime)
    Xrandr ............. yes (loaded at runtime)
    Xrender ............ yes
    XKB ................ no
    XShape ............. yes
    XSync .............. yes
    XVideo ............. yes@

    So building again, maybe this will fix it, or maybe it will just give me different errors, who knows



  • I would suggest to rename the directory /home/mick/.config/QtProject/ to something else and then start QtCreator.
    Also, as Clochydd pointed, you need to take care of Qt Kit.
    Take a look in QtCreator options "Build & Run" page.
    Verify that Debuggers, Compilers, Qt Version, and Kits tabs have configured correctly or change them to make them configured correctly.

    [EDIT]: I typed this too long and this answer suppose to go to your post above last one.



  • Finally some light at the end of the tunnel, or is it just another lost soul with a torch?

    Building from git repo with GLX definately enabled - that error went away and the apps just hung with no error.

    So the repo will not build and the sources will not build, despite having every library mentioned anywhere in configure installed, plus the -dev version.

    bq.
    Also, as Clochydd pointed, you need to take care of Qt Kit.
    Take a look in QtCreator options “Build & Run” page.
    Verify that Debuggers, Compilers, Qt Version, and Kits tabs have configured correctly or change them to make them configured correctly.bq.

    Thank you for this, because I really was going to throw it all in

    I re-installed via the downloader for about the 10th time and deleted every trace from previous attempts.

    Whilst open for the first time went into Build and Run and found the 'Automatically Detected' tool chain etc was crap, empty paths, unable to find gdb, but had not ever complained about it,
    no system root set, even though it knew where it had installed everything etc etc

    Cloned it and filled it all in manually and apart from the value
    'Android-gdb-server' which it keeps filling in in the profile.xml and then complaining about next time it is run, appears to be OK

    I have logged out and back in and created a silly 'Hello World' app through creator and it displays.

    The whole thing regards the installed version, appears to have been prevented from running by its own useless configuration scripts and programs.



  • Hi Schooner, good to find your tunnel enlighted now (but if it's another lost soul tell her to post her torch here) Happy coding :)
    EDIT: To prevent more souls to get lost you may mark the title of your thread with prepending [SOLVED]



  • Now hopefully reached the end of the tunnel, after further setbacks.

    The binary installation is hugely sensitive, slightest thing it does not like about the xml files etc, it just refuses to open.

    In the course of compiling and running from sources(see below), that changed something again and the binary install would not work until I created a new user dir and did a clean installation and then changed all the same mistakes that Qt made to the build and tool chain, before saving and closing.

    I now keep a clone of a fresh install and a corrected install to save wearing out my broadband connection re installing again and again.

    The build from sources (git repo) builds fine
    Courtesy of my new i7 box, I did it in 24 mins, compared to nearly 2 hrs on the old one!

    The problem is with make install

    You cannot do that as a user because /usr/local was created by root, so you have to sudo make install

    This is fine, except that now the build is owned by root and shared with group 'staff'

    Making my user a member of 'staff' allowed user access to the compiled sources, which worked.

    On closing they overwrote previous configs and next time around neither the binary install or the sources (which had presumably also completely ballsed up the config for build etc) would work.

    This has been a frustrating experience to say the least.

    What I am taking away from this is that Qt have completely f*****d up a perfectly good system (4.8.x) by trying to be too clever.

    Automatic configuration is fine if all your clients are windoze clones running the same system, but if you can't cater for every flavour and configuration of *nix (which no-one can), don't even try, ask questions during the install so that it is done right.

    Hopefully this is my last post.

    I am leaving the thread [Partially Solved] because the same thing will happen to everyone else until Qt 5 is sorted out.

    I am sure the only reason there are not more similar threads is that most people just give up in disgust and never go back to it.



  • Regarding "The problem is with make install"
    You can change a default location of the installation.
    For example
    @
    ./configure --prefix=$HOME/Qt ... all other configure options ...
    @



  • Correction. It is
    @
    ./configure -prefix $HOME/Qt ...
    @



  • [quote author="andreyc" date="1398362735"]Correction. It is
    @
    ./configure -prefix $HOME/Qt ...
    @[/quote]

    Thanks, I am aware of config options, it is a side issue really, just an illustration of the screwy install that by default it installs to a dir that the user may well not have write access to, without doing anything to ensure it suceeds.

    My binary install stopped working AGAIN yesterday, so I have removed all traces of it and built from git sources in the proper place (/usr/local/src not a user home dir, which to my mind should only contain config files, never binaries) and installed in /usr/local.

    After setting up .bashrc with paths, deleting qtcreator.sh to stop it screwing them up and setting correct permissions, it APPEARS to be working properly.
    An encouraging point was that having built creator from sources, its default generated toolkit entries were actually correct.

    Heres hoping



  • Solved at last

    Qt5 is incompatable with icewm.
    Apps launched through it cannot get the current X server.

    There is a bug report
    http://sourceforge.net/p/icewm/bugs/909/
    which says it is fixed, but it is not, built from sources and still does not work

    Qt5 obviously does something different regards X to all previous versions

    I have used icewm for upwards of 15 years, it is the first thing I install on a new system.

    The installation process for Qt5 is screwy, some default entries in the configs are rubbish, but what was stopping it running was being invoked when running icewm.

    I only discovered this because my user uses lightdm by default and I logged in without switching to icewm.
    Having previously hung without any error, qtcreator now ran.

    When I had built and installed by download, I probably just used the defaults as well as I was just doing that one thing in a terminal then leaving it to complete.

    This needs flagging up somewhere prominant, so that other people do not have weeks of problems as I had.

    The information is out there, but only if you have a suspicion where to look first



  • Glad you finally solved this mysterious problem.
    Thank you for sharing a solution.


Log in to reply