Localization/Guide/ko

시간대
시간 속성을 유지하려면 시간대를 선택하여 시스템이 어디에 위치했는지를 알려야 합니다.

OpenRC
에서 시간대 정보를 찾아보십시오. 기대대로의 지역 이름이 나타나지 않는 시간대는 피하십시오. 예를 들어 는 실제로 GMT+8입니다.

브뤼셀 시간대를 사용한다고 가정해보겠습니다, 다음과 같이 을 편집하십시오:

를 이머지하면 파일을 적절하게 업데이트합니다:

새 시간대 정보를 확인하십시오:

systemd
systemd를 사용한다면  명령을 사용하여 시간대를 설정해야 합니다. 먼저 시간대 이름이 존재하는지 확인하십시오:

그 다음 시간대를 선택하십시오:

마지막으로  명령을 인자 없이 실행하여 결과를 확인하십시오:

OpenRC
대부분의 젠투 리눅스 설치시, 하드웨어 클록을 UTC(또는 GMT, 그리니지 표준시)로 설정하고 실제 지역 시간을 결정하는 시간대를 계정에 부여합니다. 어떤 이유로 여러분의 하드웨어를 UTC로 설정하면 안될 수도 있는데 이 경우 를 편집해야 하고(또는 젠투 BSD를 사용한다면 ),  값을  에서  로 바꾸어야 합니다.

/etc/conf.d/hwclock에서 UTC 시계 사용

/etc/conf.d/hwclock에서 지역 시간대 사용

For more details like System clock see the System time article.

로캘이 무엇인가요?
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 your two (or three) letter language code (as specified in ISO-639) and   is your two letter country code (as specified in ISO-3166). Variants are often appended to locale names, e.g.  or. Please explore Wikipedia to read more about locales and related articles.

로캘 환경 변수
로캘 설정의 다른 양상을 다루는 변수는 아래 표에 주어져 있습니다. 각각의 변수는 위에 주어진  형식과 같은 로캘 이름을 갖습니다.

대부분의 사용자는 전세계 기반의 LANG 값을 설정합니다.

특정 로캘 생성
아마도 하나 또는 두가지 정도의 로캘만을 사용할지도 모릅니다. 에서 필요한 로캘을 설정할 수 있습니다.

/etc/locale.gen에 로캘 추가

다음 단계에서 을 실행하십시오. 파일에 정의한 모든 로캘을 생성합니다.

를 실행하여 선택한 로캘이 존재하는지 확인할 수 있습니다.

The file can be displayed using the strings command.

OpenRC
When using OpenRC locale settings are stored in environment variables. These are typically set in the (for system-wide settings) and  (for user-specific settings) file. More details can be found in UTF-8. The system wide settings can be managed through. For instance, to set the  variable to the   value:

물론, 파일을 있는 그대로 편집할 수 있고, 로캘 변수 값을 다양하게 설정할 수 있습니다.

가능한 일이기도 하며, 특히 " " 로캘 전역 설정을 바꾸지 않고 그대로 두는 것은 기존 UNIX 환경에서는 꽤 일반적입니다. 그래도 사용자는 자신의 쉘 RC을 통해 적당한 로캘을 설정할 수 있습니다:

시스템을 설정하는 다른 방법은 기본 C 로캘을 벗어나는 것이지만 동시에 UTF-8 문자를 표시하기도 하는 방법입니다. 이 옵션은 의 다음 설정을 사용하면 해결할 수 있습니다:

UTF-8을 지정하는 동안 전통적인 C 로캘 사용하기

위 코드 일부를 사용하면, 여러분이 선호 언어를 강제하지 않은 반면, 사용자들은 자신들의 지역화 파일 이름을 알맞게 볼 수 있습니다.

올바른 로캘을 설정하고 나면, 시스템이 바뀐 내용을 인지하도록 환경 변수를 업데이트 했는지 확인하십시오.

시스템 범위 기본 로캘:

사용자 지정 로캘:

그 다음 +  +  키를 눌러 X 서버를 죽이고 로그아웃 한 다음 사용자로 로그인하십시오.

이제, 설정한 내용이 제대로 바뀌었는지 확인해보겠습니다:

systemd
systemd를 사용한다면  명령으로 로캘을 설정해야 합니다. 사용할 수 있는 로캘이 무엇이 있는지 다음과 같이 확인해보십시오:

그 다음 원하는 로캘을 선택하십시오:

