Difference between revisions of "Frequently asked questions (Italiano)"

From ArchWiki
Jump to: navigation, search
m (D) Perchè pacman non ha un front end grafico (GUI)?: fix red link)
(Gestione Pacchetti: fix red link)
Line 133: Line 133:
  
 
===D) Pacman ha bisogno della ''caratteristica X!''===
 
===D) Pacman ha bisogno della ''caratteristica X!''===
'''R)''' Hai letto [[The Arch Way]] e [[Arch Linux]] e [[Devland]]?
+
'''R)''' Hai letto [[The Arch Way (Italiano)| The Arch Way]] e [[Arch Linux (Italiano)|Arch linux]] e [[Devland]]?
 
La filosofia Arch è "Keep It Simple".  Se tu pensi che l'idea meriti e non violi questo ideali di semplicità discutilo sul forum [http://bbs.archlinux.org/ qui]. Potresti anche controllare [http://bugs.archlinux.org qui]; è un luogo dove effettuare richieste di caratteristiche se trovi che sia importante.
 
La filosofia Arch è "Keep It Simple".  Se tu pensi che l'idea meriti e non violi questo ideali di semplicità discutilo sul forum [http://bbs.archlinux.org/ qui]. Potresti anche controllare [http://bugs.archlinux.org qui]; è un luogo dove effettuare richieste di caratteristiche se trovi che sia importante.
  
Line 153: Line 153:
 
'''R)''' Molte distribuzioni, come ad esempio Debian, mantengono nei propri repositories più versioni dello stesso pacchetto, ad esempio {{ic|libfool1}}, {{ic|libfool2}}, {{ic|libfool3}} ecc. In questo modo è possibile compilare il proprio sistema in modo differente in base alla versione di libreria installata.  
 
'''R)''' Molte distribuzioni, come ad esempio Debian, mantengono nei propri repositories più versioni dello stesso pacchetto, ad esempio {{ic|libfool1}}, {{ic|libfool2}}, {{ic|libfool3}} ecc. In questo modo è possibile compilare il proprio sistema in modo differente in base alla versione di libreria installata.  
  
A differenza di Debian però, Arch è una distribuzione rolling-release cutting-edge. Questo significa che nei [[Official Repository (Italiano)|repositories ufficiali]] si trovi '''solo''' l'ultima versione della libreria in questione e quindi solo quest ultima versione risulta essere ufficialmente supportata. Ogni volta che lo sviluppo in upstream ''sforna'' una nuova libreria, questa entra immeditamente nei repositories facendo ''uscire'' la versione precedente. Ne consegue che tutti i pacchetti che si trovano ufficiali vengano ricompilati dai developers ogni qualvolta c'è un aggiornamento delle librerie comuni.  
+
A differenza di Debian però, Arch è una distribuzione rolling-release cutting-edge. Questo significa che nei [[Official Repositories (Italiano)|repositories ufficiali]] si trovi '''solo''' l'ultima versione della libreria in questione e quindi solo quest ultima versione risulta essere ufficialmente supportata. Ogni volta che lo sviluppo in upstream ''sforna'' una nuova libreria, questa entra immeditamente nei repositories facendo ''uscire'' la versione precedente. Ne consegue che tutti i pacchetti che si trovano ufficiali vengano ricompilati dai developers ogni qualvolta c'è un aggiornamento delle librerie comuni.  
  
 
===D) Cosa succede se aggiornando il sistema ricevo aggiornamenti per una libreria e non per le sue dipendenze? ===
 
===D) Cosa succede se aggiornando il sistema ricevo aggiornamenti per una libreria e non per le sue dipendenze? ===
Line 164: Line 164:
  
 
===D) È possibile che ci sia un aggiornamento di versione del kernel e al tempo stesso non ci sia un aggiornamento adeguato dei drivers? ===
 
