Difference between revisions of "Arch Build System (Italiano)"

From ArchWiki
Jump to: navigation, search
(Spiegazione passo passo)
m (codeline -> ic)
Line 10: Line 10:
  
 
===Cos'è un sistema ports-like?===
 
===Cos'è un sistema ports-like?===
''Ports'' è il sistema usato da FreeBSD per l'automazione della generazione di pacchetti a partire dal codice sorgente. Il sistema usa un ''port'' per scaricare, scompattare, patchare, compilare e installare il software desiderato. Un ''port'' è solo una piccola directory nel computer dell'utente, chiamata come il corrispondente software che vi verrà installato, che contiene un po' di file con le istruzioni per scaricare ed installare il pacchetto dai sorgenti. Questo rende possibile la la generazione del pacchetto con un semplice {{codeline|make}} o {{codeline|make install clean}} all'interno della directory port.
+
''Ports'' è il sistema usato da FreeBSD per l'automazione della generazione di pacchetti a partire dal codice sorgente. Il sistema usa un ''port'' per scaricare, scompattare, patchare, compilare e installare il software desiderato. Un ''port'' è solo una piccola directory nel computer dell'utente, chiamata come il corrispondente software che vi verrà installato, che contiene un po' di file con le istruzioni per scaricare ed installare il pacchetto dai sorgenti. Questo rende possibile la la generazione del pacchetto con un semplice {{Ic|make}} o {{Ic|make install clean}} all'interno della directory port.
  
 
==='''ABS''' è un concetto simile.===
 
==='''ABS''' è un concetto simile.===
Line 18: Line 18:
 
"ABS" potrebbe essere usato come un termine "ad ombrello", in quanto include, ed è formato, da molti altri componenti. Pertanto, parlando in termini non proprio tecnici, "ABS" fa riferimento alla seguente struttura come un toolkit completo:
 
"ABS" potrebbe essere usato come un termine "ad ombrello", in quanto include, ed è formato, da molti altri componenti. Pertanto, parlando in termini non proprio tecnici, "ABS" fa riferimento alla seguente struttura come un toolkit completo:
  
; L'albero ABS: La struttura di directory di ABS; una gerarchia SVN sotto {{Filename|/var/abs/}} sul proprio sistema locale. Contiene molte sottodirectory, chiamate con il nome di ogni software disponibile per arch nei repository specificati in {{Filename|/etc/abs.conf}}, ma non i pacchetti stessi. L'albero è creato dopo aver installato il pacchetto {{pkg|abs}} tramite pacman e dopo aver eseguito lo script {{codeline|abs}}
+
; L'albero ABS: La struttura di directory di ABS; una gerarchia SVN sotto {{Filename|/var/abs/}} sul proprio sistema locale. Contiene molte sottodirectory, chiamate con il nome di ogni software disponibile per arch nei repository specificati in {{Filename|/etc/abs.conf}}, ma non i pacchetti stessi. L'albero è creato dopo aver installato il pacchetto {{pkg|abs}} tramite pacman e dopo aver eseguito lo script {{Ic|abs}}
 
; [[PKGBUILD (Italiano)|PKGBUILD]]:Script in BASH contenente le istruzioni per costruire i pacchetti e l'URL dei sorgenti.
 
; [[PKGBUILD (Italiano)|PKGBUILD]]:Script in BASH contenente le istruzioni per costruire i pacchetti e l'URL dei sorgenti.
  
; [[Makepkg (Italiano)|Makepkg]]: Il comando da shell di ABS che legge il PKGBUILD, scarica e compila il sorgente e crea il {{Filename|.pkg.tar.gz or .pkg.tar.xz}}, in accordo con l'array {{codeline|PKGEXT}} all'interno di {{Filename|makepkg.conf}}.
+
; [[Makepkg (Italiano)|Makepkg]]: Il comando da shell di ABS che legge il PKGBUILD, scarica e compila il sorgente e crea il {{Filename|.pkg.tar.gz or .pkg.tar.xz}}, in accordo con l'array {{Ic|PKGEXT}} all'interno di {{Filename|makepkg.conf}}.
  
  
Line 50: Line 50:
 
===Rapida panoramica===
 
===Rapida panoramica===
  
