svn commit: r54703 - head/pt_BR.ISO8859-1/books/porters-handbook

"Danilo G. Baio" <[email protected]>
Newsgroups gmane.os.freebsd.devel.cvs.doc
Message-ID <[email protected]>
Author: dbaio (ports committer)
Date: Sun Nov 22 21:02:43 2020
New Revision: 54703
URL: https://svnweb.freebsd.org/changeset/doc/54703

Log:
  pt_BR/books/porters-handbook: Sync with en_US r54689
  
  Approved by:	ebrandi (doc)
  Obtained from:	https://translate-dev.freebsd.org
  Differential Revision:	https://reviews.freebsd.org/D27323

Modified:
  head/pt_BR.ISO8859-1/books/porters-handbook/book.xml
  head/pt_BR.ISO8859-1/books/porters-handbook/pt_BR.po

Modified: head/pt_BR.ISO8859-1/books/porters-handbook/book.xml
==============================================================================
--- head/pt_BR.ISO8859-1/books/porters-handbook/book.xml	Sun Nov 22 21:00:12 2020	(r54702)
+++ head/pt_BR.ISO8859-1/books/porters-handbook/book.xml	Sun Nov 22 21:02:43 2020	(r54703)
@@ -4055,7 +4055,7 @@ LICENSE_FILE=	${WRKSRC}/COPYING</programlisting>
 
 	    <row xml:id="licenses-license-PostgreSQL">
 	      <entry><literal>PostgreSQL</literal></entry>
-	      <entry>PostgreSQL Licence</entry>
+	      <entry>PostgreSQL License</entry>
 	      <entry><literal>FSF</literal> <literal>GPL</literal> <literal>OSI</literal> <literal>COPYFREE</literal></entry>
 	      <entry>(padrão)</entry>
 	    </row>
@@ -6201,6 +6201,10 @@ BINARY_ALIAS=	python3=${PYTHON_CMD}</programlisting>
 
       <para>Veja <xref linkend="using-python"/> para mais informações sobre <literal>USES=python</literal>.</para>
     </example>
+
+    <note>
+      <para>Aliases binários são criados após as dependências fornecidas via <literal>BUILD_DEPENDS</literal> e <literal>LIB_DEPENDS</literal> serem processadas e antes do target <buildtarget>configure</buildtarget>. Isso leva a várias limitações. Por exemplo, os programas instalados via <literal>TEST_DEPENDS</literal> não podem ser usados para criar um alias binário, pois as dependências de teste especificadas desta forma são processadas após a criação dos aliases binários.</para>
+    </note>
   </sect1>
 </chapter>
 
@@ -6242,43 +6246,27 @@ BINARY_ALIAS=	python3=${PYTHON_CMD}</programlisting>
     <sect2 xml:id="staging-symlink">
       <title>Lidando com Links Simbólicos</title>
 
-      <para>Ao criar um link simbólico, há dois casos, tanto a origem quanto o destino estão dentro de <filename>${PREFIX}</filename>. Nesse caso, use <command>${RLN}</command>. No outro caso, se um ou ambos os caminhos estiverem fora de <filename>${PREFIX}</filename> use <command>${LN} -s</command> e apenas prefixe <filename>${STAGEDIR}</filename> para o caminho de destino.</para>
+      <para>Ao criar um link simbólico, os links relativos são fortemente recomendados. Use <command>${RLN}</command> para criar links simbólicos relativos. Ele usa o <citerefentry><refentrytitle>install</refentrytitle><manvolnum>1</manvolnum></citerefentry> por baixo dos panos para descobrir automaticamente o link relativo a ser criado.</para>
 
       <example xml:id="staging-ex1">
-	<title>Criar Links Simbólicos Relativos, Dentro de <filename>${PREFIX}</filename></title>
+	<title>Crie Links Simbólicos Relativos Automaticamente</title>
 
 	<para><command>${RLN}</command> usa o recurso simbólico relativo do <citerefentry><refentrytitle>install</refentrytitle><manvolnum>1</manvolnum></citerefentry> que libera o mantenedor do port de computar o caminho relativo.</para>
 
-	<programlisting>${RLN} ${STAGEDIR}${PREFIX}/lib/<replaceable>libfoo.so.42</replaceable> ${STAGEDIR}${PREFIX}/lib/<replaceable>libfoo.so</replaceable></programlisting>
+	<programlisting>${RLN} ${STAGEDIR}${PREFIX}/lib/<replaceable>libfoo.so.42</replaceable> ${STAGEDIR}${PREFIX}/lib/<replaceable>libfoo.so</replaceable>
+${RLN} ${STAGEDIR}${PREFIX}/libexec/foo/<replaceable>bar</replaceable> ${STAGEDIR}${PREFIX}/bin/<replaceable>bar</replaceable>
+${RLN} ${STAGEDIR}<replaceable>/var/cache/foo</replaceable> ${STAGEDIR}${PREFIX}/share/<replaceable>foo</replaceable></programlisting>
 
 	<para>Irá gerar:</para>
 
 	<screen><prompt>%</prompt> <userinput>ls -lF ${STAGEDIR}${PREFIX}/lib</userinput>
-  lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 libfoo.so@ -&gt; libfoo.so.42
-  -rwxr-xr-x  1 nobody  nobody     15 Aug  3 11:24 libfoo.so.42*</screen>
-
-	<para>Quando usado com caminhos que não estão no mesmo diretório:</para>
-
-	<programlisting>${RLN} ${STAGEDIR}${PREFIX}/libexec/foo/<replaceable>bar</replaceable> ${STAGEDIR}${PREFIX}/bin/<replaceable>bar</replaceable></programlisting>
-
-	<para>Irá gerar automaticamente os links simbólicos relativos:</para>
-
-	<screen><prompt>%</prompt> <userinput>ls -lF ${STAGEDIR}${PREFIX}/bin</userinput>
-  lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 bar@ -&gt; ../libexec/foo/bar</screen>
+lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 libfoo.so@ -&gt; libfoo.so.42
+-rwxr-xr-x  1 nobody  nobody     15 Aug  3 11:24 libfoo.so.42*
+<prompt>%</prompt> <userinput>ls -lF ${STAGEDIR}${PREFIX}/bin</userinput>
+lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 bar@ -&gt; ../libexec/foo/bar
+<prompt>%</prompt> <userinput>ls -lF ${STAGEDIRDIR}${PREFIX}/share</userinput>
+lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 foo@ -&gt; ../../../var/cache/foo</screen>
       </example>
-
-      <example xml:id="staging-ex2">
-	<title>Criar Links Simbólicos Absolutos, Fora de <filename>${PREFIX}</filename></title>
-
-	<para>Ao criar um link simbólico fora de <filename>${PREFIX}</filename>, a origem não deve conter <filename>${STAGEDIR}</filename>, o destino no entanto, deve:</para>
-
-	<programlisting>${LN} -sf <replaceable>/var/cache/${PORTNAME}</replaceable> ${STAGEDIR}${PREFIX}/share/<replaceable>${PORTNAME}</replaceable></programlisting>
-
-	<para>Irá gerar:</para>
-
-	<screen><prompt>%</prompt> <userinput>ls -lF ${STAGEDIRDIR}${PREFIX}/share</userinput>
-  lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 foo@ -&gt; /var/cache/foo</screen>
-      </example>
     </sect2>
   </sect1>
 
