error installing qgis

[P Kishor]

ok thanks, made some progress.

1. deleted the standalone /Applications/GRASS-6.4.app
2. `sudo port clean qgis`
3. `sudo port install qgis`

--->  Staging qgis into destroot
--->  Installing qgis @2.6.0_0+postgis2+postgresql93+python27
--->  Activating qgis @2.6.0_0+postgis2+postgresql93+python27
--->  Cleaning qgis
--->  Updating database of binaries
--->  Scanning binaries for linking errors
--->  No broken files found.

But now I am embarrassed to ask, how the heck do I start qgis? There
is no qgis in /opt/local/bin

btw, trac.macports.org seems to be dead.

On Thu, Jan 1, 2015 at 10:00 PM, 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.
>
> --
> brandon s allbery kf8nh                               sine nomine associates
> allbery.b at gmail.com                                  ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net



-- 
Puneet Kishor
Manager, Science and Data Policy
Creative Commons