15.3. Creazione di un repository di pacchetti per APT
Falcot Corp ha cominciato gradualmente a mantenere un certo numero di pacchetti Debian, sia modificandoli localmente da pacchetti esistenti che creandoli da zero per distribuire dati interni e programmi.
To make deployment easier, they want to integrate these packages in a package archive that can be directly used by APT. For obvious maintenance reasons, they wish to separate internal packages from locally-rebuilt packages. The goal is for the matching entries in a /etc/apt/sources.list.d/falcot.list
file to be as follows:
deb http://packages.falcot.com/ updates/
deb http://packages.falcot.com/ internal/
The administrators therefore configure a virtual host on their internal HTTP server, with /srv/vhosts/packages/
as the root of the associated web space. The management of the archive itself is delegated to the mini-dinstall
command (in the similarly-named package). This tool keeps an eye on an incoming/
directory (in our case, /srv/vhosts/packages/mini-dinstall/incoming/
) and waits for new packages there; when a package is uploaded, it is installed into a Debian archive at /srv/vhosts/packages/
. The mini-dinstall
command reads the *.changes
file created when the Debian package is generated. These files contain a list of all other files associated with the version of the package (*.deb
, *.dsc
, *.diff.gz
/*.debian.tar.gz
, *.orig.tar.gz
, or their equivalents with other compression tools), and these allow mini-dinstall
to know which files to install. *.changes
files also contain the name of the target distribution (often unstable
) mentioned in the latest debian/changelog
entry, and mini-dinstall
uses this information to decide where the package should be installed. This is why administrators must always change this field before building a package, and set it to internal
or updates
, depending on the target location. mini-dinstall
then generates the files required by APT, such as Packages.gz
.
Per la configurazione di mini-dinstall
è necessario impostare il file ~/.mini-dinstall.conf
; nel caso della Falcot Corp, i contenuti sono i seguenti:
[DEFAULT]
archive_style = flat
archivedir = /srv/vhosts/packages
verify_sigs = 0
mail_to = admin@falcot.com
generate_release = 1
release_origin = Falcot Corp
release_codename = stable
[updates]
release_label = Recompiled Debian Packages
[internal]
release_label = Internal Packages
Una decisione degna di nota è la generazione del file
Release
per ogni archivio. Questo può aiutare a gestire le priorità del pacchetto d'installazione utilizzando il file di configurazione
/etc/apt/preferences
(si veda la
Sezione 6.2.5, «Gestire le priorità dei pacchetti» per maggiori informazioni).
Quando viene eseguito mini-dinstall
in realtà viene avviato un demone sullo sfondo. Finché questo demone rimane attivo, verifica ogni mezz'ora se ci sono nuovi pacchetti nella directory incoming/
. Quando viene inserito un nuovo pacchetto, viene spostato nell'archivio e vengono rigenerati, in maniera appropriata, i file Packages.gz
e Sources.gz
. Se risulta problematico eseguire un demone, mini-dinstall
può essere avviato manualmente in modalità batch (con l'opzione -b
) ogni volta che viene caricato un pacchetto nella directory incoming/
. I metodi alternativi messi a disposizione da mini-dinstall
sono documentati nella sua pagina di manuale mini-dinstall(1).