@@ -7192,12 +7180,9 @@ QuickCheck-2.12.6.1/QuickCheck-2.12.6.1.tar.gz        
       <programlisting>USES=	gettext
 GNU_CONFIGURE=	yes</programlisting>
 
-      <para>Se falhar, dicas da localização do <literal>gettext</literal> podem ser informados por meio do <envar>CPPFLAGS</envar> e <envar>LDFLAGS</envar> do seguinte modo:</para>
+      <para>Se falhar, dicas da localização do <literal>gettext</literal> podem ser informados por meio do <envar>CPPFLAGS</envar> e <envar>LDFLAGS</envar> utilizando <literal>localbase</literal> do seguinte modo:</para>
 
-      <programlisting>USES=	gettext
-CPPFLAGS+=	-I${LOCALBASE}/include
-LDFLAGS+=	-L${LOCALBASE}/lib
-
+      <programlisting>USES=	gettext localbase:ldflags
 GNU_CONFIGURE=	yes</programlisting>
     </sect2>
 
@@ -7513,22 +7498,20 @@ USE_XORG=	x11 xpm</programlisting>
 
       <programlisting># $FreeBSD$
 
-PORTNAME=	 regexxer
-DISTVERSION=	 0.10
-CATEGORIES=	 devel textproc gnome
-MASTER_SITES=	 GNOME
+PORTNAME=	regexxer
+DISTVERSION=	0.10
+CATEGORIES=	devel textproc gnome
+MASTER_SITES=	GNOME
 
-MAINTAINER=	 [email protected]
-COMMENT=	 Interactive tool for performing search and replace operations
+MAINTAINER=	[email protected]
+COMMENT=	Interactive tool for performing search and replace operations
 
-USES=		 gettext gmake pathfix pkgconfig tar:xz
+USES=		gettext gmake localbase:ldflags pathfix pkgconfig tar:xz
 GNU_CONFIGURE=	yes
-USE_GNOME=	 gnomeprefix intlhack gtksourceviewmm3
-CPPFLAGS+=	 -I${LOCALBASE}/include
-LDFLAGS+=	 -L${LOCALBASE}/lib
-INSTALLS_ICONS= yes
+USE_GNOME=	gnomeprefix intlhack gtksourceviewmm3
+INSTALLS_ICONS=	yes
 
-GLIB_SCHEMAS=	 org.regexxer.gschema.xml
+GLIB_SCHEMAS=	org.regexxer.gschema.xml
 
 .include &lt;bsd.port.mk&gt;</programlisting>
 
@@ -9781,7 +9764,7 @@ USE_LXQT=	buildtools libfmqt</programlisting>
 
       <para>Se o port precisar de um Java™ Development Kit (<acronym>JDK</acronym>)  para compilar, executar ou até mesmo extrair o distfile, então defina <varname>USE_JAVA</varname>.</para>
 
-      <para>Existem vários <acronym>JDKs</acronym> na coleção de ports, de vários fornecedores e em várias versões. Se o port precisar usar uma versão específica, especifique-a usando a variável <varname>JAVA_VERSION</varname>. A versão mais atual é <package role="port">java/openjdk8</package>, <package role="port">java/openjdk6</package> e <package role="port">java/openjdk7</package> também estão disponíveis.</para>
+      <para>Existem vários <acronym>JDKs</acronym> na coleção de ports, de vários fornecedores e em várias versões. Se o port precisar usar uma versão específica, especifique-a usando a variável <varname>JAVA_VERSION</varname>. A versão mais atual é <package role="port">java/openjdk15</package>, com <package role="port">java/openjdk14</package>, <package role="port">java/openjdk13</package>, <package role="port">java/openjdk12</package>, <package role="port">java/openjdk11</package>, <package role="port">java/openjdk8</package>, e <package role="port">java/openjdk7</package> também disponíveis.</para>
 
       <table frame="none" xml:id="using-java-variables">
 	<title>Variáveis ​​Que Podem ser Definidas por Ports Que Usam Java</title>
@@ -9802,7 +9785,7 @@ USE_LXQT=	buildtools libfmqt</programlisting>
 
 	    <row>
 	      <entry><varname>JAVA_VERSION</varname></entry>
-	      <entry>Lista das versões Java adequadas separadas por espaço para o port. Um opcional <literal>"+"</literal> permite especificar um intervalo de versões (valores permitidos: <literal>1.5[+] 1.6[+] 1.7[+]</literal>).</entry>
+	      <entry>Lista das versões Java adequadas separadas por espaço para o port. Um opcional <literal>"+"</literal> permite especificar um intervalo de versões (valores permitidos: <literal>7[+] 8[+] 11[+] 12[+] 13[+] 14[+] 15[+]</literal>).</entry>
 	    </row>
 
 	    <row>
@@ -11054,18 +11037,81 @@ PLIST_SUB+=	VERSION="${VER_STR}"
       <para>Existem muitas versões das bibliotecas <application>Lua</application> e interpretadores correspondentes, que entram em conflito entre eles (instalam arquivos com o mesmo nome). Na árvore de ports este problema foi resolvido instalando cada versão sob um nome diferente usando sufixos de número de versão.</para>
 
       <para>A desvantagem óbvia disso é que cada aplicativo precisa ser modificado para encontrar a versão esperada. Mas isto pode ser resolvido adicionando alguns sinalizadores adicionais ao compilador e ao linker.</para>
+
+      <para>Aplicativos que usam <application>Lua</application> normalmente devem ser compilados para apenas uma versão. No entanto, os módulos carregáveis para Lua são compilados em flavor separado para cada versão Lua que eles suportam, e as dependências de tais módulos devem especificar o flavor usando o sufixo <literal>@${LUA_FLAVOR}</literal> no caminho do port.</para>
+
     </sect2>
 
     <sect2 xml:id="lua-version">
       <title>Seleção de Versão</title>
 
-      <para>Um port usando <application>Lua</application> só precisa ter essa linha:</para>
+      <para>Um port usando <application>Lua</application> deve ter uma linha dessa forma:</para>
 
       <programlisting>USES=	lua</programlisting>
 
-      <para>Se uma versão específica do Lua for necessária, as instruções sobre como selecioná-la são fornecidas no <link linkend="uses-lua"><literal>USES=lua</literal></link> parte do <xref linkend="uses"/>.</para>
+      <para>Se uma versão específica de Lua, ou intervalo de versões for necessária, ela pode ser especificada como um parâmetro na forma <literal>XY</literal> (que pode ser usado várias vezes), <literal>XY+</literal>, <literal>-XY</literal>, ou <literal>XY-ZA</literal>. A versão padrão do <application>Lua</application> definida por meio do <varname>DEFAULT_VERSIONS</varname> será usada se cair no intervalo solicitado, caso contrário, a versão solicitada mais próxima do padrão será usada. Por exemplo:</para>
+
+      <programlisting>USES=	lua:52-53</programlisting>
+
+      <para>Observe que nenhuma tentativa é feita para ajustar a seleção da versão com base na presença de qualquer versão <application>Lua</application> já instalada.</para>
+
+      <note>
+	<para>A forma <literal>XY+</literal> de especificação de versão não deve ser usada sem consideração cuidadosa; a API <application>Lua</application> muda consideravelmente em todas as versões, e ferramentas de configuração como <application>CMake</application> ou <application>Autoconf</application> frequentemente não funcionarão em versões futuras do <application>Lua</application> até ser atualizado para isso.</para>
+      </note>
     </sect2>
 
