Re: [GRASS-dev] Windows - Bug in path handling

[Helmut Kudrnovsky]

temporary2017 wrote
> Hi!
> 
> As a newbie to topographic analysis, I installed GRASS GIS 7.2.1 windows 
> version (Win 7 Prof. 64, german) to do my first steps. However, I face 
> some problems running it (probably bugs in GRASS GIS).
> 
> In case this is the wrong mailing list please give me a hint where to 
> address this.
> 
> First, there seems to be a problem handling paths with spaces. I 
> installed GRASS GIS to
>   c:\Program Files\GRASS GIS 7.2.1\
> which is the default path given in the setup. When running GRASS GIS, 
> the program gives the following output and then stops:
> 
> ¦ Cleaning up temporary files...
> ¦ Starting GRASS GIS...
> ¦ Der Befehl "C:\Program" ist entweder falsch geschrieben oder konnte
> ¦ nicht gefunden werden.
> ¦ FEHLER: Error in GUI startup. See messages above (if any) and if
> ¦ necessary, please report this error to the GRASS developers.
> ¦ On systems with package manager, make sure you have the right GUI
> ¦ package, probably named grass-gui, installed.
> ¦ To run GRASS GIS in text mode use the -text flag.
> ¦ Use '--help' for further options
> ¦  grass72 --help
> ¦ See also: https://grass.osgeo.org/grass72/manuals/helptext.html
> 
> The german part of the output means:
>   The command "C:\Program" is either misspelled or could not be found.
> 
> For the second bug, I will open a separate thread to discuss.
> 
> Regards,
> 
> Mark
> ___
> grass-dev mailing list

> grass-dev@.osgeo

> https://lists.osgeo.org/mailman/listinfo/grass-dev

using here standalone winGRASS (with white space in path) on several
(german) Windows boxes (from XP up to 10) for several years now, the path
issue with white space should be solved AFAIK. 

Maybe it's a python issue (see comment in your other thread) 



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Windows-Bug-in-path-handling-tp5322542p5322548.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Windows - Bug in path handling

[temporary2017]

Hi!

As a newbie to topographic analysis, I installed GRASS GIS 7.2.1 windows 
version (Win 7 Prof. 64, german) to do my first steps. However, I face 
some problems running it (probably bugs in GRASS GIS).


In case this is the wrong mailing list please give me a hint where to 
address this.


First, there seems to be a problem handling paths with spaces. I 
installed GRASS GIS to

c:\Program Files\GRASS GIS 7.2.1\
which is the default path given in the setup. When running GRASS GIS, 
the program gives the following output and then stops:


¦ Cleaning up temporary files...
¦ Starting GRASS GIS...
¦ Der Befehl "C:\Program" ist entweder falsch geschrieben oder konnte
¦ nicht gefunden werden.
¦ FEHLER: Error in GUI startup. See messages above (if any) and if
¦ necessary, please report this error to the GRASS developers.
¦ On systems with package manager, make sure you have the right GUI
¦ package, probably named grass-gui, installed.
¦ To run GRASS GIS in text mode use the -text flag.
¦ Use '--help' for further options
¦  grass72 --help
¦ See also: https://grass.osgeo.org/grass72/manuals/helptext.html

The german part of the output means:
The command "C:\Program" is either misspelled or could not be found.

For the second bug, I will open a separate thread to discuss.

Regards,

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

Re: [GRASS-dev] Windows - Bug in dll

[Helmut Kudrnovsky]

>C:\GRASS_GIS\etc\python\grass\script\task.py", line 35, in 
>¦  

AFAIU you're using winGRASS standalone installer. Correct? Which Version?

winGRASS standalone bundles its own python version. 

>¦ from xml.parsers import expat  # TODO: works for any Python? 
>¦   File "C:\PYTHON26\LIB\xml\parsers\expat.py", line 4, in  
>¦ from pyexpat import * 
>¦ ImportError: DLL load failed: %1 ist keine zulõssige Win32->Anwendung. 

here it seems to point to an external python living in C:\PYTHON26.

Have you more python version installed on your Windows System?

these several python installations may interfere. 

Could you rename C:\PYTHON26 to e.g. C:\PYTHON26 and try to restart
winGRASS and post the results here? 



