date:20170808

Re: [GRASS-dev] New attempt to update GRASS for Mac

2017-08-08 Thread Michael Barton

Very frustrating.

I can no longer get GRASS 7.2 or trunk to compile using anaconda dependencies, 
even without cairo or freetype. I have tried everything I can think of but 
cannot get it to compile like it did last week. Perhaps someone can offer 
advice.

I have errors in all or nearly all of the non-python grass modules. They are 
all of the variety listed below:

dyld: Library not loaded: @rpath/libgdal.20.dylib
  Referenced from: 
/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin16.7.0/lib/libgrass_raster.7.3.svn.dylib
  Reason: image not found

dyld: Library not loaded: @rpath/libpng16.16.dylib
  Referenced from: 
/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin16.7.0/lib/libgrass_pngdriver.7.3.svn.dylib
  Reason: image not found

dyld: Library not loaded: @rpath/libgeos-3.5.1.dylib
  Referenced from: 
/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin16.7.0/lib/libgrass_vector.7.3.svn.dylib
  Reason: image not found

dyld: Library not loaded: @rpath/libproj.12.dylib
  Referenced from: 
/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin16.7.0/bin/g.region
  Reason: image not found

My gdal/libgdal is 2.1.0
libgeos is 3.5.0
libpng 1.6.27
proj 4.9.2

Before configuring, I run make clean and have the environment set up as I did 
last week:

export NAD2BIN=/Applications/anaconda/bin/nad2bin
export CS2CS=/Applications/anaconda/bin/cs2cs
export GEOD=/Applications/anaconda/bin/geod
export CXX=g++
export MACOSX_DEPLOYMENT_TARGET=10.8

I've tried setting LD_LIBRARY_PATH  to

export LD_LIBRARY_PATH="/Applications/anaconda/lib:$LD_LIBRARY_PATH"

and to

export LD_LIBRARY_PATH="/Applications/anaconda/env/grassconda/lib"

(for using an anaconda virtual environment)

My configure string is the one that worked before:

./configure 
--with-macosx-sdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.8.sdk
 --libdir=/Applications/anaconda/lib 
--includedir=/Applications/anaconda/include 
--with-gdal=/Applications/anaconda/bin/gdal-config 
--with-gdal-libs=/Applications/anaconda/lib 
--with-proj=/Applications/anaconda/bin/proj 
--with-proj-includes=/Applications/anaconda/include 
--with-proj-libs=/Applications/anaconda/lib 
--with-proj-share=/Applications/anaconda/share/proj 
--with-geos=/Applications/anaconda/bin/geos-config 
--with-png-includes=/Applications/anaconda/include 
--with-png-libs=/Applications/anaconda/lib 
--with-tiff-includes=/Applications/anaconda/include 
--with-tiff-libs=/Applications/anaconda/lib 
--with-jpeg-includes=/Applications/anaconda/include 
--with-jpeg-libs=/Applications/anaconda/lib --without-freetype --without-cairo 
--with-fftw-includes=/Applications/anaconda/include 
--with-fftw-libs=/Applications/anaconda/lib 
--with-sqlite-libs=/Applications/anaconda/lib 
--with-sqlite-includes=/Applications/anaconda/include --with-opengl=aqua 
--without-postgres --without-mysql --without-readline --prefix=/Applications 
--enable-macosx-app --enable-64bit

I've done this from the normal shell and from an anaconda virtual environment. 
Same results. Maybe a fresh set of eyes can see what I am missing here. Any 
help would be appreciated.

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

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















On Aug 6, 2017, at 2:05 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

Fixed the nviz/3D issue by resetting GRASS_PYTHON to 
/Applications/anaconda/bin/pythonw

Michael

C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University

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















On Aug 6, 2017, at 2:02 PM, Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:

I have built both GRASS 7.3 and 7.2svn without errors using Anaconda 
dependencies if I configure --without-cairo and --without-freetype.

When I install GRASS and launch it, first it hangs and time outs at

Rebuilding Addon HTML manual pages index...
Rebuilding Addon menu...

Then the GUI crashes badly (with most GRASS functions unavailable from the 
command line also). However, I discovered that if I manually set

export LD_LIBRARY_PATH="/Applications/anaconda/lib:$LD_LIBRARY_PATH"

in the GRASS terminal, and relaunch the GUI, it works--although without Cairo 
and Freetype. Also, 3D crashes with the following message:

/Applications/anaconda/bin/pythonw:

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

2017-08-08 Thread Anna Petrášová

On Tue, Aug 8, 2017 at 9:10 AM, Martin Landa  wrote:
> 2017-08-08 15:06 GMT+02:00 Anna Petrášová :
>> Thanks for catching this, could you please revert it, I can't do it now. I
>> will look at it later.
>
> done in r71341. Ma


