Difference between revisions of "Repository Ufficiali"

From ArchWiki
Jump to: navigation, search
m (out of date)
Line 9: Line 9:
 
{{i18n_entry|简体中文|官方软件仓库}}
 
{{i18n_entry|简体中文|官方软件仓库}}
 
{{i18n_links_end}}
 
{{i18n_links_end}}
 
+
{{out of date}}
  
 
{{merge|Official Repositories (Italiano)|Talk:Official Repositories (Italiano)}}
 
{{merge|Official Repositories (Italiano)|Talk:Official Repositories (Italiano)}}

Revision as of 18:55, 14 December 2008

Template:I18n links start Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n entry Template:I18n links end

Tango-view-refresh-red.pngThis article or section is out of date.Tango-view-refresh-red.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:Repository Ufficiali#)

Merge-arrows-2.pngThis article or section is a candidate for merging with Official Repositories (Italiano).Merge-arrows-2.png

Notes: Talk:Official Repositories (Italiano) (Discuss in Talk:Repository Ufficiali#)


In quanto c'è molta confsione sui repository ufficiali questa wiki prova a spiegare il loro significato:

Sfondo Storico

La maggioranza delle suddivisioni dei repository esistono per motivi storici. Originariamente quanto questa distro era usata da pochissimi utenti, c'era un solo repo che ora è [core] - si chiamava [official]. Questo repository conteneva le applicazioni preferite di Judd , nonostante ciò non è abbastanza il caso adesso. È destinato a contenere una di ogni "tipo" di programma - un DE uno dei principali browser, etc.

C'erano utenti in passato a cui non piaceva la selezione di Judd, così da quando ABS è così semplice da usare loro si crearono i pacchetti da soli. Questi pacchetti andarono in un repo chiamato [unofficial], che fu mantenuto da altri sviluppatori oltre Judd. Alla fine, i due repo erano entrambi considerati ugualmente sostenuti dagli sviluppatori, dunque i nomi [official] e [unofficial] non erano più adatti. Furono rinominati [current] e [extra] alla versione 0.5. In breve tempo dopo la versione 2007.8.1, [current] cambiò nome in [core] per non confondere sul suo contenuto. I repo ora sono praticamente uguali agli occhi degli sviluppatori e della comunità ma [core] ha qualche differenza, la principale è che i pacchetti conenuti nell' Install CD e nelle release snapshots sono prese solo da[core]. Questo repo garantisce ancora un completo sistema Linux ma può non essere il sistema che tu voglia.

Ora, tra la 0.5 o 0.6, si accorsero che c'erano molti pacchetti che gli sviluppatori non volevano mantenere. Uno degli sviluppatori (Xentac) preparò il "Trusted User Repositories" che erano dei repo fondamentalmente non ufficiali in cui utenti fidati avrebbero potuto collocare i pacchetti che avevano creato. C'era un repo [staging] dove i pacchetti potevano essere promossi nei repo ufficiali da uno degli sviluppatori di Arch, ma diversamente da questo, gli sviluppatori e gli utenti fidati erano più o meno distinti.

Questo funzionò per un pò, ma non quanto gli utenti fidati trascuravano i loro repo e gli utenti non fidati volevano condividere i propri pacchetti. Qusto portò allo sviluppo di AUR. I TUs (utenti fidati) furono furono aggregati in un gruppo più unnito, e ora insieme mantengono il repo [community] . I Trusted Users sono ancora un gruppo separato dagli svilupptori di Arch Linux e non c'è molto dialogo tra di loro. Comunque, pacchetti popolari sono ancora promossi talvolta da [community] a [extra]. AUR inoltrepermette a non TU di inviare PKGBUILD per farli usare ad altri utenti. Questi pacchetti non sono supportati e i pacchetti sono talvolta definiti il repo [unsupported] sebbene in quanto nessun pacchetto binario venga distribuito, unsupported non è veramente un repository.I Trusted users possono adottare pacchetti da unsupported in [community] a loro discrezione, sia perchè il pacchetto sia popolare o perchè sono interessati a mantenerlo.

Lista di repository

[core]

Il repo [core] può essere trovato in core/os/i686 o core/os/x86_64 sui tuoi mirror preferiti. Contiene i pacchetti fondamentali di Arch e qualche software aggiuntivo, la filosofia è "uno di ciascuno", così che dovrebbe contenere un editor, un gestore finestre e così via( certamente questa scelta non è seguita con troppa rigidezza) Istantanee del repo core sono pubblicate nel cd di installazione "full".

[extra]

il repo [extra] può essere trovato in extra/os/i686 o extra/os/x86_64 sui tuoi mirror preferiti. Contiene tutti i pacchetti di Arch che non sono conenuti in [core]. Cose importanti come KDE o GNOME possono essere trovate qui.

[unstable]

Il repo [unstable] può essere trovato in unstable/os/i686 sul tuo mirror preferito. Questo repo contine software sperimentale e instabile specialmente se una versione di sviluppo di un pacchetto è diventata popolare per qualche motivo, per esempio se la versione stabile non è aggiornata o la versione unstable ha delle importanti modifiche che interessano molti users.Per esempio sono presenti le versioni sperimentali dei driver per il kernel o versioni -svn.

Contrariamente a quanto si possa credere, è perfettamente sicuro abilitare il repo unstabe, in quanto non ci sono conflitti di nome con [core] o [extra], questo significa che i pacchetti da [unstable] sono installati solo se tu lo vuoi esplicitamente. Il repo [unstable] non è mantenuto per x86_64.

[testing]

Il repo [testing] può essere trovato in testing/os/i686 sul tuo mirrror preferito. [testing] è speciale. Contiene pacchetti che sono candidati per i repo [core], [extra] o [unstable]. I nuovi pacchetti vanno in [testing] se:

  • si pensa che possano rovinare qualcosa durante un aggiornamento e hanno bisogno di essere testati prima.
  • richiedono il rebuild di altri pacchetti . In questo caso, tutti i pacchetti che hanno bisogno di un rebuild sono messi prima in [testing] e quando tutti i rebuild sono stati fatti sono spostati di nuovo agli altri repo

[testing] è l'unico repo che può avere conflitti di nome con gli altri repo ufficiali. Se abilitato deve essere il primo repo nella lista del tuo "pacman.conf" .

Fai attenzione quando abiliti [testing].Il tuo sistema potrebbe diventare instabile dopo un aggiornamento con [testing] abilitato. Solo utenti con esperienza dovrebbero usarlo.

[release]

Il repo [release] è una istantanea del repo [core] quando la release della distro è stata fatta. C'è per scopi principalmente storici e non è inteso per uso generico.

[community]

Il repo [community] si può trovare in community/os/i686 o community/os/x86_64 sul tuo mirrror preferito. È mantenuto dai Trusted Users (TUs) e fa parte di Aur User Repository (AUR). Contiene i pacchetti da "AUR" che hanno avuto abbastanza voti e sono stati adottati da un TU.

Il repo[community] solo da poco è stato reso disponibile per x86_64, così non ti aspettare di trovarci tutto.

[unsupported]

Il repo [unsupported] non è veramente un repository. A differenza degli altri repository, non fornisce pacchetti binari. È usato come riferimento alla collezione di PKGBUILD in AUR che sono stati inviati dagli user normali, percciò il repo [unsupported] non è ufficiale.