[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: [RFR] man://shadow/faillog.8



et hop, une relecture.

--- faillog.8.fr.po	2004-08-19 21:46:51.000000000 +0200
+++ faillog.8.fr.po.relu	2004-08-19 21:46:48.000000000 +0200
@@ -68,7 +68,7 @@
 msgstr ""
 "B<faillog> affiche le contenu du journal des échecs de connexion (I</var/log/"
 "faillog>), et maintient le comptage et les limitations de ces échecs.  "
-"L'ordre des arguments de B<faillog> n'est pas important. Chaque argument est "
+"L'ordre des arguments de B<faillog> est important. Chaque argument est "
 "interprété dans l'ordre donné."
 
 # type: Plain text
@@ -98,9 +98,9 @@
 "to I</var/log/faillog> is required for this option.  Entering B<-u> I<login-"
 "name> will cause only the failure count for I<login-name> to be reset."
 msgstr ""
-"L'option B<-r> permet de remettre à zéro le compte des échecs. Un accès en "
+"L'option B<-r> permet de remettre à zéro le compteur des échecs. Un accès en "
 "écriture sur I</var/log/faillog> est nécessaire pour l'utilisation de cette "
-"option. En ajoutant B<-u> I<utilisateur>, seul le compte des échecs de "
+"option. En ajoutant B<-u> I<utilisateur>, seul le compteur des échecs de "
 "l'utilisateur I<utilisateur> est remis à zéro."
 
 # type: Plain text
@@ -116,13 +116,13 @@
 "prevent a denial of services attack against the system."
 msgstr ""
 "L'option B<-m> permet de fixer le nombre maximum d'échecs avant de "
-"désactievr le compte. Un accès en écriture sur I</var/log/faillog> est "
+"désactiver le compte. Un accès en écriture sur I</var/log/faillog> est "
 "nécessaire pour l'utilisation de cette option. Les arguments B<-m> I<max> "
 "permettront de fixer une limite de I<max> échecs de connexion pour tous les "
 "comptes. On peut restreindre la limite à un utilisateur I<utilisateur> en "
-"spécifiant B<-u> I<utilisateur>.  Une limite I<max> de 0 aurra pour effet "
-"de ne pas placer de limite d'échecs.  La limite pour l'utilisateur B<root> "
-"devra toujours être 0 pour éviter tout risque de dénis de service contre le "
+"spécifiant B<-u> I<utilisateur>.  Une limite I<max> de 0 aura pour effet "
+"de ne pas placer de limite d'échec.  La limite pour l'utilisateur B<root> "
+"devrait toujours être 0 pour éviter tout risque de déni de service contre le "
 "système."
 
 # type: Plain text

Reply to: