Merging upstream version 1.22.11.

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

3 files changed, 3 insertions, 3 deletions

diff --git a/man/fr/deb-buildinfo.pod b/man/fr/deb-buildinfo.pod
index d9fdffb..e235c4f 100644
--- a/man/fr/deb-buildinfo.pod
+++ b/man/fr/deb-buildinfo.pod
@@ -26,7 +26,7 @@ Chaque construction de paquet source Debian peut enregistrer les informations de
 
 Chaque champ commence par une étiquette, telle que B<Source> ou B<Binary> (la casse n'importe pas), suivie d'un « : » 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<Binary-Only-Changes>, B<Installed-Build-Depends>, B<Environment>, B<Checksums-Md5>, B<Checksums-Sha1> et B<Checksums-Sha256>, voir ci-dessous).
 
-Les données de contrôle pourraient être incluses dans une signature OpenPGP « ASCII Armored », comme spécifié dans la RFC4880.
+The control data might be enclosed in an OpenPGP ASCII Armored signature, as specified in RFC9580.
 
 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:
 
diff --git a/man/fr/deb-changes.pod b/man/fr/deb-changes.pod
index d540dbe..c34b83e 100644
--- a/man/fr/deb-changes.pod
+++ b/man/fr/deb-changes.pod
@@ -26,7 +26,7 @@ Chaque envoi dans Debian est composé d'un fichier de contrôle .changes qui con
 
 Chaque champ commence par une étiquette, telle que B<Source> ou B<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 B<Description>, B<Changes>, B<Files>, B<Checksums-Sha1> et B<Checksums-Sha256>, voir ci-dessous).
 
-Les données de contrôle pourraient être incluses dans une signature OpenPGP « ASCII Armored », comme spécifié dans la RFC4880.
+The control data might be enclosed in an OpenPGP ASCII Armored signature, as specified in RFC9580.
 
 =head1 LES CHAMPS
 
diff --git a/man/fr/dsc.pod b/man/fr/dsc.pod
index d84b19c..846fd75 100644
--- a/man/fr/dsc.pod
+++ b/man/fr/dsc.pod
@@ -26,7 +26,7 @@ Chaque paquet Debian possède un fichier de contrôle .dsc qui contient un certa
 
 Chaque champ commence par une étiquette, telle que B<Source> ou B<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 B<Package-List>, B<Files>, B<Checksums-Sha1> et B<Checksums-Sha256>, voir ci-dessous).
 
-Les données de contrôle pourraient être incluses dans une signature OpenPGP « ASCII Armored », comme spécifié dans la RFC4880.
+The control data might be enclosed in an OpenPGP ASCII Armored signature, as specified in RFC9580.
 
 =head1 LES CHAMPS