Provided by: dpkg-dev_1.22.18ubuntu2_all 
NOM
deb-changes - Debian upload changes control file format
SYNOPSIS
nom-du-fichier.changes
DESCRIPTION
Chaque envoi dans Debian est composé d'un fichier de contrôle .changes qui contient un certain nombre de
champs au format deb822(5).
Chaque champ commence par une étiquette, telle que Source ou Binary (la casse n'importe pas), suivie d'un
« : », et du contenu du champ (sensible à la casse à moins que cela ne soit spécifié autrement). Les
champs sont séparés seulement par des étiquettes de champ. En d'autres termes, le contenu d'un champ peut
s'étendre sur plusieurs lignes, mais les outils d'installation joindront en général les lignes pendant le
traitement du contenu du champ (sauf pour les champs à lignes multiples Description, Changes, Files,
Checksums-Sha1 et Checksums-Sha256, voir ci-dessous).
The control data might be enclosed in an OpenPGP ASCII Armored signature, as specified in RFC9580.
LES CHAMPS
Format: version-format (requis)
La valeur de ce champ déclare la version du format du fichier. La syntaxe de la valeur du champ est
un numéro de version avec un composant majeur et mineur. Les modifications incompatibles avec les
versions précédentes du format incrémenteront la version majeure, tandis que les modifications
compatibles (telles que les ajouts de champ) incrémenteront la version mineure. La version de format
actuelle est 1.8.
Date: date-publication (requis)
The date the package was built or last edited. It must be in the same format as the date in a
deb-changelog(5) entry.
La valeur de ce champ est habituellement extraite du fichier debian/changelog.
Source: nom-source [(version-source)] (requis)
Le nom du paquet source. Si la version du source diffère de la version binaire, alors le nom-source
sera suivi par une version-source entre parenthèses. Cela peut arriver quand il s'agit d'un envoi
seulement binaire NMU (« non-maintainer upload »).
Binary: liste-paquets-binaires (requis selon le contexte)
Ce champ coupé est une liste, séparée par des espaces, de paquets binaires à envoyer. Si l'envoi ne
concerne que les sources, le champ est omis (depuis dpkg 1.19.3).
Architecture: liste-architectures
Liste des architectures des fichiers actuellement envoyés. Voici quelques architectures habituelles :
amd64, armel, i386, etc. Remarquez que l'option all signifie que le paquet est indépendant de toute
architecture. Si les sources du paquet sont également envoyées, l'entrée spéciale source est aussi
présente. Les architectures joker ne doivent jamais être présentes dans la liste.
Version: chaîne-de-la-version (requis)
Typically, this is the original package's version number in whatever form the program's author uses.
It may also include a Debian revision number (for non-native packages). The exact format and sorting
algorithm are described in deb-version(7).
Distribution: distributions (requis)
Liste une ou plusieurs distributions, séparées par des espaces, dans lesquelles cette version peut
être installée après envoi dans l'archive.
Urgency: urgence (recommandé)
L'urgence de l'envoi. Les valeurs actuelles reconnues sont, par ordre croissant d'urgence : low,
medium, high, critical et emergency.
Maintainer: nom-complet-et-adresse-électronique (requis)
Le format de ce champ sera « Jean Dupont <jdupont@example.org> » ; et c'est bien sûr le créateur du
paquet, par opposition à l'auteur du programme mis en paquet.
Changed-By: nom-complet-et-adresse-électronique
Le format de ce champ sera « Jean Dupont <jdupont@example.org> » ; et c'est bien sûr celui qui a
préparé les modifications du paquet pour cette version.
Description: (recommandé)
nom-du-paquet-binaire - résumé-du-paquet-binaire
Ce champ à lignes multiples contient une liste de noms de paquets binaires suivis d'une espace, d'un
tiret (« - ») et de leur description courte éventuellement tronquée. Si l'envoi ne concerne que les
sources, le champ est omis (depuis dpkg 1.19.3).
Closes: liste-numéros-bogue
Une liste de numéros de rapports des bogues séparés par des espaces qui ont été résolus par cet
envoi. Le logiciel d'archive de la distribution pourrait utiliser ce champ pour fermer
automatiquement les bogues dont les numéros sont référencés dans le système de suivi de bogues (BTS)
de la distribution.
Binary-Only: yes
Ce champ indique que l'envoi est une construction seulement binaire indépendante (NMU). Il est issu
de la paire clé/valeur binary-only=yes de l'entrée metadata du changelog.
Built-For-Profiles: liste-de-profils
Ce champ définit une liste, séparée par des espaces, de profils de construction avec lesquels cet
envoi a été construit.
Changes: (requis)
entrées-du-journal-des-modifications
Ce champ à lignes multiples fournit le texte concaténé de toutes les entrées de changelog faisant
partie de cet envoi. Pour rendre ce champ à lignes multiples valable, les lignes vides sont
remplacées par un point « . » et toutes les lignes sont indentées par une seule espace. Le contenu
exact dépend du format du changelog.
Files: (requis)
md5sum taille section priorité nom-de-fichier
Ce champ à lignes multiples fournit une liste de fichiers avec la md5sum, la taille, la section et la
priorité de chacun.
La première ligne de la valeur du champ (la partie sur la même ligne que le nom du champ suivi par
deux-points) est toujours vide. Le contenu du champ est exprimé sous la forme de lignes de
continuation, un ligne par fichier. Chaque ligne consiste en des entrées, séparées par des espaces,
décrivant le fichier : la md5sum, la taille du fichier, sa section, sa priorité et son nom.
If the section or priority are omitted from the package, these default to unknown and optional
respectively (since dpkg 1.22.13).
Ce champ liste tous les fichiers qui composent l'envoi. La liste de fichiers de ce champ doit
correspondre à celle présente dans les autres champs relatifs aux Checksums.
Note: The MD5 checksum is considered weak, and should never be assumed to be sufficient for secure
verification, but this field cannot be omitted as it provides metadata not available anywhere else.
Checksums-Sha1: (required, weak)
Checksums-Sha256: (required, strong)
somme-de-contrôle taille nom-du-fichier
Ces champs à lignes multiples fournissent une liste de fichiers avec la somme de contrôle et la
taille de chacun. Ces champs ont la même syntaxe et ne diffèrent que par l'algorithme de somme de
contrôle utilisé : SHA-1 pour Checksums-Sha1 et SHA-256 pour Checksums-Sha256.
La première ligne de la valeur du champ (la partie sur la même ligne que le nom du champ suivi par
deux-points) est toujours vide. Le contenu du champ est exprimé par des lignes de continuation, une
ligne par fichier. Chaque ligne consiste en des entrées séparées par des espaces décrivant le
fichier :la somme de contrôle, la taille du fichier et le nom du fichier.
Ces champs listent tous les fichiers qui composent l'envoi. La liste de fichiers de ce champ doit
correspondre à celle présente dans le champ Files et les autres champs relatifs aux Checksums.
Note: The SHA-1 checksum is considered weak, and should never be assumed to be sufficient for secure
verification.
BOGUES
Le champ Files n'est pas cohérent avec des autres champs Checksums. Les champs Changed-By et Maintainer
ont des noms qui provoquent la confusion. Le champ Distribution fournit des informations sur ce à quoi
une suite fait référence habituellement.
VOIR AUSSI
deb822(5), deb-src-control(5), deb-version(7).
TRADUCTION
Ariel VARDI <ariel.vardi@freesbee.fr>, 2002. Philippe Batailler, 2006. Nicolas François, 2006. Veuillez
signaler toute erreur à <debian-l10n-french@lists.debian.org>.
1.22.18 2025-03-20 deb-changes(5)