===D) È possibile che ci sia un aggiornamento di versione del kernel e al tempo stesso non ci sia un aggiornamento adeguato dei drivers? ===
'''R)''' No, impossibile. Ogni qualvolta il kernel viene aggiornato viene ricreata l'immagine del kernel con, di conseguenza, la ricompilazione dei driver. In altre parole, se si usano pacchetti non supportati come ad esempio i [[Catalyst (Italiano)|driver proprietari ATI]] {{AUR|catalyst}}, l'utente deve essere in grado di gestirne l'upgrade e la necessaria ricompilazione.
+
'''R)''' No, impossibile. Ogni qualvolta il kernel viene aggiornato viene ricreata l'immagine del kernel con, di conseguenza, la ricompilazione dei driver. In altre parole, se si usano pacchetti non supportati come ad esempio i [[ATI Catalyst (Italiano)|driver proprietari ATI]] {{AUR|catalyst}}, l'utente deve essere in grado di gestirne l'upgrade e la necessaria ricompilazione.
  
 
===D) Arch usa pacchetti firmati??===
 
===D) Arch usa pacchetti firmati??===
'''R)'''La firma dei pacchetti di [[Pacman (Italiano)|pacman]] è stata introdotta dalla release 4 del package manager. Non ancora tutti i pacchetti risultano provvisti di firma. Per maggiori informazioni consultare: [[package signing]] e [[Pacman-key (Italiano)|pacman-key]].  
+
'''R)'''La firma dei pacchetti di [[Pacman (Italiano)|pacman]] è stata introdotta dalla release 4 del package manager. Non ancora tutti i pacchetti risultano provvisti di firma. Per maggiori informazioni consultare: [[package signing]] e [[Pacman-key (Italiano)|pacman-key]].
  
 
==Installazione==
 
==Installazione==

Revision as of 20:07, 10 February 2012

This template has only maintenance purposes. For linking to local translations please use interlanguage links, see Help:i18n#Interlanguage links.


Local languages: Català – Dansk – English – Español – Esperanto – Hrvatski – Indonesia – Italiano – Lietuviškai – Magyar – Nederlands – Norsk Bokmål – Polski – Português – Slovenský – Česky – Ελληνικά – Български – Русский – Српски – Українська – עברית – العربية – ไทย – 日本語 – 正體中文 – 简体中文 – 한국어


External languages (all articles in these languages should be moved to the external wiki): Deutsch – Français – Română – Suomi – Svenska – Tiếng Việt – Türkçe – فارسی

Oltre le domande seguenti, puoi trovare utile leggere gli articoli The Arch Way e Arch Linux. Entrambi contengono molte utili informazioni su Arch Linux.

Contents

Generale

D) Cos'è Arch Linux?

R) Vedere l'articolo Arch Linux.

D) Perchè dovrei voler utilizzare Arch?

R) Se avete letto, e siete d'accordo con la filosofia The Arch Way, vi piace l'approccio 'do-it-yourself' (fai-da-te) e desiderate o aspirate ad avere una semplice, elegante, altamente personalizzabile, aggiornatissima distribuzione GNU/Linux, ci sono buone possibilità che Arch vi possa piacere.

D) Perchè non dovrei voler utilizzare Arch?

R) Arch non fa per voi se:

  • avete letto, e non siete d'accordo con la filosofia The Arch Way.
  • non avete il tempo\capacità\voglia di avere una distribuzione GNU/Linux 'do-it-yourself' (fai-da-te)
  • avete necessita' di supporto per architetture diverse da x86_64 o i686.
  • volete utilizzare una distribuzione che fornisca esclusivamente "free software" , come definito da GNU.
  • pensate che un sistema operativo debba "autoconfigurarsi" , funzionare "al volo" gia' subito dopo l'installazione ed includere sul supporto di installazione un set completo e predefinito di software e di ambienti desktop.
  • non volete una distribuzione GNU/Linux costantemente aggiornata ( vd rolling release [1])
  • siete soddisfatti del vostro attuale sistema operativo.
  • volete un sistema operativo pensato per un target diverso di utenti.

