Re: [LCFC2] po4a://manpages-fr-extra/openssl/po4a/crypto/po/fr.po

[JP Guillonneau <guillonneau.jeanpaul@free.fr>]

Bonjour,

relecture du diff.

Amicalement.
-- 
Jean-Paul

--- openssl_fr.po	2014-06-24 11:28:25.127942629 +0200
+++ openssl_fr.po-jp	2014-06-24 11:27:46.719932515 +0200
@@ -8,7 +8,7 @@
 msgstr ""
 "Project-Id-Version: openssl\n"
 "POT-Creation-Date: 2013-05-29 23:24-0400\n"
-"PO-Revision-Date: 2014-06-24 11:28+0200\n"
+"PO-Revision-Date: 2014-04-10 10:37+0200\n"
 "Last-Translator: Oliver Hamm <oliver.c.hamm@gmail.com>\n"
 "Language-Team: French <>\n"
 "Language: fr\n"
@@ -240,7 +240,7 @@
 "fichier B<filename> et l'application B<appname>. Si B<filename> vaut NULL, le "
 "fichier standard de configuration d'OpenSSL est utilisé. Si B<appname> vaut "
 "NULL, le nom d'application standard dâ??OpenSSL, B<openssl_conf>, est utilisé. "
-"Le comportement peut être personnalisé en utilisant B<flags>"
+"Le comportement peut être personnalisé en utilisant B<flags>."
 
 #. type: textblock
 #: C/crypto/CONF_modules_load_file.pod:24
@@ -428,7 +428,7 @@
 #: C/crypto/CRYPTO_set_ex_data.pod:35
 msgid "B<CRYPTO_set_ex_data()> returns 1 on success or 0 on failure."
 msgstr ""
-"B<CRYPTO_set_ex_data>() renvoie B<1> en cas de succès et B<0> en cas d'échec."
+"B<CRYPTO_set_ex_data>() renvoie 1 en cas de succès et 0 en cas d'échec."
 
 #. type: textblock
 #: C/crypto/CRYPTO_set_ex_data.pod:37
@@ -2198,7 +2198,7 @@
 "autorise à chiffrer un nombre arbitraire d'octets, sans formatage à 8 "
 "octets. Chaque appel à cette routine chiffrera les octets d'entrée vers la "
 "sortie puis mettra à jour ivec et num. num contient « la distance » "
-"par rapport à ivec. Si cela ne n'a aucun sens, référez-vous à la "
+"par rapport à ivec. Si cela n'a aucun sens, référez-vous à la "
 "documentation du mode CFB de DESÂ :-)."
 
 #. type: textblock
@@ -3528,7 +3528,7 @@
 "recommandé de traiter ces deux types de référence indépendamment l'une de "
 "l'autre. Si une référence fonctionnelle est disponible pour un ENGINE, il "
 "est garanti que cet ENGINE a été initialisé et est prêt à faire des "
-"opérations cryptographiques et restera non-initialisé jusquâ??à  la libération "
+"opérations cryptographiques et restera non initialisable jusquâ??à  la libération "
 "de la référence."
 
 #. type: textblock
@@ -3591,15 +3591,16 @@
 msgstr ""
 "On doit aussi remarquer que beaucoup d'appels de fonctions d'API d'ENGINE qui "
 "acceptent une référence structurelle obtiendront de façon interne une autre "
-"référence â?? en général cela ce produira lorsque l'ENGINE donné aura besoin "
-"d'OpenSSL après le retour de la fonction. Exemple : la fonction d'ajout d'un "
-"nouvel ENGINE à la liste interne d'OpenSSL aura stocké une nouvelle référence "
-"structurelle en interne, l'appelant est toujours responsable de la libération "
-"de leurs propres références avec ENGINE_free() quand ils n'en ont plus besoin. "
+"référence â?? en général cela ce produira lorsque l'ENGINE donné sera nécessaire "
+"à OpenSSL après le retour de la fonction. Exemple : la fonction d'ajout d'un "
+"nouvel ENGINE à  la liste interne d'OpenSSL est B<ENGINE_add>() â?? si cette se "
+"termine avec succès, alors OpenSSL aura stocké une nouvelle référence "
+"structurelle en interne, aussi l'appelant est toujours responsable de la libération "
+"de leur propre référence avec B<ENGINE_free>() quand les fonctions n'en ont plus besoin. "
 "D'une façon similaire, certaines fonctions libéreront automatiquement la "
 "référence structurelle qui leur est donnée si une partie du travail de la "
