Installation and Deployment

I caught the same problem with my Ubuntu 20.04 and Qt 6.7.1. I fixed it. You need to get the latest libwayland and build it. I hope the next instructions helps you: Download the source code from https://gitlab.freedesktop.org/wayland/wayland and checkout the latest version (in my case, it was 1.23.1) Build with instructions from README.txt with PREFIX (the path to the library is in your system). Create /etc/ld.so.conf.d/wayland.conf and put in it the path to your new wayland libs (in my case: /opt/wayland/lib64) Do sudo ldconfig I hope it helps.

Writing this down as I have-just solved this (at least the config part). I am targeting 6.4.2 on rpi4. I had exactly this problem. I am using the toolchain from https://toolchains.bootlin.com/releases_aarch64.html. I have my sysroot of files copied from my rpi at: $CROSSCOMPILE/rpi-sysroot I have the toolchain sysroot at: $CROSSCOMPILE/toolchain/aarch64--glibc--stable-2021.11-1/aarch64-buildroot-linux-gnu/sysroot This is effectively the rpath for the linker. I eventually managed to get a clean config run by coping libGLdispatch.so* from the rpi sysroot to the tool chain sysroot. For reference in my toolchain.cmake I also have set(GLESv2_INCLUDE_DIR ${RPISYSROOT}/usr/include/) set(GLESv2_LIBRARY ${RPISYSROOT}/usr/lib/aarch64-linux-gnu/libGLESv2.so) So many posts from people having issues with this cross compile qt6 and so few answers. Now on to try and get wayland module to work....

@Einstein38 By using another mirror: https://wiki.qt.io/Online_Installer_4.x

@PublicNameName Why do you want to build Qt by yourself? Just use Qt Online Installer to install Qt for MSVC.

I'm using a rocky9 VM running version 9.5 with QT 5.15.9 installed on the machine. The command "yum whatprovides */xkbcommon-x11.h" lists the packages libxkbcommon-x11-devel.x86_64 and libxkbcommon-x11-devel.i686. After a "sudo yum install libxkbcommon-x11-devel.x86_64" the file /usr/include/xkbcommon/xkbcommon-x11.h is installed.

@dondioci I build the qt installer framework is the same error ?

I'm sorry, but it's been too long ago. There have been so many changes in Qt since then, it very well may work now, but my procedure works correctly, so I haven't been motivated to experiment. In fact, I don't think I'm even using github for my Qt source files any longer, but am obtaining them through the Qt maintenance tool. So, there are alternatives to my method.

Oh, yes, I've forgotten that.

@Axel-Spoerl said in Failing to build Qt 6.7.3 from source on Slackware 15.0: I don’t know, the log doesn’t say that. When you try to compile Qt on an unsupported platform, you’re on your own. Slackware is particularly problematic, because it doesn’t resolve dependencies automatically. Since Qt fails compiling the Chromium 3rd party module, you could try whether there is a tutorial how to compile chromium on its own for Slackware and which packages are required for that. It would at least solve this problem. Can’t guarantee, that another problem will occur once QtWebengine works. Well, I was able to build QT6 6.8.2 without QtWebEngine, and the most of my projects working very well, but there is a issue with qt5compat. [ 1%] Generating ../../lib64/qt6/mkspecs/modules/qt_lib_core5compat_private.pri [ 1%] Built target Core5Compat_lib_pri [ 2%] Running syncqt.cpp for module: QtCore5Compat [ 2%] Generating version linker script for target Core5Compat [ 2%] Built target Core5Compat_version_script [ 3%] Built target Core5Compat_sync_headers [ 3%] Built target Core5Compat_autogen_timestamp_deps [ 3%] Automatic MOC for target Core5Compat [ 3%] Built target Core5Compat_autogen [ 4%] Generating prl file for target Core5Compat [ 5%] Generating pc file for target Qt6::Core5Compat [ 5%] Running AUTOMOC file extraction for target Core5Compat [ 5%] Running moc --collect-json for target Core5Compat [ 6%] Building CXX object src/core5/CMakeFiles/Core5Compat.dir/Core5Compat_autogen/mocs_compilation.cpp.o c++: error: unrecognized command-line option ‘-ftrivial-auto-var-init=pattern’ gmake[2]: *** [src/core5/CMakeFiles/Core5Compat.dir/build.make:99: src/core5/CMakeFiles/Core5Compat.dir/Core5Compat_autogen/mocs_compilation.cpp.o] Error 1 gmake[1]: *** [CMakeFiles/Makefile2:1331: src/core5/CMakeFiles/Core5Compat.dir/all] Error 2 gmake: *** [Makefile:146: all] Error 2

You can choose how to use the openssl libs: https://doc.qt.io/qt-6/configure-options.html#ssl

ahhhhhh, now the fog in my head clears up slowly, Thanks!

OK, I'll try now. Thanks.

Hi, One thing to do is use a tool such as Dependency Walker to ensure you have all the dependencies of your application in place. Which means also checking the dll/plugins of your dependencies.

I opened a support ticket from my account, and they terminated the license. I was able to install the LGPL version.

Let's take one step back. This is a forum, where volunteers help each other for free. If you have an issue and you communicate with someone, the rule is to provide as much information as possible. Example; I asked if you have other drives on your PC. => "Yes" is the wrong answer. It doesn't help, it just wastes your time and mine. => The right answer is to tell exactly which drives you have. Since we are searching for a file, it may be a good idea that you copy the search command and start searching by yourself. A little co-operation is better than expecting to told every step. To your problem: As said before, you have selected to update Qt Creator. You have not selected a new installation. The installer has found Qt Creator 16.0.0, so it is on your PC. If you don't find it, there is something wrong on your PC that occurred after the installation. Maybe, as said before, a virus scanner has quarantined the executable. But you have to check that yourself with your virus scanner. The problem has nothing to do with Qt.

@Kors Try another mirror. See https://wiki.qt.io/Online_Installer_4.x

Maybe it will help someone else. Personally, adding the "QmlDesigner" extension helped me.

MSYS2 Qt is another idea, which provides all-in-one POSIX-like pacman packages , not only Qt 5/6 Included, but also libboost\opencv\gdal\fftw. The only problem is Web Engine does not support mingw64,. in MSYS2 you can fallback to a fresh version of WebKit.

This issue isn't related to Qt. Contact your internet provider or your network admin to fix it.