From ea314d2f45c40a006c0104157013ab4b857f665f Mon Sep 17 00:00:00 2001 From: Daniel Baumann Date: Mon, 15 Apr 2024 20:35:28 +0200 Subject: Adding upstream version 1.22.4. Signed-off-by: Daniel Baumann --- man/fr/deb-buildinfo.pod | 183 +++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 183 insertions(+) create mode 100644 man/fr/deb-buildinfo.pod (limited to 'man/fr/deb-buildinfo.pod') diff --git a/man/fr/deb-buildinfo.pod b/man/fr/deb-buildinfo.pod new file mode 100644 index 0000000..4025641 --- /dev/null +++ b/man/fr/deb-buildinfo.pod @@ -0,0 +1,183 @@ + + ***************************************************** + * GENERATED FILE, DO NOT EDIT * + * THIS IS NO SOURCE FILE, BUT RESULT OF COMPILATION * + ***************************************************** + +This file was generated by po4a(7). Do not store it (in VCS, for example), +but store the PO file used as source file by po4a-translate. + +In fact, consider this as a binary, and the PO file as a regular .c file: +If the PO get lost, keeping this translation up-to-date will be harder. + +=encoding UTF-8 + +=head1 NOM + +deb-buildinfo - Format des fichiers d'informations de construction de Debian + +=head1 SYNOPSIS + +IB<.buildinfo> + +=head1 DESCRIPTION + +Chaque construction de paquet source Debian peut enregistrer les informations de construction dans un fichier de contrôle B<.buildinfo> qui contient un certain nombre de champs au format L. + +Chaque champ commence par une étiquette, telle que B ou B (la casse n'importe pas), suivie d'un S<« : »> et du contenu du champ (sensible à la casse à moins que cela ne soit stipulé 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 dans le cas des champs à lignes multiples B, B, B, B, B et B, voir ci-dessous). + +Les données de contrôle pourraient être incluses dans une signature OpenPGP S<« ASCII> S comme spécifié dans la RFC4880. + +The name of the B<.buildinfo> file will depend on the type of build and will be as specific as necessary but not more; the name will be: + +=over + +=item IB<_>IB<_>IB<.buildinfo> + +for a build that includes B + +=item IB<_>IB<_>B + +otherwise for a build that includes B + +=item IB<_>IB<_>B + +otherwise for a build that includes B + +=back + +=head1 LES CHAMPS + +=over + +=item B I (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 B<1.0>. + +=item B I [B<(>IB<)>] (requis) + +Le nom du paquet source. Si la version du source diffère de la version binaire, alors le I sera suivi par une I entre parenthèses. Cela peut arriver quand la construction concerne un envoi seulement binaire NMU S<(« non-maintainer> S + +=item B I (requis selon le contexte) + +Ce champ coupé est une liste de paquets binaires construits séparés par des espaces. Si la construction ne concerne que les sources, le champ est omis (depuis S + +=item B I (requis) + +Ce champ, séparé par des espaces, liste les architectures des fichiers actuellement en construction. Voici quelques architectures S B, B, B, etc. Remarquez que l'option B signifie que le paquet est indépendant de toute architecture. Si le source du paquet est aussi en construction, l'entrée spéciale B est aussi présente. Les architectures joker ne doivent jamais être présentes dans la liste. + +=item B I (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 L. + +=item B + +=item S< >I + +Ce champ à lignes multiples contient le texte concaténé des entrées de changelog pour un envoi seulement binaire (binNMU), si c'est le cas. Pour faire de ce champ un champ à lignes multiples valable, les lignes vides sont remplacées par un point S<« B<.> »> et toutes les lignes sont indentées par une seule espace. Le contenu exact dépend du format du changelog. + +=item B (requis) + +=item B (requis) + +=item B (requis) + +=item S< >I I I + +Ces champs à lignes multiples contiennent la liste des 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 S MD5 pour B, SHA-1 pour B et SHA-256 pour B. + +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 S somme de contrôle, la taille du fichier et le nom du fichier. + +Ces champs listent tous les fichiers qui composent la construction. + +=item B I + +Nom de la distribution dont ce paquet provient. + +=item B I (requis) + +L'architecture Debian pour l'installation des paquets en construction. Les architectures habituelles sont B, B, B, etc. + +=item B I + +The date the package was built. It must be in the same format as the date in a L entry. + +=item B I + +La publication et la version (dans un format non spécifié) du noyau exécuté dans le système de construction. Ce champ va seulement être présent si le constructeur l'a demandé explicitement, pour éviter de révéler des informations potentiellement sensibles. + +=item B I + +Le chemin de construction absolu qui correspond à l'arborescence des sources dépaquetée. Ce champ va seulement être présent si le distributeur l'a autorisé grâce à une recherche de motif pour éviter de révéler des informations potentiellement sensibles. + +Dans Debian et ses dérivés, seuls les chemins de construction débutant par I émettront ce champ. + +=item B + +=item S< >I + +Ce champ coupé est une liste, séparée par des espaces, non exhaustive des étiquettes de raison (formées de caractères alphanumériques et de tirets) qui définissent pourquoi la construction actuelle a été souillée (depuis S + +Dans Debian et ses dérivées, les étiquettes de raisons suivantes peuvent être émises. + +=over + +=item B + +Le système possède un I fusionné au moyen de répertoires alias (anciennement connus sous le nom de B - fusionné au moyen de liens symboliques). Cela peut tromper B, B, B, B et tous les autres outils qui utilisent les noms de chemin comme clés de leurs bases de données, parce que cela crée des problèmes d'alias du système de fichiers, et perturbe la compréhension du système de fichiers que B a enregistré dans sa base de données. Pour des systèmes construits qui codent en dur les noms de chemin vers des binaires ou des bibliothèques particuliers sur les objets produits, cela peut aussi produire des paquets qui seront incompatibles avec des systèmes de fichiers sans I fusionné. + +=item B + +Le système a des fichiers de configuration dans I. + +=item B + +Le système a des fichiers d'en-tête dans I. + +=item B + +Le système a des programmes dans I ou I. + +=item B + +Le système a des bibliothèques statiques ou partagées dans I. + +=item B + +Le système peut exécuter des programmes de construction croisée soit directement, soit au moyen d'une couche d'émulation. + +depuis S + +=back + +=item B (requis) + +=item S< >I + +La liste des paquets installés et configurés que pourrait affecter le processus de construction du paquet. + +La liste contient le nom de chaque paquet, éventuellement avec une qualification d'architecture pour celles différentes, avec une restriction de version précise, séparés par des virgules. + +La liste inclut tous les paquets essentiels, les paquets listés dans les champs de contrôle des sources B, B, B, chaque dépendance interne spécifique au distributeur, et toutes leurs dépendances récursives. Dans Debian et ses dérivés, une dépendance interne est B. + +Pour les dépendances provenant des champs de contrôle des sources, toutes les alternatives de dépendance et tous les fournisseurs de paquets virtuels dépendants seront inclus. + +=item B + +=item S< >I + +La liste des variables d'environnement qui sont connues pour affecter le processus de construction du paquet. Chaque variable d'environnement est suivie d'un signe égal S<(« = »)> et de la valeur de la variable protégée avec des guillemets doubles S<(« " »)> et des barres obliques inverses S<(« \\ »).> + +=back + +=head1 VOIR AUSSI + +L, L, L, L. + + +=head1 TRADUCTION + +Ariel VARDI , 2002. +Philippe Batailler, 2006. +Nicolas François, 2006. +Veuillez signaler toute erreur à . -- cgit v1.2.3