D) Su quale distribuzione GNU/Linux si basa Arch?

R) Arch è sviluppata in maniera indipendente, costruita from scratch e non è basata su nessun altra distribuzione. Prima di creare Arch, Judd Vinet era utente e ammiratore della distribuzione CRUX, una distribuzione minimalista creata da Per Lidén. Originariamente quindi Arch era ideologicamente inspirata da CRUX ma Arch è comunque scritta da zero e pacman è scritto in C.

D) Sono alle prime armi con Linux. Dovrei usare Arch?

R) Questione sulla quale si sono avute molte discussioni. Arch è rivolta a utenti Linux più avanzati, ma molti pensano "Arch è un buon modo di iniziare". Se sei alle prime armi e vuoi usare Arch, stai solo attento, tu DEVI aver voglia di imparare. Prima di fare qualsiasi domanda, fai le tue ricerche su google, spulcia la Wiki, e cerca sul forum (e leggi le passate FAQs). Se farai questo, non avrai problemi. Inoltre sappi che molta gente non vuole rispondere alla stessa domanda più e più volte. C'è un motivo per cui queste risorse sono state create e rese disponibili per te. Sono moltissimi i volontari che hanno impiegato ore del proprio tempo come scrivere la documentazione che state leggendo.

Lettura raccomandata: la Beginners' Guide di ArchLinux.it .

D) Arch richiede troppo tempo e troppi sforzi per installazione e uso. In più la comunità continua a dirmi: "leggi la wiki!"

R) Arch è sviluppata e usata da un target specifico di utenti. Forse questa distribuzione non fa per voi.

D) Arch è più adatta a server, desktop o workstation?

R) Arch non è sviluppata per un uso specifico, è sviluppata per una specifica utenza. Arch parte dal presupposto che all'utente piaccia l'approcco do-it-yourself e che quindi sia in grado di sagomarsi il sistema operativo "attorno alle proprie esigenze". Questo fa si che virtualmente Arch possa essere usato per qualsiasi scopo. Molti utenti usano Arch sia come desktop sia come workstation e sì, archlinux.org gira su server Arch.

D) Mi piace molto Arch, ma a mio parere i dev dovrebbero aggiungere la funzionalità X.

R) Prima di andare oltre, hai letto il documento The Arch Way? Hai fornito la funzionalità\la soluzione? È conforme alla filosofia Arch di minimalismo e correttezza del codice? Fatti coinvolgere, contribuisci con il tuo codice e le tue soluzioni alla comunità. Se il tuo lavoro verrà apprezzato dagli altri membri, può darsi che il tuo lavoro venga incluso in Arch stessa. La comunità di Arch approva e supporta la condivisione del proprio lavoro e delle proprie utility.

D) Quando uscirà il prossimo rilascio ufficiale?

R) I rilasci di Arch Linux coincidono con l'uscita di una nuova versione principale del kernel, ma sono semplicemente una istantanea del repositori /core , combinata con varie caratteristiche o modifiche allo script di installazione stesso. Il modello "rolling release" mantiene ogni sistema Arch Linux aggiornato e "on the bleeding edge" ovvero con le ultime versioni disponibili ancora in testing fornendo un solo comando.

Per questa ragione, i rilasci non sono così importanti in Arch, perchè il sistema "rolling-release" rende ogni nuovo rilascio superato non appena un pacchetto viene aggiornato. Se stai cercando di ottenere l'ultimo rilascio di Arch Linux, non hai bisogno di reinstallare. Semplicemente esegui il comando pacman -Syu e il tuo sistema sarà identico a quello che otteresti con una installazione da zero.

Per questa stessa ragione, i nuovi rilasci di Arch Linux non sono tipicamente pieni di nuove ed eccitanti caratteristiche. Nuove ed eccitanti caratteristiche sono rilasciate quando necessario con l'aggiornamento dei pacchetti, che possono essere ottenuti con un pacman -Syu.

D)Arch è un sistema operativo stabile? Avrò frequentemente problemi

