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 fa l'installatore per impostare la lingua, cosicché, in caso di necessità, la si possa cambiare.

8.1.1. Impostare la Lingua Predefinita

Una localizzazione è 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 una 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).

Le codifiche più popolari per le lingue a base-latina sono limitate a 256 caratteri perchè si è scelto di utilizzare un singolo byte per ogni carattere. Poichè 256 caratteri non sono stati suffcienti a coprire tutte le lingue europee, sono state necessarie più codifiche, ed è così che si è arrivati fino a ISO-8859-1 (noto anche come “Latin 1”) e ISO-8859-15 (noto anche come “Latin 9”), tra gli altri.

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, che definisce implicitamente la lunghezza del carattere. Questo consente di codificare tutti i caratteri Unicode tramite una sequenza di uno o più byte. Il suo uso si è diffuso in quanto è la codifica predefinita nei documenti XML.

Questa è la codifica che generalmente dovrebbe essere utilizzata, ed è quella predefinita sui sitemi Debian.

The locales package includes all the elements required for proper functioning of “localization” of various applications. During installation, this package will ask you to select a set of supported languages. This set can be changed at any time by running dpkg-reconfigure locales as root.

La prima domanda chiederà di selezionare la "localizzazione" da includere. Selezionare tutte le localizzazioni inglesi (ovvero quelle che iniziano con "en_") è una scelta ragionevole. Non si esiti a scegliere altre localizzazioni se la macchina sarà utilizzata da utenti stranieri. L'elenco dell localizzazioni abilitate sul sistema è conservato nel file /etc/locale.gen. È possibile modificare manualmente questo file, 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.

The second question, entitled “Default locale for the system environment”, requests a default locale. The recommended choice in the USA is “en_US.UTF-8”. British English speakers will prefer “en_GB.UTF-8”, and Canadians will prefer either “en_CA.UTF-8” or, for French, “fr_CA.UTF-8”. The /etc/default/locale file will then be modified to store this choice. From there, it is picked up by all user sessions since PAM will inject its content in the LANG environment variable.

The locales-all package contains the precompiled locale data for all supported locales.

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.

These applications do not create these variables directly, but rather via a PAM (pam_env.so) module. PAM (Pluggable Authentication Module) is a modular library centralizing the mechanisms for authentication, session initialization, and password management. See Sezione 11.7.3.2, «Configurare PAM» for an example of PAM configuration.

Il file /etc/default/locale funziona in modo simile, ma contiene solo la variabile d'ambiente LANG. Grazie a questa divisione, alcuni utenti PAM erediteranno un ambiente completo senza localizzazione. Infatti, è generalmente sconsigliato eseguire programmi server con la localizzazione abilitata; d'altra parte, la localizzazione e le impostazioni internazionali sono raccomandate per i programmi che aprono le sessioni degli utenti.

8.1.2. Configurare la tastiera

Anche se il layout della tastiera viene gestito in modo diverso in console ed in modalità grafica, Debian offre un'interfaccia di configurazione unica che funziona per entrambi: si basa su debconf ed è implementata nel pacchetto keyboard-configuration. Perciò per rispristinare il layout della tastiera si può utilizzare in qualsiasi momento il comando dpkg-reconfigure keyboard-configuration.

Le domande riguardano 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 Plasma, tra gli altri, forniscono un pannello di controllo della tastiera tra le proprie preferenze consentendo ad ogni utente di avere la propria configurazione. Inoltre, in questi pannelli di controllo, sono disponibili alcune opzioni aggiuntive riguardanti il comportamento di alcuni tasti particolari.

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

When a text is sent (or stored) without encoding information, it is not always possible for the recipient to know with certainty what convention to use for determining the meaning of a set of bytes. You can usually get an idea by getting statistics on the distribution of values present in the text, but that doesn't always give a definite answer. When the encoding system chosen for reading differs from that used in writing the file, the bytes are misinterpreted, and you get, at best, errors on some characters, or, at worst, something completely illegible.

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, in tal caso, 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 (Euro)", secondo ciò che viene indicato) quando si apre il file.

For simple text files, you can use recode (in the package of the same name) which allows automatic recoding. This tool has numerous options so you can play with its behavior. We recommend you consult the documentation, the recode(1) man page, or the recode info page (more complete). Alternatively, iconv supports more character sets, but has less options.