#2187: Make Fails on Manpages GRASS GIS 7.0.svn 58873M
+---
Reporter: justinzane | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal |
On Tue, Feb 4, 2014 at 7:39 AM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Feb 4, 2014 at 1:04 AM, Vaclav Petras wenzesl...@gmail.com wrote:
This was is even more tricky and I don't know what is happening.
In directory man, script ./build_keywords.py fails:
Traceback (most recent call
Vaclav Petras wrote:
how should the C module check if the subprocess succeeded, i.e. what is
subprocess return code.
I just committed fix for r.mode (1) and before the fix, r.mode was
pretending that everything is all right although it was not (r.reclass
failed and printed help). Now the
Markus Neteler wrote:
One compiler issue remains:
mkstemp.c: In function 'G_mkstemp_fp':
mkstemp.c:164:5: warning: suggest parentheses around comparison in
operand of '' [-Wparentheses]
const char *fmode = (flags O_ACCMODE == O_RDWR)
Fixed in r58877.
For testing, I am not sure
Markus Metz wrote:
Other projects such as gimp or libreoffice are AFAICT reasonably
bundled with Python, without a Python installer.
They aren't attempting to support Python scripts as stand-alone
programs (i.e. something which can be run from the command prompt,
batch files, etc).
A
On Tue, Feb 4, 2014 at 11:14 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
For testing, I am not sure how to change
lib/iostream/ami_stream.cpp
in order to use the new function(s). Suggestions?
fd = G_mkstemp(tmp_path, O_RDWR, 0600);
I have attached a patch for
On 04/02/14 11:29, Glynn Clements wrote:
Markus Metz wrote:
I agree. It seems that the wxGUI always uses the bundled GRASS_PYTHON,
the reason why the wxGUI works fine without a system-wide Python.
That was done so that the system Python doesn't need to have wxPython
installed. Note that
Hi there,
On 04/02/14 13:24, Moritz Lennert wrote:
On 04/02/14 11:29, Glynn Clements wrote:
Markus Metz wrote:
I agree. It seems that the wxGUI always uses the bundled GRASS_PYTHON,
the reason why the wxGUI works fine without a system-wide Python.
That was done so that the system Python
On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke bendu...@fastmail.fm wrote:
But with the
latest Python developments, it will be a real challenge to
integrate GRASS 7 in the same way that we could integrate
GRASS 6 into a host application (i.e. without messing
around with any system settings).
#2024: r.li.setup generates incomplete r.li conf file
+---
Reporter: matmar | Owner: rashadkm
Type: defect | Status: assigned
Priority: normal | Milestone: 6.4.4
On 04/02/14 15:09, Vaclav Petras wrote:
On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke bendu...@fastmail.fm
mailto:bendu...@fastmail.fm wrote:
But with the
latest Python developments, it will be a real challenge to
integrate GRASS 7 in the same way that we could integrate
On Tue, Feb 4, 2014 at 10:14 AM, Benjamin Ducke bendu...@fastmail.fmwrote:
Years ago, when the development of the wxGUI started to get more
integrated with that of GRASS itself, it was suggested by some
to completely separate the GUI development.I still think that
would be a good idea.
If
On Tue, Feb 4, 2014 at 12:43 PM, Markus Neteler nete...@osgeo.org wrote:
On Tue, Feb 4, 2014 at 11:14 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Neteler wrote:
For testing, I am not sure how to change
lib/iostream/ami_stream.cpp
in order to use the new function(s).
#2024: r.li.setup generates incomplete r.li conf file
+---
Reporter: matmar | Owner: rashadkm
Type: defect | Status: assigned
Priority: normal | Milestone: 6.4.4
#2024: r.li.setup generates incomplete r.li conf file
+---
Reporter: matmar | Owner: rashadkm
Type: defect | Status: assigned
Priority: normal | Milestone: 6.4.4
#2024: r.li.setup generates incomplete r.li conf file
+---
Reporter: matmar | Owner: rashadkm
Type: defect | Status: assigned
Priority: normal | Milestone: 6.4.4
On 04/02/14 16:42, Vaclav Petras wrote:
On Tue, Feb 4, 2014 at 10:14 AM, Benjamin Ducke bendu...@fastmail.fm
mailto:bendu...@fastmail.fm wrote:
On 04/02/14 15:09, Vaclav Petras wrote:
On Tue, Feb 4, 2014 at 8:25 AM, Benjamin Ducke
bendu...@fastmail.fm
On Tue, Feb 4, 2014 at 11:29 AM, Glynn Clements
gl...@gclements.plus.com wrote:
Markus Metz wrote:
Other projects such as gimp or libreoffice are AFAICT reasonably
bundled with Python, without a Python installer.
They aren't attempting to support Python scripts as stand-alone
programs
On Tue, Feb 4, 2014 at 10:08 PM, Markus Metz
markus.metz.gisw...@gmail.com wrote:
...
We should use the embedded Python explicitly to avoid this problem. We
were here already. From a user's perspective, the easiest would be if
GRASS ignores any system-wide Python installation.
This view is
#2185: Painfully Slow 'v.in.ogr' Vector Import
--+-
Reporter: justinzane| Owner: grass-dev@…
Type: defect| Status: new
Priority:
#2185: Painfully Slow 'v.in.ogr' Vector Import
--+-
Reporter: justinzane| Owner: grass-dev@…
Type: defect| Status: new
Priority:
#2188: GRASS fails to start on Windows since r58807
---+
Reporter: annakrat | Owner: grass-dev@…
Type: defect | Status: new
Priority: critical |
Hi,
i’m tring to generate a 3d image with m.nviz.image, the following command works
fine form a ’standard’ GRASS session in text mode on my laptop
but if try to run the same command on a sever while i’m connected via SSH i got
the error : Bad server connection
Have you any clue on how to fix
23 matches
Mail list logo