107.3 Lezione 1

I fusi orari sono bande discrete approssimativamente proporzionali della superficie terrestre che coprono l’equivalente di un’ora, cioè regioni del mondo che vivono la stessa ora del giorno nello stesso momento. Poiché non esiste una sola longitudine che possa essere considerata l’inizio del giorno per tutto il mondo, i fusi orari sono relativi al primo meridiano, dove l’angolo di longitudine della Terra è definito come 0. L’ora al primo meridiano è chiamata Tempo Universale Coordinato, per convenzione abbreviato in UTC. Per ragioni pratiche, i fusi orari non seguono l’esatta distanza longitudinale dal punto di riferimento (il primo meridiano). Invece, i fusi orari sono adattati artificialmente per seguire i confini dei paesi o altre suddivisioni significative.

Le suddivisioni politiche sono così rilevanti che i fusi orari prendono il nome da qualche importante elemento geografico in quella particolare area, di solito basato sul nome di un grande paese o città all’interno della zona. Tuttavia, i fusi orari sono divisi in base al loro offset temporale rispetto all’UTC e questo offset può anche essere usato per indicare la zona in questione. Il fuso orario GMT-5, per esempio, indica una regione per la quale l’ora UTC è cinque ore avanti, cioè quella regione è 5 ore indietro rispetto all’UTC. Allo stesso modo, il fuso orario GMT+3 indica una regione per la quale l’ora UTC è tre ore indietro. Il termine GMT — da Greenwich Mean Time — è usato come sinonimo di UTC.

Una macchina collegata può essere raggiunta da diverse parti del mondo, quindi è buona pratica impostare l’orologio hardware su UTC (il fuso orario GMT+0) e lasciare la scelta del fuso orario per ogni caso particolare. I servizi cloud, per esempio, sono comunemente configurati per utilizzare UTC, in quanto può aiutare a mitigare le incongruenze occasionali tra l’ora locale e quella dei client o di altri server. Al contrario, gli utenti che aprono una sessione remota sul server potrebbero voler usare il loro fuso orario locale. Quindi, sarà compito del sistema operativo impostare il fuso orario corretto a seconda del caso.

Oltre alla data e all’ora correnti, il comando date visualizzerà anche il fuso orario attualmente configurato:

L’offset rispetto all’UTC è dato dal valore -03, che significa che l’ora visualizzata è tre ore meno dell’UTC. Pertanto, l’ora UTC è tre ore avanti, rendendo GMT-3 il fuso orario corrispondente all’ora data. Il comando timedatectl, che è disponibile nelle distribuzioni che usano systemd, mostra maggiori dettagli sull’ora e la data del sistema:

Come mostrato nella voce Time zone, sono accettati anche nomi di fusi orari basati su località — come America/Sao_Paulo --. Il fuso orario predefinito per il sistema è mantenuto nel file /etc/timezone, sia dal nome descrittivo completo della zona che dall’offset. I nomi generici dei fusi orari dati dall’offset UTC devono includere Etc come prima parte del nome. Quindi, per impostare il fuso orario di default su GMT+3, il nome del fuso orario deve essere Etc/GMT+3.

Anche se i nomi dei fusi orari basati sulle località non richiedono l’offset temporale per funzionare, non sono così semplici da scegliere. La stessa zona può avere più di un nome, il che può renderla difficile da ricordare. Per facilitare questo problema, il comando tzselect offre un metodo interattivo che guida l’utente verso la corretta definizione del fuso orario. Il comando tzselect dovrebbe essere disponibile di default in tutte le distribuzioni Linux, poiché è fornito dal pacchetto che contiene i necessari programmi di utilità relativi alla GNU C Library.

Il comando tzselect sarà utile, per esempio, per un utente che vuole identificare il fuso orario per “São Paulo City” in “Brazil”. tzselect inizia chiedendo la macro regione della località desiderata:

