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

Danilo G. Baio dbaio at FreeBSD.org
Sun Nov 22 21:02:50 UTC 2020


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@ -> 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@ -> ../libexec/foo/bar</screen>
+lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 libfoo.so@ -> 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@ -> ../libexec/foo/bar
+<prompt>%</prompt> <userinput>ls -lF ${STAGEDIRDIR}${PREFIX}/share</userinput>
+lrwxr-xr-x  1 nobody  nobody    181 Aug  3 11:27 foo@ -> ../../../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@ -> /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=	 kwm at FreeBSD.org
-COMMENT=	 Interactive tool for performing search and replace operations
+MAINTAINER=	kwm at FreeBSD.org
+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 <bsd.port.mk></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>>, 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=	john at doe.tld
+COMMENT=	Sample
+
+RUN_DEPENDS=	${LUA_REFMODLIBDIR}/lpeg.so:devel/lua-lpeg@${LUA_FLAVOR}
+
+USES=		lua
+
+.include <bsd.port.mk></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=	john at doe.tld
+COMMENT=	Sample
+
+USES=		lua:module
+
+DOCSDIR=	${LUA_DOCSDIR}
+
+.include <bsd.port.mk></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 &, < is < and > is >.
 	    <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 &, < is < and > is >.
 	  </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 &, < is < and > is >.
 	    <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 &, < is < and > is >.
 	    <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 at 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 &, < is < and > is >.
 	    <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 <dbaio at FreeBSD.org>\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, mauro.risonho at gmail.com, 2018\n"
 "André Franciosi, andre at franciosi.org, 2018\n"
 "Edson Brandi, ebrandi at FreeBSD.org, 2018\n"
-"Danilo G. Baio, dbaio at FreeBSD.org, 2018,2019\n"
+"Danilo G. Baio, dbaio at FreeBSD.org, 2018-2020\n"
 "Lucas Andrade, slucasandrade at protonmail.ch, 2018\n"
 "Eduardo Elias El Assais, eassais at gmail.com, 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 ***


More information about the svn-doc-all mailing list