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.

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.

The command above lists the suffix in lower case without any hyphens, glibc understands both forms of the suffix, many other programs don't. The most common example of which is X. So it is best to always use UTF-8 in preference to utf8.

In some cases users may notice glitchy non-English representation in some applications like Krusader (https://bugs.kde.org/show_bug.cgi?id=371582). Removing or commenting the  line from  should fix the problem.

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  por defecto y habilitar a la vez la representación de caracteres UTF-8. Esto se puede realizar utilizando los siguientes ajustes en :

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:

The values of locale environment variables that have been explicitly set e.g. in an export statement (if using bash) are listed without double quotes. Those whose value has been inherited from other locale environment variables have their values in double quotes.

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
There is also an additional LINGUAS variable that is used by some gettext-based build systems to control which localization files are built and installed. The variable takes in space-separated list of language codes, and a suggested place to set it is :

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.

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 :

Para configurarlo por paquete, editar y prefijar los paquetes de idioma solicitados con "l10n_" tal y como se muestra en el siguiente ejemplo:

Observe que los códigos de idioma de dos letras comunes (como  o  ) son idénticos en LINGUAS y en L10N, las entradas más complejas tienen una sintaxis diferente ya que L10N utiliza etiquetas de idioma IETF (también conocido como BCP 47). Por ejemplo,  y   en LINGUAS se convierten respectivamente en   y   en L10N.

Una lista de valores L10N que se pueden utilizar se ofrece como :

Una vez definida la variable USE_EXPAND L10N puede que sea necesario volver a hacer emerge de algunos paquetes:

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)
 * La variable USE_EXPAND L10N reemplaza a 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 ]