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 <gl...@gclements.plus.com> _______________________________________________ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev