[GRASS-dev] Grass7 GUI compilation failed

This has been broken since the introduction of the animation module and apparently now is affecting other modules that used to compile fine. So GRASS 7 is increasingly broken for the Mac. Volume displays have been broken for many months now. If someone could tell me what has changed with the introduction of these new modules and related changes to the other ones, I might be able to find out what is breaking on the Mac. I’m guessing that it is a new class that calls some wxPython windowing routine that has a problem, but I don’t know what it is.

Michael

···

On Sat, Dec 29, 2012 at 9:57 PM, Rashad M <mohammedrashadkm@gmail.com> wrote:

grass7.0 fails compilation at first and continues only after setting PYTHONPATH.

This becomes a routine for recompilation. Is there any work around to automatically pickup wxPython?

Here is my error log:

Started compilation: Sat Dec 29 21:46:17 IST 2012

Errors in:
/code/grass/grass70/gui/wxpython/animation
/code/grass/grass70/gui/wxpython/mapswipe
/code/grass/grass70/gui/wxpython/gmodeler
/code/grass/grass70/gui/wxpython/rlisetup
/code/grass/grass70/gui/wxpython/psmap
/code/grass/grass70/gui/wxpython/dbmgr
/code/grass/grass70/gui/wxpython/vdigit

In case of errors please change into the directory with error and run ‘make’.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.

Finished compilation: Sat Dec 29 21:53:10 IST 2012

wxpython is installed from ubuntu repos. so its in the default path

Regards,
Rashad

Regards,
Rashad

I can confirm that - I don't think it was the animation, I think it was the g.gui.* that started to break down modules for me.
I am still on 10.6.8 but I am trying to set up a machine with 10.8 for testing.

Currently, the compilation ends with error for the following modules:
/Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
/Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
/Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
/Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
/Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
/Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
/Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
/Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass

but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide
more details - there are too many to list here but the following error shows up
pythonw2.6[69774] <Error>: CGContextRestoreGState: invalid context 0x0
(this is just with a single DEM, no volumes)

v.digit runs but hangs on rendering

mapswipe works fine except for the manual page which gives
CGContextRestoreGState: invalid context 0x0

animation tool does not start at all giving the following error
CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 componen
ts, kCGImageAlphaNoneSkipFirst.
pythonw2.6[69774] <Error>: CGContextTranslateCTM: invalid context 0x0
pythonw2.6[69774] <Error>: CGContextScaleCTM: invalid context 0x0

Note that this issue is different from GRASS6.4.3
crashing gui on OS X 10.7 and 10.8 when drawing isosurfaces - that works OK on 10.6 but the issues above
are in GRASS7 only and on Mac OSX 10.6 - 10.8

Helena

On Dec 29, 2012, at 3:57 PM, Michael Barton wrote:

This has been broken since the introduction of the animation module and apparently now is affecting other modules that used to compile fine. So GRASS 7 is increasingly broken for the Mac. Volume displays have been broken for many months now. If someone could tell me what has changed with the introduction of these new modules and related changes to the other ones, I might be able to find out what is breaking on the Mac. I'm guessing that it is a new class that calls some wxPython windowing routine that has a problem, but I don't know what it is.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 29, 2012, at 1:00 PM, <grass-dev-request@lists.osgeo.org>
wrote:

From: Rashad M <mohammedrashadkm@gmail.com>
Subject: Re: [GRASS-dev] Grass7 GUI compilation failed
Date: December 29, 2012 11:25:17 AM MST
To: <grass-dev@lists.osgeo.org>

here is output from v.digit
make
ml
make[6]: Entering directory `/code/grass/grass70/gui/wxpython/vdigit'
GISRC=/code/grass/grass70/dist.x86_64-unknown-linux-gnu/demolocation/.grassrc70 GISBASE=/code/grass/grass70/dist.x86_64-unknown-linux-gnu PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:$PATH" PYTHONPATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:$PYTHONPATH" LD_LIBRARY_PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:" LC_ALL=C /code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit --html-description < /dev/null | grep -v '</body>\|</html>' > g.gui.vdigit.tmp.html
Traceback (most recent call last):
  File "/code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit", line 39, in <module>
    import wx
ImportError: No module named wx
make[6]: *** [g.gui.vdigit.tmp.html] Error 1
rm g.gui.vdigit.tmp.html
make[6]: Leaving directory `/code/grass/grass70/gui/wxpython/vdigit'
make[5]: *** [guiscript] Error 2

