The answer is , yes (to both questions) locale -a does report availability of en_US (and en_US.UTF), C is supported, but C.UTF-8 does not appear in the list. I have tried inserting export LANG="en_GB.UTF.8" as a new line 127.
Thanks. -A -----Original Message----- From: eryksun <[email protected]> To: [email protected] CC: [email protected] Sent: Sat, 30 Nov 2013 23:56 Subject: Re: empty delimiters, and None On Sat, Nov 30, 2013 at 7:04 AM, <[email protected]> wrote: > believe the system locale is set correctly: > > Apples-iMac-4:~ apple$ locale > LANG="en_GB.UTF-8" Does `locale -a` report that en_US is available? > 127 6) Insert a new line before line 127 with this content: > export LANG="en_US.UTF-8" Did you try en_GB.UTF-8 here? > Lines 123 to 127 of the launcher script read: > > # NOTE: Have to add ".UTF-8" to the LANG since omitting causes Inkscape > # to crash on startup in locale_from_utf8(). > export LANG="`grep \"\`echo $LANGSTR\`_\" /usr/share/locale/locale.alias | \ > tail -n1 | sed 's/\./ /' | awk '{print $2}'`.UTF-8" > echo "Setting Language: $LANG" 1>&2 The current version uses the value of AppleCollationOrder or AppleLocale (e.g. defaults read .GlobalPreferences AppleLocale) to find the locale in the locale.alias file, and defaults to "en_US.UTF-8". I don't know if "en_US" is always available in OS X, but surely "C.UTF-8" would be. I don't know why it can't modify the existing LANG to use the UTF-8 codeset. Finally, I can't speak for OS X, but the glibc locale.alias on Linux is obsolete and doesn't have an alias for English.
_______________________________________________ Tutor maillist - [email protected] To unsubscribe or change subscription options: https://mail.python.org/mailman/listinfo/tutor
