I assume the same for official QGIS package. Lutra's package does not use the bash script and launches QGIS directly.
I am not able to replicate the issue on my computer, but I made some research on QFileDialog issues.įor the launch from terminal vs launch from Launch Services: Homebrew QGIS package uses the bash script to launch QGIS.app. Ld: symbol(s) not found for architecture x86_64Ĭlang: error: linker command failed with exit code 1 (use -v to see invocation) QgsPythonUtilsImpl::getError(QString&, QString&) in
Last 15 lines from /Users/hamish/Library/Logs/Homebrew/qgis3/31.cmake: The issue still exists in this build.Īs an aside, I've attempted install from brew to see if the problem exists there, but it fails to build: => cmake -build. ģ.4.2-Madeira is now available there, built against QT 5.11.2. Hi, confirming the same issue, 3.4.1-Madeira built with QT 5.11.1 on OSX Mojave (10.14.1) installed from the package that was published at. The whole thing might be related to stackexchange article but it is on a mac and it doesn't seem to affect the "rest" of QGIS. I was able to reproduce this behavior for several times - even after restart of QGIS. as you might identify in the added image. None of the other applications worked in any way, I couldn't even move other app's windows, the system monitor didn't show any significant increase of activity and instead of the expected functional filemanager-window a tiny little inactive shadow of the filemanager-window was displayed. During that time the whole system was not at all responsive (just mouse moves did work). On a certain point I've tried to open a recent project via Project/Open menu and had a system freeze for 12 seconds.
The application seemed to work fine at first. I've just installed the latest verion of QGIS (3.4.0) on a MacBook Pro 13" (3.3 GHz Core I7) MacOS 10.14.
0 kommentar(er)