Thank you, I hopefully fixed in r71346, although I still don't
understand what is the problem exactly.

Anna

>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Managing the translations with Transifex

2017-08-08 Thread Markus Neteler

Hi,

for the upcoming 7.2.2RC1 release I have updated the translation files
in relbranch72:

On Tue, Jun 27, 2017 at 2:58 PM, Luca Delucchi  wrote:
> On 27 June 2017 at 12:06, Markus Neteler  wrote:
>>
>> The current (new) flow is [Luca, correct me if I am wrong]:
>>
>> 1. messages are extracted from the source code in trunk with the
>> common gettext mechanism (done by the transifex portal)
>> 2. folks translate in the transifex portal
>> 3. I or any other developer sometimes merges the translations back
>> using this script:
>> grass-addons/tools/transifex_merge.sh
>> 4. start from 1.
>
> correct
>
>> Issue:
>> - how to get messages intro relbranch72
>
> probably msgmerge could be enough

Here my steps (job for the release manager or a dev):

a) updated .po files from source code:
 cd locale/
 make pot
 make update-po

b) next merged in transifex translations with
grass-addons/tools/transifex_merge.sh
  --> .po files got updated, several new languages added from Transifex

c) make verify
  --> with subsequent manual cleanup

Submitted as r71345.

@Translators: please continue to translate at
https://www.transifex.com/grass-gis/

>> - can step 3 be done with a cronjob? which frequency?
>
> yes it could be done using a cronjob, maybe daily updates could be
> fine, I don't have an answer if something went wrong.
> In other case I could do the monkey job to update the languages...

For now I have done it...

Enjoy,
Markus

-- 
Markus Neteler, PhD
http://www.mundialis.de - free data with free software
http://grass.osgeo.org
http://courses.neteler.org/blog
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2265: lib/rst/qtree.c compilation error

2017-08-08 Thread GRASS GIS

#2265: lib/rst/qtree.c compilation error
+-
  Reporter:  neteler|  Owner:  grass-dev@…
  Type:  defect | Status:  closed
  Priority:  normal |  Milestone:  7.0.0
 Component:  Compiling  |Version:  svn-trunk
Resolution:  fixed  |   Keywords:  rst
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 Replying to [comment:2 neteler]:
 > Problem is gone, closing.

 Likely fixed in r71236. Backported to 7.2 in r71343.

--
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #2265: lib/rst/qtree.c compilation error

2017-08-08 Thread GRASS GIS

#2265: lib/rst/qtree.c compilation error
+-
  Reporter:  neteler|  Owner:  grass-dev@…
  Type:  defect | Status:  closed
  Priority:  normal |  Milestone:  7.0.0
 Component:  Compiling  |Version:  svn-trunk
Resolution:  fixed  |   Keywords:  rst
   CPU:  x86-64 |   Platform:  Linux
+-

Comment (by neteler):

 In [changeset:"71343" 71343]:
 {{{
 #!CommitTicketReference repository="" revision="71343"
 librst: to prevent parallel (really rare) compilation failures, data dir
 must be processed before qtree (trunk, r71236). Probably fixes #2265
 }}}

--
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3388: Legacy appstream metadata

2017-08-08 Thread GRASS GIS

#3388: Legacy appstream metadata
-+-
  Reporter:  Bas Couwenberg  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.2.2
 Component:  Default |Version:  7.2.1
Resolution:  |   Keywords:  appstream
   CPU:  Unspecified |   Platform:  Linux
-+-

Comment (by Bas Couwenberg):

 The AppStream specification doesn't mention backwards compatibility.

 I guess that just using the path and format from the (current)
 specification is sufficient. I'm not aware of any consumers that expect
 the old `/usr/share/appdata` path.

 Alternatively maintain two files with the old and new formats and their
 respective installation path.

--
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #3388: Legacy appstream metadata

2017-08-08 Thread GRASS GIS

#3388: Legacy appstream metadata
-+-
  Reporter:  Bas Couwenberg  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.2.2
 Component:  Default |Version:  7.2.1
Resolution:  |   Keywords:  appstream
   CPU:  Unspecified |   Platform:  Linux
-+-

Comment (by neteler):

 But would such changes be backward compatible? The appdata metadata used
 on various distros, probably not all come with the latest related tools?

--
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Martin Landa

2017-08-08 15:18 GMT+02:00 Anna Petrášová :
> Weird, please report it. Does it freeze with just series of tested maps?

I did quick test with nc_climate_spm_2000_2012 datasets.
g.gui.animation loaded data, I was able to export also animation as
avi file. I will check my dataset again. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Veronica Andreo

