[GRASS-dev] r.modis in GRASS 7 trunk

Glynn Clements glynn at gclements.plus.com
Sat Nov 3 10:29:43 PDT 2012


Martin Landa wrote:

> > Relegating something to add-ons is a reliable way to reduce the amount
> > of developer oversight it gets. E.g. currently you can't just "make"
> > the add-ons/grass7 directory (it lacks a Makefile), so most developers
> > won't even try to compile it. If the modules were in trunk, developers
> > may notice errors or warnings as part of the normal build process.
> 
> btw, there are logs from WinGRASS AddOns packaging available online [1].
> 
> Martin
> 
> [1] http://wingrass.fsv.cvut.cz/grass70/addons/logs/

general/g.cloud:

	ImportError: No module named pexpect

g.cloud.py imports pexpect (which isn't part of the standard library)
but doesn't use it. cloud_ssh.py does use pexpect for scripting "ssh". 
It appears to be doing this primarily so that it can feed it a
password, which is a bad idea (use ssh-agent if you want to be able to
use ssh without having to provide a password).

Also: includes a couple of shell scripts. cloud_collect.sh deals with
GRASS and could probably be converted to Python. cloud_mail.sh relies
upon a command-line "mail" program which is not particularly portable.

imagery/i.vi.mpi:

	 mpicc: command not found

raster/r.agent:

	make: *** No targets specified and no makefile found.  Stop.

raster/r.convert:

	make: *** No targets specified and no makefile found.  Stop.

Also: consists entirely of shell scripts.

vector/v.in.redwg:

	dwg.h: No such file or directory

-- 
Glynn Clements <glynn at gclements.plus.com>


More information about the grass-dev mailing list