.\" -*- nroff -*- .\"******************************************************************* .\" .\" This file was generated with po4a. Translate the source file. .\" .\"******************************************************************* .TH DEBUILD 1 "Utilitaires Debian" DEBIAN .SH NOM debuild \- Construire un paquet Debian .SH SYNOPSIS \fBdebuild\fP [\fIoptions_debuild\fP] [\fIoptions_dpkg\-buildpackage\fP] [\fB\-\-lintian\-opts\fP \fIoptions_lintian\fP] .br \fBdebuild\fP [\fIoptions_debuild\fP] \-\- \fBbinary\fP|\fBbinary\-arch\fP|\fBbinary\-indep\fP|\fBclean\fP ... .SH DESCRIPTION \fBdebuild\fP crée tous les fichiers nécessaires pour envoyer un paquet à l'archive Debian. Il exécute dans un premier temps \fBdpkg\-buildpackage\fP, puis \fBlintian\fP avec le fichier \fI.changes\fP créé (en supposant que \fBlintian\fP est installé), enfin il signe les fichiers \fI.changes\fP et/ou \&\fB.dsc\fP appropriés (en utilisant \fBdebsign\fP(1) plutôt que \fBdpkg\-buildpackage\fP(1)\ ; toutes les options relatives à la signature lui sont passées). Des paramètres peuvent être fournis à \fBdpkg\-buildpackage\fP et \fBlintian\fP, en utilisant les paramètres de l'option \fB\-\-lintian\-opts\fP pour ce dernier. Les options \fB\-\-lintian\fP et \fB\-\-no\-lintian\fP permettent de forcer ou d'empêcher l'exécution de \fBlintian\fP. Par défaut, \fBlintian\fP est exécuté. Il y a également d'autres options permettant de définir ou conserver des variables d'environnement, comme décrit dans la section \fBVARIABLES D'ENVIRONNEMENT\fP ci\-dessous. Cette façon d'exécuter \fBdebuild\fP permet également d'obtenir un journal de la construction du paquet dans \&\fI../__.build\fP. .PP Une autre façon d'utiliser \fBdebuild\fP est d'utiliser un (ou plus) des paramètres \fBbinary\fP, \fBbinary\-arch\fP, \fBbinary\-indep\fP et \fBclean\fP. Dans ce cas, \fBdebuild\fP cherchera à obtenir les droits du superutilisateur et à exécuter \fIdebian/rules\fP avec ce(s) paramètre(s). Les options \fB\-\-rootcmd\fP=\fIcommande_pour_devenir_superutilisateur\fP ou \fB\-r\fP\fIcommande_pour_devenir_superutilisateur\fP peuvent être utilisées. La \fIcommande_pour_devenir_superutilisateur\fP est en règle générale une de celles\-ci\ : \fIfakeroot\fP, \fIsudo\fP ou \fIsuper\fP. Lisez ci\-dessous pour une discussion plus approfondie sur ce point. Encore une fois, les options permettant de préserver l'environnement peuvent être utilisées. Dans ce cas, \fBdebuild\fP cherchera également à exécuter dans un premier temps \fBdpkg\-checkbuilddeps\fP\ ; cela peut être explicitement demandé ou empêché avec les options \fB\-D\fP et \fB\-d\fP, respectivement. Remarquez également que si une de ces options ou si l'option \fB\-r\fP est indiquée dans la variable \fBDEBUILD_DPKG_BUILDPACKAGE_OPTS\fP du fichier de configuration, elle sera reconnue, même avec cette façon d'exécuter \fBdebuild\fP. .PP \fBdebuild\fP lit aussi les fichiers de configuration de \fBdevscripts\fP décrits ci\-dessous. Cela permet de fournir des options à utiliser par défaut. .SH "Vérification du nom du répertoire" Comme plusieurs autres scripts du paquet \fBdevscripts\fP, \fBdebuild\fP parcourt une arborescence de répertoires jusqu'à trouver un fichier \fIdebian/changelog\fP avant de construire le paquet. Pour éviter les problèmes posés par les fichiers égarés, il examine le nom du répertoire parent une fois le fichier \fIdebian/changelog\fP trouvé, et vérifie que le nom du répertoire correspond au nom du paquet. La façon précise utilisée est contrôlée par les deux variables du fichier de configuration \fBDEVSCRIPTS_CHECK_DIRNAME_LEVEL\fP et \fBDEVSCRIPTS_CHECK_DIRNAME_REGEX\fP, et les options en ligne de commande associées \fB\-\-check\-dirname\-level\fP et \fB\-\-check\-dirname\-regex\fP. .PP \fBDEVSCRIPTS_CHECK_DIRNAME_LEVEL\fP peut prendre les valeurs suivantes\ : .TP \fB0\fP Ne jamais vérifier le nom du répertoire. .TP \fB1\fP Ne vérifier le nom du répertoire que s'il a fallu changer de répertoire pour trouver le fichier \fIdebian/changelog\fP. C'est le comportement par défaut. .TP \fB2\fP Toujours vérifier le nom du répertoire. .PP Le nom du répertoire est vérifié en testant si le nom du répertoire actuel (donné par \fBpwd\fP(1)) correspond à l'expression rationnelle donnée par la variable \fBDEVSCRIPTS_CHECK_DIRNAME_REGEX\fP du fichier de configuration ou par l'option \fB\-\-check\-dirname\-regex\fP \fIexpression_rationnelle\fP. Il s'agit d'une expression rationnelle Perl (voir \fBperlre\fP(1)), qui sera ancrée à son début et à sa fin. Si elle contient un «\ /\ », alors elle doit correspondre au chemin complet, sinon elle doit correspondre au nom de répertoire complet. Si elle contient la chaîne «\ PACKAGE\ », cette chaîne sera remplacée par le nom du paquet source déterminé par le fichier \fIchangelog\fP. La valeur par défaut de cette expression rationnelle est «\ PACKAGE(\-.+)?\ », ce qui correspond aux répertoires nommés PACKAGE ou PACKAGE\-version. .SH "VARIABLES D'ENVIRONNEMENT" Comme les variables d'environnement peuvent affecter la construction d'un paquet, souvent de façon involontaire, \fBdebuild\fP nettoie l'environnement en enlevant toutes les variables d'environnement, à l'exception de \fBTERM\fP, \fBHOME\fP, \fBLOGNAME\fP, \fBGNUPGHOME\fP, \fBPGPPATH\fP, \fBGPG_AGENT_INFO\fP, \fBGPG_TTY\fP, \fBDBUS_SESSION_BUS_ADDRESS\fP, \fBFAKEROOTKEY\fP, \fBDEBEMAIL\fP, \fBDEB_\fP\fI*\fP, des variables (\fBC\fP, \fBCPP\fP, \fBCXX\fP, \fBLD\fP et \fBF\fP)\fBFLAGS\fP et les variables \fB_APPEND\fP associées, ainsi que les variables pour les paramètres régionaux \fBLANG\fP et \fBLC_\fP\fI*\fP. La variable \fBTERM\fP vaut «\ dumb\ » si elle n'est pas définie, et \fBPATH\fP est définie à «\ /usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11\ ». .PP Si une variable d'environnement ne doit pas être modifiée pour la construction d'un paquet, il est possible d'utiliser \fB\-\-preserve\-envvar\fP \fIvar\fP (ou \fB\-e\fP \fIvar\fP). L'environnement peut aussi être préservé en utilisant l'option \fB\-\-preserve\-env\fP. Cependant, même dans ce cas le \fBPATH\fP est remis à la valeur précisée ci\-dessus. Le \fBseul\fP moyen d'empêcher le \fBPATH\fP d'être remis à zéro est d'utiliser une option \fB\-\-preserve\-envvar PATH\fP. Mais soyez conscient qu'utiliser des programmes d'un emplacement non standard peut facilement résulter en un paquet cassé, puisqu'il ne sera pas possible de le construire sur des systèmes standards. .PP Remarquez que des répertoire peuvent être ajoutés au début de la variable d'environnement \fBPATH\fP en utilisant l'option \fB\-\-prepend\-path\fP. C'est utile quand on veut utiliser des outils comme \fBccache\fP ou \fBdistcc\fP pour la construction d'un paquet. .PP Il est également possible d'éviter d'avoir à écrire quelque chose comme \fITOTO\fP=\fItiti\fP \fBdebuild \-e\fP \fITOTO\fP en écrivant \fBdebuild \-e\fP \fITOTO\fP=\fItiti\fP ou la forme longue \fBdebuild \-\-set\-envvar\fP \fITOTO\fP=\fItiti\fP. .SH "OBTENTION DES DROITS DU SUPERUTILISATEUR" \fBdebuild\fP doit être exécuté en tant que superutilisateur pour fonctionner correctement. Il y a trois façons fondamentalement différentes de faire cela. La première, et celle qui est conseillée, est d'utiliser une commande permettant de devenir superutilisateur. La meilleure d'entre elles est probablement \fBfakeroot\fP(1), puisqu'elle ne nécessite pas d'accorder véritablement de droits. \fBsuper\fP(1) et \fBsudo\fP(1) sont d'autres possibilités. Si aucune option \fB\-r\fP (ou \fB\-\-rootcmd\fP) n'est donnée (rappelez\-vous que \fBdpkg\-buildpackage\fP accepte également une option \fB\-r\fP) et qu'aucune des méthodes suivantes n'est utilisée, alors \fB\-rfakeroot\fP sera implicitement considérée. .PP La deuxième méthode est d'utiliser une commande comme \fBsu\fP(1) pour devenir superutilisateur, et ensuite de réaliser toutes les opérations en tant que superutilisateur. Remarquez cependant que \fBlintian\fP s'arrêtera s'il est exécuté en tant que superutilisateur ou setuid root\ ; cela peut être contourné en utilisant l'option \fB\-\-allow\-root\fP de \fBlintian\fP si vous êtes sûr de vous. .PP La troisième méthode consiste à installer \fBdebuild\fP setuid root. Ce n'est pas la méthode par défaut, et nécessitera l'installation en tant que tel par l'administrateur système. Il faut aussi être conscient que toute personne pouvant exécuter \fBdebuild\fP en tant que superutilisateur ou setuid root a \fBun accès complet au système\fP. Cette méthode n'est pas recommandée, mais fonctionnera. \fBdebuild\fP peut être installé avec les permissions 4754, de façon à ce que seuls les membres de son groupe puissent l'exécuter. L'inconvénient de cette méthode est que les autres utilisateurs ne pourront plus alors utiliser ce programme. D'autres variantes consistent à avoir plusieurs copies de \fBdebuild\fP ou d'utiliser des programmes comme \fBsudo\fP ou \fBsuper\fP pour accorder sélectivement des droits du superutilisateur à certains utilisateurs. Si l'administrateur veut utiliser cette méthode, il devra utiliser le programme \fBdpkg\-statoverride\fP pour modifier les permissions de \fI/usr/bin/debuild\fP. Cela permettra de conserver les permissions après les mises à jour. .SH "POINTS D'ACCROCHE" \fBdebuild\fP gère un certain nombre de points d'ancrage («\ hook\ ») quand il exécute \fBdpkg\-buildpackage\fP. Remarquez que les points d'ancrage entre \fBclean\-hook\fP et \fBlintian\fP (inclus) sont passées au travers de \fBdpkg\-buildpackage\fP en utilisant leur option \fB\-\-hook\-\fP\fInom\fP correspondante. Les points d'ancrage disponibles sont les suivants\ : .TP \fBdpkg\-buildpackage\-hook\fP S'exécute avant le début de \fBdpkg\-buildpackage\fP en appelant \fBdpkg\-checkbuilddeps\fP. .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBinit\fP de \fBdpkg\fP. .TP \fBclean\-hook\fP S'exécute avant que \fBdpkg\-buildpackage\fP lance \fBdebian/rules\ clean\fP pour nettoyer le source. (S'exécute même si le source n'est pas nettoyé car \fB\-nc\fP est utilisée.) .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBpreclean\fP de \fBdpkg\fP. .TP \fBdpkg\-source\-hook\fP S'exécute après le nettoyage du source et avant l'exécution de \fBdpkg\-source\fP (s'exécute même si \fBdpkg\-source\fP n'est pas appelé car \fB\-b\fP, \fB\-B\fP, ou \fB\-A\fP est utilisée). .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBsource\fP de \fBdpkg\fP. .TP \fBdpkg\-build\-hook\fP S'exécute après \fBdpkg\-source\fP et avant l'appel de \fBdebian/rules\ build\fP (s'exécute même si ce n'est qu'une construction du paquet source, donc que \fBdebian/rules\ build\fP n'est pas appelé). .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBbuild\fP de \fBdpkg\fP. .TP \fBdpkg\-binary\-hook\fP S'exécute entre les appels \fBdebian/rules\ build\fP et \fBdebian/rules\ binary\fP(\fB\-arch\fP). Ne s'exécute \fBque\fP si un paquet binaire est construit. .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBbinary\fP de \fBdpkg\fP. .TP \fBdpkg\-genchanges\-hook\fP S'exécute seulement après la construction du paquet et avant l'appel à \fBdpkg\-genchanges\fP. .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBchanges\fP de \fBdpkg\fP. .TP \fBfinal\-clean\-hook\fP S'exécute après \fBdpkg\-genchanges\fP et avant l'appel final \fBdebian/rules\ clean\fP (s'exécute même si le source n'est pas nettoyé après la construction, ce qui est le comportement par défaut). .IP Le point d'ancrage est exécuté dans le source dépaqueté. .IP Correspond au point d'ancrage \fBpostclean\fP de \fBdpkg\fP. .TP \fBlintian\-hook\fP S'exécute (une fois) avant l'appel à \fBlintian\fP (s'exécute même si \fBlintian\fP n'est pas appelé). .IP Le point d'ancrage est exécuté à partir du répertoire parent du source dépaqueté. .IP Correspond au point d'ancrage \fBcheck\fP de \fBdpkg\fP. .TP \fBsigning\-hook\fP S'exécute seulement après l'appel à \fBlintian\fP et avant la signature (s'exécute même si rien n'est signé). .IP Le point d'ancrage est exécuté à partir du répertoire parent du source dépaqueté. .IP Correspond au point d'ancrage \fBsign\fP de \fBdpkg\fP, mais est exécuté par \fBdebuild\fP. .TP \fBpost\-dpkg\-buildpackage\-hook\fP S'exécute quand tout est fini. .IP Le point d'ancrage est exécuté à partir du répertoire parent du source dépaqueté. .IP Correspond au point d'ancrage \fBdone\fP de \fBdpkg\fP, mais est exécuté par \fBdebuild\fP. .PP Une commande de point d'ancrage peut être définie soit dans le fichier de configuration, par exemple avec DEBUILD_SIGNING_HOOK='toto' (notez que les tirets ont été modifiés en caractères de soulignement), ou avec l'option en ligne de commande \fB\-\-signing\-hook\-foo\fP. La commande sera en partie modifiée\ : \fB%%\fP deviendra un signe \fB%\fP simple, \fB%p\fP sera remplacé par le nom du paquet, \fB%v\fP par le numéro de version du paquet, \fB%s\fP par le numéro de version du source et \fB%u\fP par le numéro de version amont. Ni \fB%s\fP ni \fB%u\fP ne contiendra de temps absolu («\ epoch\ »). \fB%a\fP sera \fB1\fP si l'action suivante doit être effectuée et \fB0\fP dans le cas contraire (par exemple, dans le crochet \fBdpkg\-source\fP, \fB%a\fP sera \fB1\fP si \fBdpkg\-source\fP doit être lancé et \fB0\fP sinon). Elle sera alors passée à l'interpréteur de commandes pour être traitée, et peut donc inclure des redirections ou des choses du genre. Par exemple, pour ne lancer que le crochet \fBdpkg\-source\fP si \fBdpkg\-source\fP doit être exécutée, le crochet peut ressemble à ceci\ : «\ if [ %a \-eq 1 ]; then ...; fi\ ». .PP \fBSoyez prudent avec les points d'accroche\fP, puisqu'une mauvaise utilisation peut empêcher le paquet de se compiler depuis le source. Ils peuvent être utiles pour prendre des instantanés, etc. .SH OPTIONS Plus de précisions sont fournies ci\-après. .TP \fB\-\-no\-conf\fP, \fB\-\-noconf\fP Ne lire aucun fichier de configuration. L'option ne peut être utilisée qu'en première position de la ligne de commande. .TP \fB\-\-rootcmd=\fP\fIcommande\-pour\-devenir\-superutilisateur\fP, \fB\-r\fP\fIcommande\-pour\-devenir\-superutilisateur\fP Commande pour obtenir (ou simuler) les droits du superutilisateur. .TP \fB\-\-preserve\-env\fP Ne pas nettoyer l'environnement, à l'exception du PATH. .TP \fB\-\-preserve\-envvar=\fP\fIvar\fP, \fB\-e\fP\fIvar\fP Ne pas nettoyer la variable d'environnement \fIvar\fP. .IP Si \fIvar\fP se termine par un astérisque («\ *\ ») alors toutes les variables qui ont une correspondance avec la portion de \fIvar\fP avant l'astérisque seront préservées. .TP \fB\-\-set\-envvar=\fP\fIvar\fP\fB=\fP\fIvaleur\fP, \fB\-e\fP\fIvar\fP\fB=\fP\fIvaleur\fP Définir la variable d'environnement \fIvar\fP à \fIvaleur\fP et ne l'enlève pas de l'environnement. .TP \fB\-\-prepend\-path=\fP\fIvaleur\fP Une fois que PATH a été normalisé, ajouter \fIvaleur\fP au début. .TP \fB\-\-lintian\fP Exécuter \fBlintian\fP après \fBdpkg\-buildpackage\fP. C'est le comportement par défaut. Cette option permet de remplacer une directive contraire placée dans un fichier de configuration. .TP \fB\-\-no\-lintian\fP Ne pas exécuter \fBlintian\fP après \fBdpkg\-buildpackage\fP. .TP \fB\-\-no\-tgz\-check\fP Même si \fBdpkg\-buildpackage\fP est exécuté et que le numéro de version possède une révision pour Debian, ne pas vérifier si le fichier \fI.orig.tar.gz\fP ou le répertoire \fI.orig\fP existe avant de démarrer la construction. .TP \fB\-\-tgz\-check\fP Si \fBdpkg\-buildpackage\fP est exécuté et que le numéro de version possède une révision pour Debian, vérifier si le fichier \fI.orig.tar.gz\fP ou le répertoire \fI.orig\fP existe avant de démarrer la construction. C'est le comportement par défaut. .TP \fB\-\-username\fP \fInom_utilisateur\fP Pour les signatures, utiliser \fBdebrsign\fP plutôt que \fBdebsign\fP. \fInom_utilisateur\fP indique l'identifiant à utiliser. .TP \fB\-\-\fP\fItoto\fP\fB\-hook\fP=\fIaccroche\fP Définir un point d'accroche comme décrit ci\-dessus. Si \fIaccroche\fP est laissé blanc, le point d'accroche est annulé. .TP \fB\-\-clear\-hooks\fP Supprimer tous les points d'accroche. Ils peuvent être réinstaurés par des options ultérieures en ligne de commande. .TP \fB\-\-check\-dirname\-level\fP \fIN\fP Veuillez consulter la section \fBVérification du nom du répertoire\fP ci\-dessus pour une explication de cette option. .TP \fB\-\-check\-dirname\-regex\fP \fIregex\fP Veuillez consulter la section \fBVérification du nom du répertoire\fP ci\-dessus pour une explication de cette option. .TP \fB\-d\fP Ne pas exécuter \fBdpkg\-checkbuilddeps\fP pour vérifier les dépendances de construction du paquet («\ build dependencies\ »). .TP \fB\-D\fP Exécuter \fBdpkg\-checkbuilddeps\fP pour vérifier les dépendances de construction. .SH "VARIABLES DE CONFIGURATION" Les deux fichiers de configuration \fI/etc/devscripts.conf\fP et \fI~/.devscripts\fP sont évalués dans cet ordre par un interpréteur de commandes («\ shell\ ») pour placer les variables de configuration. Des options de ligne de commande peuvent être utilisées pour neutraliser les paramètres des fichiers de configuration. Les paramètres des variables d'environnement sont ignorés à cette fin. Si la première option donnée en ligne de commande est \fB\-\-noconf\fP, alors ces fichiers ne sont pas évalués. Les variables actuellement identifiées sont\ : .TP \fBDEBUILD_PRESERVE_ENV\fP Lui attribuer la valeur \fIyes\fP équivaut à utiliser l'option \fB\-\-preserve\-env\fP. .TP \fBDEBUILD_PRESERVE_ENVVARS\fP Définit les variables d'environnement à conserver. Elle est constituée d'une liste de variables d'environnement séparées par des virgules. Cela correspond à utiliser plusieurs fois les options \fB\-\-preserve\-envvar\fP ou \fB\-e\fP. .TP \fBDEBUILD_SET_ENVVAR_\fP\fIvar\fP=\fIvaleur\fP Équivaut à utiliser \fB\-\-set\-envvar\fP=\fIvar\fP=\fIvalue\fP. .TP \fBDEBUILD_PREPEND_PATH\fP Équivaut à utiliser \fB\-\-prepend\-path\fP. .TP \fBDEBUILD_ROOTCMD\fP Lui attribuer la valeur \fIprog\fP équivaut à utiliser \fB\-r\fP\fIprog\fP. .TP \fBDEBUILD_TGZ_CHECK\fP Lui attribuer la valeur \fIno\fP équivaut à utiliser l'option \fB\-\-no\-tgz\-check\fP en ligne de commande. .TP \fBDEBUILD_SIGNING_USERNAME\fP Définir cette variable équivaut à utiliser l'option \fB\-\-username\fP en ligne de commande. .TP \fBDEBUILD_DPKG_BUILDPACKAGE_OPTS\fP Voici les options qui devraient être passées à l'invocation de \fBdpkg\-buildpackage\fP. Elles sont données avant toute option en ligne de commande. À cause des problèmes de guillemets avec les interpréteurs de commandes, pour les paramètres contenant un espace, il sera nécessaire d'ajouter des guillemets supplémentaires. Par exemple, pour forcer à toujours utiliser votre clef GPG, même pour les envois parrainés («\ sponsored upload\ »), le fichier de configuration pourra contenir\ : .IP .nf DEBUILD_DPKG_BUILDPACKAGE_OPTS="\-k'Julian Gilbey ' \-sa" .fi .IP ce qui fournit exactement deux options. Sans les guillemets supplémentaires, \fBdpkg\-buildpackage\fP se serait plaint (à juste titre) que \fIGilbey\fP n'est pas une option reconnue (elle ne commence pas par un signe \fB\-\fP). .IP Également, si ce paramètre contient une (ou plusieurs) des options \fB\-r\fP, \fB\-d\fP ou \fB\-D\fP, elle sera toujours prise en compte par \fBdebuild\fP. Remarquez que l'option \fB\-r\fP placée ici écrasera le paramètre \fBDEBUILD_ROOTCMD\fP. .TP \fBDEBUILD_\fP\fITOTO\fP\fB_HOOK\fP La variable de point d'accroche pour le point d'accroche \fItoto\fP. Voyez la section sur les points d'accroche pour plus de détails. Par défaut, elle est non définie. .TP \fBDEBUILD_LINTIAN\fP Lui attribuer la valeur \fIno\fP empêchera l'exécution de \fBlintian\fP. .TP \fBDEBUILD_LINTIAN_OPTS\fP Ce sont les options qui doivent être passées lors de l'invocation de \fBlintian\fP. Elles sont données avant toute option en ligne de commande, et l'utilisation de cette option est la même que celle décrite pour la variable \fBDEBUILD_DPKG_BUILDPACKAGE_OPTS\fP. .TP \fBDEVSCRIPTS_CHECK_DIRNAME_LEVEL\fP, \fBDEVSCRIPTS_CHECK_DIRNAME_REGEX\fP Veuillez consulter la section \fBVérification du nom du répertoire\fP ci\-dessus pour une explication de ces variables. Remarquez que ce sont des variables de configuration pour tous les outils du paquet \fBdevscripts\fP\ ; elles impacteront tous les scripts qui les utilisent, comme indiqué dans leurs pages de manuel respectives et dans \fBdevscripts.conf\fP(5). .SH EXEMPLES Pour construire votre propre paquet, lancez simplement \fBdebuild\fP depuis l'arbre des sources. Des options de \fBdpkg\-buildpackage\fP(1) peuvent être passées en ligne de commande. .PP La ligne de commande typiquement utilisée pour construire le(s) paquet(s) binaire(s) sans signer le fichier .changes (ou le fichier .dsc inexistant) est\ : .IP .nf debuild \-i \-us \-uc \-b .fi .PP Changez \fB\-b\fP en \fB\-S\fP pour ne construire qu'un paquet source. .PP Voici un exemple appelant \fBlintian\fP (et lui fournissant des options) pour vérifier les paquets créés\ : .IP .nf debuild \-\-lintian\-opts \-i .fi .PP Remarquez bien l'ordre des options\ : d'abord les options de \fBdebuild\fP, puis celles de \fBdpkg\-buildpackage\fP et enfin celles de \fBlintian\fP (\fBlintian\fP est appelé par défaut). Si vous utilisez toujours les mêmes options de \fBdpkg\-buildpackage\fP, vous pouvez utiliser l'option \fBDEBUILD_DPKG_BUILDPACKAGE_OPTS\fP du fichier de configuration, comme décrit plus haut. .PP Pour construire un paquet pour un envoi parrainé («\ sponsored upload\ »), donné par \fItoto_1.0\-1.dsc\fP et les fichiers source respectifs, lancez quelque chose qui ressemblerait aux commandes suivantes\ : .IP .nf dpkg\-source \-x toto_1.0\-1.dsc cd toto\-1.0 debuild \-k0x12345678 .fi .PP où 0x12345678 est remplacé par l'identifiant de votre clef GPG ou un autre identifiant de clef tel que votre adresse de messagerie. De nouveau, vous pouvez également utiliser l'option du fichier de configuration \fBDEBUILD_DPKG_BUILDPACKAGE_OPTS\fP tel que c'est décrit plus haut pour éviter d'avoir à taper l'option \fB\-k\fP à chaque fois que vous effectuez un envoi parrainé. .SH "VOIR AUSSI" \fBchmod\fP(1), \fBdebsign\fP(1), \fBdpkg\-buildpackage\fP(1), \fBdpkg\-checkbuilddeps\fP(1), \fBfakeroot\fP(1), \fBlintian\fP(1), \fBsu\fP(1), \fBsudo\fP(1), \fBsuper\fP(1), \fBdevscripts.conf\fP(5), \fBdpkg\-statoverride\fP(8) .SH AUTEUR Le programme \fBdebuild\fP a été initialement écrit par Christoph Lameter . La version actuelle a été écrite par Julian Gilbey . .SH TRADUCTION Ce document est une traduction, maintenue à l'aide de l'outil po4a <\fIhttps://po4a.alioth.debian.org/\fR> par l'équipe de traduction francophone du projet Debian. Nicolas François, Guillaume Delacour, Cyril Brulebois, Thomas Huriaux et David Prévot ont réalisé cette traduction. L'équipe de traduction a fait le maximum pour réaliser une adaptation française de qualité. Veuillez signaler toute erreur de traduction en écrivant à .nh <\fIdebian\-l10n\-french@lists.debian.org\fR> .hy ou par un rapport de bogue sur le paquet devscripts. La version anglaise la plus à jour de ce document est toujours consultable en ajoutant l'option «\ \fB\-L\ C\fR\ » à la commande \fBman\fR.