Hello,

I've also experienced the freezing issue (dunno if it the same thing or
not). Here, the rendering freezes if strds has more than 500 maps. I do not
even get to the export part. Cancel does not close it, so I have to kill it
(trunk r71319).

Vero


2017-08-08 15:23 GMT+02:00 Martin Landa :

> Hi,
>
> 2017-08-08 15:18 GMT+02:00 Anna Petrášová :
> > Weird, please report it. Does it freeze with just series of tested maps?
>
> yes, I remember that few days ago I was able to load datasets on same
> machine without any problem. Application started to freeze and consume
> RAM when exporting animation. Strangely few days later I am not even
> able to load dataset. Ma
>
> --
> Martin Landa
> http://geo.fsv.cvut.cz/gwiki/Landa
> http://gismentors.cz/mentors/landa
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Martin Landa

Hi,

2017-08-08 15:18 GMT+02:00 Anna Petrášová :
> Weird, please report it. Does it freeze with just series of tested maps?

yes, I remember that few days ago I was able to load datasets on same
machine without any problem. Application started to freeze and consume
RAM when exporting animation. Strangely few days later I am not even
able to load dataset. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Anna Petrášová

Weird, please report it. Does it freeze with just series of tested maps?

On Aug 8, 2017 9:06 AM, "Martin Landa"  wrote:

2017-08-08 15:03 GMT+02:00 Anna Petrášová :
> Does it help to reduce the region?

it doesn't seem to help (i tried both changing res and bounds). Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

2017-08-08 Thread Martin Landa

2017-08-08 15:06 GMT+02:00 Anna Petrášová :
> Thanks for catching this, could you please revert it, I can't do it now. I
> will look at it later.

done in r71341. Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Martin Landa

2017-08-08 15:03 GMT+02:00 Anna Petrášová :
> Does it help to reduce the region?

it doesn't seem to help (i tried both changing res and bounds). Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

2017-08-08 Thread Anna Petrášová

Thanks for catching this, could you please revert it, I can't do it now. I
will look at it later.

On Aug 8, 2017 9:03 AM, "Martin Landa"  wrote:

Hi,

2017-08-06 23:56 GMT+02:00  :
> Author: annakrat
> Date: 2017-08-06 14:56:32 -0700 (Sun, 06 Aug 2017)
> New Revision: 71332
>
> Modified:
>grass/trunk/gui/wxpython/core/globalvar.py
>grass/trunk/gui/wxpython/wxgui.py
> Log:
> wxGUI: fix launching with Phoenix on Mac (splash screen), more robust
version parsing

this commit causes GUI crash on my PC (Debian unstable, python 2.7,
wxpython 3.0.2)

Traceback (most recent call last):
  File "/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/
wxpython/wxgui.py",
line 167, in 
sys.exit(main())
  File "/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/
wxpython/wxgui.py",
line 154, in main
app = GMApp(workspaceFile)
  File "/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/
wxpython/wxgui.py",
line 48, in __init__
wx.App.__init__(self, False)
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py",
line 8628, in __init__
self._BootstrapApp()
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py",
line 8196, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File "/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/
wxpython/wxgui.py",
line 62, in OnInit
introImage = wx.Image(introImagePath, wx.BITMAP_TYPE_PNG)
UnboundLocalError: local variable 'wx' referenced before assignment

Any idea? Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

2017-08-08 Thread Martin Landa

Hi,

2017-08-06 23:56 GMT+02:00  :
> Author: annakrat
> Date: 2017-08-06 14:56:32 -0700 (Sun, 06 Aug 2017)
> New Revision: 71332
>
> Modified:
>grass/trunk/gui/wxpython/core/globalvar.py
>grass/trunk/gui/wxpython/wxgui.py
> Log:
> wxGUI: fix launching with Phoenix on Mac (splash screen), more robust version 
> parsing

this commit causes GUI crash on my PC (Debian unstable, python 2.7,
wxpython 3.0.2)

Traceback (most recent call last):
  File 
"/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/wxpython/wxgui.py",
line 167, in 
sys.exit(main())
  File 
"/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/wxpython/wxgui.py",
line 154, in main
app = GMApp(workspaceFile)
  File 
"/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/wxpython/wxgui.py",
line 48, in __init__
wx.App.__init__(self, False)
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py",
line 8628, in __init__
self._BootstrapApp()
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py",
line 8196, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File 
"/var/local/src/grass_trunk/dist.x86_64-pc-linux-gnu/gui/wxpython/wxgui.py",
line 62, in OnInit
introImage = wx.Image(introImagePath, wx.BITMAP_TYPE_PNG)
UnboundLocalError: local variable 'wx' referenced before assignment

