Backport da unstable in testing: differenze tra le versioni
Nessun oggetto della modifica |
S3v (discussione | contributi) m (+ versioni compatibili) |
||
Riga 1: | Riga 1: | ||
{{Versioni compatibili|Testing}} | |||
== Introduzione == | == Introduzione == | ||
A causa delle numerose migrazioni gli utenti di [[testing]] possono trovarsi davanti a qualche problema relativo alla mancanza di pacchetti nel [[repository]] ufficiale Debian. | A causa delle numerose migrazioni gli utenti di [[testing]] possono trovarsi davanti a qualche problema relativo alla mancanza di pacchetti nel [[repository]] ufficiale Debian. |
Versione delle 11:40, 8 ott 2012
Versioni Compatibili ERRORE: utilizzare "testing_2024" come parametro al posto di " Testing "! Vedi qui. |
Introduzione
A causa delle numerose migrazioni gli utenti di testing possono trovarsi davanti a qualche problema relativo alla mancanza di pacchetti nel repository ufficiale Debian.
Ciò è dovuto alla politica di gestione di testing, la quale richiede che un pacchetto debba avere le seguenti caratteristiche, prima di entrare in testing:
- sia stato in unstable per almeno 10 giorni (nel caso di priorità bassa (low));
- non abbia Bug gravi;
- le dipendenze richieste siano completamente soddisfatte in testing.
In questo caso è possibile adattare i pacchetti di Sid per l'uso su testing (o anche su stable talvolta) eseguendo la procedura di backport illustrata in questa guida.
Lo stato di un pacchetto
È possibile conoscere lo stato di un pacchetto (per l'esattezza di un pacchetto di sorgenti) tramite il sito della Quality Assurance, nel seguente modo:
- ricavare il pacchetto sorgente da cui viene creato il pacchetto binario in questione:
$ apt-cache show nomepacchetto | grep Source
- recarsi su http://packages.qa.debian.org ed inserire il nome del pacchetto sorgente
- leggere lo stato del pacchetto.
Nota: è possibile automatizzare la procedura inserendo, nella pagina http://packages.qa.debian.org, il nome del pacchetto binario: il sistema mostrerà il nome del pacchetto di sorgenti relativo ed in 10 secondi reindirizzerà alla pagina relativa al suo stato. |
Creare i pacchetti binari per la propria distribuzione
Premetto che la seguente procedura è utilizzabile prevalentemente per il backport da unstable a testing, mentre potrebbe dare problemi per il backport da testing a stable.
Pacchetti necessari
Per eseguire le operazioni illustrare in questa pagina sono necessari i seguenti pacchetti, normalmente utilizzati per lo sviluppo dei pacchetti Debian:
- dpkg-dev
- devscripts
- fakeroot
Scaricare i sorgenti
Dalla pagina relativa allo stato del pacchetto è possibile scaricare i sorgenti necessari per questo backport (nel riquadro Source files). I file sono, per l'esattezza, 3:
- l'archivio contenente i sorgenti originali,
.orig.tar.gz
; - l'archivio contenente le patch per creare il pacchetto,
.patch.gz
; - il file contenente la descrizione del pacchetto,
.dsc
Una volta scaricati in una unica directory è necessario estrarli:
$ dpkg-source -x nomepacchetto.....dsc
Scaricare le dipendenze
Prima di procedere alla compilazione bisogna installare i pacchetti -dev
necessari per la compilazione.
Anche in questo caso, come sempre del resto, il sistema di gestione dei pacchetti Debian ci viene in aiuto: basta infatti un semplice:
# apt-get build-dep nomepacchetto
per installare le dipendenze necessarie alla compilazione.
Compilare il pacchetto
Una volta installate le dipendenze si può procedere con la compilazione del pacchetto:
- bisogna entrare nella directory dei sorgenti creata durante l'estrazione dei sorgenti;
- per far partire la compilazione si può usare il seguente comando:
$ fakeroot dpkg-buildpackage
Se tutto procede senza problemi verranno creati, nella directory precedente, i pacchetti binari frutto della compilazione. Per installarli è sufficiente il classico
# dpkg -i nomepacchetto.....deb
Conclusioni
Questo rappresenta il metodo più semplice per ottenere un pacchetto per testing partendo da un pacchetto sorgente di unstable, anche se non sempre può essere applicato in genere a causa di dipendenze non risolte: o perché non presenti in testing (in questo caso è necessario partire dal backporting delle librerie mancanti) o perché le versioni dei pacchetti in testing non sono abbastanza aggiornate per concludere con successo la compilazione (evento molto raro).
Nel Backport Howto vedremo, più in dettaglio, come eseguire un Backport da testing/unstable verso stable.
Guida scritta da: MaXeR | Debianized 20% |
Estesa da: | |
Verificata da: | |
Verificare ed estendere la guida | Cos'è una guida Debianized |