On Sat, Dec 29, 2012 at 9:57 PM, Rashad M <mohammedrashadkm@gmail.com> wrote:
grass7.0 fails compilation at first and continues only after setting PYTHONPATH.

This becomes a routine for recompilation. Is there any work around to automatically pickup wxPython?

Here is my error log:

Started compilation: Sat Dec 29 21:46:17 IST 2012
--
Errors in:
/code/grass/grass70/gui/wxpython/animation
/code/grass/grass70/gui/wxpython/mapswipe
/code/grass/grass70/gui/wxpython/gmodeler
/code/grass/grass70/gui/wxpython/rlisetup
/code/grass/grass70/gui/wxpython/psmap
/code/grass/grass70/gui/wxpython/dbmgr
/code/grass/grass70/gui/wxpython/vdigit
--
In case of errors please change into the directory with error and run 'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: Sat Dec 29 21:53:10 IST 2012

wxpython is installed from ubuntu repos. so its in the default path

--
Regards,
   Rashad

--
Regards,
   Rashad

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

Hi,

2012/12/30 Helena Mitasova <hmitaso@ncsu.edu>:

Currently, the compilation ends with error for the following modules:
/Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
/Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
/Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
/Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
/Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
/Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
/Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
/Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass

but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide
more details - there are too many to list here but the following error shows up

it will be the same, is it problem with importing 'wx' package, or??

v.digit runs but hangs on rendering

there is no v.digit in G7, do you mean g.gui.vdigit?

Martin

--
Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa

exporting PYTHONPATH to /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/ and running the script doesnt have any problem. So as you said someone had accidently modified PYTHONPATH settings.

An ugly fix is to add the below line to include/Make/Rules.make
I know its very dirty thing but a way to solution maybe because when grass start it automatically picks up the wx path. I dont know how. maybe wxpython is setting those things.

GRASS_PYTHONPATH := $(call mkpath,“/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/”,$(GRASS_PYTHONPATH))

Best option is to find if set/append PYTHONPATH on configure itself.

python-config gives the python lib dir and from there dist-packages/wx-2.8-gtk2-unicode will have PYTHONPATH this may not be called as PYTHONPATH2 or something which is used by GRASS installation only thus not affecting other packages in the system

···

On Sun, Dec 30, 2012 at 3:55 PM, Martin Landa <landa.martin@gmail.com> wrote:

Hi,

2012/12/30 Helena Mitasova <hmitaso@ncsu.edu>:

Currently, the compilation ends with error for the following modules:
/Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
/Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
/Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
/Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
/Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
/Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
/Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
/Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass

but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide
more details - there are too many to list here but the following error shows up

it will be the same, is it problem with importing ‘wx’ package, or??

v.digit runs but hangs on rendering

there is no v.digit in G7, do you mean g.gui.vdigit?

Martin


Martin Landa <landa.martin gmail.com> * http://geo.fsv.cvut.cz/~landa


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

Regards,
Rashad

Martin,

Can you tell us what changed with the addition of the animation module a month or two back. It is there that we started having problems compiling. That may not be the problem but it is a good place to start.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 30, 2012, at 3:25 AM, Martin Landa <landa.martin@gmail.com>
wrote:

Hi,

2012/12/30 Helena Mitasova <hmitaso@ncsu.edu>:

Currently, the compilation ends with error for the following modules:
/Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
/Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
/Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
/Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
/Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
/Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
/Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
/Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass

but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide
more details - there are too many to list here but the following error shows up

it will be the same, is it problem with importing 'wx' package, or??

v.digit runs but hangs on rendering

there is no v.digit in G7, do you mean g.gui.vdigit?

Martin

--
Martin Landa <landa.martin gmail.com> * Studijní program Geodézie a kartografie – GeoWikiCZ

