Translation status

52 Strings 100%
Browse Translate
1,167 Words 100%
9,596 Characters 100%

Strings status

Strings Words Characters
52 1,167 9,596
All strings Browse Translate Zen
52 1,167 9,596
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)) d3c469005f
User avatar jamenson authored a year ago
Weblate repository https://translate.linuxfromscratch.org/git/linux-from-scratch-11-3/index/
File mask lfs/*/chapter09/systemd-custom.po
Translation file Download lfs/pt_BR/chapter09/systemd-custom.po
Last change April 3, 2023, 8:32 a.m.
Last author Jamenson Ferreira Espindula de Almeida Melo
a month ago

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 52 1,167 9,596
Translated 100% 52 100% 1,167 100% 9,596
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 54 changes 0 changes 70 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes
Nov Dec Jan Feb Mar Apr May Jun Jul Aug Sep Oct

Quick numbers

1,167
Hosted words
52
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 jamenson

Translation changed
<emphasis>Disable at build-time</emphasis>: You can disable lingering by default while building systemd by adding the switch <parameter>-Ddefault-kill-user-processes=false</parameter> to the <command>meson</command> command for systemd. This completely disables the ability of systemd to kill user processes at session end.
<emphasis>Desabilitar em tempo de construção</emphasis>: Você pode desabilitar a persistência por padrão enquanto construir o systemd adicionando a chave <parameter>-Ddefault-kill-user-processes=false</parameter> ao comando <command>meson</command> para o systemd. Isso desabilita completamente a habilidade do systemd para finalizar processos de usuária(oo(a) ao fim dea sessão.
a year ago
User avatar jamenson

Translation changed
<emphasis>Disable at build-time</emphasis>: You can disable lingering by default while building systemd by adding the switch <parameter>-Ddefault-kill-user-processes=false</parameter> to the <command>meson</command> command for systemd. This completely disables the ability of systemd to kill user processes at session end.
<emphasis>Desabilitar em tempo de construção</emphasis>: Você pode desabilitar a persistência por padrão enquanto construir o systemd adicionando a chave <parameter>-Ddefault-kill-user-processes=false</parameter> ao comando <command>meson</command> para o systemd. Isso desabilita completamente a habilidade do systemd para finalizar processos de usuária(o) ao fim de sessão.
a year ago
User avatar jamenson

Translation changed
<emphasis>Enable system-wide process lingering</emphasis>: You can set <parameter>KillUserProcesses=no</parameter> in <filename>/etc/systemd/logind.conf</filename> to enable process lingering globally for all users. This has the benefit of leaving the old method available to all users at the expense of explicit control.
<emphasis>Habilitar persistência de processo no âmbito dabrangente ao sistema</emphasis>: Você pode configurar <parameter>KillUserProcesses=no</parameter> em <filename>/etc/systemd/logind.conf</filename> para habilitar a persistência de processo globalmente para todas(os) as(oos(as) os(as) usuárias(oos(as). Isso tem o benefício de deixar o método antigo disponível para todas(os) as(oos(as) os(as) usuárias(oos(as) à custa do controle explícito.
a year ago
User avatar jamenson

Translation changed
<emphasis>Enable system-wide process lingering</emphasis>: You can set <parameter>KillUserProcesses=no</parameter> in <filename>/etc/systemd/logind.conf</filename> to enable process lingering globally for all users. This has the benefit of leaving the old method available to all users at the expense of explicit control.
<emphasis>Habilitar persistência de processo no âmbito do sistema</emphasis>: Você pode configurar <parameter>KillUserProcesses=no</parameter> em <filename>/etc/systemd/logind.conf</filename> para habilitar a persistência de processo globalmente para todas(os) as(os) usuárias(os). Isso tem o benefício de deixar o método antigo disponível para todas(os) as(os) usuárias(os) à custa do controle explícito.
a year ago
User avatar jamenson

Translation changed
<emphasis>Enable process lingering for only selected users</emphasis>: Normal users have permission to enable process lingering with the command <command>loginctl enable-linger</command> for their own user. System administrators can use the same command with a <parameter>user</parameter> argument to enable for a user. That user can then use the <command>systemd-run</command> command to start long running processes. For example: <command>systemd-run --scope --user /usr/bin/screen</command>. If you enable lingering for your user, the user@.service will remain even after all login sessions are closed, and will automatically start at system boot. This has the advantage of explicitly allowing and disallowing processes to run after the user session has ended, but breaks backwards compatibility with tools like <command>nohup</command> and utilities that use <function>daemon()</function>.
<emphasis>Habilitar persistência de processo somente para usuários(as) selecionados(as)</emphasis>: Usuários(as) normais tem permissão para habilitar persistência de processo com o comando <command>loginctl enable-linger</command> para os(as) próprios(as) usuários(as) deles(as). Administradores(as) do sistema podem usar o mesmo comando com um argumento <parameter>user</parameter> ao habilitar para um(a) usuário(a). Esse(a) usuário(a) consegue então usar o comando <command>systemd-run</command> para iniciar processos de execução longa. Por exemplo: <command>systemd-run --scope --user /usr/bin/screen</command>. Se você habilitar a persistência para seu(ua) usuário(a), [então] a user@.service continuará, mesmo depois que todas as sessões de login forem fechadas e automaticamente iniciará na inicialização do sistema. Isso tem a vantagem de explicitamente permitir e proibir processos para execução depois que a sessão de usuária(o) foro(a) tenha terminadao, porém quebra retrocompatibilidade com ferramentas como <command>nohup</command> e utilitários que usam <function>daemon()</function>.
a year ago
User avatar jamenson

Translation changed
<emphasis>Enable process lingering for only selected users</emphasis>: Normal users have permission to enable process lingering with the command <command>loginctl enable-linger</command> for their own user. System administrators can use the same command with a <parameter>user</parameter> argument to enable for a user. That user can then use the <command>systemd-run</command> command to start long running processes. For example: <command>systemd-run --scope --user /usr/bin/screen</command>. If you enable lingering for your user, the user@.service will remain even after all login sessions are closed, and will automatically start at system boot. This has the advantage of explicitly allowing and disallowing processes to run after the user session has ended, but breaks backwards compatibility with tools like <command>nohup</command> and utilities that use <function>daemon()</function>.
<emphasis>Habilitar persistência de processo somente para usuários(as) selecionados(as)</emphasis>: Usuários(as) normais tem permissão para habilitar persistência de processo com o comando <command>loginctl enable-linger</command> para os(as) próprios(as) usuários(as) deles(as). Administradoras(ees(as) deo sistema podem usar o mesmo comando com um argumento <parameter>user</parameter> ao habilitar para um(a(m) usuária(oo(a). Essa(ee(a) usuária(o) podo(a) consegue então usar o comando <command>systemd-run</command> para iniciar processos de execução longa. Por exemplo: <command>systemd-run --scope --user /usr/bin/screen</command>. Se você habilitar a persistência para sua(eueu(ua) usuária(oo(a), [então] a user@.service continuará, mesmo depois que todas as sessões de login forem fechadas, e automaticamente iniciará na inicialização do sistema. Isso tem a vantagem de explicitamente permitir e proibir processos para execução depois que a sessão de usuária(o) for terminada, porém quebra retrocompatibilidade com ferramentas como <command>nohup</command> e utilitários que usam <function>daemon()</function>.
a year ago
User avatar jamenson

Translation changed
<emphasis>Enable process lingering for only selected users</emphasis>: Normal users have permission to enable process lingering with the command <command>loginctl enable-linger</command> for their own user. System administrators can use the same command with a <parameter>user</parameter> argument to enable for a user. That user can then use the <command>systemd-run</command> command to start long running processes. For example: <command>systemd-run --scope --user /usr/bin/screen</command>. If you enable lingering for your user, the user@.service will remain even after all login sessions are closed, and will automatically start at system boot. This has the advantage of explicitly allowing and disallowing processes to run after the user session has ended, but breaks backwards compatibility with tools like <command>nohup</command> and utilities that use <function>daemon()</function>.
<emphasis>Habilitar persistência de processo apenassomente para usuárias(oos(as) selecionadas(oos(as)</emphasis>: Usuárias(oos(as) normais tem permissão para habilitar persistência de processo com o comando <command>loginctl enable-linger</command> para as(oos(as) próprias(oos(as) usuárias(oos(as) delas(ees(as). Administradoras(es) de sistema podem usar o mesmo comando com um argumento <parameter>user</parameter> ao habilitar para uma(m) usuária(o). Essa(e) usuária(o) pode então usar o comando <command>systemd-run</command> para iniciar processos de execução longa. Por exemplo: <command>systemd-run --scope --user /usr/bin/screen</command>. Se você habilitar a persistência para sua(eu) usuária(o), [então] a user@.service continuará, mesmo depois que todas as sessões de login forem fechadas, e automaticamente iniciará na inicialização do sistema. Isso tem a vantagem de explicitamente permitir e proibir processos para execução depois que a sessão de usuária(o) for terminada, porém quebra retrocompatibilidade com ferramentas como <command>nohup</command> e utilitários que usam <function>daemon()</function>.
a year ago
User avatar jamenson

Translation changed
<emphasis>Enable process lingering for only selected users</emphasis>: Normal users have permission to enable process lingering with the command <command>loginctl enable-linger</command> for their own user. System administrators can use the same command with a <parameter>user</parameter> argument to enable for a user. That user can then use the <command>systemd-run</command> command to start long running processes. For example: <command>systemd-run --scope --user /usr/bin/screen</command>. If you enable lingering for your user, the user@.service will remain even after all login sessions are closed, and will automatically start at system boot. This has the advantage of explicitly allowing and disallowing processes to run after the user session has ended, but breaks backwards compatibility with tools like <command>nohup</command> and utilities that use <function>daemon()</function>.
<emphasis>Habilitar persistência de processo apenas para usuárias(os) selecionadas(os)</emphasis>: Usuárias(os) normais tem permissão para habilitar persistência de processo com o comando <command>loginctl enable-linger</command> para as(os) próprias(os) usuárias(os) delas(es). Administradoras(es) de sistema podem usar o mesmo comando com um argumento <parameter>user</parameter> ao habilitar para uma(m) usuária(o). Essa(e) usuária(o) pode então usar o comando <command>systemd-run</command> para iniciar processos de execução longa. Por exemplo: <command>systemd-run --scope --user /usr/bin/screen</command>. Se você habilitar a persistência para sua(eu) usuária(o), [então] a user@.service continuará, mesmo depois que todas as sessões de login forem fechadas, e automaticamente iniciará na inicialização do sistema. Isso tem a vantagem de explicitamente permitir e proibir processos para execução depois que a sessão de usuária(o) for terminada, porém quebra retrocompatibilidade com ferramentas como <command>nohup</command> e utilitários que usam <function>daemon()</function>.
a year ago
User avatar jamenson

Translation changed
Beginning with systemd-230, all user processes are killed when a user session is ended, even if nohup is used, or the process uses the <function>daemon()</function> or <function>setsid()</function> functions. This is a deliberate change from a historically permissive environment to a more restrictive one. The new behavior may cause issues if you depend on long running programs (e.g., <command>screen</command> or <command>tmux</command>) to remain active after ending your user session. There are three ways to enable lingering processes to remain after a user session is ended.
Iniciando com o systemd-230, todos os processos de usuário(a) são finalizados quando uma sessão de usuário(a) for terminada, mesmo se nohup for usado ou o processo usar as funções <function>daemon()</function> ou <function>setsid()</function>. Isso é uma mudança deliberada de um ambiente historicamente permissivo para um mais restritivo. O novo comportamento talvezpossivelmente cause problemas se você depender de aplicativos de execução longa (por exemplo, <command>screen</command> ou <command>tmux</command>) para continuarem ativos depois de terminar sua sessão de usuária(oo(a). Existem três maneiras de habilitar processos persistentes para continuarem depois que uma sessão de usuária(oo(a) for terminada.
a year ago
User avatar jamenson

Translation changed
Beginning with systemd-230, all user processes are killed when a user session is ended, even if nohup is used, or the process uses the <function>daemon()</function> or <function>setsid()</function> functions. This is a deliberate change from a historically permissive environment to a more restrictive one. The new behavior may cause issues if you depend on long running programs (e.g., <command>screen</command> or <command>tmux</command>) to remain active after ending your user session. There are three ways to enable lingering processes to remain after a user session is ended.
Iniciando com o systemd-230, todos os processos de usuária(o) o(a) são finalizados quando uma sessão de usuária(oo(a) for terminada, mesmo se nohup for usado, ou o processo usar as funções <function>daemon()</function> ou <function>setsid()</function>. Isso é uma mudança deliberada de um ambiente permissivo historicamente permissivo para um mais restritivo. O novo comportamento talvez cause problemas se você depender de aplicativos de execução longa (por exemplo, <command>screen</command> ou <command>tmux</command>) para continuarem ativos depois de terminar sua sessão de usuária(o). Existem três maneiras de habilitar processos persistentes para continuarem depois que uma sessão de usuária(o) for terminada.
a year ago
Browse all translation changes