PyQt5 modules linking to Qt about qgis-mac-packager HOT 10 CLOSED

I guess this is not the proper approach as this takes the absolute path on my computer.

from qgis-mac-packager.

so where they point? the right approach is that they point to /opt/Qt/5.14.2/lib/ absolute path, since we assume that the qgis-deps use absolute paths. The @rpath is then used in the bundle step

from qgis-mac-packager.

I miss a bit of understanding how rpath is working.
I switched from @rpath/QtCore.framework/Versions/5/QtCore to /opt/Qt/5.14.2/lib/QtCore.framework/Versions/Current/QtCore in all PyQt libaries. Does it sound correct?
Otherwise, you cannot build the bindings.

from qgis-mac-packager.

yep

binary can have list of rpaths (install_name_change -add_rpath). and basically @rpath is replaced by one of the paths in the list...

from qgis-mac-packager.

so for example Contents/MacOS/QGIS has list of rpaths. and when it loads libgdal.dylib, it tries all its rpaths to find other libs

from qgis-mac-packager.

but the issue was happening while building.
so is this a matter of adding rpath to PyQt libs pointing to Qt installation?

from qgis-mac-packager.

probably,...

you are building QGIS, or qgis-deps directly? also best to download version 0.4.1 with the latest changes

from qgis-mac-packager.

you are building QGIS

yes, using deps 0.4.0

from qgis-mac-packager.

it may be fixed in 0.4.1, as i just sucessfully built qgis on out qgis-mac-server... However this annoying bug with libraries signatures/notarization drives me crazy...

from qgis-mac-packager.

$ ls /opt/Qt/5.14.2/
android   clang_64  ios       sha1s.txt
$ otool -l /opt/QGIS/qgis-deps-0.5.1/stage/lib/python3.7/site-packages/PyQt5/QtCore.so | grep RPATH -A3
          cmd LC_RPATH
      cmdsize 48
         path @executable_path/../Frameworks (offset 12)
Load command 15
--
          cmd LC_RPATH
      cmdsize 40
         path /opt/Qt/5.14.2/clang_64/lib (offset 12)
Load command 16

from qgis-mac-packager.