Le 23/09/07, Nicolas François<[EMAIL PROTECTED]> a écrit :
> Merci d'avance aux relecteurs,
Des détails.
--
Stephane.
--- man5_fr.po.diff 2007-09-26 12:27:06.000000000 +0200
+++ modif.man5_fr.po.diff 2007-09-26 13:09:06.000000000 +0200
@@ -2262,7 +2262,7 @@
+# type: Plain text
+#: manpages/C/man5/motd.tail.5:47
+msgid "Template for building the system message of the day"
-+msgstr "Modèle pour la créer un message du jour pour le système"
++msgstr "Modèle pour créer un message du jour pour le système"
+
+# type: Plain text
+#: manpages/C/man5/motd.tail.5:47
@@ -3704,7 +3704,7 @@
"bibliothèque I<resolver> interrogera. Jusqu'à MAXNS (actuellement 3, voir "
-"E<lt>resolv.hE<gt>) serveurs de noms peuvent être mentionnés sur des lignes "
+"I<E<lt>resolv.hE<gt>>) serveurs de noms peuvent être mentionnés sur des lignes "
- "indépendantes. S'il y a deis serveurs multiples, la bibliothèque de "
+ "indépendantes. S'il y a des serveurs multiples, la bibliothèque de "
"résolution les interrogera dans l'ordre indiqué. Si aucune entrée "
"B<nameserver> n'est présente, le fonctionnement par défaut est d'utiliser le "
"serveur de noms se trouvant sur la machine. (L'algorithme consiste à "
@@ -5042,9 +5042,9 @@
-" de données et à la mémoire partagée d'être partagés entre des applications\n"
-" 32 et 64 bit */\n"
+" /* Les champs ut_session et ut_tv doivent être de la même taille\n"
-+" lorsqu'ils sont compilés en 32 et en 64 bit. Ceci permet aux\n"
++" lorsqu'ils sont compilés en 32 et en 64 bits. Ceci permet aux\n"
+" fichiers de données et à la mémoire partagée d'être partagés\n"
-+" entre des applications 32 et 64 bit */\n"
++" entre des applications 32 et 64 bits */\n"
"#if __WORDSIZE == 64 && defined __WORDSIZE_COMPAT32\n"
-" int32_t ut_session; /* Identifiant de session, utilisé pour le fenêtrage */\n"
-" struct {\n"
@@ -5206,11 +5206,11 @@
"the same as I<struct timeval>, then instead of the call:"
msgstr ""
"Notez que sur les plates-formes I<biarch>, par ex. les systèmes qui "
- "utilisent à la fois des applications 32 et 64 bit (x86_64, ppc64, s390x, "
- "etc.), I<ut_tv> est de la même taille en mode 32 bit et en mode 64 bit. De "
+ "utilisent à la fois des applications 32 et 64 bits (x86_64, ppc64, s390x, "
+ "etc.), I<ut_tv> est de la même taille en mode 32 bits et en mode 64 bits. De "
"même en ce qui concerne I<ut_session> et I<ut_time> s'ils existent. Ceci "
"permet aux fichiers de données et à la mémoire partagée d'être partagés "
- "entre les applications 32 bit et 64 bit. Comme I<ut_tv> peut être différent "
+ "entre les applications 32 bits et 64 bits. Comme I<ut_tv> peut être différent "
"de I<struct timeval>, à la place de l'appel : "
@@ -15460,13 +15577,13 @@
@@ -5307,10 +5307,10 @@
+"two fields to I<ut_tv>.)"
msgstr ""
"Veuillez remarquez que sur les plates-formes qui peuvent utiliser des "
- "applications 32 bit et 64 bit (x86_64, ppc64, s390x, etc.), la taille des "
+ "applications 32 bits et 64 bits (x86_64, ppc64, s390x, etc.), la taille des "
-"champs d'une struct utmp doit être la même dans le mode 32 bit que dans le "
-+"champs d'une structure I<utmp> doit être la même dans le mode 32 bit que dans le "
- "mode 64 bit. On obtient ceci en modifiant le type de I<ut_session> pour "
++"champs d'une structure I<utmp> doit être la même dans le mode 32 bits que dans le "
+ "mode 64 bits. On obtient ceci en modifiant le type de I<ut_session> pour "
-"int32_t, et celui de I<ut_tv> en une struct avec deux champs int32_t "
+"I<int32_t>, et celui de I<ut_tv> en une structure avec deux champs I<int32_t> "
"I<tv_sec> et I<tv_usec>. (Ensuite, afin de les remplir, prenez d'abord "