-
best regards
Helmut
--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Windows-Bug-in-dll-tp5322538p5322540.html
Sent from the Grass - Dev mailing list archive at Nabble.com.
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] Windows - Bug in dll

[temporary2017]

Hi!

Now, here comes my second problem (ref. "Windows - Bug in path handling" 
for the first one). System: Windows 7 Prof. 64 Bit, german.


I removed GRASS GIS and reinstalled it to "c:\GRASS_GIS", a destination 
path without spaces to overcome my first problem. Then the startup goes 
one step further and stops again. Here is the output:


¦ Cleaning up temporary files...
¦ Starting GRASS GIS...
¦ Traceback (most recent call last):
¦   File "C:\GRASS_GIS\gui\wxpython\gis_set.py", line 32, in 
¦ from core.utils import _
¦   File "C:\GRASS_GIS\gui\wxpython\core\utils.py", line 25, in 
¦ from grass.script import task as gtask
¦   File "C:\GRASS_GIS\etc\python\grass\script\task.py", line 35, in
¦ 
¦ from xml.parsers import expat  # TODO: works for any Python?
¦   File "C:\PYTHON26\LIB\xml\parsers\expat.py", line 4, in 
¦ from pyexpat import *
¦ ImportError: DLL load failed: %1 ist keine zulõssige Win32-Anwendung.
¦ FEHLER: Error in GUI startup. See messages above (if any) and if
¦ necessary, please report this error to the GRASS developers.
¦ On systems with package manager, make sure you have the right GUI
¦ package, probably named grass-gui, installed.
¦ To run GRASS GIS in text mode use the -text flag.
¦ Use '--help' for further options
¦  grass72 --help
¦ See also: https://grass.osgeo.org/grass72/manuals/helptext.html

The german part of the output means:
ImportError: DLL load failed: %1 is not a valid Win32 applicatian


I tried both - GRASS GIS 32 Bit as well as the 64 bit variant. Neither 
of them works.



Any ideas on how to proceed?


Regards,

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

Re: [GRASS-dev] [GRASS-SVN] r70821 - grass/trunk/include/Make

[Maris Nartiss]

Hello Markus,
no idea, as it runs just fine on my system and I do not see any easy
to spot problem with test.c code. You should run it under valgrind /
gdb or just send me the core file.
Ah, yes, while at it, include also
/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/demolocation/.grassrc72

Setting all locale stuff to C should prevent failures when translated
strings are used or comma is the decimal separator thus it *should* be
harmless.

Māris.


2017-05-31 14:56 GMT+03:00 Markus Neteler :
> Hi,
>
> I guess I have to revert it:
>
> grass72_svn/lib/cdhc]$ make
> if [ "" != "" -a -f "".html ] ; then make html ; fi
> ==TEST=
> make test
> make[1]: Entering directory '/home/mundialis/software/grass72_svn/lib/cdhc'
> GISRC=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/demolocation/.grassrc72
> GISBASE=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu
> PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:$PATH"
> PYTHONPATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/etc/python:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/gui/wxpython:$PYTHONPATH"
> LD_LIBRARY_PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:"
> LC_ALL=C LANG=C LANGUAGE=C OBJ.x86_64-pc-linux-gnu/test <
> test_numbers.csv
> TESTS:
> N:30
> /bin/sh: line 1: 28663 Illegal instruction (core dumped)
> GISRC=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/demolocation/.grassrc72
> GISBASE=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu
> PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:$PATH"
> PYTHONPATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/etc/python:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/gui/wxpython:$PYTHONPATH"
> LD_LIBRARY_PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:"
> LC_ALL=C LANG=C LANGUAGE=C OBJ.x86_64-pc-linux-gnu/test <
> test_numbers.csv
> Makefile:19: recipe for target 'test' failed
> make[1]: *** [test] Error 132
> make[1]: Leaving directory '/home/mundialis/software/grass72_svn/lib/cdhc'
> Makefile:13: recipe for target 'default' failed
> make: *** [default] Error 2
>
> Any idea why this fails?
>
> Markus
>
>
> On Wed, May 31, 2017 at 8:47 AM, Maris Nartiss  wrote:
>> Yes, this one looks safe too, although it affects only compilation
>> running on non English locales thus a minority of users.
>>
>> Māris.
>>
>> 2017-05-30 11:44 GMT+03:00 Markus Neteler :
>>> Hi Maris,
>>>
>>> and, shall I backport this one?
>>>
>>> Markus
>>>
>>> On Sat, Apr 1, 2017 at 2:35 PM,   wrote:
 Author: marisn
 Date: 2017-04-01 05:35:46 -0700 (Sat, 01 Apr 2017)
 New Revision: 70821

 Modified:
