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

From ArchWiki
Jump to: navigation, search
m (D) Qual'è la differenza fra tutti questi repository?: troncamento, non elisione)
Line 143: Line 143:
 
http://archlinux.org/pipermail/arch/2007-November/016048.html
 
http://archlinux.org/pipermail/arch/2007-November/016048.html
  
==D) Qual'è la differenza fra tutti questi repository?==
+
==D) Qual è la differenza fra tutti questi repository?==
 
'''R)''' Leggi [[Official Repositories]].
 
'''R)''' Leggi [[Official Repositories]].
 
  
 
==D) Perchè Arch non include documentazioni e pagine informative nei suoi pacchetti?==
 
==D) Perchè Arch non include documentazioni e pagine informative nei suoi pacchetti?==

Revision as of 13:01, 28 August 2011

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) Dall'articolo Arch Linux:

Arch Linux è una distribuzione indipendente sviluppata dalla comunità per architetture i686 e x86-64, basata su un modello "rolling-release" e indirizzata a utenti competenti di GNU/Linux ai quali offre dei grandi repositories di pacchetti binari e un eccellente sistema di pacchettizzazione. Lo sviluppo si concentra sul bilanciamentro tra minimalismo, eleganza, correttezza del codice e modernità. La versione 0.1 (Homer) è stata rilasciata l'11 Marzo 2002.

Q) Perchè dovrei voler utilizzare Arch?

A) 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) Se avete letto, e non siete d'accordo con la filosofia The Arch Way, e non avete il tempo\capacità\voglia di avere una distribuzione GNU/Linux 'do-it-yourself' (fai-da-te), probabilmente Arch non fa per voi.

Perche' decidere di non utilizzare Arch:

  • 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.

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. Potresti prender spunto dalla Beginners Guide.

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) 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 e' che Arch, come BSD , utilizza un singolo file , Template:Filename , per puntare agli scripts all'interno di una singola directory, Template:Filename , per ogni servizio indipendentemente dal runlevel.

Un init sysV, invece , utilizza una directory per ogni runlevel Template:Filename , 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 Template:Filename

E' evidente come il metodo SysV sia molto piu' complesso, potendosi facilmente accumulare decine di symlinksin ogni directory Template:Filename .

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ù documentazione

R) Questo è essenzialmente vero, così sentiti libero di contribuire. La documentazione non occorre ex nihilo. Dopo aver cercato sulla wiki e sui forum se non puoi trovare la documentazione di cui hai bisogno prova a crearla. Incomincia una pagina sulla wiki e posta nei forum a riguardo. Probabilmente altra gente ha esperienza sull'argomento o vogliono almeno aiutare. Se nessuno ti può dare una mano non scoraggiarti. Quando finirai la tua documentazione altre persone la troveranno probabilmente una risorsa estremamente valida. C'è sempre bisogno di documentazione; contribuisci alla wiki.

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.

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? 2Gb usati solo per caricare il desktop?!

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 Template:Codeline :

Template:Command

E' importante notare la riga Template:Codeline , 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 Template:Codeline 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!

Gestione Pacchetti

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. Avverti il manteiner del pacchetto. Prova con "pacman -Qi <nome pacchetto>" per questa informazione.
  3. Posta un bug report con informazioni dettagliate su http://bugs.archlinux.org.
  4. 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) Avrà Arch un database per pacman?

R) Probabilmente . Si sta discutendo a riguardo.
http://bbs.archlinux.org/viewtopic.php?t=11193
http://bbs.archlinux.org/viewtopic.php?t=10898
Guarda inoltre http://bugs.archlinux.org/task/5328.


D) Pacman è lento! Come posso migliorare il tempo di avvio iniziale ?

R) Leggi la precedente domanda riguardo a un database back-end per pacman. Solo il primo avvio di pacman dopo un avvio dovrebbe essere lento. Dopo quello tutto viene generalmente messo in cache. Ancora, l'avvio iniziale può essere un problema per qualche utente.C'è uan discussione su questo. Se sei su ReiserFS, ci sono problemi legati alla frammentazioni che ralentano pacman più del necessario. Dalla versione 2.9.6, pacman è fornito con uno script bash chiamato pacman-optimize che dovrebbe aiutare tutti quelli che hanno problemi con la velocità di avvio di pacman. Guarda anche Improve Pacman Performance.


D) I pacchetti di Arch hanno bisogno di usare un'unica estensione. .pkg.tar.gz è troppo lunga e/o poco chiara

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 Arch 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 sulla UserContributionsPage nella sezione dei collegamenti, e 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) Mai dire mai. Alcune discussioni inerenti:
http://bbs.archlinux.org/viewtopic.php?t=11288
http://archlinux.org/pipermail/arch/2007-November/016048.html

D) Qual è la differenza fra tutti questi repository?

R) Leggi Official Repositories.

D) Perchè Arch non include documentazioni e pagine informative nei suoi pacchetti?

R)Nel suo obbiettivo di essere semplice e leggera sono stati tralasciati parti relativamente inutili per un sistema Linux, cose come /usr/doc e pagine info a favore delle pagine man. Per info leggi le discussioni a riguardo:
http://www.archlinux.org/pipermail/arch/2005-April/004194.html
http://bbs.archlinux.org/viewtopic.php?id=14527


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.


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 (guarda la domanda sopra sulla rolling release), non è una alta priorità per gli sviluppatori o gli utenti. Comunque esistono due metodi non ufficiali: Archie Live CD per XFCE (altri DE in sviluppo) e Arch Linux Office Install CD per KDE.