107.3 Lição 1

Os fusos horários são faixas distintas da superfície da Terra, aproximadamente proporcionais, abrangendo o equivalente a uma hora, ou seja, regiões do mundo que experimentam a mesma hora do dia no mesmo momento. Uma vez que não existe uma única longitude que possa ser considerada como o início do dia para o mundo inteiro, os fusos horários são relativos ao meridiano primário, onde o ângulo de longitude da Terra foi definido como 0. O tempo no primeiro meridiano é chamado de Tempo Universal Coordenado, por convenção abreviado para UTC. Por razões práticas, os fusos horários não seguem a distância longitudinal exata a partir do ponto de referência (o meridiano principal). Em vez disso, eles são artificialmente adaptados de forma a seguir as fronteiras dos países ou outras subdivisões significativas.

As subdivisões políticas são tão relevantes que os fusos horários recebem nomes que homenageiam algum agente geográfico importante daquela área específica, geralmente com base no nome de um grande país ou cidade dentro da zona. No entanto, os fusos horários são divididos de acordo com seu deslocamento de tempo em relação a UTC; esse deslocamento também pode ser usado para indicar o fuso em questão. O fuso horário GMT-5, por exemplo, indica uma região na qual o horário UTC está cinco horas à frente, ou seja, essa região está 5 horas atrás do UTC. Da mesma forma, o fuso horário GMT+3 indica uma região na qual o horário UTC está três horas atrás. O termo GMT — de Greenwich Mean Time — é usado como sinônimo de UTC nos nomes de fusos horários que indicam a diferença de hora.

Uma máquina conectada pode ser acessada de diferentes partes do mundo, de forma que é aconselhável definir o relógio do hardware para UTC (o fuso horário GMT+0) e deixar a escolha do fuso horário para cada caso particular. Os serviços em nuvem, por exemplo, costumam ser configurados para usar UTC, o que pode ajudar a mitigar eventuais inconsistências entre o horário local e o horário dos clientes ou de outros servidores. Por outro lado, os usuários que abrem uma sessão remota no servidor podem querer usar seu fuso horário local. Assim, caberá ao sistema operacional configurar o fuso horário correto de acordo com cada caso.

Além da data e hora atuais, o comando date também exibe o fuso horário atualmente configurado:

O deslocamento em relação a UTC é dado pelo valor -03, que indica que a hora exibida é três horas a menos que UTC. Portanto, o horário UTC está três horas à frente, e assim GMT-3 é o fuso horário correspondente para as configurações de tempo especificadas. O comando timedatectl, disponível em distribuições que usam o systemd, mostra mais detalhes sobre a data e hora do sistema:

Como vemos na entrada Time zone, nomes de fusos horários baseados em localidades — como America/Sao_Paulo — também são aceitos. O fuso horário padrão para o sistema é mantido no arquivo /etc/timezone, seja com o nome descritivo ou com a diferença de hora em relação a UTC. Os nomes genéricos de fusos horários indicados pela diferença em relação a UTC devem incluir Etc na primeira parte do nome. Assim, para definir o fuso horário padrão como GMT+3, o nome do fuso horário deve ser Etc/GMT+3:

Embora os nomes de fusos horários com base em localidades não exijam a indicação da diferença de hora para funcionar, eles não são tão fáceis de escolher. A mesma zona pode ter mais de um nome, sendo assim mais difícil de lembrar. Para mitigar este problema, o comando tzselect oferece um método interativo que guia o usuário na definição correta do fuso horário. O comando tzselect deve estar disponível por padrão em todas as distribuições Linux, já que é fornecido pelo pacote que contém utilitários necessários relacionados à Biblioteca GNU C.

O comando tzselect será útil, por exemplo, para um usuário que deseja identificar o fuso horário da “Cidade de São Paulo” no “Brasil”. O tzselect começa perguntando qual a macrorregião do local desejado:

A opção 2 refere-se a locais da América do Norte e do Sul, não necessariamente no mesmo fuso horário. Também é possível especificar o fuso horário com coordenadas geográficas ou com a notação de deslocamento, também conhecida como formato Posix TZ. A etapa seguinte é escolher o país:

O território brasileiro abrange quatro fusos horários; portanto, o nome do país por si só não basta para definir o fuso horário. Na etapa seguinte, o tzselect pede que o usuário especifique a região local:

Nem todos os nomes de localidade estão presentes, mas escolher a região mais próxima já basta. As informações fornecidas serão então usadas pelo tzselect para exibir o fuso horário correspondente:

O nome do fuso horário resultante, America/Sao_Paulo, também pode ser usado como o conteúdo de /etc/timezone para informar o fuso horário padrão para o sistema:

Conforme declarado na saída de tzselect, a variável de ambiente TZ define o fuso horário da sessão do shell, qualquer que seja o fuso horário padrão do sistema. Se adicionarmos a linha TZ='America/Sao_Paulo'; export TZ ao arquivo ~/.profile, America / Sao_Paulo se tornará o fuso horário das sessões futuras do usuário. A variável TZ também pode ser modificada temporariamente durante a sessão atual, a fim de exibir a hora em um fuso horário diferente:

No exemplo, o comando env executa o comando fornecido em uma nova sessão de sub-shell com as mesmas variáveis de ambiente da sessão atual, exceto pela variável TZ, modificada pelo argumento TZ='Africa/Cairo'.

Muitas regiões adotam o horário de verão — quando os relógios são normalmente adiantados em uma hora —  em parte do ano, o que pode levar um sistema mal configurado a relatar a hora errada durante aquela estação do ano.