+    <sect2 xml:id="lua-version-config">
+      <title>Flags de Configuração e Compilador</title>
+
+      <para xml:lang="en">Software that uses <application>Lua</application> may have
+	been written to auto-detect the <application>Lua</application>
+	version in use.	 In general ports should override this
+	assumption, and force the use of the specific
+	<application>Lua</application> version selected as described
+	above.	Depending on the software being ported, this might
+	require any or all of:
+      </para>
+
+      <itemizedlist>
+	<listitem>
+	  <para>Usando <varname>LUA_VER</varname> como parte de um parâmetro para o script de configuração do software via <varname>CONFIGURE_ARGS</varname> ou <varname>CONFIGURE_ENV</varname> (ou equivalente para outros sistemas de compilação);</para>
+	</listitem>
+
+	<listitem>
+	  <para>Adicionando <literal>-I${LUA_INCDIR}</literal>, <literal>-L${LUA_LIBDIR}</literal>, e <literal>-llua-${LUA_VER}</literal> para <varname>CFLAGS</varname>, <varname>LDFLAGS</varname>, <varname>LIBS</varname> respectivamente, conforme apropriado;</para>
+	</listitem>
+
+	<listitem>
+	  <para>Altere a configuração do software ou arquivos de compilação para selecionar a versão correta.</para>
+	</listitem>
+      </itemizedlist>
+
+    </sect2>
+
+    <sect2 xml:id="lua-version-flavors">
+      <title>Flavors de Versão</title>
+
+      <para>Um port que instala um módulo <application>Lua</application> (em vez de um aplicativo que simplesmente faz uso do <application>Lua</application>) deve compilar um flavor separado para cada versão do <application>Lua</application> suportada . Isso é feito adicionando o parâmetro <literal>module</literal>:</para>
+
+      <programlisting>USES=	lua:module</programlisting>
+
+      <para>Um número de versão ou intervalo de versões também pode ser especificado; use uma vírgula para separar os parâmetros.</para>
+
+      <para>Uma vez que cada flavor deve ter um nome de pacote diferente, a variável <varname>LUA_PKGNAMEPREFIX</varname> é fornecida e será definida com um valor apropriado; o uso pretendido é:</para>
+
+      <programlisting>PKGNAMEPREFIX=	${LUA_PKGNAMEPREFIX}</programlisting>
+
+      <para>Ports de módulo normalmente devem instalar arquivos apenas em <varname>LUA_MODLIBDIR</varname>, <varname>LUA_MODSHAREDIR</varname>, <varname>LUA_DOCSDIR</varname>, e <varname>LUA_EXAMPLESDIR</varname>&gt;, todos os quais estão definidos para se referir a subdiretórios específicos da versão. A instalação de quaisquer outros arquivos deve ser feita com cuidado para evitar conflitos entre as versões.</para>
+
+      <para>Um port (diferente de um módulo <application>Lua</application>) que deseja compilar um pacote separado para cada versão <application>Lua</application> deve usar o parâmetro <literal>flavors</literal>:</para>
+
+      <programlisting>USES=	lua:flavors</programlisting>
+
+      <para>Isso funciona da mesma maneira que o parâmetro <literal>module</literal> descrito acima, mas sem a suposição de que o pacote deve ser documentado como um módulo <application>Lua</application> (então <varname>LUA_DOCSDIR</varname> e <varname>LUA_EXAMPLESDIR</varname> não são definidos por padrão). No entanto, o port pode escolher definir <varname>LUA_DOCSUBDIR</varname> como um nome de subdiretório adequado (geralmente o <varname>PORTNAME</varname> do port, desde que não entre em conflito com o <varname>PORTNAME</varname> de qualquer módulo), caso em que a estrutura definirá <varname>LUA_DOCSDIR</varname> e <varname>LUA_EXAMPLESDIR</varname>.</para>
+
+      <para>Tal como acontece com os ports de módulo, um port com flavor deve evitar a instalação de arquivos que entrariam em conflito entre as versões. Normalmente, isso é feito adicionando <varname>LUA_VER_STR</varname> como um sufixo para nomes de programas (por exemplo, usando <link linkend="uses-uniquefiles">USES=uniquefiles</link>), e de outra forma usando <varname>LUA_VER</varname> ou <varname>LUA_VER_STR</varname> como parte de quaisquer outros arquivos ou subdiretórios usados fora de <varname>LUA_MODLIBDIR</varname> e <varname>LUA_MODSHAREDIR</varname>.</para>
+    </sect2>
+
     <sect2 xml:id="lua-defined-variables">
       <title>Variáveis ​​Definidas</title>
 
@@ -11094,33 +11140,48 @@ PLIST_SUB+=	VERSION="${VER_STR}"
 	    </row>
 
 	    <row>
-	      <entry><varname>LUA_PREFIX</varname></entry>
-	      <entry>O prefixo onde o <application>Lua</application> (e os seus componentes) é instalado</entry>
+	      <entry><varname>LUA_FLAVOR</varname></entry>
+	      <entry>O nome do flavor correspondente à versão selecionada <application>Lua</application>, a ser usado para especificar dependências</entry>
 	    </row>
 
 	    <row>
-	      <entry><varname>LUA_SUBDIR</varname></entry>
-	      <entry>O diretório sob <filename>${PREFIX}/bin</filename>, <filename>${PREFIX}/share</filename> e <filename>${PREFIX}/lib</filename> no qual o <application>Lua</application> é instalado</entry>
+	      <entry><varname>LUA_BASE</varname></entry>
+	      <entry>O prefixo que deve ser usado para localizar o <application>Lua</application> (e componentes) que já estão instalados</entry>
 	    </row>
 
 	    <row>
+	      <entry><varname>LUA_PREFIX</varname></entry>
+	      <entry>O prefixo onde o <application>Lua</application> (e os seus componentes) são instalados por este port</entry>
+	    </row>
+
+	    <row>
 	      <entry><varname>LUA_INCDIR</varname></entry>
-	      <entry>O diretório no qual o <application>Lua</application> e os arquivos de cabeçalho <application>tolua</application> são instalados</entry>
+	      <entry>O diretório onde os arquivos header do <application>Lua</application> estão instalados</entry>
 	    </row>
 
 	    <row>
 	      <entry><varname>LUA_LIBDIR</varname></entry>
