[ précédent ] [ Table des matières ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ suivant ]
Quelques routines sont à connaître pour chercher vous-même des erreurs sur le paquet avant de l'envoyer sur des archives publiques.
Essayer sur une machine différente de la vôtre est aussi une bonne idée. Vous devez observer de près chaque alerte ou erreur pour tous les tests décrits ici.
Vous devez essayer votre paquet pour vérifier qu'il s'installe sans problème.
La commande debi(1)
vous permet d'essayer l'installation de tout
paquet binaire créé.
$ sudo debi gentoo_0.9.12-1_i386.changes
Vous devez vérifier qu'il n'y a pas de fichier en conflit avec ceux existants
dans d'autres paquets à l'aide du fichier
Contents-i386
téléchargé depuis l'archive Debian
pour éviter les problèmes d'installation sur différents systèmes. La
commande apt-file
peut être pratique pour cela. S'il existe des
fichiers en conflit, veuillez prendre les mesures nécessaires pour éviter les
vrais problèmes avec le mécanisme d'alternatives (cf.
update-alternatives(1)
) en vous coordonnant avec les responsables
de l'autre paquet concerné ou en configurant le champs
« Conflicts » du fichier debian/control
.
Tous les scripts du responsable, c'est-à-dire les fichiers
preinst
, prerm
, postinst
et
postrm
files, ne sont pas triviaux, à moins qu'ils n'aient été
générés automatiquement par les programmes debhelper
. Ne les
utilisez donc pas si vous êtes un responsable débutant, cf. Fichier
{post|pre}{inst|rm}
, Section 5.18.
Si le paquet utilise des scripts du responsable non triviaux, veuillez
les essayer non seulement pour l'installation, mais aussi la suppression, la
purge et la mise à niveau. De nombreux bogues dans les scripts du
responsable surviennent lors de la suppression et de la purge. Utilisez
la commande dpkg
comme ceci pour les essayer :
$ sudo dpkg -r gentoo $ sudo dpkg -P gentoo $ sudo dpkg -i gentoo_version-revision_i386.deb
Les séquences suivantes devraient être essayées :
installation de la version précédente (si elle existe) ;
mise à niveau depuis la version précédente ;
dégradation (« downgrade ») à la version précédente (optionnel) ;
purge ;
installation du nouveau paquet ;
suppression (« remove ») du paquet.
installation du paquet, encore.
purge ;
Pour votre premier paquet, vous devriez créer des paquets factices avec différentes versions pour essayer votre paquet à l'avance et éviter des problèmes par la suite.
Gardez à l'esprit que si votre paquet a déjà été publié avec Debian, des gens vont mettre à jour ce paquet à partir de la version qui était dans la publication Debian précédente. Souvenez-vous d'essayer aussi les mises à jour à partir de cette version.
Même si la dégradation n'est pas officiellement gérée, il est préférable de la permettre.
Exécutez lintian(1)
sur le fichier .changes
. La
commande lintian
exécute de nombreux scripts de tests pour
vérifier la plupart des erreurs habituelles d'empaquetage. [50]
$ lintian -i -I --show-overrides gentoo_0.9.12-1_i386.changes
Bien sûr, remplacez le nom de fichier par celui du fichier
.changes
créé pour votre paquet. La sortie de la commande
lintian
est marquée ainsi :
E: pour erreur ; une violation certaine de la Charte ou erreur d'empaquetage ;
W: pour avertissement ; une violation possible de la Charte ou erreur d'empaquetage ;
I: pour information ; une information sur certains aspects d'empaquetage ;
N: pour note ; un message détaillé pour vous aider à déboguer ;
O: pour ignoré ; un message ignoré par le fichier
lintian-overrides
mais affiché avec le paramètre
--show-overrides.
Pour les avertissements, mettez au point le paquet pour les éviter ou
vérifier qu'ils sont infondés. S'ils sont infondés, configurez les fichiers
lintian-overrides
comme décrit en Fichiers
{paquet.|source/}lintian-overrides
, Section 5.13.
Vous pouvez reconstruire le paquet avec dpkg-buildpackage
et
lancer lintian
en une seule commande avec debuild(1)
ou pdebuild(1)
.
La commande debc(1)
peut énumérer les fichiers du paquet Debian
binaire.
$ debc paquet.changes
La commande debdiff(1)
peut comparer les contenus de fichiers
entre deux paquets Debian sources.
$ debdiff ancien-paquet.dsc nouveau-paquet.dsc
La commande debdiff(1)
permet aussi de comparer les listes de
fichiers entre deux ensembles de paquets Debian binaires.
$ debdiff ancien-paquet.changes nouveau-paquet.changes
Ces commandes sont utiles pour identifier ce qui a été modifié dans les paquets sources, si aucun fichier n'a été déplacé ou enlevé involontairement dans les paquets binaires, et qu'aucune autre modification n'a été faite par inadvertance lors de la mise à jour des paquets binaires.
Vous pouvez comparer deux fichiers diff.gz
avec la commande
interdiff(1)
. C'est utile pour vérifier qu'aucune modification
involontaire n'a été effectuée sur les sources par le responsable en mettant
à jour les paquets à l'ancien format source 1.0.
$ interdiff -z ancien-paquet.diff.gz nouveau-paquet.diff.gz
Toutes ces opérations d'inspection de fichier peuvent être transformées en
un processus intuitif avec un gestionnaire de fichiers comme mc(1)
qui vous permet de consulter non seulement le contenu des fichiers paquet
*.deb
, mais aussi les fichiers *.udeb
,
*.debian.tar.gz
, *.diff.gz
et
*.orig.tar.gz
.
Soyez attentif aux fichiers inutiles ou de taille nulle, dans les paquets
binaires et source. Souvent les fichiers inutiles ne sont pas nettoyés
correctement ; adaptez le fichier rules
pour compenser.
[ précédent ] [ Table des matières ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ suivant ]
Guide du nouveau responsable Debian
version 1.2.25, 2010-12-22 12:44:34 UTCjoy-mg@debian.org
frederic.dumont@easynet.be
adn+deb@diwi.org
david@tilapin.org
debian-l10n-french@lists.debian.org