Provided by: devscripts_2.22.2ubuntu3_amd64 
NOM
uscan - Tester ou surveiller la disponibilité d'une nouvelle version amont
SYNOPSIS
uscan [options] [chemin]
DESCRIPTION
Pour une utilisation basique, uscan est exécuté sans aucun paramètre à partir de la racine
d'une arborescence source debianisée où on voit le répertoire debian/ ou un répertoire
contenant plusieurs arborescences sources.
Sauf si --watchfile est indiqué, uscan recherche récursivement les arborescences source
valides en partant du répertoire courant (voir la section "Vérification du nom du
répertoire" ci-dessous pour plus de détails).
Pour chaque arborescence valide trouvée, typiquement la séquence est la suivante :
• uscan lit la première entrée dans debian/changelog pour déterminer le nom du paquet
source <spkg> et la dernière version amont.
• uscan traite les lignes de veille debian/watch de haut en bas en une passe unique.
• uscan télécharge une page web à partir de l'URL spécifiée dans debian/watch.
• uscan extrait les références href pointant vers l'archive amont (ou les archives)
à partir de la page web en utilisant le motif_correspondant dans debian/watch.
• uscan télécharge l'archive amont avec la version la plus haute plus récente que la
dernière version amont.
• uscan sauvegarde l'archive téléchargée dans le répertoire parent ../ :
../<upkg>-<uversion>.tar.gz
• uscan invoque mk-origtargz pour créer l'archive source :
../<spkg>_<oversion>.orig.tar.gz
• Pour un paquet MUT ("multiple upstream tarball" - archive amont multiple),
l'archive amont secondaire sera plutôt nommée
../<spkg>_<oversion>.orig-<composante>.tar.gz.
• L'action est répétée jusqu'à ce que toutes les lignes de debian/watch soient
traitées.
• uscan invoque uupdate pour créer l'arborescence source debianisée :
../<spkg>-<oversion>/*
Veuillez noter les informations suivantes.
• Pour des raisons de simplicité, la méthode de compression utilisée dans les exemples
est gzip avec le suffixe .gz. Les autres méthodes telles que xz, bzip2 et lzma, avec
les suffixes xz, bz2 et lzma correspondants peuvent également être utilisées.
• La nouvelle version=4 permet la gestion des paquets MUT, mais ce sont des cas rares
parmi les paquets Debian. Pour un paquet d'archive simple, il n'y a qu'une ligne de
veille et pas de ../<spkg>_<oversion>.orig-<composante>.tar.gz .
• uscan avec l'option --verbose produit un rapport lisible de son exécution.
• uscan avec l'option --debug produit un rapport lisible de son exécution avec l'état
des variables internes.
• uscan avec l'option --extra-debug produit un rapport lisible de son exécution avec
l'état des variables internes et le contenu distant lors de la phase "recherche".
• uscan avec l'option --dehs produit un rapport d'état du paquet amont au format XML
pour que d'autres programmes tels que Debian External Health System.
• L'objectif premier d'uscan est d'aider à déterminer si c'est bien la dernière version
de l'archive amont qui est utilisée et de télécharger cette version d'archive. L'ordre
des versions est déterminée par dpkg --compare-versions.
• L'option --safe d'uscan limite ses fonctionnalités à ses objectifs premiers. À la fois
le repaquetage des fichiers téléchargés et la mise à jour de l'arborescence source
sont sautés pour éviter l'exécution de scripts non sécurisés. Cela change aussi les
options par défaut à --no-download et --skip-signature.
FORMAT DU FICHIER DE VEILLE
Le format de la version 4 actuelle de debian/watch peut être résumé comme suit :
• Les espaces et les tabulations de début sont supprimées.
• Les lignes vides sont supprimées.
• Une ligne qui débute par # (dièse) est une ligne de commentaire et elle est supprimée.
• Un \ unique (barre inverse oblique) à la fin d'une ligne est supprimé et la ligne
suivante est concaténée après la suppression des espaces et des tabulations de début.
La ligne concaténée est analysée comme une seule ligne. (L'existence ou l'inexistence
d'une espace avant le \ unique final est signifiant.)
• La première ligne non commentée est la suivante :
version=4
Il s'agit d'une ligne obligatoire et c'est le numéro de la version recommandée.
Si vous utilisez ici "version=3" à la place, certaines fonctionnalités peuvent ne pas
fonctionner comme cela est documenté ici. Voir "HISTORIQUE ET MISE À NIVEAU".
• Les lignes suivantes non commentées (lignes de veille) précisent les règles de
sélection des URL d'archive amont candidates et sont dans un des trois formats
suivants :
• opts=" ... " http://URL motif_correspondant [version [script]]
• http://URL motif_correspondant [version [script]]
• opts=" ... "
Ici,
• opts=" ... " précise le comportement d'uscan. Voir "OPTIONS DE FICHIER DE VEILLE".
• http://URL précise la page web où l'amont publie le lien vers la dernière archive
source.
• https://URL peut être aussi utilisé, comme peut l'être
• ftp://URL
• Certaines parties d'URL peuvent être dans le motif de correspondance
d'expression rationnelle entourées par ( et ) comme /toto/titi-([\.\d]+)/. Si
plusieurs répertoires correspondent, la version la plus élevée est choisie.)
Autrement, l'URL est prise textuellement.
• motif_correspondant précise le motif de chaîne complet correspondant aux
références hrefs dans la page web. Voir "EXEMPLES DE FICHIER DE VEILLE".
• Toutes les parties correspondantes entre ( et ) sont concaténées avec un .
(point) pour former la version amont.
• Si les références href ne contiennent pas de répertoires, il est possible de
les combiner avec l'entrée précédente. C'est-à-dire,
http://URL/motif_correspondant.
• version restreint le choix d'archive amont pouvant être téléchargée. La version la
plus récente disponible est choisie dans tous les cas.
• debian réclame que l'archive amont à télécharger soit plus récente que la
version obtenue à partir de debian/changelog.
• Un numéro_de_version tel que 12.5 requiert que l'archive amont soit plus
récente que le numéro_de_version.
• same requiert que la version téléchargée des archives secondaires soit
exactement la même que celle de la première archive amont téléchargée. (Utile
uniquement pour les paquets MUT)
• previous limite la version du fichier de signature. (Utilisé avec
pgpmode=previous)
• ignore ne limite pas la version des archives secondaires. (Peut-être utile
pour les paquets MUT)
• group réclame que l'archive amont à télécharger soit plus récente que la
version obtenue à partir de debian/changelog. La version du paquet est la
concaténation de toutes les versions amont.
• checksum exige que l'archive amont à télécharger soit plus récente que la
version obtenue à partir de debian/changelog. La version du paquet est la
concaténation de la version de la prinicpale source, suivie de la somme de
contrôle de toutes les versions amont utilisant le système de version
"checksum". À minima, la source principale doit être déclarée comme "group".
• script est exécuté à la fin de l'exécution d'uscan avec les paramètres appropriés
fournis par uscan (défaut: pas d'action).
• Le paquet Debian typique est un paquet non natif fait à partir d'une archive
amont. Seulement une ligne unique du fichier de veille dans un des deux
premiers formats est habituellement utilisée avec sa version réglée à debian
et script réglé à uupdate.
• Un paquet natif ne devrait pas spécifier de script.
• Un paquet MUT ("multiple upstream tarball" – archive amont multiple) devrait
indiquer uupdate comme script dans la dernière ligne de veille et ne devrait
pas indiquer de script dans le reste des lignes de veille.
• Le dernier format des lignes de veille est utile pour configurer des paramètres
permanents : user-agent, compression. Si ce format est utilisé, ces paramètres
doivent être suivis de la (ou des) lignes(s) de veille définissant l'URL.
• [and] dans le format ci-dessus sont ici pour marquer les parties optionnelles et
ne devraient pas être tapées.
Il y a quelques chaînes spéciales qui sont remplacées par uscan pour faciliter l'écriture
du fichier de veille.
@PACKAGE@
Cette chaîne est remplacée par le nom de paquet source trouvé dans la première ligne
du fichier debian/changelog.
@ANY_VERSION@
Cette chaîne est remplacée par l'expression rationnelle de la version amont légale
(capture).
[-_]?(\d[\-+\.:\~\da-zA-Z]*)
@ARCHIVE_EXT@
Cette chaîne est remplacée par l'expression rationnelle de l'extension habituelle de
fichier d'archive (sans capture).
(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|tar\.zstd?|zip|tgz|tbz|txz))
@SIGNATURE_EXT@
Cette chaîne est remplacée par l'expression rationnelle de l'extension habituelle de
fichier de signature (sans capture).
(?i)(?:\.(?:tar\.xz|tar\.bz2|tar\.gz|tar\.zstd?|zip|tgz|tbz|txz))'(?:\.(?:asc|pgp|gpg|sig|sign))'
@DEB_EXT@
Cette chaîne est remplacée par l'expression rationnelle de habituelle de Debian (sans
capture).
[\+~](debian|dfsg|ds|deb)(\.)?(\d+)?$
Certaines extensions de fichiers ne sont volontairement pas incluses dans la liste
précédente pour éviter des faux positifs. Il vous est encore possible de rajouter ces
motifs d'extension de fichier manuellement.
OPTIONS DE FICHIER DE VEILLE
uscan lit les options de veille spécifiées dans opts=" ... " pour personnaliser son
comportement. De multiples options option1, option2, option3, ..., peuvent être
configurées de cette manière : opts="option1, option2, option3, ... ". Les guillemets
doubles sont nécessaires si les options contiennent des espaces.
À moins qu'elles ne soient notées par ailleurs comme persistantes, la plupart des options
ne sont valables que dans la ligne de veille qui les contient.
Les options de veille disponibles sont :
component=composante
Configurer le nom de l'archive source secondaire comme
<spkg>_<oversion>.orig-<composante>.tar.gz pour un paquet MUT.
ctype=component-type
Indique le type du composant (seuls "nodejs" et "perl" sont disponible actuellement).
Ceci aide uscan à trouver la version courante si la version du composant est ignorée.
Lorsque ctype=nodejs est utilisé, uscan recherche une version dans "package.json",
lorsque ctype=perl est utilisé, uscan recherche une version dans "META.json". Si une
version est trouvée, elle est utilisée comme version courante du composant, en
ignorant la version trouvée dans la chaîne de version de Debian. Ceci permet une
meilleure détection des changements lorsque ignore ou checksum sont utilisés dans la
version Debian.
compression=méthode
Configurer la méthode de compression quand l'archive est rempaquetée (persistant).
Les valeurs de méthode disponibles sont xz, gzip (alias gz), bzip2 (alias bz2) lzma et
default. La valeur par défaut est xz. Lorsque uscan est lancé dans un répertoire
source Debian et que le format est "1.0" ou n'est pas défini, la méthode par défaut
devient gzip.
Veuillez noter que le rempaquetage des archives amont par mk-origtargz ne se produit
que si une des conditions suivantes est satisfaite :
• USCAN_REPACK est configuré dans la configuration de devscript. Voir "VARIABLES DE
CONFIGURATION DE DEVSCRIPT".
• --repack est configuré en ligne de commande. Voir <OPTIONS DE LIGNE DE COMMANDE>.
• repack est configuré sur la ligne de veille de cette manière : opts="repack,...".
• L'archive amont est de type zip, y compris jar, xpi, ...
• L'archive amont est de type zstdi (Zstandard).
• Les alinéas Files-Excluded ou Files-Excluded-composante sont configurés dans
debian/copyright pour que mk-origtargz invoqué à partir d'uscan supprime les
fichiers de l'archive amont et la rempaquette. Voir "EXEMPLES DE FICHIER DE
COPYRIGHT" et mk-origtargz(1).
repack
Forcer le rempaquetage de l'archive amont avec la méthode de compression.
repacksuffix=suffixe
Ajouter un suffixe à la version du paquet Debian amont seulement lorsque l'archive
source est rempaquetée. Cette règle peut être utilisée seulement pour un unique paquet
d'archive amont.
mode=mode
Configurer le mode de téléchargement de l'archive.
LWP Il s'agit du mode par défaut qui télécharge l'archive spécifiée à partir de l'URL
sur le web. La valeur interne mode est automatiquement mise à jour soit vers http
soit vers ftp d'après l'URL.
git Ce mode accède directement à l'archive git amont avec la commande git et
empaquette l'arborescence source avec l'étiquette spécifiée par
motif_correspondant dans spkg-version.tar.xz.
Si l'amont fournit l'archive publiée au travers de son interface web, veuillez
utiliser celle-ci plutôt que ce mode. Ce mode est le dernier recours.
Dans le mode git, motif_correspondant spécifie le motif correspondant complet de
la chaîne pour les étiquettes au lieu des références href. Si motif_correspondant
est réglé à refs/tags/étiquette-motif_correspondant, uscan télécharge le fichier
source à partir de refs/tags/étiquette-correspondante du dépôt git. La version
amont est extraite en concaténant les parties correspondantes de ( ... ) avec ..
Voir "EXEMPLES DE FICHIER DE VEILLE".
Si motif_correspondant est réglé à HEAD, uscan télécharge le fichier source à
partir du HEAD du dépôt git et la version pertinente est automatiquement générée
avec la date et l'empreinte du HEAD du dépôt git.
Si motif_correspondant est réglé à refs/heads/branche, uscan télécharge le fichier
source à partir de la branche nommée du dépôt git.
Le dépôt local est créé temporairement comme un sous-répertoire de dépôt git brut
du répertoire de destination où l'archive téléchargée est générée. Il est
normalement effacé après l'exécution d'uscan. Ce dépôt local est conservé si
l'option --debug est utilisée.
Si le répertoire courant est un dépôt git et si le dépôt recherché est listé dans
les sources amont ("remote"), alors uscan l'utilisera au lieu de dupliquer le
dépôt dans un répertoire temporaire. Le seul changement dans le répertoire local
est une mise à jour ("fetch").
svn Ce mode accède directement à l'archive Subversion amont avec la commande svn et
empaquette l'arborescence source.
Dans le mode svn, motif_correspondant spécifie le motif correspondant complet de
la chaîne pour les répertoires su dépôt Subversion. La version amont est extraite
en concaténant les parties correspondantes de ( ... ) avec ..
Si matching-pattern est réglé à HEAD, uscan télécharge la dernière arborescence de
l'URL. La version amont est construite en ajoutant 0.0~svn à la dernière révision.
Comme la signature des commits n'est pas possible avec Subversion, pgpmode est mis
d'office à none lorsque mode=svn. Les valeurs de pgpmode autres que default et
none affichent des erreurs.
pretty=règle
Configurer la chaîne de version amont à un format arbitraire comme un argument
optionnel de opts quand le motif_correspondant est HEAD ou heads/branch pour le mode
git. Pour connaître la syntaxe exacte, voir la page de manuel de git-log avec tformat.
Le format par défaut est pretty=0.0~git%cd.%h. Aucune règle uversionmangle n'est
applicable dans ce cas.
Lorsque pretty=describe est utilisé, la chaîne de version amont est la sortie de la
commande "git describe --tags | sed s/-/./g"requi à la place. Par exemple, si l'envoi
(commit) est le cinquième après la dernière étiquette v2.17.12 et son empreinte courte
est ged992511, alors, la chaîne est v2.17.12.5.ged992511. Dans ce cas, c'est une bonne
idée d'ajouter uversionmangle=s/^/0.0~/ ou uversionmangle=s/^v// pour rendre la chaîne
de la version amont compatible avec Debian. uversionmangle=s/^v// peut aussi bien
fonctionner. Veuillez noter qu'afin que pretty=describe fonctionne bien, l'amont doit
éviter d'étiqueter avec des étiquettes alphabétiques aléatoires.
L'option pretty=describe contraint à configurer gitmode=full pour créer
automatiquement un clone local complet du dépôt.
date=règle
Configurer la chaîne de date utilisée par l'option pretty à un format arbitraire comme
un paramètre optionnel de opts quand le motif_correspondant est HEAD ou heads/branch
pour le mode git. Pour connaître la syntaxe exacte, voir la page de manuel strftime.
Le format par défaut est date=%Y%m%d.
gitexport=mode
Indique le mode d'opération des exports d'archive git. La valeur par défaut est
gitexport=default. Mettre ceci à gitexport=all pour inclure tous les fichiers dans
l'archive .orig.tar, en ignorant tous les attributs git export-ignore définis par
l'amont.
Cette option n'est valide qu'en mode "git".
gitmode=mode
Configurer le mode de l'opération git clone. La valeur par défaut est gitmode=shallow.
Pour certains serveurs git simples ("dumb"), il peut être nécessaire de configurer
soi-même la valeur gitmode=full pour imposer une opération de clonage complète.
Si le répertoire courant est un dépôt git et si le dépôt recherché est listé dans les
sources amont ("remote"), alors uscan l'utilisera au lieu de dupliquer le dépôt dans
un répertoire temporaire.
pgpmode=mode
Configurer le mode de vérification de signature PGP/GPG.
auto
uscan vérifie les URL possibles pour le fichier de signature et génère
automatiquement une règle pgpsigurlmangle pour l'utiliser.
default
Utiliser pgpsigurlmangle=règles pour créer la chaîne d'URL du fichier de signature
amont candidat à partir de l'URL de l'archive amont. (Par défaut)
Si le pgpsigurlmangle spécifié est manquant, uscan vérifie les URL possible pour
le fichier de signature et suggère l'ajout d'une règle pgpsigurlmangle.
mangle
Utiliser pgpsigurlmangle=règles pour créer la chaîne d'URL du fichier de signature
amont candidat à partir de l'URL de l'archive amont.
next
Vérifier ce fichier d'archive téléchargé avec le fichier de signature spécifié
dans la ligne de veille suivante. La ligne de veille suivante doit être
pgpmode=previous. Autrement, aucune vérification n'est effectuée.
previous
Vérifier le fichier d'archive téléchargé spécifié dans la ligne de veille
précédente avec ce fichier de signature. La ligne de veille précédente doit être
pgpmode=next.
self
Vérifier le fichier toto.ext téléchargé avec sa propre signature et extraire son
fichier archive de contenu en toto.
gittag
Vérifie la signature du tag si mode=git.
none
Pas de signature disponible. (Pas d'alerte.)
searchmode=mode
Configurer le mode de recherche.
html (défaut)): recherche l'expression dans les paramètres "href" des tags HTML <a>
plain: recherche l'expression dans la page entière
C'est utile si le contenu de la page n'est pas au format HTML mais au format JSON.
Exemple avec npmjs.com :
version=4
opts="searchmode=plain" \
https://registry.npmjs.org/aes-js \
https://registry.npmjs.org/aes-js/-/aes-js-(\d[\d\.]*)@ARCHIVE_EXT@
decompress
Décompresser l'archive compressée avant la vérification de la signature PGP/GPG.
bare
Désactiver tout le code "special code" spécifique au site telles que les utilisations
de redirecteur d'URL et les altérations de contenu de page. (Persistant)
user-agent=chaîne_user-agent
Configurer la chaîne user-agent utilisée pour contacter le serveur HTTP(S) comme
chaîne_user-agent. (Persistant)
L'option user-agent devrait être précisée par elle-même dans la ligne de veille sans
URL, pour permettre l'utilisation de point-virgules et de virgules.
pasv, passive
Utiliser le mode passif ("PASV") pour les connexions FTP.
Si le mode PASV (passif) est requis à cause de l'environnement réseau côté client,
configurer uscan pour qu'il utilise le mode PASV avec les "OPTIONS DE LIGNE DE
COMMANDE" ou plutôt avec les "VARIABLES DE CONFIGURATION DE DEVSCRIPT".
active, nopasv
Ne pas utiliser le mode PASV (passif) pour les connexions FTP.
unzipopt [options]
Ajouter les options supplémentaires à utiliser avec la commande unzip telles que -a,
-aa et -b lors de l'exécution par mk-origtargz.
dversionmangle=règles
Normaliser la dernière chaîne de version amont trouvée dans debian/changelog pour la
comparer avec la version de l'archive amont disponible. Le retrait de suffixes
spécifiques à Debian tels que s/\+dfsg\d*$// est habituellement réalisé à ce moment
là.
Il est également possible d'utiliser dversionmangle=auto, ce qui est exactement la
même chose que dversionmangle=s/@DEB_EXT@//
dirversionmangle=règles
Normaliser la chaîne du chemin du répertoire correspondant à l'expression rationnelle
dans un ensemble de parenthèses de http://URL comme chaîns d'index de version triable.
Cela est utilisé seulement comme l'index triable de chemin de répertoire.
Une substitution telle que s/PRE/~pre/; s/RC/~rc/ peut aider.
pagemangle=règles
Normaliser la chaîne de page web téléchargée. (À n'utiliser qu'en cas de nécessité
absolue. En général, l'étiquette g est requise pour ces règles.)
Cela est pratique si vous souhaitez accéder à Amazon AWS ou à des dépôts Subversion
dans lesquels <a href="..."> n'est pas utilisé.
uversionmangle=règles
Normaliser les chaînes de version amont candidate extraites des références href dans
le code source de la page web. Cela est utilisé comme l'index de tri de version lors
de la sélection de la dernière version amont.
Une substitution telle que s/PRE/~pre/; s/RC/~rc/ peut aider.
versionmangle=règles
Il s'agit d'un raccourci syntactique pour uversionmangle=règles,dversionmangle=règles
hrefdecode=percent-encoding
Convertir la chaîne des références href de l'archive amont sélectionnée de lachaîne
hexadécimale encodée en pourcent vers la chaîne de l'URL normale décodée pour les
sites web embrouillés. Seulement percent-encoding estdisponible et il est décodé avec
la commande s/%([A-Fa-f\d]{2})/chr hex $1/eg.
downloadurlmangle=règles
Convertir la chaîne des références href de l'archive amont sélectionnée dans l'URL
accessible des sites web embrouillés. L'exécution intervient après hrefdecode.
filenamemangle=règles
Générer le nom de fichier de l'archive amont à partir de la chaîne des références href
sélectionnée si motif_correspondant peut extraire l'<uversion> de la dernière version
amont à partir de la chaîne des références href sélectionnée. Autrement, générer le
nom de fichier de l'archive amont à partir de la chaîne de l'URL complète et
configurer l'<uversion> manquant à partir du nom de fichier de l'archive amont généré.
Sans cette option, le nom de fichier de l'archive amont par défaut est généré en
prenant la dernière composante de l'URL et en retirant tout ce qui est après un "?" ou
un "#".
pgpsigurlmangle=règles
Générer la chaîne d'URL du fichier de signature amont candidat à partir de l'URL de
l'archive amont.
oversionmangle=règles
Générer la chaîne de version <oversion> de l'archive source
<spkg><spkg>_<oversion>.orig.tar.gz à partir de <uversion>. Cela devrait être utilisé
pour ajouter un suffixe tel que +dfsg1 à un paquet MUT.
Ici, les règles de manipulation appliquent les règles à la chaîne pertinente. De multiples
règles peuvent être précisées dans une chaîne de règle de manipulation en créant une
chaîne concaténée de chaque règle de manipulation séparée par des ; (point-virgule).
Les règles de manipulation ne peuvent pas comporter de ; (point-virgule), , (virgule) ni
de " (guillemet double).
Chaque règle de manipulation se comporte comme si une commande Perl "$string =~ règle"
était exécutée. Il y a quelques particularités notables.
• Une règle peut seulement utiliser les opérations s, tr et y.
s/expression_rationnelle/remplacement/options
Rechercher la correspondance du motif d'expression rationnelle et remplacer la
chaîne cible. Les étiquettes g, i et x sont les seules disponibles. Utiliser la
syntaxe $1 pour des références arrières (pas de syntaxe \1). L'exécution de code
n'est pas permise (c'est-à-dire pas de constructions (?{}) ou (??{})).
y/source/dest/ ou tr/source/dest/
Translittérer les caractères de la chaîne cible.
EXEMPLE D'EXÉCUTION
uscan lit la première entrée dans debian/changelog pour déterminer le nom du paquet source
et la dernière version amont.
Par exemple, si la première entrée de debian/changelog est :
• titi (3:2.03+dfsg1-4) unstable; urgency=low
alors, le nom du paquet source est titi et la version la plus récente du paquet Debian est
3:2.03+dfsg1-4.
La dernière version amont est normalisée à 2.03+dfsg1 en retirant l'epoch et la révision
Debian.
Si la règle dversionmangle existe, la dernière version amont est normalisée plus
profondément en lui appliquant cette règle. Par exemple, si la dernière version amont est
2.03+dfsg1 indiquant que l'archive source a été rempaquetée, le suffixe +dfsg1 est retiré
par la substitution de chaîne s/\+dfsg\d*$// pour produire la dernière version amont 2.03
(traitée avec dversionmangle) et est comparée aux versions d'archive amont candidates
comme 2.03, 2.04, ..., qui se trouvent sur le site distant. Donc, configurer la règle
ainsi :
• opts="dversionmangle=s/\+dfsg\d*$//"
uscan télécharge une page web à partir de l'adresse http://URL spécifiée dans
debian/watch.
• Si la partie nom du répertoire de l'URL n'a pas de parenthèse, ( et ), il est pris tel
quel.
• Si la partie nom du répertoire de l'URL a des parenthèses ( et ), alors uscan cherche
de façon récursive tous les répertoires possibles pour trouver une page avec la
nouvelle version. Si la règle dirversionmangle existe, l'index de tri généré est
utilisé pour trouver la version la plus récente. Si une version particulière est
spécifiée pour le téléchargement, la chaîne de version correspondante a la priorité
sur la version la plus récente.
Par exemple, cette adresse http://URL peut être spécifiée ainsi :
• http://www.example.org/@ANY_VERSION@/
Veuillez noter le / final dans l'adresse ci-dessus pour faire de @ANY_VERSION@ le
répertoire.
Si la règle pagemangle existe, la totalité de la page web téléchargée, considérée comme
une chaîne, est normalisée en y appliquant la règle. C'est un outil très puissant qui doit
être utilisé avec prudence. Si d'autres règles de manipulation peuvent être utilisées pour
répondre à vos objectifs, n'utilisez pas cette règle.
Des références href, définies dans l'étiquette <a href=" ... ">, sont recherchées dans la
page web téléchargée pour localiser les références de l'archive amont candidate. Ces
références de l'archive amont candidate sont sélectionnées par le motif d'expression
rationnelle Perl motif-correspondant, tel que DL-(?:[\d\.]+?)/toto-(.+)\.tar\.gz pour
réduire le nombre de candidates. Ce motif de sélection doit être borné au début et à la
fin. Par exemple, les références candidates peuvent être :
• DL-2.02/toto-2.02.tar.gz
• DL-2.03/toto-2.03.tar.gz
• DL-2.04/toto-2.04.tar.gz
Ici, la chaîne de sélection (.+) dans motif-correspondant est considérée comme la version
amont candidate. S'il y a plusieurs chaînes correspondantes de motifs de capture dans
motif-correspondant, elles sont toutes concaténées avec un point (.) pour former la
version amont candidate. Il convient de s'assurer d'utiliser des expressions rationnelles
non capturantes telles que (?:[\d\.]+?) à la place pour la partie correspondant à du texte
variable sans rapport avec la version.
Les versions amont candidates sont alors :
• 2.02
• 2.03
• 2.04
Le nom de fichier de l'archive téléchargée est simplement fixé comme le nom de fichier
dans l'URL distante de la référence href sélectionnée.
Si la règle <uversionmangle> existe, les versions amont candidates sont normalisées en
leur appliquant cette règle. (Cette règle peut être utilisée si le schéma de la version
amont ne permet pas un tri qui identifie correctement la version la plus récente.)
La référence href de l'archive amont correspondant à la version amont candidate la plus
récente (traitée par uversionmangle), plus récente que la dernière version amont (traitée
par dversionmangle) est sélectionnée.
Si plusieurs références href d'archive amont correspondant à une version unique existent
avec différentes extensions, c'est la plus forte compression qui est choisie. (Ordre de
priorité : tar.xz > tar.lzma > tar.bz2 > tar.gz.)
Si la référence href de l'archive amont sélectionnée est une URL relative, elle est
convertie en URL absolue avec l'URL de base de la page web. Si l'étiquette <base href="
... "> existe sur la page web, la référence href de l'archive amont est convertie en URL
absolue en utilisant plutôt l'URL de base spécifiée dans l'étiquette de base.
Si la règle downloadurlmangle existe, la référence href de l'archive amont sélectionnée
est normalisée en lui appliquant cette règle. (Cela est utile sur certains sites avec des
URL de téléchargement embrouillées.)
Si la règle filenamemangle existe, le nom de fichier d'archive téléchargé est généré en
appliquant cette règle à la référence href sélectionnée si le motif-correspondant peut
extraire la dernière version amont <uversion> à partir de la chaîne de la référence href
sélectionnée. Autrement, le nom de fichier d'archive amont est généré à partir de sa
chaîne d'URL complète et règle le <uversion> manquant à partir du nom de fichier d'archive
amont généré.
En absence de règle filenamemangle, le nom de fichier d'archive amont par défaut est
généré en prenant la dernière composante de l'URL et en retirant tout ce qu'il y a après
un "?" ou un "#".
uscan télécharge l'archive amont sélectionnée dans le répertoire parent ../. Par exemple,
le fichier téléchargé peut être :
• ../toto-2.04.tar.gz
De façon générique, nous appellerons par la suite cette version 2.04 téléchargée dans
l'exemple ci-dessus sous le nom de <uversion>.
Si la règle pgpsigurlmangle existe, l'URL du fichier de signature amont est générée en
appliquant cette règle à la référence href de l'archive amont sélectionnée (traitée par
downloadurlmangle) et on tente de télécharger le fichier de signature à partir de cette
URL.
Si la règle pgpsigurlmangle n'existe pas, uscan prévient l'utilisateur si le fichier de
signature amont correspondant est disponible à partir de la même URL, en ajoutant à son
nom de fichier les cinq suffixes courants asc, gpg, pgp, sig et sign. (On peut éviter cet
avertissement avec le réglage pgpmode=none.)
Si le fichier de signature est téléchargé, l'authenticité de l'archive amont téléchargée
est vérifiée par rapport au fichier de signature téléchargé en utilisant le trousseau
blindé debian/upstream/signing-key.asc. (Voir "EXEMPLES DE FICHIER DE TROUSSEAU"). Si la
signature n’est pas valable, ou si la clef ne fait pas partie du trousseau, uscan
signalera une erreur.
Si la règle oversionmangle existe, la version d'archive source oversion est générée à
partir de la version amont téléchargée uversion en appliquant cette règle. Elle est utile
pour ajouter un suffixe tel que +dfsg1 à la version de tous les paquets source du paquet
MUT pour lequel le mécanisme de suffixe de rempaquetage ne fonctionne pas.
uscan invoque mk-origtargz pour créer l'archive source nommée correctement pour le paquet
source avec .orig. (ou .orig-<component>. pour les archives secondaires) dans son nom de
fichier.
cas A : empaquetage de l'archive amont telle quelle
mk-origtargz crée un lien symbolique ../titi_<oversion>.orig.tar.gz avec l'archive
locale amont téléchargée. Ici, << titi >> est le nom du paquet source trouvé dans
debian/changelog. Le lien symbolique généré peut être :
• ../titi_2.04.orig.tar.gz -> toto-2.04.tar.gz (tel quel)
Habituellement, il n'y a pas besoin de paramétrer opts="dversionmangle= ... " dans ce
cas.
cas B : empaquetage de l'archive amont après le retrait des fichiers non-DFSG
mk-origtargz vérifie le motif générique ("glob") des noms de fichiers du paragraphe
Files-Excluded dans la première section de debian/copyright, retire les fichiers
correspondants pour créer une archive amont rempaquetée. Normalement, l'archive amont
rempaquetée est renommée en ../bar_<oversion><suffixe>.orig.tar.gz avec suffixe,
utilisant l'option repacksuffix pour le seul paquet amont. Ici, <oversion> est mis à
jour en <oversion><suffixe>.
Le retrait des fichiers est requis si les fichiers ne sont pas compatibles avec DFSG.
Dans ce cas, +dfsg1 est utilisé comme suffixe.
Alors, les options sont plutôt ainsi combinées opts="dversionmangle=s/\+dfsg\d*$// ,
repacksuffix=+dfsg1".
Par exemple, l'archive amont rempaquetée peut être :
• ../titi_2.04+dfsg1.orig.tar.gz (rempaqueté)
uscan invoque normalement "uupdate --find --upstream-version oversion" pour le fichier de
veille version=4.
Veuillez noter que l'option --find est ici utilisée dans la mesure où mk-origtargz a déjà
été invoquée pour construire le fichier *.orig.tar.gz. uscan choisit bar à partir de
debian/changelog.
Il crée la nouvelle arborescence source amont sous le répertoire ../bar-<oversion> et
l'adapte à Debian en exploitant le contenu du dernier paquet.
EXEMPLES DE FICHIER DE VEILLE
Lors de l'écriture du fichier de veille, vous devriez vous servir de la dernière page
d’annonce web de la source amont. Vous ne devriez pas, si possible, essayer de deviner la
structure de l'archive amont. Voici des fichiers debian/watch typiques.
Veuillez noter que l'exécution de uscan avec -v ou -vv révèlece qui se passe précisément
en interne.
L'existence ou l'absence d'une espace avant le \ ("back slash") final est significatif.
Certaines chaînes de configuration plus courtes non documentées sont utilisées dans les
EXEMPLES ci-dessous pour faciliter votre saisie. Elles sont intentionnelles. uscan est
écrit pour accepter de tellesabréviations de bon sens, mais il ne faut pas exagérer.
Site HTTP (de base)
Voici un exemple d'archive amont simple basique.
version=4
http://example.com/~user/release/@PACKAGE@.html \
files/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
Ou sans utiliser les chaînes de substitution (non recommandé):
http://example.com/~user/release/foo.html \
files/foo-([\d\.]+)\.tar\.gz
version=4
Pour le paquet source amont toto-2.0.tar.gz, ce fichier de veille télécharge et crée le
fichier orig.tar Debian toto_2.0.orig.tar.gz.
Site HTTP (pgpsigurlmangle)
Voici un exemple d'archive amont simple de base avec le fichier de signature correspondant
dans le même chemin de fichier.
version=4
opts="pgpsigurlmangle=s%$%.asc%" http://example.com/release/@PACKAGE@.html \
files/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
Pour le paquet source amont toto-2.0.tar.gz et le fichier de signature amont
toto-2.0.tar.gz.asc, ce fichier de veille télécharge ces fichiers, vérifie l'authenticité
avec le trousseau debian/upstream/signing-key.asc et crée le fichier orig.tar Debian
toto_2.0.orig.tar.gz.
Voici un autre exemple d'archive amont simple de base avec le fichier de signature
correspondant sur l'archive décompressée dans le même chemin de fichier.
version=4
opts="pgpsigurlmangle=s%@ARCHIVE_EXT@$%.asc%,decompress" \
http://example.com/release/@PACKAGE@.html \
files/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
Pour le paquet source amont toto-2.0.tar.gz et le fichier de signature amont
toto-2.0.tar.asc, ce fichier de veille télécharge ces fichiers, vérifie l'authenticité
avec le trousseau debian/upstream/signing-key.asc et crée le fichier orig.tar Debian
toto_2.0.orig.tar.gz.
Site HTTP (pgpmode = next/previous)
Voici un exemple d'archive amont simple basique avec le fichier de signature correspondant
dans un chemin de fichier indépendant.
version=4
opts="pgpmode=next" http://example.com/release/@PACKAGE@.html \
files/(?:\d+)/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@ debian
opts="pgpmode=previous" http://example.com/release/@PACKAGE@.html \
files/(?:\d+)/@PACKAGE@@ANY_VERSION@@SIGNATURE_EXT@ previous
La partie (?:\d+) peut être une valeur aléatoire. Le fichier d'archive peut avoir la
valeur 53, alors que le fichier de signature peut avoir la valeur 33.
La partie ([\d\.]+) pour le fichier de signature est soumise à l'exigence stricte de
correspondre à cela pour l'archive amont spécifiée dans la ligne précédente en ayant
previous comme version dans la ligne de veille.
Site HTTP (flexible)
Voici un exemple pour une extrême flexibilité des extensions de l'archive amont et du
fichier de signature.
version=4
opts="pgpmode=next" http://example.com/DL/ \
files/(?:\d+)/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@ debian
opts="pgpmode=previous" http://example.com/DL/ \
files/(?:\d+)/@PACKAGE@@ANY_VERSION@@SIGNATURE_EXT@ \
previous
Site HTTP (MUT de base)
Voici un exemple pour les archives amont multiples de base.
version=4
opts="pgpsigurlmangle=s%$%.sig%" \
http://example.com/release/foo.html \
files/foo-@ANY_VERSION@@ARCHIVE_EXT@ debian
opts="pgpsigurlmangle=s%$%.sig%, component=bar" \
http://example.com/release/foo.html \
files/foobar-@ANY_VERSION@@ARCHIVE_EXT@ same
opts="pgpsigurlmangle=s%$%.sig%, component=baz" \
http://example.com/release/foo.html \
files/foobaz-@ANY_VERSION@@ARCHIVE_EXT@ same
Pour le paquet source amont principal toto-2.0.tar.gz et les paquets source amont
secondaires tototiti-2.0.tar.gz et tototitiz-2.0.tar.gz qui installent dans les
répertoires titi/ and titiz/, ce fichier de veille télécharge et crée le fichier Debian
orig.tar, toto_2.0.orig.tar.gz, toto_2.0.orig-titi.tar.gz et toto_2.0.orig-titiz.tar.gz.
Les fichiers de signature de ces archives amont sont aussi vérifiées.
Site HTTP (recherche récursive de répertoire)
Voici un exemple avec recherche récursive de répertoire de l'archive amont et de ses
fichiers de signature publiés dans un répertoire nommé d'après leur version.
version=4
opts="pgpsigurlmangle=s%$%.sig%, dirversionmangle=s/-PRE/~pre/;s/-RC/~rc/" \
http://tmrc.mit.edu/mirror/twisted/Twisted/@ANY_VERSION@/ \
Twisted-@ANY_VERSION@@ARCHIVE_EXT@
Ici, le site web devrait être accessible à l'URL suivante :
http://tmrc.mit.edu/mirror/twisted/Twisted/
Ici, l'option dirversionmangle est utilisée pour normaliser l'ordre de tri des noms de
répertoire.
Site HTTP (raccourci alternatif)
Pour le site HTTP simple où il est possible de voir directement les noms de fichiers de
l'archive, le fichier de veille normal :
version=4
opts="pgpsigurlmangle=s%$%.sig%" \
http://www.cpan.org/modules/by-module/Text/ \
Text-CSV_XS-@ANY_VERSION@@ARCHIVE_EXT@
peut être réécrit dans une forme raccourcie alternative avec une seule chaîne englobant
l'URL et le nom de fichier :
version=4
opts="pgpsigurlmangle=s%$%.sig%" \
http://www.cpan.org/modules/by-module/Text/Text-CSV_XS-@ANY_VERSION@@ARCHIVE_EXT@
Dans version=4, les espaces blancs initiaux sont retirés. Donc, cette forme raccourcie
alternative peut aussi être écrite ainsi :
version=4
opts="pgpsigurlmangle=s%$%.sig%" \
http://www.cpan.org/modules/by-module/Text/\
Text-CSV_XS-@ANY_VERSION@@ARCHIVE_EXT@
Veuillez noter la légère différence d'une espace avant le \ final entre le premier et le
dernier exemple.
Site HTTP (version exotique)
Pour un site qui possède des numéros de version exotiques, les groupes entre parenthèses
devront être joints par des points (.) pour créer un numéro de version sain.
version=4
http://www.site.com/pub/foobar/foobar_v(\d+)_(\d+)@ARCHIVE_EXT@
Site HTTP (DFSG)
La partie amont du numéro de version Debian peut être modifiée pour indiquer que le paquet
source a été rempaqueté pour retirer les fichiers non-DFSG :
version=4
opts="dversionmangle=s/\+dfsg\d*$//,repacksuffix=+dfsg1" \
http://some.site.org/some/path/foobar-@ANY_VERSION@@ARCHIVE_EXT@
Voir "EXEMPLES DE FICHIER DE COPYRIGHT".
Site HTTP (filenamemangle)
Le nom de fichier de l'archive amont est découvert en prenant le dernier composant de
l'URL et en retirant tout ce qui se trouve après un "?" ou un "#".
Si cela ne vous convient pas, utiliser filenamemangle. Par exemple, <A
href="http://toto.titi.org/dl/?path=&dl=foo-0.1.1.tar.gz"> peut être traité ainsi :
version=4
opts=filenamemangle=s/.*=(.*)/$1/ \
http://foo.bar.org/dl/\?path=&dl=foo-@ANY_VERSION@@ARCHIVE_EXT@
<A href="http://toto.titi.org/dl/?path=&dl_version=0.1.1"> peut être géré comme ceci :
version=4
opts=filenamemangle=s/.*=(.*)/foo-$1\.tar\.gz/ \
http://foo.bar.org/dl/\?path=&dl_version=@ANY_VERSION@
Si la chaîne de référence href n'a pas de version utilisant <I>motif-correspondant>, la
version peut être obtenue à partir de l'URL complète avec filenamemangle.
version=4
opts=filenamemangle=s&.*/dl/(.*)/foo\.tar\.gz&foo-$1\.tar\.gz& \
http://foo.bar.org/dl/@ANY_VERSION@/ foo.tar.gz
Site HTTP (downloadurlmangle)
L'option downloadurlmangle peut être utilisée pour modifier l'URL du fichier à
télécharger. Cela ne peut être utilisé qu'avec des URL http:// et peut être nécessaire si
le lien donné sur la page web doit être transformé de manière à ce que cela fonctionne
automatiquement, par exemple :
version=4
opts=downloadurlmangle=s/prdownload/download/ \
http://developer.berlios.de/project/showfiles.php?group_id=2051 \
http://prdownload.berlios.de/softdevice/vdr-softdevice-@ANY_VERSION@@ARCHIVE_EXT@
Site HTTP (oversionmangle, MUT)
L'option oversionmangle peut être utilisée pour manipuler la version de l'archive source
(.orig.tar.gz et .orig-bar.tar.gz). Par exemple, +dfsg1 peut être ajouté à la version
amont comme ceci :
version=4
opts=oversionmangle=s/(.*)/$1+dfsg1/ \
http://example.com/~user/release/foo.html \
files/foo-@ANY_VERSION@@ARCHIVE_EXT@ debian
opts="component=bar" \
http://example.com/~user/release/foo.html \
files/bar-@ANY_VERSION@@ARCHIVE_EXT@ same
Voir "EXEMPLES DE FICHIER DE COPYRIGHT".
Site HTTP (pagemangle)
L'option pagemangle peut être utilisée pour modifier la page web téléchargée avant
d'appliquer d'autres règles. Une page web non standard sans entrées <a href=" << ... >> ">
correctes peut être convertie. Par exemple, si toto.html utilise <un faux site=" ... ">,
la conversion vers un format de page standard peut être réalisée avec :
version=4
opts=pagemangle="s/<a\s+bogus=/<a href=/g" \
http://example.com/release/foo.html \
files/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
Veuillez notez ici l'utilisation de g pour remplacer toutes les occurrences.
Si toto.html utilise <Key> ... </Key>, la conversion vers un format de page standard peut
être réalisée avec :
version=4
opts="pagemangle=s%<Key>([^<]*)</Key>%<Key><a href="$1">$1</a></Key>%g" \
http://example.com/release/foo.html \
(?:.*)/@PACKAGE@@ANY_VERSION@@ARCHIVE_EXT@
Site FTP (de base) :
version=4
ftp://ftp.tex.ac.uk/tex-archive/web/c_cpp/cweb/cweb-@ANY_VERSION@@ARCHIVE_EXT@
Site FTP (expressions rationnelles) :
version=4
ftp://ftp.worldforge.org/pub/worldforge/libs/\
Atlas-C++/transitional/Atlas-C\+\+-@ANY_VERSION@@ARCHIVE_EXT@
Veuillez noter que cette URL est connectée pour être ... libs/Atlas-C++/ ... . Pour les
++, le premier dans le chemin du répertoire est verbatim, tandis que celui qui est dans le
nom de fichier est protégé par \.
Site FTP (version exotique)
Voici une autre manière pour des sites ayant des numéros de version bizarres, en
effectuant une modification cette fois. (Remarquez que plusieurs groupes seront concaténés
avant d'effectuer la modification, et que les modifications ne seront effectuées que sur
le numéro de version de base, et pas dans les numéros de versions contenus dans les
chemins.)
version=4
opts="uversionmangle=s/^/0.0./" \
ftp://ftp.ibiblio.org/pub/Linux/ALPHA/wine/\
development/Wine-@ANY_VERSION@@ARCHIVE_EXT@
sf.net
Pour les projets hébergés sur SourceForge, qa.debian.org fournit un redirecteur qui permet
une forme plus simple d'URL. Le format ci-dessous sera automatiquement réécrit pour
utiliser le redirecteur avec le fichier de veille :
version=4
https://sf.net/<project>/ <tar-name>-@ANY_VERSION@@ARCHIVE_EXT@
Pour audacity, configurer le fichier de veille ainsi :
version=4
https://sf.net/audacity/ audacity-minsrc-@ANY_VERSION@@ARCHIVE_EXT@
Veuillez noter, qu'il est encore possible d'utiliser les fonctionnalités normales de uscan
pour configurer un fichier de veille pour ce site sans utiliser le redirecteur.
version=4
opts="uversionmangle=s/-pre/~pre/, \
filenamemangle=s%(?:.*)audacity-minsrc-(.+)\.tar\.xz/download%\
audacity-$1.tar.xz%" \
http://sourceforge.net/projects/audacity/files/audacity/@ANY_VERSION@/ \
(?:.*)audacity-minsrc-@ANY_VERSION@@ARCHIVE_EXT@/download
Ici, % est utilisé comme séparateur à la place du / standard.
github.com
Pour les projets hébergés sur GitHub, il est possible d'utiliser la page d'étiquettes ou
de versions. L’URL de l’archive utilise seulement la version comme nom de fichier. Il est
possible renommer l'archive amont téléchargée au format standard
<project>-<version>.tar.gz avec filenamemangle :
version=4
opts="filenamemangle=s%(?:.*?)?v?(\d[\d.]*@ARCHIVE_EXT@)%@PACKAGE@-$1%" \
https://github.com/<user>/<project>/tags \
(?:.*?/)?v?@ANY_VERSION@@ARCHIVE_EXT@
PyPI
Pour les projets hébergés sur PyPI, pypi.debian.net fournit un redirecteur qui permet une
forme plus simple d'URL. Le format ci-dessous sera automatiquement réécrit pour utiliser
le redirecteur avec le fichier de veille :
version=4
https://pypi.python.org/packages/source/<initial>/<project>/ \
<tar-name>-@ANY_VERSION@@ARCHIVE_EXT@
Pour cfn-sphere, configurer le fichier ainsi :
version=4
https://pypi.python.org/packages/source/c/cfn-sphere/ \
cfn-sphere-@ANY_VERSION@@ARCHIVE_EXT@
Veuillez noter, qu'il est encore possible d'utiliser les fonctionnalités normales de uscan
pour configurer un fichier de veille pour ce site sans utiliser le redirecteur.
version=4
opts="pgpmode=none" \
https://pypi.python.org/pypi/cfn-sphere/ \
https://pypi.python.org/packages/.*/.*/.*/\
cfn-sphere-@ANY_VERSION@@ARCHIVE_EXT@#.*
code.google.com
Les sites habituellement hébergés sur le service Google Code devraient avoir migré
ailleurs (github ?). Veuillez rechercher les sites amont les plus récents s'ils sont
disponibles.
npmjs.org (modules Node)
Les modules npmjs.org sont publiés au format JSON. Voici un moyen de les lire :
version=4
opts="searchmode=plain" \
https://registry.npmjs.org/aes-js \
https://registry.npmjs.org/aes-js/-/aes-js-@ANY_VERSION@@ARCHIVE_EXT@
paquet groupé
Certains modules Node sont découpés en de multiples petits paquets. Voici un moyen de les
grouper :
version=4
opts="searchmode=plain,pgpmode=none" \
https://registry.npmjs.org/mongodb \
https://registry.npmjs.org/mongodb/-/mongodb-@ANY_VERSION@@ARCHIVE_EXT@ group
opts="searchmode=plain,pgpmode=none,component=bson" \
https://registry.npmjs.org/bson \
https://registry.npmjs.org/bson/-/bson-@ANY_VERSION@@ARCHIVE_EXT@ group
opts="searchmode=plain,pgpmode=none,component=mongodb-core" \
https://registry.npmjs.org/mongodb-core \
https://registry.npmjs.org/mongodb-core/-/mongodb-core-@ANY_VERSION@@ARCHIVE_EXT@ group
opts="searchmode=plain,pgpmode=none,component=requireoptional" \
https://registry.npmjs.org/require_optional \
https://registry.npmjs.org/require_optional/-/require_optional-@ANY_VERSION@@ARCHIVE_EXT@ group
La version du paquet est alors la concaténation des versions amont séparées par "+~".
Pour éviter d'avoir un trop long numéro de version, la méthode "checksum" peut être
utilisée. Dans ce cas la principale source doit être déclarée comme "group" :
version=4
opts="searchmode=plain,pgpmode=none" \
https://registry.npmjs.org/mongodb \
https://registry.npmjs.org/mongodb/-/mongodb-@ANY_VERSION@@ARCHIVE_EXT@ group
opts="searchmode=plain,pgpmode=none,component=bson" \
https://registry.npmjs.org/bson \
https://registry.npmjs.org/bson/-/bson-@ANY_VERSION@@ARCHIVE_EXT@ checksum
opts="searchmode=plain,pgpmode=none,component=mongodb-core" \
https://registry.npmjs.org/mongodb-core \
https://registry.npmjs.org/mongodb-core/-/mongodb-core-@ANY_VERSION@@ARCHIVE_EXT@ checksum
opts="searchmode=plain,pgpmode=none,component=requireoptional" \
https://registry.npmjs.org/require_optional \
https://registry.npmjs.org/require_optional/-/require_optional-@ANY_VERSION@@ARCHIVE_EXT@ checksum
Le "checksum" est composé des sommes séparées de chaque chiffre composant la version des
composants. Ci-dessous un exemple avec 3 composants dont les versions respectives sont :
"1.2.4", "2.0.1" et "10.0", et la version de la source principale "2.0.6" :
Main: 2.0.6
Comp1: 1 . 2 . 4
Comp2: 2 . 0 . 1
Comp3: 10 . 0
================================
Result : 1+2+10 . 2+0+0 . 4+1
Checksum: 13 . 2 . 5
================================
Final Version: 2.0.6+~cs13.2.5
uscan affichera également la chaîne de version originale avant encodage en checksum, ce
qui peut être utilisé par exemple dans une entrée de debian/changelog pour suivre
facilement les changements :
2.0.6+~1.2.4+~2.0.1+~10.0
Note: cette fonctionnalité n'accepte actuellement que les versions composées exclusivement
de chiffres et de points (".").
accès direct au dépôt git (étiquettes)
Si l'équipe amont ne publie son code que dans un dépôt git et que son code n'a pas
d'interface web pour obtenir l'archive publiée, il est possible d'utiliser uscan avec les
étiquettes du dépôt git pour suivre et empaqueter la nouvelle publication amont.
version=4
opts="mode=git, gitmode=full, pgpmode=none" \
http://git.ao2.it/tweeper.git \
refs/tags/v@ANY_VERSION@
Veuillez noter que "git ls-remote" est utilisé pour obtenir les références des étiquettes.
Si l'étiquette v20.5 est l'étiquette la plus récente, l'exemple ci-dessus télécharge
spkg-20.5.tar.xz après avoir fait un clone complet du dépôt git nécessaire au serveur git
simple.
Si les tags sont signés, utiliser pgpmode=gittag pour les vérifier.
accès direct au dépôt git (HEAD)
Si l'équipe amont ne publie son code que dans un dépôt git et que son code n'a pas
d'interface web ni les étiquettes pour obtenir l'archive publiée, il est possible
d'utiliser uscan avec le HEAD du dépôt git pour suivre et empaqueter la nouvelle
publication amont avec une chaîne de version générée automatiquement.
version=4
opts="mode=git, pgpmode=none" \
https://github.com/Debian/dh-make-golang \
HEAD
Veuillez noter qu'une copie superficielle locale du dépôt git est réalisée avec la
commande "git clone --bare --depth=1 ..." normalement dans le répertoire cible. uscan
génère la nouvelle version amont avec "git log --date=%Y%m%d --pretty=0.0~git%cd.%h" sur
cette copie locale du dépôt, comme comportement par défaut.
La création de la chaîne de version amont peut être ajustée à votre goût en ajoutant les
options pretty et date aux arguments de opts.
accès direct au dépôt Subversion (étiquettes)
Si l'équipe amont ne publie son code que dans un dépôt Subversion et que son code n'a pas
d'interface web pour obtenir l'archive publiée, il est possible d'utiliser uscan avec les
étiquettes du dépôt Subversion pour suivre et empaqueter la nouvelle publication amont.
version=4
opts="mode=svn, pgpmode=none" \
svn://svn.code.sf.net/p/jmol/code/tags/ \
@ANY_VERSION@\/
accès direct au dépôt Subversion (HEAD)
Si l'équipe amont ne publie son code que dans un dépôt Subversion et que son code n'a pas
d'interface web ni les étiquettes pour obtenir l'archive publiée, il est possible
d'utiliser uscan pour obtenir les dernières sources d'une sous-arborescence avec une
chaîne de version générée automatiquement.
version=4
opts="mode=svn, pgpmode=none" \
svn://svn.code.sf.net/p/jmol/code/trunk/ \
HEAD
Par défaut, uscan génère la nouvelle version en ajoutant "0.0~svn" au numéro de révision.
Ce peut être changé en utilisant uversionmangle.
EXEMPLES DE FICHIER DE COPYRIGHT
Voici un exemple de fichier debian/copyright qui déclenche le rempaquetage automatique de
l'archive amont en <spkg>_<oversion>.orig.tar.gz (dans debian/copyright, les alinéas
Files-Excluded et Files-Excluded-component font partie du premier paragraphe et il existe
un ligne vide avant les paragraphes suivants qui contiennent Files et d'autres alinéas.) :
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Files-Excluded: exclude-this
exclude-dir
*/exclude-dir
.*
*/js/jquery.js
Files: *
Copyright: ...
...
Voici un autre exemple de fichier debian/copyright qui déclenche le rempaquetage
automatique d'archives amont multiples en <spkg>_<oversion>.orig.tar.gz et
<spkg>_<oversion>.orig-bar.tar.gz:
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Files-Excluded: exclude-this
exclude-dir
*/exclude-dir
.*
*/js/jquery.js
Files-Excluded-bar: exclude-this
exclude-dir
*/exclude-dir
.*
*/js/jquery.js
Files: *
Copyright: ...
...
Voir mk-origtargz(1).
EXEMPLES DE FICHIER DE TROUSSEAU
Supposons que la "clef de test d'uscan (non secrète) <none@debian.org>" amont signe son
paquet avec une clef secrète OpenPGP et publie la clef publique OpenPGP correspondante.
Cette clef publique OpenPGP peut être identifiée de trois façons différentes avec sa forme
hexadécimale.
• L'empreinte sous la forme des 20 octets de données calculés à partir de la clef
publique OpenPGP. Par exemple "CF21 8F0E 7EAB F584 B7E2 0402 C77E 2D68 7254 3FAF
• L'identificateur long " long keyid") sous la forme des 8 derniers octets de données de
l'empreinte. Par exemple, "C77E2D6872543FAF"
• L'identificateur court ("short keyid") sous la forme des 4 derniers octets de données
de l'empreinte. Par exemple, "72543FAF"
Compte tenu de l'existence des attaques par collisions sur les identificateurs courts, il
est recommandé d'utiliser l'identificateur long pour recevoir des clefs à partir des
serveurs de clefs publiques. Vous devez vérifier la clef OpenPGP téléchargée en utilisant
la valeur de son empreinte complète dont vous savez qu'elle est sûre.
Le fichier de trousseau blindé debian/upstream/signing-key.asc peut être créé en utilisant
la commande gpg (ou gpg2) comme suit.
$ gpg --recv-keys "C77E2D6872543FAF"
...
$ gpg --finger "C77E2D6872543FAF"
pub 4096R/72543FAF 2015-09-02
Key fingerprint = CF21 8F0E 7EAB F584 B7E2 0402 C77E 2D68 7254 3FAF
uid uscan test key (no secret) <none@debian.org>
sub 4096R/52C6ED39 2015-09-02
$ cd chemin/vers/<upkg>-<uversion>
$ mkdir -p debian/upstream
$ gpg --export --export-options export-minimal --armor \
'CF21 8F0E 7EAB F584 B7E2 0402 C77E 2D68 7254 3FAF' \
>debian/upstream/signing-key.asc
Les fichiers de trousseau binaires, debian/upstream/signing-key.pgp et
debian/upstream-signing-key.pgp, sont encore gérés, mais ils sont obsolètes.
Si un groupe de développeurs signe le paquet, il faut la liste des empreintes de chacun
d'entre eux dans le paramètre pour gpg --export ... afin que le trousseau contienne toutes
leurs clefs OpenPGP.
Parfois, on se demande qui a créé le fichier de signature. Il est possible d'obtenir
l’identificateur de la clef publique utilisé pour créer le fichier de signature séparé
toto-2.0.tar.gz.asc en exécutant gpg ainsi :
$ gpg -vv toto-2.0.tar.gz.asc
gpg: armor: BEGIN PGP SIGNATURE
gpg: armor header: Version: GnuPG v1
:signature packet: algo 1, keyid C77E2D6872543FAF
version 4, created 1445177469, md5len 0, sigclass 0x00
digest algo 2, begin of digest 7a c7
hashed subpkt 2 len 4 (sig created 2015-10-18)
subpkt 16 len 8 (issuer key ID C77E2D6872543FAF)
data: [4091 bits]
gpg: assuming signed data in `toto-2.0.tar.gz'
gpg: Signature made Sun 18 Oct 2015 11:11:09 PM JST using RSA key ID 72543FAF
...
OPTIONS DE LIGNE DE COMMANDE
Pour un usage basique d'uscan, la configuration de ces options n'est pas nécessaire.
--conffile, --conf-file
Ajoute ou remplace les fichiers de configuration par défaut ("/etc/devscripts.conf"
and "~/.devscripts"). L'option ne peut être utilisée qu'en première position de la
ligne de commande.
remplacer :
uscan --conf-file test.conf --verbose
ajouter :
uscan --conf-file +test.conf --verbose
Si l'un des --conf-file ne contient pas de "+", les fichiers de configuration par
défaut sont ignorés.
--no-conf, --noconf
Ne lire aucun fichier de configuration. L'option ne peut être utilisée qu'en première
position de la ligne de commande.
--no-verbose
Ne pas rapporter d'informations verbeuses. (Par défaut).
--verbose, -v
Rapporter des informations verbeuses.
--debug, -vv
Rapporter des informations verbeuses et les valeurs de certains états internes.
--extra-debug, -vvv
Rapporter des informations verbeuses y compris les pages web téléchargées traitées sur
la sortie d'erreur standard pour débogage.
--dehs
Envoyer la sortie de style DEHS (type XML) sur la sortie standard, tout en envoyant
toutes les autres sorties de uscan sur la sortie d'erreur standard.
--no-dehs
Utiliser seulement le format de sortie traditionnel de uscan. (Par défaut)
--download, -d
Télécharger la nouvelle version amont. (Par défaut)
--force-download, -dd
Télécharger la nouvelle version amont même si elle est à jour (peut ne pas écraser les
fichiers locaux).
--overwrite-download, -ddd
Télécharger le fichier amont même si le paquet est à jour (peut écraser les fichiers
locaux).
--no-download, --nodownload
Ne pas télécharger ni rapporter d'information.
Des archives précédemment téléchargées peuvent être utilisées.
Passage du comportement par défaut à --skip-signature.
--signature
Télécharger la signature. (Par défaut)
--no-signature
Ne pas télécharger la signature, mais vérifier si elle a déjà été téléchargée.
-skip-signature
Ne pas s'occuper de télécharger ni de vérifier la signature.
--safe, --report
Éviter l'exécution de scripts non sécurisés en sautant à la fois le rempaquetage du
paquet téléchargé et la mise à jour de l'arborescence de la nouvelle source.
Passage du comportement par défaut à --no-download et --skip-signature.
Quand l'objectif de l'exécution de uscan est de recueillir l'état du paquet amont sous
un environnement conscient de la sécurité, veuillez vous assurer d'utiliser cette
option.
--report-status
Équivaut à utiliser l'option --verbose --safe.
--download-version version
Indiquer la version à laquelle la version amont doit correspondre pour être prise en
compte, plutôt qu'utiliser celle avec le numéro de version le plus important.
(fonctionnalité optimale)
--download-debversion version
Préciser la version du paquet Debian dont il faut télécharger la version amont
correspondante. Les règles dversionmangle et uversionmangle sont prises en compte.
(fonctionnalité optimale)
--download-current-version
Télécharger la version actuelle du paquet. (fonctionnalité optimale)
--check-dirname-level N
Veuillez consulter la section "Vérification du nom du répertoire" ci-dessus pour une
explication de cette option.
--check-dirname-regex regex
Veuillez consulter la section "Vérification du nom du répertoire" ci-dessus pour une
explication de cette option.
--destdir chemin Normalement, uscan change son répertoire courant interne pour le
répertoire source du paquet où le répertoire debian/ est situé. Ensuite, le répertoire de
destination de l'archive téléchargée et des autres fichiers est défini sur le répertoire
parent ../ à partir de ce répertoire courant interne.
Le répertoire de destination par défaut peut être remplacé en définissant l'option
--destdir vers un chemin particulier. Si ce chemin est un chemin relatif, le
répertoire de destination est déterminé relativement au répertoire courant interne
d'exécution d'uscan. Si ce chemin est un chemin absolu, le répertoire de destination
est fixé à cheminindépendamment du répertoire courant interne d'exécution d'uscan.
Ce qui précède est vrai non seulement pour l'exécution unique d'uscan dans une
arborescence de sources unique, mais aussi pour l'exécution par uscan d'une recherche
avancée dans des sous-répertoires contenant plusieurs arborescences de sources.
Une exception existe quand les options --watchfile et --package sont utilisées
ensemble. Dans ce cas, le répertoire courant interne d'exécution d'uscan et le
répertoire de destination par défaut sont définis au répertoire courant . où uscan est
lancé. Le répertoire de destination par défaut peut être remplacé en définissant aussi
l'option --destdir.
--package paquet
Indiquer le nom du paquet à contrôler plutôt qu'examiner debian/changelog ; cela
nécessite les options --upstream-version (à moins qu'une option ne soit précisée dans
le fichier watch) et --watchfile. De plus, aucun répertoire ne sera scanné et rien ne
sera téléchargé. Cette option configure automatiquement --no-download et
--skip-signature ; elle est probablement la plus utile en conjonction avec le système
DEHS (et --dehs).
--upstream-version version-amont
Indiquer la version amont actuelle plutôt qu'examiner le fichier debian/watch ou le
journal des modifications de Debian pour le déterminer. C'est ignoré si un balayage de
répertoire est fait et que plus d'un fichier debian/watch est trouvé.
--watchfile watchfile
Indiquer le fichier watch plutôt que faire un balayage de répertoire pour le
déterminer. Si cette option est utilisée sans --package, uscan devra être appelé
depuis l'arborescence du paquet Debian source (de sorte que debian/changelog puisse
être trouvé simplement par une recherche dans l'arborescence).
Une exception existe quand les options --watchfile et --package sont utilisées
ensemble. uscan peut être appelé à partir de n'importe quel répertoire et le
répertoire courant interne d'exécution d'uscan et le répertoire de destination par
défaut sont définis au répertoire courant . où uscan est lancé.
Vous trouverez plus d'informations dans l'explication de --destdir.
--bare
Désactiver tout le code "special code" spécifique au site pour réaliser les
redirections d'URL et les altérations de contenu de page.
--http-header
Ajoute l'en-tête spécifié dans les requêtes HTTP correspondant à l'url. Cette option
peut être multivaluée, les valeurs doivent être de la forme
"baseUrl@NomEnTête=valeur". Exemple :
uscan --http-header https://example.org@My-Token=azertyuiop
Sécurité :
L'URL baseUrl doit exactement correspondre à l'URL de base avant "/". Exemples :
| valeur --http-header | Bonne pour | Inutilisée |
+------------------------------------+-----------------------------+------------+
| https://example.org.com@Hdr=Value | https://example.org.com/... | |
| https://example.org.com/@Hdr=Value | | X |
| https://e.com:1879@Hdr=Value | https://e.com:1879/... | |
| https://e.com:1879/dir@Hdr=Value | https://e.com:1879/dir/... | |
| https://e.com:1879/dir/@Hdr=Value | | X |
Il est vivement recommandé de ne pas utiliser cette fonctionnalité pour passer un
jeton secret via une connexion non chiffrée (http://)
On peut utiliser la variable "USCAN_HTTP_HEADER" (dans "~/.devscripts") pour masquer
les jetons secrets des scripts
--no-exclusion
Ne pas exclure automatiquement les fichiers mentionnés dans le champ Files-Excluded de
debian/copyright.
--pasv
Forcer le mode passif ("PASV") pour les connexions FTP.
--no-pasv
Ne pas utiliser le mode passif (PASV) pour les connexions FTP.
--no-symlink
Ne pas renommer ni rempaqueter l'archive amont.
--timeout N
Définir le temps d'attente à N secondes (20 secondes par défaut).
--user-agent, --useragent
Utiliser un champ "user agent" différent de celui par défaut.
--help
Afficher un bref message d'aide.
--version
Afficher les informations sur la version.
uscan accepte aussi les options suivantes et les passe à mk-origtargz :
--symlink
Faire des fichiers résultants orig.tar.gz (avec l'extension appropriée) des liens
symboliques vers les fichiers téléchargés (c'est le comportement par défaut).
--copy
Au lieu de créer des liens symboliques comme décrit précédemment, copier les fichiers
téléchargés.
--rename
Au lieu de créer des liens symboliques comme décrit précédemment, renommer les
fichiers téléchargés.
--repack
Après avoir téléchargé une archive lzma tar, xz tar, bzip tar, gz tar, zip, jar, xpi,
zstd, le rempaqueter à la compression spécifiée (voir --compression).
Le paquet unzip doit être installé pour rempaqueter les archives zip et jar, le paquet
mozilla-devscripts pour les archives xpi, et le paquet xz-utils pour les archives tar
compressées avec lzma ou xz et le paquet zstd pour les archives zstd.
--compression [ gzip | bzip2 | lzma | xz ]
Au cas où les sources amont sont rempaquetés (soit parce que l’option --repack est
donnée, soit parce que debian/copyright contient le champ Files-Excluded), la méthode
de compression peut être contrôlée avec le paramètre comp. La méthode par défaut est
gzip pour les archives normales, et xz pour les archives générées directement à partir
du dépôt git.
--copyright-file fichier_de_copyright
Exclure les fichiers mentionnés dans le champ Files-Excluded du fichier_de_copyright
donné. C’est utile lors de l’utilisation d’uscan en dehors d’un répertoire de paquet
source.
VARIABLES DE CONFIGURATION DE DEVSCRIPT
Pour une utilisation de base d'uscan, la configuration de ces variables n'est pas
nécessaire.
Les deux fichiers de configuration /etc/devscripts.conf et ~/.devscripts 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 --noconf,
alors ces fichiers ne sont pas évalués. Les variables actuellement identifiées sont :
USCAN_DOWNLOAD
Télécharger ou rapporter l'information seulement:
3 : équivaut à --no-download, les nouveaux fichiers ne seront pas téléchargés.
yes: equivaut à --download, les nouveaux fichiers amont seront téléchargés. C'est le
comportement par défaut.
Voir aussi --force-download and --overwrite-download.
USCAN_SAFE
Si elle est définie à yes, alors uscan évite l'exécution de scripts non sécurisés en
sautant à la fois le rempaquetage du paquet téléchargé et la mise à jour de
l'arborescence de la nouvelle source ; c'est l'équivalent des options --safe ; cela
définit aussi les options par défaut à --no-download et --skip-signature.
USCAN_PASV
Si elle est définie à yes ou no, cela force respectivement à utiliser ou à ne pas
utiliser le mode passif pour les connexions FTP. Si elle est définie à default, alors
Net::FTP(3) fait un choix (basé principalement sur la variable d'environnement
FTP_PASSIVE).
USCAN_TIMEOUT
Si cette option est définie à un nombre N, alors définir le temps limite à N secondes.
C'est équivalent à l'option --timeout.
USCAN_SYMLINK
Si cette option est mise à no, un lien symbolique vers
paquet_version.orig.tar.{gz|bz2|lzma|xz} ne sera pas créé (équivalent à l'option
--no-symlink). Si elle est à yes ou symlink, les liens symboliques seront créés. Si
elle est à rename, les fichiers sont renommés (équivalent à l'option --rename).
USCAN_DEHS_OUTPUT
Si cette option est à yes, alors la sortie sera de type DEHS, comme si l'option --dehs
était utilisée.
USCAN_VERBOSE
Si elle est définie à yes, alors la sortie sera verbeuse, comme si l'option --verbose
était utilisée.
USCAN_USER_AGENT
Si elle est définie, elle spécifie la chaîne à utiliser pour annoncer le navigateur
("user agent") à la place de la valeur par défaut. C'est équivalent à l'option
--user-agent.
USCAN_DESTDIR
Si elle est définie, elle désigne le répertoire où les fichiers téléchargés seront
placés. C'est équivalent à l'option --destdir.
USCAN_REPACK
Si elle est définie à yes, alors après avoir téléchargé une archive tar compressée
avec bzip, lzma, xz ou zstd ou une archive ZIP, uscan recréera une archive compressée
du type défini (voir --compression). C'est équivalent à l'option --repack.
USCAN_EXCLUSION
Si elle est définie à no, les fichiers mentionnés dans le champ Files-Excluded de
debian/copyright seront ignorés et aucune exclusion de fichiers ne sera tentée. C'est
équivalent à l'option --no-exclusion.
USCAN_HTTP_HEADER
Si définie, l'en-tête spécifié sera utilisé pour toutes les URLs correspondantes.
C'est équivalent à l'option --http-header.
VALEURS DE RETOUR
La valeur de retour indique si une nouvelle version a été trouvée ; il est conseillé de
lire la sortie pour déterminer exactement ce qu'il s'est passé et pour voir s'il n'y a pas
eu d'avertissement.
0 Soit les options --help ou --version ont été utilisées, soit une nouvelle version
amont a été trouvée pour un des fichiers watch examinés.
1 Aucune nouvelle version amont n'a été trouvée pour les fichiers watch examinés.
FONCTIONNALITÉS AVANCÉES
uscan possède beaucoup d'autres fonctionnalités qui sont sautées dans la section ci-
dessus, pour être plus simple. Regardons leurs points marquants.
uscan peut être exécuté avec chemin comme paramètre pour passer le répertoire de départ de
recherche du répertoire courant à chemin.
Si vous ne savez pas exactement ce qui se passe dans les coulisses, veuillez activer
l'option --verbose. Si ce n'est pas suffisant, activez l'option --debug pour voir toutes
les actions internes.
Voir "OPTIONS DE LIGNE DE COMMANDE" et "VARIABLES DE CONFIGURATION DE DEVSCRIPT" pour
d'autres variantes.
Script personnalisé
Le paramètre optionnel script dans debian/watch signifie exécuter script avec des options
après avoir traité cette ligne si elle est spécifiée.
Voir "HISTORIQUE ET MISE À NIVEAU" pour voir comment uscan invoque le <script>
personnalisé.
Pour des raisons de compatibilité avec d'autres outils tels que git-buildpackage, il peut
être judicieux de ne pas créer des scripts personnalisés au comportement aléatoire. En
général, uupdate est le meilleur choix pour un paquet non natif, et les scripts
personnalisés, s'ils existent, devraient se comporter comme uupdate. Pour des cas
d'utilisation potentiels, voir <http://bugs.debian.org/748474> comme exemple.
Détournement d'URL
Certains sites populaires ont changé leur structure de page web provoquant des problèmes
de maintenance du fichier de veille. Des services de redirection ont été créés pour
faciliter sa maintenance. Actuellement, uscan fait un détournement automatique des
requêtes d'URL pour les URL suivantes afin de gérer cette situation.
• <http://sf.net>
• <http://pypi.python.org>
Vérification du nom du répertoire
Comme plusieurs autres scripts du paquet devscripts, uscan parcourt l'arborescence du
répertoire demandé à la recherche de fichiers debian/changelog et debian/watch. Pour se
protéger contre certains fichiers égarés qui pourraient poser problème, et pour des
raisons d'efficacité, il examine le nom du répertoire parent une fois qu'il a trouvé le
fichier debian/changelog, et vérifie que le nom du répertoire correspond au nom du paquet.
Il ne cherchera à télécharger les nouvelles versions d'un paquet et à effectuer l'action
demandée que si 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
DEVSCRIPTS_CHECK_DIRNAME_LEVEL et DEVSCRIPTS_CHECK_DIRNAME_REGEX, et les options en ligne
de commande associées --check-dirname-level et --check-dirname-regex.
DEVSCRIPTS_CHECK_DIRNAME_LEVEL peut prendre les valeurs suivantes :
0 Ne jamais vérifier le nom du répertoire.
1 Ne vérifie le nom du répertoire que s'il a fallu changer de répertoire pour trouver le
fichier debian/changelog, c'est-à-dire que le répertoire qui contient debian/changelog
n'est pas le répertoire dans lequel uscan a été invoqué. C'est le comportement par
défaut.
2 Toujours vérifier le nom du répertoire.
Le nom du répertoire est vérifié en testant si le nom du répertoire actuel (donné par
pwd(1)) correspond à l'expression rationnelle donnée par la variable
DEVSCRIPTS_CHECK_DIRNAME_REGEX du fichier de configuration ou par l'option
--check-dirname-regex expression_rationnelle. Il s'agit d'une expression rationnelle Perl
(voir perlre(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 paquet, cette chaîne sera remplacée par le
nom du paquet source déterminé par le fichier debian/changelog. La valeur par défaut de
cette expression rationnelle est : paquet(-.+)?, ce qui correspond aux répertoires nommés
paquet ou paquet-version.
HISTORIQUE ET MISE À NIVEAU
Cette section décrit brièvement les incompatibilités inverses des fonctionnalités du
fichier watch qui ont été ajoutées dans chaque version du fichier watch et la première
version du paquet devscripts qui les comprenait.
Versions antérieures à 2
La syntaxe du fichier watch était très différente à l'époque. Ne l'utilisez plus. Si
vous mettez votre fichier watch à niveau depuis une version antérieure à 2, il est
recommandé de lire cette page de manuel et de recommencer à zéro.
Version 2
devscripts version 2.6.90 : la première incarnation du style actuel de fichier watch.
Cette version est également dépréciée et sera rejetée dès la publication de Debian 11.
Version 3
devscripts version 2.8.12 a introduit les choses suivantes : manipulation correcte des
expressions rationnelles dans la partie du chemin, recherche de motif d'un
répertoire/chemin, numéro de version dans plusieurs parties, numéro de version
modifiable. Les versions suivantes ont introduit la modification des liens.
Si vous êtes en train de vous mettre à niveau depuis la version 2, l'incompatibilité
principale est lorsqu'il existe plusieurs groupes dans la partie des motifs. Alors que
seul le premier était utilisé dans la version 2, ils le seront tous dans la version 3.
Pour éviter ce comportement, modifiez les groupes non liés au numéro de version en (?:
... ) au lieu d'un groupe ordinaire ( ... ).
• uscan invoque le script personnalisé comme ceci : script --upstream-version
version ../spkg_version.orig.tar.gz.
• uscan invoque uupdate standard comme ceci : "uupdate --no-symlink
--upstream-version version ../spkg_version.orig.tar.gz".
Version 4
devscripts version 2.15.10 : la première incarnation des fichiers watch prenant en
charge les archives amont multiples.
La syntaxe du fichier de veille est assouplie pour permettre plus d'espaces de
lisibilité.
Si vous avez un script personnalisé à la place de uupdate, vous pouvez aussi
rencontrer des problèmes lors de la mise à jour à partir de la version 3.
• uscan invoque le script personnalisé comme ceci : "script --upstream-version
version".
• uscan invoque uupdate standard comme ceci : "uupdate --find --upstream-version
version".
Les restrictions pour --dehs sont levées en redirigeant les autres sorties sur la
sortie d'erreur standard lorsque elle est active.
VOIR AUSSI
dpkg(1), mk-origtargz(1), perlre(1), uupdate(1), devscripts.conf(5)
AUTEUR
La version initiale de uscan a été écrite par Christoph Lameter <clameter@debian.org>. Des
améliorations significatives, d'autres modifications et des corrections de bogues ont été
apportées par Julian Gilbey <jdg@debian.org>. La prise en charge d'HTTP a été ajouté par
Piotr Roszatycki <dexter@debian.org>. Le programme a été réécrit en Perl par Julian
Gilbey. Xavier Guimard l'a convertit en Perl orienté-objet en utilisant Moo.
TRADUCTION
Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>, 2006
Thomas Huriaux <thomas.huriaux@gmail.com>, 2006
David Prévot <david@tilapin.org>, 2010-2013
Xavier Guimard <yadd@debian.org>, 2018-2021