O arquivo /etc/localtime contém os dados usados pelo sistema operacional para ajustar seu relógio corretamente. Os sistemas Linux padrão têm arquivos para todos os fusos horários no diretório /usr/share/zoneinfo/, de modo que /etc/localtime é apenas um link simbólico para o arquivo de dados real dentro desse diretório. Os arquivos em /usr/share/zoneinfo/ são organizados pelo nome do fuso horário correspondente, então o arquivo de dados para o fuso horário America/Sao_Paulo será /usr/share/zoneinfo/America/Sao_Paulo.

Como as definições de horário de verão podem mudar, é importante manter em dia os arquivos de /usr/share/zoneinfo/. O comando de atualização da ferramenta de gerenciamento de pacotes fornecida pela distribuição deve atualizá-los sempre que uma nova versão estiver disponível.

Os sistemas Linux podem funcionar com uma ampla variedade de idiomas e codificações de caracteres não ocidentais, definições conhecidas como localidades (em inglês, locales). A configuração de localidade mais básica é a definição da variável de ambiente LANG, a partir da qual a maioria dos programas do shell identificam o idioma a ser usado.

O conteúdo da variável LANG segue o formato ab_CD, onde ab é o código do idioma e CD é o código da região. O código do idioma deve seguir o padrão ISO-639 e o código da região, o padrão ISO-3166. Um sistema configurado para usar o português do Brasil, por exemplo, deve ter a variável LANG definida como pt_BR.UTF-8:

Conforme visto na saída deste exemplo, a variável LANG também contém a codificação de caracteres destinada ao sistema. O ASCII, abreviação de American Standard Code for Information Interchange, foi o primeiro padrão de codificação de caracteres amplamente usado para comunicação eletrônica. No entanto, como o ASCII tem uma gama muito limitada de valores numéricos disponíveis e foi baseado no alfabeto inglês, ele não contém caracteres usados por outros idiomas ou um conjunto extenso de símbolos não-alfabéticos. A codificação UTF-8 é um Padrão Unicode para os caracteres ocidentais comuns, além de diversos outros símbolos não convencionais. Conforme afirmado pelo Unicode Consortium, mantenedor do Padrão Unicode, ele deve ser adotado por padrão para garantir a compatibilidade entre as plataformas de computação:

Alguns sistemas ainda podem usar padrões definidos pelo ISO — como o padrão ISO-8859-1 — para a codificação de caracteres não-ASCII. No entanto, esses padrões de codificação de caracteres devem ser preteridos em favor dos padrões de codificação Unicode. Todos os principais sistemas operacionais tendem a adotar o Unicode por padrão.

As configurações de localidade de todo o sistema são definidas no arquivo /etc/locale.conf. A variável LANG e outras variáveis relacionadas à localidade são atribuídas neste arquivo como uma variável de shell comum, por exemplo:

Os usuários podem empregar uma configuração de localidade personalizada redefinindo a variável de ambiente LANG. Isso pode ser feito apenas para a sessão atual ou para sessões futuras, adicionando a nova definição ao perfil Bash do usuário em ~/.bash_profile ou ~/.profile. Entretanto, até que o usuário efetue login, a localidade padrão do sistema ainda será usada por programas independentes do usuário, como a tela de login do gerenciador de exibição.

Além da variável LANG, outras variáveis de ambiente afetam aspectos específicos da localidade, como o símbolo monetário ou o separador de milhar correto para números:

O comando locale mostra todas as variáveis definidas na configuração de localidade atual:

A única variável indefinida é LC_ALL, que pode ser usada para substituir temporariamente todas as outras configurações locais. O exemplo a seguir mostra como o comando date — sendo executado em um sistema configurado para a localidade pt_BR.UTF-8 — modifica sua saída de forma a cumprir a nova variável LC_ALL:

A modificação da variável LC_ALL fez com que ambas as abreviações de dia da semana e nome do mês fossem mostradas em inglês americano (en_US). Não é obrigatório, entretanto, definir a mesma localidade para todas as variáveis. É possível, por exemplo, ter a linguagem definida como pt_BR e o formato numérico (LC_NUMERIC) no padrão americano.

Algumas configurações de localização alteram a forma como os programas lidam com a ordem alfabética e formatos de numeração. Embora os programas convencionais geralmente sejam capazes de escolher corretamente uma localidade comum para essas situações, os scripts podem se comportar de forma inesperada ao tentar ordenar corretamente uma lista de itens em ordem alfabética, por exemplo. Por este motivo, recomenda-se definir a variável de ambiente LANG para a localidade comum C, como em LANG=C, para que o script produza resultados inequívocos, independentemente das definições de localização usadas no sistema onde é executado. A localidade C realiza apenas uma comparação simples de bytes e, portanto, também terá um desempenho melhor do que as outras.

Um texto pode aparecer com caracteres ilegíveis quando exibido em um sistema com uma configuração de codificação de caracteres diferente do sistema onde o texto foi criado. O comando iconv ajuda a resolver este problema, convertendo o arquivo de sua codificação de caracteres original para a desejada. Por exemplo, para converter um arquivo de nome original.txt da codificação ISO-8859-1 no arquivo converted.txt utilizando a codificação UTF-8, o seguinte comando pode ser usado:

A opção -f ISO-8859-1 (ou --from-code=ISO-8859-1) define a codificação do arquivo original e a opção -t UTF-8 (ou --to-code=UTF-8) define a codificação do arquivo convertido. Para listar todas as codificações suportadas pelo comando iconv, usamos o comando iconv -l ou iconv --list. Ao invés de usar o redirecionamento de saída, como no exemplo, a opção -o converted.txt ou --output converted.txt também faz o serviço.