Localization/Guide/es

Zona horaria
Para mantener la hora del sistema de forma adecuada a la localización actual, se necesita ajustar la zona horaria. Se pueden encontrar instrucciones para hacerlo en sistemas basados en OpenRC y sistemas basados en systemd dentro del artículo sobre la hora del sistema.

¿Qué son las localizaciones?
Una localización es un conjunto de información que muchos programas utilizan para determinar los ajustes específicos de país e idioma. Las localizaciones y sus datos forman parte de la biblioteca del sistema y se encuentran en en la mayoría de los sistemas. Una localización, generalmente tiene el nombre de la forma  donde   representa las dos (o tres) letras del código del idioma (según ISO-639) y   representa las dos letras del código del país (según ISO-3166). Las variantes como  o   se suelen agregar a menudo a los nombres de las localizaciones, por ejemplo   o. Por favor, explore la wikipedia para obtener más información acerca de las localizaciones y otros artículos relacionados.

Variables de entorno para localizaciones
Las variables que controlan diferentes aspectos de las configuraciones de las localizaciones se muestran abajo. Todas ellas toman un nombre de localización en el formato  usado arriba.

La mayoría de los usuarios definirán la variable LANG al nivel global.

Generar localizaciones específicas
La mayoría de los usuarios probablemente solo utilizarán dos localizaciones en su sistema. En el fichero se indica cómo se pueden especificar localizaciones adicionales.

Añadir localizaciones a /etc/locale.gen

El siguiente paso es lanzar que generará todas las localizaciones especificadas en el archivo  y escribirlas al archivo de localizaciones.

Verificar que las localizaciones seleccionadas están disponibles con la orden.

Se puede mostar el fichero usando la orden.

Su contenido en crudo se puede mostrar mediante la orden.

OpenRC
Cuando se utiliza OpenRC, los ajustes de la localización se almacenan en variables de entorno. Estas se definen normalmente en el fichero (para ajustes que afectan a todo el sistema) y en el fichero  (para ajustes específicos del usuario). Se pueden encontrar más detalles en el articulo sobre UTF-8. Los ajustes para todo el sistema se pueden gestionar mediante. Por ejemplo, para definir la variable LANG al valor :

Por supuesto también se puede editar el fichero de forma manual para diversificar las variables de localización.

También es posible y muy común especialmente en entornos UNIX más tradicionales dejar sin cambiar los ajustes globales, esto es, definiendo la localización global a " ". Los usuarios pueden definir sus localizaciones preferidas en su propio fichero RC del intérprete de comandos.

Otra forma de configurar el sistema es dejarlo en una localización C por defecto y habilitar a la vez la representación de caracteres UTF-8. Esto se puede realizar utilizando los siguientes ajustes en :

Usar una localización C tradicional a la vez que se especifica UTF-8

Al usar el fragmento de código de arriba, los usuarios puede ver los nombres de los ficheros de localización de forma correcta sin necesidad de forzarlos a utilizar siempre el idioma seleccionado.

Una vez definida la localización correcta, asegurarse de actualizar las variables de entorno para avisar al sistema del cambio realizado.

Para una localización por defecto para todo el sistema:

Para una localización específica del usuario:

Después de esto, se debe reiniciar el servidor X pulsando +  +, salir y volver a entrar con el mismo usuario.

Ahora, verifique que los cambios han surtido efecto:

systemd
En systemd se define la localización con la orden. Comprobar la lista de localizaciones disponibles con:

A continuación defina la localización deseada:

Para terminar, compruebe si el resultado es correcto:

OpenRC
La distribución del teclado usada por la consola se define en con la variable keymap. Los valores válidos para esta variable se pueden encontrar en. La arquitectura tiene subdivisiones de disposiciones de teclado (,, etc.). Algunos idiomas tienen mútiples opciones, experimentar con estas opciones para decidir cuál se adapta mejor a las necesidades.

systemd
En systemd se puede definir el mapa de teclado de la consola con la orden. En primer lugar, comprueba los mapas de teclado disponibles:

A continuación configurar la disposición del mapa del teclado solicitada:

Para terminar, compruebe si el mapa de teclado de la consola se definió correctamente:

OpenRC
El mapa de teclado que utiliza el servidor X se especifica en mediante la opción XkbLayout. Para obtener más detalles, visite la guía de Xorg y el artículo sobre conmutación de la disposición del teclado.

systemd
En systemd el mapa de teclado para el servidor X11 se puede definir mediante la orden. En primer lugar compruebe los mapas de teclado disponibles:

A continuación configurar el mapa de teclado solicitado para X11:

Para terminar, compruebe si el mapa de teclado para X11 se definió correctamente:

NLS
Para que la localización basada en mensajes funcione en programas que ofrecen soporte para ello y disponen del ajuste USE  (Native language support), compilar los programas con este ajuste definido. Las cadenas con los mensajes se instalan en los ficheros. La mayoría de los programas que utilizan nls también necesitan la librería gettext para extraer y utilizar los mensajes apropiados de cada localización. Desde luego, Portage la instalará cuando sea necesaria.

Después de habilitar el ajustes USE  probablemente se deba hacer emerge de nuevo de algunos paquetes:

LINGUAS
También existe un ajuste USE_EXPAND adicional llamado LINGUAS, que afecta a qué ficheros de localización se instalan para los programas basados en gettext y decide qué paquetes de idiomas para el GUI se deben descargar e instalar para determinados paquetes, por ejemplo Firefox, Thunderbird, kde-base/kde-l10n o app-office/libreoffice-l10n. Esta variable toma la forma de códigos de idioma separados por un espacio y un lugar sugerido para definirla es :

Con  la mayoría de ebuilds deberían instalar únicamente el idioma por defecto del paquete pero ningún fichero. Tampoco deberían instalar ningún otro paquete de idioma. Por ejemplo, la versión estable actual de app-office/libreoffice recibe soporte de idioma adicional a través de que ofrecer soporte para la descarga e instalación de los paquetes de idioma definidos en. Debido a que el idioma origen de libreoffice es, no aparece la definición para   en. Por lo tanto con, libreoffice aún ofrece soporte para.

Para ver el estado de la traducción del GUI, puntuación, comprobación ortográfica y otras localizaciones del idioma, por favor, eche un vistazo al sitio web de traducción de LibreOffice.

Para un control más fino se puede definir las variables USE_EXPAND en cada paquete dentro de :

Se puede mostrar una lista de los programas instalados que hacen uso del ajuste USE_EXPAND LINGUAS y los idiomas soportados de las siguiente forma:

Se puede encontrar una lista de valores para LINGUAS en :

Después de definir el ajuste USE_EXPAND LINGUAS puede que se necesite volver a hacer emerge de algunos paquetes:

L10N
Otra variable USE_EXPAND llamada L10N decide qué soporte de localizaciones extra se va a instalar. Esto se utiliza normalmente para la descarga de paquetes de idiomas adicionales necesitados por los paquetes. Similar a LINGUAS, la variable admite una lista de etiquetas de idioma separadas por espacio y se puede definir en :

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:

Ver también

 * Configurar localizaciones (Manuales de Gentoo)
 * Disposición del teclado dentro del artículo sobre Evdev
 * Recursos para X
 * El símbolo del euro (€) para la consola y en X

Recursos externos

 * Localizaciones e Internacionalización (gnu.org)
 * 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 ]