Installation and Deployment

Hi @karasho, To add to @koahnig, the Microsoft CDB debugger has to be installed separately. It is part of the Windows SDK (e.g. https://developer.microsoft.com/en-us/windows/downloads/windows-10-sdk ) Regards

@jackmack Are you also able to debug your Qt Application using VS 2017 and its Debugger?

@Stefano79 Glad you figured it out. Then please mark this thread as solved. Thanks.

@Jonathan-Levanon said in MaintenanceTool error: Well I've solved it in a stupid-but-working way, I had to install 5.10 on another computer anyway, so I took the maintenance tool from there and used it to delete the 5.10 with the buggy installation. Then reinstalled with the needed components. Clever trick :)

I have the same problem when I use a mobile phone 4G+ connection.

@Ahmed-Jmail said in Size difference in QT online and offline installations: I'm seeing a noticeable size difference in offline (11 GB approx ) and online (38 GB approx) installers. Why is that so ? Because the online installers contain PDB files for debugging, but the offline installers don't. Will I be missing some features if I use offline version. Currently, you don't have the symbols for debugging Qt libraries. They are not strictly necessary, but they can be helpful when you're trying to figure out why your code is crashing. If you want those symbols, you can download them separately: http://download.qt.io/official_releases/qt/5.10/5.10.0/qt-opensource-windows-x86-pdb-files-desktop-5.10.0.zip (2.1 GB) http://download.qt.io/official_releases/qt/5.10/5.10.0/qt-opensource-windows-x86-pdb-files-uwp-5.10.0.zip (1.4 GB) @J.Hilk said in Size difference in QT online and offline installations: @Ahmed-Jmail Have you checked that the offline and online installer actually offer the same installation options? They do now, actually! I just checked and was surprised. In the past, only 1 version of Qt was provided per offline installer (e.g. http://download.qt.io/official_releases/qt/5.8/5.8.0/ ) However, since Qt 5.9, there's one single installer for all versions (e.g. http://download.qt.io/official_releases/qt/5.9/5.9.0/ )

Hi and welcome to devnet, First thing: avoid using such an outdated version of Qt 5.1 was released almost five years ago. Please consider using the current LTS (5.9) version if not the latest (5.10 currently) Then, don't use sudo, there's no reason to develop as root. Why doesn't ROOTFS_PATH point to /home/ninad/work/4.9.41_sdk/linux-devkit/sysroots/x86_64-arago-linux/ ?

Hello, I have the same problem :(

I will come back later, on a version of FreeBSD supported because the version 12 currente is not supported it is version 11.1 which is supported! I would install QTcreator on the supported version! thank you

No need to be connected on Firefox... The button now appear on Opera even without connected

What SDK did you install exactly ? On a side note, IIRC, JDK 8 should be used rather than 9.

You're welcome ! Since you have it working now, please mark the thread as solved using the "Topic Tools" button so that other forum users may know a solution has been found :)

Because: Licensing constraints. LGLP requires that your library/application users can switch to a different version of Qt (or any other LGPL dependency you have) how they see fit. Which means that if you want to use a static build of Qt you have to provide all the object files of your library/application to whoever asks you and that for each version of your library/application you released. It's your responsibility to abide by these constrains. Human and infrastructure constraints. The CI is already under high pressure as it is running for the LTS, the current release branch and dev. The CI generates pre-built package for iOS, macOS, Android (arm and x86 IIRC), Linux 64bit, and MinGW, VS2015, VS2017 for Windows. All in debug and release versions. Each of these packages are tested by actual people. The number of possible configuration option permutations makes it impossible to test absolutely every possible combination. See number two for reasons. If you want to avoid as much trouble as possible, only build the modules that you are actually going to use. It's faster in any case. That's why I write time and again: use out of source builds. This way you just have to nuke the folder and start from scratch quickly. That is valid for all platforms.

@raven-worx Using windeployqt fixed my issue, thank you very much! :)

@Paul-Colby Thanks for the info.

@JonB Thank you for the clarification! That makes a ton more sense. I was beginning to wonder why connecting to a database is seemingly giving so many people so much trouble! I've actually figured out a different way to solve the problem by using C++ MySQL Connector libraries provided by Oracle, and have gotten it working in my application! I will also try using the Qt and MySQL versions provided by my Ubuntu release and see how that goes.

Are you trying to build for WinRT ?