<div dir="ltr"><div>I don't know much but I will try to tell what I know.<br><br>On Tue, Oct 7, 2014 at 4:57 PM, Maciej Sieczka <<a href="mailto:msieczka@sieczka.org">msieczka@sieczka.org</a>> wrote:<br>>     --with-wxwidgets=/usr/bin/wx-config-2.8<br>><br>> Per 2.8 wxWidgets specified, I don't get it why<br>> /usr/lib/python2.7/site-packages/wx-3.0-gtk2/ gets<br>> involved in iclass build. I would rather expect it to<br>> pick /usr/lib/python2.7/site-packages/wx-2.8-gtk2-unicode/.<br><br></div>As far as I know, this does not select the Python packages but C++ library to link to for the C++ things which are using wxWidgets (no Python things which are using wxPython).<br><div><br>> What do you make of this? Like I said, all the other Python bits seem to build fine. Only iclass doesn't.<br>>  <br>I think it is only g.gui.iclass because just this module is importing something from wx which fails. The other g.gui.* modules (and a toolbox script) also import wx during compilation but this does not fail.<br> <br>><br>> This is an Arch box. I do have all the NumPy stuff installed. There is a problem on Arch that wx-3.0-gtk2/wx/lib/plot.py fails to import numpy.oldnumeric [1] leading to those "NumPy not found" errors,<br><br>I hope that the upstream error gets fixed because the GRASS one is more mysterious.<br> <br>><br>> but that would not happen if iclass build referred to wx-2.8-gtk2-unicode/wx/lib/plot.py instead - like I guess all the other GRASS 7 Python modules do.<br><br></div><div>Yes, there is this mysterious issue where wrong versions of wxPython or perhaps other things are used during compilation when something runs in fake GRASS session. The things usually run in the real GRASS session, you can try.<br></div></div>