Installation and Deployment

it works with : sudo apt-get install qml-module-qtcharts

Hi and welcome to devnet, I haven't, but the repository does give quite a few options on how to install and integrate that library. You should check the cmake part

@MBor said in Open Source Option: I haven't verified this, but it seems as though the determination is made in part by the email? It is likely that if your company has at least one commercial license (which are most likely associated with a company e-mail address), everybody of that company is supposed to buy a commercial license. (It is not allowed to have people develop the same software with both commercial and open source licenses; everybody needs to have the same kind of license. It is reasonable to assume that all Qt developers inside a company might at least at some point work on the same software.) Theoretically, a huge company can have different software teams or someone is just developing a small internal tool for his own convenience which creates a scenario where not all software projects would have to use the same type of license.

well, thought it is clear that we're talking about all qt apps with QtIFw unless noted otherwise .... ... but that's my fault .... :-D Anyhow ... we are not (de)installing 3rd parties with that little launcher: We're just dealing with our cross platform Linux and Windows apps: all QT - packaged with QtIFW ! But let me get a little bit more detailed: Actually the launcher is just a little app downloaded via browser. After it's installed it offers the user the possibility to download and install a (main) QT app from different hosts. The "main" apps are actually independent executables packaged with all required libs. After launcher has installed the app, the app can (=must) be started from the launcher. (There's no app icon in start menu neither in Apps&Features for those programs) If not required anymore, the "main" app can be deinstalled from within the launcher. This is perfectly working well so far - on Linux and Windows host Anyhow, if the user decides for a complete de-installation, all stuff must be removed: the launcher itself and every app that has been installed by the launcher (which it keeps track off). Unfortunately, it seems like it is not possible to have multiple instances of maintenancetool running in parallel for completely independent apps/installations on the same windows host.

Ok so this is a Qt 4 project with an old configuration that does some paths configuration/manipulation that are outdated since a long time so you have to build it directly within. the build folder in the sources. How exactly are you proceeding to build it currently ? If using Qt Creator, you can disable the shadow build option when configuring the project. Note that adding QT += widgets to the .pro file will likely allow you to build it with Qt 5 rather than having to do spelunking for Qt 4.

Ok, I think I forgot to install a specific qt version. I have a very slow internet connection at home.

@DK999, I am having almost exactly the same problem that you describe here, and have created a new forum topic post for it at: https://forum.qt.io/topic/157337/error-installing-qt-6-5-5-into-ubuntu-22-04-docker-container. You said here that when you installed qmake6-bin via "apt-get install qmake6" that it solved the problem for you, but I tried adding that to my dockerfile and it had no affect. Do you have any other advice?

You should rather check the code of the installer framework, it will be faster.

Someone has the same problem as me here. So there is indeed an issue with Qt 6.7.x. It will be fixed in the 6.7.3 release. Meanwhile, I fixed the problem moving find_package(Qt6 COMPONENTS LinguistTools Widgets REQUIRED) to the root directory's CMakeLists.txt.

Hi, If you really need that obsolete version of Qt, check whether your Linux distribution provides it and use that one. It will be way simpler. If your distribution does not have it, you'll have to install an older variant that does. I think Debian 11 was still shipping it.

@MarcoDC Thanks,.This way is very helpful for me.

Qt6 is a whole new library. There's no way I'm going to try to build a Qt5 app with it. There's a 0% chance it would build. So I went through the trouble of figuring out how to apply those patches. The link above is to a confusing web tool, but I eventually figured out that you can download the patches. Both of them are identical, so only one is needed. But the patch can't be applied to Qt5 automatically, so you'll have to manually edit the file. If you downloaded the "qt-everywhere-src-5.15.2" archive, the file to patch is: qtbase/src/plugins/platforms/cocoa/qiosurfacegraphicsbuffer.h Somewhere before the line that says QT_BEGIN_NAMESPACE, insert this line: #include <CoreGraphics/CGColorSpace.h> Then configure without qtwebengine: ./configure -opensource -confirm-license -skip qtwebengine && make -j 8

Never mind. Via web-search I found people with similar problems and there already seems to be a fix that hasn't made it into public repositories yet. It is expected that qt-creator-13.0.1-2.fc40 will fix this. See discussion at https://discussion.fedoraproject.org/t/qtcreator-internal-error/118325

@nitingera According to https://doc.qt.io/archives/qt-6.4/supported-platforms.html Qt 6.4 does not support Cenos7 (Red Hat 7).

@Jason did you manage to get past this error? I am trying to build with devtoolset-10 and have the same issue

@SGaist ahja... thanks, done!

Solved: I had to add Qt6::DBus like this: target_link_libraries(untitledApp PRIVATE Qt6::Core .. .. .. Qt6::DBus ) in the Projects CMakeLists.txt

@Kaluss said in Qt installation problem: Any hints with that? You will find couple topics on that using the Forum search. Try what solved the issue there (update/install the xcb lib stuff for your system via package manager) https://forum.qt.io/topic/129410/ubuntu-20-04-02-lts-qtcreator-won-t-run-load-xcb-plugin-error