-"fonction est de faire cela. Exemple : les fonctions ENGINE_get_next() et "
-"ENGINE_get_prev() sont utilisées pour itérer à travers la liste interne "
+"fonction est de faire cela. Exemple : les fonctions B<ENGINE_get_next>() et "
+"B<ENGINE_get_prev>() sont utilisées pour itérer à travers la liste interne "
 "d'ENGINE â?? elles renverront une nouvelle référence structurelle au prochain "
 "(ou précédent) ENGINE dans la liste ou NULL si elles sont à la fin (ou au "
 "début) de la liste, mais, dans tous les cas, la référence structurelle passée à "
@@ -3723,7 +3724,7 @@
 "l'état de la table correspondante et renvoyer une référence fonctionnelle "
 "vers un ENGINE initialisé dont l'implémentation devrait être utilisée. Si "
 "aucun ENGINE ne doit (ou ne peut) être utilisé, elle renverra NULL et "
-"l'appelant opérera avec un gérant d'ENGINE NULL â?? cela correspond à  utiliser "
+"l'appelant opérera avec un identificateur d'ENGINE NULL â?? cela correspond à  utiliser "
 "l'implémentation conventionnelle d'un programme. Dans ce cas, OpenSSL "
 "fonctionnera de la même façon qu'avant que l'API ENGINE n'existe."
 
@@ -3762,7 +3763,7 @@
 "aussi être changé ; si le drapeau ENGINE_TABLE_FLAG_NOINIT est défini (en "
 "utilisant ENGINE_set_table_flags()), il n'y aura pas de tentatives "
 "d'initialisation, et la seule façon pour une table d'état de renvoyer à un "
-"ENGINE non-NULL pour la requête « get_default » sera celle qui sera indiquée "
+"ENGINE non NULL pour la requête « get_default » sera celle qui sera indiquée "
 "de façon explicite dans la table. Exemple : ENGINE_set_default_RSA() fait la même "
 "chose qu'ENGINE_register_RSA() sauf qu'elle définit aussi le cache de "
 "réponses de la table pour la requête « get_default ». Dans ce cas, les "
@@ -3797,7 +3798,7 @@
 "l'application et à l'utilisateur. OpenSSL maintient une liste liée interne "
 "d'ENGINE « visibles » qu'il a besoin d'opérer â?? au démarrage, cette liste est "
 "vide et d'ailleurs si une application n'utilise pas d'appel de l'API "
-"d'ENGINE et qu'elle utilise un lien statique envers openssl, alors le binaire "
+"d'ENGINE et qu'elle utilise un lien statique vers openssl, alors le binaire "
 "de l'application résultante ne contiendra aucun code d'ENGINE alternatif. La "
 "première considération est donc de savoir si toute implémentation d'ENGINE "
 "doit être rendue visible à  OpenSSL â?? cela est contrôlé en appelant les "
@@ -3899,7 +3900,7 @@
 "l'utilisateur à spécifier exactement quel ENGINE il voudra utiliser si il y "
 "en a un qui doit être utilisé. D'autres préféreront tout charger pour que "
 "OpenSSL utilise automatiquement le premier ENGINE qui peut s'initialiser "
-"correctement â?? c'est-à -dire, pour supposer que cela correspond à  une "
+"correctement â?? c'est-à -dire, qui puisse correspondre à  une "
 "accélération matérielle attachée à la machine, ou quelque chose comme cela. "
 "Il y a probablement énormément d'autres façons par lesquelles l'application "
 "peut préférer gérer les choses, nous illustrerons donc simplement les "