grass/trunk/include/Make/Rules.make
 Log:
 Enforce C language when running Python during compilation as LANGUAGE has 
 a preference over LC_ALL.


 Modified: grass/trunk/include/Make/Rules.make
 ===
 --- grass/trunk/include/Make/Rules.make 2017-04-01 11:48:43 UTC (rev 70820)
 +++ grass/trunk/include/Make/Rules.make 2017-04-01 12:35:46 UTC (rev 70821)
 @@ -38,7 +38,7 @@
 
 PATH="$(ARCH_DISTDIR)/bin:$(GISBASE)/bin:$(GISBASE)/scripts:$$PATH" \
 PYTHONPATH="$(GRASS_PYTHONPATH)" \
 
 $(LD_LIBRARY_PATH_VAR)="$(BIN):$(GISBASE)/bin:$(GISBASE)/scripts:$(ARCH_LIBDIR):$(BASE_LIBDIR):$($(LD_LIBRARY_PATH_VAR))"
  \
 -   LC_ALL=C \
 +   LC_ALL=C LANG=C LANGUAGE=C \
 $(1)

  # default clean rules

 ___
 grass-commit mailing list
 grass-com...@lists.osgeo.org
 https://lists.osgeo.org/mailman/listinfo/grass-commit
>>> ___
>>> grass-dev mailing list
>>> grass-dev@lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/grass-dev
>
>
>
> --
> Markus Neteler, PhD
> http://www.mundialis.de - 

[GRASS-dev] g.extension error due to bug in Ubuntu grass-daily-doc package ?

[Moritz Lennert]

I don't know who is currently behind the grass-daily Ubuntu packages at 
https://launchpad.net/~grass/+archive/ubuntu/grass-devel, and if they 
are listening here, but a colleague of mine using these packages was hit 
by a bug that causes an error in the installation of the html docs and 
thus in g.extension.


In the grass-daily-doc package there are two directories in 
/usr/share/doc, each with a html subdirectoy:


grass-daily-doc
grass-doc

The first contains all the html man pages, and the second just contains 
a symlink to jquery (jquery -> ../../../javascript/jquery).


So first issue: I'm not sure there should be two -doc directories. The 
symlink should be in the grass-daily-doc directory (or everything put 
into the grass-doc directory).


The second issue is that the file 
/usr/share/doc-base/grass-daily-manuals contains hardcoded paths for 
grass71:


Index: /usr/share/doc/grass71-doc/html/index.html
Files: /usr/share/doc/grass71-doc/html/*.html

These should be replaced by links to grass-daily-doc:

Index: /usr/share/doc/grass-daily-doc/html/index.html
Files: /usr/share/doc/grass-daily-doc/html/*.html

And finally, the symlink in

/usr/lib/grass73/docs/html -> ../../../share/doc/grass-doc/html

points to grass-doc, not grass-daily-doc (and grass-doc/html only 
contains the link to jquery).


Because of these issues (already problematic by themselves), g.extenion 
throws an python error because it cannot find the grass_logo.png file.


Just tell me if I should go elsewhere with this bug.

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

Re: [GRASS-dev] [GRASS-SVN] r70821 - grass/trunk/include/Make

[Markus Neteler]

Hi,

I guess I have to revert it:

grass72_svn/lib/cdhc]$ make
if [ "" != "" -a -f "".html ] ; then make html ; fi
==TEST=
make test
make[1]: Entering directory '/home/mundialis/software/grass72_svn/lib/cdhc'
GISRC=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/demolocation/.grassrc72
GISBASE=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu
PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:$PATH"
PYTHONPATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/etc/python:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/gui/wxpython:$PYTHONPATH"
LD_LIBRARY_PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:"
LC_ALL=C LANG=C LANGUAGE=C OBJ.x86_64-pc-linux-gnu/test <
test_numbers.csv
TESTS:
N:30
/bin/sh: line 1: 28663 Illegal instruction (core dumped)
GISRC=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/demolocation/.grassrc72
GISBASE=/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu
PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:$PATH"
PYTHONPATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/etc/python:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/gui/wxpython:$PYTHONPATH"
LD_LIBRARY_PATH="/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/bin:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/scripts:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:/home/mundialis/software/grass72_svn/dist.x86_64-pc-linux-gnu/lib:"
LC_ALL=C LANG=C LANGUAGE=C OBJ.x86_64-pc-linux-gnu/test <
test_numbers.csv
Makefile:19: recipe for target 'test' failed
make[1]: *** [test] Error 132
make[1]: Leaving directory '/home/mundialis/software/grass72_svn/lib/cdhc'
Makefile:13: recipe for target 'default' failed
make: *** [default] Error 2

Any idea why this fails?

Markus


On Wed, May 31, 2017 at 8:47 AM, Maris Nartiss  wrote:
> Yes, this one looks safe too, although it affects only compilation
> running on non English locales thus a minority of users.
>
> Māris.
>
> 2017-05-30 11:44 GMT+03:00 Markus Neteler :
>> Hi Maris,
>>
>> and, shall I backport this one?
>>
>> Markus
>>
>> On Sat, Apr 1, 2017 at 2:35 PM,   wrote:
>>> Author: marisn
>>> Date: 2017-04-01 05:35:46 -0700 (Sat, 01 Apr 2017)
>>> New Revision: 70821
>>>
>>> Modified:
>>>grass/trunk/include/Make/Rules.make
>>> Log:
>>> Enforce C language when running Python during compilation as LANGUAGE has a 
>>> preference over LC_ALL.
>>>
>>>
>>> Modified: grass/trunk/include/Make/Rules.make
>>> ===
>>> --- grass/trunk/include/Make/Rules.make 2017-04-01 11:48:43 UTC (rev 70820)
>>> +++ grass/trunk/include/Make/Rules.make 2017-04-01 12:35:46 UTC (rev 70821)
>>> @@ -38,7 +38,7 @@
>>> PATH="$(ARCH_DISTDIR)/bin:$(GISBASE)/bin:$(GISBASE)/scripts:$$PATH" 
>>> \
>>> PYTHONPATH="$(GRASS_PYTHONPATH)" \
>>> 
>>> $(LD_LIBRARY_PATH_VAR)="$(BIN):$(GISBASE)/bin:$(GISBASE)/scripts:$(ARCH_LIBDIR):$(BASE_LIBDIR):$($(LD_LIBRARY_PATH_VAR))"
>>>  \
>>> -   LC_ALL=C \
>>> +   LC_ALL=C LANG=C LANGUAGE=C \
>>> $(1)
>>>
>>>  # default clean rules
>>>
>>> ___
>>> grass-commit mailing list
>>> grass-com...@lists.osgeo.org
>>> https://lists.osgeo.org/mailman/listinfo/grass-commit
>> ___
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-dev



-- 
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] scientific notation in r.mapcalc ?

[Markus Neteler]

On Thu, Jan 19, 2017 at 12:10 PM, Moritz Lennert
 wrote:
> Hi,
>
> I just stumbled upon this while running a large model, and noticed that I
> couldn't easily find an answer:
>
> IIUC r.mapcalc does not support scientific notation of floating point
> numbers (i.e. 2.54e-05 instead of 0.254). Is that correct ?
>
> How difficult would it be to implement the support of such notation ?

We just stumbled over the same issue... would be nice to have.

Markus

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



-- 
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] #3351: Update r.color manual

[GRASS GIS]

#3351: Update r.color manual
---+-
  Reporter:  Nikos Alexandris  |  Owner:  grass-dev@…
  Type:  defect| Status:  closed
  Priority:  normal|  Milestone:
 Component:  Docs  |Version:  svn-trunk
Resolution:  wontfix   |   Keywords:  r.colors, rules
   CPU:  Unspecified   |   Platform:  Unspecified
---+-

Comment (by neteler):

 Doesn't r.colors.out do the job? Maybe we should highlight that.

--
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] #3324: Better error message if v.in.wfs fails during networking

[GRASS GIS]

#3324: Better error message if v.in.wfs fails during networking
--+-
  Reporter:  marisn   |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  closed
  Priority:  minor|  Milestone:  7.4.0
 Component:  Vector   |Version:  svn-trunk
Resolution:  fixed|   Keywords:  v.in.wfs
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by neteler):

 In [changeset:"71153" 71153]:
 {{{
 #!CommitTicketReference repository="" revision="71153"
 v.in.wfs: Move WFS import to urllib2 to provide better error messages.
 Fixes #3324 (trunk, r70823)
 }}}

--
Ticket URL: 
GRASS GIS 

___
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

[Maris Nartiss]

The most easy solution is to just nuke (empty) offending translations
in any text editor as those errors make them unusable anyway.

Māris.


2017-05-30 12:05 GMT+03:00 Markus Neteler :
> Hi,
>
> I have merged back the translations fetched from transifex to SVN in r71148.
>
> Some issues to be fixed (how?):
>
> [neteler@oboe locale]$ make verify
> ...
> grasslibs_ja.po:6472: number of format specifications in
> 'msgid_plural' and 'msgstr[0]' does not match
> grasslibs_ja.po:6479: number of format specifications in
> 'msgid_plural' and 'msgstr[0]' does not match
> grasslibs_ja.po:6489: number of format specifications in
> 'msgid_plural' and 'msgstr[0]' does not match
> grasslibs_ja.po:6495: number of format specifications in
> 'msgid_plural' and 'msgstr[0]' does not match
> msgfmt: found 4 fatal errors
> ...
> grassmods_ar.po:29132: format specifications in 'msgid' and 'msgstr'
> for argument 1 are not the same
> msgfmt: found 1 fatal error
> - grassmods_cs.po:
> grassmods_cs.po:38116: number of format specifications in
> 'msgid_plural' and 'msgstr[2]' does not match
> msgfmt: found 1 fatal error
>
> Final question:
> Merge back to relbr72 using my good old msgmerge scripts or the
> transifex_merge.sh ?
>
> 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] [GRASS-SVN] r70821 - grass/trunk/include/Make

[Maris Nartiss]

Yes, this one looks safe too, although it affects only compilation
running on non English locales thus a minority of users.

Māris.

2017-05-30 11:44 GMT+03:00 Markus Neteler :
> Hi Maris,
>
> and, shall I backport this one?
>
> Markus
>
> On Sat, Apr 1, 2017 at 2:35 PM,   wrote:
>> Author: marisn
>> Date: 2017-04-01 05:35:46 -0700 (Sat, 01 Apr 2017)
>> New Revision: 70821
>>
>> Modified:
>>grass/trunk/include/Make/Rules.make
>> Log:
>> Enforce C language when running Python during compilation as LANGUAGE has a 
>> preference over LC_ALL.
>>
>>
>> Modified: grass/trunk/include/Make/Rules.make
>> ===
>> --- grass/trunk/include/Make/Rules.make 2017-04-01 11:48:43 UTC (rev 70820)
>> +++ grass/trunk/include/Make/Rules.make 2017-04-01 12:35:46 UTC (rev 70821)
>> @@ -38,7 +38,7 @@
>> PATH="$(ARCH_DISTDIR)/bin:$(GISBASE)/bin:$(GISBASE)/scripts:$$PATH" \
>> PYTHONPATH="$(GRASS_PYTHONPATH)" \
>> 
>> $(LD_LIBRARY_PATH_VAR)="$(BIN):$(GISBASE)/bin:$(GISBASE)/scripts:$(ARCH_LIBDIR):$(BASE_LIBDIR):$($(LD_LIBRARY_PATH_VAR))"
>>  \
>> -   LC_ALL=C \
>> +   LC_ALL=C LANG=C LANGUAGE=C \
>> $(1)
>>
>>  # default clean rules
>>
>> ___
>> grass-commit mailing list
>> grass-com...@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-commit
> ___
> 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