마지막으로 결과가 괜찮은지 확인하십시오:

OpenRC
콘솔에서 사용하는 키보드 배치는 파일에서   변수로 설정합니다. 유효한 값은 에서 찾을 수 있습니다. 에는 더 많은 하위 배치 분류가 있습니다(, 등). 어떤 언어는 다중 옵션을 가지고 있기 때문에 여러분이 필요로하는 어떤 방식이 적당하는지 결정하는데는 실험이 필요할지도 모릅니다.

콘솔 키맵 설정

systemd
systemd에서는  명령을 통해 사용하는 콘솔용 키맵 배치를 설정할 수 있습니다. 먼저 존재하는 키맵 배치가 무엇이 있는지 확인해보십시오:

다음 원하는 콘솔 키맵 배치를 설정하십시오:

마지막으로 콘솔 키맵 배치를 올바르게 설정했는지 확인하십시오:

X 서버용 키보드 배치
X 서버에서 사용하는 키보드 배치는 파일의   옵션에서 지정합니다.

X 키맵 설정

국제 키보드 배치를 가지고 있다면,  옵션을  또는  값으로, 특정 일부 추가키를 키보드에 매핑할 수 있도록 설정해야 합니다.

데드키는 직접적으로 나타나지 않는 키입력을 가능케 하지만, 단일 문자로 나타날 다른 문자와 결합됩니다. 값을  값으로 설정하면 X 터미널에서 특수 문자를 입력할 수 있습니다.

하나 이상의 키보드 배치를 전환하려면(영어, 러시아어 전환), 해야 할 모든 일은 단지 바라던 배치와 단축 명령을 지정하도록 에 몇줄만 추가하면 됩니다.

두 키보드 배치 전환

여기서, 은 간단하게   키를 눌러 키보드 배치를 전환할 수 있게 해줍니다. 또한 감사하게도  옵션 덕분에 스크롤 록 불을 켜거나 끌 수 있도록 합니다. 이는 잠깐동안 어떤 키보드 배치를 사용하는지 나타내는 매우 간편한 표시기입니다.

systemd
systemd 에서 X11 서버용 키맵 배치는  명령으로 설정할 수 있습니다. 먼저 존재하는 X11 키맵 배치가 어떤 것들이 있는지 확인하십시오:

다음 원하는 X11 키맵 배치를 설정하십시오:

마지막으로 X11 키맵 배치를 올바르기 설정했는지 확인하십시오:

OpenRC
콘솔에서 유로화 기호를 표시하려면, 에서 찾을 수 있도록 의   파일을 설정해야 합니다. ( 제외). 에 유로화 기호가 있습니다.

콘솔 글꼴 설정

가 부트 런레벨에 있는지 확인해야 합니다:

런레벨에 에 대해 표시된 내용이 없으면 적당한 레벨에 추가하십시오:

대부분의 프로그램
X에서 유로화 기호가 나타나도록 하는 일은 약간 어렵습니다. 먼저 의   와   정의를   대신  로 바꾸어야 합니다.

기본 X 글꼴 설정

어떤 프로그램은 자체 글꼴을 쓰지만, 유로화 기호가 들어간 글꼴을 사용하도록 따로 알려야 합니다. 사용자 수준에서의 파일(이 파일을 새 사용자를 위해 로 복사할 수 있습니다), 또는에 있는 전역 레벨의 (xterm같은)프로그램 리소스 파일에서 이런 조치를 취할 수 있습니다. 이 파일에서 새 줄을 추가하기 보다는 이미 존재하는 줄의 내용을 바꿔야 합니다. xterm 글꼴을 바꾸려면 다음처럼 하십시오:

(X)Emacs의 유로 기호
(X)Emacs에서 유로 기호를 사용하려면, 다음 내용을 에 추가하십시오:

이맥스 글꼴 설정

XEmacs(Emacs 아님)에서는 해야 할 일이 조금 더 있습니다. 에 추가하십시오:

xemacs 글꼴 설정

NLS
For message based localization to work in programs that support it and have the  (Native language support) USE flag, you will probably need to have the programs compiled 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.

USE 플래그를 활성화 하고 나면 일부 패키지를 다시 이머지 해야 합니다:

LINGUAS
There is also an additional localization variable called, 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 localisations on your language, please refer to the LibreOffice translation web site.

For finer grained control it can be set per package in :

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

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

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

External resources

 * Locales and Internationalization (gnu.org)