Installare il sistema base di Gentoo

Effettuare il chroot

Copiare le informazioni del DNS

Rimane da fare ancora una cosa prima di entrare nel nuovo ambiente, ovvero copiare le informazioni del DNS nel file /etc/resolv.conf. Ciò va fatto per assicurarsi che la rete funzioni anche dopo essere entrati nel nuovo ambiente. /etc/resolv.conf contiene i nameserver per la rete.

Per copiare queste informazioni, si raccomanda di passare l'opzione --dereference al comando cp. Ciò garantisce che, se /etc/resolv.conf è un collegamento simbolico, venga copiato il file indicato dal collegamento invece del collegamento simbolico stesso. Altrimenti, nel nuovo ambiente, il collegamento simbolico punterebbe ad un file non esistente (in quanto ciò a cui punta il collegamento probabilmente non sarà disponibile nel nuovo ambiente).

Montare i filesystem necessari

In pochi istanti, la radice (root) di Linux sarà cambiata con quella della nuova posizione.

I filesystem da rendere disponibili sono:

• /proc/ è uno pseudo filesystem. Assomiglia ai file ordinari, ma in realtà è generato in tempo reale dal kernel Linux
• /sys/ è uno pseudo filesystem, come /proc/ che una volta si pensava l'avrebbe sostituito, ed è più strutturato di /proc/
• /dev/ è un filesystem normale che contiene tutti i dispositivi. E' parzialmente gestito dal gestore dei dispositivi di Linux (solitamente udev)
• /run/ è un filesystem temporaneo utilizzato per i file generati in fase di esecuzione, come i file PID o i lock

La posizione /proc/ verrà montata su /mnt/gentoo/proc/ mentre le altre saranno montate legandole alle esistenti. Ciò significa che, ad esempio, /mnt/gentoo/sys/ sarà effettivamente /sys/ (è solo un secondo punto di accesso allo stesso filesystem) mentre /mnt/gentoo/proc/ sarà un nuovo montaggio (istanza per così dire) del filesystem.

Entrare nel nuovo ambiente

Ora che tutte le partizioni sono state inizializzate e l'ambiente base installato, è tempo di entrare nel nuovo ambiente attraverso chroot. Ciò significa che la sessione cambierà la sua radice (la posizione di livello più alto alla quale si può fare accesso) da quella dell'attuale ambiente di installazione (del CD o di un altro mezzo di installazione) a quella del sistema installato (ovvero le partizioni inizializzate). Da cui il nome, change root (cambiare radice) o chroot.

Questo cambio di radice è fatto in tre passaggi:

1. La posizione radice (root) è modificata da / (sul mezzo di installazione) a /mnt/gentoo/ (sulle partizioni) usando chroot o arch-chroot, se disponibile.
2. Alcune impostazioni (quelle su /etc/profile) sono ricaricate nella memoria usando il comando source.
3. L'attesa comandi (prompt) primaria viene modificata per ricordarci che questa sessione avviene in un ambiente chroot.

Da questo momento, tutte le azioni sono direttamente eseguite nel nuovo ambiente Gentoo Linux.

Preparare per il programma d'avvio (bootloader)

Una volta all'interno del nuovo ambiente, è necessario prepararlo per il programma di avvio. Sarà importante avere montata la partizione corretta quando sarà il momento di installare il programma di avvio.

Sistemi UEFI

Per sistemi UEFI, /dev/sda1 è stata formattata col filesystem FAT32 e sarà usata come ESP (EFI System Partition). Creare una nuova cartella /efi (se non ancora creata), e poi montare lì ESP:

DOS/Vecchi sistemi BIOS

Per DOS/Vecchi sistemi BIOS, il programma di avvio sarà installato nella cartella /boot, quindi montare come segue:

Configurare Portage

Installare un'istantanea del catalogo delle ebuild di Gentoo dal web

Il prossimo passo consiste nell'installare un'istantanea del catalogo delle ebuild di Gentoo. Questa istantanea contiene una collezione di file che informano Portage riguardo i titoli di software disponibili (per l'installazione), quali profili può selezionare l'amministratore del sistema, elementi di novità per pacchetti o profili specifici, ecc.

L'uso di emerge-webrsync è raccomandato per chi si trova dietro un firewall restrittivo (usa i protocolli HTTP/FTP per scaricare l'istantanea) e fa risparmiare banda.