-	      <entry>O diretório no qual o <application>Lua</application> e as bibliotecas <application>tolua</application> são instalados</entry>
+	      <entry>O diretório onde as bibliotecas <application>Lua</application> são instaladas</entry>
 	    </row>
 
 	    <row>
+	      <entry><varname>LUA_REFMODLIBDIR</varname></entry>
+	      <entry>O diretório no qual as bibliotecas dos módulos <application>Lua</application> (<filename>.so</filename>) que já estão instalados podem ser encontrados</entry>
+	    </row>
+
+	    <row>
+	      <entry><varname>LUA_REFMODSHAREDIR</varname></entry>
+	      <entry>O diretório no qual os módulos <application>Lua</application> (<filename>.lua</filename>) que já estão instalados podem ser encontrados</entry>
+	    </row>
+
+	    <row>
 	      <entry><varname>LUA_MODLIBDIR</varname></entry>
-	      <entry>O diretório no qual as bibliotecas dos módulos <application>Lua</application> (<filename>.so</filename>) são instalados</entry>
+	      <entry>O diretório no qual as bibliotecas dos módulos <application>Lua</application> (<filename>.so</filename>) serão instalados por este port</entry>
 	    </row>
 
 	    <row>
 	      <entry><varname>LUA_MODSHAREDIR</varname></entry>
-	      <entry>O diretório no qual os módulos <application>Lua</application> (<filename>.lua</filename>) são instalados</entry>
+	      <entry>O diretório no qual os módulos <application>Lua</application> (<filename>.lua</filename>) serão instalados por este port</entry>
 	    </row>
 
 	    <row>
@@ -11130,17 +11191,86 @@ PLIST_SUB+=	VERSION="${VER_STR}"
 
 	    <row>
 	      <entry><varname>LUA_CMD</varname></entry>
-	      <entry>O caminho para o interpretador <application>Lua</application></entry>
+	      <entry>O nome do interpretador <application>Lua</application> (exemplo <literal>lua53</literal>)</entry>
 	    </row>
 
 	    <row>
 	      <entry><varname>LUAC_CMD</varname></entry>
-	      <entry>O caminho para o compilador <application>Lua</application></entry>
+	      <entry>O nome do compilador <application>Lua</application> (exemplo <literal>luac53</literal>)</entry>
 	    </row>
 	  </tbody>
 	</tgroup>
       </table>
+
+      <para>Essas variáveis adicionais estão disponíveis para ports que especificaram o parâmetro <literal>module</literal>:</para>
+
+      <table frame="none" xml:id="using-lua-variables-modules">
+	<title>Variáveis Definidas para Ports de Módulos <application>Lua</application></title>
+
+	<tgroup cols="2">
+	  <thead>
+	    <row>
+	      <entry>Nome</entry>
+	      <entry>Descrição</entry>
+	    </row>
+	  </thead>
+	  <tbody>
+	    <row>
+	      <entry><varname>LUA_DOCSDIR</varname></entry>
+	      <entry>o diretório no qual a documentação do módulo deve ser instalada.</entry>
+	    </row>
+
+	    <row>
+	      <entry><varname>LUA_EXAMPLESDIR</varname></entry>
+	      <entry>o diretório no qual os arquivos de exemplo do módulo devem ser instalados.</entry>
+	    </row>
+	  </tbody>
+	</tgroup>
+      </table>
+
     </sect2>
+
+    <sect2 xml:id="lua-examples">
+     <title>Exemplos</title>
+
+     <example xml:id="lua-app-Makefile">
+       <title>Makefile para uma aplicação que utiliza <application>Lua</application></title>
+
+       <para>Este exemplo mostra como fazer referência a um módulo <application>Lua</application> necessário em tempo de execução. Observe que a referência deve especificar um flavor.</para>
+
+       <programlisting>PORTNAME=	sample
+DISTVERSION=	1.2.3
+CATEGORIES=	whatever
+
+MAINTAINER=	[email protected]
+COMMENT=	Sample
+
+RUN_DEPENDS=	${LUA_REFMODLIBDIR}/lpeg.so:devel/lua-lpeg@${LUA_FLAVOR}
+
+USES=		lua
+
+.include &lt;bsd.port.mk&gt;</programlisting>
+     </example>
+
+     <example xml:id="lua-mod-Makefile">
+       <title>Makefile para módulo simples de <application>Lua</application></title>
+
+       <programlisting>PORTNAME=	sample
+DISTVERSION=	1.2.3
+CATEGORIES=	whatever
+PKGNAMEPREFIX=	${LUA_PKGNAMEPREFIX}
+
+MAINTAINER=	[email protected]
+COMMENT=	Sample
+
+USES=		lua:module
+
+DOCSDIR=	${LUA_DOCSDIR}
+
+.include &lt;bsd.port.mk&gt;</programlisting>
+     </example>
+
+    </sect2>
   </sect1>
 
   <sect1 xml:id="using-iconv">
@@ -11992,6 +12122,15 @@ USE_PYTHON=	distutils allflavors</programlisting>
 USES=	python:3.5+</programlisting>
     </example>
   </sect1>
+
+  <sect1 xml:id="flavors-auto-lua">
+    <title><literal>USES=lua</literal> e Flavors</title>
+    <para>Ao usar <link linkend="uses-lua"><literal>USES=lua:module</literal></link> ou <link linkend="uses-lua"><literal>USES=lua:flavors</literal></link>, o port terá automaticamente <varname>FLAVORS</varname> preenchidos com as versões <application>Lua</application> que suporta. No entanto, não se espera que aplicativos comuns (em vez de módulos <application>Lua</application>) usem este recurso; a maioria das aplicações que incorporam ou usam <application>Lua</application> simplesmente devem usar <literal>USES=lua</literal>.</para>
+
+    <para><varname>LUA_FLAVOR</varname> está disponível (e deve ser usado) para depender da versão correta das dependências, independentemente do port usar os parâmetros <literal>flavors</literal> ou <literal>module</literal>.</para>
+
+    <para>Veja <xref linkend="using-lua"/> para maiores informações.</para>
+  </sect1>
 </chapter>
 
   
@@ -13240,35 +13379,30 @@ JAILNAME             VERSION              ARCH    METH
     <sect2 xml:id="testing-poudriere-ports-tree">
       <title>Configurando a Árvores de Ports para Uso com o <application>Poudriere</application></title>
 
-      <para>Existem várias maneiras de usar árvores de ports no <application>Poudriere</application>. A maneira mais direta é o <application>Poudriere</application> criar uma árvore de ports padrão para si mesmo:</para>
+      <para>Existem várias maneiras de usar árvores de ports no <application>Poudriere</application>. A maneira mais direta é o <application>Poudriere</application> criar uma árvore de ports padrão para si mesmo usando <citerefentry><refentrytitle>portsnap</refentrytitle><manvolnum>8</manvolnum></citerefentry> (se estiver executando FreeBSD 12.1 ou 11.4) ou <application>Subversion</application> (se estiver executando FreeBSD-CURRENT):</para>
 
-      <screen><prompt>#</prompt> <userinput>poudriere ports -c</userinput></screen>
+      <screen><prompt>#</prompt> <userinput>poudriere ports -c -m portsnap</userinput></screen>
 
