Re: [RFR2] wml://lts/security/2020/dla-20{81,87,88,89,91,92,93 }.wml

[Jean-Pierre Giraud <jenapierregiraud75@free.fr>]

Bonjour,

Le 02/02/2020 à 09:35, JP Guillonneau a écrit :
> Bonjour,
>
> le samedi 01 février 17:46, Baptiste Jammet a écrit :
>
>> (Renvoi avec Cc, on dirait que mes messages n'arrivent pas sur la liste)
> Message arrivé en double avec des tailles différentes ‽
>
>>> Quelques typos, et un contre-sens dans la dla-2092.
>>>
> Merci Baptiste, corrigés. 
>
> Autre chance de commentaire.
>
> Amicalement.

"Pinaillage" et préférences personnels.

Amicalement,

jipege

--- /home/jpg1/webwml/french/lts/security/2020/dla-2087.wml	2020-02-03 08:33:48.712550293 +0100
+++ /home/jpg1/Documents/traductions/l10n/dsa_translator/dla-2087_jpg.wml	2020-02-03 09:20:23.815499086 +0100
@@ -3,7 +3,7 @@
 <define-tag moreinfo>
 
 <p>Deux vulnérabilités ont été récemment découvertes dans le code de stream-tcp
-de l’outil Suricata de détection et prévention d’intrusion .</p>
+de l’outil Suricata de détection et prévention d’intrusion.</p>
 
 <ul>
 
@@ -22,7 +22,7 @@
 sur tcp en superposant un segment TCP avec un paquet FIN falsifié. Ce paquet
 devait être injecté juste avant le paquet PUSH ACK devant être contourné. Le
 paquet PUSH ACK (contenant les données) devait être ignoré par Suricata parce
-qu’il était superposé par le paquet FIN (la séquence et le nombre d’ack sont
+qu’il était superposé au paquet FIN (la séquence et le nombre d’ack sont
 identiques dans les deux paquets). Le client pouvait ignorer le paquet FIN
 falsifié parce que le drapeau ACK n’était pas défini.</p></li>
 

--- /home/jpg1/webwml/french/lts/security/2020/dla-2092.wml	2020-02-03 08:33:48.712550293 +0100
+++ /home/jpg1/Documents/traductions/l10n/dsa_translator/dla-2092_jpg.wml	2020-02-03 09:25:08.207520343 +0100
@@ -2,7 +2,7 @@
 <define-tag description>Mise à jour de sécurité pour LTS</define-tag>
 <define-tag moreinfo>
 
-<p>Dans le code de chargement de greffon de Qt5 comme existant dans
+<p>Dans le code de chargement de greffon de Qt5 tel qu'il existe dans
 qtbase-opensource-src, il était possible de charger (par voisinage — sideload)
 des greffons du répertoire courant en plus du chemin des bibliothèques
 défini pour le système entier.</p>

--- /home/jpg1/webwml/french/lts/security/2020/dla-2088.wml	2020-02-03 08:33:48.712550293 +0100
+++ /home/jpg1/Documents/traductions/l10n/dsa_translator/dla-2088_jpg.wml	2020-02-03 09:24:46.439823410 +0100
@@ -4,7 +4,7 @@
 
 <p>repodata_schema2id dans repodata.c dans libsolv, une bibliothèque de
 dépendance de solveur, possédait une lecture hors limites de tampon de tas au
-moyen d'un dernier schéma dont la longueur pourrait être moindre que la
+moyen d'un dernier schéma dont la longueur pourrait être inférieure à la
 longueur du schéma d’entrée.</p>
 
 <p>Pour Debian 8 <q>Jessie</q>, ce problème a été corrigé dans