Questo preleverà l'ultima istantanea (la quale è rilasciata giorno per giorno) da uno dei distributori (mirror) di Gentoo e la installerà nel sistema:

Da questo momento in avanti, Portage potrebbe menzionare che è consigliato eseguire certi aggiornamenti. Ciò avviene perché i pacchetti di sistema installati attraverso il file stage potrebbero avere disponibili delle versioni più recenti; Portage è ora a conoscenza dei nuovi pacchetti grazie all'istantanea del catalogo. Gli aggiornamenti dei pacchetti possono essere tranquillamente ignorati per ora; gli aggiornamenti possono essere posticipati fino alla conclusione dell'installazione di Gentoo.

Facoltativo: Selezionare i mirror

Per scaricare rapidamente il codice sorgente si raccomanda di selezionare un mirror (distributore) veloce, geograficamente vicino. Portage cercherà la variabile GENTOO_MIRRORS nel file make.conf ed utilizzerà i mirror lì elencati. È possibile navigare nella lista dei mirror di Gentoo e cercare un mirror (o più mirror) vicino alla posizione geografica del sistema (in quanto risulteranno solitamente i più veloci).

Uno strumento chiamato mirrorselect fornirà una piacevole interfaccia testuale per interrogare e selezionare più velocemente i mirror adatti. Spostarsi sui mirror scelti e premere la Barra spazio per selezionare uno o più mirror.

In alternativa, una lista dei mirror attivi è disponibile online.

Facoltativo: Mirror rsync

Gentoo ha anche molti mirror rsync che possono velocizzare lo scaricamento dell'elenco dei pacchetti disponibili usando emerge --sync (spiegato dopo con maggiore dettaglio) dopo aver selezionato un mirror geograficamente vicino all'utente.

Selezionare un mirror vicino alla posizione geografica del sistema da https://www.gentoo.org/support/rsync-mirrors/ e sostituire il sync-uri del mirror predefinito in /etc/portage/repos.conf/gentoo.conf con quello della posizione del mirror desiderato.

[DEFAULT]
main-repo=gentoo
[gentoo]
location=/var/db/repos/gentoo
sync-type=rsync
sync-uri=rsync://rsync.uk.gentoo.org/gentoo-portage/
auto-sync=yes
sync-rsync-verify-jobs=1
sync-rsync-verify-metamanifest=yes
sync-rsync-verify-max-age=3
sync-openpgp-key-path=/usr/share/openpgp-keys/gentoo-release.asc
sync-openpgp-keyserver=hkps://keys.gentoo.org
sync-openpgp-key-refresh-retry-count=40
sync-openpgp-key-refresh-retry-overall-timeout=1200
sync-openpgp-key-refresh-retry-delay-exp-base=2
sync-openpgp-key-refresh-retry-delay-max=60
sync-openpgp-key-refresh-retry-delay-mult=4
sync-webrsync-verify-signature=yes
sync-git-verify-commit-signature=true

Facoltativo: Aggiornare il catalogo delle ebuild di Gentoo

È possibile aggiornare il catalogo delle ebuild di Gentoo all'ultima versione. Il precedente comando emerge-webrsync avrà installato un'istantanea molto recente (solitamente delle ultime 24 ore) dunque questo passo è decisamente facoltativo.

Supponiamo siano necessari gli ultimi aggiornamenti dei pacchetti (fino ad 1 ora prima), allora si usi emerge --sync. Questo comando userà il protocollo rsync per aggiornare il catalogo delle ebuild di Gentoo (il quale è stato prelevato prima attraverso emerge-webrsync) allo stato più recente.

Sui terminali lenti, come alcuni framebuffer o console seriali, è raccomandato usare l'opzione --quiet per velocizzare il processo:

Leggere le novità

Quando il catalogo delle ebuild di Gentoo viene sincronizzato, Portage potrebbe scrivere messaggi informativi simili a questo:

