Product SiteDocumentation Site

15.2. Creare il primo pacchetto

15.2.1. Meta-pacchetti o pacchetti finti

I pacchetti finti e i meta-pacchetti sono simili, entrambi non hanno contenuti, hanno però dei meta-dati che agiscono sullo stack di gestione del pacchetto.
Lo scopo dei pacchetti finti è quello di far credere a dpkg e apt che un determinato pacchetto è installato, anche se è solamente un guscio vuoto. Questo permette di soddisfare le dipendenze di un pacchetto quando il software corrispondente è installato al di là delle scopo del sistema di pacchettizzazione. Questo sistema funziona, ma dovrebbe comunque essere evitato quando possibile, dato che non c'è alcuna garanzia che il software installato manualmente si comporti esattamente come il pacchetto corrispondente e i pacchetti che dipendono da esso potrebbero non funzionerebbero correttamente.
D'altra parte, lo scopo principale di un meta-pacchetto è quello di raggruppare una serie di dipendenze, in modo che con il meta-pacchetto si installino una serie di altri pacchetti in un unico passaggio.
Entrambi i tipi di pacchetti possono essere creati dai comandi equivs-control e equivs-build (nel pacchetto equivs). Il comando equivs-control file crea un file d'intestazione del pacchetto Debian che dovrebbe essere modificato per contenere il nome del pacchetto, il numero di versione, il nome del manutentore, le dipendenze e la descrizione. Gli altri campi senza un valore predefinito sono opzionali e possono essere eliminati. I campi Copyright, Changelog, Readme e Extra-Files non sono campi standard nei pacchetti Debian, hanno senso solo nell'ambito di equivs-build e non saranno conservati nelle intestazioni del pacchetto generato.

Esempio 15.2. File d'intestazione del pacchetto finto libxml-libxml-perl

Section: perl
Priority: optional
Standards-Version: 3.8.4

Package: libxml-libxml-perl
Version: 1.57-1
Maintainer: Raphael Hertzog <hertzog@debian.org>
Depends: libxml2 (>= 2.6.6)
Architecture: all
Description: Fake package - module manually installed in site_perl
 This is a fake package to let the packaging system
 believe that this Debian package is installed. 
 .
 In fact, the package is not installed since a newer version
 of the module has been manually compiled & installed in the
 site_perl directory.

Il passo successivo è quello di generare il pacchetto Debian con il comando equivs-build file. Voilà: il pacchetto viene creato nella directory corrente e può essere gestito come qualsiasi altro pacchetto Debian.

15.2.2. Semplice file di archivio

Gli amministratori della Falcot Corp hanno bisogno di creare un pacchetto Debian, per facilitare la distribuzione di una serie di documenti su un gran numero di macchine. L'amministratore incaricato per questo compito prima legge la «Guida al nuovo Maintainer», quindi inizia a lavorare sul pacchetto.
Il primo passo è la creazione della directory falcot-data-1.0 che conterrà il sorgente del pacchetto interessato. Il nome del pacchetto sarà logicamente falcot-data con il numero di versione 1.0. L'amministratore mette i file dei documenti nella sotto-directory data. Dopo viene eseguito il comando dh_make (dal pacchetto dh-make) per aggiungere i file necessari per il processo di generazione del pacchetto, che saranno memorizzati nella sotto-directory debian:
$ cd falcot-data-1.0
$ dh_make --native

Type of package: single binary, indep binary, multiple binary, library, kernel module, kernel patch or cdbs?
 [s/i/m/l/k/n/b] i

