Capitolo 8. Configurazione di base: rete, account, stampa, ...

Un computer installato da zero con debian-installer è pensato per essere il più possibile funzionante, ma molti servizidevono ancora essere configurati. Inoltre è sempre meglio conoscere come modificare certi elementi di configurazione impostati durante il processo di installazione iniziale.

Questo capitolo copre tutto quanto viene normalmente considerato con «configurazione di base»: rete, lingue e localizzazioni, utenti e gruppi, stampa, punti di mount, ecc.

8.1. Configurare il sistema per un'altra lingua

Se il sistema è stato installato inizialmente in italiano, la macchina avrà già probabilmente l'italiano come lingue predefinita. È comunque meglio conoscere cosa l'installatore fa per impostare la lingua, cosicché, poi, se ne capita la necessità, la si possa cambiare.

8.1.1. Impostare la lingua predefinita

Una localizzazione ("locale" in inglese) è un gruppo di impostazioni regionali. Include non solo la lingua per i testi, ma anche il formato di visualizzazione dei numeri, date, orari e valori monetari, così come i metodi di comparazione alfabetici (per l'ordinamento alfabetico, per l'inclusione dei caratteri accentati, dove previsto). Anche se ognuno di questi parametri può essere specificato indipendentemente dagli altri, generalmente viene utilizzata un unica localizzazione, la quale è un insieme coerente di valori per questi parametri corrispondente ad una "regione" nel senso più ampio del termine. Le localizzazioni sono generalmente indicate con la forma codice-lingua_CODICE-PAESE, alcune volte con un suffisso che specifica l'insieme di caratteri e la codifica da utilizzare. Questo consente di considerare anche le differenze tipografiche e di idioma tra differenti regioni con una lingua comune.

CULTURA Insiemi di caratteri

Storicamente ogni localizzazione ha un "insieme di caratteri" associati (gruppo di caratteri noti) ed una "codifica" preferita (la rappresentazione interna al computer per i caratteri).

Per esempio la codifica ISO-8859-1 (detta «Latin 1»), che era utilizzata preferibilmente in Francia, per ragioni storiche non include certi caratteri (come œ, Ÿ e €). Questo problema ha portato alla creazione di ISO-8859-15 (detta «Latin 9», o anche «Latin 0»). La nuova codifica ha sostituito, tra gli altri, il vecchio carattere internazionale per la valuta (un cerchio con quattro linee, ¤), «½»,«¼» e «¾» con il simbolo dell'euro «€», «œ», «Œ» e «Ÿ». Poiché la codifica di questi due insiemi usa un singolo otteto (8 bit) per ogni carattere, questi insiemi possono contenere al massimo 256 caratteri. Altre lingue usano altri insiemi di caratteri oppure altre codifiche, appartenenti o meno alla famiglia «Latin».

Lavorare con le lingue straniere spesso implicava passaggi continui tra diverse codifiche ed insiemi di caratteri. Inoltre scrivere documenti multi-lingua portava ad altri problemi, quasi irrisolvibili. Unicode (un super-catalogo che include quasi tutti i sistemi di scrittura utilizzati da tutte le lingue del mondo) è stato creato per risolvere questo problema. Una delle codifiche Unicode, UTF-8, conserva tutti i 128 simboli ASCII (codici a 7 bit), ma gestisce gli altri caratteri in modo differente. Gli altri sono preceduti da una sequenza di caratteri di escape con una lunghezza variabile. Questo consente di codificare tutti i caratteri Unicode tramite una sequenza di uno o più otteti.

Le applicazioni hanno migrato lentamente e l'uso di UTF-8 è ora largamente diffuso. Questo è stato reso più facile dal fatto che questa codifica è la codifica standard per i documenti XML. Se non vi sono circostanze specifiche, questa è la codifica che dovrebbe essere generalmente impiegata. È divenuta la codifica predefinita nelle nuove installazioni a partire da Etch.

Il pacchetto locales include tutti gli elementi richiesti per il corretto funzionamento della localizzazione per varie applicazioni. Durante l'installazione, questo pacchetto presenterà alcune domande per scegliere le lingue supportate. Questo insieme di lingue supportate può essere modificato eseguendo dpkg-reconfigure locales.

