[GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

Michael,

Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the progress to a fix? I tried searching the tickets (http://trac.osgeo.org/grass/), but wasn’t able to filter out enough false positives.

Thanks,

Brian Miles
Research Scientist
Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org wrote:

From: Michael Barton <Michael.Barton@asu.edu>

Date: October 8, 2015 at 8:07:58 PM EDT

To: GRASS developers grass-developers <grass-dev@lists.osgeo.org>, “grass-user grass-user” <grass-user@lists.osgeo.org>

Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

I’ve had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not guaranteed to work. I recommend that you do wait to update while we try to solve this.

I’ve also heard that El Capitan breaks R.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

This is still not resolved. William Kyngesburye has suggested some ways forward, but we are not yet sure exactly what causes the failure. Help is appreciated.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael,

Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the progress to a fix? I tried searching the tickets (http://trac.osgeo.org/grass/), but wasn’t able to filter out enough false positives.

Thanks,

Brian Miles
Research Scientist
Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org wrote:

From: Michael Barton <Michael.Barton@asu.edu>

Date: October 8, 2015 at 8:07:58 PM EDT

To: GRASS developers grass-developers <grass-dev@lists.osgeo.org>, “grass-user grass-user” <grass-user@lists.osgeo.org>

Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

I’ve had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not guaranteed to work. I recommend that you do wait to update while we try to solve this.

I’ve also heard that El Capitan breaks R.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

Michael, William,

I’d like to take a look at this to see if I can help. I’m not an expert in makefiles, or linkers, but I’m willing to put some time in to help move the ball forward. Is there a synopsis of the problem so I don’t have to start from square one?

Thanks,

Brian

On Dec 4, 2015, at 2:47 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

This is still not resolved. William Kyngesburye has suggested some ways forward, but we are not yet sure exactly what causes the failure. Help is appreciated.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael,

Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the progress to a fix? I tried searching the tickets (http://trac.osgeo.org/grass/), but wasn’t able to filter out enough false positives.

Thanks,

Brian Miles
Research Scientist
Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org wrote:

From: Michael Barton <Michael.Barton@asu.edu>

Date: October 8, 2015 at 8:07:58 PM EDT

To: GRASS developers grass-developers <grass-dev@lists.osgeo.org>, “grass-user grass-user” <grass-user@lists.osgeo.org>

Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

I’ve had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not guaranteed to work. I recommend that you do wait to update while we try to solve this.

I’ve also heard that El Capitan breaks R.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)

www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

My thought is that it's a packaging problem.

As it is, the GRASS source should run on El Cap, with a simple configure-make-install and no packaging. It will use external libraries in their installed locations, which should work in El Cap.

The problem comes when some of those external libraries are bundled inside the app without any modification (ie wxPython). Those libraries still have their embedded install locations which would normally break other software (and is not related to the El Capitan problem), but GRASS sets DYLD_LIBRARY_PATH to get around this (I don't know the original reason for this, but it makes the package moveable/renamable). DYLD_LIBRARY_PATH is where the El Cap problem comes in - as part of new security features the system now ignores this.

2 possible solutions, both on the packaging end:

- compile the external libraries (before compiling GRASS) as if they are embedded in the GRASS app. That is, configure the prefix to be inside the to-be-installed GRASS app.

- post-process the libraries when bundled to update the embedded library paths.

The first is simple, but has a couple drawbacks: the app is not moveable (minor) because it still depends on the full paths embedded in the libraries and GRASS, and this doesn't work with premade binaries of the libraries (like wxPython).

The second is harder, but can be done to any bundled library or tool, and the paths can be made relative to make the app movable/renamable. Though the movablility part would be best supplemented by changes in the GRASS source makefiles to make GRASS have all relative paths (this is what I was originally looking at, that stalled me).

At a minimum, and the simplest, full paths should be changed in the bundled external libraries, by either or both methods.

On Dec 4, 2015, at 2:09 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael, William,

I'd like to take a look at this to see if I can help. I'm not an expert in makefiles, or linkers, but I'm willing to put some time in to help move the ball forward. Is there a synopsis of the problem so I don't have to start from square one?

Thanks,

Brian

On Dec 4, 2015, at 2:47 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

This is still not resolved. William Kyngesburye has suggested some ways forward, but we are not yet sure exactly what causes the failure. Help is appreciated.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael,

Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the progress to a fix? I tried searching the tickets (http://trac.osgeo.org/grass/), but wasn't able to filter out enough false positives.

Thanks,

Brian Miles
Research Scientist
Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org wrote:

From: Michael Barton <Michael.Barton@asu.edu>
Date: October 8, 2015 at 8:07:58 PM EDT
To: GRASS developers grass-developers <grass-dev@lists.osgeo.org>, "grass-user grass-user" <grass-user@lists.osgeo.org>
Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

I've had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not guaranteed to work. I recommend that you do wait to update while we try to solve this.

I've also heard that El Capitan breaks R.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

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

All generalizations are dangerous, even this one.

Count on me, as well.
Agustin

Michael, William,

I'd like to take a look at this to see if I can help. I'm not an expert in makefiles, or linkers, but I'm willing to put some time in to help move the ball

forward. Is there a synopsis of the problem so I don't have to start from square one?

Thanks,

Brian

> On Dec 4, 2015, at 2:47 PM, Michael Barton <Michael.Barton@asu.edu> wrote:
>
> This is still not resolved. William Kyngesburye has suggested some ways forward, but we are not yet sure exactly what causes the failure. Help is

appreciated.

>
> Michael
> ____________________
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
>
> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu/&gt;
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>> On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com <mailto:selimnairb@gmail.com>> wrote:
>>
>> Michael,
>>
>> Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the

progress to a fix? I tried searching the tickets (http://trac.osgeo.org/grass/), but wasn't able to filter out enough false
positives.

>>
>> Thanks,
>>
>> Brian Miles
>> Research Scientist
>> Institute for the Environment
>> University of North Carolina at Chapel Hill
>>
>>> On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org <mailto:grass-dev-request@lists.osgeo.org> wrote:
>>>
>>> From: Michael Barton <Michael.Barton@asu.edu <mailto:Michael.Barton@asu.edu>>
>>> Date: October 8, 2015 at 8:07:58 PM EDT
>>> To: GRASS developers grass-developers <grass-dev@lists.osgeo.org <mailto:grass-dev@lists.osgeo.org>>, "grass-user grass-user" <grass-

user@lists.osgeo.org <mailto:grass-user@lists.osgeo.org>>

>>> Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)
>>>
>>>
>>> I've had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not

guaranteed to work. I recommend that you do wait to update while we try to solve this.

>>>
>>> I've also heard that El Capitan breaks R.
>>>
>>> Michael
>>> ____________________
>>> C. Michael Barton
>>> Director, Center for Social Dynamics & Complexity
>>> Professor of Anthropology, School of Human Evolution & Social Change
>>> Head, Graduate Faculty in Complex Adaptive Systems Science
>>> Arizona State University
>>>
>>> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
>>> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
>>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu/&gt;
>

--
******************************************************
Dr. Agustín Diez Castillo
Departament de Prehistòria i Arqueologia
Phone: +34 963 86 42 42
Avda. Blasco Ibañez, 28 Fax: +34 963 86 42 34
València 46010
******************************************************

Hi,

On 04/12/15 21:51, William Kyngesburye wrote:

My thought is that it's a packaging problem.

As it is, the GRASS source should run on El Cap, with a simple
configure-make-install and no packaging. It will use external
libraries in their installed locations, which should work in El Cap.

The problem comes when some of those external libraries are bundled
inside the app without any modification (ie wxPython). Those
libraries still have their embedded install locations which would
normally break other software (and is not related to the El Capitan
problem), but GRASS sets DYLD_LIBRARY_PATH to get around this (I
don't know the original reason for this, but it makes the package
moveable/renamable). DYLD_LIBRARY_PATH is where the El Cap problem
comes in - as part of new security features the system now ignores
this.

The situation seems a litte more complex.
Apparently, DYLD_LIBRARY_PATH is not always ignored;
but it cannot be inherited by subprocesses if the latter
are spawned by programs that are deemed integral to system
security.

There is a very informative discussion about this
issue on the PostgreSQL mailing list:

http://www.postgresql.org/message-id/561E73AB.8060800@gmx.net

Note in particular this reply, which sheds some light
on the effects of SIP on system programs like
"sh" and "python":

http://www.postgresql.org/message-id/CAB7nPqSVgbf4kX6=L-pd9GjJ3O_VLSxuoPA6LML6JoiF+HP-Mg@mail.gmail.com

2 possible solutions, both on the packaging end:

As a third alternative:

It is still possible (wonder for how much longer?)
to disable SIP and make DYLD_LIBRARY_PATH work
as expected on El Capitan.

Best,

Ben

- compile the external libraries (before compiling GRASS) as if they
are embedded in the GRASS app. That is, configure the prefix to be
inside the to-be-installed GRASS app.

- post-process the libraries when bundled to update the embedded
library paths.

The first is simple, but has a couple drawbacks: the app is not
moveable (minor) because it still depends on the full paths embedded
in the libraries and GRASS, and this doesn't work with premade
binaries of the libraries (like wxPython).

The second is harder, but can be done to any bundled library or tool,
and the paths can be made relative to make the app movable/renamable.
Though the movablility part would be best supplemented by changes in
the GRASS source makefiles to make GRASS have all relative paths
(this is what I was originally looking at, that stalled me).

At a minimum, and the simplest, full paths should be changed in the
bundled external libraries, by either or both methods.

On Dec 4, 2015, at 2:09 PM, Brian Miles <selimnairb@gmail.com>
wrote:

Michael, William,

I'd like to take a look at this to see if I can help. I'm not an
expert in makefiles, or linkers, but I'm willing to put some time
in to help move the ball forward. Is there a synopsis of the
problem so I don't have to start from square one?

Thanks,

Brian

On Dec 4, 2015, at 2:47 PM, Michael Barton
<Michael.Barton@asu.edu> wrote:

This is still not resolved. William Kyngesburye has suggested
some ways forward, but we are not yet sure exactly what causes
the failure. Help is appreciated.

Michael ____________________ C. Michael Barton Director, Center
for Social Dynamics & Complexity Professor of Anthropology,
School of Human Evolution & Social Change Head, Graduate Faculty
in Complex Adaptive Systems Science Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) fax:
480-965-7671 (SHESC), 480-727-0709 (CSDC) www:
http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com>
wrote:

Michael,

Just wondering what the status is on this. Is there a ticket
describing the problems with OS X 10.11 and GRASS, and
hopefully tracking the progress to a fix? I tried searching
the tickets (http://trac.osgeo.org/grass/), but wasn't able to
filter out enough false positives.

Thanks,

Brian Miles Research Scientist Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org
wrote:

From: Michael Barton <Michael.Barton@asu.edu> Date: October
8, 2015 at 8:07:58 PM EDT To: GRASS developers
grass-developers <grass-dev@lists.osgeo.org>, "grass-user
grass-user" <grass-user@lists.osgeo.org> Subject: [GRASS-dev]
WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X
10.11)

I've had reports of GRASS not running for users updating to
El Capitan. There is a possible workaround, but it is
cumbersome and not guaranteed to work. I recommend that you
do wait to update while we try to solve this.

I've also heard that El Capitan breaks R.

Michael ____________________ C. Michael Barton Director,
Center for Social Dynamics & Complexity Professor of
Anthropology, School of Human Evolution & Social Change Head,
Graduate Faculty in Complex Adaptive Systems Science Arizona
State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) www:
http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

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

All generalizations are dangerous, even this one.

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

--
Dr. Benjamin Ducke
{*} Geospatial Consultant
{*} GIS Developer

Spatial technology for the masses, not the classes:
experience free and open source GIS at http://gvsigce.org

Hi William,

Thanks for the the summary.

William, Michael, Is there somewhere I can access the tooling for packaging so that I might try to work this out? Also, do you have a pointer for how to update the embedded library paths?

Thanks,

Brian

On Dec 4, 2015, at 3:51 PM, William Kyngesburye <woklist@kyngchaos.com> wrote:

My thought is that it's a packaging problem.

As it is, the GRASS source should run on El Cap, with a simple configure-make-install and no packaging. It will use external libraries in their installed locations, which should work in El Cap.

The problem comes when some of those external libraries are bundled inside the app without any modification (ie wxPython). Those libraries still have their embedded install locations which would normally break other software (and is not related to the El Capitan problem), but GRASS sets DYLD_LIBRARY_PATH to get around this (I don't know the original reason for this, but it makes the package moveable/renamable). DYLD_LIBRARY_PATH is where the El Cap problem comes in - as part of new security features the system now ignores this.

2 possible solutions, both on the packaging end:

- compile the external libraries (before compiling GRASS) as if they are embedded in the GRASS app. That is, configure the prefix to be inside the to-be-installed GRASS app.

- post-process the libraries when bundled to update the embedded library paths.

The first is simple, but has a couple drawbacks: the app is not moveable (minor) because it still depends on the full paths embedded in the libraries and GRASS, and this doesn't work with premade binaries of the libraries (like wxPython).

The second is harder, but can be done to any bundled library or tool, and the paths can be made relative to make the app movable/renamable. Though the movablility part would be best supplemented by changes in the GRASS source makefiles to make GRASS have all relative paths (this is what I was originally looking at, that stalled me).

At a minimum, and the simplest, full paths should be changed in the bundled external libraries, by either or both methods.

On Dec 4, 2015, at 2:09 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael, William,

I'd like to take a look at this to see if I can help. I'm not an expert in makefiles, or linkers, but I'm willing to put some time in to help move the ball forward. Is there a synopsis of the problem so I don't have to start from square one?

Thanks,

Brian

On Dec 4, 2015, at 2:47 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

This is still not resolved. William Kyngesburye has suggested some ways forward, but we are not yet sure exactly what causes the failure. Help is appreciated.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael,

Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the progress to a fix? I tried searching the tickets (http://trac.osgeo.org/grass/), but wasn't able to filter out enough false positives.

Thanks,

Brian Miles
Research Scientist
Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org wrote:

From: Michael Barton <Michael.Barton@asu.edu>
Date: October 8, 2015 at 8:07:58 PM EDT
To: GRASS developers grass-developers <grass-dev@lists.osgeo.org>, "grass-user grass-user" <grass-user@lists.osgeo.org>
Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

I've had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not guaranteed to work. I recommend that you do wait to update while we try to solve this.

I've also heard that El Capitan breaks R.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

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

All generalizations are dangerous, even this one.

I followed your further thoughts with William on the list.

I'm in the midst of a proposal right now, and can't put in any time for a few more days. I can send you my compiling info if you like. But it is complicated in places.

One issue is that I'm still using bindist for making the binary package. So you need this older tool. William and I exchanged a few emails about how to change this, but it is complicated and I haven't had time to work it out.

Another issue is that because wxPython 3 still has problems running the GRASS GUI on a Mac (and maybe other platforms too), we're still using 2.8.12. But this is 32 bit, meaning I have to do some funky things to compile dual architecture (32/64 bit).

It would be nice to simplify all this so that others could more easily compile GRASS.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 5, 2015, at 12:23 PM, Brian Miles <selimnairb@gmail.com> wrote:

Hi William,

Thanks for the the summary.

William, Michael, Is there somewhere I can access the tooling for packaging so that I might try to work this out? Also, do you have a pointer for how to update the embedded library paths?

Thanks,

Brian

On Dec 4, 2015, at 3:51 PM, William Kyngesburye <woklist@kyngchaos.com> wrote:

My thought is that it's a packaging problem.

As it is, the GRASS source should run on El Cap, with a simple configure-make-install and no packaging. It will use external libraries in their installed locations, which should work in El Cap.

The problem comes when some of those external libraries are bundled inside the app without any modification (ie wxPython). Those libraries still have their embedded install locations which would normally break other software (and is not related to the El Capitan problem), but GRASS sets DYLD_LIBRARY_PATH to get around this (I don't know the original reason for this, but it makes the package moveable/renamable). DYLD_LIBRARY_PATH is where the El Cap problem comes in - as part of new security features the system now ignores this.

2 possible solutions, both on the packaging end:

- compile the external libraries (before compiling GRASS) as if they are embedded in the GRASS app. That is, configure the prefix to be inside the to-be-installed GRASS app.

- post-process the libraries when bundled to update the embedded library paths.

The first is simple, but has a couple drawbacks: the app is not moveable (minor) because it still depends on the full paths embedded in the libraries and GRASS, and this doesn't work with premade binaries of the libraries (like wxPython).

The second is harder, but can be done to any bundled library or tool, and the paths can be made relative to make the app movable/renamable. Though the movablility part would be best supplemented by changes in the GRASS source makefiles to make GRASS have all relative paths (this is what I was originally looking at, that stalled me).

At a minimum, and the simplest, full paths should be changed in the bundled external libraries, by either or both methods.

On Dec 4, 2015, at 2:09 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael, William,

I'd like to take a look at this to see if I can help. I'm not an expert in makefiles, or linkers, but I'm willing to put some time in to help move the ball forward. Is there a synopsis of the problem so I don't have to start from square one?

Thanks,

Brian

On Dec 4, 2015, at 2:47 PM, Michael Barton <Michael.Barton@asu.edu> wrote:

This is still not resolved. William Kyngesburye has suggested some ways forward, but we are not yet sure exactly what causes the failure. Help is appreciated.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

On Dec 4, 2015, at 12:36 PM, Brian Miles <selimnairb@gmail.com> wrote:

Michael,

Just wondering what the status is on this. Is there a ticket describing the problems with OS X 10.11 and GRASS, and hopefully tracking the progress to a fix? I tried searching the tickets (GRASS GIS), but wasn't able to filter out enough false positives.

Thanks,

Brian Miles
Research Scientist
Institute for the Environment
University of North Carolina at Chapel Hill

On Oct 8, 2015, at 8:14 PM, grass-dev-request@lists.osgeo.org wrote:

From: Michael Barton <Michael.Barton@asu.edu>
Date: October 8, 2015 at 8:07:58 PM EDT
To: GRASS developers grass-developers <grass-dev@lists.osgeo.org>, "grass-user grass-user" <grass-user@lists.osgeo.org>
Subject: [GRASS-dev] WARNING TO MAC USERS - WAIT UPDATING TO EL CAPITAN (OS X 10.11)

I've had reports of GRASS not running for users updating to El Capitan. There is a possible workaround, but it is cumbersome and not guaranteed to work. I recommend that you do wait to update while we try to solve this.

I've also heard that El Capitan breaks R.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu

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

All generalizations are dangerous, even this one.