summaryrefslogtreecommitdiffstats
path: root/po4a/man/fr/xz.1
diff options
context:
space:
mode:
Diffstat (limited to '')
-rw-r--r--po4a/man/fr/xz.1537
1 files changed, 321 insertions, 216 deletions
diff --git a/po4a/man/fr/xz.1 b/po4a/man/fr/xz.1
index a7fc82b..46c9815 100644
--- a/po4a/man/fr/xz.1
+++ b/po4a/man/fr/xz.1
@@ -1,17 +1,20 @@
'\" t
+.\" SPDX-License-Identifier: 0BSD
.\"
.\" Authors: Lasse Collin
.\" Jia Tan
.\"
-.\" This file has been put into the public domain.
-.\" You can do whatever you want with this file.
+.\" french translation of XZ Utils man
+.\" Copyright (C) 2021 Debian French l10n team <debian-l10n-french@lists.debian.org>
+.\" Translator
+.\" bubu <bubub@no-log.org>, 2021.
.\"
.\"*******************************************************************
.\"
.\" This file was generated with po4a. Translate the source file.
.\"
.\"*******************************************************************
-.TH XZ 1 2023\-07\-17 Tukaani "Utilitaires XZ"
+.TH XZ 1 2024\-04\-08 Tukaani "Utilitaires XZ"
.
.SH NOM
xz, unxz, xzcat, lzma, unlzma, lzcat \- Compresser ou décompresser des
@@ -53,7 +56,7 @@ l'entrée standard si c'est un terminal.
.PP
A moins que \fB\-\-sdout\fP ne soit indiqué, les \fIfichiers\fP autres que \fB\-\fP sont
écrits dans un nouveau fichier dont le nom est dérivé du nom de \fIfichier\fP
-source\ :
+source :
.IP \(bu 3
Lors de la compression, le suffixe du format de fichier cible (\fB.xz\fP ou
\&\fB.lzma\fP) est ajouté au nom de fichier source pour obtenir le nom de fichier
@@ -67,7 +70,7 @@ Si le fichier cible existe déjà, une erreur est affichée et le \fIfichier\fP
est ignoré.
.PP
Sauf s'il écrit dans la sortie standard, \fBxz\fP affichera un avertissement et
-ignorera le \fIfichier\fP dans les cas suivants\ :
+ignorera le \fIfichier\fP dans les cas suivants :
.IP \(bu 3
\fIfichier\fP n'est pas un fichier normal. Les liens symboliques ne sont pas
suivis et donc ne sont pas considérés comme des fichiers normaux.
@@ -163,15 +166,15 @@ optionel permet d'indiquer facilement les grands entiers. Il ne doit pas y
avoir d'espace entre l'entier et le suffixe.
.TP
\fBKiB\fP
-Multiplier l'entier par 1024\ (2^10). \fBKi\fP, \fBk\fP, \fBkB\fP, \fBK\fP et \fBKB\fP sont
+Multiplier l'entier par 1024 (2^10). \fBKi\fP, \fBk\fP, \fBkB\fP, \fBK\fP et \fBKB\fP sont
acceptés comme synonymes de \fBKiB\fP.
.TP
\fBMiB\fP
-Multiplier l'entier par 1\ 048\ 576\ (2^20). \fBMi\fP, \fBm\fP, \fBM\fP et \fBMB\fP sont
+Multiplier l'entier par 1 048 576 (2^20). \fBMi\fP, \fBm\fP, \fBM\fP et \fBMB\fP sont
acceptés comme synonymes de \fBMiB\fP.
.TP
\fBGiB\fP
-Multiplier l'entier par 1\ 073\ 741\ 824\ (2^30). \fBGi\fP, \fBg\fP, \fBG\fP et \fBGB\fP
+Multiplier l'entier par 1 073 741 824 (2^30). \fBGi\fP, \fBg\fP, \fBG\fP et \fBGB\fP
sont acceptés comme synonymes de \fBGiB\fP.
.PP
La valeur spéciale \fBmax\fP peut être utilisée pour indiquer la valeur
@@ -225,7 +228,7 @@ sticky bits are not copied to the target file. In earlier versions this was
only done with \fB\-\-force\fP.
.TP
\fB\-f\fP, \fB\-\-force\fP
-Cette option a plusieurs effets\ :
+Cette option a plusieurs effets :
.RS
.IP \(bu 3
Si le fichier cible existe déjà, l'effacer avant de compresser ou
@@ -290,10 +293,10 @@ suffixe doit toujours être spécifié à moins d'écrire sur la sortie standard
car il n'y a pas de suffixe par défaut pour les flux bruts.
.TP
\fB\-\-files\fP[\fB=\fP\fIfichier\fP]
-Lire les noms de fichier à traiter depuis \fIfichier\fP\ ; si \fIfichier\fP est
+Lire les noms de fichier à traiter depuis \fIfichier\fP ; si \fIfichier\fP est
omis , les noms de fichier sont lus sur l'entrée standard. Les noms de
fichier doivent se terminer avec le caractère de nouvelle ligne. Un tiret
-(\fB\-\fP) est considéré comme un nom de fichier normal\ ; ce qui ne signifie pas
+(\fB\-\fP) est considéré comme un nom de fichier normal ; ce qui ne signifie pas
entrée standard. Si les noms de fichier sont aussi donnés comme arguments de
ligne de commande, ils sont traités avant les noms de fichier lus depuis
\fIfichier\fP.
@@ -305,7 +308,7 @@ fichier doit se terminer par le caractère null.
.SS "Format de fichier basique et options de compression"
.TP
\fB\-F\fP \fIformat\fP, \fB\-\-format=\fP\fIformat\fP
-Indiquer le \fIformat\fP de fichier à compresser ou décompresser\ :
+Indiquer le \fIformat\fP de fichier à compresser ou décompresser :
.RS
.TP
\fBauto\fP
@@ -348,12 +351,12 @@ normalement aurait du être stockée dans les en\-têtes du conteneur.
\fB\-C\fP \fIvérif.\fP, \fB\-\-check=\fP\fIvérif.\fP
Spécifier le type d'intégrité à vérifier. La vérification est calculée à
partir des données non\-compressées et stockées dans le fichier \fB.xz\fP. Cette
-option n'a effet que si la compression a été faite dans le format \fB.xz\fP\ ;
+option n'a effet que si la compression a été faite dans le format \fB.xz\fP ;
le format \fB.lzma\fP ne gère pas les vérifications d'intégrité. Le contrôle
d'intégrité (s'il y en a) est vérifié lorsque le fichier \fB.xz\fP est
décompressé.
.IP ""
-Types de \fIvérification\fP pris en charge\ :
+Types de \fIvérification\fP pris en charge :
.RS
.TP
\fBnone\fP
@@ -382,7 +385,7 @@ décompression. Les valeurs CRC32 dans les en\-têtes \fB.xz\fP seront normaleme
toujours vérifiées.
.IP ""
\fBN'utilisez pas cette option à moins de savoir ce que vous faites.\fP Les
-raisons possibles pour utiliser cette option\ :
+raisons possibles pour utiliser cette option :
.RS
.IP \(bu 3
Essayer de récupérer des données d'un fichier .xz corrompu.
@@ -434,7 +437,7 @@ meilleure est la compression, plus rapide sera en général la
décompression. Cela signifie aussi que la quantité de sortie non compressée
produite par seconde peut varier beaucoup.
.IP ""
-Le tableau suivant résume les caractéristiques des préréglages\ :
+Le tableau suivant résume les caractéristiques des préréglages :
.RS
.RS
.PP
@@ -457,27 +460,25 @@ Préréglage;DictSize;CompCPU;CompMem;DecMem
.RE
.RE
.IP ""
-Descriptions des colonnes\ :
+Descriptions des colonnes :
.RS
.IP \(bu 3
DictSize est la taille du dictionnaire de LZMA2. Utiliser un dictionnaire
plus gros que la taille du fichier non compressé est un gaspillage de
mémoire. C'est pourquoi il est bon d'éviter d'utiliser les préréglages de
-\fB\-7\fP\ à\ \fB\-9\fP lorsqu'il n'y en a pas vraiment besoin. A \fB\-6\fP et plus bas,
+\fB\-7\fP à \fB\-9\fP lorsqu'il n'y en a pas vraiment besoin. A \fB\-6\fP et plus bas,
la quantité de mémoire gaspillée est généralement assez basse pour ne pas
être un problème.
.IP \(bu 3
CompCPU est une représentation des préréglages de LZMA2 qui affectent la
vitesse de compression. La taille du dictionnaire aussi affecte la vitesse,
-alors comme CompCPU est le même pour les niveaux de \fB\-6\fP\ à\ \fB\-9\fP, les plus
+alors comme CompCPU est le même pour les niveaux de \fB\-6\fP à \fB\-9\fP, les plus
haut niveaux tendent à être un peu moins rapides. Pour être encore moins
rapide et du coup obtenir peut être une meilleure compression, consultez
\fB\-\-extreme\fP.
.IP \(bu 3
-CompMem contient les besoins en mémoire du compresseur en mode mono\-thread
-\&. Cela devrait à peine varier entre les versions de \fBxz\fP. Les besoins en
-mémoire de quelques uns des futurs modes multi\-thread devraient sensiblement
-augmenter par rapport au mode mono\-thread.
+CompMem contains the compressor memory requirements in the single\-threaded
+mode. It may vary slightly between \fBxz\fP versions.
.IP \(bu 3
DecMem contient les besoins en mémoire du décompresseur. Ce sont les
réglages de la compression qui déterminent les besoins en mémoire de la
@@ -485,13 +486,18 @@ décompression. L'exacte utilisation de la mémoire est légèrement supérieure
à la taille du dictionnaire LZMA2, mais les valeurs dans la table ont été
arrondies au prochain Mio supérieur.
.RE
+.IP ""
+Memory requirements of the multi\-threaded mode are significantly higher than
+that of the single\-threaded mode. With the default value of
+\fB\-\-block\-size\fP, each thread needs 3*3*DictSize plus CompMem or DecMem. For
+example, four threads with preset \fB\-6\fP needs 660\(en670\ MiB of memory.
.TP
\fB\-e\fP, \fB\-\-extreme\fP
Utilisez un variant plus lent que les préréglages (\fB\-0\fP à \fB\-9\fP) pour
espérer avoir un taux de compression légèrement meilleur, mais en cas de
malchance cela peut être pire. L'utilisation mémoire du décompresseur n'est
pas affectée, mais l'utilisation mémoire du compresseur augmente un peu aux
-niveaux de préréglages de \fB\-0\fP\ à\ \fB\-3\fP.
+niveaux de préréglages de \fB\-0\fP à \fB\-3\fP.
.IP ""
Depuis qu'il y a deux préréglages avec des tailles de dictionnaire de 4\ Mio
et 8 \Mio, les préréglages \fB\-3e\fP et \fB\-5e\fP utilisent des réglages
@@ -520,7 +526,7 @@ Préréglage;DictSize;CompCPU;CompMem;DecMem
.RE
.IP ""
Par exemple, il y a un total de quatre préréglages qui utilisent un
-dictionnaire de 8\ Mio et qui sont dans l'ordre du plus rapide au plus lent\ :
+dictionnaire de 8 Mio et qui sont dans l'ordre du plus rapide au plus lent :
\fB\-5\fP, \fB\-6\fP, \fB\-5e\fP et \fB\-6e\fP.
.TP
\fB\-\-fast\fP
@@ -535,7 +541,7 @@ options.
.TP
\fB\-\-block\-size=\fP\fItaille\fP
Lors de la compression dans le format \fB.xz\fP, les données de l'entrée sont
-réparties en blocs de \fItaille\fP\ octets. Les blocs sont compressés
+réparties en blocs de \fItaille\fP octets. Les blocs sont compressés
indépendamment les un des autres, ce qui aide avec le mode multithread
(multi\-threading) et rend possible la décompression à accès aléatoire
limité. Cette option est typiquement utilisée pour outrepasser la taille de
@@ -547,38 +553,62 @@ each thread for buffering input and output. The default \fIsize\fP is three
times the LZMA2 dictionary size or 1 MiB, whichever is more. Typically a
good value is 2\(en4 times the size of the LZMA2 dictionary or at least 1
MiB. Using \fIsize\fP less than the LZMA2 dictionary size is waste of RAM
-because then the LZMA2 dictionary buffer will never get fully used. The
-sizes of the blocks are stored in the block headers, which a future version
-of \fBxz\fP will use for multi\-threaded decompression.
-.IP ""
-Par défaut, il n'y a pas de répartition de bloc en mode mono\-thread. Régler
-cette option n'affecte pas l'utilisation de la mémoire. Aucune information
-de taille n'est stockée dans l'en\-tête de bloc, par conséquent les fichiers
-créés en mode single\-thread ne seront pas identiques aux fichiers créés en
-mode multi\-thread. Le manque d'information de taille signifie aussi qu'une
-future version de \fBxz\fP ne sera pas capable de décompresser les fichiers en
-mode multi\-thread.
-.TP
-\fB\-\-block\-list=\fP\fItailles\fP
-Lors de la compression dans le format \fB.xz\fP, commencer un nouveau bloc
-après les intervalles donnés des données non\ compressées.
-.IP ""
-Les \fItailles\fP non\-compressées des blocs sont spécifiées sous forme de liste
-séparée par des virgules. Omettre une taille (deux ou plus virgules
-consécutives) est un raccourci pour utiliser la taille du bloc précédent.
-.IP ""
-Si le fichier en entrée est plus grand que la somme des \fItailles\fP, la
-dernière valeur est répétée jusqu'à la fin du fichier. Une valeur spéciale
-de \fB0\fP peut être utilisée comme étant la dernière valeur pour indiquer que
-le reste du fichier devrait être encodé comme un simple bloc.
-.IP ""
-Si on spécifie des \fItailles\fP qui excèdent la taille du bloc de l'encodeur
-(soit la valeur en mode threadé, soit la valeur spécifiée avec
-\fB\-\-block\-size=\fP\fItaille\fP), l'encodeur créera des blocs supplémentaires tout
-en gardant les limites indiquées dans \fItailles\fP. Par exemple, si on indique
-\fB\-\-block\-size=10MiB\fP\fB\-\-block\-list=5MiB,10MiB,8MiB,12MiB,24MiB\fP et que le
-fichier fait 80Mio, on aura 11 blocs de 5, 10, 8, 2, 10, 10, 4, 10, 10, et
-1\ Mio.
+because then the LZMA2 dictionary buffer will never get fully used. In
+multi\-threaded mode, the sizes of the blocks are stored in the block
+headers. This size information is required for multi\-threaded
+decompression.
+.IP ""
+In single\-threaded mode no block splitting is done by default. Setting this
+option doesn't affect memory usage. No size information is stored in block
+headers, thus files created in single\-threaded mode won't be identical to
+files created in multi\-threaded mode. The lack of size information also
+means that \fBxz\fP won't be able decompress the files in multi\-threaded mode.
+.TP
+\fB\-\-block\-list=\fP\fIitems\fP
+When compressing to the \fB.xz\fP format, start a new block with an optional
+custom filter chain after the given intervals of uncompressed data.
+.IP ""
+The \fIitems\fP are a comma\-separated list. Each item consists of an optional
+filter chain number between 0 and 9 followed by a colon (\fB:\fP) and a
+required size of uncompressed data. Omitting an item (two or more
+consecutive commas) is a shorthand to use the size and filters of the
+previous item.
+.IP ""
+If the input file is bigger than the sum of the sizes in \fIitems\fP, the last
+item is repeated until the end of the file. A special value of \fB0\fP may be
+used as the last size to indicate that the rest of the file should be
+encoded as a single block.
+.IP ""
+An alternative filter chain for each block can be specified in combination
+with the \fB\-\-filters1=\fP\fIfilters\fP \&...\& \fB\-\-filters9=\fP\fIfilters\fP options.
+These options define filter chains with an identifier between 1\(en9.
+Filter chain 0 can be used to refer to the default filter chain, which is
+the same as not specifying a filter chain. The filter chain identifier can
+be used before the uncompressed size, followed by a colon (\fB:\fP). For
+example, if one specifies \fB\-\-block\-list=1:2MiB,3:2MiB,2:4MiB,,2MiB,0:4MiB\fP
+then blocks will be created using:
+.RS
+.IP \(bu 3
+The filter chain specified by \fB\-\-filters1\fP and 2 MiB input
+.IP \(bu 3
+The filter chain specified by \fB\-\-filters3\fP and 2 MiB input
+.IP \(bu 3
+The filter chain specified by \fB\-\-filters2\fP and 4 MiB input
+.IP \(bu 3
+The filter chain specified by \fB\-\-filters2\fP and 4 MiB input
+.IP \(bu 3
+The default filter chain and 2 MiB input
+.IP \(bu 3
+The default filter chain and 4 MiB input for every block until end of input.
+.RE
+.IP ""
+If one specifies a size that exceeds the encoder's block size (either the
+default value in threaded mode or the value specified with
+\fB\-\-block\-size=\fP\fIsize\fP), the encoder will create additional blocks while
+keeping the boundaries specified in \fIitems\fP. For example, if one specifies
+\fB\-\-block\-size=10MiB\fP \fB\-\-block\-list=5MiB,10MiB,8MiB,12MiB,24MiB\fP and the
+input file is 80 MiB, one will get 11 blocks: 5, 10, 8, 10, 2, 10, 10, 4,
+10, 10, and 1 MiB.
.IP ""
En mode multi\-threadé les tailles de blocs sont stockées dans les en\-têtes
du bloc. Cela ne se fait pas en mode mono\-threadé, la sortie encodée ne sera
@@ -625,11 +655,11 @@ without affecting the compressed output.
If the \fIlimit\fP cannot be met even with the adjustments described above, an
error is displayed and \fBxz\fP will exit with exit status 1.
.IP ""
-La \fIlimite\fP peut être indiquée de plusieurs façons\ :
+La \fIlimite\fP peut être indiquée de plusieurs façons :
.RS
.IP \(bu 3
La \fIlimite\fP peut être une valeur absolue en octets. Utiliser un suffixe
-d'entier comme \fBMiB\fP peut être utile. Exemple\ :
+d'entier comme \fBMiB\fP peut être utile. Exemple :
\fB\-\-memlimit\-compress=80MiB\fP
.IP \(bu 3
La \fIlimite\fP peut être indiquée sous forme d'un pourcentage de la mémoire
@@ -637,7 +667,7 @@ physique totale (RAM). Cela peut être particulièrement utile quand la
variable d'environnement \fBXZ_DEFAULTS\fP est indiquée dans un script
d'initialisation de l'interpréteur partagé entre différents ordinateurs. De
cette façon la limite est automatiquement plus grande sur les systèmes avec
-plus de mémoire. Exemple\ : \fB\-\-memlimit=70%\fP
+plus de mémoire. Exemple : \fB\-\-memlimit=70%\fP
.IP \(bu 3
The \fIlimit\fP can be reset back to its default value by setting it to \fB0\fP.
This is currently equivalent to setting the \fIlimit\fP to \fBmax\fP (no memory
@@ -739,6 +769,9 @@ Threaded decompression only works on files that contain multiple blocks with
size information in block headers. All large enough files compressed in
multi\-threaded mode meet this condition, but files compressed in
single\-threaded mode don't even if \fB\-\-block\-size=\fP\fIsize\fP has been used.
+.IP ""
+The default value for \fIthreads\fP is \fB0\fP. In \fBxz\fP 5.4.x and older the
+default is \fB1\fP.
.
.SS "Chaînes de filtres de compresseur personnalisées"
A custom filter chain allows specifying the compression settings in detail
@@ -757,29 +790,55 @@ maximal de filtres dans la chaîne est quatre, mais habituellement, un chaîne
de filtre n'a qu'un ou deux filtres.
.PP
Beaucoup de filtres ont des limitations sur l'endroit où ils peuvent se
-placer dans la chaîne de filtre\ : quelques filtres ne peuvent fonctionner
+placer dans la chaîne de filtre : quelques filtres ne peuvent fonctionner
qu'en tant que dernier filtre dans la chaîne, quelques uns en tant que non
dernier filtre, et d'autres à n'importe quelle position dans la
chaîne. Suivant le filtre, cette limitation est soit inhérente au profil du
filtre, soit existe pour des raisons de sécurité.
.PP
-Une chaîne de filtres personnalisée est indiquée en utilisant une ou
-plusieurs options de filtre dans l'ordre où elles sont souhaitées dans la
-chaîne de filtres. Cela fait, l'ordre des options de filtre est
-significatif! Lors du décodage des flux bruts (\fB\-\-format=raw\fP), le filtre
-de chaîne est indiqué dans le même ordre qu'il fût indiqué lors de la
-compression.
-.PP
-Les filtres prennent des \fIoptions\fP spécifiques aux filtres sous la forme
-d'une liste séparée par des virgules. Les virgules supplémentaires dans les
-\fIoptions\fP sont ignorées. Toutes les options ont une valeur par défaut, donc
-vous ne devez indiquer que celles que vous voulez changer.
+A custom filter chain can be specified in two different ways. The options
+\fB\-\-filters=\fP\fIfilters\fP and \fB\-\-filters1=\fP\fIfilters\fP \&...\&
+\fB\-\-filters9=\fP\fIfilters\fP allow specifying an entire filter chain in one
+option using the liblzma filter string syntax. Alternatively, a filter
+chain can be specified by using one or more individual filter options in the
+order they are wanted in the filter chain. That is, the order of the
+individual filter options is significant! When decoding raw streams
+(\fB\-\-format=raw\fP), the filter chain must be specified in the same order as
+it was specified when compressing. Any individual filter or preset options
+specified before the full chain option (\fB\-\-filters=\fP\fIfilters\fP) will be
+forgotten. Individual filters specified after the full chain option will
+reset the filter chain.
+.PP
+Both the full and individual filter options take filter\-specific \fIoptions\fP
+as a comma\-separated list. Extra commas in \fIoptions\fP are ignored. Every
+option has a default value, so specify those you want to change.
.PP
Pour voir l'entièreté de la chaîne de filtres et ses \fIoptions\fP, utilisez
\fBxz \-vv\fP (ce qui est comme utiliser \fB\-\-verbose\fP deux fois). Cela
fonctionne aussi pour voir les options de chaîne de filtres utilisées par
les préréglages.
.TP
+\fB\-\-filters=\fP\fIfilters\fP
+Specify the full filter chain or a preset in a single option. Each filter
+can be separated by spaces or two dashes (\fB\-\-\fP). \fIfilters\fP may need to be
+quoted on the shell command line so it is parsed as a single option. To
+denote \fIoptions\fP, use \fB:\fP or \fB=\fP. A preset can be prefixed with a \fB\-\fP
+and followed with zero or more flags. The only supported flag is \fBe\fP to
+apply the same options as \fB\-\-extreme\fP.
+.TP
+\fB\-\-filters1\fP=\fIfilters\fP ... \fB\-\-filters9\fP=\fIfilters\fP
+Specify up to nine additional filter chains that can be used with
+\fB\-\-block\-list\fP.
+.IP ""
+For example, when compressing an archive with executable files followed by
+text files, the executable part could use a filter chain with a BCJ filter
+and the text part only the LZMA2 filter.
+.TP
+\fB\-\-filters\-help\fP
+Display a help message describing how to specify presets and custom filter
+chains in the \fB\-\-filters\fP and \fB\-\-filters1=\fP\fIfilters\fP \&...\&
+\fB\-\-filters9=\fP\fIfilters\fP options, and exit successfully.
+.TP
\fB\-\-lzma1\fP[\fB=\fP\fIoptions\fP]
.PD 0
.TP
@@ -795,7 +854,7 @@ problèmes pratiques de LZMA1. Le format \fBxz\fP utilise LZMA2 et ne prend pas
du tout en charge LZMA1. Les taux et vitesses de compression de LZMA1 et
LZMA2 sont pratiquement identiques.
.IP ""
-LZMA1 et LZMA2 partagent le même ensemble d'\fIoptions\fP\ :
+LZMA1 et LZMA2 partagent le même ensemble d'\fIoptions\fP :
.RS
.TP
\fBpreset=\fP\fIpréréglage\fP
@@ -841,7 +900,7 @@ le maximum est \fB4\fP. La valeur par défaut est \fB3\fP. En plus, la somme de
.IP ""
Tous les octets qui ne peuvent pas être codés comme des correspondances sont
codés comme des littéraux. C'est à dire que les littéraux sont simplement
-des octets 8\ bits encodés un à la fois.
+des octets 8 bits encodés un à la fois.
.IP ""
The literal coding makes an assumption that the highest \fIlc\fP bits of the
previous uncompressed byte correlate with the next byte. For example, in
@@ -880,7 +939,7 @@ slightly. For UTF\-16 text, \fBpb=1\fP is a good choice. If the alignment is
an odd number like 3 bytes, \fBpb=0\fP might be the best choice.
.IP ""
Même si l'alignement présumé peut être ajusté avec \fIpb\fP et \fIlp\fP, LZMA1 et
-LZMA2 favorisent toujours légèrement l'alignement sur 16\ octets. Il peut
+LZMA2 favorisent toujours légèrement l'alignement sur 16 octets. Il peut
être utile d'en tenir compte lors de la conception de formats de fichiers
susceptibles d'être souvent compressés avec LZMA1 ou LZMA2.
.TP
@@ -897,51 +956,51 @@ deux.
.RS
.TP
\fBhc3\fP
-Chaîne de hachage avec hachage de 2 et 3\ octets
+Chaîne de hachage avec hachage de 2 et 3 octets
.br
-Valeur minimale pour \fInice\fP\ : \fB3\fP
+Valeur minimale pour \fInice\fP : \fB3\fP
.br
-Utilisation de la mémoire\ :
+Utilisation de la mémoire :
.br
\fIdict\fP * 7.5 (if \fIdict\fP <= 16 Mio);
.br
\fIdict\fP * 5.5 + 64 MiB (si \fIdict\fP > 16 Mio)
.TP
\fBhc4\fP
-Chaîne de hachage avec hachage de 2, 3 et 4\ octets
+Chaîne de hachage avec hachage de 2, 3 et 4 octets
.br
-Valeur minimale pour \fInice\fP\ : \fB4\fP
+Valeur minimale pour \fInice\fP : \fB4\fP
.br
-Utilisation de la mémoire\ :
+Utilisation de la mémoire :
.br
\fIdict\fP * 7.5 (si \fIdict\fP <= 32 Mio);
.br
\fIdict\fP * 6.5 (si \fIdict\fP > 32 Mio)
.TP
\fBbt2\fP
-Arbre binaire avec hachage de 2\ octets
+Arbre binaire avec hachage de 2 octets
.br
-Valeur minimale pour \fInice\fP\ : \fB2\fP
+Valeur minimale pour \fInice\fP : \fB2\fP
.br
-Utilisation de la mémoire\ : \fIdict\fP * 9.5
+Utilisation de la mémoire : \fIdict\fP * 9.5
.TP
\fBbt3\fP
-Arbre binaire avec hachage de 2 et 3\ octets
+Arbre binaire avec hachage de 2 et 3 octets
.br
-Valeur minimale pour \fInice\fP\ : \fB3\fP
+Valeur minimale pour \fInice\fP : \fB3\fP
.br
-Utilisation de la mémoire\ :
+Utilisation de la mémoire :
.br
\fIdict\fP * 11.5 (si \fIdict\fP <= 16 Mio);
.br
\fIdict\fP * 9.5 + 64 MiB (si \fIdict\fP > 16 Mio)
.TP
\fBbt4\fP
-Arbre binaire avec hachage 2, 3 et 4\ octets
+Arbre binaire avec hachage 2, 3 et 4 octets
.br
-Valeur minimale pour \fInice\fP\ : \fB4\fP
+Valeur minimale pour \fInice\fP : \fB4\fP
.br
-Utilisation de la mémoire\ :
+Utilisation de la mémoire :
.br
\fIdict\fP * 11.5 (si \fIdict\fP <= 32 Mio);
.br
@@ -996,6 +1055,8 @@ la \fItaille\fP du dictionnaire. LZMA1 nécessite aussi \fIlc\fP, \fIlp\fP et \f
\fB\-\-ia64\fP[\fB=\fP\fIoptions\fP]
.TP
\fB\-\-sparc\fP[\fB=\fP\fIoptions\fP]
+.TP
+\fB\-\-riscv\fP[\fB=\fP\fIoptions\fP]
.PD
Ajouter un filtre branch/call/jump (BCJ) à la chaîne de filtres. Ces filtres
ne peuvent être utilisés que s'ils ne sont pas le dernier filtre de la
@@ -1010,7 +1071,7 @@ compression ratio slightly worse. The BCJ filters are very fast and use an
insignificant amount of memory.
.IP ""
Ces filtres BCJ présentent des problèmes connus liés au taux de
-compression\ :
+compression :
.RS
.IP \(bu 3
Some types of files containing executable code (for example, object files,
@@ -1038,32 +1099,46 @@ tab(;);
l n l
l n l.
Filtre;Alignement;Notes
-x86;1;32\ bits ou 64\ bits x86
+x86;1;32 bits ou 64 bits x86
ARM;4;
ARM\-Thumb;2;
ARM64;4;4096\-byte alignment is best
PowerPC;4;Grand boutiste seulement
IA\-64;16;Itanium
SPARC;4;
+RISC\-V;2;
.TE
.RE
.RE
.IP ""
Since the BCJ\-filtered data is usually compressed with LZMA2, the
compression ratio may be improved slightly if the LZMA2 options are set to
-match the alignment of the selected BCJ filter. For example, with the IA\-64
-filter, it's good to set \fBpb=4\fP or even \fBpb=4,lp=4,lc=0\fP with LZMA2
-(2^4=16). The x86 filter is an exception; it's usually good to stick to
-LZMA2's default four\-byte alignment when compressing x86 executables.
+match the alignment of the selected BCJ filter. Examples:
+.RS
+.IP \(bu 3
+IA\-64 filter has 16\-byte alignment so \fBpb=4,lp=4,lc=0\fP is good with LZMA2
+(2^4=16).
+.IP \(bu 3
+RISC\-V code has 2\-byte or 4\-byte alignment depending on whether the file
+contains 16\-bit compressed instructions (the C extension). When 16\-bit
+instructions are used, \fBpb=2,lp=1,lc=3\fP or \fBpb=1,lp=1,lc=3\fP is good. When
+16\-bit instructions aren't present, \fBpb=2,lp=2,lc=2\fP is the best.
+\fBreadelf \-h\fP can be used to check if "RVC" appears on the "Flags" line.
+.IP \(bu 3
+ARM64 is always 4\-byte aligned so \fBpb=2,lp=2,lc=2\fP is the best.
+.IP \(bu 3
+The x86 filter is an exception. It's usually good to stick to LZMA2's
+defaults (\fBpb=2,lp=0,lc=3\fP) when compressing x86 executables.
+.RE
.IP ""
-Tous les filtres BCJ prennent en charge les mêmes \fIoptions\fP\ :
+Tous les filtres BCJ prennent en charge les mêmes \fIoptions\fP :
.RS
.TP
\fBstart=\fP\fIdécalage\fP
Spécifier le \fIdécalage\fP de départ qui est utilisé lors de la conversion
entre les adresses relatives et absolues. Le \fIdécalage\fP doit être un
multiple de l'alignement du filtre (voir la table ci\-dessus). Sa valeur par
-défaut est zéro. En pratique, cette dernière convient\ ; indiquer un
+défaut est zéro. En pratique, cette dernière convient ; indiquer un
\fIdécalage\fP personnalisé est la plupart du temps inutile.
.RE
.TP
@@ -1078,14 +1153,14 @@ significantly better results than Delta + LZMA2. This is true especially
with audio, which compresses faster and better, for example, with
\fBflac\fP(1).
.IP ""
-\fIoptions\fP prises en charge\ :
+\fIoptions\fP prises en charge :
.RS
.TP
\fBdist=\fP\fIdistance\fP
Specify the \fIdistance\fP of the delta calculation in bytes. \fIdistance\fP must
be 1\(en256. The default is 1.
.IP ""
-Par exemple, avec \fBdist=2\fP et une entrée huit\ octets A1 B1 A2 B3 A3 B5 A4
+Par exemple, avec \fBdist=2\fP et une entrée huit octets A1 B1 A2 B3 A3 B5 A4
B7, la sortie sera A1 B1 01 02 01 02 01 02.
.RE
.
@@ -1102,7 +1177,7 @@ sortie indiquant un avertissement sera encore utilisé.
affichera une barre de progression. Indiquer \fB\-\-verbose\fP deux fois donnera
une sortie encore plus bavarde.
.IP ""
-La barre de progression montre l'information suivante\ :
+La barre de progression montre l'information suivante :
.RS
.IP \(bu 3
Le pourcentage de complétion est montré si la taille du fichier en entrée
@@ -1173,76 +1248,16 @@ par un humain. Pour obtenir une sortie analysable par la machine, spécifiez
\fB\-\-robot\fP avant \fB\-\-version\fP.
.
.SH "MODE ROBOT"
-Le mode robot est activé avec l'option \fB\-\-robot\fP. Cela rend la sortie de
-\fBxz\fP plus facile à analyser par d'autres programmes. Actuellement,
-\fB\-\-robot\fP n'est seulement pris en charge qu'avec \fB\-\-version\fP,
-\fB\-\-info\-memory\fP et \fB\-\-list\fP. Il sera pris en charge pour la compression et
-la décompression dans le futur.
-.
-.SS Version
-\fBxz \-\-robot \-\-version\fP prints the version number of \fBxz\fP and liblzma in
-the following format:
-.PP
-\fBXZ_VERSION=\fP\fIXYYYZZZS\fP
-.br
-\fBLIBLZMA_VERSION=\fP\fIXYYYZZZS\fP
-.TP
-\fIX\fP
-Version majeure.
-.TP
-\fIYYY\fP
-Version mineure. Les numéros pairs sont stables. Les numéros impairs sont
-des versions alpha ou beta.
-.TP
-\fIZZZ\fP
-Niveau de correctif pour les options stables ou juste un compteur pour les
-options de développement.
-.TP
-\fIS\fP
-Stabilité. 0\ est alpha, 1\ est bêta et 2\ est stable. \fIS\fP devrait toujours
-être\ 2 quand \fIYYY\fP est pair.
-.PP
-\fIXYYYZZZS\fP sont identiques sur les deux lignes si \fBxz\fP et liblzma sont
-issus de la même version d'utilitaires XZ.
-.PP
-Exemples\ : 4.999.9beta est \fB49990091\fP et 5.0.0 est \fB50000002\fP.
-.
-.SS "Information de limite de mémoire"
-\fBxz \-\-robot \-\-info\-memory\fP prints a single line with multiple tab\-separated
-columns:
-.IP 1. 4
-Total amount of physical memory (RAM) in bytes.
-.IP 2. 4
-Memory usage limit for compression in bytes (\fB\-\-memlimit\-compress\fP). A
-special value of \fB0\fP indicates the default setting which for
-single\-threaded mode is the same as no limit.
-.IP 3. 4
-Memory usage limit for decompression in bytes (\fB\-\-memlimit\-decompress\fP). A
-special value of \fB0\fP indicates the default setting which for
-single\-threaded mode is the same as no limit.
-.IP 4. 4
-Since \fBxz\fP 5.3.4alpha: Memory usage for multi\-threaded decompression in
-bytes (\fB\-\-memlimit\-mt\-decompress\fP). This is never zero because a
-system\-specific default value shown in the column 5 is used if no limit has
-been specified explicitly. This is also never greater than the value in the
-column 3 even if a larger value has been specified with
-\fB\-\-memlimit\-mt\-decompress\fP.
-.IP 5. 4
-Since \fBxz\fP 5.3.4alpha: A system\-specific default memory usage limit that is
-used to limit the number of threads when compressing with an automatic
-number of threads (\fB\-\-threads=0\fP) and no memory usage limit has been
-specified (\fB\-\-memlimit\-compress\fP). This is also used as the default value
-for \fB\-\-memlimit\-mt\-decompress\fP.
-.IP 6. 4
-Since \fBxz\fP 5.3.4alpha: Number of available processor threads.
-.PP
-Dans le futur, la sortie de \fBxz \-\-robot \-\-info\-memory\fP pourrait avoir plus
-de colonnes, mais jamais plus qu'une ligne unique.
+The robot mode is activated with the \fB\-\-robot\fP option. It makes the output
+of \fBxz\fP easier to parse by other programs. Currently \fB\-\-robot\fP is
+supported only together with \fB\-\-list\fP, \fB\-\-filters\-help\fP, \fB\-\-info\-memory\fP,
+and \fB\-\-version\fP. It will be supported for compression and decompression in
+the future.
.
.SS "Mode liste"
\fBxz \-\-robot \-\-list\fP utilise une sortie séparée par des tabulations. La
première colonne de toutes les lignes possède une chaîne qui indique le type
-d'information trouvée sur cette ligne\ :
+d'information trouvée sur cette ligne :
.TP
\fBname\fP
C'est toujours la première ligne au début de la liste d'un fichier. La
@@ -1260,7 +1275,7 @@ y a autant de lignes \fBstream\fP qu'il y a de flux dans le fichier \fB.xz\fP.
Ce type de ligne n'est utilisé seulement lorsque \fB\-\-verbose\fP a été
indiquée. Il y a autant de lignes \fBblock\fP qu'il y a de blocs dans le
fichier \fB.xz\fP. Les lignes \fBblock\fP sont affichées après toutes les lignes
-\fBstream\fP\ ; les différents types de lignes ne sont pas imbriqués.
+\fBstream\fP ; les différents types de lignes ne sont pas imbriqués.
.TP
\fBsummary\fP
Ce type de ligne n'est utilisé que lorsque \fB\-\-verbose\fP a été indiqué deux
@@ -1272,7 +1287,7 @@ fichier \fB.xz\fP.
Cette ligne est toujours la toute dernière ligne de la sortie. Elle affiche
les comptes et les tailles totaux.
.PP
-Les colonnes des lignes \fBfile\fP\ :
+Les colonnes des lignes \fBfile\fP :
.PD 0
.RS
.IP 2. 4
@@ -1288,7 +1303,7 @@ Compression ratio, for example, \fB0.123\fP. If ratio is over 9.999, three
dashes (\fB\-\-\-\fP) are displayed instead of the ratio.
.IP 7. 4
Liste de noms de contrôles d'intégrité séparés par des virgules. Les chaînes
-suivantes sont utilisées pour les types de vérification connus\ : \fBNone\fP,
+suivantes sont utilisées pour les types de vérification connus : \fBNone\fP,
\fBCRC32\fP, \fBCRC64\fP et \fBSHA256\fP. Pour le types de vérification inconnus,
\fBUnknown\-\fP\fIN\fP est utilisé, où \fIN\fP est un identifiant de vérification sous
la forme d'un nombre décimal (un ou deux chiffres).
@@ -1297,7 +1312,7 @@ Taille totale du remplissage du flux dans le fichier
.RE
.PD
.PP
-Les colonnes des lignes \fBstream\fP\ :
+Les colonnes des lignes \fBstream\fP :
.PD 0
.RS
.IP 2. 4
@@ -1321,7 +1336,7 @@ Taille du remplissage de flux
.RE
.PD
.PP
-Les colonnes des lignes \fBblock\fP\ :
+Les colonnes des lignes \fBblock\fP :
.PD 0
.RS
.IP 2. 4
@@ -1349,7 +1364,7 @@ Nom de la vérification d'intégrité
Si \fB\-\-verbose\fP a été indiqué deux fois, les colonnes additionnelles sont
inclues sur les lignes \fBblock\fP. Elles ne sont pas affichées avec un seul
\fB\-\-verbose\fP, car l'obtention de ces informations nécessite de nombreuses
-recherches et peut donc être lente\ :
+recherches et peut donc être lente :
.PD 0
.RS
.IP 11. 4
@@ -1357,7 +1372,7 @@ Valeur de la vérification d'intégrité en hexadécimal
.IP 12. 4
Taille d'en\-tête de bloc
.IP 13. 4
-Drapeaux du bloc\ : \fBc\fP indique que la taille compressée est présente, et
+Drapeaux du bloc : \fBc\fP indique que la taille compressée est présente, et
\fBu\fP indique que la taille décompréssée est présente. Si le drapeau n'est
pas indiqué, un tiret (\fB\-\fP) est affiché à la place pour que la longueur de
la chaîne reste fixe. De nouveaux drapeaux pourraient être ajoutés à la fin
@@ -1375,7 +1390,7 @@ nécessaires pour la décompression sont stockées dans les en\-têtes \fB.xz\fP
.RE
.PD
.PP
-Les colonnes des lignes \fBsummary\fP\ :
+Les colonnes des lignes \fBsummary\fP :
.PD 0
.RS
.IP 2. 4
@@ -1391,7 +1406,7 @@ Version minimale de \fBxz\fP nécessaire pour décompresser le fichier.
.RE
.PD
.PP
-Les colonnes de la ligne \fBtotals\fP\ :
+Les colonnes de la ligne \fBtotals\fP :
.PD 0
.RS
.IP 2. 4
@@ -1416,7 +1431,7 @@ sur les lignes \fBfile\fP.
.RE
.PP
Si \fB\-\-verbose\fP a été indiqué deux fois, des colonnes supplémentaires sont
-incluses sur la ligne \fBtotals\fP\ :
+incluses sur la ligne \fBtotals\fP :
.PD 0
.RS
.IP 10. 4
@@ -1436,6 +1451,85 @@ Les versions futures pourront ajouter de nouveaux types de lignes et de
nouvelles colonnes pourront être ajoutées aux types de lignes existants,
mais les colonnes existantes ne seront pas modifiées.
.
+.SS "Filters help"
+\fBxz \-\-robot \-\-filters\-help\fP prints the supported filters in the following
+format:
+.PP
+\fIfilter\fP\fB:\fP\fIoption\fP\fB=<\fP\fIvalue\fP\fB>,\fP\fIoption\fP\fB=<\fP\fIvalue\fP\fB>\fP...
+.TP
+\fIfilter\fP
+Name of the filter
+.TP
+\fIoption\fP
+Name of a filter specific option
+.TP
+\fIvalue\fP
+Numeric \fIvalue\fP ranges appear as \fB<\fP\fImin\fP\fB\-\fP\fImax\fP\fB>\fP. String
+\fIvalue\fP choices are shown within \fB< >\fP and separated by a \fB|\fP
+character.
+.PP
+Each filter is printed on its own line.
+.
+.SS "Information de limite de mémoire"
+\fBxz \-\-robot \-\-info\-memory\fP prints a single line with multiple tab\-separated
+columns:
+.IP 1. 4
+Total amount of physical memory (RAM) in bytes.
+.IP 2. 4
+Memory usage limit for compression in bytes (\fB\-\-memlimit\-compress\fP). A
+special value of \fB0\fP indicates the default setting which for
+single\-threaded mode is the same as no limit.
+.IP 3. 4
+Memory usage limit for decompression in bytes (\fB\-\-memlimit\-decompress\fP). A
+special value of \fB0\fP indicates the default setting which for
+single\-threaded mode is the same as no limit.
+.IP 4. 4
+Since \fBxz\fP 5.3.4alpha: Memory usage for multi\-threaded decompression in
+bytes (\fB\-\-memlimit\-mt\-decompress\fP). This is never zero because a
+system\-specific default value shown in the column 5 is used if no limit has
+been specified explicitly. This is also never greater than the value in the
+column 3 even if a larger value has been specified with
+\fB\-\-memlimit\-mt\-decompress\fP.
+.IP 5. 4
+Since \fBxz\fP 5.3.4alpha: A system\-specific default memory usage limit that is
+used to limit the number of threads when compressing with an automatic
+number of threads (\fB\-\-threads=0\fP) and no memory usage limit has been
+specified (\fB\-\-memlimit\-compress\fP). This is also used as the default value
+for \fB\-\-memlimit\-mt\-decompress\fP.
+.IP 6. 4
+Since \fBxz\fP 5.3.4alpha: Number of available processor threads.
+.PP
+Dans le futur, la sortie de \fBxz \-\-robot \-\-info\-memory\fP pourrait avoir plus
+de colonnes, mais jamais plus qu'une ligne unique.
+.
+.SS Version
+\fBxz \-\-robot \-\-version\fP prints the version number of \fBxz\fP and liblzma in
+the following format:
+.PP
+\fBXZ_VERSION=\fP\fIXYYYZZZS\fP
+.br
+\fBLIBLZMA_VERSION=\fP\fIXYYYZZZS\fP
+.TP
+\fIX\fP
+Version majeure.
+.TP
+\fIYYY\fP
+Version mineure. Les numéros pairs sont stables. Les numéros impairs sont
+des versions alpha ou beta.
+.TP
+\fIZZZ\fP
+Niveau de correctif pour les options stables ou juste un compteur pour les
+options de développement.
+.TP
+\fIS\fP
+Stabilité. 0 est alpha, 1 est bêta et 2 est stable. \fIS\fP devrait toujours
+être 2 quand \fIYYY\fP est pair.
+.PP
+\fIXYYYZZZS\fP sont identiques sur les deux lignes si \fBxz\fP et liblzma sont
+issus de la même version d'utilitaires XZ.
+.PP
+Exemples : 4.999.9beta est \fB49990091\fP et 5.0.0 est \fB50000002\fP.
+.
.SH "STATUT DE SORTIE"
.TP
\fB0\fP
@@ -1455,7 +1549,7 @@ l'erreur standard n'affectent pas le statut de sortie.
\fBxz\fP analyse les listes d'options séparées par des espaces à partir des
variables d'environnement \fBXZ_DEFAULTS\fP et \fBXZ_OPT\fP, dans cet ordre, avant
d'analyser les options de la ligne de commandes. Remarquez que seules les
-options sont analysées depuis l'environnement des variables\ ; toutes les
+options sont analysées depuis l'environnement des variables ; toutes les
non\-options sont ignorées silencieusement. L'analyse est faite avec
\fBgetopt_long\fP(3) qui est aussi utilisé pour les arguments de la ligne de
commandes.
@@ -1476,7 +1570,7 @@ run by a script or tool, for example, GNU \fBtar\fP(1):
.RS
.PP
.nf
-\f(CWXZ_OPT=\-2v tar caf foo.tar.xz foo\fP
+\f(CRXZ_OPT=\-2v tar caf foo.tar.xz foo\fR
.fi
.RE
.RE
@@ -1489,7 +1583,8 @@ use something like this:
.RS
.PP
.nf
-\f(CWXZ_OPT=${XZ_OPT\-"\-7e"} export XZ_OPT\fP
+\f(CRXZ_OPT=${XZ_OPT\-"\-7e"}
+export XZ_OPT\fR
.fi
.RE
.RE
@@ -1497,7 +1592,7 @@ use something like this:
.SH "Compatibilité des utilitaires LZMA"
La syntaxe de la ligne de commande de \fBxz\fP est quasimment un sur\-ensemble
de \fBlzma\fP, \fBunlzma\fP et \fBlzcat\fP comme ils sont trouvés dans les
-utilitaires LZMA\ 4.32.x . Dans la pluspart des cas, il est possible de
+utilitaires LZMA 4.32.x . Dans la pluspart des cas, il est possible de
remplacer les outils LZMA par les outils XZ sans casser les scripts
existants. Il existe cependant certaines incompatibilités qui peuvent
parfois poser des problèmes.
@@ -1531,7 +1626,7 @@ Niveau;xz;Utilitaires LZMA
Les différences de tailles des dictionnaires affectent aussi l'utilisation
de la mémoire du compresseur, mais il y a quelques autres différences entre
les outils LZMA et les outils XZ, qui rendent la différence encore plus
-grande\ :
+grande :
.RS
.PP
.TS
@@ -1554,7 +1649,7 @@ Niveau;xz;Utilitaires LZMA 4.32.x
.PP
Le niveau de préréglage par défaut dans les outils LZMA est \fB\-7\fP alors que
pour les outils XZ c'est \fB\-6\fP, les deux utilisent ainsi un dictionnaire de
-8\ Mio par défaut.
+8 Mio par défaut.
.
.SS "Fichiers .lzma en flux ou non"
The uncompressed size of the file can be stored in the \fB.lzma\fP header.
@@ -1575,21 +1670,21 @@ heurtez à ce problème, vous devez utiliser les utilitaires LZMA ou LZMA SDK
pour créer des fichiers \fB.lzma\fP avec une taille non compressée connue.
.
.SS "Fichiers .lzma non pris en charge"
-Le format \fB.lzma\fP autorise des valeurs \fIlc\fP jusqu'à\ 8, et des valeurs
-\fIlp\fP jusqu'à\ 4. Les outils LZMA peuvent décompresser des fichiers avec tous
+Le format \fB.lzma\fP autorise des valeurs \fIlc\fP jusqu'à 8, et des valeurs
+\fIlp\fP jusqu'à 4. Les outils LZMA peuvent décompresser des fichiers avec tous
les \fIlc\fP et \fIlp\fP, mais créez toujours les fichiers avec \fBlc=3\fP et
\fBlp=0\fP. Créer des fichiers avec d'autres valeurs \fIlc\fP et \fIlp\fP est
possible avec \fBxz\fP et avec LZMA SDK.
.PP
L'implémentation du filtre LZMA1 dans liblzma nécessite que la somme de
-\fIlc\fP et \fIlp\fP soit inférieure ou égale à\ 4. Ainsi, les fichiers \fB.lzma\fP
+\fIlc\fP et \fIlp\fP soit inférieure ou égale à 4. Ainsi, les fichiers \fB.lzma\fP
qui excèdent cette limitation ne peuvent pas être décompressés avec \fBxz\fP.
.PP
Les outils LZMA créent seulement des fichiers \fB.lzma\fP qui ont une taille de
-dictionnaire de 2^\fIn\fP (une puissance de\ 2) mais acceptent les fichiers avec
+dictionnaire de 2^\fIn\fP (une puissance de 2) mais acceptent les fichiers avec
toutes les tailles de dictionnaire. Libzlma n'accepte que les fichiers
\&\fB.lzma\fP qui ont une taille dictionnaire de 2^\fIn\fP ou
-2^\fIn\fP\ +\ 2^(\fIn\fP\-1). Cela afin de diminuer les faux positifs lors de la
+2^\fIn\fP + 2^(\fIn\fP\-1). Cela afin de diminuer les faux positifs lors de la
détection des fichiers \fB.lzma\fP.
.PP
Ces limitations ne devraient pas poser problème en pratique, car
@@ -1626,7 +1721,7 @@ l'implémentation est gelée pour garantir la stabilité de la sortie rsyncable
à travers les versions de xz.
.
.SS "Décompresseurs .xz embarqués"
-Les implémentations de décompresseur embarqué comme XZ\ Embedded ne gèrent
+Les implémentations de décompresseur embarqué comme XZ Embedded ne gèrent
pas nécessairement les fichiers créés avec d'autres types de \fIvérification\fP
d'intégrité que \fBnone\fP et \fBCRC32\fP. Comme la valeur par défaut est
\fB\-\-check=crc64\fP, vous devez utiliser \fB\-\-check=none\fP ou \fB\-\-check=crc32\fP
@@ -1645,20 +1740,20 @@ de départ par défaut.
.SS Bases
Compresser le fichier \fItoto\fP en \fItoto.xz\fP en utilisant le niveau de
compression par défaut (\fB\-6\fP) et supprimer \fItoto\fP si la compression
-réussit\ :
+réussit :
.RS
.PP
.nf
-\f(CWxz toto\fP
+\f(CRxz foo\fR
.fi
.RE
.PP
Décompresser \fIbidule.xz\fP en \fIbidule\fP et ne pas supprimer \fIbidule.xz\fP même
-si la compression réussit\ :
+si la compression réussit :
.RS
.PP
.nf
-\f(CWxz \-dk bidule.xz\fP
+\f(CRxz \-dk bar.xz\fR
.fi
.RE
.PP
@@ -1668,33 +1763,34 @@ decompression (48\ MiB and 5\ MiB, respectively):
.RS
.PP
.nf
-\f(CWtar cf \- truc | xz \-4e > truc.tar.xz\fP
+\f(CRtar cf \- baz | xz \-4e > baz.tar.xz\fR
.fi
.RE
.PP
Un mélange de fichiers compressés et non compressés peuvent être
-décompressés vers la sortie standard avec une simple commande\ :
+décompressés vers la sortie standard avec une simple commande :
.RS
.PP
.nf
-\f(CWxz \-dcf a.txt b.txt.xz c.txt d.txt.lzma > abcd.txt\fP
+\f(CRxz \-dcf a.txt b.txt.xz c.txt d.txt.lzma > abcd.txt\fR
.fi
.RE
.
.SS "Compression en parallèle de plusieurs fichiers"
Sur GNU et *BSD, \fBfind\fP(1) et \fBxargs\fP(1) peuvent être utilisés pour mettre
-en parallèle la compression de plusieurs fichiers\ :
+en parallèle la compression de plusieurs fichiers :
.RS
.PP
.nf
-\f(CWfind . \-type f \e! \-name '*.xz' \-print0 \e | xargs \-0r \-P4 \-n16 xz \-T1\fP
+\f(CRfind . \-type f \e! \-name '*.xz' \-print0 \e
+ | xargs \-0r \-P4 \-n16 xz \-T1\fR
.fi
.RE
.PP
L'option \fBP\fP passée à \fBxargs\fP(1) fixe le nombre de processus \fBxz\fP en
parallèles. La meilleure valeur pour l'option \fBn\fP dépend du nombre de
fichiers à compresser. S\-il n'y a que quelques fichiers, la valeur sera
-probablement\ 1\ ; avec des dizaines de milliers de fichiers, 100 ou même plus
+probablement 1 ; avec des dizaines de milliers de fichiers, 100 ou même plus
serait approprié pour réduire le nombre de processus \fBxz\fP que \fBxargs\fP(1)
créera éventuellement.
.PP
@@ -1703,32 +1799,41 @@ L'option \fB\-T1\fP de \fBxz\fP est là pour le forcer en mode mono\-thread, car
.
.SS "Mode robot"
Calculer combien d'octets ont été économisés au total après avoir compressé
-plusieurs fichiers\ :
+plusieurs fichiers :
.RS
.PP
.nf
-\f(CWxz \-\-robot \-\-list *.xz | awk '/^totals/{print $5\-$4}'\fP
+\f(CRxz \-\-robot \-\-list *.xz | awk '/^totals/{print $5\-$4}'\fR
.fi
.RE
.PP
Un script peut vouloir savoir qu'il utilise une version suffisamment récente
de \fBxz\fP. Le script \fBsh\fP(1) suivant vérifie que le numéro de version de
l'outil \fBxz\fP soit au minimum 5.0.0. Cette méthode est compatible avec les
-vieilles versions bêta, qui ne gèrent pas l'option \fB\-\-robot\fP\ :
+vieilles versions bêta, qui ne gèrent pas l'option \fB\-\-robot\fP :
.RS
.PP
.nf
-\f(CWif ! eval "$(xz \-\-robot \-\-version 2> /dev/null)" || [ "$XZ_VERSION" \-lt 50000002 ]; then echo "Votre version de xz est trop ancienne." fi unset XZ_VERSION LIBLZMA_VERSION\fP
+\f(CRif ! eval "$(xz \-\-robot \-\-version 2> /dev/null)" ||
+ [ "$XZ_VERSION" \-lt 50000002 ]; then
+ echo "Your xz is too old."
+fi
+unset XZ_VERSION LIBLZMA_VERSION\fR
.fi
.RE
.PP
Régler une limite d'utilisation de la mémoire pour la décompression en
utilisant \fBXZ_OPT\fP, mais si une limite a déjà été définie, ne pas
-l'augmenter\ :
+l'augmenter :
.RS
.PP
.nf
-\f(CWNEWLIM=$((123 << 20))\ \ # 123 MiB OLDLIM=$(xz \-\-robot \-\-info\-memory | cut \-f3) if [ $OLDLIM \-eq 0 \-o $OLDLIM \-gt $NEWLIM ]; then XZ_OPT="$XZ_OPT \-\-memlimit\-decompress=$NEWLIM" export XZ_OPT fi\fP
+\f(CRNEWLIM=$((123 << 20))\ \ # 123 MiB
+OLDLIM=$(xz \-\-robot \-\-info\-memory | cut \-f3)
+if [ $OLDLIM \-eq 0 \-o $OLDLIM \-gt $NEWLIM ]; then
+ XZ_OPT="$XZ_OPT \-\-memlimit\-decompress=$NEWLIM"
+ export XZ_OPT
+fi\fR
.fi
.RE
.
@@ -1741,7 +1846,7 @@ potentiellement utiles.
Les colonnes CompCPU des tableaux des descriptions des options \fB\-0\fP à \fB\-9\fP
et \fB\-\-extreme\fP sont utiles lors de la personnalisation des préréglages
LZMA2. Voici les parties pertinentes recueillies à partir de ces deux
-tableaux\ :
+tableaux :
.RS
.PP
.TS
@@ -1767,7 +1872,7 @@ modified to use a bigger dictionary:
.RS
.PP
.nf
-\f(CWxz \-\-lzma2=preset=1,dict=32MiB toto.tar\fP
+\f(CRxz \-\-lzma2=preset=1,dict=32MiB foo.tar\fR
.fi
.RE
.PP
@@ -1784,11 +1889,11 @@ fichiers consécutifs.
Si une utilisation de la mémoire élevée pour la compression et décompression
convient, et que le fichier à compresser a une taille de plusieurs centaines
de megaoctets, il peut être utile d'utiliser un plus gros dictionnaire que
-celui fourni par \fBxz\-9\fP (64 Mio)\ :
+celui fourni par \fBxz\-9\fP (64 Mio) :
.RS
.PP
.nf
-\f(CWxz \-vv \-\-lzma2=dict=192MiB gros_toto.tar\fP
+\f(CRxz \-vv \-\-lzma2=dict=192MiB big_foo.tar\fR
.fi
.RE
.PP
@@ -1806,7 +1911,7 @@ resulting file can be decompressed with XZ Embedded (that's why there is
.RS
.PP
.nf
-\f(CWxz \-\-check=crc32 \-\-lzma2=preset=6e,dict=64KiB toto\fP
+\f(CRxz \-\-check=crc32 \-\-lzma2=preset=6e,dict=64KiB foo\fR
.fi
.RE
.PP
@@ -1819,7 +1924,7 @@ like the following might give slightly (like 0.1\ %) smaller file than \fBxz \-6
.RS
.PP
.nf
-\f(CWxz \-\-lzma2=preset=6e,pb=0,lc=4 code_source.tar\fP
+\f(CRxz \-\-lzma2=preset=6e,pb=0,lc=4 source_code.tar\fR
.fi
.RE
.PP
@@ -1829,7 +1934,7 @@ library using the x86 BCJ filter:
.RS
.PP
.nf
-\f(CWxz \-\-x86 \-\-lzma2 libtoto.so\fP
+\f(CRxz \-\-x86 \-\-lzma2 libfoo.so\fR
.fi
.RE
.PP
@@ -1851,7 +1956,7 @@ accommodate the three\-byte alignment:
.RS
.PP
.nf
-\f(CWxz \-\-delta=dist=3 \-\-lzma2=pb=0 toto.tiff\fP
+\f(CRxz \-\-delta=dist=3 \-\-lzma2=pb=0 foo.tiff\fR
.fi
.RE
.PP
@@ -1863,8 +1968,8 @@ the same number of bytes per pixel.
\fBxzdec\fP(1), \fBxzdiff\fP(1), \fBxzgrep\fP(1), \fBxzless\fP(1), \fBxzmore\fP(1),
\fBgzip\fP(1), \fBbzip2\fP(1), \fB7z\fP(1)
.PP
-XZ Utilitaires: <https://tukaani.org/xz/>
+XZ Utils: <https://tukaani.org/xz/>
.br
-XZ Embarqué: <https://tukaani.org/xz/embedded.html>
+XZ Embedded: <https://tukaani.org/xz/embedded.html>
.br
LZMA SDK: <https://7\-zip.org/sdk.html>
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-24 12:32:18 +0000