Sarà chiesto, per prima cosa, di scegliere quali localizzazioni includere. Selezionare tutte le localizzazioni inglesi (ovvero quelle che iniziano con "en_US") è una scelta ragionevole. Non si esiti a scegliere altre localizzazioni se la macchina sarà utilizzata da utenti stranieri. Questa lista di localizzazioni conosciute al sistema è conservata nel file /etc/locale.gen. È possibile modificare questo file manualmente, ma si deve eseguire locale-gen dopo ogni modifica. Questo genera i file necessari per il corretto funzionamento delle localizzazioni aggiunte e rimuove i file obsoleti.

La seconda domanda, chiamata "Imposta localizzazione predefinita", richiede di impostare la localizzazione predefinita. La scelta raccomandata negli U.S.A. è "en_US.UTF-8". Coloro che usano l'inglese britannico preferiranno "en_GB.UTF-8", i canadesi preferiranno o "en_CA.UTF-8" o, per il francese, "fr_CA.UTF-8". Il file /etc/default/locale sarà quindi modificato per impostare la localizzazione predefinita nella variabile d'ambiente LANG.

DIETRO LE QUINTE /etc/environment e /etc/default/locale

Il file /etc/environment permette ai programmi login, gdm, o anche ssh di impostare le variabili d'ambiente corrette.

Queste applicazioni non creano queste variabili direttamente, ma attraverso il modulo PAM (pam_env.so). PAM (Pluggable Authentication Module) è una libreria modulare che accentra i meccanismi per l'autenticazione, l'inizializzazione della sessione e la gestione delle password. Si veda Sezione 11.7.3.2, «Configurare PAM» per un esempio di configurazione PAM.

Il file /etc/default/locale funziona in modo simile, ma non contiene la variabile d'ambiente LANG. Questo significa che alcuni utenti PAM erediteranno un ambiente senza localizzazione. Eseguire programmi server con parametri regionali è generalmente scoraggiato. Al contrario, invece, utilizzare impostazioni regionali implicite è raccomandato per i programmi che aprono le sessioni degli utenti.

8.1.2. Configurare la tastiera

Sino a Debian Lenny la disposizione della tastiera era controllato da due sistemi differenti: console-tools/console-data per la console, keyboard-configuration per l'ambiente grafico. Da Squeeze questi due sistemi sono stati unificati e keyboard-configuration controlla la disposizione della tastiera sia per la console che per l'ambiente grafico. Il comando dpkg-reconfigure keyboard-configuration può essere usato in qualsiasi momento per reimpostare la disposizione della tastiera.

Le domande sono inerenti la disposizione fisica della tastiera (una tastiera PC standard negli Stati Uniti sarà una "Generica 104 tasti"), quindi il layout da scegliere (genericamente "US"), e quindi la posizione del tasto AltGr (Alt di destra). Per ultima arriva la domanda a proposito di quale tasto usare per la funzione "Compose", che consente di inserire i caratteri speciali combinando la pressione di più tasti. Digitare in sequenza Compose ' e produce una "e" accentata («é»). Tutte queste combinazioni sono descritte nel file /usr/share/X11/locale/en_US.UTF-8/Compose (oppure un altro file, determinato in base alla localizzazione corrente indicata in /usr/share/X11/locale/compose.dir).

Si noti che la configurazione della tastiera per la modalità grafica descritta qui interessa unicamente la diposizione predefinita: gli ambienti GNOME e KDE, così come altri, forniscono un pannello di controllo della tastiera tra le proprie preferenze consentendo ad ogni utente di avere la propria configurazione. Alcune opzioni aggiuntive riguardanti il comportamento di alcuni tasti particolari sono inoltre disponibili in questi pannelli di controllo.

8.1.3. Migrare ad UTF-8

La generalizzazione della codifica UTF-8 è stata una soluzione attesa a lungo per le numerose difficoltà con l'interoperabilità, poiché facilita lo scambio internazionale e rimuove i limiti arbitrari sui caratteri che possono essere utilizzati in un documento. L'unica controindicazione è che si è dovuta attraversare una fase di difficile transizione. Poiché non ha potuto essere completamente trasparente (cioè, non è potuta avvenire contemporaneamente in tutto il mondo), due operazioni di conversione sono state necessarie: una sul contenuto dei file e l'altra sul loro nome. Fortunatamente la maggior parte di questa migrazione è stata completata e ne discuteremo più ampiamente per riferimento.