-      <para>Este comando cria o <literal>tank/poudriere/ports/default</literal>, monta-o em <filename>/poudriere/ports/default</filename> e o povoa usando o <citerefentry><refentrytitle>portsnap</refentrytitle><manvolnum>8</manvolnum></citerefentry>. Depois disso, ele é incluído na lista de árvores de ports conhecidas:</para>
+      <para>ou</para>
 
+      <screen><prompt>#</prompt> <userinput>poudriere ports -c -m svn+https</userinput></screen>
+
+      <para>Estes comandos criam <literal>tank/poudriere/ports/default</literal>, monta-o em <filename>/poudriere/ports/default</filename> e o povoa usando o <citerefentry><refentrytitle>portsnap</refentrytitle><manvolnum>8</manvolnum></citerefentry> ou <application>Subversion</application>. Depois disso, ele é incluído na lista de árvores de ports conhecidas:</para>
+
       <screen><prompt>#</prompt> <userinput>poudriere ports -l</userinput>
-PORTSTREE      METHOD     PATH
-default        portsnap   /poudriere/ports/default</screen>
+PORTSTREE METHOD    TIMESTAMP           PATH
+default   svn+https 2020-07-20 04:23:56 /poudriere/ports/default</screen>
 
       <note>
 	<para>Note que a árvore de ports <quote>default</quote> é especial. Cada um dos comandos de compilação explicados posteriormente usará implicitamente essa árvore de ports, a menos que seja especificamente especificado de outra forma. Para usar outra árvore, adicione <command>-p <replaceable>treename</replaceable></command> aos comandos.</para>
       </note>
 
-      <para>Embora seja útil para compilações em massa regulares, ter esta árvore de ports padrão com o método <citerefentry><refentrytitle>portsnap</refentrytitle><manvolnum>8</manvolnum></citerefentry> pode não ser a melhor maneira de lidar com modificações locais para um contribuidor de ports. Assim como na criação dos jails, é possível usar um método diferente para criar a árvore de ports. Para adicionar uma árvore de ports adicional para testar modificações locais e para o desenvolvimento de ports, é possível baixar a árvore via <application>Subversion</application>:</para>
+      <para>Embora seja útil para compilações em massa regulares, ter esta árvore de ports padrão com o método <citerefentry><refentrytitle>portsnap</refentrytitle><manvolnum>8</manvolnum></citerefentry> pode não ser a melhor maneira de lidar com modificações locais para um contribuidor de ports. Assim como na criação dos jails, é possível usar um método diferente para criar a árvore de ports. Para adicionar uma árvore de ports adicional para testar modificações locais e para o desenvolvimento de ports, baixar a árvore via <application>Subversion</application> (como descrito acima) é preferido:</para>
 
-      <screen><prompt>#</prompt> <userinput>poudriere ports -c -m svn+https -p subversive</userinput></screen>
-
       <note>
 	<para>Os métodos <acronym>http</acronym> e <acronym>https</acronym> precisam que o <package role="port">devel/subversion</package> seja compilado com a opção <literal>SERF</literal> ativada. Ela vem habilitada por padrão.</para>
       </note>
 
-      <para>Cria <literal>tank/poudriere/ports/subversive</literal> e o monta em <filename>/poudriere/ports/subversive</filename>. Em seguida, ele é povoado usando <application>Subversion</application>. Finalmente, ele é adicionado à lista de árvores de ports conhecidas:</para>
-
-      <screen><prompt>#</prompt> <userinput>poudriere ports -l</userinput>
-PORTSTREE            METHOD     PATH
-default              portsnap   /poudriere/ports/default
-subversive           svn+https  /poudriere/ports/subversive</screen>
-
       <tip>
 	<para>O método <literal>svn</literal> permite qualificadores extras para dizer ao <application>Subversion</application> exatamente como buscar os dados. Isso é explicado em <citerefentry vendor="ports"><refentrytitle>poudriere</refentrytitle><manvolnum>8</manvolnum></citerefentry>. Por exemplo, <command>poudriere ports -c -m svn+ssh -p subversive</command> usa o <application>SSH</application> para o checkout.</para>
       </tip>
@@ -13297,11 +13431,11 @@ subversive           svn+https  /poudriere/ports/subve
       <para>Isto será listado na tabela de árvores conhecidas:</para>
 
       <screen><prompt>#</prompt> <userinput>poudriere ports -l</userinput>
-PORTSTREE    METHOD   PATH
-development  -        /work/ports</screen>
+PORTSTREE   METHOD    TIMESTAMP           PATH
+development null      2020-07-20 05:06:33 /work/ports</screen>
 
       <note>
-	<para>O traço na coluna <literal>METHOD</literal> significa que o <application>Poudriere</application> nunca irá atualizar ou alterar esta árvore de ports. É de responsabilidade total do usuário a manutenção desta árvore, incluindo todas as modificações locais que podem ser usadas para testar novos ports e enviar patches.</para>
+	<para>O traço ou <literal>null</literal> na coluna <literal>METHOD</literal> significa que o <application>Poudriere</application> nunca irá atualizar ou alterar esta árvore de ports. É de responsabilidade total do usuário a manutenção desta árvore, incluindo todas as modificações locais que podem ser usadas para testar novos ports e enviar patches.</para>
       </note>
 
     </sect2>
@@ -14277,6 +14411,10 @@ cc -o someprogram source1.o source2.o -L/usr/local/lib
       <title>Marcando um Port como de Arquitetura Neutra</title>
 
       <para>Os ports que não possuem requisitos ou arquivos dependentes de arquitetura são identificados com <literal>NO_ARCH=yes</literal>.</para>
+
+      <note>
+        <para><literal>NO_ARCH</literal> pretende indicar que não há necessidade de compilar um pacote para cada uma das arquiteturas suportadas. O objetivo é reduzir a quantidade de recursos gastos na compilação e distribuição de pacotes, como largura de banda de rede e espaço em disco em mirrors e na mídia de distribuição. Atualmente, entretanto, nossa infraestrutura de pacotes (por exemplo, gerenciadores de pacotes, mirrors e compiladores de pacotes) não estão configurados para se beneficiar totalmente do <literal>NO_ARCH</literal>.</para>
+      </note>
     </sect2>
 
     <sect2 xml:id="dads-arch-ignore">
@@ -14471,9 +14609,6 @@ RUN_DEPENDS=	gs:print/ghostscript
 USES= gmake
 [If it is an X application and requires "xmkmf -a" to be run...]
 USES= imake
-[If the source is obtained from github, remove MASTER_SITE* and...]
-USE_GITHUB=	yes
-GH_ACCOUNT=	example
 
 [this section is for other standard bsd.port.mk variables that do not]
  belong to any of the above]
@@ -14557,7 +14692,7 @@ pre-install:
       </listitem>
 
       <listitem>
-	<para><link linkend="makefile-versions"><varname>PORTVERSION</varname></link></para>
+	<para><link linkend="makefile-versions"><varname>PORTVERSION</varname></link><footnote xml:id="portversion-footnote"><important><para>Apenas uma das variáveis <varname>PORTVERSION</varname> e <varname>DISTVERSION</varname> podem ser usadas.</para></important></footnote></para>
       </listitem>
 
       <listitem>
