jf: Is setting the $LC_ALL var really necessary??? It would seem (at least on my system) that it's not. All i have to do is run locale-gen, and set LOCALE in /etc/rc.conf, and that's it. What do u guys think?
Just ignore this article. The part at the top is ok, but the .bashrc stuff is a bit misleading. byte 21:46, 13 October 2006 (EDT)
This should be more to the point now. byte 19:09, 13 October 2006 (PDT)
jf: ah, ok, thanks, byte....
"invalid charset name"
hello ppl, I was having this error message while trying to access man pages and running less, it turns out that the LESSCHARSET environment variable does not recongnize utf if it is written like 'utf8' it will only work if you write it like 'UTF-8' hope it helps!
.bashrc is only used by interactive bash sessions, right? So that if you login with KDM in KDE (or GDM gnome), the whole KDE session will inherit the locale set by init->KDM and will not use the one set in .bashrc!
I guess a "source ~/.bashrc" in ~/.xprofile would solve this.
--Luetti 17:56, 8 July 2008 (EDT): I don't think so. I tried almost the whole day to set only LC_PAPER="de_DE.utf8". Trying this in almost every file possible (/etc/profile, .xprofile, .bashrc, /etc/rc.local) seemed to work, as I used "locale" in terminal to verify it. But this only worked for applications I started from terminal, but not for applications started from the gnome-menu. So I came to the conclusion it has something to do with gdm. After having a closer look to /etc/gdm/xsession the problem was clear. GDM probably always sets $GDM_LANG on login. When $GDM_LANG is set, xsession will unset all other LC-variables. Just commented out this part and now everything works as desired. If this is a common and/or important problem, I will add this to the article. What do you think?