Bug#1060267: <triplet>-qmake: emits wrong QT_HOST_LIBEXECS

[Helmut Grohne <helmut@subdivi.de>]

Package: qmake6
Version: 6.4.2+dfsg-20
User: debian-cross@lists.debian.org
Usertags: ftcbfs
X-Debbugs-Cc: debian-cross@lists.debian.org
Control: affects -1 + src:mkvtoolnix

Hi,

<triplet>-qmake6 -query currently says:

...
QT_HOST_LIBEXECS:/usr/libexec
...

A native qmake6 instead says:

...
QT_HOST_LIBEXECS:/usr/lib/qt6/libexec
...

During a cross build of mkvtoolnix, I can see:

sh: 1: /usr/libexec/rcc: not found
sh: 1: /usr/libexec/uic: not found
sh: 1: /usr/libexec/rcc: not found
sh: 1: /usr/libexec/uic: not found


Evidently, mkvtoolnix strings together QT_HOST_LIBEXECS and rcc/uic and
expects that to work. This looks reasonable initially, do you agree?

In any case, the given QT_HOST_LIBEXECS quite definitely is wrong. Can
you figure out how to make it emit a more sane value?

I guess we need to change /usr/lib/<multiarch>/qt6/qt6.conf, but I
wouldn't know how.

Either way, if someone sees, cross build failures involving qmake6,
consider extending the affects of this bug.

Helmut