-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🍎 Mac Qt6 .dmg #60039
base: master
Are you sure you want to change the base?
🍎 Mac Qt6 .dmg #60039
Conversation
🧮 Vcpkg update reportAdded packages: Updated packages: 🪟 Windows buildsDownload Windows builds of this PR for testing. 🪟 Windows Qt6 buildsDownload Windows Qt6 builds of this PR for testing. 🍎 MacOS Qt6 buildsDownload MacOS Qt6 builds of this PR for testing. |
aed62fe
to
230b0ce
Compare
Creating the dmg on x64 github action runners (macos-13) randomly fails because of "resource busy" in hdiutil. There is not much we can do but retry until we succeed -- which can eventually take a very long time. |
Should we just disable these then? (At least it's only the legacy build) |
Possibly, I'm trying to create a zip or a universal app. Last resort would be killing x64 |
I tried a x64 build during the weekend, and that one worked :) The one that worked was when the downloadable .dmg was separated between M prosessor and Intel. I am on macos 15.2 The one that are for download now first dident launch because of permission errors, but launched after I did:
If there is any particular tests I can do. I am happy to help. If I can. Nice to see progress one the macos work on QGIS, Mathias :) |
@eflaten if you happen to have an arm64 (M series) machine, a test of https://github.com/qgis/QGIS/actions/runs/12642053020/artifacts/2393456714 would be appreciated. |
Oh sorry. No arm64 machine here. Just a x64. |
I can test this, but the link keeps timing out from downloading the DMG |
Strange, link works here... Can you download the arm64 zip from here https://github.com/qgis/QGIS/actions/runs/12642053020? |
The latest dmg (dmg https://github.com/qgis/QGIS/actions/runs/12656340998/artifacts/2397658648 from run https://github.com/qgis/QGIS/actions/runs/12656340998) should be universal and works here on my x64 machine ... |
qgis macos Qt6 universal: ( https://github.com/qgis/QGIS/actions/runs/12656340998/artifacts/2397658648) `
|
@NyakudyaA that's great news, thanks ! |
The problems with x64 are "fixed".
Best of all worlds 🎉 Gdal algorithms are fixed as well now. |
Tested arm64 on M1 with latest Sonoma. Started the app, opened a simple project. Seems to be working well. |
Another question here. Should I repport in this thread regarding export issues from print composer (which might have to do with qt6), or somewhere else? |
Please do this in a new issue, thanks for asking. |
x86 When I start qgis with Terminal, the following messages occur:
OS: MacOS 15.2. My Mac is x64. Intel core i5 from 2018. Under is the crash report.
|
The only benefit of the Esri FileGDB driver is it supported compressed datasets, the OpenFileGDB driver doesn't currently support that. |
Thanks, the file seems to be present in |
I got troubles to get Python 3.11 to be regonized, pip3 as well, the Terminal said it didn’t exist… |
Another rookie question, where do I find latest builds to download when this branch has merged with the main? It would be nice to be able to continue using the latest versions using QT6. |
Once merged this will create a new dmg from the master branch continuously (will keep it on github for 30 days IIRC). This will be downloadable for people logged in to github. |
Two problems: (1) the .py files in osgeo_utils need to have execute permission turned on (2) that directory is not in the PATH. As a test, I symlinked gdal_polygonize.py into the bundle's main executable directory |
I have created a GDAL Framework if you want. It is independent from QGIS builds. It is GDAL 3.9 and doesn't support ECW currently. I built it using MacPorts and it is based on Python 12, Proj 9, Postgresql 16, ODBC, kea, OPENJPEG, OpenEXR and Xerces. Place it in |
Another +1 for this build. I'm using Sequoia 15.1.1 on an M3 arm64 and this works beautifully so far. |
Seems there was still an absolute path to python from the build system inside, update should fix that 🤞 |
What makes you think so? @rouault do you have an educated guess what could be the problem here? |
no, except the obvious question: does QGIS have write permissions to /private ? |
@noirchen I guess we could validate if this the problem by specifying the output path instead of using a temp layer |
Description
Please download the release from the MacOS link in this comment #60039 (comment) for testing-- there are other links in other comments to older broken builds.
Creates macos installers (dmg), based on Qt6/vcpkg for desktop components
QGIS
,qgis_process
,qgis_bench
,ogr2ogr
and a few executable binariesIt creates two builds, one for x64 (intel) and one for arm64 (M) processorsit creates a "universal" executable that works natively on both x64 and arm64 (socalled "multiarchitecture" or "fat" binaries)Python_SITEARCH
directory with an absolute system path (wheresite-packages
is installed on the system) from a new variableQGIS_PYTHON_INSTALL_DIR
with relative variable where our python bindings will be installed to (which can be the same path asPython_SITEARCH
if the prefix provided throughCMAKE_INSTALL_PREFIX
and/orDESTDIR
matches)CMAKE_INSTALL_DIR
from cmake code ininstall
directives, to allow for installation on relative pathsFor creating an app and fixing rpath, macdeployqt is used (only minimal usage within cmake)For fixing rpath, a custom script similar to maceployqt is used. Macdeployqt was too slow and didn't handle some cases (like symlinks)Fixes #46299