Le dimanche 20 février 2022 à 00:48 +0100, Jean-Pierre Giraud a écrit : > Bonjour, > La traduction ancienne (2002-2002) de ce fichier n'était plus présente > dans manpages-l10n. Voici une proposition de traduction mise à jour. > Merci d'avance pour vos relectures. > Amicalement, > jipege Bonjour JiP, amicales suggestions dominicales.....un peu au radar en ligne 443.
--- bzip2.1AAA.po 2022-02-20 14:10:10.784682264 +0400 +++ bzip2.1.po 2022-02-20 14:32:55.448246610 +0400 @@ -293,7 +293,7 @@ "centaine d'octets ont tendance à s'agrandir dans la mesure où le mécanisme de " "compression comporte une surcharge constante de l'ordre de 50 octets. Des " "données aléatoires (y compris la sortie de la plupart des compresseurs de " -"fichiers) sont codées à environ 8,05 bits par octet, aboutissement à une " +"fichiers) sont codées à environ 8,05 bits par octet, aboutissant à une " "expansion autour de 0,5 %." #. type: Plain text @@ -314,7 +314,7 @@ "s'assurer que la version décompressée d'un fichier est identique au fichier " "original. Ceci permet une protection contre la corruption des données " "compressées et contre des bogues non détectés de B<bzip2> (heureusement très " -"improbables). La probabilité qu'une corruption de données passe inaperçue " +"improbable). La probabilité qu'une corruption de données passe inaperçue " "est infime, environ une chance sur 4 milliards pour chaque fichier " "compressé. Soyez conscients, toutefois, que la vérification se produit " "pendant la décompression, et qu'elle ne peut donc vous informer que lorsque " @@ -440,7 +440,7 @@ "through unmodified. This is how GNU gzip behaves." msgstr "" "Normalement, B<bzip2> refuse de décompresser des fichiers qui ne possèdent " -"pas les octets magiques d'en-tête corrects. S'il est forcé (B-f>), " +"pas les octets magiques d'en-tête corrects. S'il est forcé (B<-f>), " "néanmoins, il passe ces fichiers sans les modifier." #. type: TP @@ -996,7 +996,7 @@ "version if you can recompile it with MaybeUInt64 set to be an unsigned 64-" "bit integer." msgstr "" -"Les versions B<bzip2recover> antérieures à 1.0.2 utilisait des entiers " +"Les versions B<bzip2recover> antérieures à 1.0.2 utilisait des entiers de" "32 bits pour représenter les positions des bits dans les fichiers " "compressés ; de ce fait, elles ne pouvaient traiter de fichiers compressés " "de plus de 512 Mo de long. Les versions 1.0.2 et ultérieures utilisent des "
Attachment:
signature.asc
Description: This is a digitally signed message part