[GRASS-dev] g.extension continued problems

[Michael Barton]

I thought that the discussion ended with this being optional not a requirement. Is this something that all *users* must now install as a new dependency or is this just something that binary maintainers have to mess with? Dependencies are a big pain for Mac and Windows users.

Also, as you imply, the lack of this should not affect whether or not the extension is installed.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity 
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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











On Sep 3, 2012, at 3:07 PM, Markus Neteler <neteler at osgeo.org>
 wrote:

> On Tue, Sep 4, 2012 at 12:02 AM, Michael Barton <Michael.Barton at asu.edu> wrote:
>> I just tried to install a script I added to addons yesterday as a test for
>> my students. I did this in GRASS 7.
>> 
>> Here is the result:
>> 
>> Fetching <g.copyall> from GRASS-Addons SVN (be patient)...
>> Compiling...
>> /bin/sh: pandoc: command not found
> 
> You need to install "pandoc" for the REST based new manual.
> http://johnmacfarlane.net/pandoc/
> 
> Of course GRASS 7 should be more friendly when pandoc does not exist!
> 
> Markus