1 files changed, 246 insertions, 142 deletions

diff --git a/po4a/man/pt_BR/xz.1 b/po4a/man/pt_BR/xz.1
index d8ccb2f..fe4edf7 100644
--- a/po4a/man/pt_BR/xz.1
+++ b/po4a/man/pt_BR/xz.1
@@ -1,17 +1,19 @@
 '\" 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.
+.\" Brazilian Portuguese translations for xz package
+.\" Traduções em português brasileiro para o pacote xz.
+.\" Rafael Fontenelle <rafaelff@gnome.org>, 2022-2023.
 .\"
 .\"*******************************************************************
 .\"
 .\" This file was generated with po4a. Translate the source file.
 .\"
 .\"*******************************************************************
-.TH XZ 1 2023\-07\-17 Tukaani "XZ Utils"
+.TH XZ 1 2024\-04\-08 Tukaani "XZ Utils"
 .
 .SH NOME
 xz, unxz, xzcat, lzma, unlzma, lzcat \- Compacta ou descompacta arquivos .xz
@@ -465,10 +467,8 @@ velocidade, portanto, embora o CompCPU seja o mesmo para os níveis \fB\-6\fP
 obter uma compactação ainda mais lenta e possivelmente melhor, consulte
 \fB\-\-extreme\fP.
 .IP \(bu 3
-CompMem contém os requisitos de memória do compactador no modo de thread
-única.Pode variar ligeiramente entre as versões \fBxz\fP. Os requisitos de
-memória de alguns dos futuros modos de várias threads (multithread) podem
-ser dramaticamente maiores do que os do modo de thread única.
+CompMem contains the compressor memory requirements in the single\-threaded
+mode.  It may vary slightly between \fBxz\fP versions.
 .IP \(bu 3
 DecMem contém os requisitos de memória do descompactador. Ou seja, as
 configurações de compactação determinam os requisitos de memória do
@@ -476,6 +476,11 @@ descompactador. O uso exato da memória do descompactador é um pouco maior do
 que o tamanho do dicionário LZMA2, mas os valores na tabela foram
 arredondados para o próximo MiB completo.
 .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
 Usa uma variante mais lenta do nível de predefinição de compactação
@@ -530,44 +535,67 @@ limitada de acesso aleatório. Essa opção normalmente é usada para substituir
 o tamanho de bloco padrão no modo multi\-thread, mas também pode ser usada em
 thread única.
 .IP ""
-No modo multi\-thread, cerca de três vezes \fItamanho\fP bytes serão alocados em
-cada thread para armazenar em buffer a entrada e a saída. O \fItamanho\fP
-padrão é três vezes o tamanho do dicionário LZMA2 ou 1 MiB, o que for
-maior. Normalmente, um bom valor é 2\(en4 vezes o tamanho do dicionário
-LZMA2 ou pelo menos 1 MiB. Usar \fItamanho\fP menor que o tamanho do dicionário
-LZMA2 é um desperdício de RAM porque o buffer do dicionário LZMA2 nunca será
-totalmente usado. Os tamanhos dos blocos são armazenados nos cabeçalhos dos
-blocos, que uma versão futura do \fBxz\fP usará para descompactação em
-multi\-thread.
-.IP ""
-No modo de thread única, nenhuma divisão de bloco é feita por
-padrão. Definir essa opção não afeta o uso da memória. Nenhuma informação de
-tamanho é armazenada nos cabeçalhos dos blocos, portanto, os arquivos
-criados no modo de thread única não serão idênticos aos arquivos criados no
-modo multi\-thread. A falta de informações de tamanho também significa que
-uma versão futura do \fBxz\fP não poderá descompactar os arquivos no modo
-multi\-thread.
-.TP 
-\fB\-\-block\-list=\fP\fItamanhos\fP
-Ao compactar para o formato \fB.xz\fP, inicia um novo bloco após os intervalos
-fornecidos de dados não compactados.
-.IP ""
-Os \fItamanhos\fP não compactados dos blocos são especificados como uma lista
-separada por vírgulas. Omitir um tamanho (duas ou mais vírgulas
-consecutivas) é uma forma abreviada de usar o tamanho do bloco anterior.
-.IP ""
-Se o arquivo de entrada for maior que a soma de \fItamanhos\fP, o último valor
-em \fItamanhos\fP é repetido até o final do arquivo. Um valor especial de \fB0\fP
-pode ser usado como o último valor para indicar que o restante do arquivo
-deve ser codificado como um único bloco.
-.IP ""
-Se alguém especificar \fItamanhos\fP que excedam o tamanho do bloco do
-codificador (seja o valor padrão no modo em threads ou o valor especificado
-com \fB\-\-block\-size=\fP\fItamanho\fP), o codificador criará blocos adicionais
-enquanto mantém o limites especificados em \fItamanhos\fP. Por exemplo, se
-alguém especificar \fB\-\-block\-size=10MiB\fP
-\fB\-\-block\-list=5MiB,10MiB,8MiB,12MiB,24MiB\fP e o arquivo de entrada for 80
-MiB, obterá 11 blocos: 5, 10, 8, 10, 2, 10, 10, 4, 10, 10 e 1 MiB.
+In multi\-threaded mode about three times \fIsize\fP bytes will be allocated in
+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.  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 ""
 No modo multi\-thread, os tamanhos dos blocos são armazenados nos cabeçalhos
 dos blocos. Isso não é feito no modo de thread única, portanto, a saída
@@ -727,6 +755,9 @@ blocos com informações de tamanho nos cabeçalhos dos blocos. Todos os
 arquivos grandes o suficiente compactados no modo de várias thread atendem a
 essa condição, mas os arquivos compactados no modo de thread única não
 atendem, mesmo se \fB\-\-block\-size=\fP\fItamanho\fP tiver sido usado.
+.IP ""
+The default value for \fIthreads\fP is \fB0\fP.  In \fBxz\fP 5.4.x and older the
+default is \fB1\fP.
 .
 .SS "Cadeias de filtro de compressor personalizadas"
 Uma cadeia de filtro personalizada permite especificar as configurações de
@@ -750,21 +781,48 @@ apenas como filtro não\-último e alguns funcionam em qualquer posição na
 cadeia. Dependendo do filtro, essa limitação é inerente ao projeto do filtro
 ou existe para evitar problemas de segurança.
 .PP
-Uma cadeia de filtro personalizada é especificada usando uma ou mais opções
-de filtro na ordem desejada na cadeia de filtro. Ou seja, a ordem das opções
-de filtro é significativa! Ao decodificar fluxos brutos (\fB\-\-format=raw\fP), a
-cadeia de filtros é especificada na mesma ordem em que foi especificada
-durante a compactação.
-.PP
-Os filtros usam \fIopções\fP específicas do filtro como uma lista separada por
-vírgulas. As vírgulas extras em \fIopções\fP são ignoradas. Cada opção tem um
-valor padrão, portanto, você precisa especificar apenas aquelas que deseja
-alterar.
+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
 Para ver toda a cadeia de filtros e \fIopções\fP, use \fBxz \-vv\fP (isto é, use
 \fB\-\-verbose\fP duas vezes). Isso também funciona para visualizar as opções da
 cadeia de filtros usadas pelas predefinições.
 .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\fIopções\fP]
 .PD 0
 .TP 
@@ -976,6 +1034,8 @@ dicionário \fItamanho\fP. LZMA1 também precisa de \fIlc\fP, \fIlp\fP e \fIpb\f
 \fB\-\-ia64\fP[\fB=\fP\fIopções\fP]
 .TP 
 \fB\-\-sparc\fP[\fB=\fP\fIopções\fP]
+.TP 
+\fB\-\-riscv\fP[\fB=\fP\fIopções\fP]
 .PD
 Adiciona um filtro de ramificação/chamada/salto (BCJ) à cadeia de
 filtros. Esses filtros podem ser usados apenas como um filtro não último na
@@ -1026,17 +1086,30 @@ ARM64;4;Alinhamento de 4096 bytes
 PowerPC;4;Somente big endian
 IA\-64;16;Itanium
 SPARC;4;
+RISC\-V;2;
 .TE
 .RE
 .RE
 .IP ""
-Como os dados filtrados por BCJ geralmente são compactados com LZMA2, a taxa
-de compactação pode melhorar ligeiramente se as opções de LZMA2 forem
-definidas para corresponder ao alinhamento do filtro BCJ selecionado. Por
-exemplo, com o filtro IA\-64, é bom definir \fBpb=4\fP ou mesmo
-\fBpb=4,lp=4,lc=0\fP com LZMA2 (2^4=16). O filtro x86 é uma exceção; geralmente
-é bom manter o alinhamento padrão de quatro bytes do LZMA2 ao compactar
-executáveis x86.
+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.  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 ""
 Todos os filtros BCJ suportam as mesmas \fIopções\fP:
 .RS
@@ -1154,70 +1227,11 @@ humanos. Para obter uma saída analisável por máquina, especifique \fB\-\-robo
 antes de \fB\-\-version\fP.
 .
 .SH "MODO ROBÔ"
-O modo robô é ativado com a opção \fB\-\-robot\fP. Isso torna a saída de \fBxz\fP
-mais fácil de ser analisada por outros programas. Atualmente \fB\-\-robot\fP é
-suportado apenas junto com \fB\-\-version\fP, \fB\-\-info\-memory\fP e \fB\-\-list\fP. Ele
-terá suporte para compactação e descompactação no futuro.
-.
-.SS Versão
-\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
-Versão principal.
-.TP 
-\fIYYY\fP
-Versão menor. Números pares são estáveis. Os números ímpares são versões
-alfa ou beta.
-.TP 
-\fIZZZ\fP
-Nível de patch para versões estáveis ou apenas um contador para versões de
-desenvolvimento.
-.TP 
-\fIS\fP
-Estabilidade. 0 é alfa, 1 é beta e 2 é estável. \fIS\fP deve ser sempre 2
-quando \fIYYY\fP for par.
-.PP
-\fIXYYYZZZS\fP são iguais em ambas as linhas se \fBxz\fP e liblzma forem da mesma
-versão do XZ Utils.
-.PP
-Exemplos: 4.999.9beta é \fB49990091\fP e 5.0.0 é \fB50000002\fP.
-.
-.SS "Informações de limite de memória"
-\fBxz \-\-robot \-\-info\-memory\fP prints a single line with multiple tab\-separated
-columns:
-.IP 1. 4
-Quantidade total de memória física (RAM) em bytes.
-.IP 2. 4
-Limite de uso de memória para compactação em bytes
-(\fB\-\-memlimit\-compress\fP). Um valor especial de \fB0\fP indica a configuração
-padrão que para o modo de thread única é o mesmo que sem limite.
-.IP 3. 4
-Limite de uso de memória para descompactação em bytes
-(\fB\-\-memlimit\-decompress\fP). Um valor especial de \fB0\fP indica a configuração
-padrão que para o modo de thread única é o mesmo que sem limite.
-.IP 4. 4
-Desde \fBxz\fP 5.3.4alpha: Uso de memória para descompactação com várias thread
-em bytes (\fB\-\-memlimit\-mt\-decompress\fP). Isso nunca é zero porque um valor
-padrão específico do sistema mostrado na coluna 5 é usado se nenhum limite
-for especificado explicitamente. Isso também nunca é maior que o valor na
-coluna 3, mesmo que um valor maior tenha sido especificado com
-\fB\-\-memlimit\-mt\-decompress\fP.
-.IP 5. 4
-Desde \fBxz\fP 5.3.4alpha: Um limite de uso de memória padrão específico do
-sistema que é usado para limitar o número de threads ao compactar com um
-número automático de threads (\fB\-\-threads=0\fP) e nenhum limite de uso de
-memória foi especificado (\fB\-\-memlimit\-compress\fP). Isso também é usado como
-o valor padrão para \fB\-\-memlimit\-mt\-decompress\fP.
-.IP 6. 4
-Desde \fBxz\fP 5.3.4alpha: Número de threads de processador disponíveis.
-.PP
-No futuro, a saída de \fBxz \-\-robot \-\-info\-memory\fP pode ter mais colunas, mas
-nunca mais do que uma única linha.
+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 "Modo lista"
 \fBxz \-\-robot \-\-list\fP usa saída separada por tabulações. A primeira coluna de
@@ -1416,6 +1430,85 @@ Versões futuras podem adicionar novos tipos de linha e novas colunas podem
 ser adicionadas aos tipos de linha existentes, mas as colunas existentes não
 serão alteradas.
 .
+.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 "Informações de limite de memória"
+\fBxz \-\-robot \-\-info\-memory\fP prints a single line with multiple tab\-separated
+columns:
+.IP 1. 4
+Quantidade total de memória física (RAM) em bytes.
+.IP 2. 4
+Limite de uso de memória para compactação em bytes
+(\fB\-\-memlimit\-compress\fP). Um valor especial de \fB0\fP indica a configuração
+padrão que para o modo de thread única é o mesmo que sem limite.
+.IP 3. 4
+Limite de uso de memória para descompactação em bytes
+(\fB\-\-memlimit\-decompress\fP). Um valor especial de \fB0\fP indica a configuração
+padrão que para o modo de thread única é o mesmo que sem limite.
+.IP 4. 4
+Desde \fBxz\fP 5.3.4alpha: Uso de memória para descompactação com várias thread
+em bytes (\fB\-\-memlimit\-mt\-decompress\fP). Isso nunca é zero porque um valor
+padrão específico do sistema mostrado na coluna 5 é usado se nenhum limite
+for especificado explicitamente. Isso também nunca é maior que o valor na
+coluna 3, mesmo que um valor maior tenha sido especificado com
+\fB\-\-memlimit\-mt\-decompress\fP.
+.IP 5. 4
+Desde \fBxz\fP 5.3.4alpha: Um limite de uso de memória padrão específico do
+sistema que é usado para limitar o número de threads ao compactar com um
+número automático de threads (\fB\-\-threads=0\fP) e nenhum limite de uso de
+memória foi especificado (\fB\-\-memlimit\-compress\fP). Isso também é usado como
+o valor padrão para \fB\-\-memlimit\-mt\-decompress\fP.
+.IP 6. 4
+Desde \fBxz\fP 5.3.4alpha: Número de threads de processador disponíveis.
+.PP
+No futuro, a saída de \fBxz \-\-robot \-\-info\-memory\fP pode ter mais colunas, mas
+nunca mais do que uma única linha.
+.
+.SS Versão
+\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
+Versão principal.
+.TP 
+\fIYYY\fP
+Versão menor. Números pares são estáveis. Os números ímpares são versões
+alfa ou beta.
+.TP 
+\fIZZZ\fP
+Nível de patch para versões estáveis ou apenas um contador para versões de
+desenvolvimento.
+.TP 
+\fIS\fP
+Estabilidade. 0 é alfa, 1 é beta e 2 é estável. \fIS\fP deve ser sempre 2
+quando \fIYYY\fP for par.
+.PP
+\fIXYYYZZZS\fP são iguais em ambas as linhas se \fBxz\fP e liblzma forem da mesma
+versão do XZ Utils.
+.PP
+Exemplos: 4.999.9beta é \fB49990091\fP e 5.0.0 é \fB50000002\fP.
+.
 .SH "STATUS DE SAÍDA"
 .TP 
 \fB0\fP
@@ -1453,7 +1546,7 @@ executado por um script ou ferramenta, por exemplo, 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
@@ -1466,7 +1559,8 @@ scripts \fBsh\fP(1) pode\-se usar algo assim:
 .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
@@ -1618,7 +1712,7 @@ Compactar o arquivo \fIfoo\fP em \fIfoo.xz\fP usando o nível de compactação p
 .RS
 .PP
 .nf
-\f(CWxz foo\fP
+\f(CRxz foo\fR
 .fi
 .RE
 .PP
@@ -1627,7 +1721,7 @@ descompactação for bem\-sucedida:
 .RS
 .PP
 .nf
-\f(CWxz \-dk bar.xz\fP
+\f(CRxz \-dk bar.xz\fR
 .fi
 .RE
 .PP
@@ -1637,7 +1731,7 @@ descompactação (48 \ MiB e 5\ MiB, respectivamente):
 .RS
 .PP
 .nf
-\f(CWtar cf \- baz | xz \-4e > baz.tar.xz\fP
+\f(CRtar cf \- baz | xz \-4e > baz.tar.xz\fR
 .fi
 .RE
 .PP
@@ -1646,7 +1740,7 @@ para a saída padrão com um único comando:
 .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
 .
@@ -1656,7 +1750,8 @@ compactação de muitos arquivos:
 .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
@@ -1676,7 +1771,7 @@ arquivos:
 .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
@@ -1687,7 +1782,11 @@ não suportavam a opção \fB\-\-robot\fP:
 .RS
 .PP
 .nf
-\f(CWif ! eval "$(xz \-\-robot \-\-version 2> /dev/null)" ||         [ "$XZ_VERSION" \-lt 50000002 ]; then     echo "Your xz is too old." 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
@@ -1696,7 +1795,12 @@ mas se um limite já tiver sido definido, não o aumentar:
 .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
 .
@@ -1735,7 +1839,7 @@ baixo (por exemplo, 1) pode ser modificado para usar um dicionário maior:
 .RS
 .PP
 .nf
-\f(CWxz \-\-lzma2=preset=1,dict=32MiB foo.tar\fP
+\f(CRxz \-\-lzma2=preset=1,dict=32MiB foo.tar\fR
 .fi
 .RE
 .PP
@@ -1755,7 +1859,7 @@ o \fBxz \-9\fP usaria:
 .RS
 .PP
 .nf
-\f(CWxz \-vv \-\-lzma2=dict=192MiB big_foo.tar\fP
+\f(CRxz \-vv \-\-lzma2=dict=192MiB big_foo.tar\fR
 .fi
 .RE
 .PP
@@ -1773,7 +1877,7 @@ que existe \fB\-\-check=crc32\fP) usando cerca de 100\ KiB de memória.
 .RS
 .PP
 .nf
-\f(CWxz \-\-check=crc32 \-\-lzma2=preset=6e,dict=64KiB foo\fP
+\f(CRxz \-\-check=crc32 \-\-lzma2=preset=6e,dict=64KiB foo\fR
 .fi
 .RE
 .PP
@@ -1787,7 +1891,7 @@ que \fBxz \-6e\fP (tente também sem \fBlc=4\fP):
 .RS
 .PP
 .nf
-\f(CWxz \-\-lzma2=preset=6e,pb=0,lc=4 source_code.tar\fP
+\f(CRxz \-\-lzma2=preset=6e,pb=0,lc=4 source_code.tar\fR
 .fi
 .RE
 .PP
@@ -1797,7 +1901,7 @@ compartilhada x86\-32 ou x86\-64 usando o filtro x86 BCJ:
 .RS
 .PP
 .nf
-\f(CWxz \-\-x86 \-\-lzma2 libfoo.so\fP
+\f(CRxz \-\-x86 \-\-lzma2 libfoo.so\fR
 .fi
 .RE
 .PP
@@ -1818,7 +1922,7 @@ para acomodar o alinhamento de três bytes:
 .RS
 .PP
 .nf
-\f(CWxz \-\-delta=dist=3 \-\-lzma2=pb=0 foo.tiff\fP
+\f(CRxz \-\-delta=dist=3 \-\-lzma2=pb=0 foo.tiff\fR
 .fi
 .RE
 .PP