R) La risposta lunga in questo caso coincide con quella breve: è stabile se l'utente la rende tale.

L' utente assemblea il suo sistema operativo. Il sistema di base è semplice, toccherà poi al singolo utente controllare gli aggiornamenti. (Ovviamente più si rende complesso il sistema più sarà importante essere in grado di gestirlo). Arch è rivolta a quegli utenti che sanno ciò che stan facendo, che anno una competenza generica il UNIX e sono in grado di gestire gli aggiornamenti che giocano un ruolo fondamentale nella stabilità del sistema. Inoltre, alla stragrande maggioranza dei pacchetti per arch non viene applicata alcuna patch, quindi molti problemi sono direttamente legati allo sviluppo in upstream.

Pertanto, è l' utente, conscio di usare una rolling release, il responsabile della stabilità del proprio sistema. L'utente decide quando aggiornare e come effettuare il merge delle nuove caratteristiche. C'è da sottolineare che la comunità di arch è sempre molto disponibile ad aiutare chi è in difficolta nello svolgere questa operazione. Arch si contraddistingue da altre distribuzioni proprio per questo; il fatto di usare pacchetti vanilla la rende davvero una distribuzione do-it-yourself, infatti, come già specificato qualche riga sopra, i cambiamenti ai pacchetti non vedono come responsabili gli sviluppatori di Arch.

D) Cos'è esattamente questo sistema di init 'BSD-style' di cui ho sentito parlare?

R) Parte dell'eredita di BSD e' l'integrazione del concetto di init. La differenza principale tra l'init BDS e l'init sysV è che Arch, come BSD , utilizza un singolo file , /etc/rc.conf , per puntare agli scripts all'interno di una singola directory, /etc/rc.d/ , per ogni servizio indipendentemente dal runlevel.

Un init sysV, invece , utilizza una directory per ogni runlevel /etc/rc.0,1,2,3,4,5,6 , con una contorta disposizione di symlinks all'interno della directory; una per ogni servizio , con ogni link simbolico che punta al corrispondente script nella directory /etc/init.d/. È evidente come il metodo SysV sia molto più complesso, potendosi facilmente accumulare decine di symlinksin ogni directory /etc/rc. Restando fedele alla sua filosofia del "mantienilo semplice" , Arch utilizza un init alla BSD.

D) Arch ha bisogno di più pubblicità

R) Già così Arch ha molta pubblicità. L'obbiettivo di Arch non è essere grande. L'obbiettivo è di essere ben fatta. La sua crescita deve avvenire in modo naturale. Cercare di forzarela crescita causerebbe solo problemi.

Allo stesso modo, non provare a limitare la sua naturale crescita. Più utenti potrebbero voler dire più sviluppatori che lavorano su Arch Linux. Questo protrebbe causare qualche problema di organizzazione alla fine, ma saranno risolti quando arriveranno.

D) Arch ha bisogno di più sviluppatori

R) È possibile. Sentiti libero di mettere a disposizione il tuo tempo! Visita i forum, i canali IRC, e le mailing lists, e vedi di cosa c'è bisogno. Farsi coinvolgere nella comunità è sicuramente un ottimo modo per iniziare.

D) Perchè Arch è così lenta? Pensavo fosse veloce!

R) Assicurati che il tuo hostname sia correttamente impostato in /etc/hosts (per es., che corrisponda all'hostname in /etc/rc.conf. dai un'occhiata a "Configura il Sistema" nella Beginner's Guide). Se gli hostname non corrispondono, le applicazioni potrebbero avviarsi molto lentamente.

D)Perchè Internet è così lento in confronto ad altri sistemi operativi?

R) La tua rete è configurata correttamente? Hai controllato bene il tuo /etc/rc.conf /etc/hosts e /etc/resolv.conf? Dai un'occhiata a "Configura il Sistema" nella Beginner's Guide dando particolare attenzione alla sintassi del tuo localhost.

