Administrace komentářů

To je chyba.

LANG: Použij češtinu a ISO-8859-2.

LC_ALL: Ignoruj, co je nastavené, a do glibc vnuť češtinu a UTF-8.

Aplikace většinou volí písmo podle LANG (nebo podle národního prostředí z glibc), glibc nastavuje locale podle skupiny proměnných LC_ALL, LC_kategorie, LANG (viz dále).

Jak už po několikáté píšu: Nastavovat LC_ALL pro celý systém je chyba, která může mít neočekávané důsledky.

Pokud nechcete žádné speciality, stačí správně nastavit LANG.

Upřesnění:

V glibc platí: LANG se použije, není-li nastaveno LC_něco. Pokud se nastaví LC_ALL, veškerá ostatní nastavení se ignorují. LC_ALL se vnutí všude, bez ohledu na to, jaký je požadavek na nastavení ostatních kategorií. Proto také následující program selže:

export LC_ALL=cs_CZ
( export LC_NUMERIC=C ; printf %f 2.45 )
-bash: printf: 2.45: invalid number

Přestože program explicitně požádal o POSIX zpracování čísel, nastavením proměnné LC_ALL říkáte: Je mi jedno, o co program žádá, všude se bude používat to, co chci já. Což vede v některých místech programů (zvlášt skriptů) k chybám. A to i tehdy, když to jinde pomůže vnutit češtinu.

Speciality:

Běžně stačí nastavit LANG. V určitých situacích ale má smysl nastavit i LC_kategorie (a další proměnné) samostatně:

LANG=cs_CZ LANGUAGE=cs_CZ:sk_SK: Nastavuje pořadí jazyků pro překlad (standardně se bere jazyk z LANG nebo LC_MESSAGES). Pokud se překlad nenajde v češtině, zkusí se slovenština.

LANG=C LC_CTYPE=cs_CZ: Vše je anglicky, ale jsou známy české znaky.

LANG=cs_CZ LC_MESSAGES=C: Vše bude jako v češtině, ale programy budou komunikovat anglicky (v tabulkovém procesoru tedy budou Kč, bude řadit podle české abecedy, ale poběží anglicky).

LANG=cs_CZ LC_MONETARY=sk_SK: Vše bude česky, ale peněžní údaje budou v Sk.