Le novità (news items) sono state create per fornire un mezzo di comunicazione affinché i messaggi critici venissero notificati agli utenti attraverso il catalogo delle ebuild di Gentoo. Per gestirle, usare eselect news. L'applicazione eselect è un programma di utilità specifico di Gentoo che consente ad un'interfaccia comune di gestione l'amministrazione del sistema. In questo caso, a eselect è richiesto di usare il modulo news.

Per il modulo news, sono tre le operazioni più comuni:

• Con list viene mostrata una panoramica delle novità disponibili.
• Con read possono essere lette le novità.
• Con purge possono essere rimosse le novità una volta che siano state lette e non si potranno più rileggere.

Ulteriori informazioni sul lettore delle novità sono disponibili attraverso la sua pagina di manuale:

Scegliere il profilo corretto

Un profilo è un elemento fondamentale per un qualsiasi sistema Gentoo. Non solo specifica valori predefiniti per USE, CFLAGS, ed altre importanti variabili, ma blocca il sistema su un certo intervallo di versione di pacchetti. Queste impostazioni sono tutte mantenute dagli sviluppatori di Gentoo.

Per vedere quale profilo stia attualmente usando il sistema, eseguire eselect usando il modulo profile:

Available profile symlink targets:
 [1] default/linux/amd64/23.0 *
 [2] default/linux/amd64/23.0/desktop
 [3] default/linux/amd64/23.0/desktop/gnome
 [4] default/linux/amd64/23.0/desktop/kde

Ci sono anche sotto-profili per i desktop disponibili per alcune architetture che comprendono pacchetti software solitamente necessari per un esperienza desktop.

Dopo aver visto i profili disponibili per l'architettura amd64, gli utenti possono selezionare un profilo diverso per il sistema:

No-multilib

Per avere un ambiente 64-bit puro, senza alcuna applicazione 32-bit, usare un profilo no-multilib:

Available profile symlink targets:
 [1] default/linux/amd64/23.0 *
 [2] default/linux/amd64/23.0/desktop
 [3] default/linux/amd64/23.0/desktop/gnome
 [4] default/linux/amd64/23.0/desktop/kde
 [5] default/linux/amd64/23.0/no-multilib

Selezionare il profilo no-multilib:

Available profile symlink targets:
 [1] default/linux/amd64/23.0
 [2] default/linux/amd64/23.0/desktop
 [3] default/linux/amd64/23.0/desktop/gnome
 [4] default/linux/amd64/23.0/desktop/kde
 [5] default/linux/amd64/23.0/no-multilib *

Facoltativo: Aggiungere un server di pacchetti binari

Aggiungere un binhost permette a Portage di installare pacchetti con firma crittografica, già compilati. In molti casi, aggiungere un binhost diminuirà di gran lunga il tempo medio di installazione dei pacchetti ed è di grande beneficio quando si esegue Gentoo su sistemi vecchi, lenti o con poca potenza.

Configurazione del catalogo

La configurazione del catalogo per un binhost si trova nella cartella /etc/portage/binrepos.conf/ di Portage, la quale funziona in modo simile alla configurazione menzionata nella sezione del catalogo delle ebuild di Gentoo.

Quando si definisce un binhost, ci sono due aspetti importanti da considerare:

1. L'architettura e il profilo di destinazione contenuti nel valore sync-uri hanno importanza e dovrebbero conformarsi alla rispettiva architettura del computer (amd64 in questo caso) e al profilo di sistema selezionato nella sezione Scegliere il profilo corretto.
2. Selezionare un mirror veloce, geograficamente vicino di norma accorcia il tempo di scaricamento. Rivedi lo strumento mirrorselect menzionato nella sezione selezionare i mirror o esamina l'elenco online dei mirror dove possono essere rinvenuti i valori degli URL.
   
   

[gentoo]
priority=9959
# NOTA: Bisogna adattare <arch> e <variant> in modo appropriato!
sync-uri=https://distfiles.gentoo.org/releases/<arch>/binpackages/<variant>
# esempio di sync-uri per x86-64
# sync-uri = https://distfiles.gentoo.org/releases/amd64/binpackages/23.0/x86-64/
# Introdotto in portage-3.0.74 per le scelte di verifica secondo il catalogo
verify-signature=true
# Valore predefinito con >=portage-3.0.77
location=/var/cache/binhost/gentoo