@@ -14565,7 +14700,7 @@ pre-install:
       </listitem>
 
       <listitem>
-	<para><link linkend="makefile-versions"><varname>DISTVERSION</varname></link></para>
+	<para><link linkend="makefile-versions"><varname>DISTVERSION</varname></link><footnoteref linkend="portversion-footnote"/></para>
       </listitem>
 
       <listitem>
@@ -14620,10 +14755,6 @@ pre-install:
 	<para><link linkend="makefile-extract_only"><varname>EXTRACT_ONLY</varname></link></para>
       </listitem>
     </itemizedlist>
-
-    <important>
-      <para>Apenas uma das variáveis <varname>PORTVERSION</varname> e <varname>DISTVERSION</varname> podem ser usadas.</para>
-    </important>
   </sect1>
 
   <sect1 xml:id="porting-order-patch">
@@ -16492,9 +16623,15 @@ GSSAPI_NONE_CONFIGURE_ON=	--without-gssapi</programlis
   <sect1 xml:id="uses-lua">
     <title><literal>lua</literal></title>
 
-    <para>Argumentos possíveis: (none), <literal><replaceable>XY</replaceable>+</literal>, <literal><replaceable>XY</replaceable></literal>, <literal>build</literal>, <literal>run</literal></para>
+    <para>Argumentos possíveis: (none), <literal><replaceable>XY</replaceable></literal>, <literal><replaceable>XY</replaceable>+</literal>, <literal>-<replaceable>XY</replaceable></literal>, <literal><replaceable>XY</replaceable>-<replaceable>ZA</replaceable></literal>, <literal>module</literal>, <literal>flavors</literal>, <literal>build</literal>, <literal>run</literal>, <literal>env</literal></para>
 
-    <para>Adiciona uma dependência de <application>Lua</application>. Por padrão, esta é uma dependência de biblioteca, a menos que seja invalidado por uma opção <literal>build</literal> ou <literal>run</literal>. A versão padrão é 5.2, a menos que seja definido pelo parâmetro <literal><replaceable>XY</replaceable></literal> (por exemplo, <literal>51</literal> ou <literal>52+</literal>).</para>
+    <para>Adiciona uma dependência de <application>Lua</application>. Por padrão, esta é uma dependência de biblioteca, a menos que seja invalidado por uma opção <literal>build</literal> ou <literal>run</literal>. A opção <literal>env</literal> evita a adição de qualquer dependência, enquanto ainda define todas as variáveis usuais.</para>
+
+    <para>A versão padrão é definida pelo mecanismo usual <literal>DEFAULT_VERSIONS</literal>, a menos que uma versão ou intervalo de versões seja especificado como um argumento, por exemplo, <literal>51</literal> or <literal>51-53</literal>.</para>
+
+    <para>Os aplicativos que usam <application>Lua</application> são normalmente compilados para apenas uma única versão do <application>Lua</application>. No entanto, os módulos de biblioteca destinados a serem carregados pelo código <application>Lua</application> devem usar a opção <literal>module</literal> para compilar com vários flavors.</para>
+
+    <para>Para maiores informações, veja <xref linkend="using-lua"/>.</para>
   </sect1>
 
   <sect1 xml:id="uses-lxqt">
@@ -18181,7 +18318,7 @@ is spelled &amp;, < is &lt; and > is &gt;.
 	    <entry>1300033</entry>
 	    <entry><revnumber>349277</revnumber></entry>
 	    <entry>21 de junho de 2019</entry>
-	    <entry>13.0-CURRENT after additions to LinuxKPI's rcu list.</entry>
+	    <entry>13.0-CURRENT after additions to LinuxKPI's <literal>RCU</literal> list.</entry>
 	  </row>
 
 	  <row>
@@ -18234,6 +18371,13 @@ is spelled &amp;, < is &lt; and > is &gt;.
 	  </row>
 
 	  <row>
+	    <entry>(Não mudou)</entry>
+	    <entry><revnumber>351423</revnumber></entry>
+	    <entry>23 de agosto de 2019</entry>
+	    <entry>13.0-CURRENT after changing most arguments to <citerefentry><refentrytitle>ping6</refentrytitle><manvolnum>8</manvolnum></citerefentry>.</entry>
+	  </row>
+
+	  <row>
 	    <entry>1300041</entry>
 	    <entry><revnumber>351480</revnumber></entry>
 	    <entry>25 de agosto de 2019</entry>
@@ -18666,6 +18810,217 @@ is spelled &amp;, < is &lt; and > is &gt;.
 	    <entry>10 de julho de 2020</entry>
 	    <entry>13.0-CURRENT after implementing the array_size() function in the LinuxKPI.</entry>
 	  </row>
