Installation and Deployment

You still don't follow the instructions... You need the source code to compile something.

If memory serves well, that's where QtChooser comes into play.

@YordanBonev Hello, did you find anything for this particular subject? The company I am working for is stuck in Qt5.15 for a while, but I need to have a more recent Chromium version. Version 87 mainly lacks a lot of features from modern CSS, for us.

Your original problem most likely stems from the fact that you didn't have MSVC properly set up in your command line. One way is to start the Developer Command Prompt for your Visual Studio version and execute qmake.exe inside that prompt. Another way is to call something like call "C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Auxiliary\Build\vcvarsall.bat" amd64 on your command line to set up MSVC and after that call qmake.exe.

where make.exe, where sh.exe and where bash.exe willshow you from where it's picked up

Thanks that is working.

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.