[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