On Sat, Sep 09, 2006 at 05:55:35PM -0400, Jerry McBride wrote:
> Prior to this upgrade, I never gave language setting a second thought... but
> once mc began acting up, I started digging around with google and this is
> what I cobbled up.
>
> In "/etc/env.d/02locale " I have set: LC_ALL="en_US.ISO-8859-1"
> In "/etc/rc.conf" I set "UNICODE=no"
> In "/etc/conf.d/consolefont" I have set: CONSOLETRANSLATION=8859-1_to_UNI"
I think that its enought to turn off UNICODE in /etc/rc.conf to restore
previous behaviour (2006.1 has it turned on by default). With it
terminal is set to unicode and that causes problems I suppose.
Locale (C as default) and translation shouldn't be required. If you want
to have proper frames displaying with unicode do the following:
UNICODE=yes in /etc/rc.conf
CONSOLEFONT="LatArCyrHeb-16" in /etc/conf.d/consolefont
drdos8x16 migth do the trick as well
for latin1:
LC_[ALL|CTYPE]=en_US.UTF-8 (or any other language) in /etc/env.d/02locale
you need to add this locale to /etc/locale.gen and regenerate
locales with locale-gen
CONSOLETRANSLATION=8859-1_to_UNI in /etc/conf.d/consolefont
DUMPKEYS_CHARSET="iso-8859-1" in /etc/conf.d/keymaps
for latin2:
LC_[ALL|CTYPE]=pl_PL.UTF-8 (same trick as above, and pl_PL is in my case)
CONSOLETRANSLATION=8859-2_to_UNI in /etc/conf.d/consolefont
DUMPKEYS_CHARSET="iso-8859-2" in /etc/conf.d/keymaps
Reboot might be required, dont know if its enough to restart consolefont
and keymaps services.
Make sure you have mc compiled with unicode and slang USE. This way you
should have properly configured unicode console support (as for some
reason 2006.1 tends to set). Beware though that not all applications
work properly with it. Mc and vim f.e. does.
--
Regards
Lukasz Pawelczyk
--
gentoo-user@gentoo.org mailing list
