<div dir="ltr">Dear PSC,<br><div><br></div><div>Over the last weeks since we had the budget meeting, I took the time to completely dive into mac builds once again.</div><div><br></div><div>I am happy to announce that mac builds using Qt6 are now a reality (merge pending).</div><br class="gmail-Apple-interchange-newline"><a href="https://github.com/qgis/QGIS/pull/60039">https://github.com/qgis/QGIS/pull/60039</a><div><br><div>Here's what's done:</div><div>- All dependencies are built via vcpkg in the CI pipeline</div></div><div>- The packaging logic has been revisited and a lot of cmake code has been cleaned up</div><div>- We build arm64 (M series) and x64 (Intel) builds in two parallel matrix jobs</div><div>- The two builds are then picked up in a follow up job to create a universal app (one app that runs on both architectures).</div><div>- Finally the app is packaged into a .dmg for installation</div><div>- This currently happens for every pull request -- and after merging also for master and releases</div><div>- I took care that gdal algorithms are also working</div><div><br></div><div>A few notes:</div><div>- I originally planned to use macdeployqt (an tool developed by Qt) which changes rpaths to relative paths on all libraries. The tool is quite slow and took almost half an hour for the amount of libraries included in QGIS. I therefore wrote a new python based tool, that does the same job in a more efficient way (takes a few seconds now) and can also be adjusted for notarization (I assume we will need to revisit some python specific requirements which the macdeployqt tool very likely is not prepared for). I am still hesitating if I should publish it to pypi or leave it in the QGIS source code where it is now.</div><div>- We had our graphic designer prepare an image for the installer, inspired by the new website design</div><div><br></div><div>And most important: the changes in this pull request will make it impossible to use the legacy mac packager dependencies. Once this is merged, we will no longer be able to release Qt5-based packages using the classic release mechanism. (it will continue to work for QGIS 3.40, LTR). It would be possible to also build qt5 based packages using vcpkg, but as discussed at the PSC meeting, efforts should be preferably put into notarization.</div><div><br></div><div>I would therefore like to ask, if it's preferable to merge this pre-3.42 or if we should postpone this to post-3.42. Given that 3.42 is a regular release and we are (very likely) heading towards a Qt6 focused world towards the end of this year, we might as well merge it now, but I think this will need some communication to make mac users aware of these implications.</div><div><br></div><div>More technical details and an installer to download and test can be found in the pull request linked above.</div><div>Kind regards<br>Matthias</div></div>