I doubt that it is the animation modules itself. But at about the time this was added, there was some change in related code (could be a class in one of the g.gui.* modules, or maybe something else). This it is changes that started around this time and affecting previously working modules for mapswipe and modeler--and now other modules. Something was switched so that these now call something that they did not call before that time and that is breaking GRASS compilation on the Mac.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 29, 2012, at 10:30 PM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:

I can confirm that - I don't think it was the animation, I think it was the g.gui.* that started to break down modules for me.
I am still on 10.6.8 but I am trying to set up a machine with 10.8 for testing.

Currently, the compilation ends with error for the following modules:
/Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
/Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
/Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
/Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
/Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
/Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
/Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
/Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass

but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide
more details - there are too many to list here but the following error shows up
pythonw2.6[69774] <Error>: CGContextRestoreGState: invalid context 0x0
(this is just with a single DEM, no volumes)

v.digit runs but hangs on rendering

mapswipe works fine except for the manual page which gives
CGContextRestoreGState: invalid context 0x0

animation tool does not start at all giving the following error
CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 componen
ts, kCGImageAlphaNoneSkipFirst.
pythonw2.6[69774] <Error>: CGContextTranslateCTM: invalid context 0x0
pythonw2.6[69774] <Error>: CGContextScaleCTM: invalid context 0x0

Note that this issue is different from GRASS6.4.3
crashing gui on OS X 10.7 and 10.8 when drawing isosurfaces - that works OK on 10.6 but the issues above
are in GRASS7 only and on Mac OSX 10.6 - 10.8

Helena

On Dec 29, 2012, at 3:57 PM, Michael Barton wrote:

This has been broken since the introduction of the animation module and apparently now is affecting other modules that used to compile fine. So GRASS 7 is increasingly broken for the Mac. Volume displays have been broken for many months now. If someone could tell me what has changed with the introduction of these new modules and related changes to the other ones, I might be able to find out what is breaking on the Mac. I'm guessing that it is a new class that calls some wxPython windowing routine that has a problem, but I don't know what it is.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 29, 2012, at 1:00 PM, <grass-dev-request@lists.osgeo.org>
wrote:

From: Rashad M <mohammedrashadkm@gmail.com>
Subject: Re: [GRASS-dev] Grass7 GUI compilation failed
Date: December 29, 2012 11:25:17 AM MST
To: <grass-dev@lists.osgeo.org>

here is output from v.digit
make
ml
make[6]: Entering directory `/code/grass/grass70/gui/wxpython/vdigit'
GISRC=/code/grass/grass70/dist.x86_64-unknown-linux-gnu/demolocation/.grassrc70 GISBASE=/code/grass/grass70/dist.x86_64-unknown-linux-gnu PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:$PATH" PYTHONPATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:$PYTHONPATH" LD_LIBRARY_PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:" LC_ALL=C /code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit --html-description < /dev/null | grep -v '</body>\|</html>' > g.gui.vdigit.tmp.html
Traceback (most recent call last):
File "/code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit", line 39, in <module>
   import wx
ImportError: No module named wx
make[6]: *** [g.gui.vdigit.tmp.html] Error 1
rm g.gui.vdigit.tmp.html
make[6]: Leaving directory `/code/grass/grass70/gui/wxpython/vdigit'
make[5]: *** [guiscript] Error 2

On Sat, Dec 29, 2012 at 9:57 PM, Rashad M <mohammedrashadkm@gmail.com> wrote:
grass7.0 fails compilation at first and continues only after setting PYTHONPATH.

This becomes a routine for recompilation. Is there any work around to automatically pickup wxPython?

Here is my error log:

Started compilation: Sat Dec 29 21:46:17 IST 2012
--
Errors in:
/code/grass/grass70/gui/wxpython/animation
/code/grass/grass70/gui/wxpython/mapswipe
/code/grass/grass70/gui/wxpython/gmodeler
/code/grass/grass70/gui/wxpython/rlisetup
/code/grass/grass70/gui/wxpython/psmap
/code/grass/grass70/gui/wxpython/dbmgr
/code/grass/grass70/gui/wxpython/vdigit
--
In case of errors please change into the directory with error and run 'make'.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.
--
Finished compilation: Sat Dec 29 21:53:10 IST 2012

