QGIS should not be affected by El Capitan's SIP security, this includes GRASS
functions of the plugin and Processing. It's the standalone GRASS that has had
problems with SIP.
> On Oct 11, 2016, at 9:37 PM, Berns Buenaobra <poormanphys...@gmail.com> wrote:
>
> As far as my experience brought me into using MAC OS for QGIS with GRASS or
> GRASS alone - if your MAC OS X is El Capitan right now there is no solution
> that exist and disabling the security feature is not a guarantee that it will
> work with El Capitan - the developer's advise was to wait for newer package
> for it.
>
> Since upgrading to El Capitan - I cannot anymore use GRASS so I resort to my
> Bootcamp WIndows partition and have it done everything in a QGIS Windows
> version without a hitch or trouble.
>
> Regards,
> Berns B.
>
> On Tue, Oct 11, 2016 at 11:14 AM, William Kyngesburye <wokl...@kyngchaos.com>
> wrote:
> Well, I don't see a problem with the build (linked libraries/binary images).
> It looks like something got out of control, but it's too deep for me. I'm
> not crashing in the browser or opening a GRASS layer.
>
> Are you sure it happens when you click a GRASS layer? Try letting the
> browser sit for a while and see it QGIS eventually crashes.
>
> Does it happen with both raster and vector layers? or just one?
>
> Try closing the browser panel and opening again.
>
> Try closing the browser panel and loading the GRASS layer with drag-n-drop
> (very clunky) - for a raster the named file in the cellhd folder of the
> mapset, for a vector the head file in the named subfolder of the vector
> folder. Oddly, I get a crash on rasters with this method, but not vectors.
> This method names the layers added by the file names selected.
>
> Are there other kinds of data showing in the browser tree? Maybe try to
> isolate the GRASS data so only it appears in the tree.
>
> > On Oct 11, 2016, at 10:15 AM, wkent <wk...@medinaco.org> wrote:
> >
> > Sure, no problem. See attached text file.
> >
> > On 2016-10-11 11:07 am, William Kyngesburye wrote:
> >> Could you post a new crash log?
> >>> On Oct 11, 2016, at 9:42 AM, wkent <wk...@medinaco.org> wrote:
> >>> Great! 2.16.3 resolves the problem of not being able to access the GRASS
> >>> tools from the Processing toolbox. Thanks so much for the quick fix.
> >>> I am however still getting a crash when trying to work with existing
> >>> GRASS data layers. As soon as I click on a GRASS layer in the Browser
> >>> panel, QGIS crashes.
> >>> On 2016-10-11 10:06 am, William Kyngesburye wrote:
> >>>> Install 2.16.3, this should fix GRASS problems.
> >>>>> On Oct 11, 2016, at 8:07 AM, wkent <wk...@medinaco.org> wrote:
> >>>>> I can run GRASS commands through the GRASS toolbox (using the GRASS
> >>>>> plugin); but I am unable to run them through the Processing Toolbox. I
> >>>>> get the "This algorithm cannot be run :-(" error, and the QGIS log
> >>>>> shows:
> >>>>> 2016-10-11T09:02:12 0 GRASS GIS 7 execution console output
> >>>>> /bin/sh: grass70: command not found
> >>>>> /bin/sh: grass70: command not found
> >>>>> I have set the paths in both the Processing Toolbox options, and the
> >>>>> GRASS Plugin options, to /Applications/QGIS.app/Contents/MacOS/grass7.
> >>>>> In regards to the crash I get when trying to add an existing GRASS
> >>>>> layer (vector or raster) from the Browser panel to the Layers panel,
> >>>>> the attached text file is the crash report that was generated.
> >>>>> Thanks so much for your help!
> >>>>> On 2016-10-07 5:51 pm, William Kyngesburye wrote:
> >>>>>> Loading GRASS data and using the GRASS toolbox are separate from using
> >>>>>> GRASS "algorithms" in the Processing plugin.
> >>>>>> The Processing plugin needs to know where GRASS is (set in Processing
> >>>>>> options, but defaults to bundled GRASS 7), and runs GRASS commands in
> >>>>>> a separate process than QGIS (should not crash QGIS).
> >>>>>> Loading GRASS data in QGIS needs no configuration of a GRASS path
> >>>>>> (this could crash QGIS if there is a bug or build problem). Running
> >>>>>> GRASS modules does need configuration, but this also defaults to the
> >>>>>> bundled GRASS 7. There is also a "general" GRASS option for the GRASS
> >>>>>> installation path, but this seems to default to the compiled GRASS
> >>>>>> location. You can try setting this to the QGIS app:
> >>>>>> /Applications/QGIS.app/Contents/MacOS/grass7
> >>>>>> If you still get a crash, a copy of the crash log would help figure
> >>>>>> out what's wrong.
> >>>>>>> On Oct 7, 2016, at 1:30 PM, wkent <wk...@medinaco.org> wrote:
> >>>>>>> On 2016-09-29 8:45 am, Howard Frederick wrote:
> >>>>>>>> Recently upgraded to 2.16 - but cannot enable GRASS in the
> >>>>>>>> Processing configuration. Any ideas how to make this work?
> >>>>>>>> The folder seems to be correctly indicated in the config:
> >>>>>>>> /Applications/QGIS.app/Contents/MacOS/grass7
> >>>>>>>> This (and alternatives like ending as grass7/ ) give "This algorithm
> >>>>>>>> cannot be run :-(".
> >>>>>>>> Version: QGIS 2.16.2, on OS X 10.10.5.
> >>>>>>> Same error here, except running OS X 10.11.6. It seems to be a path
> >>>>>>> issue, although I have not been able to determine where the path is
> >>>>>>> set.
> >>>>>>> Additionally, while QGIS is able to locate and open my existing GRASS
> >>>>>>> locations/mapsets, when I click on a GRASS layer in the browser panel
> >>>>>>> to add to the layers panel, QGIS crashes.
> >>>>>>> _______________________________________________
> >>>>>>> Qgis-user mailing list
> >>>>>>> Qgis-user@lists.osgeo.org
> >>>>>>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >>>>>>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >>>>>> -----
> >>>>>> 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
> >>>>> <qgis_2-16-2_crash_report_loading_grass_layer.txt>
> >>>> -----
> >>>> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> >>>> http://www.kyngchaos.com/
> >>>> "We can die but once, and that once we must die. To be always
> >>>> fearing, then, would not avert it, and would make life miserable."
> >>>> - Tarzan, on death
> >>> _______________________________________________
> >>> Qgis-user mailing list
> >>> Qgis-user@lists.osgeo.org
> >>> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >>> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
> >> -----
> >> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> >> http://www.kyngchaos.com/
> >> "Time is an illusion - lunchtime doubly so."
> >> - Ford Prefect
> > <qgis_2-16-3_crash_report_loading_grass_layer.txt>
>
> -----
> William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
> http://www.kyngchaos.com/
>
> "Mon Dieu! but they are all alike. Cheating, murdering, lying, fighting, and
> all for things that the beasts of the jungle would not deign to possess -
> money to purchase the effeminate pleasures of weaklings. And yet withal
> bound down by silly customs that make them slaves to their unhappy lot while
> firm in the belief that they be the lords of creation enjoying the only real
> pleasures of existence....
>
> - the wisdom of Tarzan
>
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
>
> _______________________________________________
> Qgis-user mailing list
> Qgis-user@lists.osgeo.org
> List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
> Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/
All generalizations are dangerous, even this one.
_______________________________________________
Qgis-user mailing list
Qgis-user@lists.osgeo.org
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user
