[Tutor] Fwd: empty delimiters, and None

[ugajin at talktalk.net]

 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 <eryksun at gmail.com>
To: ugajin at talktalk.net
CC: Tutor at python.org
Sent: Sat, 30 Nov 2013 23:56
Subject: Re: empty delimiters, and None


On Sat, Nov 30, 2013 at 7:04 AM,  <ugajin at talktalk.net> 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.

 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/tutor/attachments/20131201/ccc4f803/attachment.html>