wxpython is installed from ubuntu repos. so its in the default path

--
Regards,
  Rashad

--
Regards,
  Rashad

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
grass-dev Info Page

this patch solved gui compilation problem for me in Ubuntu12.04. There maybe a better way to do the trick. But this works

(attachments)

rules_make.diff (724 Bytes)

···

On Mon, Dec 31, 2012 at 12:49 AM, Michael Barton <Michael.Barton@asu.edu> wrote:

I doubt that it is the animation modules itself. But at about the time this was added, there was some change in related code (could be a class in one of the g.gui.* modules, or maybe something else). This it is changes that started around this time and affecting previously working modules for mapswipe and modeler–and now other modules. Something was switched so that these now call something that they did not call before that time and that is breaking GRASS compilation on the Mac.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 29, 2012, at 10:30 PM, Helena Mitasova <hmitaso@ncsu.edu>

wrote:

I can confirm that - I don’t think it was the animation, I think it was the g.gui.* that started to break down modules for me.
I am still on 10.6.8 but I am trying to set up a machine with 10.8 for testing.

Currently, the compilation ends with error for the following modules:
/Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
/Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
/Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
/Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
/Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
/Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
/Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
/Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass

but it affects more than the modules above - for example switching to 3d view is broken - it has erratic behavior (I can provide
more details - there are too many to list here but the following error shows up
pythonw2.6[69774] : CGContextRestoreGState: invalid context 0x0
(this is just with a single DEM, no volumes)

v.digit runs but hangs on rendering

mapswipe works fine except for the manual page which gives
CGContextRestoreGState: invalid context 0x0

animation tool does not start at all giving the following error
CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for 8 integer bits/component, 3 componen
ts, kCGImageAlphaNoneSkipFirst.
pythonw2.6[69774] : CGContextTranslateCTM: invalid context 0x0
pythonw2.6[69774] : CGContextScaleCTM: invalid context 0x0

Note that this issue is different from GRASS6.4.3
crashing gui on OS X 10.7 and 10.8 when drawing isosurfaces - that works OK on 10.6 but the issues above
are in GRASS7 only and on Mac OSX 10.6 - 10.8

Helena

On Dec 29, 2012, at 3:57 PM, Michael Barton wrote:

This has been broken since the introduction of the animation module and apparently now is affecting other modules that used to compile fine. So GRASS 7 is increasingly broken for the Mac. Volume displays have been broken for many months now. If someone could tell me what has changed with the introduction of these new modules and related changes to the other ones, I might be able to find out what is breaking on the Mac. I’m guessing that it is a new class that calls some wxPython windowing routine that has a problem, but I don’t know what it is.

Michael


C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 29, 2012, at 1:00 PM, <grass-dev-request@lists.osgeo.org>
wrote:

From: Rashad M <mohammedrashadkm@gmail.com>
Subject: Re: [GRASS-dev] Grass7 GUI compilation failed
Date: December 29, 2012 11:25:17 AM MST
To: <grass-dev@lists.osgeo.org>

here is output from v.digit
make
ml
make[6]: Entering directory /code/grass/grass70/gui/wxpython/vdigit' GISRC=/code/grass/grass70/dist.x86_64-unknown-linux-gnu/demolocation/.grassrc70 GISBASE=/code/grass/grass70/dist.x86_64-unknown-linux-gnu PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:$PATH" PYTHONPATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:$PYTHONPATH" LD_LIBRARY_PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:" LC_ALL=C /code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit --html-description < /dev/null | grep -v '</body>\|</html>' > g.gui.vdigit.tmp.html Traceback (most recent call last): File "/code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit", line 39, in <module> import wx ImportError: No module named wx make[6]: *** [g.gui.vdigit.tmp.html] Error 1 rm g.gui.vdigit.tmp.html make[6]: Leaving directory /code/grass/grass70/gui/wxpython/vdigit’
make[5]: *** [guiscript] Error 2

On Sat, Dec 29, 2012 at 9:57 PM, Rashad M <mohammedrashadkm@gmail.com> wrote:
grass7.0 fails compilation at first and continues only after setting PYTHONPATH.

This becomes a routine for recompilation. Is there any work around to automatically pickup wxPython?

Here is my error log:

Started compilation: Sat Dec 29 21:46:17 IST 2012

Errors in:
/code/grass/grass70/gui/wxpython/animation
/code/grass/grass70/gui/wxpython/mapswipe
/code/grass/grass70/gui/wxpython/gmodeler
/code/grass/grass70/gui/wxpython/rlisetup
/code/grass/grass70/gui/wxpython/psmap
/code/grass/grass70/gui/wxpython/dbmgr
/code/grass/grass70/gui/wxpython/vdigit

In case of errors please change into the directory with error and run ‘make’.
If you get multiple errors, you need to deal with them in the order they
appear in the error log. If you get an error building a library, you will
also get errors from anything which uses the library.

Finished compilation: Sat Dec 29 21:53:10 IST 2012

wxpython is installed from ubuntu repos. so its in the default path


Regards,
Rashad


Regards,
Rashad


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


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

Regards,
Rashad

On 4 January 2013 11:42, Rashad M <mohammedrashadkm@gmail.com> wrote:

this patch solved gui compilation problem for me in Ubuntu12.04. There maybe
a better way to do the trick. But this works

Hi,

this patch fixed the compilation (on Ubuntu 12.04) but the for running
a module additional path settings is needed (as suggested earlier):

export PYTHONPATH=$PYTHONPATH:/usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode

It is the same for the start standard python in standard cmd line:
`import wx` does not work.

Alternatively, `wxversion.select(wxversion.getInstalled()[0])` can be
used to set the path to wxpython modules but this is probably not the
way to go.

Unfortunately, I don't know what is the correct solution and if it is
in Makefiles or configure I'm not able to implement it. To be confused
even more, g.gui.* modules worked couple weeks ago on Ubuntu 12.04
(maybe, depends on machine). Also, g.gui (main GUI) is working, so is
is dealing with the python path somehow. Maybe, the right solution is
to run the same procedure as in g.gui?

Vaclav

On Mon, Dec 31, 2012 at 12:49 AM, Michael Barton <Michael.Barton@asu.edu>
wrote:

I doubt that it is the animation modules itself. But at about the time
this was added, there was some change in related code (could be a class in
one of the g.gui.* modules, or maybe something else). This it is changes
that started around this time and affecting previously working modules for
mapswipe and modeler--and now other modules. Something was switched so that
these now call something that they did not call before that time and that is
breaking GRASS compilation on the Mac.

Michael
____________________
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Arizona State University

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

On Dec 29, 2012, at 10:30 PM, Helena Mitasova <hmitaso@ncsu.edu>
wrote:

> I can confirm that - I don't think it was the animation, I think it was
> the g.gui.* that started to break down modules for me.
> I am still on 10.6.8 but I am trying to set up a machine with 10.8 for
> testing.
>
> Currently, the compilation ends with error for the following modules:
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/animation
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/mapswipe
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/gmodeler
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/rlisetup
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/psmap
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/dbmgr
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/vdigit
> /Users/helena/grassdev7/grass_trunk/gui/wxpython/iclass
>
> but it affects more than the modules above - for example switching to 3d
> view is broken - it has erratic behavior (I can provide
> more details - there are too many to list here but the following error
> shows up
> pythonw2.6[69774] <Error>: CGContextRestoreGState: invalid context 0x0
> (this is just with a single DEM, no volumes)
>
> v.digit runs but hangs on rendering
>
> mapswipe works fine except for the manual page which gives
> CGContextRestoreGState: invalid context 0x0
>
> animation tool does not start at all giving the following error
> CGBitmapContextCreate: invalid data bytes/row: should be at least 4 for
> 8 integer bits/component, 3 componen
> ts, kCGImageAlphaNoneSkipFirst.
> pythonw2.6[69774] <Error>: CGContextTranslateCTM: invalid context 0x0
> pythonw2.6[69774] <Error>: CGContextScaleCTM: invalid context 0x0
>
> Note that this issue is different from GRASS6.4.3
> crashing gui on OS X 10.7 and 10.8 when drawing isosurfaces - that works
> OK on 10.6 but the issues above
> are in GRASS7 only and on Mac OSX 10.6 - 10.8
>
> Helena
>
> On Dec 29, 2012, at 3:57 PM, Michael Barton wrote:
>
>> This has been broken since the introduction of the animation module and
>> apparently now is affecting other modules that used to compile fine. So
>> GRASS 7 is increasingly broken for the Mac. Volume displays have been broken
>> for many months now. If someone could tell me what has changed with the
>> introduction of these new modules and related changes to the other ones, I
>> might be able to find out what is breaking on the Mac. I'm guessing that it
>> is a new class that calls some wxPython windowing routine that has a
>> problem, but I don't know what it is.
>>
>> Michael
>> ____________________
>> C. Michael Barton
>> Director, Center for Social Dynamics & Complexity
>> Professor of Anthropology, School of Human Evolution & Social Change
>> Arizona State University
>>
>> voice: 480-965-6262 (SHESC), 480-727-9746 (CSDC)
>> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC)
>> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Dec 29, 2012, at 1:00 PM, <grass-dev-request@lists.osgeo.org>
>> wrote:
>>
>>> From: Rashad M <mohammedrashadkm@gmail.com>
>>> Subject: Re: [GRASS-dev] Grass7 GUI compilation failed
>>> Date: December 29, 2012 11:25:17 AM MST
>>> To: <grass-dev@lists.osgeo.org>
>>>
>>>
>>> here is output from v.digit
>>> make
>>> ml
>>> make[6]: Entering directory `/code/grass/grass70/gui/wxpython/vdigit'
>>>
>>> GISRC=/code/grass/grass70/dist.x86_64-unknown-linux-gnu/demolocation/.grassrc70
>>> GISBASE=/code/grass/grass70/dist.x86_64-unknown-linux-gnu
>>> PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:$PATH"
>>> PYTHONPATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/etc/python:$PYTHONPATH"
>>> LD_LIBRARY_PATH="/code/grass/grass70/dist.x86_64-unknown-linux-gnu/bin:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:/code/grass/grass70/dist.x86_64-unknown-linux-gnu/lib:"
>>> LC_ALL=C
>>> /code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit
>>> --html-description < /dev/null | grep -v '</body>\|</html>' >
>>> g.gui.vdigit.tmp.html
>>> Traceback (most recent call last):
>>> File
>>> "/code/grass/grass70/dist.x86_64-unknown-linux-gnu/scripts/g.gui.vdigit",
>>> line 39, in <module>
>>> import wx
>>> ImportError: No module named wx
>>> make[6]: *** [g.gui.vdigit.tmp.html] Error 1
>>> rm g.gui.vdigit.tmp.html
>>> make[6]: Leaving directory `/code/grass/grass70/gui/wxpython/vdigit'
>>> make[5]: *** [guiscript] Error 2
>>>
>>>
>>> On Sat, Dec 29, 2012 at 9:57 PM, Rashad M <mohammedrashadkm@gmail.com>
>>> wrote:
>>> grass7.0 fails compilation at first and continues only after setting
>>> PYTHONPATH.
>>>
>>> This becomes a routine for recompilation. Is there any work around to
>>> automatically pickup wxPython?
>>>
>>> Here is my error log:
>>>
>>> Started compilation: Sat Dec 29 21:46:17 IST 2012
>>> --
>>> Errors in:
>>> /code/grass/grass70/gui/wxpython/animation
>>> /code/grass/grass70/gui/wxpython/mapswipe
>>> /code/grass/grass70/gui/wxpython/gmodeler
>>> /code/grass/grass70/gui/wxpython/rlisetup
>>> /code/grass/grass70/gui/wxpython/psmap
>>> /code/grass/grass70/gui/wxpython/dbmgr
>>> /code/grass/grass70/gui/wxpython/vdigit
>>> --
>>> In case of errors please change into the directory with error and run
>>> 'make'.
>>> If you get multiple errors, you need to deal with them in the order
>>> they
>>> appear in the error log. If you get an error building a library, you
>>> will
>>> also get errors from anything which uses the library.
>>> --
>>> Finished compilation: Sat Dec 29 21:53:10 IST 2012
>>>
>>>
>>> wxpython is installed from ubuntu repos. so its in the default path
>>>
>>>
>>> --
>>> Regards,
>>> Rashad
>>>
>>>
>>>
>>> --
>>> Regards,
>>> Rashad
>>
>> _______________________________________________
>> grass-dev mailing list
>> grass-dev@lists.osgeo.org
>> http://lists.osgeo.org/mailman/listinfo/grass-dev
>

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

--
Regards,
   Rashad

_______________________________________________
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev

yes. g.gui works which confirms that python path is set somewhere in grass
startup script
Also configure can check for PYTHONPATH and then updates or sets the
wxPython path. I think this can be achieved using a simple sed/cut command
to check wx-VER-gtk2-unicode in dist-packages. The same PYTHONPATH settings
can saved for running grass modules too

or Alternatively instead of touching PYTHONPATH we could stick to
GRASS_PYTHONPATH and do the same. It better not to depend on PYTHONPATH to
take care of wxPython dist-packages dir
Because I think that may cause trouble in future. Lets have a method to
detect and set wxPython packages path.

I can provide a patch if everyone agrees it a better idea.

BTW, Anyone experiencing problem in other linux distros as well

On Sat, Jan 5, 2013 at 5:19 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

g.gui?

--
Regards,
   Rashad

I've just reinstalled python-wxversion package. This action added the file

/usr/lib/python2.7/dist-packages/wx.pth

which is the part of the package but was missing on my computer. This
may by some Ubuntu packaging problem (this would answer the question
why other distributions are not affected).

For me, it is solved. I don't know how to avoid this in the future.

On 5 January 2013 13:07, Rashad M <mohammedrashadkm@gmail.com> wrote:

yes. g.gui works which confirms that python path is set somewhere in grass
startup script
Also configure can check for PYTHONPATH and then updates or sets the
wxPython path. I think this can be achieved using a simple sed/cut command
to check wx-VER-gtk2-unicode in dist-packages. The same PYTHONPATH settings
can saved for running grass modules too

or Alternatively instead of touching PYTHONPATH we could stick to
GRASS_PYTHONPATH and do the same. It better not to depend on PYTHONPATH to
take care of wxPython dist-packages dir
Because I think that may cause trouble in future. Lets have a method to
detect and set wxPython packages path.

I can provide a patch if everyone agrees it a better idea.

BTW, Anyone experiencing problem in other linux distros as well

On Sat, Jan 5, 2013 at 5:19 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

g.gui?

--
Regards,
   Rashad

On 5 January 2013 13:25, Vaclav Petras <wenzeslaus@gmail.com> wrote:

I've just reinstalled python-wxversion package. This action added the file

/usr/lib/python2.7/dist-packages/wx.pth

which is the part of the package but was missing on my computer. This
may by some Ubuntu packaging problem (this would answer the question
why other distributions are not affected).

For me, it is solved. I don't know how to avoid this in the future.

Ubuntu has some packaging problem [1] related to the file

/usr/lib/python2.7/dist-packages/wx.pth

so I would close this as not-our-problem but I'm not sure about Mac
part of this discussion.

Vaclav

[1] https://bugs.launchpad.net/ubuntu/+source/wxwidgets2.8/+bug/948944

On 5 January 2013 13:07, Rashad M <mohammedrashadkm@gmail.com> wrote:

yes. g.gui works which confirms that python path is set somewhere in grass
startup script
Also configure can check for PYTHONPATH and then updates or sets the
wxPython path. I think this can be achieved using a simple sed/cut command
to check wx-VER-gtk2-unicode in dist-packages. The same PYTHONPATH settings
can saved for running grass modules too

or Alternatively instead of touching PYTHONPATH we could stick to
GRASS_PYTHONPATH and do the same. It better not to depend on PYTHONPATH to
take care of wxPython dist-packages dir
Because I think that may cause trouble in future. Lets have a method to
detect and set wxPython packages path.

I can provide a patch if everyone agrees it a better idea.

BTW, Anyone experiencing problem in other linux distros as well

On Sat, Jan 5, 2013 at 5:19 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

g.gui?

--
Regards,
   Rashad