Adding upstream version 1.22.6.upstream/1.22.6

Signed-off-by: Daniel Baumann <daniel.baumann@progress-linux.org>

1 files changed, 3 insertions, 3 deletions

diff --git a/man/pt/dpkg-shlibdeps.pod b/man/pt/dpkg-shlibdeps.pod
index 85e8cf8..0c7d5bb 100644
--- a/man/pt/dpkg-shlibdeps.pod
+++ b/man/pt/dpkg-shlibdeps.pod
@@ -34,7 +34,7 @@ Ficheiros Symbols contêm informação de dependências afinada ao fornecerem a
 
 =item debian/*/DEBIAN/symbols
 
-Shared library information generated by the current build process that also invoked B<dpkg-shlibdeps>.  They are generated by L<dpkg-gensymbols(1)>. They are only used if the library is found in a package's build tree.  The symbols file in that build tree takes precedence over symbols files from other binary packages.
+Informação de biblioteca partilhada gerada pelo actual processo de compilação que também invocou B<dpkg-shlibdeps>. São gerados por L<dpkg-gensymbols(1)>. São apenas usados se a biblioteca for encontrada na árvore de compilação do pacote. O ficheiro de símbolos nessa árvore de compilação toma precedência sobre ficheiros de símbolos de outros pacotes binários.
 
 =item %PKGCONFDIR%/symbols/I<package>.symbols.I<arch>
 
@@ -50,7 +50,7 @@ Informação de dependências de bibliotecas partilhadas fornecidas pelo pacote.
 
 Enquanto sonda os símbolos usados por todos os binários, o B<dpkg-shlibdeps> lembra-se da versão mínima (mais alta) necessária para cada biblioteca. No final do processo, é capaz de escrever a dependência mínima para cada biblioteca usada (desde que a informação dos ficheiros I<symbols> esteja exacta).
 
-As a safe-guard measure, a symbols file can provide a B<Build-Depends-Package> or B<Build-Depends-Packages> meta-information field and B<dpkg-shlibdeps> will extract the minimal version required by the corresponding package in the B<Build-Depends> field and use this version if it's higher than the minimal version computed by scanning symbols.
+Como medida de salva-guarda, um ficheiro de símbolos pode fornecer um campo de meta-informação B<Build-Depends-Package> ou B<Build-Depends-Packages> e B<dpkg-shlibdeps> irá extrair a versão mínima requerida pelo pacote correspondente no campo B<Build-Depends> e usa esta versão se for maior que a versão mínima computada pela sondagem dos símbolos.
 
 =head2 Ficheiros shlibs
 
@@ -232,7 +232,7 @@ I<binary>B<).>
 
 A biblioteca necessária pelo I<binary> foi encontrada pelo B<dpkg-shlibdeps> em I<library-file> mas B<dpkg-shlibdeps> não foi capaz de encontrar nenhuma informação de dependência para essa biblioteca.  Para encontrar a dependência, tentou mapear a biblioteca a um pacote Debian com a ajuda de B<dpkg -S> I<library-file>. Depois verificou os ficheiros shlibs e symbols correspondentes em %ADMINDIR%/info/, e nas várias árvores de compilação de pacotes (debian/*/DEBIAN/).
 
-This failure can be caused by a bad or missing shlibs or symbols file in the package of the library.  It might also happen if the library is built within the same source package and if the shlibs files has not yet been created (in which case you must fix debian/rules to create the shlibs before calling B<dpkg-shlibdeps>).  Bad RPATH can also lead to the library being found under a non-canonical name (example: /usr/lib/openoffice.org/../lib/libssl.so.0.9.8 instead of /usr/lib/libssl.so.0.9.8) that's not associated to any package, B<dpkg-shlibdeps> tries to work around this by trying to fallback on a canonical name (using L<realpath(3)>)  but it might not always work.  It's always best to clean up the RPATH of the binary to avoid problems.
+Esta falha pode ser causada por um ficheiro shlibs ou symbols mau ou em falta no pacote da biblioteca. Também pode acontecer se a biblioteca for compilada dentro do mesmo pacote fonte e se os ficheiros shlibs ainda não foram criados (que neste caso você tem de corrigir debian/rules para criar o shlibs antes de chamar B<dpkg-shlibdeps>). Uma má RPATH também pode levar a que a biblioteca seja encontrada sob um nome não-canónico (exemplo: /usr/lib/openoffice.org/../lib/libssl.so.0.9.8 em vez de /usr/lib/libssl.so.0.9.8) que não está associado a nenhum pacote, o B<dpkg-shlibdeps> tenta contornar isto ao tentar descer para um nome canónico (usando L<realpath(3)>) mas pode nem sempre funcionar. É sempre melhor limpar a RPATH do binário para evitar problemas.
 
 Chamar o B<dpkg-shlibdeps> em modo detalhado (B<-v>) irá providenciar muito mais informação acerca de onde ele tentou encontrar a informação de dependência. Isto pode ser útil se você não perceber porquê está a dar-lhe este erro.