107.3 Lección 1

Las zonas horarias son bandas discretas de la superficie de la Tierra que abarcan el equivalente a una hora, es decir, regiones del mundo que experimentan la misma hora del día en un momento dado. Como no hay una sola longitud que pueda considerarse como el comienzo del día para todo el mundo, las zonas horarias son relativas al meridiano principal, donde el ángulo de longitud de la Tierra se define como 0. La hora en el meridiano principal se denomina Hora Universal Coordinada, por convención abreviada como UTC. Por razones prácticas, los husos horarios no siguen la distancia longitudinal exacta del punto de referencia (el meridiano principal). En su lugar, los husos horarios se adaptan artificialmente para seguir las fronteras de los países u otras subdivisiones importantes.

Las subdivisiones políticas son tan relevantes que las zonas horarias reciben el nombre de algún agente geográfico importante de esa zona en particular, normalmente basado en el nombre de un gran país o ciudad dentro de la zona. Sin embargo, los husos horarios se dividen según su desfase horario en relación con el UTC y este desfase también puede utilizarse para indicar la zona en cuestión. La zona horaria GMT-5, por ejemplo, indica una región cuya hora UTC está cinco horas adelantada, es decir, esa región está cinco horas atrasada respecto de la UTC. Asimismo, el huso horario GMT+3 indica una región para la cual la hora UTC está tres horas por detrás. El término GMT - de Greenwich Mean Time - se utiliza como sinónimo de UTC en los nombres de las zonas basadas en la compensación.

Se puede acceder a una máquina conectada desde diferentes partes del mundo, por lo que es una buena práctica ajustar el reloj del hardware a UTC (la zona horaria GMT+0) y dejar la elección de la zona horaria a cada caso particular. Los servicios en la nube, por ejemplo, se configuran comúnmente para usar UTC, ya que puede ayudar a mitigar las inconsistencias ocasionales entre la hora local y la hora de los clientes o en otros servidores. Por el contrario, los usuarios que abren una sesión remota en el servidor pueden querer utilizar su zona horaria local. Por lo tanto, dependerá del sistema operativo establecer la zona horaria correcta según cada caso.

Además de la fecha y la hora actuales, el comando date también imprimirá la zona horaria actualmente configurada:

El desplazamiento relativo al UTC viene dado por el valor -03, lo que significa que la hora mostrada tiene 3 horas de retraso con respecto a UTC. Por lo tanto, la hora UTC está tres horas por delante, haciendo que GMT-3 sea el huso horario correspondiente a la hora dada. El comando timedatectl, que está disponible en las distribuciones que utilizan systemd, muestra más detalles sobre la hora y la fecha del sistema:

Como se muestra en la entrada Time zone, los nombres de las zonas horarias basados en localidades - como America/Sao_Paulo - también se aceptan. La zona horaria por defecto del sistema se mantiene en el archivo /etc/timezone, ya sea por el nombre descriptivo completo de la zona o por la diferencia de horas. Los nombres genéricos de la zona horaria dados por la diferencia de horas UTC deben incluir Etc como la primera parte del nombre. Así que para fijar la zona horaria por defecto en GMT+3, el nombre de la zona horaria debe ser Etc/GMT+3:

Aunque los nombres de las zonas horarias basados en las localidades no requieren el desplazamiento de la hora para funcionar, no es tan sencillo elegirlos. La misma zona puede tener más de un nombre, lo que puede ser difícil de recordar. Para facilitar esto, el comando tzselect ofrece un método interactivo que guiará al usuario hacia la definición correcta de la zona horaria. El comando tzselect debería estar disponible por defecto en todas las distribuciones de Linux, ya que lo proporciona el paquete que contiene los programas de utilidades necesarios relacionados con la Biblioteca C de GNU.

El comando tzselect será útil, por ejemplo, para un usuario que quiera identificar la zona horaria de “São Paulo City” en “Brazil”. El comando tzselect comienza preguntando por la macro región de la ubicación deseada:

La opción 2 es para las regiones de América (Norte y Sur), no necesariamente en la misma zona horaria. También es posible especificar el huso horario con coordenadas geográficas o con la notación de desplazamiento, también conocido como el formato Posix TZ format. El siguiente paso es elegir el país:

El territorio de Brasil abarca cuatro zonas horarias, por lo que la información del país por sí sola no es suficiente para establecer la zona horaria. En el siguiente paso, el comando tzselect requerirá que el usuario especifique la región local:

No están disponibles todos los nombres de las localidades, pero elegir la región más cercana será suficiente. La información dada será utilizada por tzselect para mostrar la zona horaria correspondiente:

El nombre de la zona horaria resultante, America/Sao_Paulo, también puede ser usado como el contenido del fichero /etc/timezone para informar la zona horaria por defecto del sistema:

Como se indica en la salida de tzselect, la variable de entorno TZ define la zona horaria de la sesión de shell, sea cual sea la zona horaria (por defecto) del sistema. Añadiendo la línea TZ='America/Sao_Paulo'; export TZ al archivo ~/.profile hará que America/Sao_Paulo sea la zona horaria para las futuras sesiones del usuario. La variable TZ también puede ser modificada temporalmente durante la sesión actual, para mostrar la hora en una zona horaria diferente:

En el ejemplo, env ejecutará el comando dado en una nueva sesión de sub-shell con las mismas variables de entorno de la sesión actual, excepto la variable TZ, modificado por el argumento TZ='Africa/Cairo'.

Muchas regiones adoptan un horario de ahorro de luz diurna (Daylight Saving Time) durante una parte del año — cuando los relojes se ajustan típicamente por una hora — que podría llevar a un sistema mal configurado a reportar la hora equivocada durante esa estación del año.

