debsign - En ligne dans le Cloud

PROGRAMME:

Nom

debsign - signer une paire de fichiers Debian .changes et .dsc à l'aide de GPG

SYNOPSIS

conception [Options] [fichier-changements|fichier dsc|fichier_commandes ...]

DESCRIPTION

conception imite les aspects de signature (et les bogues) de dpkg-buildpackage(1). Il faut soit un
non signé .dsc fichier ou un non signé .changements fichier (avec le fichier non signé associé .dsc
fichier trouvé en remplaçant le nom de l'architecture et .changements by .dsc s'il apparaît dans le
.changements fichier) et les signe à l'aide de GNU Privacy Guard. il est prudent de calculer
la taille et les sommes de contrôle de la nouvelle signature .dsc fichier et remplacez les valeurs d'origine dans
le .changements fichier.

Si un .changements, .dsc or .commandes fichier est spécifié, il est signé, sinon,
debian/journal des modifications est analysé pour déterminer le nom du .changements fichier à rechercher dans le
Dossier Parent.

Si un .commandes fichier est spécifié, il est d'abord validé (voir les détails sur
ftp://ftp.upload.debian.org/pub/UploadQueue/README) et le nom spécifié dans le
Le champ Uploader est utilisé pour la signature.

Cet utilitaire est utile si un développeur doit créer un package sur une machine où il est
il est dangereux de le signer ; il leur suffit alors de transférer le petit .dsc ainsi que .changements fichiers vers un
machine sûre, puis utilisez le conception programme pour les signer avant de les retransférer.
Ce processus peut être automatisé de deux manières. Si les fichiers à signer vivent sur le éloigné
machine, la -r L'option peut être utilisée pour les copier sur la machine locale et revenir après
signature. Si les fichiers vivent sur le locales machine, ils peuvent alors être transférés vers la
machine distante pour la signature à l'aide débroussailler (1).

Ce programme peut prendre les paramètres par défaut du scripts de développement fichiers de configuration, comme
décrit ci-dessous.

OPTIONS

-r [Nom d'utilisateur@]hôte distant
La .changements ainsi que .dsc les fichiers vivent sur l'hôte distant spécifié. Dans ce cas, un
.changements le fichier doit être explicitement nommé, avec un répertoire absolu ou un relatif
dans le répertoire personnel distant. scp sera utilisé pour la copie. Les
[Nom d'utilisateur@]hôte distant:change la syntaxe est autorisée comme alternative. Caractères génériques (*
etc.) sont autorisés.

-pnom de programme
Quand conception doit exécuter GPG pour signer, il fonctionnera nom de programme (recherchant le PATH
si nécessaire), au lieu de gpg.

-mmainteneur
Spécifiez le nom du responsable à utiliser pour la signature. (Voir dpkg-buildpackage(1) pour
plus d'informations sur les différences entre -m, -e ainsi que -k lors de la construction
paquets; conception n'utilise ces distinctions qu'en ce qui concerne la
priorité des différentes options. Ces multiples options sont fournies afin que le
le programme se comportera comme prévu lorsqu'il sera appelé par reconstruire(1).)

-emainteneur
Pareil que -m mais prend le pas sur lui.

-kidentifiant de clé
Spécifiez l'ID de clé à utiliser pour la signature ; remplace tout -m ainsi que -e options.

-S Rechercher une source uniquement .changements fichier au lieu d'une compilation binaire .changements fichier.

-aarchitecture-debian, -tType de système GNU
See architecture-dpkg(1) pour une description de ces options. Ils affectent le
rechercher le .changements déposer. Ils sont fournis pour imiter le comportement de dpkg-
paquet de construction lors de la détermination du nom du .changements fichier.

--multi
Multiarche .changements mode : Cela signifie que conception devrait utiliser le plus récent
fichier avec le nom pattern package_version_**+*.changes car .changements fichier,
permettant la .changements fichiers produits par dpkg-croix.

--démissionner, --no-re-signer
Recréer la signature, respectivement utiliser la signature existante, si le fichier a été
déjà signé. Si aucune option n'est donnée et qu'un fichier déjà signé est trouvé, le
il est demandé à l'utilisateur s'il souhaite utiliser la signature actuelle.

--debs-rép DIR
Recherchez le .changements ainsi que .dsc fichiers dans le répertoire DIR au lieu du parent du
répertoire source. Il doit s'agir d'un chemin absolu ou relatif au sommet de
le répertoire source.

--no-conf, --noconf
Ne lisez aucun fichier de configuration. Cela ne peut être utilisé que comme première option
donné sur la ligne de commande.

--Aidez-moi, -h
Affichez un message d'aide et quittez avec succès.

--version
Affichez les informations de version et de copyright et quittez avec succès.

CONFIGURATION VARIABLES

Les deux fichiers de configuration /etc/devscripts.conf ainsi que ~/.devscript sont originaires de ce
afin de définir les variables de configuration. Les options de ligne de commande peuvent être utilisées pour remplacer
paramètres du fichier de configuration. Les paramètres des variables d'environnement sont ignorés à cette fin.
Les variables actuellement reconnues sont :

DEBSIGN_PROGRAMME
Définir ceci équivaut à donner un -p option.

DEBSIGN_MAINT
Il s'agit de la -m option.

DEBSIGN_KEYID
Et c'est le -k option.

DEBSIGN_ALWAYS_RESIGN
Re-signez toujours les fichiers même s'ils sont déjà signés, sans invite.

DEBRELEASE_DEBS_DIR
Ceci spécifie le répertoire dans lequel rechercher le .changements ainsi que .dsc fichiers et
est soit un chemin absolu, soit relatif au sommet de l'arborescence source. Cette
correspond à la --debs-rép option de ligne de commande. Cette directive pourrait être utilisée,
par exemple, si vous utilisez toujours constructeur or svn-buildpackage pour construire vos packages.
Notez qu'il affecte également débloquer(1) de la même manière, d'où le nom étrange de
l'option.

Utilisez debsign en ligne en utilisant les services onworks.net