@@ -3997,8 +3998,8 @@
 msgstr ""
 "Ici, nous allons supposer que l'on veut charger et enregistrer toutes les "
 "implémentations d'ENGINE fournies avec OpenSSL, de façon à ce que n'importe "
-"quel algorithme de cryptographie qui est utilisé par OpenSSL â?? si il y a un "
-"ENGINE qui l'implémente et qu'il peut être initialisé, alors il sera utilisé. "
+"quel algorithme de cryptographie qui est utilisé par OpenSSL â?? sâ??il y a un "
+"ENGINE qui l'implémente et peut être initialisé â?? alors il sera utilisé. "
 "Le code suivant montre un exemple d'utilisation :"
 
 #. type: verbatim
@@ -4065,7 +4066,7 @@
 "utilisateurs, des « directives » de configuration arbitraires directement à "
 "ces ENGINE. Il permet aussi à l'application de demander de façon dynamique à "
 "l'implémentation de l'ENGINE des noms, descriptions et drapeaux d'entrée des "
-"« commandes de contrôle » disponibles, ce qui fourni un programme plus "
+"« commandes de contrôle » disponibles, ce qui fournit un programme plus "
 "flexible. Or, si l'utilisateur s'attend à connaitre quel ENGINE il "
 "utilise (dans le cas de matériel spécialisé, cela va sans dire) alors "
 "l'application peut ne pas s'intéresser à la découverte des commandes de "
@@ -4127,7 +4128,7 @@
 "return a boolean success or failure."
 msgstr ""
 "Illustrons cela grâce à un exemple : une fonction pour laquelle l'appelant "
-"fourni le nom de l'ENGINE qu'il veut utiliser, une table de paires de chaînes "
+"fournit le nom de l'ENGINE qu'il veut utiliser, une table de paires de chaînes "
 "de caractères à utiliser avant l'initialisation, et d'autres tables après "
 "l'initialisation. Notez que les paires de chaînes de caractères utilisées "
 "pour les commandes de contrôles consistent en un « nom » de commande suivit "
@@ -4428,7 +4429,7 @@
 "des opérations arbitraires à  lâ??aide d'ENGINE_ctrl(), y compris le passage "
 "de ou vers les données des commandes de contrôle de n'importe quel type "
 "arbitraire. Ces commandes sont gérées dans le mécanisme de découverte "
-"pour simplement autoriser les applications à déterminer si un ENGINE gére "
+"pour simplement autoriser les applications à déterminer si un ENGINE gère "
 "certaines commandes spécifiques qu'il veut utiliser (par exemple : "
 "l'application "
 "« foo » veut faire une requête à différents ENGINE pour voir s'ils "
@@ -4646,7 +4647,7 @@
 msgstr ""
 "HMAC_Init_ex() initialise ou réutilise une structure B<HMAC_CTX> pour "
 "utiliser la fonction B<evp_md> et la clé B<key>. Elles peuvent toutes les "
-"deux être NULL, dans ce cas, celle existant sera réutilisée. HMAC_CTX_init() "
+"deux être NULL, dans ce cas, celle existante sera réutilisée. HMAC_CTX_init() "
 "aurait dû être appelée avant la première utilisation d'un B<HMAC_CTX> dans "
 "cette fonction. B<N.B : HMAC_Init() avait un comportement indéfini dans les "
 "versions précédentes d'OpenSSL â?? l'échec de passage à  HMAC_Init_ex() dans les "
@@ -4963,9 +4964,9 @@
 "entries can be arbitrary structures. Usually they consist of key and value "
 "fields."
 msgstr ""
-"Cette bibliothèque implémente des tables de hachage qui ont une vérification "
+"Cette bibliothèque implémente des tables de hachage dynamiques qui ont une vérification "
 "de type. Les entrées de la table de hachage peuvent être des structures "
-"arbitraires. En général, elles consistent en des champs de clé et de valeur."
+"arbitraires. En général, elles consistent en des champs de clés et de valeurs."
 
 #. type: textblock
 #: C/crypto/lhash.pod:37