L’opzione 2 è per località (nord e sud) americane, non necessariamente nello stesso fuso orario. È anche possibile specificare il fuso orario con coordinate geografiche o con la notazione di offset, nota anche come formato Posix TZ. Il passo successivo è quello di scegliere il paese:

Il territorio del Brasile si estende su quattro fusi orari, quindi le sole informazioni sul paese non sono sufficienti per impostare il fuso orario. Nel prossimo passo tzselect richiederà all’utente di specificare la regione locale:

Non tutti i nomi delle località sono disponibili, ma scegliere la regione più vicina sarà sufficiente. Le informazioni date saranno poi utilizzate da tzselect per visualizzare il fuso orario corrispondente:

Il nome del fuso orario risultante, America/Sao_Paulo, può anche essere usato come contenuto di /etc/timezone per informare il fuso orario predefinito del sistema:

Come indicato dall’output di tzselect, la variabile d’ambiente TZ definisce il fuso orario per la sessione di shell, qualunque sia il fuso orario di default del sistema. Aggiungendo la linea TZ='America/Sao_Paulo'; export TZ al file ~/.profile renderà America/Sao_Paulo il fuso orario per le future sessioni dell’utente. La variabile TZ può anche essere temporaneamente modificata durante la sessione corrente, per visualizzare l’ora in un diverso fuso orario:

Nell’esempio, il comando env esegue il comando dato in una nuova sessione sub-shell con le stesse variabili d’ambiente della sessione corrente, tranne la variabile TZ, modificata dall’argomento TZ='Africa/Cairo'.

Molte regioni adottano l’ora legale per una parte dell’anno — quando gli orologi sono in genere portati avanti di un’ora — che potrebbe portare un sistema mal configurato a segnalare l’ora sbagliata durante quel periodo dell’anno.

Il file /etc/localtime contiene i dati usati dal sistema operativo per regolare il suo orologio di conseguenza. I sistemi Linux standard hanno file per tutti i fusi orari nella directory /usr/share/zoneinfo/, quindi /etc/localtime è solo un collegamento simbolico al file di dati effettivo all’interno di quella directory. I file in /usr/share/zoneinfo/ sono organizzati per il nome del fuso orario corrispondente, quindi il file di dati per il fuso orario America/Sao_Paulo sarà /usr/share/zoneinfo/America/Sao_Paulo.

Poiché le definizioni per l’ora legale possono cambiare, è importante mantenere aggiornati i file in /usr/share/zoneinfo/. Il comando di aggiornamento dello strumento di gestione dei pacchetti fornito dalla distribuzione dovrebbe aggiornarli ogni volta che è disponibile una nuova versione.

I sistemi Linux possono lavorare con un’ampia varietà di lingue e codifiche di caratteri non occidentali, definizioni note come locales. La configurazione più basilare di ciò è la definizione della variabile d’ambiente LANG, dalla quale la maggior parte dei programmi di shell identificano la lingua da usare.

Il contenuto della variabile LANG segue il formato ab_CD, dove ab è il codice della lingua e CD è il codice della regione. Il codice della lingua dovrebbe seguire lo standard ISO-639 e il codice della regione dovrebbe seguire lo standard ISO-3166. Un sistema configurato per usare il portoghese brasiliano, per esempio, dovrebbe avere la variabile LANG definita a pt_BR.UTF-8:

Come si vede nell’output di esempio, la variabile LANG contiene anche la codifica dei caratteri prevista per il sistema. ASCII, abbreviazione di American Standard Code for Information Interchange, è stato il primo standard di codifica dei caratteri ampiamente utilizzato per la comunicazione elettronica. Tuttavia, poiché ASCII ha una gamma molto limitata di valori numerici disponibili ed era basato sull’alfabeto inglese, non contiene caratteri usati da altre lingue o un insieme esteso di simboli non alfabetici. La codifica UTF-8 è uno standard Unicode per i normali caratteri occidentali, più molti altri simboli non convenzionali. Come dichiarato dallo Unicode Consortium, il manutentore dello Standard Unicode, questa codifica dovrebbe essere adottata di base per assicurare la compatibilità tra le piattaforme di computer:

