Installation and Deployment

@fulltopic See https://doc.qt.io/qt-5/macos.html#architectures
Qt 5.15 is available as binary for Mac arm64 (via official installer). Just install XCode and Qt and you can build for Apple Silicon.

@SGaist

@SGaist said in How to replace the QT installed by apt-get?:

Hi,

I'd go a step further than @JonB: you just don't.

Trying to replace your system libraries with variants built for development on a larger set of distribution is a no go.

Use the LD_LIBRARY_PATH environment variable to point your application to your custom Qt. Do it in the terminal you use to start that application or in a bash script to start the application.

Do NOT use it to modify which version of Qt is used by your whole system. This will only bring troubles.

Got it.

Hi,

Taking aside the tar issue, macOS rather uses dmg files for distribution. Qt provides macdeployqt which builds such things and that could simplify your life a bit.

@SimonSchroeder said in Some doubts about Linux deployment:

@Paul-Colby I didn't know that linuxdeploy had plugins. We are currently using linuxdeploy to create the AppDir and then linuxdeployqt to add the Qt dependencies. However, if I'm not mistaken linuxdeploy also requires an older Linux version. (But, as you can see from my example we also didn't manage to create an AppImage with linuxdeployqt alone.)

Actually, I was able to deploy a working appimage using the three tools above! With the "low-level " approaches I still had problems.

I'm pretty new to these tools, but as far as I understand they can work together as plugins or just as three separate calls. I'm using Ubuntu 24.10 right now so they work on pretty modern systems (I didn't test the appimage on older systems because I don't need to support them).

Hi,
I am also facing the same issue.

@Tchort can you please elaborate your answer.

I tried , reinstalling the host system, and reinstalling rpi. I was able to compile the qt cmake.

Bit I'd like to know the actual reason behind this error

@5taras I've only ever compiled static Qt libraries for Windows with MSVC. Scoop does not provide "%ROOT%\gnuwin32\bin", but it provides commands like mv and rm. It also adapts the PATH environment variable such that these tools are available on any command line.

@Perdrix The installer gives you the possibility to select a location to install. By default it is your home folder.

Upper variant works for me as well

I found this (after a bit of digging):

https://forum.qt.io/topic/159779/deployment-on-linux

It answers most of my questions for now. I'll mark this as solved and come back later it I need to.

I have been looking for the same thing, but unfortunately the Qt Company does not seem to offer a documentation on the subject just yet. I had to go through the Qt's source codes, but finally found a solution:

Assuming your host OS is Windows x86_64 and you want to compile Windows arm64 packages for your project.

Install both versions (arm64, x86_64) of Qt and MSVC (make sure you select arm64 packages when you are installing MSVC on Visual Studio Installer; not arm). Compile your project with the following commands (on cmd.exe):cd your_project_folder call "C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Auxiliary\Build\vcvarsamd64_arm64.bat" C:\Qt\6.8.0\msvc2022_arm64\bin\qt-cmake.bat -S . -B build-arm64 -G Ninja -DQT_HOST_PATH=C:\Qt\6.8.0\msvc2022_64 -DCMAKE_BUILD_TYPE=Release cmake --build build-arm64 --parallel --config Release

Assuming you are using Ninja as the generator (but you can remove -G Ninja if you don't)

Deploy your project with windeployqt by passing --qtpaths option like below (on cmd.exe):C:\Qt\6.8.0\msvc2022_64\bin\windeployqt.exe --qtpaths "C:\Qt\6.8.0\msvc2022_arm64\bin\qtpaths.bat" ...

So we are using windeployqt.exe from the msvc2022_64 setup, but letting it use the msvc2022_arm64 setup while deploying the dependencies by passing the --qtpaths argument.

I have built my project with that but was not able to test it on an arm64 machine yet, so please let us know if it works.

Edit 1: Apparently this requires that your Qt installation do reside in C:\Qt path. If your Qt installation path is different than that, you may try to circumvent this problem by editing out the paths listed in ...msvc2022_arm64\bin\target_qt.conf file.

Edit 2: There seems to be a bug in the Qt 6.8.0 win64_msvc2022_arm64_cross_compiled setup (i.e., I realized it when I installed it via the aqtinstall tool on my CI machine; but there was no such bug when I installed the same Qt setup to my personal computer using official Qt installation tool a few days back.) Make sure the path to your x64 setup inside the C:\Qt\6.8.0\msvc2022_arm64\bin\qtpaths.bat file is correct (edit the bat file if it contains the wrong path due to the bug I just mentioned).

Hope it helps.

Remaining is: how can the installer process silently crash and pull the entire linux "system" (wsl) into the abyss?

@Pl45m4 said in Downloading qt-enterprise-linux-x64-6.5.6.run:

Is usdp an official Qt Host?!

I don't know nor do I care :)

Hi and welcome to devnet,

Check the configure logs to see what was missing that disabled the tools.

In between, you can use linguist from your distribution without any issue.

@turmoiloil said in Detected locale "C" with character encoding "ANSI_X3.4-1968":

why am i still getting this error

Looks like Qt does not support C.UTF-8.
How did you install Qt?

@DelayedNeutronss Try another mirror.
See here how to do this: https://wiki.qt.io/Online_Installer_4.x ("Selecting a mirror for opensource")

You're welcome !

Since you have it working now, please mark the thread as solved using the "Topic Tools" button or the three dotted menu beside the answer you deem correct so that other forum users may know a solution has been found :-)

Compiler: GCC 11.04