@@ -5429,8 +5430,8 @@
 msgstr ""
 "Comme exemple, une table de hachage peut être maintenue par du code qui, pour "
 "des raisons d'encapsulation, a uniquement un accès « const » aux données qui "
-"sont indexées dans la table de hachage (c'est-à -dire, elle est renvoyée comme "
-"« const » par dans une autre partie du code) â?? dans ce cas les prototypes "
+"sont indexées dans la table de hachage (c'est-à -dire, il est renvoyé comme "
+"« const » dans une autre partie du code) â?? dans ce cas les prototypes "
 "LHASH sont corrects tels quels. Inversement, si l'appelant est responsable "
 "de la durée de vie des données en question, alors il souhaitera "
 "probablement faire des modifications des objets de la table, envoyés dans "
@@ -6870,7 +6871,7 @@
 "error occurs if the private key is not RSA."
 msgstr ""
 "Les fonctions B<RSAPrivateKey> traitent une clé RSA privée en utilisant une "
-"structure RSA. Elle gère le même format que les fonctions B<PrivateKey> mais "
+"structure RSA. Elles gèrent le même format que les fonctions B<PrivateKey> mais "
 "une erreur se produit si la clé privée n'est pas une clé RSA."
 
 #. type: textblock
@@ -6903,7 +6904,7 @@
 "error occurs if the private key is not DSA."
 msgstr ""
 "Les fonctions B<DSAPrivateKey> traitent une clé DSA privée en utilisant une "
-"structure DSA. Elle gère les mêmes formats que les fonctions B<PrivateKey> "
+"structure DSA. Elles gèrent les mêmes formats que les fonctions B<PrivateKey> "
 "mais une erreur se produit si la clé privée n'est pas une clé DSA."
 
 #. type: textblock
@@ -8319,7 +8320,7 @@
 "is needed to handle locks."
 msgstr ""
 "struct CRYPTO_dynlock_value doit être défini de façon à pouvoir contenir "
-"n'importe quel structure nécessaire la gestion des verrous."
+"n'importe quelle structure nécessaire la gestion des verrous."
 
 #. type: textblock
 #: C/crypto/threads.pod:138
@@ -8351,7 +8352,7 @@
 "random if it is not set."
 msgstr ""
 "dyn_destroy_function(CRYPTO_dynlock *l, const char *file, int line) est "
-"nécessaire pour détruire le verrou I. Les applications multithreadées peuvent "
+"nécessaire pour détruire le verrou I<l>. Les applications multithreadées peuvent "
 "planter de façon aléatoire si elle n'est pas initialisée."
 
 #. type: textblock
@@ -8383,8 +8384,8 @@
 "be used together):"
 msgstr ""
 "CRYPTO_lock() est utilisée pour verrouiller et déverrouiller les verrous. Mode "
-"est un champ de bits décrivant ce qui doit être fait avec le verrou. N est "
-"le nombre de verrous identique au retour de CRYPTO_get_new_dynlockid(). Mode "
+"est un champ de bits décrivant ce qui doit être fait avec le verrou. I<n> est "
+"le nombre de verrous identiques comme retourné par B<CRYPTO_get_new_dynlockid>(). I<mode> "
 "peut être combiné à partir des valeurs suivantes. Ces valeurs sont mutuellement "
 "exclusives, avec un comportement indéfini si elles sont mal utilisées (par "
 "exemple, CRYPTO_READ et CRYPTO_WRITE ne doivent pas être utilisées "
@@ -8426,7 +8427,7 @@
 #: C/crypto/threads.pod:177
 msgid "You can find out if OpenSSL was configured with thread support:"
 msgstr ""
-"Vous pouvez savoir si le support de thread d'OpenSSL a été activé avec :"
+"Vous pouvez savoir si la gestion des threads d'OpenSSL a été activée avec :"
 
 #. type: verbatim
 #: C/crypto/threads.pod:179