Alcuni sistemi possono ancora usare standard definiti da ISO — come lo standard ISO-8859-1 — per la codifica dei caratteri non-ASCII. Tuttavia, tali standard di codifica dei caratteri dovrebbero essere deprecati in favore degli standard di codifica Unicode. Tuttavia, tutti i maggiori sistemi operativi tendono ad adottare lo standard Unicode di default.

Le impostazioni di localizzazione a livello di sistema sono configurate nel file /etc/locale.conf. La variabile LANG e altre variabili relative al locale sono assegnate in questo file come una normale variabile di shell, per esempio:

Gli utenti possono usare una configurazione personalizzata del locale ridefinendo la variabile d’ambiente LANG. Può essere fatto solo per la sessione corrente o per le sessioni future, aggiungendo la nuova definizione al profilo Bash dell’utente in ~/.bash_profile o ~/.profile. Finché l’utente non effettua il login, comunque, il locale di sistema predefinito sarà ancora usato da programmi indipendenti dall’utente, come la schermata di login del display manager.

Oltre alla variabile LANG, altre variabili d’ambiente hanno un effetto su aspetti specifici del locale, come il simbolo di valuta da usare o il corretto separatore delle migliaia per i numeri:

Il comando locale mostrerà tutte le variabili definite nella configurazione del locale corrente:

L’unica variabile non definita è LC_ALL, che può essere usata per sovrascrivere temporaneamente tutte le altre impostazioni di localizzazione. L’esempio seguente mostra come il comando date — eseguito in un sistema configurato con il locale pt_BR.UTF-8 — modificherà il suo output per conformarsi alla nuova variabile LC_ALL:

La modifica della variabile LC_ALL ha reso entrambe le abbreviazioni per il giorno della settimana e il nome del mese da mostrare in inglese americano (en_US). Non è obbligatorio, tuttavia, impostare lo stesso locale per tutte le variabili. È possibile, per esempio, avere la lingua definita a pt_BR e il formato numerico (LC_NUMERIC) impostato allo standard americano.

Alcune impostazioni di localizzazione cambiano il modo in cui i programmi trattano l’ordine alfabetico e i formati dei numeri. Mentre i programmi convenzionali sono solitamente preparati a scegliere correttamente un locale comune per queste situazioni, gli script possono comportarsi in modo inaspettato quando cercano, per esempio, di ordinare in ordine alfabetico una lista di elementi. Per questo motivo, si raccomanda di impostare la variabile d’ambiente LANG al locale comune C, come in LANG=C, così lo script produrrà risultati non ambigui, indipendentemente dalle definizioni di localizzazione usate nel sistema in cui viene eseguito. Il locale C conduce solo un semplice confronto bytewise, quindi avrà anche prestazioni migliori degli altri.

Il testo può apparire con caratteri incomprensibili quando viene visualizzato su un sistema con una configurazione di codifica dei caratteri diversa dal sistema in cui il testo è stato creato. Il comando iconv può essere usato per risolvere questo problema, convertendo il file dalla sua codifica di caratteri originale a quella desiderata. Per esempio, per convertire un file chiamato original.txt dalla codifica ISO-8859-1 al file chiamato converted.txt usando la codifica UTF-8 si può usare il seguente comando:

L’opzione -f ISO-8859-1 (o --from-code=ISO-8859-1) imposta la codifica del file originale e l’opzione -t UTF-8 (o --to-code=UTF-8) imposta la codifica per il file da convertire. Tutte le codifiche supportate dal comando iconv sono elencate con il comando iconv -l o iconv --list. Invece di usare il reindirizzamento dell’output, come nell’esempio, si possono usare anche le opzioni -o converted.txt o --output converted.txt.