[GRASS-dev] GRASS7 GUI error on Fedora 22 (beta)

Dear All,

I'm trying to make a virtual machine with GRASS7 on Fedora 22 (only
grass64 is available so far), I didn't have any particular problem
configuring with:

{{{
./configure \
  --with-cxx \
  --with-gdal=/usr/bin/gdal-config \
  --with-proj --with-proj-share=/usr/share/proj \
  --with-sqlite \
  --with-nls \
  --with-wxwidgets=/usr/bin/wx-config \
  --with-fftw \
  --with-python=/usr/bin/python-config \
  --with-freetype --with-freetype-includes=/usr/include/freetype2 \
  --enable-largefile \
  --without-odbc
}}}

and then compiling...

but when I start GRASS I got this Error:

{{{
$ grass71
Fatal Error: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx
containers,compatible with 2.8),
and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1002,wx
containers,compatible with 2.8).
ERROR: Invalid return code from GUI startup script.
Please advise GRASS developers of this error.
Exiting...
}}}

Any ideas?

Pietro

On Mon, May 4, 2015 at 10:55 PM, Pietro <peter.zamb@gmail.com> wrote:

Dear All,

I'm trying to make a virtual machine with GRASS7 on Fedora 22 (only

...

but when I start GRASS I got this Error:

{{{
$ grass71
Fatal Error: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx
containers,compatible with 2.8),
and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1002,wx
containers,compatible with 2.8).
ERROR: Invalid return code from GUI startup script.
Please advise GRASS developers of this error.
Exiting...
}}}

I just tried the same using docker (for the procedure, see the comment here:
http://courses.neteler.org/fun-docker-grass-gis-software/#comment-1168 )

Essentially I get the same error.

Any ideas?

Markus

On Mon, May 4, 2015 at 4:55 PM, Pietro <peter.zamb@gmail.com> wrote:

Dear All,

I'm trying to make a virtual machine with GRASS7 on Fedora 22 (only
grass64 is available so far), I didn't have any particular problem
configuring with:

{{{
./configure \
  --with-cxx \
  --with-gdal=/usr/bin/gdal-config \
  --with-proj --with-proj-share=/usr/share/proj \
  --with-sqlite \
  --with-nls \
  --with-wxwidgets=/usr/bin/wx-config \
  --with-fftw \
  --with-python=/usr/bin/python-config \
  --with-freetype --with-freetype-includes=/usr/include/freetype2 \
  --enable-largefile \
  --without-odbc
}}}

and then compiling...

but when I start GRASS I got this Error:

{{{
$ grass71
Fatal Error: Mismatch between the program and library build versions
detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx
containers,compatible with 2.8),
and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1002,wx
containers,compatible with 2.8).
ERROR: Invalid return code from GUI startup script.
Please advise GRASS developers of this error.
Exiting...
}}}

Any ideas?

Nothing in particular, but you can try to `import wx` in Python command
line inside and outside of GRASS session to see what happens.

Vaclav

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

On Mon, May 4, 2015 at 11:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

Nothing in particular, but you can try to `import wx` in Python command line
inside and outside of GRASS session to see what happens.

ok, I've tried with:

{{{
$ python -c "import wx"
Fatal Error: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx
containers,compatible with 2.8),
and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1002,wx
containers,compatible with 2.8).
Cancelled (core dump created)
}}}

Therefore it seems not a GRASS problem... but more a library/distribution one.

Do you know where this problem should be point out?

Pietro

On Mon, May 4, 2015 at 11:20 PM, Pietro <peter.zamb@gmail.com> wrote:

On Mon, May 4, 2015 at 11:04 PM, Vaclav Petras <wenzeslaus@gmail.com> wrote:

...

Therefore it seems not a GRASS problem... but more a library/distribution one.

Do you know where this problem should be point out?

I guess in Fedora's bugtracker, e.g. referring to this ticket (just found it):

https://bugzilla.redhat.com/show_bug.cgi?id=1217955

Markus