Localization/Guide/ja

標準時
現在位置に応じて、システム時間を維持するために、時間帯を設定する必要があります. OpenRCベースのシステムおよびsystemdベースのシステムのためにこれを行う方法手順は、システム時刻の記事で見つけることができます.

ロケールとは何ですか?
A locale is a set of information that most programs use for determining country and language specific settings. The locales and their data are part of the system library and can be found at on most systems. A locale name is generally named  where   is the two (or three) letter language code (as specified in ISO-639) and   is the two letter country code (as specified in ISO-3166). Variants like  or   are often appended to locale names, e.g.   or. Please explore Wikipedia to read more about locales and related articles.

ロケール関連の環境変数
ロケール設定の色々な側面を制御する環境変数を以下の表に示します. これらのすべては、上記の 形式で表記されたロケール名を1つだけ設定できます.

最も一般的なのは、ユーザが LANG 変数のみをグローバルに設定することです.

特定のロケールの生成
ほとんどのユーザは、おそらくシステムで1つ、もしかしたら2つのロケールを使用するでしょう. 追加のロケールをどのように指定するかについては、ファイルの中に説明があります.

杉のステップは、 を実行することです. これは、 ファイルの中で指定された全てのロケールを生成し、ロケールアーカイブ に書き込みます.

を実行して、選択したロケールが使用可能かを確認してください.

ファイルは、 を使って表示できます.

その未加工の内容は、 コマンドを使って表示可能です.

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 :

上記のスニペットを使うと、ユーザは選択した言語を全面的に使用しなくとも、ローカライズされたファイル名を適切に見ることができるようになります.

一旦、正しいロケールを設定したら、変更をシステムに認識させるため、環境変数を更新してください.

システム全体の既定ロケールならば:

ユーザ固有のロケールならば:

その後、++を押してXサーバを殺し 、ログアウトしてからユーザとしてログインしてください.

では、変更内容が反映されていることを確認してください:

systemd
systemdの場合、ロケールの設定には コマンドを使います. 利用可能なロケール一覧を確認するには:

次に、目的のロケールを設定します:

最後に結果がうまくいっているかを確認してください:

OpenRC
コンソールが使用するキーボードのレイアウトは、の中の keymap 変数によって設定されています. 有効な値はに記載されています. は、更にレイアウトごとに細分化されています (例えば、). さまざまなオプションの、どれがニーズに対して最高に適合しているかの決定を試みるため、いくつかの言語には複数のオプションがあります.

systemd
systemdでは、コンソールで使用されるキーマップレイアウトは コマンドを使って設定できます. 最初に、利用可能なキーマップレイアウトを確認します:

次に、要求されたコンソールキーマップレイアウトを設定します:

最後に適切にコンソールキーマップレイアウトが設定されているかを確認します:

OpenRC
Xサーバが使用するキーボードレイアウトは、の中の XkbLayout オプションで指定されています. 詳細は、Xorgガイドとキーボードレイアウトの切り替えの記事を参照してください.

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:

参考

 * Configuring locales (Gentoo Handbooks)
 * Keyboard layout inside the Evdev article
 * X resources
 * The Euro symbol (€) for the console and in 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 ]