Se la CPU supporta x86-64-v3 allora il binhost offrirà binpkg che sono compilati per supportare anche queste funzionalità.

Per facilità di illustrazione tutta la linea principale di Intel, Haswell e seguenti supporta ciò e lo stesso vale per la gamma AMD Ryzen. Per altre CPU si prega di verificare o semplicemente usare l'esempio di binhost riportato sopra.

[gentoo-x86-64-v3]
priority=9999
sync-uri=https://distfiles.gentoo.org/releases/amd64/binpackages/23.0/x86-64-v3/
# Introdotto in portage-3.0.74 per le scelte di verifica secondo il catalogo
verify-signature=true
# Valore predefinito con >=portage-3.0.77
location=/var/cache/binhost/gentoo-x86-64-v3

Installare pacchetti binari

Portage di norma compilerà i pacchetti dal codice sorgente. Può essere istruito perchè usi i pacchetti binari nei seguenti modi:

1. Si può passare l'opzione --getbinpkg durante l'invocazione del comando emerge. Questo metodo d'installazione dei pacchetti binari è utile per installare solo un particolare pacchetto binario.
2. Si può cambiare l'impostazione predefinita di Portage tramite la variabile FEATURES, che viene esposta attraverso il file /etc/portage/make.conf. Applicando questa modifica alla configurazione si indurrà Portage a interrogare l'ospite dei pacchetti binari per il(i) pacchetto(i) richiesti e ripiegare sulla compilazione locale qualora non si trovassero risultati.

Per esempio, affinchè Portage installi sempre i pacchetti binari disponibili:

# Aggiungere getbinpkg all'elenco dei valori nella variabile FEATURES
FEATURES="${FEATURES} getbinpkg"
# Per richiedere le firme
FEATURES="${FEATURES} binpkg-request-signature"

Si prega di eseguire per Portage anche getuto in modo da configurare il portachiavi necessario alla verifica:

Funzionalità di Portage aggiuntive saranno discusse nel prossimo capitolo del manuale.

Facoltativo: Configurare la variabile USE

USE è una delle più potenti variabili che Gentoo offre ai suoi utenti. Numerosi programmi possono essere compilati con o senza il supporto facoltativo di certi elementi. Per esempio, alcuni programmi possono essere compilati con il supporto a GTK+ o con il supporto a Qt. Altri possono essere compilati con o senza il supporto SSL. Alcuni programmi possono essere persino compilati con il supporto al framebuffer (svgalib) anziché il supporto a X11 (X-server).

La maggior parte delle distribuzioni compila i pacchetti con il supporto per più cose possibili, aumentando la dimensione dei programmi ed i tempi di avvio, per non menzionare l'enorme quantità di dipendenze. Con Gentoo, gli utenti possono definire quali opzioni per le quali un pacchetto dovrebbe essere compilato. Qui entra in gioco USE.

