Localization/Guide/ru

Часовой пояс
Для того чтобы сохранить время в соответствии с вашим месторасположением нужно настроить часовой пояс. Инструкции как сделать это для OpenRC и systemd можно найти в статье системное время.

Что такое локаль?
Локаль — это набор информации, с помощью которого большинство программ устанавливает параметры, зависящие от страны и языка. Локали и их данные являются частью системной библиотеки. На большинстве систем они находятся в каталоге. Общий шаблон имени локали —, где   — двух- или трехбуквенный код языка (как указано в ISO-639), а   — двухбуквенный код страны (как указано в ISO-3166). К именам локалей часто добавляются варианты вроде  или , например   или. Для получения более подробной информации, связанной с локалями, обратитесь к Wikipedia.

Переменное окружение локали
Переменные, контролирующие различные аспекты настроек локали приведены в таблице ниже. Все они принимают одно из имен локали в формате   о котором рассказывалось ранее.

Наиболее типично, когда пользователи задают только LANG глобально.

Генерация нужных локалей
Большинству пользователей скорей всего потребуется одна или две локали для их системы. Добавление дополнительных локалей указывается в файле.

Далее запустите. Это сгенерирует все локали перечисленные в файле и запишет их в архив локалей.

Убедитесь в том, что выбранные локали действительно доступны, запустив.

Просмотреть файл можно с помощью команды.

Его содержимое без изменений можно отобразить с помощью команды.

OpenRC
Когда используется OpenRC настройки локали сохраняются в переменном окружении. Они, как правило, настраиваются в (для всей системы) и  (для конкретного пользователя) файлах. Больше информации можно найти в статье UTF-8. Системные настройки локали можно изменять с помощью. Например, так можно установить LANG в значение :

Конечно, можно отредактировать файл вручную для более точной настройки переменных локали.

It's also possible, and pretty common especially in a more traditional UNIX environment, to leave the global settings unchanged, i.e. in the  locale. Users can still specify their preferred locale in their own shell RC file:

Another way of configuring system is to leave it in the default  locale, but enable UTF-8 character representation at the same time. This option is achieved using the following settings in :

Using the above snippet, users will be able to see localized file names properly, while not being forced to completely use the selected language.

После того, как настроите нужную локаль, не забудьте обновить переменное окружение, чтобы система была в курсе изменений.

Для общесистемной локали:

Для пользовательской локали:

После этого убейте процесс X-сервера нажав ++, выйдите из системы, а затем зайдите под учетной записью пользователя.

Теперь, убедитесь, что изменения вступили в силу:

systemd
В systemd локаль настраивается с помощью команды. Поверьте список доступных локалей:

Затем установите требуемую локаль:

И в конце проверьте результат:

OpenRC
The keyboard layout used by the console is set in by the keymap variable. Valid values can be found in. has further subdivisions into layout (,, etc.). Some languages have multiple options - experiment with the various options to decide which one fits the needs best.

systemd
В systemd раскладка для консоли может быть установлена с помощью команды. Сперва проверьте доступные раскладки:

Далее установите необходимую раскладку для консоли:

В конце проверьте, что раскладка для консоли была установлена правильно:

OpenRC
The keyboard layout to be used by the X server is specified in by the XkbLayout option. For details visit the Xorg guide and the article about Keyboard layout switching.

systemd
В systemd раскладка для сервера X11 может быть установлена с помощью команды. Сперва проверьте доступные раскладки для X11:

Далее установите необходимую раскладку для X11:

В конце проверьте, что раскладка для X11 была установлена правильно:

NLS
For message based localization to work in programs that support it and have the (Native language support) USE flag, compile the programs with this flag set. Message strings are installed in files. Most of the programs using nls also need the gettext library to extract and use localized messages. Of course, Portage will automatically install it when needed.

After enabling the  USE flag some packages might need to be re-emerged:

LINGUAS
There is also an additional USE_EXPAND flag called LINGUAS, which affects the localization files that get installed in gettext-based programs, and decides which GUI language packs should be downloaded and installed for some specific software packages, such as Firefox, Thunderbird, kde-base/kde-l10n or app-office/libreoffice-l10n. The variable takes in space-separated list of language codes, and a suggested place to set it is :

With, most ebuilds would install only the packages' default language but none of the   files. They would also not download and install any of the further language packs. For instance, the currently stable app-office/libreoffice receives further language support through which supports download and installation of the language packs defined in. Since the origin language of libreoffice is, it does not have   flag in. So with, libreoffice still supports.

To see the status of GUI translation, hyphenation, spell checking and other localizations on the language, please refer to the LibreOffice translation web site.

For finer grained control the USE_EXPAND variables can be set per package in :

A list of installed programs making use of the LINGUAS USE_EXPAND flag and their supported languages can be shown as follows:

Список значений LINGUAS, которые возможно использовать предоставлен в :

After setting the LINGUAS USE_EXPAND flag it may be necessary to re-emerge some packages:

L10N
Another USE_EXPAND variable called L10N decides which extra localization support will be installed. This is commonly used for downloads of additional language packs by packages. Similar to LINGUAS, the variable takes a space separated list of language tags, and it can be set in :

To set it per-package, edit and prefix the requested language packs with "l10n_", as shown in the next example:

Note that while the common two letter language codes (like  or  ) are identical in LINGUAS and L10N, more complex entries have a different syntax because L10N uses IETF language tags (aka BCP 47). For example,  and   in LINGUAS become   and   in L10N, respectively.

A list of L10N values that can be used is provided as :

After setting the L10N USE_EXPAND variable it may be necessary to re-emerge some packages:

Смотрите также

 * Настройка локалей (Gentoo Handbooks)
 * Keyboard layout в статье Evdev
 * X resources
 * The Euro symbol (€) в консоли и X

Внешние ресурсы

 * Locales and Internationalization (gnu.org)
 * L10N USE_EXPAND variable replacing LINGUAS
 * Michał Górny:How LINGUAS are thrice wrong!
 * [gentoo-dev [RFC] How to deal with LINGUAS mess? ]
 * [gentoo-dev [RFC] Masterplan for solving LINGUAS problems ]