mirroring: always set a UTF-8 locale for fast-import providers
commit8331505e3c8f0c2a8b1aaded2497fbaff6ee754a
authorKyle J. McKay <mackyle@gmail.com>
Sun, 14 Sep 2014 08:01:26 +0000 (14 01:01 -0700)
committerKyle J. McKay <mackyle@gmail.com>
Sun, 14 Sep 2014 08:01:26 +0000 (14 01:01 -0700)
tree9117ea0d2c0bc040700db2c1fa0be15a93559ccd
parent18cd12eb0dbe5f75bfcdb798e54d70d1b5776d2d
mirroring: always set a UTF-8 locale for fast-import providers

When running the various fast-import providers, some of them
*cough* python *cough* will mangle the output of non \x00 - \x7f
characters if the locale is not set to a UTF-8 one.

Unfortunately there is no universal UTF-8 locale (such as
"POSIX.UTF-8").  Attempting to use "POSIX.UTF-8" frequently
winds up being treated as "POSIX" which causes character
mangling.

Instead we use "en_US.UTF-8" because that should be understood
everywhere to mean UTF-8.  It's only set while the fast-import
providers *cough* python *cough* are being run and the value
that's used may be changed by altering the setting of the
use_locale= variable in shlib.sh.

For the rest of the time the scripts run, the default system
locale should be in effect to cause minimal disruption to any
translated messages.
jobd/update.sh
shlib.sh
taskd/clone.sh