Maintainer name : Raphael Hertzog
Email-Address   : hertzog@debian.org
Date            : Mon, 11 Apr 2011 15:11:36 +0200
Package Name    : falcot-data
Version         : 1.0
License         : blank
Usind dpatch    : no
Type of Package : Independent
Hit <enter> to confirm:
Currently there is no top level Makefile. This may require additional tuning.
Done. Please edit the files in the debian/ subdirectory now. You should also
check that the falcot-data Makefiles install into $DESTDIR and not in / .
$
Il tipo di pacchetto selezionato (binario singolo) indica che questo pacchetto sorgente genererà, a seconda dell'architettura (Architecture: any), un pacchetto binario singolo. Invece, i pacchetti di tipo binario indip, creano un singolo pacchetto binario che non dipende da nessuna architettura (Architecture: all). In questo caso la scelta migliore è l'ultimo tipo di pacchetto, dato che il pacchetto contiene solo documenti e non binari. In questo modo può essere usato allo stesso modo su tutte le architetture di computer.
Il tipo di pacchetto sorgente a binari multipli genera diversi pacchetti binari. Un caso particolare, sono i sorgenti dei pacchetti di tipo library, utile per le librerie condivise, in quanto hanno bisogno di seguire delle regole ben precise di pacchettizzazione. In modo simile, modulo del kernel deve essere limitato ai pacchetti contenenti i moduli del kernel. Infine, cdbs è uno specifico sistema di pacchettizzazione, piuttosto flessibile ma che richiede diverse conoscenze.
Il comando dh_make crea la sotto-directory debian con all'interno molti file. Alcuni di questi sono necessari, in particolare i file rules, control, changelog e copyright. I file con estensione .ex sono file di esempio che all'occorrenza possono essere modificati (e rimossa l'estensione). Quando non sono necessari, è consigliato eliminarli. Il file compat deve essere mantenuto, in quanto è necessario per la suite di programmi debhelper (che iniziano tutti con il prefisso dh_) utilizzato in diverse fasi del processo di generazione del pacchetto.
Il file copyright deve contenere le informazioni sugli autori dei documenti inclusi nel pacchetto e la relativa licenza. In questo caso si tratta di documenti interni e il loro uso è limitato all'interno dell'azienda Falcot Corp. Il file changelog, generato in maniera predefinita, è generalmente corretto; è sufficiente sostituire la frase «Initial release» con una spiegazione più dettagliata e modificare la distribuzione da unstable a internal. È stato aggiornato il file control file: la sezione è stata modificata in misc e i campi Homepage, Vcs-Git e Vcs-Browser sono stati rimossi. I campi Depends sono stati completati con iceweasel | www-browser in modo da garantire la disponibilità di un browser web in grado di visualizzare i documenti nel pacchetto.

Esempio 15.3. Il file control

Source: falcot-data
Section: misc
Priority: optional
Maintainer: Raphael Hertzog <hertzog@debian.org>
Build-Depends: debhelper (>= 7.0.50~)
Standards-Version: 3.8.4

Package: falcot-data
Architecture: all
Depends: iceweasel | www-browser, ${misc:Depends}
Description: Internal Falcot Corp Documentation
 This package provides several documents describing the internal
 structure at Falcot Corp.  This includes:
  - organization diagram
  - contacts for each department.
 .
 These documents MUST NOT leave the company.
 Their use is INTERNAL ONLY.

Esempio 15.4. Il file changelog

falcot-data (1.0) internal; urgency=low

  * Initial Release.
  * Let's start with few documents:
    - internal company structure;
    - contacts for each department.

 -- Raphael Hertzog <hertzog@debian.org>  Mon, 11 Apr 2011 20:46:33 +0200

Esempio 15.5. Il file copyright

This work was packaged for Debian by Raphael Hertzog <hertzog@debian.org>
on Mon, 11 Apr 2011 20:46:33 +0200

Copyright:

    Copyright (C) 2004-2011 Falcot Corp

License:

    All rights reserved.

Il file rules di solito contiene un insieme di regole utilizzate per configurare, compilare e installare il software in una sotto-directory dedicata (con il nome del pacchetto binario generato). Il contenuto di questa sotto-directory viene archiviato all'interno del pacchetto Debian, come se fosse la radice del file system. In questo caso, i file verranno installati netta sotto-directory debian/falcot-data/usr/share/falcot-data/, in modo che l'installazione del pacchetto generato metta i file in /usr/share/falcot-data/. Il file rules viene utilizzato come un Makefile, con alcuni obbiettivi predefiniti (compresi clean e binary, utilizzati rispettivamente per pulire la directory dei sorgenti e per generare il pacchetto binario).
Anche se questo file è il cuore di tutto il processo, contiene solo il minimo indispensabile per l'esecuzione di un insieme predefinito di comandi forniti dal programma debhelper. Questo è il caso per i file generati da dh_make. Per installare i file interessati, bisogna semplicemente configurare il comportamento del comando dh_install creando il seguente file debian/falcot-data.install:
data/* usr/share/falcot-data/
A questo punto, il pacchetto può essere creato. Sarà comunque necessario qualche ritocco. Dal momento che gli amministratori vogliono che i documenti siano facilmente accessibili dal menu d'aiuto dell'ambiente grafico, si crea una voce nel sistema dei menu Debian. Questo viene fatto semplicemente rinominando il file debian/menu.ex senza la sua estensione e modificandolo come segue:

Esempio 15.6. Il file menu

?package(falcot-data):needs=X11|wm section=Help\
  title="Internal Falcot Corp Documentation" \
  command="/usr/bin/x-www-browser /usr/share/falcot-data/index.html"
?package(falcot-data):needs=text section=Help\
  title="Internal Falcot Corp Documentation" \
  command="/usr/bin/www-browser /usr/share/falcot-data/index.html"

Il campo needs, quando è impostato a X11|wm indica che questa voce ha senso solo in un'interfaccia grafica. Sarà pertanto integrato solo nei menu delle applicazioni grafiche (X11) e dei window manager (da cui la sigla wm). Il campo section indica dove verrà visualizzata la voce del menu. In questo caso, sarà visualizzata nel menu Aiuto. Il campo title contiene il testo che verrà visualizzato nel menu. In fine, il campo command indica il comando da eseguire quando l'utente seleziona la voce di menu.
La seconda voce corrisponde alla prima, con lievi modifiche adatte alla modalità console di testo di Linux.
È sufficiente creare il file debian/menu per attivare il menu nel pacchetto, dato che il comando dh_installmenu viene richiamato automaticamente da dh durante il processo di creazione del pacchetto.
Adesso il pacchetto sorgente è pronto.Tutto quello che resta da fare è generare il pacchetto binario, con lo stesso metodo usato in precedenza per la rigenerazione dei pacchetti: si esegue il comando dpkg-buildpackage -us -uc all'interno della directory falcot-data-1.0.