Installare il paccheto ABS {{Codeline|pacman -S abs}}. Eseguendo {{Codeline|abs}} da root si viene a creare un albero abs sincronizzato con i server di Arch Linux. Se si vuole compilare un pacchetto da sorgenti, si dovrebbero copiare i file di compilazione ( solitamente posti in {{Filename|/var/abs/<repo>/<pkgname>}}), in una directory di compilazione, navigare fino a quella directory, modificare il PKGBUILD (se necessario), ed eseguite {{codeline|makepkg}}. In accordo con le istruzioni presenti nel PKGBUILD makepkg scaricherà il giusto archivio di sorgenti, lo estrarrà, applicherà le patch se richiesto, lo compilerà in base alle CFLAGS specificate in {{Filename|makepkg.conf}}, ed infine lo comprimerà in un archivio con estensione {{Filename|.pkg.tar.gz}} o {{Filename|.pkg.tar.xz}}. I PKGBUILD possono essere personalizzati per soddisfare i bisogni della propria configurazione, o per applicare delle patch. Installarli è semplice come eseguire {{Codeline|pacman -U <.pkg.tar.xz file>}}. Anche la rimozione dei pacchetti è gestita da pacman.
+
Installare il paccheto ABS {{Ic|pacman -S abs}}. Eseguendo {{Ic|abs}} da root si viene a creare un albero abs sincronizzato con i server di Arch Linux. Se si vuole compilare un pacchetto da sorgenti, si dovrebbero copiare i file di compilazione ( solitamente posti in {{Filename|/var/abs/<repo>/<pkgname>}}), in una directory di compilazione, navigare fino a quella directory, modificare il PKGBUILD (se necessario), ed eseguite {{Ic|makepkg}}. In accordo con le istruzioni presenti nel PKGBUILD makepkg scaricherà il giusto archivio di sorgenti, lo estrarrà, applicherà le patch se richiesto, lo compilerà in base alle CFLAGS specificate in {{Filename|makepkg.conf}}, ed infine lo comprimerà in un archivio con estensione {{Filename|.pkg.tar.gz}} o {{Filename|.pkg.tar.xz}}. I PKGBUILD possono essere personalizzati per soddisfare i bisogni della propria configurazione, o per applicare delle patch. Installarli è semplice come eseguire {{Ic|pacman -U <.pkg.tar.xz file>}}. Anche la rimozione dei pacchetti è gestita da pacman.
  
 
È anche possibile utilizzare makepkg per compilare i propri pacchetti da [[AUR]] o da sorgenti di terze parti. (Consultare l'articolo [[Creating Packages (Italiano)|Creating Packages]].)
 
È anche possibile utilizzare makepkg per compilare i propri pacchetti da [[AUR]] o da sorgenti di terze parti. (Consultare l'articolo [[Creating Packages (Italiano)|Creating Packages]].)
Line 78: Line 78:
  
 
Rimuovi la ! davanti ai repository che vuoi abilitare (esempio)
 
Rimuovi la ! davanti ai repository che vuoi abilitare (esempio)
{{codeline|REPOS<nowiki>=</nowiki>(core extra community !testing)}}
+
{{Ic|REPOS<nowiki>=</nowiki>(core extra community !testing)}}
  
 
=== Scaricare l'albero ABS ===
 
=== Scaricare l'albero ABS ===
Line 97: Line 97:
 
=== L'albero ABS ===
 
=== L'albero ABS ===
  
Quando si esegue per la prima volta il comando {{Codeline|abs}}, questo sincronizzerà l'albero ABS con il server di Arch. L'albero ABS è una gerarchia di directory SVN situata in {{Filename|/var/abs}} con una struttura simile a questa
+
Quando si esegue per la prima volta il comando {{Ic|abs}}, questo sincronizzerà l'albero ABS con il server di Arch. L'albero ABS è una gerarchia di directory SVN situata in {{Filename|/var/abs}} con una struttura simile a questa
  
 
<pre>
 
<pre>
Line 169: Line 169:
 
{{cli|$ ./configure --help}}
 
{{cli|$ ./configure --help}}
  
Se l'opzione {{Codeline|--prefix}} non viene passata allo script, ''di solito'' verrà scelto come percorso di installazione {{Filename|/usr/local}} , ma potrebbe anche essere scelto {{Filename|/usr}}. Per sicurezza, è generalmente consigliato passare questa opzione: {{Codeline|1=--prefix=/usr/local}} . È buona abitudine installare i propri software in {{Filename|/usr/local}}, così da distinguerli da quelli installati dalla distribuzione, che stanno in {{Filename|/usr}}. Questo assicura anche che non vi siano conflitti tra le proprie versioni dei pacchetti e quelli del package manager - nel caso di Arch, ''pacman''.
+
Se l'opzione {{Ic|--prefix}} non viene passata allo script, ''di solito'' verrà scelto come percorso di installazione {{Filename|/usr/local}} , ma potrebbe anche essere scelto {{Filename|/usr}}. Per sicurezza, è generalmente consigliato passare questa opzione: {{Ic|1=--prefix=/usr/local}} . È buona abitudine installare i propri software in {{Filename|/usr/local}}, così da distinguerli da quelli installati dalla distribuzione, che stanno in {{Filename|/usr}}. Questo assicura anche che non vi siano conflitti tra le proprie versioni dei pacchetti e quelli del package manager - nel caso di Arch, ''pacman''.
 
   
 
   
 
{{cli|$./configure --prefix<nowiki>=</nowiki>/usr/local}}
 
{{cli|$./configure --prefix<nowiki>=</nowiki>/usr/local}}
Line 185: Line 185:
 
{{cli|# make uninstall}}
 
{{cli|# make uninstall}}
  
In ogni caso, è sempre meglio leggere il file {{Filename|INSTALL}} per sapere come fare per installare, configurare e compilare il codice. '''Non tutti i pacchetti usano il sistema {{codeline|configure; make; make install}} !!!'''
+
In ogni caso, è sempre meglio leggere il file {{Filename|INSTALL}} per sapere come fare per installare, configurare e compilare il codice. '''Non tutti i pacchetti usano il sistema {{Ic|configure; make; make install}} !!!'''
  
 
{{Nota | Il metodo tradizionale di compilazione appena descritto, può tranquillamente essere utilizzato in Arch Linux. Se non si presta attenzione però, in questo modo i file potrebbe risultare frammentati a causa della mancata conoscenza della loro presenza da parte del gestore di pacchetti. Si dovrebbe utilizzare questo metodo solo se si ha esperienza con la compilazione manuale e con il tracciamento del software sul sistema, perchè ciò potrebbe portare a futuri problemi su Arch (o su qualsiasi altra distribuzione) se si utilizza un gestore di pacchetti.}}
 
{{Nota | Il metodo tradizionale di compilazione appena descritto, può tranquillamente essere utilizzato in Arch Linux. Se non si presta attenzione però, in questo modo i file potrebbe risultare frammentati a causa della mancata conoscenza della loro presenza da parte del gestore di pacchetti. Si dovrebbe utilizzare questo metodo solo se si ha esperienza con la compilazione manuale e con il tracciamento del software sul sistema, perchè ciò potrebbe portare a futuri problemi su Arch (o su qualsiasi altra distribuzione) se si utilizza un gestore di pacchetti.}}
Line 205: Line 205:
 
{{cli|$ nano PKGBUILD}}
 
{{cli|$ nano PKGBUILD}}
  
Eseguire makepkg da utente normale (con lo switch {{Codeline|-s}} per installare con la risoluzione automatica delle dipendenze (richiede la presenza del pacchetto {{pkg|sudo}}.)
+
Eseguire makepkg da utente normale (con lo switch {{Ic|-s}} per installare con la risoluzione automatica delle dipendenze (richiede la presenza del pacchetto {{pkg|sudo}}.)
 
   
 
   
 
{{cli|$ makepkg -s}}
 
{{cli|$ makepkg -s}}
Line 215: Line 215:
 
Fatto. Si è appena compilato slim da sorgenti e lo si è installato nel sistema attraverso pacman, anche la rimozione è gestita da pacman --  
 
Fatto. Si è appena compilato slim da sorgenti e lo si è installato nel sistema attraverso pacman, anche la rimozione è gestita da pacman --  
  
({{Codeline|pacman -R slim}}).
+
({{Ic|pacman -R slim}}).
  
Essenzialmente, si sono eseguiti gli stessi passaggi della compilazione tradizionale (che generalmente includono {{codeline|./configure, make, make install}} ) ma il software è stato installato in un ambiente ''fake root''. ( Un ambiente di ''fake root'' non è altro che una sottodirectory della directory di compilazione che funziona e si comporta come se fosse la directory root del sistema. In cooperazione con il programma '''''fakeroot''''', makepkg crea una falsa directory root, e vi installa i binari compilati e i file correlati, con '''root''' come proprietario.) Il ''fake root'', o l'abero di sottodirectory contenente il software compilato, viene quindi compresso in un archivio con estensione {{Filename|.pkg.tar.xz}}, o ''pacchetto''. Quando richiamato, pacman estrae il pacchetto (lo installa) nella directory root reale del sistema ({{Filename|/}}).
+
Essenzialmente, si sono eseguiti gli stessi passaggi della compilazione tradizionale (che generalmente includono {{Ic|./configure, make, make install}} ) ma il software è stato installato in un ambiente ''fake root''. ( Un ambiente di ''fake root'' non è altro che una sottodirectory della directory di compilazione che funziona e si comporta come se fosse la directory root del sistema. In cooperazione con il programma '''''fakeroot''''', makepkg crea una falsa directory root, e vi installa i binari compilati e i file correlati, con '''root''' come proprietario.) Il ''fake root'', o l'abero di sottodirectory contenente il software compilato, viene quindi compresso in un archivio con estensione {{Filename|.pkg.tar.xz}}, o ''pacchetto''. Quando richiamato, pacman estrae il pacchetto (lo installa) nella directory root reale del sistema ({{Filename|/}}).
  
 
''Il metodo ABS aggiunge un livello di convenienza ed automatismo, mantenendo però il completo controllo e la trasparenza della compilazione e delle funzioni di installazione includendole nel PKGBUILD.''
 
''Il metodo ABS aggiunge un livello di convenienza ed automatismo, mantenendo però il completo controllo e la trasparenza della compilazione e delle funzioni di installazione includendole nel PKGBUILD.''

Revision as of 16:45, 11 December 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 – فارسی

Quest'articolo fornisce una panoramica dell' Arch Build System insieme ad una guida passo passo per principianti. Non è una guida di riferimento completa! Per una rapida e semplice introduzione ad ABS consultare ABS FAQ. Se si necessita di ulteriori informazioni, si è pregati di consultare il manuale.

Cosa è ABS?

ABS è l'acronimo di "Arch Build System", cioè Sistema di costruzione (dei pacchetti) di Arch. E' un sistema per fare pacchetti del codice sorgente. Mentre pacman è il tool di Arch specializzato nella gestione dei pacchetti binari (inclusi i pacchetti fatti con ABS), ABS è il tool specializzato nella compilazione dei sorgenti in un pacchetto Template:Filename installabile.

Cos'è un sistema ports-like?

Ports è il sistema usato da FreeBSD per l'automazione della generazione di pacchetti a partire dal codice sorgente. Il sistema usa un port per scaricare, scompattare, patchare, compilare e installare il software desiderato. Un port è solo una piccola directory nel computer dell'utente, chiamata come il corrispondente software che vi verrà installato, che contiene un po' di file con le istruzioni per scaricare ed installare il pacchetto dai sorgenti. Questo rende possibile la la generazione del pacchetto con un semplice make o make install clean all'interno della directory port.

ABS è un concetto simile.

"ABS" è costituito da un albero di directory ("ABS Tree"), situato in Template:Filename,che contiene molte sottodirectory, ognuna dentro una categoria, e ognuna chiamata con il rispettivo pacchetto installabile contenuto al suo interno. Quest'albero rappresenta (ma non contiene) tutto il software ufficialmente disponibile in arch, reperibile tramite sistema SVN. Si può considerare ogni sottodirectory chiamata come un pacchetto un ABS, più o meno allo stesso modo con cui ci si potrebbe riferire ad un Port. Questi ABS, o sottodirectory, non contengono il pacchetto nè il codice sorgente del software, bensì un file PKGBUILD (e a volte altri file). Un PKGBUILD è un semplice script, un file di testo contenente le istruzioni per la compilazione e la pacchettizzazione, ma anche l'url dell'apposito tarball di sorgenti da scaricare. (I componenti più importanti di ABS sono proprio i PKGBUILD). Utilizzando il comando di ABS makepkg, il software viene prima compilato e poi pacchettizzato all'interno della directory di compilazione, prima di poter essere installato. Da questo momento si potrà usare pacman, il gestore pacchetti di Arch Linux per installare, aggiornare, e rimuovere il nuovo pacchetto.

Descrizione generale di ABS

"ABS" potrebbe essere usato come un termine "ad ombrello", in quanto include, ed è formato, da molti altri componenti. Pertanto, parlando in termini non proprio tecnici, "ABS" fa riferimento alla seguente struttura come un toolkit completo:

L'albero ABS
La struttura di directory di ABS; una gerarchia SVN sotto Template:Filename sul proprio sistema locale. Contiene molte sottodirectory, chiamate con il nome di ogni software disponibile per arch nei repository specificati in Template:Filename, ma non i pacchetti stessi. L'albero è creato dopo aver installato il pacchetto abs tramite pacman e dopo aver eseguito lo script abs
PKGBUILD
Script in BASH contenente le istruzioni per costruire i pacchetti e l'URL dei sorgenti.
Makepkg
Il comando da shell di ABS che legge il PKGBUILD, scarica e compila il sorgente e crea il Template:Filename, in accordo con l'array PKGEXT all'interno di Template:Filename.


Strumenti correlati

Pacman
Pacman è completamente separato, ma è necessario invocarlo o dal makepkg o manualmente, per installare e rimuovere i pacchetti costruiti, e per risolvere le dipendenze.
AUR
Il repository degli utenti della comunità di Arch è separato da ABS, ma i PKGBUILD non supportati di AUR (unsupported) possono essere usati con il tool makepkg di ABS, per compilare e impacchettare il software. A differenza dell'albero ABS presente in locale, AUR esiste come interfaccia web. Contiene migliaia di PKGBUILD degli utenti per pacchettizzare software non presente come pacchetto ufficiale di Arch. Avendo bisogno di compilare un pacchetto al di fuori delle strutture ufficiali di Arch, è molto probabile poterlo trovare su AUR.

Perchè dovrei usare ABS?

L'Arch Build System (abbreviato con ABS) è usato per:

  • Compilare o ri-compilare un pacchetto per qualsiasi motivo
  • Creare nuovi pacchetti da codice sorgente, di software per i quali non sono ancora disponibili pacchetti (Vedi anche Creating Packages)
  • Modificare pacchetti esistenti per adattarli ai propri bisogni (abilitando o disabilitando opzioni, applicando patch)
  • Ricompilare il tuo intero sistema utilizzando flag di compilazione "a la FreeBSD" (ad esempio con pacbuilder)
  • Pacchettizzare e installare in modo pulito il proprio kernel personalizzato. (Consultare Kernel Compilation così come Custom Kernel Compilation with ABS)
  • Utilizzare moduli del kernel che funzionino col proprio kernel personalizzato
  • Compilare ed installare facilmente un pacchetto per Arch più recente, più vecchio, in beta testing, o in sviluppo modificando il numero di versione nel PKGBUILD.

ABS non è necessario per usare Arch Linux, ma è utile per un processo sicuro di compilazione dei sorgenti.

Spiegazione passo passo

Con le funzionalità dell' albero ABS gli utenti hanno tutto il software disponibile per Arch a portata di mano, da compilare dai sorgenti e per creare in automatico i pacchetti Template:Filename o Template:Filename, ed infine, per installarlo con pacman.


Rapida panoramica

Installare il paccheto ABS pacman -S abs. Eseguendo abs da root si viene a creare un albero abs sincronizzato con i server di Arch Linux. Se si vuole compilare un pacchetto da sorgenti, si dovrebbero copiare i file di compilazione ( solitamente posti in Template:Filename), in una directory di compilazione, navigare fino a quella directory, modificare il PKGBUILD (se necessario), ed eseguite makepkg. In accordo con le istruzioni presenti nel PKGBUILD makepkg scaricherà il giusto archivio di sorgenti, lo estrarrà, applicherà le patch se richiesto, lo compilerà in base alle CFLAGS specificate in Template:Filename, ed infine lo comprimerà in un archivio con estensione Template:Filename o Template:Filename. I PKGBUILD possono essere personalizzati per soddisfare i bisogni della propria configurazione, o per applicare delle patch. Installarli è semplice come eseguire pacman -U <.pkg.tar.xz file>. Anche la rimozione dei pacchetti è gestita da pacman.

È anche possibile utilizzare makepkg per compilare i propri pacchetti da AUR o da sorgenti di terze parti. (Consultare l'articolo Creating Packages.)

Spiegazione dettagliata

Per usare abs, bisogna innanzitutto installare abs dal repository [extra]. Questo può essere fatto semplicemente con

Template:Cli

Ciò installerà gli script di sincronizzazione di ABS, vari script di compilazione, ed rsync (come dipendenza, nel caso non fosse già installato).

Prima di poter effettivamente compilare qualcosa, comunque, è necessario installare anche i programmi di compilazione di base. Questi ultimi sono raccolti all'interno del gruppo base-devel. Questo gruppo può essere installato con:

Template:Cli

Attenzione: Ricordarsi di ciò prima di lamentarsi riguardo la mancanza delle dipendenze di compilazione. Il gruppo "base" si suppone già installato in tutte le installazioni di Arch. Il gruppo "base-devel si suppone già installato quando si compila con makepkg.

Template:Filename

Con privilegi di root modifica Template:Filename per includere i repository che desideri aggiungere:

Template:Cli

oppure

Template:Cli

Rimuovi la ! davanti ai repository che vuoi abilitare (esempio) REPOS=(core extra community !testing)

Scaricare l'albero ABS

Da root, digitare:

Template:Cli

L'albero ABS verrà creato in Template:Filename. Da notare come ogni ramo di questo albero corrisponda ai repository abilitati in Template:Filename.

Il comando abs dovrebbe essere usato periodicamente per sincronizzare l'albero ABS locale con i repository ufficiali. Singoli pacchetti ABS possono essere scaricati con

Template:Cli

Template:Filename

Template:Filename e' un file che specifica le variabili d'ambiente e i flag del compilatore che magari si vuole modificare se si utilizza un sistema SMP, o per specificare altre ottimizzazioni. Le impostazioni di default sono ottimizzate per le architetture i686 e x86_64, e andranno generalmente bene per i sistemi con una sola cpu. (vanno bene anche per le macchina SMP, ma useranno soltanto una cpu- consultare makepkg.)

L'albero ABS

Quando si esegue per la prima volta il comando abs, questo sincronizzerà l'albero ABS con il server di Arch. L'albero ABS è una gerarchia di directory SVN situata in Template:Filename con una struttura simile a questa

| -- core/
|     || -- base/
|     ||     || -- acl/
|     ||     ||     || -- PKGBUILD
|     ||     || -- attr/
|     ||     ||     || -- PKGBUILD
|     ||     || -- ...
|     || -- devel/
|     ||     || -- abs/
|     ||     ||     || -- PKGBUILD
|     ||     || -- autoconf/
|     ||     ||     || -- PKGBUILD
|     ||     || -- ...
|     || -- ...
| -- extra/
|     || -- daemons/
|     ||     || -- acpid/
|     ||     ||     || -- PKGBUILD
|     ||     ||     || -- ...
|     ||     || -- apache/
|     ||     ||     || -- ...
|     ||     || -- ...
|     || -- ...
| -- community/
|     || -- ...

In pratica l'albero ABS ha la stessa struttura del database dei pacchetti:

  • Primo livello: directory delle categorie
  • Secondo livello: directory dei nomi dei pacchetti
  • Terzo livello: PKGBUILD (contiene le informazioni necessarie alla compilazione dei pacchetti) ed altri file correlati (patch ed altri file necessari alla compilazione)

Il codice sorgente non e' presente nelle directory ABS. È invece il file PKGBUILD che contiene un URL dal quale verrà scaricato il codice sorgente al momento della compilazione.

Creare una directory di compilazione

Si raccomanda di creare una directory dove avra' luogo la compilazione; non bisognerebbe mai modificare l'albero di ABS compilando i pacchetti al suo interno, poiché questi dati verranno sovrascritti al primo aggiornamento dell'albero ABS. E' buona norma usare la propria directory home, mentre alcuni utenti preferiscono creare una directory 'local' sotto Template:Filename , impostando l'utente semplice come proprietario.

Come detto, creare la directory di compilazione, ad es.:

Template:Cli

Copiare l'albero ABS Template:Filename) nella directory di compilazione Template:Filename.

Nota: Il primo download dell'albero ABS e' molto pesante, in seguito necessita solo di piccoli aggiornamenti. Non bisogna temere la mole di download dei dati anche se si ha a disposizione solo una connessione a 56K; sono soltanto file di testo e vengono compressi durante il trasferimento. Per esempio, a novembre 2009, l'albero di abs comprendente i repository core, extra e comunity equivaleva a ~16MB da scaricare (~56MB su disco).

La compilazione, metodo tradizionale

Se non si ha familiarità con la compilazione da sorgenti, è bene sapere che la maggior parte dei pacchetti (ma non tutti) possono essere compilati dal codice sorgente attraverso questo metodo tradizionale:

  • Scaricare l'archivio (tarball) da un server remoto, attraverso un browser, un collegamento ftp, wget, o altri modi.
  • Scompattare l'archivio che contiene il codice, generalmente con tar:

Template:Cli

oppure

Template:Cli

  • Accedere alla directory

Template:Cli

  • Configurare il pacchetto: solitamente, c'è un piccolo script chiamato Template:Filename nella directory principale, utilizzato per configurare il pacchetto da installare (aggiungere-rimuovere caratteristiche opzionali, scegliere la destinazione dell'installazione, etc.) e per controllare se il computer ha tutti i software addizionali necessari al pacchetto. Può essere lanciato così:

Template:Cli

Si può anche leggere l'help per capire meglio cosa si può fare, e come farlo:

Template:Cli

Se l'opzione --prefix non viene passata allo script, di solito verrà scelto come percorso di installazione Template:Filename , ma potrebbe anche essere scelto Template:Filename. Per sicurezza, è generalmente consigliato passare questa opzione: --prefix=/usr/local . È buona abitudine installare i propri software in Template:Filename, così da distinguerli da quelli installati dalla distribuzione, che stanno in Template:Filename. Questo assicura anche che non vi siano conflitti tra le proprie versioni dei pacchetti e quelli del package manager - nel caso di Arch, pacman.

Template:Cli

  • Compilare i sorgenti:

Template:Cli

  • Installare

Template:Cli

  • La disinstallazione può essere effettuata entrando nella directory contenente il codice ed eseguendo:

Template:Cli

In ogni caso, è sempre meglio leggere il file Template:Filename per sapere come fare per installare, configurare e compilare il codice. Non tutti i pacchetti usano il sistema configure; make; make install !!!

Nota: Il metodo tradizionale di compilazione appena descritto, può tranquillamente essere utilizzato in Arch Linux. Se non si presta attenzione però, in questo modo i file potrebbe risultare frammentati a causa della mancata conoscenza della loro presenza da parte del gestore di pacchetti. Si dovrebbe utilizzare questo metodo solo se si ha esperienza con la compilazione manuale e con il tracciamento del software sul sistema, perchè ciò potrebbe portare a futuri problemi su Arch (o su qualsiasi altra distribuzione) se si utilizza un gestore di pacchetti.

La compilazione, Metodo ABS

ABS è uno strumento elegante che fornisce un potente mezzo per assistere e personalizzare il processo di compilazione, e crea un pacchetto pronto per l'installazione tramite pacman. Questo metodo consiste nel copiare una directory ABS all'interno della directory di compilazione e nel lanciare makepkg. Nel nostro esempio, compileremo slim un login manager grafico.

Copiare l'ABS di slim nella directory di compilazione.

Template:Cli

Accedere alla directory.

Template:Cli

Modificare il PKGBUILD per aggiungere o rimuovere il supporto a determinati componenti, per applicare patch, per cambiare la versione del pacchetto, etc. (opzionale)

Template:Cli

Eseguire makepkg da utente normale (con lo switch -s per installare con la risoluzione automatica delle dipendenze (richiede la presenza del pacchetto sudo.)

Template:Cli

Installa da root:

Template:Cli

Fatto. Si è appena compilato slim da sorgenti e lo si è installato nel sistema attraverso pacman, anche la rimozione è gestita da pacman --

(pacman -R slim).

Essenzialmente, si sono eseguiti gli stessi passaggi della compilazione tradizionale (che generalmente includono ./configure, make, make install ) ma il software è stato installato in un ambiente fake root. ( Un ambiente di fake root non è altro che una sottodirectory della directory di compilazione che funziona e si comporta come se fosse la directory root del sistema. In cooperazione con il programma fakeroot, makepkg crea una falsa directory root, e vi installa i binari compilati e i file correlati, con root come proprietario.) Il fake root, o l'abero di sottodirectory contenente il software compilato, viene quindi compresso in un archivio con estensione Template:Filename, o pacchetto. Quando richiamato, pacman estrae il pacchetto (lo installa) nella directory root reale del sistema (Template:Filename).

Il metodo ABS aggiunge un livello di convenienza ed automatismo, mantenendo però il completo controllo e la trasparenza della compilazione e delle funzioni di installazione includendole nel PKGBUILD.