Apt-build: ottimizzazione dei pacchetti: differenze tra le versioni

Da Guide@Debianizzati.Org.
Vai alla navigazione Vai alla ricerca
(Correzioni minori)
(spostata sezione da guida "Applicare_una_patch_ad_un_pacchetto_Debian" relativa ad apt-build)
 
(33 versioni intermedie di 11 utenti non mostrate)
Riga 1: Riga 1:
{{Versioni compatibili|Squeeze|Wheezy|Jessie}}
==Introduzione==
==Introduzione==


In questo howto vedremo come sia possibile applicare una patch ad un pacchetto
Come tutti sanno, o avranno notato, Debian è compilata con opzioni di compilazione generiche, pensate per processori i386.
ufficiale Debian.
Questa scelta è stata fatta per questioni di stabilità, a quanto ho trovato sulla rete.
Prima di proseguire, per�, vedremo quando non � possibile farlo:
* il pacchetto non � stato distribuito anche in forma di sorgenti (capita per
qualche repository non ufficiale e per alcuni pecchetti uff. (una volta mi era
successo...).


A chi vuole sfruttare a fondo la propria macchina, è consigliata una ricompilazione con le ottimizzazioni relative al proprio processore, così da poter sfruttare a fondo tutte le innovazioni introdotte in questi anni.


==Preparazione del sistema==
Prima di affrontare questo argomento è necessario fare una precisazione: non tutti i programmi diventeranno più veloci, esisteranno sempre i 'colli di bottiglia', come la velocità di lettura degli Hard Disk, etc; quindi i programmi che ne trarranno giovamento maggiore saranno quelli che abusano di operazioni matematiche, e che stressano il processore.


Per prima cosa bisogna assicurarsi di avere, in '''/etc/apt/sources.list''',
==Installazione e Configurazione==
le sorgenti per scaricare i pacchetti di tipo deb-src:
 
Ovviamente, trattandosi di Debian, è sufficiente dare un semplice:
<pre>
<pre>
#--CUT HERE--#
# apt-get install apt-build
#per stable
</pre>
deb-src http://ftp2.it.debian.org/debian/ stable main non-free contrib
 
deb-src http://non-us.debian.org/debian-non-US stable/non-US main contrib
Mentre il pacchetto viene scaricato insieme alle sue dipendenze, vi invito a fare una visitina a [http://www.debtoo.org/ Debtoo], un interessante progetto per dare a Debian strumenti utili per la compilazione dei pacchetti.
non-free
 
 
Analizziamo le domande del processo di configurazione che viene lanciato durante l'installazione:
 
'''Where should apt-build download and build packages?'''
 
La scelta di default va più che bene, assicuratevi però di avere un po' di spazio (4-5Gb sarebbero comodi), in quanto la compilazione ne richiede tanto, ed i sorgenti già processati non vengono rimossi automaticamente.
 
 
'''Where must apt-build store built packages?'''
 
Qui siamo liberi di fare quello che vogliamo: apt-build, una volta terminata la compilazione, creerà il pacchetto Debian ottimizzato per la nostra macchina. Dobbiamo indicare dove metterli.
 
 
'''These are equivalent to -O1, -O2 and -O3. Optimization level is time dependant - in fact, the more you want to optimize your build the more time will be necessary for compiling but the faster your programs will be. Warning: Strong optimization may lead to stability problems. Which optimization level do you want?'''
 
Le scelte che mi sento di consigliare sono due: Medium per una ottimizzazione media; Strong per una ottimizzazione avanzata (attenzione: più è alto il livello di ottimizzazione, più tempo impiega il processo, come è indicato nel testo della domanda).
 
 
'''Add apt-build repository to sources.list?'''
 
Rispondendo 'Sì' aggiungeremo al nostro <code>sources.list</code> una riga indicante il repository che viene creato da apt-build (la seconda domanda che ci è stata posta durante il processo di configurazione)
 
 
'''Which options would you like to add to gcc?'''
 
Qui possiamo passare delle opzioni aggiuntive a gcc.Eccone alcune:
;<code>-jX</code>: X indica il numero di compilazioni parallele consentite
;<code>-pipe</code>: Riduce l'accesso al disco (velocizzando l'operazione) utilizzando il pipe (|) invece dei file temporanei
 
 
'''What is your architecture?'''
 
Ora ci verrà mostrata una lista di famiglie di processori, relative alla 'marca' del nostro processore (nel mio caso tutte AMD): scegliamo quella adeguata prendendo spunto da questa lista: [https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html#x86-Options lista] (nel mio caso, su un Compaq Presario 2100, athlon-xp).
 
 
 
Siamo giunti al termine della configurazione!
Ancora un passaggio e saremo pronti a conoscere apt-build!


#per testing
deb-src http://ftp2.it.debian.org/debian/ testing main non-free contrib
deb-src http://non-us.debian.org/debian-non-US testing/non-US main contrib
non-free


#per unstable
Bisogna modificare il file <code>/etc/apt/sources.list</code> aggiungendo i repository per i sorgenti.
deb-src http://ftp2.it.debian.org/debian/ sid main non-free contrib
Per quelli ufficiali Debian, è sufficiente ricopiare la riga dei repository dei pacchetti normali e sostituire a 'deb' 'deb-src'.
deb-src http://non-us.debian.org/debian-non-US sid/non-US main contrib non-free
Ad esempio, se il nostro <code>sources.list</code> contiene la riga:
#--CUT HERE--#
<pre>
deb http://ftp.it.debian.org/debian/ sid main
</pre>
</pre>
ora aggiorniamo il contenuto del database dei pacchetti:
diventerà:
<pre>
<pre>
# apt-get update
deb http://ftp.it.debian.org/debian/ sid main
deb-src http://ftp.it.debian.org/debian/ sid main
</pre>
</pre>
'''NB:''' le due righe possono coesistere tranquillamente.
Ora siamo pronti ad iniziare!
==Opzioni==
Analizziamo un po' di opzioni, molto utili, che renderanno più comprensibili i comandi utilizzati in seguito.
La sintassi di apt-build è vicinissima a quella di apt-get, infatti troviamo, come comandi, i seguenti:
; <code>update</code>: aggiorna la lista dei pacchetti (come <code>apt-get update</code>);
; <code>upgrade</code>: esegue un aggiornamento del sistema, scaricando i pacchetti e compilandoli;
; <code>install</code>: scarica e compila il pacchetto indicato;
; <code>source</code>: scarica e decomprime il pacchetto nella directory di compilazione (di solito <code>/var/cache/apt-build/build</code>);
; <code>remove</code>: come <code>apt-get remove</code>;
; <code>clean-sources</code>: esegue un debian/rules clean, che rimuove solamente i prodotti della compilazione;
; <code>clean-build</code>: rimuove il contenuto della directory <code>/var/cache/apt-build/build/</code> che contiene i sorgenti dei pacchetti ricompilati;
; <code>clean-repository</code>: rimuove il contenuto della directory <code>/var/cache/apt-build/repository/</code> che contiene i pacchetti ricompilati tramite apt-build;
; <code>world</code>: ricompila tutti i pacchetti correntemente installati;
; <code>info</code>: visualizza le informazioni relative al pacchetto compilato.




==Procediamo==
Le opzioni, invece, sono le seguenti:
; <code>--reinstall</code>: ricompila e reinstalla il pacchetto già installato, ci tornerà comodo;
; <code>--rebuild</code>: ricompila il pacchetto indicato;
; <code>--remove-builddep</code>: rimuove le dipendenze di compilazione (librerie -dev) installate da apt-build per la compilazione;
; <code>--nowrapper</code>: non usa il wrapper: compilazione senza le opzioni di ottimizzazione;
; <code>--purge </code>: durante la rimozione, verranno cancellati anche i file di configurazione presenti in <code>/etc</code>;
; <code>--noupdate</code>: non esegue <code>apt-get update</code> prima dell'installazione dei pacchetti;
; <code>--build-command cmd </code>: usa cmd per compilare il pacchetto;
; <code>--patch file </code>: applica la patch prima di compilare il pacchetto;
; <code>--patch-strip n</code>: indica lo striplevel per il file di patch (equivale al parametro <code>-pX</code> del comando patch);
; <code>--yes -y </code>: risponde 'Yes' a tutte le domande poste da apt (usare con prudenza);
; <code>--version -v </code>: mostra la versione di apt-build;
; <code>--source </code>: non scarica i sorgenti (indica che i sorgenti sono già stati scaricati);
; <code>--build-only</code> : non installa le dipendenze del pacchetto (usare con attenzione);
; <code>--build-dir dir </code>: specifica la directory in cui eseguire la compilazione;
; <code>--repository-dir dir</code> : specifica la directory dove mettere i file compilati;
; <code>--target-release </code>: indica da quale release (Stable, Testing, Unstable, Experimental) scaricare i sorgenti;
; <code>--sources-list </code>: specifica un <code>sources.list</code> alternativo.


===Metodo 1: `apt-get source && dpkg-buildpackage`===


Per scaricare i sorgenti, seguiamo questa procedura:
Le opzioni che useremo spesso saranno <code>'''--reinstall --noupdate'''</code>.
Per avere tutto in ordine, creiamo una cartella di lavoro
<pre>
$ mkdir nomepacchetto && cd nomepacchetto
</pre>


Ora possiamo scaricare i sorgenti:
==Utilizzo==
Ora guardiamo come utilizzare apt-build per ricompilare pacchetti già presenti nel sistema.
<pre>
<pre>
$ apt-get source nomepacchetto
# apt-build --reinstall install kdebase
</pre>
</pre>


cos� facendo, scaricheremo 3 file, che verranno decompressi in una cartella
ad esempio, l'opzione <code>'''--reinstall'''</code> ci permetterà di installare il pacchetto anche se nel sistema è già presente un pacchetto con la medesima versione.
(nomepacchetto-ver.sio.ne)


Ora possiamo entrare in questa cartella, scaricare la patch e applicarla:
Una volta lanciato il comando, apt-build si occuperà di sincronizzare la lista dei pacchetti, scaricherà le librerie di sviluppo necessarie alla compilazione del pacchetto ed eventualmente si occuperà anche delle dipendenze. Una volta scaricato il pacchetto dei sorgenti provvederà alla compilazione.
<pre>
$ cd nomepacchetto-ver.sio.ne
$ wget http://indirizzo/per/la/patch.patch
</pre>


supponendo che la patch non sia compressa...
Potrebbero apparire errori di compilazione: in questi casi bisogna leggerli con attenzione per capire se è un errore prodotto da apt-build o da un errore nei sorgenti e, in tal caso, chiedere aiuto a S. Google. =)
<pre>
$ patch -p1 < patch.patch
</pre>


se � compressa:
Se invece il pacchetto non è stato precedentemente installato, è possibile installarlo omettendo l'opzione <code>--reinstall</code>:
<pre>
<pre>
$ zcat patch.patch | patch -p1
# apt-build install nomepacchetto
</pre>
</pre>


Una volta applicata la patch, se non riceviamo errori, siamo pronti a
Comando 'strano', che non ho ancora avuto modo di sperimentare è:
compilare il pacchetto.
Per fare questo utilizzeremo un altro tool Debian: dpkg-buildpackage
<pre>
<pre>
# dpkg-buildpackage
# apt-build world
</pre>
</pre>


Il comando prover� a compilare il pacchetto, ed in caso di errori ci chieder�
che permette la ricompilazione di tutti i pacchetti correntemente installati sul computer!
di sistemare le dipendenze (se l'errore � dovuto alla mancanza di alcune
librerie) elencando tutti i pacchetti necessari, installabili con un normale
<pre>
# apt-get buid-dep 'nomepacchetto_da_installare'
</pre>


una volta giunta a termine la compilazione, troveremo (nella cartella
Allo stesso modo è possibile aggiornare il sistema direttamente, tramite un semplice:
nomepacchetto da noi creata) una serie di file .deb!
ora possiamo installarli:
<pre>
<pre>
# dpkg -i nomepacchetto_ver.sio.ne.deb
# apt-build upgrade
</pre>
</pre>


Bene, se non riceviamo errori...il pacchetto installato.


Una precisazione è d'obbligo: non tutti i repository offrono i pacchetti contenenti i sorgenti, e per questo ci si può trovare di fronte ad alcuni errori.
Qui sta a voi risolverli, o installando il pacchetto binario o cercando un altro mirror.


===Metodo 2: `apt-build`===
=== Applicare una patch ===
 
Come abbiamo già visto '''apt-build''' ci mette a disposizione una opzione, <code>--patch</code>, che consente di applicare delle patch al pacchetto da installare.<br/>
Prima di iniziare, � d'obbligo una introduzione su apt-build.
Vediamo, ora, come fare.
Questo tool � abbastanza giovane, e consente di compilare i pacchetti Debian
ottimizzandoli per la propria macchina. Durante l'installazione vengono poste
delle domande (tipo di processore, livello di ottimizzazione), e rispondendo
nel modo opportuno, sar� possibile compilare i pacchetti ottimizzandoli per la
propria macchina, cosa che, nel METODO 1 non avviene.


Apt-build ci mette a disposizione una opzione, '''--patch''', che consente di applicare delle patch al pacchetto da installare.
Vediamo, ora, come fare.
Scarichiamo la patch:
Scarichiamo la patch:
<pre>
<pre>
$ wget http://indirizzo/per/la/patch.patch
$ wget http://indirizzo/per/la/patch.patch
</pre>
</pre>
 
e diamo il semplice comando:
ora diamo il semplice comando:
<pre>
<pre>
# apt-build -p 0 --patch patch.patch install 'pacchetto'
# apt-build -p 0 --patch patch.patch install 'pacchetto'
</pre>
</pre>
 
ora mettiamoci comodi, armati di tazzona di caffè (rigorosamente marchiata con un bel Tux) e controlliamo a video mentre:
ora mettiamoci comodi, armati di tazzona di caff� (rigorosamente marchiata con un bel Tux) e controlliamo a video mentre:
* vengono scaricate i pacchetti *-dev per la compilazione;
* vengono scaricate i pacchetti *-dev per la compilazione;
* viene aggiornato l'elenco dei pacchetti dei vari repository (usare l'opzione '''--noupdate''' per evitarlo);
* viene aggiornato l'elenco dei pacchetti dei vari [[repository]] (usare l'opzione <code>--noupdate</code> per evitarlo);
* vengono scaricati i sorgenti del pacchetto;
* vengono scaricati i sorgenti del pacchetto;
* viene applicata la patch;
* viene applicata la patch;
Riga 123: Riga 165:
* viene/vengono installato/i il/i pacchetto/i generato/i.
* viene/vengono installato/i il/i pacchetto/i generato/i.


Bene, ora il pacchetto installato nel vostro sistema!
Bene, ora il pacchetto è installato nel vostro sistema con la patch desiderata!
 
==Conclusioni==
 
Lo strumento è veramente potente, anche se non esente da bug.
Promette bene e porta una ventata di novità in un campo precedentemente complesso in quanto, per compilare con ottimizzazioni, era necessario ricorrere a strumenti un po' complessi e sfortunatamente tutti indipendenti tra loro, allontanando tutto questo dall'utente novizio.
Ora, anche chi vuole un sistema compilato ad hoc per la propria macchina, potrà restare fedele e usufruire della potenza di apt!
 
 
 
==Faq==
 
'''Q: Ho spostato la directory della cache di apt-build, ma ora apt mi dà degli errori.'''<br/>
'''A:''' Beh...sarebbe stato utile, dopo lo spostamento, eseguire un:
<pre>
# dpkg-reconfigure apt-build
</pre>
per riconfigurare il tutto con i nuovi path.
Se invece si vuole agire a mano è sufficiente modificare il file <code>/etc/apt/apt-build.conf</code> e il <code>sources.list</code>, aggiornando i path relativi ad apt-build.
 
 
'''Q: Come mai non vengono elencati tutte le famiglie di processori durante la configurazione?'''<br/>
'''A:''' Semplicemente perché lo script di configurazione di apt-build esegue un check preliminare in modo da determinare la marca del processore.
 
 
'''Q: Mi sono accorto di non aver configurato correttamente apt-build, come posso fare a modificare la configurazione??'''<br/>
'''A:''' Certamente con il comando:
<pre>
# dpkg-reconfigure apt-build
</pre>
 
 
'''Q: Ho notato che apt-build sostituisce gcc e g++ con uno script, cosa vuol dire?'''<br/>
'''A:''' Apt-build utilizza un wrapper, uno script che si occupa di chiamare gcc e g++ passandogli dei parametri aggiuntivi (quelli per l'ottimizzazione) se a chiamarlo è apt-build.
 
 
'''Q: Visto che apt-build modifica lo script per lanciare gcc e g++, verranno applicate le opzioni di ottimizzazione anche quando compilo senza usare apt-build?'''<br/>
'''A:''' No, in quanto, all'interno del wrapper (che è uno script di shell) viene controllato se è apt-build il chiamante e, in quel caso, applica le opzioni per l'ottimizzazione; nel caso in cui gcc/g++ non vengono chiamati da apt-build, non sono applicate le ottimizzazioni.
 
==Link==


* [http://debian-i586.sourceforge.net/]: interessante progetto di ricompilazione di Debian. Ora sembrerebbe un po'...`smorto`...magari si potrebbe dargli una mano...


---- [[User:MaXeR|MaXeR]]
{{Autori
|Autore=[[User:MaXeR|MaXeR]]
}}


[[Categoria:Apt-Dev]]
[[Categoria:Apt]]
[[Categoria:Creare e modificare pacchetti]]

Versione attuale delle 07:57, 7 set 2019

Edit-clear-history.png Attenzione. Questa guida è da considerarsi abbandonata, per via del tempo trascorso dall'ultima verifica.

Potrà essere resa obsoleta, previa segnalazione sul forum, se nessuno si propone per l'adozione.


Debian-swirl.png Versioni Compatibili

Debian 6 "squeeze"
Debian 7 "wheezy"
Debian 8 "jessie"

Introduzione

Come tutti sanno, o avranno notato, Debian è compilata con opzioni di compilazione generiche, pensate per processori i386. Questa scelta è stata fatta per questioni di stabilità, a quanto ho trovato sulla rete.

A chi vuole sfruttare a fondo la propria macchina, è consigliata una ricompilazione con le ottimizzazioni relative al proprio processore, così da poter sfruttare a fondo tutte le innovazioni introdotte in questi anni.

Prima di affrontare questo argomento è necessario fare una precisazione: non tutti i programmi diventeranno più veloci, esisteranno sempre i 'colli di bottiglia', come la velocità di lettura degli Hard Disk, etc; quindi i programmi che ne trarranno giovamento maggiore saranno quelli che abusano di operazioni matematiche, e che stressano il processore.

Installazione e Configurazione

Ovviamente, trattandosi di Debian, è sufficiente dare un semplice:

# apt-get install apt-build

Mentre il pacchetto viene scaricato insieme alle sue dipendenze, vi invito a fare una visitina a Debtoo, un interessante progetto per dare a Debian strumenti utili per la compilazione dei pacchetti.


Analizziamo le domande del processo di configurazione che viene lanciato durante l'installazione:

Where should apt-build download and build packages?

La scelta di default va più che bene, assicuratevi però di avere un po' di spazio (4-5Gb sarebbero comodi), in quanto la compilazione ne richiede tanto, ed i sorgenti già processati non vengono rimossi automaticamente.


Where must apt-build store built packages?

Qui siamo liberi di fare quello che vogliamo: apt-build, una volta terminata la compilazione, creerà il pacchetto Debian ottimizzato per la nostra macchina. Dobbiamo indicare dove metterli.


These are equivalent to -O1, -O2 and -O3. Optimization level is time dependant - in fact, the more you want to optimize your build the more time will be necessary for compiling but the faster your programs will be. Warning: Strong optimization may lead to stability problems. Which optimization level do you want?

Le scelte che mi sento di consigliare sono due: Medium per una ottimizzazione media; Strong per una ottimizzazione avanzata (attenzione: più è alto il livello di ottimizzazione, più tempo impiega il processo, come è indicato nel testo della domanda).


Add apt-build repository to sources.list?

Rispondendo 'Sì' aggiungeremo al nostro sources.list una riga indicante il repository che viene creato da apt-build (la seconda domanda che ci è stata posta durante il processo di configurazione)


Which options would you like to add to gcc?

Qui possiamo passare delle opzioni aggiuntive a gcc.Eccone alcune:

-jX
X indica il numero di compilazioni parallele consentite
-pipe
Riduce l'accesso al disco (velocizzando l'operazione) utilizzando il pipe (|) invece dei file temporanei


What is your architecture?

Ora ci verrà mostrata una lista di famiglie di processori, relative alla 'marca' del nostro processore (nel mio caso tutte AMD): scegliamo quella adeguata prendendo spunto da questa lista: lista (nel mio caso, su un Compaq Presario 2100, athlon-xp).


Siamo giunti al termine della configurazione! Ancora un passaggio e saremo pronti a conoscere apt-build!


Bisogna modificare il file /etc/apt/sources.list aggiungendo i repository per i sorgenti. Per quelli ufficiali Debian, è sufficiente ricopiare la riga dei repository dei pacchetti normali e sostituire a 'deb' 'deb-src'. Ad esempio, se il nostro sources.list contiene la riga:

deb http://ftp.it.debian.org/debian/ sid main

diventerà:

deb http://ftp.it.debian.org/debian/ sid main
deb-src http://ftp.it.debian.org/debian/ sid main

NB: le due righe possono coesistere tranquillamente. Ora siamo pronti ad iniziare!

Opzioni

Analizziamo un po' di opzioni, molto utili, che renderanno più comprensibili i comandi utilizzati in seguito. La sintassi di apt-build è vicinissima a quella di apt-get, infatti troviamo, come comandi, i seguenti:

update
aggiorna la lista dei pacchetti (come apt-get update);
upgrade
esegue un aggiornamento del sistema, scaricando i pacchetti e compilandoli;
install
scarica e compila il pacchetto indicato;
source
scarica e decomprime il pacchetto nella directory di compilazione (di solito /var/cache/apt-build/build);
remove
come apt-get remove;
clean-sources
esegue un debian/rules clean, che rimuove solamente i prodotti della compilazione;
clean-build
rimuove il contenuto della directory /var/cache/apt-build/build/ che contiene i sorgenti dei pacchetti ricompilati;
clean-repository
rimuove il contenuto della directory /var/cache/apt-build/repository/ che contiene i pacchetti ricompilati tramite apt-build;
world
ricompila tutti i pacchetti correntemente installati;
info
visualizza le informazioni relative al pacchetto compilato.


Le opzioni, invece, sono le seguenti:

--reinstall
ricompila e reinstalla il pacchetto già installato, ci tornerà comodo;
--rebuild
ricompila il pacchetto indicato;
--remove-builddep
rimuove le dipendenze di compilazione (librerie -dev) installate da apt-build per la compilazione;
--nowrapper
non usa il wrapper: compilazione senza le opzioni di ottimizzazione;
--purge
durante la rimozione, verranno cancellati anche i file di configurazione presenti in /etc;
--noupdate
non esegue apt-get update prima dell'installazione dei pacchetti;
--build-command cmd
usa cmd per compilare il pacchetto;
--patch file
applica la patch prima di compilare il pacchetto;
--patch-strip n
indica lo striplevel per il file di patch (equivale al parametro -pX del comando patch);
--yes -y
risponde 'Yes' a tutte le domande poste da apt (usare con prudenza);
--version -v
mostra la versione di apt-build;
--source
non scarica i sorgenti (indica che i sorgenti sono già stati scaricati);
--build-only
non installa le dipendenze del pacchetto (usare con attenzione);
--build-dir dir
specifica la directory in cui eseguire la compilazione;
--repository-dir dir
specifica la directory dove mettere i file compilati;
--target-release
indica da quale release (Stable, Testing, Unstable, Experimental) scaricare i sorgenti;
--sources-list
specifica un sources.list alternativo.


Le opzioni che useremo spesso saranno --reinstall --noupdate.

Utilizzo

Ora guardiamo come utilizzare apt-build per ricompilare pacchetti già presenti nel sistema.

# apt-build --reinstall install kdebase

ad esempio, l'opzione --reinstall ci permetterà di installare il pacchetto anche se nel sistema è già presente un pacchetto con la medesima versione.

Una volta lanciato il comando, apt-build si occuperà di sincronizzare la lista dei pacchetti, scaricherà le librerie di sviluppo necessarie alla compilazione del pacchetto ed eventualmente si occuperà anche delle dipendenze. Una volta scaricato il pacchetto dei sorgenti provvederà alla compilazione.

Potrebbero apparire errori di compilazione: in questi casi bisogna leggerli con attenzione per capire se è un errore prodotto da apt-build o da un errore nei sorgenti e, in tal caso, chiedere aiuto a S. Google. =)

Se invece il pacchetto non è stato precedentemente installato, è possibile installarlo omettendo l'opzione --reinstall:

# apt-build install nomepacchetto

Comando 'strano', che non ho ancora avuto modo di sperimentare è:

# apt-build world

che permette la ricompilazione di tutti i pacchetti correntemente installati sul computer!

Allo stesso modo è possibile aggiornare il sistema direttamente, tramite un semplice:

# apt-build upgrade


Una precisazione è d'obbligo: non tutti i repository offrono i pacchetti contenenti i sorgenti, e per questo ci si può trovare di fronte ad alcuni errori. Qui sta a voi risolverli, o installando il pacchetto binario o cercando un altro mirror.

Applicare una patch

Come abbiamo già visto apt-build ci mette a disposizione una opzione, --patch, che consente di applicare delle patch al pacchetto da installare.
Vediamo, ora, come fare.

Scarichiamo la patch:

$ wget http://indirizzo/per/la/patch.patch

e diamo il semplice comando:

# apt-build -p 0 --patch patch.patch install 'pacchetto'

ora mettiamoci comodi, armati di tazzona di caffè (rigorosamente marchiata con un bel Tux) e controlliamo a video mentre:

  • vengono scaricate i pacchetti *-dev per la compilazione;
  • viene aggiornato l'elenco dei pacchetti dei vari repository (usare l'opzione --noupdate per evitarlo);
  • vengono scaricati i sorgenti del pacchetto;
  • viene applicata la patch;
  • inizia la compilazione del pacchetto:
  • viene/vengono installato/i il/i pacchetto/i generato/i.

Bene, ora il pacchetto è installato nel vostro sistema con la patch desiderata!

Conclusioni

Lo strumento è veramente potente, anche se non esente da bug. Promette bene e porta una ventata di novità in un campo precedentemente complesso in quanto, per compilare con ottimizzazioni, era necessario ricorrere a strumenti un po' complessi e sfortunatamente tutti indipendenti tra loro, allontanando tutto questo dall'utente novizio. Ora, anche chi vuole un sistema compilato ad hoc per la propria macchina, potrà restare fedele e usufruire della potenza di apt!


Faq

Q: Ho spostato la directory della cache di apt-build, ma ora apt mi dà degli errori.
A: Beh...sarebbe stato utile, dopo lo spostamento, eseguire un:

# dpkg-reconfigure apt-build

per riconfigurare il tutto con i nuovi path. Se invece si vuole agire a mano è sufficiente modificare il file /etc/apt/apt-build.conf e il sources.list, aggiornando i path relativi ad apt-build.


Q: Come mai non vengono elencati tutte le famiglie di processori durante la configurazione?
A: Semplicemente perché lo script di configurazione di apt-build esegue un check preliminare in modo da determinare la marca del processore.


Q: Mi sono accorto di non aver configurato correttamente apt-build, come posso fare a modificare la configurazione??
A: Certamente con il comando:

# dpkg-reconfigure apt-build


Q: Ho notato che apt-build sostituisce gcc e g++ con uno script, cosa vuol dire?
A: Apt-build utilizza un wrapper, uno script che si occupa di chiamare gcc e g++ passandogli dei parametri aggiuntivi (quelli per l'ottimizzazione) se a chiamarlo è apt-build.


Q: Visto che apt-build modifica lo script per lanciare gcc e g++, verranno applicate le opzioni di ottimizzazione anche quando compilo senza usare apt-build?
A: No, in quanto, all'interno del wrapper (che è uno script di shell) viene controllato se è apt-build il chiamante e, in quel caso, applica le opzioni per l'ottimizzazione; nel caso in cui gcc/g++ non vengono chiamati da apt-build, non sono applicate le ottimizzazioni.

Link

  • [1]: interessante progetto di ricompilazione di Debian. Ora sembrerebbe un po'...`smorto`...magari si potrebbe dargli una mano...




Guida scritta da: MaXeR Swirl-auth20.png Debianized 20%
Estesa da:
Verificata da:

Verificare ed estendere la guida | Cos'è una guida Debianized