Glynn Clements wrote
Helmut Kudrnovsky wrote:
any opinion about backporting r60662 [1] to releasebranch_7_0?
I recommend backporting.
--
Glynn Clements lt;
glynn@.plus
gt;
___
grass-dev mailing list
grass-dev@.osgeo
Martin Landa wrote
2014-07-04 12:48 GMT+02:00 Hamish lt;
hamish.webmail@
gt;:
yes, the old r.li.* daemon/worker system required unix sockets, and
so would only work in the cygwin build. We never figured out how to
properly support those natively on MS Windows. I believe in the new
r.li
Hamish wrote
Hamish wrote:
yes, the old r.li.* daemon/worker system required unix sockets, and
so would only work in the cygwin build. We never figured out how to
properly support those natively on MS Windows.
Martin:
r.li modules enabled in grass64 in r61153. Please test next build of
Hi,
2014-07-04 21:02 GMT+02:00 Huidae Cho gras...@gmail.com:
Please explain why we need this change. It breaks custom PS1 and aliases in
$HOME/.grass7/bashrc.
sorry for late answer, the original reason was:
1) you have defined GRASS_ADDON_PATH in $HOME/.grass7/bashrc
2) you launch GRASS with
Hi,
2014-07-04 21:07 GMT+02:00 Huidae Cho gras...@gmail.com:
So we have $LOCATION/.bashrc, ~/.grass7/bashrc, and ~/.grass.bashrc. Do they
all have different purposes and are they documented clearly somewhere?
`.grass.bashrc` is related to GRASS 6. GRASS 7 stores environmental
variables in
Helmut Kudrnovsky wrote
Martin Landa wrote
2014-07-04 12:48 GMT+02:00 Hamish lt;
hamish.webmail@
gt;:
yes, the old r.li.* daemon/worker system required unix sockets, and
so would only work in the cygwin build. We never figured out how to
properly support those natively on MS Windows. I
Helmut Kudrnovsky wrote
r.li.setup is missing here, but all other r.li.*-modules are there.
sorry for the noise. it's now g.gui.rlisetup.
-
best regards
Helmut
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/GRASS-GIS-6-4-4-r-li-modules-tp5148344p5150279.html
Sent
On Tue, Jul 8, 2014 at 4:13 AM, Helmut Kudrnovsky hel...@web.de wrote:
Anna Petrášová wrote
On Sun, Jul 6, 2014 at 3:59 AM, Helmut Kudrnovsky lt;
hellik@
gt; wrote:
C:\OSGeo4W\apps\grass\grass-7.1.svn\etc\python\grass\script\core.py,
li
ne 58, in __init__
raise OSError
On Wed, Jul 9, 2014 at 8:04 AM, Helmut Kudrnovsky hel...@web.de wrote:
hi,
tested with
System Info
GRASS Version: 7.0.0svn
GRASS SVN Revision: 61140
Erstellungsdatum: 2014-07-08
Build Platform: i686-pc-mingw32
GDAL/OGR: 1.11.0
PROJ.4: 4.8.0
GEOS: 3.4.2
SQLite: 3.7.17
Python: 2.7.4
Anna Petrášová wrote
the GUI starts now, thanks.
g.gui.* modules are not found, there is no bat file created for them.
Could
something similar to this be used for them as well? Otherwise everything
seems to be working.
http://trac.osgeo.org/grass/changeset/61136
Anna
g.gui.* which
Hi all,
I moved testing framework (gunittest package) from sandbox to trunk in
r61225 [1, 2].
You can run all tests from GRASS source code top directory using:
python -m grass.gunittest.main .../grassdata/ nc_spm_08 nc
You should be in GRASS session and in some testing location (it will not
11 matches
Mail list logo