+
+	  <row>
+	    <entry>1300102</entry>
+	    <entry><revnumber>363562</revnumber></entry>
+	    <entry>26 de julho de 2020</entry>
+	    <entry>13.0-CURRENT after implementing lockless lookup in the VFS layer.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300103</entry>
+	    <entry><revnumber>363757</revnumber></entry>
+	    <entry>1 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after making rights mandatory for NDINIT_ALL.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300104</entry>
+	    <entry><revnumber>363783</revnumber></entry>
+	    <entry>2 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after vnode layout changes.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300105</entry>
+	    <entry><revnumber>363894</revnumber></entry>
+	    <entry>5 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after vaccess() change.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300106</entry>
+	    <entry><revnumber>364092</revnumber></entry>
+	    <entry>11 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after adding an argument to newnfs_connect() that indicates use TLS for the connection.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300107</entry>
+	    <entry><revnumber>364109</revnumber></entry>
+	    <entry>11 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after change to clone the task struct fields related to RCU.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300108</entry>
+	    <entry><revnumber>364233</revnumber></entry>
+	    <entry>14 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after adding a few wait_bit functions to the linuxkpi, which are needed for DRM from Linux v5.4.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300109</entry>
+	    <entry><revnumber>364274</revnumber></entry>
+	    <entry>6 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after vget() argument removal and namei flags renumbering.</entry>
+	  </row>
+
+	  <row>
+	    <entry>(Não mudou)</entry>
+	    <entry><revnumber>364284</revnumber></entry>
+	    <entry>6 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after updating llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to release/11.x llvmorg-11.0.0-rc1-47-gff47911ddfc.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300110</entry>
+	    <entry><revnumber>364331</revnumber></entry>
+	    <entry>18 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after deleting the unused <literal>use_ext</literal> argument to <literal>nfscl_reqstart()</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300111</entry>
+	    <entry><revnumber>364476</revnumber></entry>
+	    <entry>22 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after adding TLS support to the kernel RPC.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300112</entry>
+	    <entry><revnumber>364747</revnumber></entry>
+	    <entry>25 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after merging OpenZFS support.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300113</entry>
+	    <entry><revnumber>364753</revnumber></entry>
+	    <entry>25 de agosto de 2020</entry>
+	    <entry>13.0-CURRENT after adding atomic and bswap functions to libcompiler_rt.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300114</entry>
+	    <entry><revnumber>365459</revnumber></entry>
+	    <entry>8 de setembro de 2020</entry>
+	    <entry>13.0-CURRENT after changing arm64 AT_HWCAP definitions for elf_aux_info(3).</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300115</entry>
+	    <entry><revnumber>365705</revnumber></entry>
+	    <entry>14 de setembro de 2020</entry>
+	    <entry>13.0-CURRENT after fixing <citerefentry><refentrytitle>crunchgen</refentrytitle><manvolnum>1</manvolnum></citerefentry> application build with <literal>WARNS=6</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300116</entry>
+	    <entry><revnumber>366062</revnumber></entry>
+	    <entry>22 de setembro de 2020</entry>
+	    <entry>13.0-CURRENT after the introduction of the powerpc64le ARCH.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300117</entry>
+	    <entry><revnumber>366070</revnumber></entry>
+	    <entry>23 de setembro de 2020</entry>
+	    <entry>13.0-CURRENT after reimplementing purgevfs to iterate vnodes instead of the entire hash.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300118</entry>
+	    <entry><revnumber>366374</revnumber></entry>
+	    <entry>2 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after adding backlight support and <literal>dmi_*</literal> functions to the linuxkpi.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300119</entry>
+	    <entry><revnumber>366432</revnumber></entry>
+	    <entry>6 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after populating the acquire context field of a <literal>ww_mutex</literal> in the LinuxKPI.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300120</entry>
+	    <entry><revnumber>366666</revnumber></entry>
+	    <entry>13 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after the fix to arm64 write-only mappings.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300121</entry>
+	    <entry><revnumber>366719</revnumber></entry>
+	    <entry>15 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after the addition of <literal>VOP_EAGAIN</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300122</entry>
+	    <entry><revnumber>366782</revnumber></entry>
+	    <entry>17 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after the addition of <literal>ptsname_r</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300123</entry>
+	    <entry><revnumber>366871</revnumber></entry>
+	    <entry>20 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after <literal>VOP</literal>, <literal>VPTOCNP</literal>, and <literal>INACTIVE</literal> changes.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300124</entry>
+	    <entry><revnumber>367162</revnumber></entry>
+	    <entry>30 de outubro de 2020</entry>
+	    <entry>13.0-CURRENT after adding <literal>cache_vop_mkdir</literal> and renaming <literal>cache_rename</literal> to <literal>cache_vop_rename</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300125</entry>
+	    <entry><revnumber>367347</revnumber></entry>
+	    <entry>4 de novembro de 2020</entry>
+	    <entry>13.0-CURRENT after using a <literal>rms</literal> lock for teardown handling in <literal>zfs</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300126</entry>
+	    <entry><revnumber>367384</revnumber></entry>
+	    <entry>5 de novembro de 2020</entry>
+	    <entry>13.0-CURRENT after rationalizing per-cpu zones.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300127</entry>
+	    <entry><revnumber>367432</revnumber></entry>
+	    <entry>6 de novembro de 2020</entry>
+	    <entry>13.0-CURRENT after moving <literal>malloc_type_internal</literal> into <literal>malloc_type</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300128</entry>
+	    <entry><revnumber>367522</revnumber></entry>
+	    <entry>9 de novembro de 2020</entry>
+	    <entry>13.0-CURRENT after LinuxKPI additions to implement ACPI bits required by <literal>drm-kmod</literal> in the base system.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1300129</entry>
+	    <entry><revnumber>367627</revnumber></entry>
+	    <entry>12 de novembro de 2020</entry>
+	    <entry>13.0-CURRENT after retiring <literal>malloc_last_fail</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry xml:lang="en">1300130</entry>
+	    <entry xml:lang="en"><revnumber>367777</revnumber></entry>
+	    <entry xml:lang="en">November 17, 2020</entry>
+	    <entry xml:lang="en">13.0-CURRENT after p_pd / pwddesc split from p_fd /
+	      filedesc.</entry>
+	  </row>
 	</tbody>
       </tgroup>
     </table>
@@ -19593,6 +19948,97 @@ is spelled &amp;, < is &lt; and > is &gt;.
 	    <entry>4 de julho de 2020</entry>
 	    <entry>12-STABLE after making liblzma use libmd implementation of SHA256.</entry>
 	  </row>
+
+	  <row>
+	    <entry>1201520</entry>
+	    <entry><revnumber>363494</revnumber></entry>
+	    <entry>24 de julho de 2020</entry>
+	    <entry>12-STABLE after updating llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to 10.0.1 release.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1201521</entry>
+	    <entry><revnumber>363790</revnumber></entry>
+	    <entry>3 de agosto de 2020</entry>
+	    <entry>12-STABLE after implementing the array_size() function in the LinuxKPI.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1201522</entry>
+	    <entry><revnumber>363832</revnumber></entry>
+	    <entry>4 de agosto de 2020</entry>
+	    <entry>12-STABLE after adding sysctlbyname system call.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1201523</entry>
+	    <entry><revnumber>364390</revnumber></entry>
+	    <entry>19 de agosto de 2020</entry>
+	    <entry>12-STABLE after change to clone the task struct fields related to RCU.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1201524</entry>
+	    <entry><revnumber>365356</revnumber></entry>
+	    <entry>5 de setembro de 2020</entry>
+	    <entry>12-STABLE after splitting XDR off into a separate kernel module, to minimize ZFS dependencies.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1201525</entry>
+	    <entry><revnumber>365471</revnumber></entry>
+	    <entry>8 de setembro de 2020</entry>
+	    <entry>12-STABLE after adding atomic and bswap functions to libcompiler_rt.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1201526</entry>
+	    <entry><revnumber>365608</revnumber></entry>
+	    <entry>10 de setembro de 2020</entry>
+	    <entry>12-STABLE after updating net80211 and kernel privilege checking API changes.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1202000</entry>
+	    <entry><revnumber>365618</revnumber></entry>
+	    <entry>11 de setembro de 2020</entry>
+	    <entry>releng/12.2 branched from stable/12@r365618.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1202500</entry>
+	    <entry><revnumber>365619</revnumber></entry>
+	    <entry>11 de setembro de 2020</entry>
+	    <entry>12-STABLE after branching releng/12.2.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1202501</entry>
+	    <entry><revnumber>365661</revnumber></entry>
+	    <entry>12 de setembro de 2020</entry>
+	    <entry>12-STABLE after followup commits to libcompiler_rt.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1202502</entry>
+	    <entry><revnumber>365816</revnumber></entry>
+	    <entry>16 de setembro de 2020</entry>
+	    <entry>12-STABLE after fixing <citerefentry><refentrytitle>crunchgen</refentrytitle><manvolnum>1</manvolnum></citerefentry> application build with <literal>WARNS=6</literal>.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1202503</entry>
+	    <entry><revnumber>366878</revnumber></entry>
+	    <entry>20 de outubro de 2020</entry>
+	    <entry>12-STABLE after populating the acquire context field of a <literal>ww_mutex</literal> in the LinuxKPI.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1202504</entry>
+	    <entry><revnumber>367511</revnumber></entry>
+	    <entry>9 de novembro de 2020</entry>
+	    <entry>12-STABLE after the addition of <literal>ptsname_r</literal>.</entry>
+	  </row>
 	</tbody>
       </tgroup>
     </table>
