Second error indicates on a misconfigured system. Add to ~/.bash_profile: export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8
https://coderwall.com/p/-k_93g/mac-os-x-valueerror-unknown-locale-utf-8-in-python 2015-10-07 11:49 GMT+03:00 Agustin Diez Castillo <[email protected]>: > After updating, > wxpython not working here but tcltk still works (grass 6.4 from kyngchaos), > see below for results with 7.1 > Launching 'wxpython' GUI in the background, please wait ... > Traceback (most recent call last): > File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/wxgui.py", > line 27, in <module> > from core import globalvar > File > "/Applications/GRASS-6.4.app/Contents/MacOS/etc/wxpython/core/globalvar.py", > line 76, in <module> > import wx > File > "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/__init__.py", line > 45, in <module> > from wx._core import * > File "/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core.py", > line 4, in <module> > import _core_ > ImportError: > dlopen(/Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so, > 2): Library not loaded: > /Users/Shared/unix/wxpython-snow/lib/libwx_macud-2.8.0.dylib > Referenced from: > /Applications/GRASS-6.4.app/Contents/MacOS/etc/python/wx/_core_.so > Reason: image not found > > grass 7.1 not working here > '/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass.sh'; exit > Rebuilding Addon HTML manual pages index... > Rebuilding Addon menu... > Python 2.7.10 found. > Traceback (most recent call last): > File "/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass71", line > 1380, in <module> > set_language() > File "/Applications/GRASS/GRASS-7.1.app/Contents/MacOS/grass71", line 821, > in set_language > language, encoding = locale.getdefaultlocale() > File > "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py", > line 543, in getdefaultlocale > return _parse_localename(localename) > File > "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/locale.py", > line 475, in _parse_localename > raise ValueError, 'unknown locale: %s' % localename > ValueError: unknown locale: UTF-8 > logout > Saving session... > ...copying shared history... > ...saving history...truncating history files... > ...completed. > > El Oct 7, 2015, a las 01:15, Michael Barton <[email protected]> > escribió: > > But it was never clear what was and was not working. We have this working > fine in Yosemite. So far, you are the only ones to report a problem with > Yosemite. The problem we are reporting now is that it was running on > Yosemite and not running on El Capitan. Maybe that is the same thing, but > maybe not. That said, I plan on a recompile, but have been stuck on the > laslib problem. I hope to have time to get that compiled on Thursday. I > haven’t had much input so it has been a lot of trial and error. Once it is > working with current gdal, I can recompile new binaries. > > Michael > ____________________ > C. Michael Barton > Director, Center for Social Dynamics & Complexity > Professor of Anthropology, School of Human Evolution & Social Change > Head, Graduate Faculty in Complex Adaptive Systems Science > Arizona State University > > voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) > fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) > www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu > > > > > > > > > > > > > > > > On Oct 6, 2015, at 2:11 PM, Anna Petrášová <[email protected]> wrote: > > > > On Tue, Oct 6, 2015 at 4:56 PM, Michael Barton <[email protected]> > wrote: >> >> This is a binary I created and posted to my web site not too long ago. It >> worked fine before upgrading and works fine on people’s machines that have >> not upgraded. So this worries me. > > > I informed you couple of weeks ago when you posted them that they are not > working on my and Helena's Mac with the exact same problem (we have > Yosemite). As I said before couple of times and as Markus said now, this > error suggests that fresh recompilation could help. > > BTW I fixed import order couple of weeks ago, so this shouldn't happen > again. > > >> >> I’m hoping soon to have time to complete the complicated effort to >> recompile laslib so I can make new binaries before I think about upgrading >> to the new OS X. But I will be compiling them on the penultimate version of >> the OS (prior to El Capitan, released a few days ago). > > > We are able to compile GRASS on Mac, although we haven't tried to compile > liblas. > > Anna >> >> >> Michael >> ____________________ >> C. Michael Barton >> Director, Center for Social Dynamics & Complexity >> Professor of Anthropology, School of Human Evolution & Social Change >> Head, Graduate Faculty in Complex Adaptive Systems Science >> Arizona State University >> >> voice: 480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC) >> fax: 480-965-7671 (SHESC), 480-727-0709 (CSDC) >> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> > On Oct 6, 2015, at 12:02 PM, Markus Neteler <[email protected]> wrote: >> > >> > On Tue, Oct 6, 2015 at 8:56 PM, Michael Barton <[email protected]> >> > wrote: >> >> A couple of my students upgraded to the new Mac OS, El Capitan, and can >> >> no >> >> longer run GRASS. >> >> >> >> We tried a work around that disabled one of the new security settings. >> >> This >> >> got the launch process further, but it still bombed. Has anyone had any >> >> luck >> >> with this yet? >> >> >> >> Here is the error: >> >> >> >> Launching <wxpython> GUI in the background, please wait... >> >> >> >> GRASS 7.0.1 (MedLambertA):~ > Traceback (most recent call last): >> > ... >> >> File >> >> >> >> "/Applications/GRASS-7.0.app/Contents/MacOS/gui/wxpython/vdigit/toolbars.py", >> >> line 30, in <module> >> >> from iclass.digit import IClassVDigit >> >> >> >> File >> >> >> >> "/Applications/GRASS-7.0.app/Contents/MacOS/gui/wxpython/iclass/digit.py", >> >> line 23, in <module> >> >> from vdigit.wxdisplay import DisplayDriver, TYPE_AREA >> >> >> >> ImportError: cannot import name TYPE_AREA >> > >> > There is a (closed) ticket: >> > https://trac.osgeo.org/grass/ticket/2538 >> > >> > and an email >> > https://lists.osgeo.org/pipermail/grass-dev/2013-September/065580.html >> > >> > ... both indicating the same solution: >> > * "Ok. Don't know what happened to my source tree, but with a fresh >> > checkout I can start the GUI again. False alarm. Sorry for the noise. >> > " >> > * "fixed by rebuilding svn tree from scratch and compiling from it" >> > >> > Perhaps this will also help today? >> > >> > Markus >> >> _______________________________________________ >> grass-dev mailing list >> [email protected] >> http://lists.osgeo.org/mailman/listinfo/grass-dev > > > > _______________________________________________ > grass-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/grass-dev > > > > _______________________________________________ > grass-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/grass-dev _______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