CULTURA Mojibake ed errori di interpretazione

Quando un testo è inviato (o conservato) senza informazioni di codifica non è sempre possibile per il destinatario sapere con certezza quale convenzione usare per determinare il significato di un insieme di byte. È generalmente possibile farsi un'idea in proposito effettuando statistiche circa la distribuzione dei valori nel testo, ma questo non fornisce sempre una risposta definitiva. Quando la codifica scelta per la lettura di un file differisce da quella usata per la scrittura, i byte non vengono interpretati correttamente e avremo, nel migliore dei casi errori su alcuni caratteri, nel peggiore qualcosa di completamente illeggibile.

Così, se un testo francese appare normale con l'eccezione delle lettere accentate e di certi simboli che appiono sostituiti con sequenze di caratteri come «Ã©» o «Ã¨» o «Ã§», si tratta probabilmente di un file codificato con UTF-8 ma interpretato come ISO-8859-1 o ISO-8859-15. Questo è sintomo di una installazione locale che non è ancora stata migrata ad UTF-8. Se invece si vedono punti di domanda al posto delle lettere accentate, anche se questi punti di domanda sembrano sostituire anche il carattere che dovrebbe seguire la lettera accentata, molto probabilmente l'installazione è già configurata per UTF-8 ma è stato inviato un documento codificato con la codifica «Western ISO».

Questo riguarda casi «semplici». Questi casi si verificano solo nella cultura occidentale, poiché l'Unicode (e l'UTF-8) è stato progettato per massimizzare i punti comuni con le codifiche storiche per i linguaggi occidentali basati sull'alfabeto latino, che consente di comprendere parti del testo anche se alcuni caratteri sono mancanti.

In configurazioni più complesse dove sono coinvolti, per esempio, due ambienti con due diversi linguaggi che non utilizzano lo stesso alfabeto, i risultati saranno spesso illeggibili, una serie di simboli astratti che non hanno nulla a che fare l'uno con l'altro. Questo è assai comune con le lingue asiatiche a causa del numero elevato di lingue e sistemi di scrittura. La parola giapponese mojibake è stata adottata per descrivere questo fenomeno. Quando appare la diagnosi è molto complessa e la soluzione più semplice è spesso quella di migrare ad UTF-8 da entrambe le parti.

Per ciò che riguarda i nomi dei file la migrazione può essere relativamente semplice. Lo strumento convmv (contenuto nell'omonimo pacchetto) è stato creato specificatamente a questo scopo: permette di rinominare i file da una codifica ad un'altra. L'uso di questo strumento è relativamente semplice, ma raccomandiamo di farlo in due fasi per evitare sorprese. L'esempio seguente illustra un ambiente UTF-8 che contiene nomi di directory codificati in ISO-8859-15 e l'uso del comando convmv per rinominarli.

$ ls travail/
Ic?nes  ?l?ments graphiques  Textes
$ convmv -r -f iso-8859-15 -t utf-8 travail/
Starting a dry run without changes...
mv "travail/�l�ments graphiques"        "travail/Éléments graphiques"
mv "travail/Ic�nes"     "travail/Icônes"
No changes to your files done. Use --notest to finally rename the files.
$ convmv -r --notest -f iso-8859-15 -t utf-8 travail/
mv "travail/�l�ments graphiques"        "travail/Éléments graphiques"
mv "travail/Ic�nes"     "travail/Icônes"
Ready!
$ ls travail/
Éléments graphiques  Icônes  Textes

Per il contenuto del file, le procedure di conversione sono più complesse a causa della vastità dei formati esistenti. Alcuni formati di file includono informazioni sulla codifica che facilitano il compito del software usato per trattarli: è sufficiente, poi, aprire questi file e salvarli nuovamente specificando la codifica UTF-8. In altri casi si dovrà specificare la codifica originale (ISO-8859-1 o «Western», o ISO-8859-15 o «Western (European)», in base a come viene indicato) quando si apre il file.

Per file di testo semplice è possibile usare recode (contenuto nell'omonimo pacchetto) che consente la ricodifica automatica. Questo strumento ha numerose opzioni che è possibile specificare per modificare il suo comportamento. Noi raccomandiamo di consultare la documentazione, la pagina di manuale recode(1), oppure la pagina di info recode (più completa).