Nella variabile USE gli utenti definiscono le parole chiave che saranno mappate come opzioni di compilazione. Per esempio, ssl compilerà il supporto SSL nei programmi che lo supportano. -X rimuoverà il supporto al server X (notare il segno meno davanti). gnome gtk -kde -qt5 compilerà i programmi con il supporto GNOME (e GTK+) e senza il supporto KDE (e Qt), mettendo il sistema perfettamente a punto per GNOME (se l'architettura lo supporta).

Le impostazioni predefinite per USE si trovano nei file make.defaults del profilo Gentoo usato dal sistema. Gentoo usa un (complesso) sistema di eredità per i profili, del quale non si tratterà a fondo nel processo di installazione. Il modo più facile per controllare le attuali impostazioni attive di USE è eseguire emerge --info e selezionare la linea che inizia con USE:

USE="X acl alsa amd64 berkdb bindist bzip2 cli cracklib crypt cxx dri ..."

Una descrizione completa delle opzioni disponibili per USE si può trovare nel sistema in /var/db/repos/gentoo/profiles/use.desc.

Col comando less in esecuzione, si può scorrere il testo usando i tasti ↑ e ↓, ed uscire premendo q.

Come esempio mostriamo un'impostazione di USE per un sistema basato su KDE con supporto DVD, ALSA e scrittura CD:

USE="-gtk -gnome qt5 kde dvd alsa cdr"

Quando un valore di USE viene definito in /etc/portage/make.conf viene aggiunto all'elenco delle opzioni USE del sistema. Le opzioni USE possono essere rimosse globalmente aggiungendo un segno meno - davanti al valore nella lista. Per esempio, per disabilitare il supporto per l'ambiente grafico X, può essere impostato -X:

USE="-X acl alsa"

CPU_FLAGS_*

Alcune architetture (incluse AMD64/X86, ARM, PPC) hanno una variabile USE_EXPAND chiamata CPU_FLAGS_<ARCH>, nella quale <ARCH> viene sostituita dal nome dell'architettura pertinente.

Questa è usata per configurare la compilazione da fare in uno specifico codice assembler o altre specificità, di solito scritte a mano o comunque supplementari, e non è lo stesso che chiedere al compilatore di produrre codice ottimizzato per una certa funzionalità della CPU (p.es. -march=).

Gli utenti dovrebbero impostare questa variabile in aggiunta alla configurazione desiderata delle proprie COMMON_FLAGS.

Alcuni passaggi sono necessari per configurarla:

Se curiosi, ispezionare il risultato manualmente:

Poi copiare il risultato in package.use:

VIDEO_CARDS

Normalmente un profilo già configura alcune schede video. Per molte ragioni non è l'ideale, ma un utile misura di sicurezza.

Per configurare il sistema correttamente l'utente ha bisogno prima di eliminare le schede video preimpostate con VIDEO_CARDS: -* poi di impostare la scheda corretta per il sistema.

*/*VIDEO_CARDS:-*<GPUDRIVERNAME>

Sotto è riportata una tabella che può essere usata per confrontare facilmente i vari tipi di schede video col rispettivo valore VIDEO_CARDS.

Sotto alcuni esempi di impostazione corretta di package.use per VIDEO_CARDS:

*/*VIDEO_CARDS:-*amdgpuradeonsi

*/*VIDEO_CARDS:-*intel

*/*VIDEO_CARDS:-*nvidia

Dettagli per le diverse GPU si possono trovare negli articoli AMDGPU, Intel, Nouveau (Open Source), or NVIDIA (Proprietario).

Facoltativo: Configurare la variabile ACCEPT_LICENSE

A partire dalla Gentoo Linux Enhancement Proposal 23 (GLEP 23), è stato creato un meccanismo per dare agli amministratori la possibilità di "regolamentare il software che installano in riferimento alla licenza... Alcuni vogliono un sistema libero da qualsiasi software che non sia approvato da OSI; altri sono semplicemente curiosi di quali licenze stanno implicitamente accettando." ^[2] Con la motivazione di avere un controllo più dettagliato sul tipo di software in esecuzione su un sistema Gentoo, è nata la variabile ACCEPT_LICENSE.

Durante il processo di installazione, Portage tiene conto del(i) valore(i) impostato(i) nella variabile ACCEPT_LICENSE per stabilire se il(i) pacchetto(i) richiesto(i) soddisfa(no) le scelte del sysadmin per una licenza ammissibile. In ciò si nasconde un problema: il catalogo delle ebuild di Gentoo è pieno di migliaia di ebuilds che danno origine a centinaia di distinte licenze software... Ciò impone al sysadmin che approvi singolarmente ognuna e ogni nuova licenza software? Per fortuna no; GLEP 23 ha anche delineato una soluzione a questo problema, un concetto chiamato gruppi di licenze.

Per comodità dell'amministratore di sistema, le licenze software legalmente simili sono state raggruppate insieme - ognuna secondo il proprio tipo di similitudine. Definizioni di gruppi di licenze sono disponibili per la visione e sono gestite dal progetto delle licenze di Gentoo. Mentre le license individuali non lo sono, i gruppi di licenze sintatticamente sono preceduti dal simbolo @, consentendogli di essere facilmente distinguibili nella variabile ACCEPT_LICENSE.

Alcuni gruppi di licenze comuni comprendono:

Le licenze ammissibili per l'intero sistema attualmente impostate possono essere viste attraverso:

@FREE

Come visibile dal risultato, il valore predefinito è di permettere per l'installazione solo software raggruppato nella categoria @FREE.

Licenze specifiche o gruppi di licenze per un sistema possono essere definite nelle seguenti posizioni:

• Per l'intero sistema nel profilo selezionato - ciò imposta il valore predefinito.
• Per l'intero sistema nel file /etc/portage/make.conf. Gli amministratori di sistema scavalcano il valore predefinito del profilo in questo file.
• Per pacchetto nel file /etc/portage/package.license.
• Per pacchetto nella cartella di file /etc/portage/package.license/.

La licenza predefinita del profilo per l'intero sistema viene scavalcata nel file /etc/portage/make.conf:

# Scavalca il valore predefinito del profilo di ACCEPT_LICENSE
ACCEPT_LICENSE="-* @FREE @BINARY-REDISTRIBUTABLE"

Opzionalmente gli amministratori di sistema possono anche definire le licenze ammesse per pacchetto come mostrato nella seguente cartella di file di esempio. Notare che la cartella package.license ha bisogno di essere creata se non dovesse già esistere:

I dettagli della licenza software per un singolo pacchetto di Gentoo sono memorizzati nella variabile LICENSE della ebuild associata. Un pacchetto potrebbe avere una o più licenze software, quindi potrebbe essere necessario specificare licenze ammissibili multiple per un singolo pacchetto.

app-arch/unrar unRAR
sys-kernel/linux-firmware linux-fw-redistributable
sys-firmware/intel-microcode intel-ucode

Facoltativo: aggiornare l'insieme @world

Aggiornare l'insieme @world è facoltativo ed è improbabile che effettui cambiamenti funzionali a meno che uno o più dei seguenti passaggi facoltativi sia stato effettuato:

1. E' stato selezionato un profilo diverso da quello del file stage.
2. Sono state impostate opzioni USE aggiuntive per i pacchetti installati.

I lettori che stanno eseguendo una 'corsa di velocità nell'installare Gentoo' possono tranquillamente saltare l'aggiornamento dell'insieme @world fino a dopo il riavvio del loro sistema nel nuovo ambiente Gentoo.

I lettori che stanno eseguendo un cammino lento possono far effettuare ora a Portage gli aggiornamenti per i pacchetti, il profilo e/o le modifiche delle opzioni USE:

I lettori che hanno aggiunto un binhost sopra possono aggiungere --getbinpkg (o -g) per fare in modo di recuperare i pacchetti dal binhost piuttosto che compilarli:

Rimuovere pacchetti obsoleti

E' sempre importante effettuare il depclean dopo gli aggiornamenti al sistema per rimuovere pacchetti obsoleti. Esamina il risultato attentamente con emerge --depclean --pretend per vedere se qualcuno dei pacchetti da eliminare debba essere invece mantenuto perchè usato personalmente. Per mantenere un pacchetto che altrimenti verrebbe eliminato, usare emerge --noreplace foo.

Se si è soddisfatti, allora procedere col depclean reale:

Ora locale

Scegliere l'ora locale per il sistema. Cercare le ore locali disponibili su /usr/share/zoneinfo/:

total 352
drwxr-xr-x 2 root root 1120 Jan 7 17:41 Africa
drwxr-xr-x 6 root root 2960 Jan 7 17:41 America
drwxr-xr-x 2 root root 280 Jan 7 17:41 Antarctica
drwxr-xr-x 2 root root 60 Jan 7 17:41 Arctic
drwxr-xr-x 2 root root 2020 Jan 7 17:41 Asia
drwxr-xr-x 2 root root 280 Jan 7 17:41 Atlantic
drwxr-xr-x 2 root root 500 Jan 7 17:41 Australia
drwxr-xr-x 2 root root 120 Jan 7 17:41 Brazil
-rw-r--r-- 1 root root 2094 Dec 3 17:19 CET
-rw-r--r-- 1 root root 2310 Dec 3 17:19 CST6CDT
drwxr-xr-x 2 root root 200 Jan 7 17:41 Canada
drwxr-xr-x 2 root root 80 Jan 7 17:41 Chile
-rw-r--r-- 1 root root 2416 Dec 3 17:19 Cuba
-rw-r--r-- 1 root root 1908 Dec 3 17:19 EET
-rw-r--r-- 1 root root 114 Dec 3 17:19 EST
-rw-r--r-- 1 root root 2310 Dec 3 17:19 EST5EDT
-rw-r--r-- 1 root root 2399 Dec 3 17:19 Egypt
-rw-r--r-- 1 root root 3492 Dec 3 17:19 Eire
drwxr-xr-x 2 root root 740 Jan 7 17:41 Etc
drwxr-xr-x 2 root root 1320 Jan 7 17:41 Europe
...

total 256
-rw-r--r-- 1 root root 2933 Dec 3 17:19 Amsterdam
-rw-r--r-- 1 root root 1742 Dec 3 17:19 Andorra
-rw-r--r-- 1 root root 1151 Dec 3 17:19 Astrakhan
-rw-r--r-- 1 root root 2262 Dec 3 17:19 Athens
-rw-r--r-- 1 root root 3664 Dec 3 17:19 Belfast
-rw-r--r-- 1 root root 1920 Dec 3 17:19 Belgrade
-rw-r--r-- 1 root root 2298 Dec 3 17:19 Berlin
-rw-r--r-- 1 root root 2301 Dec 3 17:19 Bratislava
-rw-r--r-- 1 root root 2933 Dec 3 17:19 Brussels
...

Supponendo che l'ora locale scelta sia Europe/Brussels, per selezionarla, si può creare un collegamento da questo file in zoneinfo a /etc/localtime:

Configurare le localizzazioni

Generare le localizzazioni

Un'installazione predefinita di Gentoo Linux fornisce un archivio che contiene tutte le localizzazioni supportate, per un ammontare di 500 o più. Tuttavia per un amministratore è tipico averne bisogno solo una o due. In questo caso, il file di configurazione /etc/locale.gen può essere riempito con un elenco delle localizzazioni richieste. Di norma, locale-gen leggerà questo file e compilerà solo le localizzazioni che sono specificate, risparmiando sia tempo che spazio a lungo termine.

Le localizzazioni non specificano solamente la lingua che l'utente dovrà usare per interagire con il sistema, ma anche le regole per ordinare le stringhe, mostrare le date e gli orari, ecc. Le localizzazioni distinguono tra maiuscole e miniscole e devono essere rappresentate esattamente come descritte. Un elenco completo di tutte le localizzazioni disponibili si può trovare nel file /usr/share/i18n/SUPPORTED.

Le localizzazioni seguenti sono un esempio per avere sia l'inglese (Stati Uniti) sia il tedesco (Germania/Deutschland) con i formati di carattere corrispondenti (come UTF-8).

en_US.UTF-8 UTF-8
de_DE.UTF-8 UTF-8
# Le localizzazioni non UTF-8 sono sconsigliate e dovrebbero essere usate solo in speciali circostanze.
#en_US ISO-8859-1
#de_DE ISO-8859-1

Il passo successivo è eseguire il comando locale-gen. Questo comando genererà tutte le localizzazioni specificate nel file /etc/locale.gen.

Per verificare che le localizzazioni selezionate sono ora disponibili, eseguire locale -a.

Nelle installazioni con systemd, si può usare localectl, p.es. localectl set-locale ... o localectl list-locales.

Selezionare le localizzazioni

Fatto ciò, si passa ad impostare le localizzazioni per tutto il sistema. Si userà nuovamente eselect, questa volta con il modulo locale.

Con eselect locale list vengono mostrate le opzioni disponibili:

Available targets for the LANG variable:
 [1] C
 [2] C.UTF8
 [3] POSIX
 [4] de_DE.UTF8
 [5] en_US.UTF8
 [ ] (free form)

Con eselect locale set <NUMBER>, si può selezionare la localizzazione corretta:

Manualmente, ciò può essere ottenuto tramite il file /etc/env.d/02locale, e per systemd il file /etc/locale.conf:

LANG="de_DE.UTF-8"
LC_COLLATE="C.UTF-8"

L'impostazione della localizzazione eviterà avvisi ed errori durante le compilazioni del kernel e del software più avanti nell'installazione.

Ora ricaricare l'ambiente:

Per assistenza aggiuntiva nel processo di selezione della localizzazione, leggere anche la Guida alla localizazzione e la guida UTF-8.

Referenze

• Handbook