D) Perchè Arch utilizza tutta la mia RAM?

R) Fondamentalmente la RAM inutilizzata e' una RAM sprecata!

Per molti novelli utenti e' importante chiarire come Linux gestisca la memoria: in modo diverso a come erano abituati!

Dal momento che l'accedere a dati in RAM e' decisamente piu' rapido che accedervi dal disco, Linux "parcheggia" i dati recentementi utilizzati in memoria. Questi dati ( detti in cache ) vengono cancellati qualora il sistema si avvicini al limite della memoria disponile e nuovi dati debbano essere caricati.

Solitamente la piu' comune fonte di confusione e' data dal comando free :

$ free -m
$ free -m
             total       used       free     shared    buffers     cached
Mem:          1009        741        267          0        104        359
-/+ buffers/cache:        278        731     <-- NOTA BENE!
Swap:         1537          0       1537

E' importante notare la riga -/+ buffers/cache: , un conteggio della quantita' di memoria in "uso attivo" ed uno di memoria definita "disponibile" piuttosto che "inutilizzata"

In questo esempio un laptop con 1G di RAM sembrerebbe utilizzarne 741M , con pochi inutili terminali aperti ed un browser attivo!

Tuttavia esaminando la riga -/+ buffers/cache: e' possibile notare come solo 278M siano effettivamente in "uso attivo" mentre 731M sono semplicemente disponibili a ricevere nuovi dati. Apparentemente 104M di quella memoria "utilizzata" contengono dati buffered e 359M contengono dati cached, ma entrambe le posizioni di memoria possono essere liberate in caso di necessita'. Soltanto 267M sono effettivamente liberi dalla gestione dati.

Il risultato finale? Migliori prestazioni!

Vedi questo articolo ( in inglese) se vuoi approfondire!

D) Dov'è finito tutto il mio spazio libero?

R) La risposta a questa domanda dipende esclusivamente dal proprio sistema. Ci sono alcuni tools che possono aiutare molto.


Gestione Pacchetti

D)Il pacchetto X in quale è contenuto?

R È possibile eseguire questo tipo di ricerca con pkgtools. Ad esempio: $ pkgfile glxinfo restituirà come output: extra/mesademos ad indicare che glxinfo è contenuto nel pacchetto mesa-demos prensente nel repository [extra].

D) Ho trovato un errore nel pacchetto X. Che dovrei fare?

R) In primo luogo, devi capire se questo errore è qualcosa che il team Arch può sistemare. Qualchevolta non è così (che Firefox vada in crash può essere colpa del gruppo Mozilla) - questo è chiamato un upstream error. Se è un problema di Arch , c'è una serie di passi che puoi seguire:

  1. Cerca sui forum per informazioni. Controlla se qualcun'altro lo ha notato.
  2. Posta un bug report con informazioni dettagliate su http://bugs.archlinux.org.
  3. Se preferisci, scrivi un post sul forum spiegando in dettaglio il problema a il fatto che hai già riportato.Questo aiuterà molte persone dal fare un report dello stesso errore.

D) I pacchetti di Arch hanno bisogno di usare un'unica estensione. .pkg.tar.gz e .pkg.tar.xz sono troppo lunghe e/o poco chiare

R) Questo è stato discusso sulla Arch mailing list. Alcuni hanno proposto una estensione .pac. Da quanto si sa non c'è intenzione di cambiare l'estensione dei pacchetti. Come ha detto Tobias Kieslich, uno degli sviluppatori di Arch, "Un pacchetto è un gzipped tarball! E può essere aperto, ispezionato e manipolato da ogni applicazione che gestisca i tar. Inoltre, il tipo mime è automaticamente e correttamente rilevato dalla maggior parte delle applicazioni."

D) Pacman ha bisogno di una liberia così che le altre applicazioni possano facilmente accedere alle informazioni sui pacchetti

R) Dalla versione 3.0.0, pacman è stato il front-end a libalpm, la libreria di mantenimento pacchetti di Arch Linux . Questa libreria permette di scrivere un alternativo front-end(per esempio, front-end grafico).

