[GRASS-dev] [cmbarton.wikidot.com] Contact via Wikidot.com

This is a weird error. I built these binaries against OS X 10.7 and am sure that they work with Mavericks (10.9). But I only have Mavericks. So I'm copying some of the GRASS developers in the hopes that someone else can test.

Michael

On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com> wrote:

Form data:

First name, last name:
John Payne

Organization/Company:
Wildlife Conservation Society

Country:
Mongolia

Email:
jcpayne@uw.edu

Your message (5000 character max):
Hi Michael, I just tried installing both of the binaries for Grass 7 (7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message both times saying something like "Wrong operating system" (I since successfully installed 6.4, but I really need some of the new features of 7). It wasn't clear to me from your release notes whether the binaries only worked for Mavericks. Thanks, John

You have another Python installed in /opt in addition to the system Python. The computer is confused. You will need to change your path or python path to allow GRASS to use your system Python only. Also, the Mac binaries bundle wxPython with the program. You don't need to install this. If you have it, you should probably have exactly the same version that was used for compiling. Currently, I'm using 2.8.12.

Michael Barton

On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you very much for your help -- I just reinstalled it so that I could
send you the error message (the installation always completes
successfully) and here is the precise error message that I get when I try
to run it (I get the same message with 7.0.beta2):

Johns-MacBook-Pro:~ john$
'/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
dyld: DYLD_ environment variables being ignored because main executable
(/usr/bin/osascript) is code signed with entitlements
Python 2.7.5 found.
arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in executable
logout

John

On 5/20/14 1:11 AM, "Michael Barton" <c.michael.barton@gmail.com> wrote:

This is a weird error. I built these binaries against OS X 10.7 and am
sure that they work with Mavericks (10.9). But I only have Mavericks. So
I'm copying some of the GRASS developers in the hopes that someone else
can test.

Michael

On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com> wrote:

Form data:

First name, last name:
John Payne

Organization/Company:
Wildlife Conservation Society

Country:
Mongolia

Email:
jcpayne@uw.edu

Your message (5000 character max):
Hi Michael, I just tried installing both of the binaries for Grass 7
(7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message both
times saying something like "Wrong operating system" (I since
successfully installed 6.4, but I really need some of the new features
of 7). It wasn't clear to me from your release notes whether the
binaries only worked for Mavericks. Thanks, John

I haven't installed PostGIS, so you'll have to ask William about that. But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working together. I don't know how to best set the environment to use the system python. It is best to ask the list if someone has done this (copied here). OS X is a version of Unix, which is similar but not identical to Linux. Many of the configuration files for setting environmental variables are similar between OS X and Linux, but they can vary sometimes.

Michael Barton

On May 22, 2014, at 5:32 AM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you -- I remember reading about conflicts between multiple Python
versions but I don't know how to tell whether the /opt version is being
used by other software so I'm hesitant to remove it. I haven't switched
to Mavericks yet for fear that it would break things, but perhaps it's
time to take the plunge. It looks to me as though you and William
Kyngesbury have made it possible to install this combination:

Mavericks
PostgreSQL with PostGIS (postGIS is critical to me)
GRASS 7
QGIS

Šbut please tell me if that is not the case.

Also can you tell me which environment variable I need to change to "allow
GRASS to use the system Python only"? I hate to waste your time, but
being an ex-Windows user, these OS X installations seem like black magic
to me and the OS X books that I've seen are all way too general to be
useful ("push the big happy button and you're done!"). Maybe Unix books
are more useful? I'm guessing that experts like you simply learn the hard
way, by experience, but I would love to be able to study on my own if you
have any recommendations.

Lastly, I have been using MacPorts and I see that they have wxPython
version 2.8.12.1. Is that close enough to the one that you compiled with?

Thanks,

John

On 5/21/14 11:15 PM, "Michael Barton" <c.michael.barton@gmail.com> wrote:

You have another Python installed in /opt in addition to the system
Python. The computer is confused. You will need to change your path or
python path to allow GRASS to use your system Python only. Also, the Mac
binaries bundle wxPython with the program. You don't need to install
this. If you have it, you should probably have exactly the same version
that was used for compiling. Currently, I'm using 2.8.12.

Michael Barton

On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you very much for your help -- I just reinstalled it so that I
could
send you the error message (the installation always completes
successfully) and here is the precise error message that I get when I
try
to run it (I get the same message with 7.0.beta2):

Johns-MacBook-Pro:~ john$
'/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
dyld: DYLD_ environment variables being ignored because main executable
(/usr/bin/osascript) is code signed with entitlements
Python 2.7.5 found.
arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in
executable
logout

John

On 5/20/14 1:11 AM, "Michael Barton" <c.michael.barton@gmail.com> wrote:

This is a weird error. I built these binaries against OS X 10.7 and am
sure that they work with Mavericks (10.9). But I only have Mavericks.
So
I'm copying some of the GRASS developers in the hopes that someone else
can test.

Michael

On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com> wrote:

Form data:

First name, last name:
John Payne

Organization/Company:
Wildlife Conservation Society

Country:
Mongolia

Email:
jcpayne@uw.edu

Your message (5000 character max):
Hi Michael, I just tried installing both of the binaries for Grass 7
(7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message both
times saying something like "Wrong operating system" (I since
successfully installed 6.4, but I really need some of the new features
of 7). It wasn't clear to me from your release notes whether the
binaries only worked for Mavericks. Thanks, John

The way the GRASS-Mac startup is configured, it looks for python in this order:

  what's set in GRASS_PYTHON (full path to pythonw, needed for wxpython GUI)

  what is found in the PATH (/opt is probably in your PATH)

  the python.org Python (/Library/Frameworks)

  the system python

It checks each for the python version needed, but not the architecture. the error you are getting is probably because GRASS needs to run python 32bit because of Wxpython limitations, but the /opt python is 64bit only. That's odd that macports does that since you need wxpython 3 to be able to run 64bit. But GRASS should have its own wxpython bundled, and it's best to use the python it was compiled for (system python as Michael said).

On May 22, 2014, at 4:31 AM, Michael Barton <c.michael.barton@gmail.com> wrote:

I haven't installed PostGIS, so you'll have to ask William about that. But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working together. I don't know how to best set the environment to use the system python. It is best to ask the list if someone has done this (copied here). OS X is a version of Unix, which is similar but not identical to Linux. Many of the configuration files for setting environmental variables are similar between OS X and Linux, but they can vary sometimes.

Michael Barton

On May 22, 2014, at 5:32 AM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you -- I remember reading about conflicts between multiple Python
versions but I don't know how to tell whether the /opt version is being
used by other software so I'm hesitant to remove it. I haven't switched
to Mavericks yet for fear that it would break things, but perhaps it's
time to take the plunge. It looks to me as though you and William
Kyngesbury have made it possible to install this combination:

Mavericks
PostgreSQL with PostGIS (postGIS is critical to me)
GRASS 7
QGIS

Šbut please tell me if that is not the case.

Also can you tell me which environment variable I need to change to "allow
GRASS to use the system Python only"? I hate to waste your time, but
being an ex-Windows user, these OS X installations seem like black magic
to me and the OS X books that I've seen are all way too general to be
useful ("push the big happy button and you're done!"). Maybe Unix books
are more useful? I'm guessing that experts like you simply learn the hard
way, by experience, but I would love to be able to study on my own if you
have any recommendations.

Lastly, I have been using MacPorts and I see that they have wxPython
version 2.8.12.1. Is that close enough to the one that you compiled with?

Thanks,

John

On 5/21/14 11:15 PM, "Michael Barton" <c.michael.barton@gmail.com> wrote:

You have another Python installed in /opt in addition to the system
Python. The computer is confused. You will need to change your path or
python path to allow GRASS to use your system Python only. Also, the Mac
binaries bundle wxPython with the program. You don't need to install
this. If you have it, you should probably have exactly the same version
that was used for compiling. Currently, I'm using 2.8.12.

Michael Barton

On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you very much for your help -- I just reinstalled it so that I
could
send you the error message (the installation always completes
successfully) and here is the precise error message that I get when I
try
to run it (I get the same message with 7.0.beta2):

Johns-MacBook-Pro:~ john$
'/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
dyld: DYLD_ environment variables being ignored because main executable
(/usr/bin/osascript) is code signed with entitlements
Python 2.7.5 found.
arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in
executable
logout

John

On 5/20/14 1:11 AM, "Michael Barton" <c.michael.barton@gmail.com> wrote:

This is a weird error. I built these binaries against OS X 10.7 and am
sure that they work with Mavericks (10.9). But I only have Mavericks.
So
I'm copying some of the GRASS developers in the hopes that someone else
can test.

Michael

On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com> wrote:

Form data:

First name, last name:
John Payne

Organization/Company:
Wildlife Conservation Society

Country:
Mongolia

Email:
jcpayne@uw.edu

Your message (5000 character max):
Hi Michael, I just tried installing both of the binaries for Grass 7
(7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message both
times saying something like "Wrong operating system" (I since
successfully installed 6.4, but I really need some of the new features
of 7). It wasn't clear to me from your release notes whether the
binaries only worked for Mavericks. Thanks, John

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what the universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexplicable. There is another theory which states that this has already happened.

-Hitchhiker's Guide to the Galaxy 2nd season intro

Sounds like the Macports python is loading the system python global site-packages (/Library/Python). Bad form really, because you can't expect modules to work between different builds of python, even if they're the same version. Maybe there is some option in Macports python to exclude the system site-packages.

To get GRASS to always use the system python, just set GRASS_PYTHON (you can set this in your .bash_profile):

export GRASS_PYTHON=/usr/bin/pythonw2.7

The version is important because of the way GRASS forces 32bit.

On May 22, 2014, at 10:28 AM, Adam Dershowitz <adershowitz@exponent.com> wrote:

In my case, the problem was that I had uninstalled NumPy (from kyngchaos
GDAL). It was causing a conflict with Macports scipy stuff. The macports
version is installed as "universal" but apparently is actually just 64
bit!
So the workaround I have at the moment is to install NumPy when I need to
use GRASS 7, and then uninstall so I can use macports python (which I need
for other libraries and such).
This seems like a inconvenient fix for now. Is there any way to set some
paths so that they can both co-exist and GRASS will find the correct one?

-- Adam

On 5/22/14, 10:12 AM, "Adam Dershowitz" <adershowitz@exponent.com> wrote:

Just to add a bit more data. I have a 10.9 machine and also use macports,
so have macports python 2.7 installed.
The Kyngchaos 6.4 seems to run just fine. But, I recently tried Grass
7.0.beta2 (Barton) and I have also run into python errors.
If I just try to run it I get this error:

ImportError:
dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pyt
h
on2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image found.
Did find:
  /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7
/
site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture

So, I tried switching to System python:

sudo port select python python27-apple

But, oddly, got the same error. So, it seems to still be using Macports
numpy. But, then I tried setting:
setenv GRASS_PYTHON /usr/bin/pythonw

And now I get a different error:

GRASS 7.0.0svn (KDEN):~ > g.gui
Launching <wxpython> GUI in the background, please wait...
Traceback (most recent call last):
File
"/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
line 25, in <module>
  from core import globalvar
File
"/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global
v
ar.py", line 84, in <module>
  import wx
File
"/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.p
y
", line 45, in <module>
  from wx._core import *
File
"/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py",
line 4, in <module>
  import _core_
ImportError:
/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so:
no appropriate 64-bit architecture (see "man python" for running in 32-bit
mode)

But, now it is trying to use the library included with Grass, but still
isn't working.

-- Adam

On 5/22/14, 9:27 AM, "William Kyngesburye" <woklist@kyngchaos.com> wrote:

The way the GRASS-Mac startup is configured, it looks for python in this
order:

what's set in GRASS_PYTHON (full path to pythonw, needed for wxpython
GUI)

what is found in the PATH (/opt is probably in your PATH)

the python.org Python (/Library/Frameworks)

the system python

It checks each for the python version needed, but not the architecture.
the error you are getting is probably because GRASS needs to run python
32bit because of Wxpython limitations, but the /opt python is 64bit only.
That's odd that macports does that since you need wxpython 3 to be able
to run 64bit. But GRASS should have its own wxpython bundled, and it's
best to use the python it was compiled for (system python as Michael
said).

On May 22, 2014, at 4:31 AM, Michael Barton <c.michael.barton@gmail.com>
wrote:

I haven't installed PostGIS, so you'll have to ask William about that.
But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working together.
I don't know how to best set the environment to use the system python.
It is best to ask the list if someone has done this (copied here). OS X
is a version of Unix, which is similar but not identical to Linux. Many
of the configuration files for setting environmental variables are
similar between OS X and Linux, but they can vary sometimes.

Michael Barton

On May 22, 2014, at 5:32 AM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you -- I remember reading about conflicts between multiple
Python
versions but I don't know how to tell whether the /opt version is
being
used by other software so I'm hesitant to remove it. I haven't
switched
to Mavericks yet for fear that it would break things, but perhaps it's
time to take the plunge. It looks to me as though you and William
Kyngesbury have made it possible to install this combination:

Mavericks
PostgreSQL with PostGIS (postGIS is critical to me)
GRASS 7
QGIS

Šbut please tell me if that is not the case.

Also can you tell me which environment variable I need to change to
"allow
GRASS to use the system Python only"? I hate to waste your time, but
being an ex-Windows user, these OS X installations seem like black
magic
to me and the OS X books that I've seen are all way too general to be
useful ("push the big happy button and you're done!"). Maybe Unix
books
are more useful? I'm guessing that experts like you simply learn the
hard
way, by experience, but I would love to be able to study on my own if
you
have any recommendations.

Lastly, I have been using MacPorts and I see that they have wxPython
version 2.8.12.1. Is that close enough to the one that you compiled
with?

Thanks,

John

On 5/21/14 11:15 PM, "Michael Barton" <c.michael.barton@gmail.com>
wrote:

You have another Python installed in /opt in addition to the system
Python. The computer is confused. You will need to change your path
or
python path to allow GRASS to use your system Python only. Also, the
Mac
binaries bundle wxPython with the program. You don't need to install
this. If you have it, you should probably have exactly the same
version
that was used for compiling. Currently, I'm using 2.8.12.

Michael Barton

On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you very much for your help -- I just reinstalled it so that I
could
send you the error message (the installation always completes
successfully) and here is the precise error message that I get when
I
try
to run it (I get the same message with 7.0.beta2):

Johns-MacBook-Pro:~ john$
'/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...
dyld: DYLD_ environment variables being ignored because main
executable
(/usr/bin/osascript) is code signed with entitlements
Python 2.7.5 found.
arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in
executable
logout

John

On 5/20/14 1:11 AM, "Michael Barton" <c.michael.barton@gmail.com>
wrote:

This is a weird error. I built these binaries against OS X 10.7 and
am
sure that they work with Mavericks (10.9). But I only have
Mavericks.
So
I'm copying some of the GRASS developers in the hopes that someone
else
can test.

Michael

On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com>
wrote:

Form data:

First name, last name:
John Payne

Organization/Company:
Wildlife Conservation Society

Country:
Mongolia

Email:
jcpayne@uw.edu

Your message (5000 character max):
Hi Michael, I just tried installing both of the binaries for Grass
7
(7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message
both
times saying something like "Wrong operating system" (I since
successfully installed 6.4, but I really need some of the new
features
of 7). It wasn't clear to me from your release notes whether the
binaries only worked for Mavericks. Thanks, John

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what
the universe is for and why it is here, it will instantly disappear and
be replaced by something even more bizarrely inexplicable. There is
another theory which states that this has already happened.

-Hitchhiker's Guide to the Galaxy 2nd season intro

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

Please add the outcome (solution) to this Wiki page:

http://grasswiki.osgeo.org/wiki/MacOSX_GRASS_errors

thanks
Markus

On Fri, May 23, 2014 at 10:22 AM, John Payne <jcpayne@uw.edu> wrote:

I set the path in .bash_profile set as you suggested ("export
GRASS_PYTHON=/usr/bin/pythonw2.7"), and that did the trick--Grass 7 is now
running on my Mac with OS X 10.8.5. Thank you all VERY much for your help.

For the future, I would love to know whether it is possible to install the
following combination in Mavericks, using the KyngChaos builds:

--PostgreSQL with PostGIS (postGIS is critical to me)
--GRASS 7
--QGIS

Thanks again,

John

On Fri, May 23, 2014 at 2:32 AM, William Kyngesburye <woklist@kyngchaos.com>
wrote:

Sounds like the Macports python is loading the system python global
site-packages (/Library/Python). Bad form really, because you can't expect
modules to work between different builds of python, even if they're the same
version. Maybe there is some option in Macports python to exclude the
system site-packages.

To get GRASS to always use the system python, just set GRASS_PYTHON (you
can set this in your .bash_profile):

export GRASS_PYTHON=/usr/bin/pythonw2.7

The version is important because of the way GRASS forces 32bit.

On May 22, 2014, at 10:28 AM, Adam Dershowitz <adershowitz@exponent.com>
wrote:

> In my case, the problem was that I had uninstalled NumPy (from kyngchaos
> GDAL). It was causing a conflict with Macports scipy stuff. The
> macports
> version is installed as "universal" but apparently is actually just 64
> bit!
> So the workaround I have at the moment is to install NumPy when I need
> to
> use GRASS 7, and then uninstall so I can use macports python (which I
> need
> for other libraries and such).
> This seems like a inconvenient fix for now. Is there any way to set
> some
> paths so that they can both co-exist and GRASS will find the correct
> one?
>
> -- Adam
>
>
>
>
>
>
> On 5/22/14, 10:12 AM, "Adam Dershowitz" <adershowitz@exponent.com>
> wrote:
>
>> Just to add a bit more data. I have a 10.9 machine and also use
>> macports,
>> so have macports python 2.7 installed.
>> The Kyngchaos 6.4 seems to run just fine. But, I recently tried Grass
>> 7.0.beta2 (Barton) and I have also run into python errors.
>> If I just try to run it I get this error:
>>
>> ImportError:
>>
>> dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pyt
>> h
>> on2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image
>> found.
>> Did find:
>>
>> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7
>> /
>> site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture
>>
>>
>> So, I tried switching to System python:
>>
>> sudo port select python python27-apple
>>
>>
>> But, oddly, got the same error. So, it seems to still be using
>> Macports
>> numpy. But, then I tried setting:
>> setenv GRASS_PYTHON /usr/bin/pythonw
>>
>>
>> And now I get a different error:
>>
>> GRASS 7.0.0svn (KDEN):~ > g.gui
>> Launching <wxpython> GUI in the background, please wait...
>> Traceback (most recent call last):
>> File
>>
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
>> line 25, in <module>
>> from core import globalvar
>> File
>>
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global
>> v
>> ar.py", line 84, in <module>
>> import wx
>> File
>>
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.p
>> y
>> ", line 45, in <module>
>> from wx._core import *
>> File
>>
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py",
>> line 4, in <module>
>> import _core_
>> ImportError:
>>
>> /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so:
>> no appropriate 64-bit architecture (see "man python" for running in
>> 32-bit
>> mode)
>>
>>
>> But, now it is trying to use the library included with Grass, but still
>> isn't working.
>>
>>
>> -- Adam
>>
>>
>>
>>
>>
>>
>> On 5/22/14, 9:27 AM, "William Kyngesburye" <woklist@kyngchaos.com>
>> wrote:
>>
>>> The way the GRASS-Mac startup is configured, it looks for python in
>>> this
>>> order:
>>>
>>> what's set in GRASS_PYTHON (full path to pythonw, needed for wxpython
>>> GUI)
>>>
>>> what is found in the PATH (/opt is probably in your PATH)
>>>
>>> the python.org Python (/Library/Frameworks)
>>>
>>> the system python
>>>
>>> It checks each for the python version needed, but not the
>>> architecture.
>>> the error you are getting is probably because GRASS needs to run
>>> python
>>> 32bit because of Wxpython limitations, but the /opt python is 64bit
>>> only.
>>> That's odd that macports does that since you need wxpython 3 to be
>>> able
>>> to run 64bit. But GRASS should have its own wxpython bundled, and
>>> it's
>>> best to use the python it was compiled for (system python as Michael
>>> said).
>>>
>>> On May 22, 2014, at 4:31 AM, Michael Barton
>>> <c.michael.barton@gmail.com>
>>> wrote:
>>>
>>>> I haven't installed PostGIS, so you'll have to ask William about
>>>> that.
>>>> But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working
>>>> together.
>>>> I don't know how to best set the environment to use the system
>>>> python.
>>>> It is best to ask the list if someone has done this (copied here). OS
>>>> X
>>>> is a version of Unix, which is similar but not identical to Linux.
>>>> Many
>>>> of the configuration files for setting environmental variables are
>>>> similar between OS X and Linux, but they can vary sometimes.
>>>>
>>>>
>>>> Michael Barton
>>>>
>>>>
>>>>
>>>> On May 22, 2014, at 5:32 AM, John Payne <jpayne@wcs.org> wrote:
>>>>
>>>>> Hi Michael,
>>>>>
>>>>> Thank you -- I remember reading about conflicts between multiple
>>>>> Python
>>>>> versions but I don't know how to tell whether the /opt version is
>>>>> being
>>>>> used by other software so I'm hesitant to remove it. I haven't
>>>>> switched
>>>>> to Mavericks yet for fear that it would break things, but perhaps
>>>>> it's
>>>>> time to take the plunge. It looks to me as though you and William
>>>>> Kyngesbury have made it possible to install this combination:
>>>>>
>>>>> Mavericks
>>>>> PostgreSQL with PostGIS (postGIS is critical to me)
>>>>> GRASS 7
>>>>> QGIS
>>>>>
>>>>> Šbut please tell me if that is not the case.
>>>>>
>>>>> Also can you tell me which environment variable I need to change to
>>>>> "allow
>>>>> GRASS to use the system Python only"? I hate to waste your time,
>>>>> but
>>>>> being an ex-Windows user, these OS X installations seem like black
>>>>> magic
>>>>> to me and the OS X books that I've seen are all way too general to
>>>>> be
>>>>> useful ("push the big happy button and you're done!"). Maybe Unix
>>>>> books
>>>>> are more useful? I'm guessing that experts like you simply learn
>>>>> the
>>>>> hard
>>>>> way, by experience, but I would love to be able to study on my own
>>>>> if
>>>>> you
>>>>> have any recommendations.
>>>>>
>>>>> Lastly, I have been using MacPorts and I see that they have wxPython
>>>>> version 2.8.12.1. Is that close enough to the one that you compiled
>>>>> with?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> John
>>>>>
>>>>>
>>>>>
>>>>> On 5/21/14 11:15 PM, "Michael Barton" <c.michael.barton@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> You have another Python installed in /opt in addition to the system
>>>>>> Python. The computer is confused. You will need to change your path
>>>>>> or
>>>>>> python path to allow GRASS to use your system Python only. Also,
>>>>>> the
>>>>>> Mac
>>>>>> binaries bundle wxPython with the program. You don't need to
>>>>>> install
>>>>>> this. If you have it, you should probably have exactly the same
>>>>>> version
>>>>>> that was used for compiling. Currently, I'm using 2.8.12.
>>>>>>
>>>>>> Michael Barton
>>>>>>
>>>>>>
>>>>>>
>>>>>> On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:
>>>>>>
>>>>>>> Hi Michael,
>>>>>>>
>>>>>>> Thank you very much for your help -- I just reinstalled it so that
>>>>>>> I
>>>>>>> could
>>>>>>> send you the error message (the installation always completes
>>>>>>> successfully) and here is the precise error message that I get
>>>>>>> when
>>>>>>> I
>>>>>>> try
>>>>>>> to run it (I get the same message with 7.0.beta2):
>>>>>>>
>>>>>>> Johns-MacBook-Pro:~ john$
>>>>>>> '/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
>>>>>>> Rebuilding Addon HTML manual pages index...
>>>>>>> Rebuilding Addon menu...
>>>>>>> dyld: DYLD_ environment variables being ignored because main
>>>>>>> executable
>>>>>>> (/usr/bin/osascript) is code signed with entitlements
>>>>>>> Python 2.7.5 found.
>>>>>>> arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in
>>>>>>> executable
>>>>>>> logout
>>>>>>>
>>>>>>> John
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 5/20/14 1:11 AM, "Michael Barton" <c.michael.barton@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> This is a weird error. I built these binaries against OS X 10.7
>>>>>>>> and
>>>>>>>> am
>>>>>>>> sure that they work with Mavericks (10.9). But I only have
>>>>>>>> Mavericks.
>>>>>>>> So
>>>>>>>> I'm copying some of the GRASS developers in the hopes that
>>>>>>>> someone
>>>>>>>> else
>>>>>>>> can test.
>>>>>>>>
>>>>>>>> Michael
>>>>>>>>
>>>>>>>> On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Form data:
>>>>>>>>>
>>>>>>>>> First name, last name:
>>>>>>>>> John Payne
>>>>>>>>>
>>>>>>>>> Organization/Company:
>>>>>>>>> Wildlife Conservation Society
>>>>>>>>>
>>>>>>>>> Country:
>>>>>>>>> Mongolia
>>>>>>>>>
>>>>>>>>> Email:
>>>>>>>>> jcpayne@uw.edu
>>>>>>>>>
>>>>>>>>> Your message (5000 character max):
>>>>>>>>> Hi Michael, I just tried installing both of the binaries for
>>>>>>>>> Grass
>>>>>>>>> 7
>>>>>>>>> (7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a
>>>>>>>>> message
>>>>>>>>> both
>>>>>>>>> times saying something like "Wrong operating system" (I since
>>>>>>>>> successfully installed 6.4, but I really need some of the new
>>>>>>>>> features
>>>>>>>>> of 7). It wasn't clear to me from your release notes whether
>>>>>>>>> the
>>>>>>>>> binaries only worked for Mavericks. Thanks, John
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> grass-dev mailing list
>>>> grass-dev@lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>
>>> -----
>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>> http://www.kyngchaos.com/
>>>
>>> Theory of the Universe
>>>
>>> There is a theory which states that if ever anyone discovers exactly
>>> what
>>> the universe is for and why it is here, it will instantly disappear
>>> and
>>> be replaced by something even more bizarrely inexplicable. There is
>>> another theory which states that this has already happened.
>>>
>>> -Hitchhiker's Guide to the Galaxy 2nd season intro
>>>
>>>
>>> _______________________________________________
>>> grass-user mailing list
>>> grass-user@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-user
>>
>
> _______________________________________________
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does
that remind me of? Ah, yes - life."

- Marvin

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

I can definitely say yes to all except PG. If I have a chance, I’ll try to install William’s PGIS over the next few weeks and let you know.

Michael Barton

···

On Fri, May 23, 2014 at 2:32 AM, William Kyngesburye <woklist@kyngchaos.com> wrote:

Sounds like the Macports python is loading the system python global site-packages (/Library/Python). Bad form really, because you can’t expect modules to work between different builds of python, even if they’re the same version. Maybe there is some option in Macports python to exclude the system site-packages.

To get GRASS to always use the system python, just set GRASS_PYTHON (you can set this in your .bash_profile):

export GRASS_PYTHON=/usr/bin/pythonw2.7

The version is important because of the way GRASS forces 32bit.

On May 22, 2014, at 10:28 AM, Adam Dershowitz <adershowitz@exponent.com> wrote:

In my case, the problem was that I had uninstalled NumPy (from kyngchaos
GDAL). It was causing a conflict with Macports scipy stuff. The macports
version is installed as “universal” but apparently is actually just 64
bit!
So the workaround I have at the moment is to install NumPy when I need to
use GRASS 7, and then uninstall so I can use macports python (which I need
for other libraries and such).
This seems like a inconvenient fix for now. Is there any way to set some
paths so that they can both co-exist and GRASS will find the correct one?

– Adam

On 5/22/14, 10:12 AM, “Adam Dershowitz” <adershowitz@exponent.com> wrote:

Just to add a bit more data. I have a 10.9 machine and also use macports,
so have macports python 2.7 installed.
The Kyngchaos 6.4 seems to run just fine. But, I recently tried Grass
7.0.beta2 (Barton) and I have also run into python errors.
If I just try to run it I get this error:

ImportError:
dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pyt
h
on2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image found.
Did find:
/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7
/
site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture

So, I tried switching to System python:

sudo port select python python27-apple

But, oddly, got the same error. So, it seems to still be using Macports
numpy. But, then I tried setting:
setenv GRASS_PYTHON /usr/bin/pythonw

And now I get a different error:

GRASS 7.0.0svn (KDEN):~ > g.gui
Launching GUI in the background, please wait…
Traceback (most recent call last):
File
“/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py”,
line 25, in
from core import globalvar
File
“/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global
v
ar.py”, line 84, in
import wx
File
"/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/init.p
y
", line 45, in
from wx._core import *
File
“/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py”,
line 4, in
import core
ImportError:
/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/core.so:
no appropriate 64-bit architecture (see “man python” for running in 32-bit
mode)

But, now it is trying to use the library included with Grass, but still
isn’t working.

– Adam

On 5/22/14, 9:27 AM, “William Kyngesburye” <woklist@kyngchaos.com> wrote:

The way the GRASS-Mac startup is configured, it looks for python in this
order:

what’s set in GRASS_PYTHON (full path to pythonw, needed for wxpython
GUI)

what is found in the PATH (/opt is probably in your PATH)

the python.org Python (/Library/Frameworks)

the system python

It checks each for the python version needed, but not the architecture.
the error you are getting is probably because GRASS needs to run python
32bit because of Wxpython limitations, but the /opt python is 64bit only.
That’s odd that macports does that since you need wxpython 3 to be able
to run 64bit. But GRASS should have its own wxpython bundled, and it’s
best to use the python it was compiled for (system python as Michael
said).

On May 22, 2014, at 4:31 AM, Michael Barton <c.michael.barton@gmail.com>
wrote:

I haven’t installed PostGIS, so you’ll have to ask William about that.
But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working together.
I don’t know how to best set the environment to use the system python.
It is best to ask the list if someone has done this (copied here). OS X
is a version of Unix, which is similar but not identical to Linux. Many
of the configuration files for setting environmental variables are
similar between OS X and Linux, but they can vary sometimes.

Michael Barton

On May 22, 2014, at 5:32 AM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you – I remember reading about conflicts between multiple
Python
versions but I don’t know how to tell whether the /opt version is
being
used by other software so I’m hesitant to remove it. I haven’t
switched
to Mavericks yet for fear that it would break things, but perhaps it’s
time to take the plunge. It looks to me as though you and William
Kyngesbury have made it possible to install this combination:

Mavericks
PostgreSQL with PostGIS (postGIS is critical to me)
GRASS 7
QGIS

Šbut please tell me if that is not the case.

Also can you tell me which environment variable I need to change to
“allow
GRASS to use the system Python only”? I hate to waste your time, but
being an ex-Windows user, these OS X installations seem like black
magic
to me and the OS X books that I’ve seen are all way too general to be
useful (“push the big happy button and you’re done!”). Maybe Unix
books
are more useful? I’m guessing that experts like you simply learn the
hard
way, by experience, but I would love to be able to study on my own if
you
have any recommendations.

Lastly, I have been using MacPorts and I see that they have wxPython
version 2.8.12.1. Is that close enough to the one that you compiled
with?

Thanks,

John

On 5/21/14 11:15 PM, “Michael Barton” <c.michael.barton@gmail.com>
wrote:

You have another Python installed in /opt in addition to the system
Python. The computer is confused. You will need to change your path
or
python path to allow GRASS to use your system Python only. Also, the
Mac
binaries bundle wxPython with the program. You don’t need to install
this. If you have it, you should probably have exactly the same
version
that was used for compiling. Currently, I’m using 2.8.12.

Michael Barton

On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:

Hi Michael,

Thank you very much for your help – I just reinstalled it so that I
could
send you the error message (the installation always completes
successfully) and here is the precise error message that I get when
I
try
to run it (I get the same message with 7.0.beta2):

Johns-MacBook-Pro:~ john$
‘/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh’; exit
Rebuilding Addon HTML manual pages index…
Rebuilding Addon menu…
dyld: DYLD_ environment variables being ignored because main
executable
(/usr/bin/osascript) is code signed with entitlements
Python 2.7.5 found.
arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in
executable
logout

John

On 5/20/14 1:11 AM, “Michael Barton” <c.michael.barton@gmail.com>
wrote:

This is a weird error. I built these binaries against OS X 10.7 and
am
sure that they work with Mavericks (10.9). But I only have
Mavericks.
So
I’m copying some of the GRASS developers in the hopes that someone
else
can test.

Michael

On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com>
wrote:

Form data:

First name, last name:
John Payne

Organization/Company:
Wildlife Conservation Society

Country:
Mongolia

Email:
jcpayne@uw.edu

Your message (5000 character max):
Hi Michael, I just tried installing both of the binaries for Grass
7
(7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message
both
times saying something like “Wrong operating system” (I since
successfully installed 6.4, but I really need some of the new
features
of 7). It wasn’t clear to me from your release notes whether the
binaries only worked for Mavericks. Thanks, John


grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev


William Kyngesburye <kyngchaosatkyngchaosdotcom>
http://www.kyngchaos.com/

Theory of the Universe

There is a theory which states that if ever anyone discovers exactly what
the universe is for and why it is here, it will instantly disappear and
be replaced by something even more bizarrely inexplicable. There is
another theory which states that this has already happened.

-Hitchhiker’s Guide to the Galaxy 2nd season intro


grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user


William Kyngesburye <kyngchaosatkyngchaosdotcom>
http://www.kyngchaos.com/

“Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life.”

  • Marvin

grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

GRASS needs to be compiled with Postgres support to be able to store attribute data in Postgres. Last I checked it doesn't handle Postgis directly, it's an import and uses GDAL, so it doesn't need Postgres support for that.

On May 23, 2014, at 4:17 AM, Michael Barton <c.michael.barton@gmail.com> wrote:

I can definitely say yes to all except PG. If I have a chance, I'll try to install William's PGIS over the next few weeks and let you know.

Michael Barton

On May 23, 2014, at 10:22 AM, John Payne <jcpayne@uw.edu> wrote:

I set the path in .bash_profile set as you suggested ("export GRASS_PYTHON=/usr/bin/pythonw2.7"), and that did the trick--Grass 7 is now running on my Mac with OS X 10.8.5. Thank you all VERY much for your help.

For the future, I would love to know whether it is possible to install the following combination in Mavericks, using the KyngChaos builds:

--PostgreSQL with PostGIS (postGIS is critical to me)
--GRASS 7
--QGIS

Thanks again,

John

On Fri, May 23, 2014 at 2:32 AM, William Kyngesburye <woklist@kyngchaos.com> wrote:
Sounds like the Macports python is loading the system python global site-packages (/Library/Python). Bad form really, because you can't expect modules to work between different builds of python, even if they're the same version. Maybe there is some option in Macports python to exclude the system site-packages.

To get GRASS to always use the system python, just set GRASS_PYTHON (you can set this in your .bash_profile):

export GRASS_PYTHON=/usr/bin/pythonw2.7

The version is important because of the way GRASS forces 32bit.

On May 22, 2014, at 10:28 AM, Adam Dershowitz <adershowitz@exponent.com> wrote:

> In my case, the problem was that I had uninstalled NumPy (from kyngchaos
> GDAL). It was causing a conflict with Macports scipy stuff. The macports
> version is installed as "universal" but apparently is actually just 64
> bit!
> So the workaround I have at the moment is to install NumPy when I need to
> use GRASS 7, and then uninstall so I can use macports python (which I need
> for other libraries and such).
> This seems like a inconvenient fix for now. Is there any way to set some
> paths so that they can both co-exist and GRASS will find the correct one?
>
> -- Adam
>
>
>
>
>
>
> On 5/22/14, 10:12 AM, "Adam Dershowitz" <adershowitz@exponent.com> wrote:
>
>> Just to add a bit more data. I have a 10.9 machine and also use macports,
>> so have macports python 2.7 installed.
>> The Kyngchaos 6.4 seems to run just fine. But, I recently tried Grass
>> 7.0.beta2 (Barton) and I have also run into python errors.
>> If I just try to run it I get this error:
>>
>> ImportError:
>> dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pyt
>> h
>> on2.7/site-packages/numpy/core/multiarray.so, 2): no suitable image found.
>> Did find:
>> /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7
>> /
>> site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture
>>
>>
>> So, I tried switching to System python:
>>
>> sudo port select python python27-apple
>>
>>
>> But, oddly, got the same error. So, it seems to still be using Macports
>> numpy. But, then I tried setting:
>> setenv GRASS_PYTHON /usr/bin/pythonw
>>
>>
>> And now I get a different error:
>>
>> GRASS 7.0.0svn (KDEN):~ > g.gui
>> Launching <wxpython> GUI in the background, please wait...
>> Traceback (most recent call last):
>> File
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/wxgui.py",
>> line 25, in <module>
>> from core import globalvar
>> File
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/gui/wxpython/core/global
>> v
>> ar.py", line 84, in <module>
>> import wx
>> File
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/__init__.p
>> y
>> ", line 45, in <module>
>> from wx._core import *
>> File
>> "/Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core.py",
>> line 4, in <module>
>> import _core_
>> ImportError:
>> /Applications/Grass/GRASS-7.0.app/Contents/MacOS/etc/python/wx/_core_.so:
>> no appropriate 64-bit architecture (see "man python" for running in 32-bit
>> mode)
>>
>>
>> But, now it is trying to use the library included with Grass, but still
>> isn't working.
>>
>>
>> -- Adam
>>
>>
>>
>>
>>
>>
>> On 5/22/14, 9:27 AM, "William Kyngesburye" <woklist@kyngchaos.com> wrote:
>>
>>> The way the GRASS-Mac startup is configured, it looks for python in this
>>> order:
>>>
>>> what's set in GRASS_PYTHON (full path to pythonw, needed for wxpython
>>> GUI)
>>>
>>> what is found in the PATH (/opt is probably in your PATH)
>>>
>>> the python.org Python (/Library/Frameworks)
>>>
>>> the system python
>>>
>>> It checks each for the python version needed, but not the architecture.
>>> the error you are getting is probably because GRASS needs to run python
>>> 32bit because of Wxpython limitations, but the /opt python is 64bit only.
>>> That's odd that macports does that since you need wxpython 3 to be able
>>> to run 64bit. But GRASS should have its own wxpython bundled, and it's
>>> best to use the python it was compiled for (system python as Michael
>>> said).
>>>
>>> On May 22, 2014, at 4:31 AM, Michael Barton <c.michael.barton@gmail.com>
>>> wrote:
>>>
>>>> I haven't installed PostGIS, so you'll have to ask William about that.
>>>> But I do have Mavericks, GRASS 6 and 7, and QGIS v. 2 working together.
>>>> I don't know how to best set the environment to use the system python.
>>>> It is best to ask the list if someone has done this (copied here). OS X
>>>> is a version of Unix, which is similar but not identical to Linux. Many
>>>> of the configuration files for setting environmental variables are
>>>> similar between OS X and Linux, but they can vary sometimes.
>>>>
>>>>
>>>> Michael Barton
>>>>
>>>>
>>>>
>>>> On May 22, 2014, at 5:32 AM, John Payne <jpayne@wcs.org> wrote:
>>>>
>>>>> Hi Michael,
>>>>>
>>>>> Thank you -- I remember reading about conflicts between multiple
>>>>> Python
>>>>> versions but I don't know how to tell whether the /opt version is
>>>>> being
>>>>> used by other software so I'm hesitant to remove it. I haven't
>>>>> switched
>>>>> to Mavericks yet for fear that it would break things, but perhaps it's
>>>>> time to take the plunge. It looks to me as though you and William
>>>>> Kyngesbury have made it possible to install this combination:
>>>>>
>>>>> Mavericks
>>>>> PostgreSQL with PostGIS (postGIS is critical to me)
>>>>> GRASS 7
>>>>> QGIS
>>>>>
>>>>> Šbut please tell me if that is not the case.
>>>>>
>>>>> Also can you tell me which environment variable I need to change to
>>>>> "allow
>>>>> GRASS to use the system Python only"? I hate to waste your time, but
>>>>> being an ex-Windows user, these OS X installations seem like black
>>>>> magic
>>>>> to me and the OS X books that I've seen are all way too general to be
>>>>> useful ("push the big happy button and you're done!"). Maybe Unix
>>>>> books
>>>>> are more useful? I'm guessing that experts like you simply learn the
>>>>> hard
>>>>> way, by experience, but I would love to be able to study on my own if
>>>>> you
>>>>> have any recommendations.
>>>>>
>>>>> Lastly, I have been using MacPorts and I see that they have wxPython
>>>>> version 2.8.12.1. Is that close enough to the one that you compiled
>>>>> with?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> John
>>>>>
>>>>>
>>>>>
>>>>> On 5/21/14 11:15 PM, "Michael Barton" <c.michael.barton@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> You have another Python installed in /opt in addition to the system
>>>>>> Python. The computer is confused. You will need to change your path
>>>>>> or
>>>>>> python path to allow GRASS to use your system Python only. Also, the
>>>>>> Mac
>>>>>> binaries bundle wxPython with the program. You don't need to install
>>>>>> this. If you have it, you should probably have exactly the same
>>>>>> version
>>>>>> that was used for compiling. Currently, I'm using 2.8.12.
>>>>>>
>>>>>> Michael Barton
>>>>>>
>>>>>>
>>>>>>
>>>>>> On May 21, 2014, at 4:27 PM, John Payne <jpayne@wcs.org> wrote:
>>>>>>
>>>>>>> Hi Michael,
>>>>>>>
>>>>>>> Thank you very much for your help -- I just reinstalled it so that I
>>>>>>> could
>>>>>>> send you the error message (the installation always completes
>>>>>>> successfully) and here is the precise error message that I get when
>>>>>>> I
>>>>>>> try
>>>>>>> to run it (I get the same message with 7.0.beta2):
>>>>>>>
>>>>>>> Johns-MacBook-Pro:~ john$
>>>>>>> '/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit
>>>>>>> Rebuilding Addon HTML manual pages index...
>>>>>>> Rebuilding Addon menu...
>>>>>>> dyld: DYLD_ environment variables being ignored because main
>>>>>>> executable
>>>>>>> (/usr/bin/osascript) is code signed with entitlements
>>>>>>> Python 2.7.5 found.
>>>>>>> arch: posix_spawnp: /opt/local/bin/pythonw2.7: Bad CPU type in
>>>>>>> executable
>>>>>>> logout
>>>>>>>
>>>>>>> John
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 5/20/14 1:11 AM, "Michael Barton" <c.michael.barton@gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> This is a weird error. I built these binaries against OS X 10.7 and
>>>>>>>> am
>>>>>>>> sure that they work with Mavericks (10.9). But I only have
>>>>>>>> Mavericks.
>>>>>>>> So
>>>>>>>> I'm copying some of the GRASS developers in the hopes that someone
>>>>>>>> else
>>>>>>>> can test.
>>>>>>>>
>>>>>>>> Michael
>>>>>>>>
>>>>>>>> On May 19, 2014, at 1:13 AM, Wikidot.com <sender@wikidot.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Form data:
>>>>>>>>>
>>>>>>>>> First name, last name:
>>>>>>>>> John Payne
>>>>>>>>>
>>>>>>>>> Organization/Company:
>>>>>>>>> Wildlife Conservation Society
>>>>>>>>>
>>>>>>>>> Country:
>>>>>>>>> Mongolia
>>>>>>>>>
>>>>>>>>> Email:
>>>>>>>>> jcpayne@uw.edu
>>>>>>>>>
>>>>>>>>> Your message (5000 character max):
>>>>>>>>> Hi Michael, I just tried installing both of the binaries for Grass
>>>>>>>>> 7
>>>>>>>>> (7.0.beta2 and 7.1) on a new Mac (OS X 10.8.5), and got a message
>>>>>>>>> both
>>>>>>>>> times saying something like "Wrong operating system" (I since
>>>>>>>>> successfully installed 6.4, but I really need some of the new
>>>>>>>>> features
>>>>>>>>> of 7). It wasn't clear to me from your release notes whether the
>>>>>>>>> binaries only worked for Mavericks. Thanks, John
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> grass-dev mailing list
>>>> grass-dev@lists.osgeo.org
>>>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>>>
>>> -----
>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
>>> http://www.kyngchaos.com/
>>>
>>> Theory of the Universe
>>>
>>> There is a theory which states that if ever anyone discovers exactly what
>>> the universe is for and why it is here, it will instantly disappear and
>>> be replaced by something even more bizarrely inexplicable. There is
>>> another theory which states that this has already happened.
>>>
>>> -Hitchhiker's Guide to the Galaxy 2nd season intro
>>>
>>>
>>> _______________________________________________
>>> grass-user mailing list
>>> grass-user@lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/grass-user
>>
>
> _______________________________________________
> grass-user mailing list
> grass-user@lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-user

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Oh, look, I seem to have fallen down a deep, dark hole. Now what does that remind me of? Ah, yes - life."

- Marvin

_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-user

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"Those people who most want to rule people are, ipso-facto, those least suited to do it."

- A rule of the universe, from the HitchHiker's Guide to the Galaxy

Just FYI

On Fri, May 23, 2014 at 5:35 PM, William Kyngesburye
<woklist@kyngchaos.com> wrote:

GRASS needs to be compiled with Postgres support to be able to store attribute data in Postgres. Last I checked it doesn't handle Postgis directly, it's an import and uses GDAL, so it doesn't need Postgres support for that.

GRASS GIS 7 can do that ... (under development):
http://trac.osgeo.org/grass/wiki/Grass7/VectorLib/PostGISInterface

Markus