Translation status

14 Strings 100%
Browse Translate
746 Words 100%
5,142 Characters 100%

Strings status

Strings Words Characters
14 746 5,142
All strings Browse Translate Zen
14 746 5,142
Translated strings Browse Translate Zen

Overview

Project website www.linuxfromscratch.org
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository git@git.linuxfromscratch.org:fr-lfs
Repository branch 11.3
Last remote commit Update translations for 11.3 6bfb71d1dc
Julien Lepiller authored a year ago
Last commit in Weblate Translated using Weblate (Portuguese (Brazil)) 84a1614077
User avatar jamenson authored a year ago
Weblate repository https://translate.linuxfromscratch.org/git/linux-from-scratch-11-3/index/
File mask blfs/*/introduction/important/libraries.po
Translation file Download blfs/pt_BR/introduction/important/libraries.po
Last change Oct. 23, 2023, 2:26 p.m.
Last author None
11 days ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 14 746 5,142
Translated 100% 14 100% 746 100% 5,142
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 19 changes 0 changes 21 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 30 changes 0 changes
Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct

Quick numbers

746
Hosted words
14
Hosted strings
100%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+100%
—
Contributors
—
User avatar None

Changes committed
Changes committed a year ago
User avatar jamenson

Translation changed
Sometimes, deciding to use system libraries is an easy decision. Other times it may require you to alter the system version (e.g. for <xref linkend="libpng"/> if used for <xref linkend="firefox"/>). Occasionally, a package ships an old library and can no longer link to the current version, but can link to an older version. In this case, BLFS will usually just use the shipped version. Sometimes the included library is no longer developed separately, or its upstream is now the same as the package&apos;s upstream and you have no other packages which will use it. In those cases, you'll be lead to use the included library even if you usually prefer to use system libraries.
Ocasionalmente, decidir usar as bibliotecas do sistema é uma decisão fácil. Outras vezes, possivelmente exija que você altere a versão do sistema (por exemplo, para a <xref linkend="libpng"/>, se usada pelo <xref linkend="firefox"/>). De vez em quando, um pacote embarcnvia uma biblioteca antiga e não mais pode se vincular à versão atual, porém pode se vincular a uma versão mais antiga. Nesse caso, o BLFS normalmente usará apenas a versão embarcnviada. De quando em quando, a biblioteca inclusa não mais é desenvolvida separadamente; ou o(a) desenvolvedor(a) dela é o(a) mesmo(a) que o desenvolvedor(a) do pacote e você não tem outros pacotes que a usarão. Nesses casos, você poderia decidirserá levado(a) a usar a biblioteca estática inclusa, mesmo se geralmente preferir usar as bibliotecas do sistema.
a year ago
User avatar jamenson

Translation changed
When BLFS mentions system libraries, it means shared versions of libraries. Some packages such as <xref linkend="firefox"/> and <xref linkend="gs"/> bundle many other libraries in their build tree. The version they ship is often older than the version used in the system, so it may contain bugs &ndash; sometimes developers go to the trouble of fixing bugs in their included libraries, other times they do not.
Quando o BLFS mencionar bibliotecas doe sistema, significa as versões compartilhadas dase bibliotecas. Alguns pacotes, tais como o <xref linkend="firefox"/> e o <xref linkend="gs"/>, inclue agrupam muitas outras bibliotecas. Quando eles se vinculam a elas, eles se vinculam estaticamente, de forma que isso também torna os aplicativos maior na árvore de construção deles. A versão que eles embarcam frequentenviam geralmente é mais antiga que a versão usada no sistema, de forma queportanto possivelmente contenham defeitos - ocasionalmente&ndash; às vezes os(as) desenvolvedores(as) se defrontam com o problema da correção deão ao trabalho de consertar defeitos nas bibliotecas inclusídas deles(as);, outras vezes não.
a year ago
User avatar jamenson

Translation changed
Many packages put some of their common functions into a static library which is only used by the programs within the package and, crucially, the library is <emphasis>not</emphasis> installed as a standalone library. These internal libraries are not a problem &ndash; if the package has to be rebuilt to fix a bug or vulnerability, nothing else is linked to them.
Muitos pacotes colocam algumas das funções comuns deles em uma biblioteca estática que somente é usada pelos aplicativos dentro do pacote e, crucialmente, a biblioteca <emphasis>não</emphasis> é instalada como uma biblioteca independente. Essas bibliotecas internas não são um problema -&ndash; se o pacote tiver de ser reconstruído para corrigir um defeito ou uma vulnerabilidade, [então] nada mais é vinculado a elas.
a year ago
User avatar jamenson

Translation changed
One way to identify when a static library is used, is to deal with it at the end of the installation of every package. Write a script to find all the static libraries in <filename class="directory">/usr/lib</filename> or wherever you are installing to, and either move them to another directory so that they are no longer found by the linker, or rename them so that <filename>libfoo.a</filename> becomes e.g. <filename>libfoo.a.hidden</filename>. The static library can then be temporarily restored if it is ever needed, and the package needing it can be identified. This shouldn't be done blindly since many libraries only exist in a static version. For example, some libraries from the <application>glibc</application> and <application>gcc</application> packages should always be present on the system (<filename>libc_nonshared.a, libg.a, libpthread_nonshared.a, libssp_nonshared.a, libsupc++.a</filename> as of glibc-2.36 and gcc-12.2).
Uma maneirforma de identificar quando uma biblioteca estática é usada é a de lidar com elatratar disso ao final da instalação de cada pacote. Escreva um script para encontrachar todas as bibliotecas estáticas em <filename class="directory">/usr/lib</filename>, ou onde quer que você estivereja instalando;, e, ou as mova-as para outro diretório, de forma que elas não mais sejam encontradas pelo vinculador; ou as renomeie-as, de forma que libfoo.a<filename>libfoo.a</filename> se torne, por exemplo, . <filename>libfoo.a.oculta</filename>. A biblioteca estática pode então ser restaurada temporariamente, se ela for mesmofor efetivamente necessária, e o pacote necessitandoque precisa dela pode ser identificado. Você possivelmente escolha excluirIsso não deveria ser feito às cegas, pois muitas bibliotecas existem somente em uma versão estática. Por exemplo, algumas das bibliotecas estáticas originárias do glibc se você fizer issos pacotes <application>glibc</application> e <application>gcc</application> deveriam sempre estar presentes no sistema (<filename>libc_nonshared.a;, libg.a; libieee.a; libm.a;, libpthread_nonshared.a;, librpcsvc.a;ssp_nonshared. a, libsupc++.a</filename>) para simplificar a compilação desde "glibc-2.36" e "gcc-12.2").
a year ago
User avatar jamenson

Translation changed
If a package is linked to a dynamic library, updating to a newer library version is automatic once the newer library is installed and the program is (re)started (provided the library major version is unchanged, e.g. going from <filename>libfoo.so.2.0</filename> to <filename>libfoo.so.2.1</filename>. Going to <filename>libfoo.so.3</filename> will require recompilation &ndash; <command>ldd</command> can be used to find which programs use the old version). If a program is linked to a static library, the program always has to be recompiled. If you know which programs are linked to a particular static library, this is merely an annoyance. But usually you will <emphasis>not</emphasis> know which programs to recompile.
Se um pacote for vinculado a uma biblioteca dinâmica, [então] a atualização para uma versão mais recente da biblioteca é automática tão logo a biblioteca mais recente seja instalada e o aplicativo for (re)iniciado (condicionada a que a versão maior da biblioteca não seja modificada, por exemplo, indo de <filename>libfoo.so.2.0 para libfoo.so.2.1. Ir para libfoo.so.3</filename> para <filename>libfoo.so.2.1</filename>. Ir para <filename>libfoo.so.3</filename> exigirá recompilação -&ndash; o <command>ldd</command> pode ser usado para encontrar quais aplicativos usam a versão antiga). Se um aplicativo for vinculado a uma biblioteca estática, [então] o aplicativo sempre tem de ser recompilado. Se você souber quais aplicativos estão vinculados a uma biblioteca estática em particular, [então] isso é meramente um aborrecimento. Entretanto, normalmente você <emphasis>não</emphasis> saberá quais aplicativos recompilar.
a year ago
User avatar jamenson

Translation changed
Within the book, there are various places where configure switches such as <parameter>--disable-static</parameter> are employed, and other places where the possibility of using system versions of libraries instead of the versions included within another package is discussed. The main reason for this is to simplify updates of libraries.
Dentro do livro, existem vários locais onde chaves de configuração, tais como <commandparameter>--disable-static</commandparameter>, são empregadas; e outros locais onde a possibilidade de usar versões de sistema das bibliotecas em vez das versões inclusas em outro pacote é discutida. A razão principal para isso é paraa de simplificar as atualizações de bibliotecas.
a year ago
User avatar jamenson

Translation changed
In the past, essential programs such as a shell were often linked statically so that some form of minimal recovery system would exist even if shared libraries, such as <filename>libc.so</filename>, became damaged (e.g. moved to <filename class="directory">lost+found</filename> after <command>fsck</command> following an unclean shutdown). Nowadays, most people use an alternative system install or a USB stick if they have to recover. Journaling filesystems also reduce the likelihood of this sort of problem.
No passado, aplicativos essenciais, tais como um "shell", frequentemente eram vinculados estaticamente, de forma que existisse alguma forma de sistema mínimo de recuperação existiria, mesmo se bibliotecas compartilhadas, tais como libc.socomo <filename>libc.so</filename>, se tornassem danificadas (por exemplo, movidas para <filename class="directory">lost+found</filename> depois de um fsck seguindo uma parada não limpa). Atualmente<command>fsck</command> após um desligamento incorreto). Hoje em dia, a maioria das pessoas usa uma instalação alternativa de sistema ou um "Live CD" se elas tiverem qupendrive se precisar se recuperar. Os sistemas de arquivos com registro em diário também reduzem a probabilidade desse tipo de problema.
a year ago
User avatar jamenson

Translation changed
On almost all Linux platforms there are also <quote>shared</quote> (or equivalently <quote>dynamic</quote>) libraries (with names of the form <filename>libfoo.so</filename>) &ndash; one copy of the library is loaded into virtual memory, and shared by all the programs which call any of its functions. This is space efficient.
Em quase todas as plataformas Linux também existem bibliotecas <quote>compartilhadas (libfoo.so) -</quote> (ou equivalentemente <quote>dinâmicas</quote>) (com nomes no formato <filename>libfoo.so</filename>) &ndash; uma cópia da biblioteca é carregada na memória virtual e compartilhada por todos os aplicativos, os quais chamam quaisquer que chamam alguma das funções dela. Isso é eficiente em termos de espaço.
a year ago
User avatar jamenson

Translation changed
The original libraries were simply an archive of routines from which the required routines were extracted and linked into the executable program. These are described as static libraries, with names of the form <filename>libfoo.a</filename> on UNIX-like operating systems. On some old operating systems they are the only type available.
As bibliotecas originais eram simplesmente um arquivamento de rotinas a partir dos quaisl as rotinas exigidnecessárias eram extraídas e vinculadas nao aplicativo executável. Esslas são descritas como as bibliotecas estáticas (libfoo.a), com nomes no formato <filename>libfoo.a</filename> em sistemas operacionais do tipo UNIX. Em alguns sistemas operacionais antigos elas são o único tipo disponível.
a year ago
Browse all translation changes