Hi
mingw-qt5-* package ship some host tools for the cross-compiled
toolchain, installing them to
/usr/$mingw_target/bin
which depend on a bunch of libraries (libQt5Bootstrap.so.5,
libQt5QmlDevTools.so.5, libQt5BootstrapDBus.so.5), which are installed in
/usr/$mingw_target/lib
These host tools have a rpath set to /usr/$mingw_target/lib, indeed the
mingw-qt5-qtbase packages carries a patch:
# We have to use rpath for host tools as the library which the various tools
# depend on (libQt5Bootstrap.so) resides in the folder
/usr/$mingw_target/lib.
# Using the regular %%_libdir would cause conflicts with the native qt5
packages.
Patch5: qt5-qtbase-build-tools-rpath.patch
(While I'm not sure that the latter sentence is correct (these libraries
do not exist in native qt5 packages AFAICS), I suppose a valid issue is
that there is a conflict as there is one of each for each cross target,
so one in /usr/x86_64-w64-mingw32/lib/ and one in
/usr/i686-w64-mingw32/lib/ respectively.)
Now, these mingw-qt5-* packages with host tools have started failing to
build, with the usual rpath error. As I see it, rpath here is actually a
valid use case, so is there any proper way to have rpmbuild accept
these? The warning states setting the env-var QA_RPATHS, but this needs
to be done when invoking rpmbuild itself, which I can't control in koji?
Or is my above analysis incorrect and can I really do without rpath?
(Note: this problem will disappear with mingw-qt6 as it does not ship
any host tools anymore).
Thanks
Sandro
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