El archivo /etc/localtime contiene los datos utilizados por el sistema operativo para ajustar su hora en consecuencia. Los sistemas estándares de Linux tienen archivos para todas las zonas horarias en el directorio /usr/share/zoneinfo/, así que /etc/localtime es sólo un enlace simbólico al archivo de datos reales dentro de ese directorio. Los archivos en /usr/share/zoneinfo/ están organizados por el nombre de la zona horaria correspondiente, así que el archivo de datos para la zona horaria America/Sao_Paulo será /usr/share/zoneinfo/America/Sao_Paulo

Como las definiciones para el horario de verano pueden cambiar, es importante mantener actualizados los archivos en /usr/share/zoneinfo/. El comando de actualización de la herramienta de gestión de paquetes que proporciona la distribución debería actualizarlos cada vez que haya una nueva versión disponible.

Los sistemas Linux pueden trabajar con una amplia variedad de lenguajes y codificaciones de caracteres no occidentales, definiciones conocidas como locales. La configuración de locale más básica es la definición de la variable de entorno LANG, a partir de la cual la mayoría de los programas de shell identifican el lenguaje a utilizar.

El contenido de la variable LANG sigue el formato ab_CD, donde ab es el código del idioma y CD es el código de la región. El código del idioma debe seguir la norma ISO-639 y el código de la región debe seguir la norma ISO-3166. Un sistema configurado para usar portugués brasileño, por ejemplo, debe tener la variable LANG definida como pt_BR.UTF-8:

Como se ve en el ejemplo anterior, la variable LANG también contiene la codificación de caracteres prevista para el sistema. ASCII, abreviatura de American Standard Code for Information Interchange, fue la primera norma de codificación de caracteres ampliamente utilizada para la comunicación electrónica. Sin embargo, ASCII tiene un rango muy limitado de valores numéricos disponibles y dado que se basa en el alfabeto inglés, no contiene caracteres utilizados por otros idiomas o un conjunto ampliado de símbolos no alfabéticos. La codificación UTF-8 es una Norma de Unicode para los caracteres occidentales ordinarios, además de muchos otros símbolos no convencionales. Como ha señalado el Consorcio del Unicode, que mantiene el Estándar del Unicode, debe adoptarse por defecto para garantizar la compatibilidad entre las plataformas informáticas:

Algunos sistemas todavía pueden usar los estándares definidos por la ISO — como el estándar ISO-8859-1 — para la codificación de caracteres no ASCII. Sin embargo, tales estándares de codificación de caracteres deberían ser desaprobados en favor de los estándares de codificación de Unicode. No obstante, todos los principales sistemas operativos tienden a adoptar dicho estándar por defecto.

Los ajustes de localización del sistema están configurados en el archivo /etc/locale.conf. La variable LANG y otras variables relacionadas con la localización se asignan en este archivo como una variable de shell ordinaria, por ejemplo:

Los usuarios pueden usar una configuración de locale personalizada redefiniendo la variable de entorno LANG. Puede hacerse sólo para la sesión actual o para futuras sesiones, añadiendo la nueva definición al perfil del usuario en Bash, ~/.bash_profile o ~/.profile. Sin embargo, hasta que el usuario inicie la sesión, la localización del sistema por defecto seguirá siendo utilizada por programas independientes del usuario, como la pantalla de inicio de sesión del administrador de pantalla.

Además de la variable LANG, otras variables de entorno afectan aspectos específicos de la región, como el símbolo de la moneda a utilizar o el separador correcto de miles para los números:

El comando locale mostrará todas las variables definidas en la configuración de locale actual:

La única variable no definida es LC_ALL, que puede ser usada para anular temporalmente todos los ajustes de localización. El siguiente ejemplo muestra cómo el comando date  — ejecutándose en un sistema configurado con locale pt_BR.UTF-8 —  modificará su salida para cumplir con la nueva variable LC_ALL:

La modificación de la variable LC_ALL hizo que las abreviaturas del día de la semana y del mes se mostraran en inglés americano (en_US). Sin embargo, no es obligatorio establecer la misma localidad para todas las variables. Es posible, por ejemplo, hacer que el lenguaje definido a pt_BR y el formato numérico (LC_NUMERIC) se establezca en el estándar americano.

Algunos ajustes de localización cambian la forma en que los programas tratan el orden alfabético y los formatos de los números. Mientras que los programas convencionales suelen estar preparados para elegir correctamente una localización común para estas situaciones, los guiones pueden comportarse de forma inesperada cuando intentan ordenar correctamente por orden alfabético una lista de elementos. Por esta razón, se recomienda establecer la variable de entorno LANG en la localización común C, como en LANG=C, para que el script produzca resultados inequívocos, independientemente de las definiciones de localización utilizadas en el sistema donde se ejecute. El locale C sólo realiza una simple comparación bytewise, por lo que también tendrá un mejor rendimiento que los otros.

El texto puede aparecer con caracteres ininteligibles cuando se muestra con una codificación de caracteres distinta del sistema en el que se creó el texto. El comando iconv puede ser usado para resolver este problema, convirtiendo el archivo de su codificación de caracteres original a la deseada. Por ejemplo, para convertir un archivo llamado "original.txt" de la codificación ISO-8859-1 al archivo llamado "converted.txt" usando la codificación UTF-8, se puede usar el siguiente comando:

La opción -f ISO-8859-1 (o --from-code=ISO-8859-1) establece la codificación del archivo original y la opción -t UTF-8 (o --to-code=UTF-8) establece el del archivo convertido. Todas las codificaciones soportadas por el comando iconv se listan con el comando iconv -l o iconv --list. En lugar de usar la redirección de la salida, como en el ejemplo, también se puede usar la opción -o converted.txt o --output converted.txt.