error installing qgis

[Chris Jones]

> On 2 Jan 2015, at 6:00 am, Brandon Allbery <allbery.b at gmail.com> wrote:
> 
>> On Fri, Jan 2, 2015 at 12:46 AM, P Kishor <punk.kish at gmail.com> wrote:
>> https://dl.dropboxusercontent.com/u/3526821/main.log
> 
> So, the actual error is a link error for a bunch of missing symbols. Looking for why those symbols might be missing, I find this:
> 
>> :info:build ld: warning: ignoring file /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_gis.dylib, file was built for i386 which is not the architecture being linked (x86_64): /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_gis.dylib
>> :info:build [  1%] ld: warning: ignoring file /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_datetime.dylib, file was built for i386 which is not the architecture being linked (x86_64): /Applications/GRASS-6.4.app/Contents/MacOS/lib/libgrass_datetime.dylib
> And farther up:
> 
>> :info:configure -- Found GRASS: /Applications/GRASS-6.4.app/Contents/MacOS (6.4.0RC5)
> 
> Which is a very bad sign (and your build error is a good example of why); cmake is perfectly happy to use random stuff it finds lying around, even when they are not appropriate (in this case because it's i386-only on a system that is otherwise x86_64).
> 
> The qgis port has a grass variant (port install qgis +grass) which will, if used, pull in MacPorts' grass package. Unfortunately, qgis is not preventing use of random other grass packages, which are unlikely to work properly, if this variant isn't selected. If you want to use this, you should remove the standalone application so that it can't interfere with the correct grass package.

And a ticket should be issued so the port maintainer is aware, and can look into preventing this from happening when the grass variant is not enabled. Its normally possible to do, one way or another...

Cheers chris

> 
> -- 
> brandon s allbery kf8nh                               sine nomine associates
> allbery.b at gmail.com                                  ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.macosforge.org/pipermail/macports-users/attachments/20150102/2ff0a31d/attachment.html>