[Qgis-user] QGIS installation problem with Mac OSX 10.8.4 and some Qt4 Modules

Marcel Stadelmann marcel.stadelmann at gmx.net
Sun Jul 7 10:19:53 PDT 2013


Yes, deleting the content of build helped, now it looks good (see below) and in the meantime I could install successfully QGIS. But when I start QGIS the following error appears: PyQGIS konnte nicht geladen werden. Die Python-Unterstützung wird abgeschaltet. Means: PyQGIS could not be loaded. Python support is switched off.

I installed cmake from scratch, but it is also installed in homebrew. The /usr/local/Cellar path is the homebrew path. I will now remove this components from homebrew.

Marcels-iMac:build Marcello$ cmake -D CMAKE_INSTALL_PREFIX=~/Applications   -D CMAKE_BUILD_TYPE=MINSIZEREL -D ENABLE_TESTS=FALSE   -D WITH_INTERNAL_SPATIALITE=FALSE -D WITH_PYSPATIALITE=FALSE   -D SPATIALINDEX_LIBRARY=/usr/local/lib/libspatialindex.dylib   -D SPATIALINDEX_INCLUDE_DIR=/usr/local/include/spatialindex   -D QWT_LIBRARY=/usr/local/qwt-6.0.2/lib/libqwt.dylib   -D QWT_INCLUDE_DIR=/usr/local/qwt-6.0.2/include   -D BISON_EXECUTABLE=/usr/local/bin/bison ..
-- The C compiler identification is Clang 4.2.0
-- The CXX compiler identification is Clang 4.2.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- QGIS version: 1.9.0 Master (10900)
-- Found GRASS: /Applications/GRASS-6.4.app/Contents/MacOS (6.4.2)
-- Looking for openpty
-- Looking for openpty - found
-- Found Proj: /Library/Frameworks/PROJ.framework
-- Found GEOS: /Library/Frameworks/GEOS.framework
-- Found GDAL: /Library/Frameworks/GDAL.framework (1.10.0)
-- Found Expat: /usr/local/lib/libexpat.dylib
-- Found Spatialindex: /usr/local/lib/libspatialindex.dylib
-- Found Qwt: /usr/local/qwt-6.0.2/lib/libqwt.dylib (6.0.2)
-- Found Sqlite3: /Library/Frameworks/SQLite3.framework
-- Found PostgreSQL: /usr/local/pgsql-9.2/lib/libpq.dylib
-- Found SpatiaLite: /Library/Frameworks/SQLite3.framework
-- Looking for gaiaDropTable in /Library/Frameworks/SQLite3.framework
-- Looking for gaiaDropTable in /Library/Frameworks/SQLite3.framework - found
-- Looking for Q_WS_X11
-- Looking for Q_WS_X11 - not found
-- Looking for Q_WS_WIN
-- Looking for Q_WS_WIN - not found
-- Looking for Q_WS_QWS
-- Looking for Q_WS_QWS - not found
-- Looking for Q_WS_MAC
-- Looking for Q_WS_MAC - found
-- Looking for QT_MAC_USE_COCOA
-- Looking for QT_MAC_USE_COCOA - found
-- Found Qt4: /usr/bin/qmake (found suitable version "4.8.5", minimum required is "4.4.0") 
-- Touch support disabled
-- Found QScintilla2: /usr/local/lib/libqscintilla2.dylib (2.7.2)
-- Pedantic compiler settings enabled
-- Found PythonInterp: /usr/bin/python (found version "2.7.2") 
-- Found Python executable: /usr/bin/python
-- Found Python version: 2.7.2
-- Found Python library: -framework Python
-- Found SIP version: 4.14.6
-- Found PyQt4 version: 4.10.2
-- Found QScintilla2 PyQt4 module: 2.7.2
fatal: Not a git repository (or any of the parent directories): .git
fatal: Not a git repository (or any of the parent directories): .git
-- Found GSL: /Library/Frameworks/GSL.framework
-- txt2tags not found - disabled
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/Marcello/Downloads/Quantum-GIS-master/build

Am 07.07.2013 um 18:59 schrieb William Kyngesburye <woklist at kyngchaos.com>:

> Ah, cmake installed by homebrew.  I looked at the homebrew setup for cmake, no patches that would change behavior, but I do see a different configuration setting that I don't know how it will affect cmake: --system-libs.  The default (if you install from scratch like in the QGIS install doc) is --no-system-libs.
> 
> Uninstalling homebrew GEOS and sqlite may help, but there are other things as well: PROJ in homebrew, and GEOS in /usr/local/Cellar (whatever that is).  And it's not even finding the homebrew sqlite, it's finding the system sqlite.
> 
> On Jul 7, 2013, at 11:48 AM, William Kyngesburye wrote:
> 
>> No unusual PATH stuff.
>> 
>> PYTHONPATH may cause problems running any GDAL programs that are python scripts.  Though it gets added before .pth stuff, so it's probably OK.
>> 
>> PROJSO is meaningless for my GDAL framework - it's only used when dynamically loading the PROJ library, my framework has it statically linked (completely different from shared vs. static library).
>> 
>> So, nothing that looks like it would change cmake behavior...
>> 
> Are you compiling cmake from scratch, or from homebrew?On Jul 7, 2013, at 11:48 AM, Marcel Stadelmann wrote:
> 
>> Maybe the problem lies in the GEOS or in sqlite. This two things are still in homebrew installed. Can i remove them?
>> 
>> Marcels-iMac:~ Marcello$ brew list
>> atk		cmake		gdbm		glib		imagemagick	libffi		little-cms2	proj
>> autoconf	doxygen		gdk-pixbuf	graphicsmagick	intltool	libgeotiff	lzlib		readline
>> automake	expat		geos		gsl		jbig2dec	libpng		ossp-uuid	sqlite
>> bison		fontconfig	gettext		gtk+		jpeg		librsvg		pango		xz
>> cairo		freetype	ghostscript	harfbuzz	latex2rtf	libtiff		pixman
>> check		freexl		giflib		icu4c		libcroco	libtool		pkg-config
>> 
> 
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
> 
> "I ache, therefore I am.  Or in my case - I am, therefore I ache."
> 
> - Marvin
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-user/attachments/20130707/7691663a/attachment.html>


More information about the Qgis-user mailing list