@@ -20933,6 +21379,62 @@ is spelled &amp;, < is &lt; and > is &gt;.
 	    <entry><revnumber>362919</revnumber></entry>
 	    <entry>4 de julho de 2020</entry>
 	    <entry>11-STABLE after making liblzma use libmd implementation of SHA256.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104503</entry>
+	    <entry><revnumber>363496</revnumber></entry>
+	    <entry>24 de julho de 2020</entry>
+	    <entry>11-STABLE after updating llvm, clang, compiler-rt, libc++, libunwind, lld, lldb and openmp to 10.0.1 release.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104504</entry>
+	    <entry><revnumber>363792</revnumber></entry>
+	    <entry>3 de agosto de 2020</entry>
+	    <entry>11-STABLE after implementing the array_size() function in the LinuxKPI.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104505</entry>
+	    <entry><revnumber>364391</revnumber></entry>
+	    <entry>19 de agosto de 2020</entry>
+	    <entry>11-STABLE after change to clone the task struct fields related to RCU.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104506</entry>
+	    <entry><revnumber>365471</revnumber></entry>
+	    <entry>8 de setembro de 2020</entry>
+	    <entry>11-STABLE after adding atomic and bswap functions to libcompiler_rt.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104507</entry>
+	    <entry><revnumber>365661</revnumber></entry>
+	    <entry>12 de setembro de 2020</entry>
+	    <entry>11-STABLE after followup commits to libcompiler_rt.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104508</entry>
+	    <entry><revnumber>366879</revnumber></entry>
+	    <entry>20 de outubro de 2020</entry>
+	    <entry>11-STABLE after populating the acquire context field of a <literal>ww_mutex</literal> in the LinuxKPI.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104509</entry>
+	    <entry><revnumber>366889</revnumber></entry>
+	    <entry>20 de outubro de 2020</entry>
+	    <entry>11-STABLE after additions to LinuxKPI's <literal>RCU</literal> list.</entry>
+	  </row>
+
+	  <row>
+	    <entry>1104510</entry>
+	    <entry><revnumber>367513</revnumber></entry>
+	    <entry>9 de novembro de 2020</entry>
+	    <entry>11-STABLE after the addition of <literal>ptsname_r</literal>.</entry>
 	  </row>
 	</tbody>
       </tgroup>

Modified: head/pt_BR.ISO8859-1/books/porters-handbook/pt_BR.po
==============================================================================
--- head/pt_BR.ISO8859-1/books/porters-handbook/pt_BR.po	Sun Nov 22 21:00:12 2020	(r54702)
+++ head/pt_BR.ISO8859-1/books/porters-handbook/pt_BR.po	Sun Nov 22 21:02:43 2020	(r54703)
@@ -4,8 +4,8 @@
 msgid ""
 msgstr ""
 "Project-Id-Version: PACKAGE VERSION\n"
-"POT-Creation-Date: 2020-07-26 12:34-0300\n"
-"PO-Revision-Date: 2020-07-26 15:33+0000\n"
+"POT-Creation-Date: 2020-11-22 16:55-0300\n"
+"PO-Revision-Date: 2020-11-22 19:54+0000\n"
 "Last-Translator: Danilo G. Baio <[email protected]>\n"
 "Language-Team: Portuguese (Brazil) <https://translate-dev.freebsd.org/"
 "projects/freebsd-doc/boooks_porters-handbook/pt_BR/>\n"
@@ -14,7 +14,7 @@ msgstr ""
 "Content-Type: text/plain; charset=UTF-8\n"
 "Content-Transfer-Encoding: 8bit\n"
 "Plural-Forms: nplurals=2; plural=(n != 1);\n"
-"X-Generator: Weblate 4.1.1\n"
+"X-Generator: Weblate 4.3.2\n"
 
 #. Put one translator per line, in the form NAME <EMAIL>, YEAR1, YEAR2
 msgctxt "_"
@@ -24,7 +24,7 @@ msgstr ""
 "Mauro Risonho de Paula Assumpção, [email protected], 2018\n"
 "André Franciosi, [email protected], 2018\n"
 "Edson Brandi, [email protected], 2018\n"
-"Danilo G. Baio, [email protected], 2018,2019\n"
+"Danilo G. Baio, [email protected], 2018-2020\n"
 "Lucas Andrade, [email protected], 2018\n"
 "Eduardo Elias El Assais, [email protected], 2018"
 
@@ -179,8 +179,8 @@ msgstr ""
 #. (itstool) path: chapter/title
 #. (itstool) path: sect2/title
 #. (itstool) path: sect1/title
-#: book.translate.xml:146 book.translate.xml:11340 book.translate.xml:15213
-#: book.translate.xml:15703 book.translate.xml:20262
+#: book.translate.xml:146 book.translate.xml:11323 book.translate.xml:15198
+#: book.translate.xml:15688 book.translate.xml:20500
 msgid "Introduction"
 msgstr "Introdução"
 
@@ -741,7 +741,7 @@ msgstr ""
 
 #. (itstool) path: sect1/title
 #. (itstool) path: chapter/title
-#: book.translate.xml:438 book.translate.xml:18483
+#: book.translate.xml:438 book.translate.xml:18725
 msgid "Testing the Port"
 msgstr "Testando o Port"
 
@@ -774,7 +774,7 @@ msgstr ""
 # auto translated by TM merge from project: RPM, version: master, DocId: rpm
 #. (itstool) path: para/buildtarget
 #: book.translate.xml:457 book.translate.xml:745 book.translate.xml:6677
-#: book.translate.xml:6730 book.translate.xml:8954 book.translate.xml:9903
+#: book.translate.xml:6730 book.translate.xml:8954 book.translate.xml:9889
 msgid "install"
 msgstr "install"
 
@@ -1215,7 +1215,7 @@ msgstr ""
 
 #. (itstool) path: para/buildtarget
 #: book.translate.xml:693 book.translate.xml:5084 book.translate.xml:6867
-#: book.translate.xml:24880
+#: book.translate.xml:25141
 msgid "patch"
 msgstr "patch"
 
@@ -1238,7 +1238,8 @@ msgstr ""
 #. (itstool) path: para/buildtarget
 #. (itstool) path: entry/buildtarget
 #: book.translate.xml:703 book.translate.xml:786 book.translate.xml:5085
-#: book.translate.xml:11831 book.translate.xml:23295 book.translate.xml:23297
+#: book.translate.xml:9352 book.translate.xml:11812 book.translate.xml:23540
+#: book.translate.xml:23542
 msgid "configure"
 msgstr "configure"
 
@@ -1267,7 +1268,7 @@ msgstr ""

*** DIFF OUTPUT TRUNCATED AT 1000 LINES ***
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/svn-doc-all
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.