D) Perchè pacman non ha un front end grafico (GUI)?

R) Hai letto The Arch Way e Arh Linux e Devland? La risposta è fondamentalmente che gli sviluppatori di arch non ne forniranno uno. Puoi comunque usare uno di quelli sviluppati dagli utenti. Ce n'è una lista selettiva su Pacman GUI Frontends.

D) Pacman ha bisogno della caratteristica X!

R) Hai letto The Arch Way e Arch linux e Devland? La filosofia Arch è "Keep It Simple". Se tu pensi che l'idea meriti e non violi questo ideali di semplicità discutilo sul forum qui. Potresti anche controllare qui; è un luogo dove effettuare richieste di caratteristiche se trovi che sia importante.

Comunque il miglior modo di ottenere una caratteristiche aggiuntiva per Pacman o Arch Linux è implementartela da solo. Nessuno ti dirà che la patch sarà ufficialmente accettata ma altri apprezzeranno e testeranno il tuo contributo.

D) Arch ha bisogno di una versione stable

R) Date un'occhiata a ArchServer.

Note: Il 2011-09-12, il progetto ArchServer è stato dichiarato morto. Potete leggere l'annuncio here.

D) Qual è la differenza fra tutti questi repository?

R) Leggi Official Repositories.

D) Ho appena installato il pacchetto X. Come lo avvio?

R) Se tu stai usando un ambiente desktop come KDE o GNOME, il programma dovrebbe automaticamente mostrarsi nel tuo menu. Se stai cercando di avviare il programma da un terminale e non sai il nome del file binario prova a eseguire pacman -Ql nomepacchetto | grep bin. Un Problema comune per pacchetti come Firefox o Openoffice è che vengono installati in /opt, che non è nel tuo $PATH - tu puoi source /etc/profile o riloggarti per risolvere.

D) Perchè nei repositories c'è solo una versione per ogni libreria?

R) Molte distribuzioni, come ad esempio Debian, mantengono nei propri repositories più versioni dello stesso pacchetto, ad esempio libfool1, libfool2, libfool3 ecc. In questo modo è possibile compilare il proprio sistema in modo differente in base alla versione di libreria installata.

A differenza di Debian però, Arch è una distribuzione rolling-release cutting-edge. Questo significa che nei repositories ufficiali si trovi solo l'ultima versione della libreria in questione e quindi solo quest ultima versione risulta essere ufficialmente supportata. Ogni volta che lo sviluppo in upstream sforna una nuova libreria, questa entra immeditamente nei repositories facendo uscire la versione precedente. Ne consegue che tutti i pacchetti che si trovano ufficiali vengano ricompilati dai developers ogni qualvolta c'è un aggiornamento delle librerie comuni.

D) Cosa succede se aggiornando il sistema ricevo aggiornamenti per una libreria e non per le sue dipendenze?

R)Questa è una situazione praticamente impossibile. Supponiamo di avere un'applicazione il cui pacchetto risponde il nome di foobaz, compilata dal manteiner con la libreria libbaz, se un aggiornamento di libbaz non crea problemi a foobar, pacman aggiornerà libbaz tranquillamente. In caso contrario, sarà premura del manteiner, inserire una dipendenza di versione a foobar, ad esempio:

libbaz=1.5

Il conflitto verrà segnalato da pacman.

Se foobaz è invece un pacchetto compilato da AUR, si dovrà procedere manualmente alla ricompilazione quando la nuova libreria libbaz viene installata sul sistema. Se il pacchetto dovesse presentare errori di compilazione, farlo presente al manteiner di foobar.

D) È possibile che ci sia un aggiornamento di versione del kernel e al tempo stesso non ci sia un aggiornamento adeguato dei drivers?

