Provided by:
debhelper_5.0.7ubuntu13_all 
NOM
debhelper - ensemble d’outils regroupés sous le nom de debhelper
SYNOPSIS
dh_* [-v] [-a] [-i] [-s] [--no-act] [-ppaquet] [-Npaquet] [-Ptmpdir]
DESCRIPTION
Debhelper facilite la construction des paquets Debian. La philosophie
qui sous-tend debhelper est de fournir une collection de petits outils
simples et facilement compréhensibles qui seront exploités dans
debian/rules pour automatiser les tâches courantes liées à la
construction des paquets, d’où un travail allégé pour le responsable.
Dans une certaine mesure, cela signifie également que ces outils
peuvent être adaptés aux modifications éventuelles de la Charte Debian.
Les paquets qui utiliseront debhelper ne nécessiteront qu’une simple
reconstruction pour être conformes aux nouvelles règles.
Un fichier debian/rules, exploitant debhelper, appelle séquentiellement
des commandes de debhelper. Le nom de ces commandes est préfixé par
« dh_ ». Des exemples de fichiers debian/rules qui exploitent debhelper
se trouvent dans /usr/share/doc/debhelper/examples/
Pour créer un nouveau paquet Debian en utilisant debhelper, il suffit
de copier un des fichiers d’exemple et de le modifier manuellement. Il
est possible également d’essayer le paquet dh-make qui contient une
commande dh_make automatisant partiellement le processus. Pour se
familiariser avec ces concepts, le paquet Debian maint-guide contient
un cours sur la construction d’un premier paquet avec debhelper.
COMMANDES DE DEBHELPER
Voici la liste complète de commandes debhelper disponibles. Consulter
leurs pages de manuel respectives pour obtenir des informations
complémentaires.
dh_builddeb(1)
Construction des paquets Debian
dh_clean(1)
nettoie le répertoire de construction du paquet
dh_compress(1)
comprime les fichiers dans le répertoire de construction du paquet
et modifie les liens symboliques en conséquence
dh_desktop(1)
inscrit les fichiers .desktop
dh_fixperms(1)
ajuste les droits sur les fichiers du répertoire de construction du
paquet
dh_gencontrol(1)
produit et installe le fichier de contrôle
dh_install(1)
installe les fichiers dans le répertoire de construction du paquet
dh_installcatalogs(1)
installe et inscrit les catalogues SGML
dh_installchangelogs(1)
installe les journaux de suivi des modifications (changelog) dans
les répertoires de construction du paquet
dh_installcron(1)
installe les scripts cron dans etc/cron.*
dh_installdeb(1)
installe des fichiers dans le répertoire DEBIAN
dh_installdebconf(1)
installe les fichiers utilisés par debconf dans les répertoires de
construction du paquet
dh_installdirs(1)
crée des sous-répertoires dans le répertoire de construction du
paquet
dh_installdocs(1)
installe la documentation dans le répertoire de construction du
paquet
dh_installemacsen(1)
inscrit un paquet additionnel emacs
dh_installexamples(1)
installe les fichiers d’exemples dans le répertoire de construction
du paquet
dh_installinfo(1)
installe et inscrit les fichiers info
dh_installinit(1)
installe les scripts d’initialisation (init scripts) dans le
répertoire de construction du paquet
dh_installlogcheck(1)
installe les fichiers de règles de vérification des journaux
(logcheck rulefiles) dans etc/logcheck/
dh_installlogrotate(1)
installe les fichiers de configuration de la rotation des journaux
(logrotate)
dh_installman(1)
installe les pages de manuel dans le répertoire de construction du
paquet
dh_installmanpages(1)
ancien programme d’installation des pages de manuel
dh_installmenu(1)
installe les fichiers du menu Debian dans le répertoire de
construction du paquet
dh_installmime(1)
installe les fichiers « mime » dans le répertoire de construction
du paquet
dh_installmodules(1)
inscrit les modules avec modutils
dh_installpam(1)
installe les fichiers de support de PAM
dh_installppp(1)
installe les fichiers ppp.ip-up et ppp.ip-down
dh_installwm(1)
inscrit un gestionnaire de fenêtre (window manager)
dh_installxfonts(1)
inscrit les polices de caractères graphiques (X fonts)
dh_link(1)
crée les liens symboliques dans le répertoire de construction du
paquet
dh_listpackages(1)
énumère les paquets binaires que debhelper va traiter
dh_makeshlibs(1)
crée automatiquement le fichier shlibs
dh_md5sums(1)
crée le fichier DEBIAN/md5sums
dh_movefiles(1)
déplace des fichiers depuis debian/tmp dans des sous-paquets
dh_perl(1)
détermine les dépendances Perl
dh_python(1)
détermine les dépendances Python et ajoute des scripts de
maintenance Python postinst et prerm
dh_scrollkeeper(1)
produit les scripts d’enregistrement ScrollKeeper
dh_shlibdeps(1)
détermine les dépendances envers les bibliothèques partagées
dh_strip(1)
dépouille les exécutables, les bibliothèques partagées, et
certaines bibliothèques statiques
dh_suidregister(1)
programme obsolète d’inscription suid
dh_testdir(1)
vérifie le répertoire avant de construire un paquet Debian
dh_testroot(1)
vérifie que le paquet est construit par le superutilisateur (root)
dh_testversion(1)
vérifie que la bonne version de debhelper est installée
dh_undocumented(1)
programme obsolète de création de liens symboliques vers
« undocumented.7 »
dh_usrlocal(1)
migre les répertoires usr/local dans les scripts de maintenance du
paquet
Si le nom d’un programme commence par « dh_ » et qu’il n’est pas dans
la liste ci-dessus, alors, c’est qu’il ne fait pas partie du paquet
debhelper. Cependant, il devrait tout de même fonctionner comme les
autres programmes décrits dans cette page.
FICHIERS DE CONFIGURATION DE DEBHELPER
Beaucoup de commandes de debhelper utilisent des fichiers du répertoire
debian/ pour piloter leur fonctionnement. Outre les fichiers
debian/changelog et debian/control, qui se trouvent dans tous les
paquets, et pas seulement dans ceux qui emploient debhelper, d’autres
fichiers peuvent servir à configurer le comportement des commandes
spécifiques de debhelper. Ces fichiers sont, en principe, nommés
debian/paquet.toto (où « paquet » est, bien sûr, à remplacer par le nom
du paquet concerné).
Par exemple, dh_installdocs utilise un fichier appelé
debian/package.docs pour énumérer les fichiers de documentation qu’il
installera. Consulter les pages de manuel des différentes commandes
pour connaître le détail des noms et des formats des fichiers employés.
D’une façon générale, ces fichiers de configuration énumèrent les
fichiers sur lesquels devra porter l’action, à raison d’un fichier par
ligne. Quelques programmes de debhelper emploient des paires
fichier/destination voire des formats légèrement plus compliqués.
Nota : Lorsqu’un paquet est le premier (ou le seul) paquet binaire
énuméré dans le fichier debian/control, debhelper exploitera
debian/toto si aucun fichier debian/paquet.toto n’est présent.
Dans quelques rares cas, il peut être utile d’exploiter différentes
versions de ces fichiers pour des architectures différentes. S’il
existe des fichiers appelés debian/package.toto.arch dans lesquels
« arch » correspond au résultat de « dpkg --print-architecture », alors
ils seront utilisés de préférence aux autres fichiers plus généraux.
Dans beaucoup de cas, ces fichiers de configuration sont employés pour
indiquer divers types de fichiers : documentation, fichiers d’exemples
à installer, fichiers à déplacer et ainsi de suite. Lorsque cela se
justifie, dans des cas comme ceux-ci, il est possible d’employer les
jokers (wildcard) standard de l’interpréteur de commandes (shell)
(« ? », « * » et « [..] »).
Il est également possible de placer des commentaires dans ces fichiers.
Les lignes débutant par « # » sont ignorées.
OPTIONS PARTAGÉES DE DEBHELPER
Tous les programmes de debhelper acceptent les options suivantes :
-v, --verbose
Mode verbeux : affiche toutes les commandes qui modifient le
répertoire de construction du paquet.
--no-act
Empêche la construction de s’effectuer réellement. Si cette option
est utilisée avec -v, le résultat sera l’affichage de ce que la
commande aurait fait.
-a, --arch
Construit tous les paquets dépendants d’une architecture.
-i, --indep
Construit tous les paquets indépendants de l’architecture.
-ppaquet, --package=paquet
Construit le paquet nommé « paquet ». Cette option peut être
répétée afin de faire agir debhelper sur plusieurs paquets.
-s, --same-arch
Il s’agit d’une version plus astucieuse de l’option -a, employée
dans quelques rares cas. Grâce à cette option, si le fichier de
contrôle du paquet comporte le champ « Architecture: i386 »,
debhelper ne construira pas le paquet pour d’autres architectures.
De cette façon, cette option construit tous les paquets marqués
«Architecture: any » ainsi que tous les paquets dont l’architecture
mentionnée correspond à l’architecture courante. Ce comportement
est à l’opposé de l’option -a, qui construit seulement les paquets
qui ne sont pas indépendants de l’architecture.
-Npaquet, --no-package=paquet
Exclut le paquet spécifié du processus de construction, même si
l’option - a, -i ou -p l’impliquait.
-Ptmpdir, --tmpdir=tmpdir
Utilise le répertoire « tmpdir » pour construire les paquets.
Sinon, par défaut, le répertoire utilisé est « debian/paquet »
--mainpackage=paquet
Cette option, peu utilisée, indique à debhelper le nom du paquet
principal pour lequel les fichiers debian/toto peuvent être
utilisés à la place des fichiers habituels debian/paquet.toto. Par
défaut, debhelper considère que le paquet principal est le premier
paquet énuméré dans le fichier debian/control.
OPTIONS COURANTES DE DEBHELPER
Certains programmes de debhelper acceptent les options suivantes :
Consulter la page de manuel de chaque programme pour une explication
complète du rôle de ces options.
-n Ne pas modifier les scripts de maintenance du paquet (postinst,
postrm, etc.).
-Xélément, --exclude=élément
Permet d’exclure un élément du traitement. Cette option peut être
employée plusieurs fois afin d’exclure plusieurs éléments.
-A, --all
Précise que les fichiers (ou autres éléments) indiqués dans la
ligne de commande concernent TOUS les paquets construits et pas
seulement le premier.
REMARQUES
Prise en charge de plusieurs paquets binaires
Si le paquet source produit plus d’un paquet binaire, les programmes de
debhelper construiront tous les paquets binaires. Si le paquet source
doit construire un paquet dépendant de l’architecture, et un paquet
indépendant de l’architecture, ce comportement ne conviendra pas. En
effet, il convient de construire les paquets dépendants de
l’architecture dans la cible binary-arch du fichier debian/rules, et
les paquets indépendants de l’architecture dans la cible binary-indep.
Pour résoudre ce problème, et pour un meilleur contrôle sur la
construction des paquets par debhelper, tous les programmes de
debhelper acceptent les options -a, -i, -p, et -s. Ces options sont
cumulatives. Si aucune n’est précisée, les programmes de debhelper
construisent tous les paquets énumérés dans le fichier de contrôle.
Consulter /usr/share/doc/debhelper/examples/rules.multi pour avoir un
exemple d’utilisation de debhelper avec un paquet qui génère des
paquets binaires multiples.
Génération automatique des scripts Debian de maintenance du paquet
Certaines commandes de debhelper produisent automatiquement des lignes
de codes de maintenance du paquet. Pour les inclure dans vos propres
scripts de maintenance du paquet, il convient d’ajouter « #DEBHELPER# »
à l’endroit où les lignes de code générées devront être insérées.
« #DEBHELPER# » sera remplacé, par les lignes de code générées
automatiquement, lors de l’exécution de dh_installdeb.
Si un script de maintenance n’existe pas et que debhelper doit y
inclure quelque chose, alors debhelper créera le script de maintenance
complètement.
Toutes les commandes de debhelper qui produisent automatiquement des
lignes de code de cette façon peuvent inhiber cette production grâce Ã
l’option -n (voir ci-dessus).
Nota : Les lignes de code insérées seront écrit dans le langage de
l’interpréteur de commandes (shell). De ce fait, il est impossible de
les placer directement dans un script Perl. Pour les insérer dans un
script Perl, voici une solution. (S’assurer que $1, $2, etc. sont bien
définis par la commande set.)
my $temp="set -e\nset -- @ARGV\n" . << ’EOF’;
#DEBHELPER#
EOF
system ($temp) / 256 == 0
or die "Problème avec le script de debhelper : $!";
Génération automatique des diverses dépendances.
Certaines commandes de debhelper peuvent nécessiter des dépendances
entre le paquet construit et d’autres paquets. Par exemple, si
dh_installdebconf(1) est employé, le paquet devra dépendre de debconf.
Si dh_installxfonts(1) est employé, le paquet deviendra dépendant d’une
version particulière de xutils. Maintenir ces dépendances induites peut
être pénible puisqu’elles découlent de la façon dont debhelper
travaille. C’est pourquoi debhelper offre une solution
d’automatisation.
Toutes les commandes de ce type, outre qu’elles documentent, dans leur
page de manuel, les dépendances qu’elle induisent, généreront
automatiquement une variable de substitution nommée ${misc:depends}. Si
cette variable est exploitée dans le dossier debian/control, il sera
automatiquement enrichi des dépendances induites par debhelper.
Ce processus est entièrement indépendant de ${shlibs:Depends} standard,
produite par dh_makeshlibs(1), et de ${perl:Depends} produite par
dh_perl(1). Il est également possible de choisir de ne pas les utiliser
si les conjectures de debhelper ne correspondent pas la réalité.
Répertoires de construction du paquet
Par défaut, tous les programmes de debhelper supposent que le
répertoire temporaire utilisé pour construire l’arborescence des
fichiers d’un paquet est debian/paquet.
Parfois, il peut être souhaitable d’utiliser un autre répertoire
temporaire. Ceci est obtenu grâce au paramètre -P. Par exemple,
« dh_installdocs -Pdebian/tmp » utilisera debian/tmp comme répertoire
temporaire. Nota : L’usage de -P implique que les programmes de
debhelper ne construisent qu’un seul paquet à la fois. De ce fait, si
le paquet source génère plusieurs paquets binaires, il faudra employer
également le paramètre -p pour préciser l’unique paquet binaire Ã
construire.
Niveaux de compatibilité de debhelper
Parfois, des modifications majeures de debhelper doivent être faites et
vont briser la compatibilité ascendante. Ces modifications sont
nécessaires pour conserver à debhelper ses qualités de conception et
d’écriture, car les besoins changent et le savoir-faire de l’auteur
s’améliore. Pour éviter que de tels changements ne cassent les paquets
existants, un concept de niveau de compatibilité debhelper a été
introduit. On précisera à debhelper le niveau de compatibilité qu’il
doit employer, et il modifiera son comportement de diverses manières.
Pour indiquer à debhelper le niveau de compatibilité à utiliser il faut
placer un nombre dans debian/compat. Par exemple, pour imposer la
version V5 :
echo 5 > debian/compat
Sauf indication contraire, toute la documentation de debhelper suppose
l’utilisation du niveau de compatibilité le plus récent, et, dans la
plupart des cas ne précise pas si le comportement est différent avec
les niveaux de compatibilité antérieurs. De ce fait, si le niveau de
compatibilité le plus récent n’est pas celui utilisé, il est fortement
conseillé de lire les indications ci-dessous qui exposent les
différences dans les niveaux de compatibilité antérieurs.
Les niveaux de compatibilité sont les suivants :
V1 C’est le niveau initial de compatibilité de debhelper ainsi que la
valeur par défaut. Dans ce mode, debhelper emploiera debian/tmp
comme répertoire de l’arborescence du premier paquet binaire
énuméré dans le fichier de contrôle et debian/paquet pour tous les
autres. Ce mode est déconseillé.
Ce mode est déconseillé.
V2 Dans ce mode, debhelper emploiera uniformément debian/paquet comme
répertoire de l’arborescence de chaque paquet construit.
Ce mode est déconseillé.
V3 Ce mode fonctionne comme V2 mais avec les ajouts suivants :
- Les fichiers de configuration de debhelper acceptent les
jokers * et ? lorsque cela a un sens. Pour désactiver
cette substitution et utiliser ces caractères tels quels,
il suffit de les préfixer avec une barre contre-oblique
(backslash).
- Les scripts de maintenance du paquet (postinst et postrm)
feront appel à ldconfig quand dh_makeshlibs sera lancé.
- Chaque fichier de etc/ est automatiquement marqué par
dh_installdeb comme un fichier de configuration.
Ce mode est déconseillé.
V4 Les changements par rapport à la version 3 sont :
- dh_makeshlibs -V n’inclura pas la partie Debian du numéro
de version dans la ligne de dépendance produite dans le
fichier shlibs.
- Il est fortement conseillé de mettre le nouveau
${misc:Depends} dans debian/control pour compléter
${shlibs:Depends}.
- dh_fixperms rendra exécutables tous les fichiers des
répertoires bin/ et etc/init.d.
- dh_link corrigera les liens existants pour les rendre
conformes à la Charte Debian.
V5 C’est la version dont l’usage est recommandé. Elle fait la même
chose que la version V4 plus :
- Les commentaires sont ignorés dans les fichiers de
configuration de debhelper.
- dh_strip --dbg-package indique maintenant le nom du paquet
qui doit recevoir les symboles de mise au point et non plus
les paquets d’où proviennent ces symboles.
- dh_installdocs saute l’installation des fichiers vides.
Liens symboliques vers le répertoire de documentation
Parfois il est utile de construire un paquet qui ne contient pas de
répertoire /usr/share/doc/paquet. On peut, à la place, créer un lien
symbolique « en l’air » qui pointe sur un autre répertoire de
documentation. La Charte Debian indique que c’est autorisé si le paquet
construit dépend du paquet comportant la documentation. Pour obtenir ce
résultat, il suffit d’omettre l’installation du répertoire de
documentation dans le paquet et d’employer dh_link pour générer le lien
symbolique (ou le faire manuellement). Dans ce cas debhelper devrait se
comporter correctement, c’est-à -dire remarquer qu’il s’agit d’un lien
symbolique « en l’air » et ne pas essayer d’installer un fichier
copyright ou changelog.
udebs
Debhelper prend en charge la construction des udebs. Pour créer un udeb
avec debhelper, il faut ajouter « XC-Package-Type: udeb » aux lignes de
paquet dans debian/control, ainsi qu’une dépendance vers
debhelper (>= 4,2) dans la ligne build-depend. Debhelper essayera de
construire des udebs, conformément aux règles de l’installateur Debian,
en suffixant les fichiers de paquets générés avec « .udeb », en
n’installant aucune documentation, en omettant les scripts preinst,
postrm et prerm ainsi que les scripts de configuration, etc.
Autres remarques
Généralement, si un programme de debhelper a besoin qu’un répertoire
existe dans debian/, il le créera. Ce comportement n’est pas documenté
dans toutes les pages de manuel, mais, par exemple, le dh_installdeb
sait qu’il doit créer le répertoire debian/paquet/DEBIAN/ avant de
tenter de mettre des fichiers dedans. De même, dh_installmenu sait
qu’il est nécessaire d’avoir un répertoire
debian/paquet/usr/share/menu/ avant d’installer les fichiers menu, etc.
Dès qu’un paquet emploie debhelper pour sa construction, il faut
vérifier que debhelper a bien été ajouté à la ligne build-depend dans
le fichier debian/control. Il convient également de s’assurer que la
version de debhelper indiquée dans build-depend est au moins égale au
niveau de compatibilité de debhelper utilisée pour la construction du
paquet. Ainsi si le paquet emploie le niveau 5 de compatibilité :
Build-Depends: debhelper (>= 5)
VARIABLES Dâ€â€™ENVIRONNEMENT
DH_VERBOSE
Mettre cette variable à 1 valide le mode verbeux. Debhelper
affichera chaque commande exécutée qui modifie des fichiers.
DH_COMPAT
Indique temporairement le niveau de compatibilité auquel debhelper
doit fonctionner. Cette valeur supplante la valeur précisée dans
debian/compat.
DH_NO_ACT
Mettre cette variable à 1 pour activer le mode simulation (no-act).
DH_OPTIONS
Le contenu de cette variable sera ajouté au début des arguments de
chaque ligne de commande de debhelper. Ce comportement est utile
dans quelques situations, par exemple, pour passer -p à toutes les
commandes de debhelper qui seront exécutées. Une bonne façon
d’employer DH_OPTIONS est d’utiliser des
« Cible-spécifique Variable Valeurs » dans le fichier debian/rules.
Consulter la documentation de make pour obtenir des précisions sur
cette méthode.
DH_ALWAYS_EXCLUDE
Si cette variable possède une valeur, elle sera ajoutée à l’option
-X de toutes les commandes qui admettent cette option. De plus,
dh_builddeb fera un rm -rf quelque chose, correspondant à la valeur
dans l’arbre de construction de paquet.
Ceci peut être utile pour construire un paquet à partir d’une
arborescence CVS. Dans ce cas le réglage de DH_ALWAYS_EXCLUDE=CVS
empêchera les répertoires CVS d’interférer subrepticement dans le
paquet en construction. Ou, si un paquet possède une source
compressée, (maladroitement) présente dans un répertoire CVS, il
peut être utile d’exporter DH_ALWAYS_EXCLUDE=CVS dans debian/rules,
pour que cette variable soit prise en compte quel que soit
l’endroit où le paquet est construit.
Des exclusions multiples peuvent être séparées avec des deux
points, comme dans DH_ALWAYS_EXCLUDE=CVS:.svn
VOIR AUSSI
/usr/share/doc/debhelper/examples/
Un ensemble d’exemples de fichiers debian/rules qui utilisent
debhelper.
<http://kitenet.net/programs/debhelper/>
Le site internet de debhelper.
AUTEUR
Joey Hess <joeyh@debian.org>
TRADUCTION
Valéry Perrin <valery.perrin.debian@free.fr> le 17 septembre 2005.
Dernière mise à jour le 10 novembre 2005.
L’équipe de traduction a fait le maximum pour réaliser une adaptation
française de qualité.
La version anglaise la plus à jour de ce document est toujours
consultable via la commande « man -L en nom_du_man ».
N’hésitez pas à signaler à l’auteur ou au traducteur, selon le cas,
toute erreur dans cette page de manuel.