Any idea? Ma

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Anna Petrášová

Does it help to reduce the region?

On Aug 8, 2017 8:44 AM, "Martin Landa"  wrote:

Hi,

recently I was playing with tgrass having 32 maps registered in strds.
I am not even able to load this dataset to g.gui.animation.

$ g.region -p
projection: 99 (ETRS89 / LAEA Europe)
north:  3096980
south:  3062980
west:   4690940
east:   4747240
nsres:  20
ewres:  20
rows:   1700
cols:   2815
cells:  4785500

$ g.gui.animation strds=clearcut

After dozen of seconds I have to kill g.gui.animation because it
freezes and consumes most of RAM. Debug messages do not show anything
useful.

Is it a know issues or should be reported?

Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Introduction for GSoC 2017

2017-08-08 Thread Žofie Cimburová

Hi,
I'm working on the documentation update already :)

Zofie

On Tue, Aug 8, 2017 at 2:44 PM, Markus Neteler  wrote:

> On Mon, Aug 7, 2017 at 5:52 AM, Yann Chemin 
> wrote:
> > thanks for the constant feed back Zofie, was not possible to make it work
> > without you guys testing it.
>
> Great to see orthorectification in G7! Thanks to all involved here.
>
> A wish: can anyone (maybe Zofie? :-) please update this outdated overview
> page?
>
> https://grass.osgeo.org/grass73/manuals/i.ortho.photo.html
>
> Then it would be all complete, I suppose.
>
> Extra material:
> * the old ortho chapter in the 2nd edition of our book:
>http://grassbook.org/wp-content/uploads/2015/04/
> grassbook_2nd_2004_chapter10_aerial.pdf
> * https://svn.osgeo.org/grass/grass/trunk/imagery/i.ortho.photo/
>   --> README
>
> thanks
> Markus
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] Introduction for GSoC 2017

2017-08-08 Thread Markus Neteler

On Mon, Aug 7, 2017 at 5:52 AM, Yann Chemin  wrote:
> thanks for the constant feed back Zofie, was not possible to make it work
> without you guys testing it.

Great to see orthorectification in G7! Thanks to all involved here.

A wish: can anyone (maybe Zofie? :-) please update this outdated overview page?

https://grass.osgeo.org/grass73/manuals/i.ortho.photo.html

Then it would be all complete, I suppose.

Extra material:
* the old ortho chapter in the 2nd edition of our book:

http://grassbook.org/wp-content/uploads/2015/04/grassbook_2nd_2004_chapter10_aerial.pdf
* https://svn.osgeo.org/grass/grass/trunk/imagery/i.ortho.photo/
  --> README

thanks
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] g.gui.animation freezes when loading strds

2017-08-08 Thread Martin Landa

Hi,

recently I was playing with tgrass having 32 maps registered in strds.
I am not even able to load this dataset to g.gui.animation.

$ g.region -p
projection: 99 (ETRS89 / LAEA Europe)
north:  3096980
south:  3062980
west:   4690940
east:   4747240
nsres:  20
ewres:  20
rows:   1700
cols:   2815
cells:  4785500

$ g.gui.animation strds=clearcut

After dozen of seconds I have to kill g.gui.animation because it
freezes and consumes most of RAM. Debug messages do not show anything
useful.

Is it a know issues or should be reported?

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] New attempt to update GRASS for Mac

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

Re: [GRASS-dev] Managing the translations with Transifex

Re: [GRASS-dev] [GRASS GIS] #2265: lib/rst/qtree.c compilation error

Re: [GRASS-dev] [GRASS GIS] #2265: lib/rst/qtree.c compilation error

Re: [GRASS-dev] [GRASS GIS] #3388: Legacy appstream metadata

Re: [GRASS-dev] [GRASS GIS] #3388: Legacy appstream metadata

Re: [GRASS-dev] g.gui.animation freezes when loading strds

Re: [GRASS-dev] g.gui.animation freezes when loading strds

Re: [GRASS-dev] g.gui.animation freezes when loading strds

Re: [GRASS-dev] g.gui.animation freezes when loading strds

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

Re: [GRASS-dev] g.gui.animation freezes when loading strds

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

Re: [GRASS-dev] [GRASS-SVN] r71332 - in grass/trunk/gui/wxpython: . core

Re: [GRASS-dev] g.gui.animation freezes when loading strds

Re: [GRASS-dev] Introduction for GSoC 2017

Re: [GRASS-dev] Introduction for GSoC 2017

[GRASS-dev] g.gui.animation freezes when loading strds

19 matches

Site Navigation

Mail list logo

Footer information