R) No, impossibile. Ogni qualvolta il kernel viene aggiornato viene ricreata l'immagine del kernel con, di conseguenza, la ricompilazione dei driver. In altre parole, se si usano pacchetti non supportati come ad esempio i driver proprietari ATI catalystAUR, l'utente deve essere in grado di gestirne l'upgrade e la necessaria ricompilazione.

D) Arch usa pacchetti firmati??

R)La firma dei pacchetti di pacman è stata introdotta dalla release 4 del package manager. Non ancora tutti i pacchetti risultano provvisti di firma. Per maggiori informazioni consultare: package signing e pacman-key.

Installazione

D) Arch ha bisogno di un migliore installer. Forse con una interfaccia grafica.

R) La discussione su un installer "migliore" è un argomento soggettivo. Il modo migliore di cavarsela con questi problemi è quello di adattare l'installer alla "Arch way". Se questa opinione su un miglior installer è appoggiata da argomentazioni più concrete, potrebbe essere presa in considerazione per un prossimo sviluppo dell'installer. Visto che l'installazione non avviene spesso (vedere la domanda sopra sulla rolling release), non è una alta priorità per gli sviluppatori o gli utenti. È comunque possibile usare archiso o larch [2].

D) Ho installato con successo Arch e sono alla shell di login! ora come devo procedere?

R) Guardare la Beginners Guide.

D) Quali desktop environment e window manager posso usare su Arch?

R) Arch supporta e pacchettizza praticamente tutti gli "ambienti grafici" opensource. Per maggiori informazioni visitare Desktop Environment o Window Manager.


D) Cosa rende Arch diversa da altre distribuzioni "minimaliste"?

R) Esistono certamente altre distribuzioni GNU/Linux che hanno un metodo d'installazione simile ad Arch. Gli aspetti caratteristici quindi sono:

  1. Arch è fondamentalmente disegnata per essere leggera, minimale e per dare un ambiente base su cui costruire il proprio ambiente di lavoro.
  2. Se si installa Arch da Netinstall o Core, l'unico modo per avere un sistema usabile è costruire tutto da questa (solida) base.
  3. L'installer, il sistema di base e l'intera distribuzione seguono totalmente la filosofia KISS, rendendo questo sistema operativo adatto solo ad una piccola parte di utenti.
  4. Anche la pacchettizzazione di arch segue questo approccio. Infatti le dipendenze opzionali di ogni pacchetto (segnalate in modo molto chiaro nell'output di pacman) non vengono installate, sarà l'utente a decidere se usarle o meno. Il risultato è un sistema molto leggero.
  5. AIF, l'installer di Arch, è sviluppato con un elevato grado di trasparenza e il sistema di base è configurato a mano dall'utente consapevole delle proprie necessità.
  6. Arch ha una documentazione eccellente che può guidare gli utenti passo passo nell'assemblare il proprio sistema.

Altro

D) Pacman mi restituisce un errore: 'warning: current locale is invalid; using default "C" locale'. Cosa devo fare?

R) Come dice l'output di pacman, il locale non è correttamente settato. Vedere questa pagina per ulteriori informazioni.

D) Come posso connettermi alle reti wifi?

R) Vedere Wireless Setup.

D) Come posso connettermi alle reti cablate

R) Vedere configuring network.

D) Che cos'è questo AUR di cui sento parlare spesso?

R) Vedere AUR.

D) Perchè se tento di guardare un video il mio schermo diventa verde?

R) La profondità di colore è errata. Usare, ad esempio, 24 al posto di 16.

D) Lo spellcheck mi marca tutte le parole come errate

R) Il dizionario è correttamente installato? Con il comando pacman -Ss aspell si possono vedere le lingue disponibili.

Se, una volta installato il pacchetto, il problema persiste è molto probabile che ci sia un problema con enchant.

Innanzitutto controllare quale file di dizionario viene riconosciuto con aspell dists:

$ aspell dicts

output: en en_GB it_IT ...etc

Se fra quelle elencate c'è la lingua che interessa aggiungere a /usr/share/enchant/enchant.ordering:

language:aspell
it_IT:aspell #esempio