From 3ad02d0c4b0fe5a7ee6861b6d7a3a7cf75bbc387 Mon Sep 17 00:00:00 2001 From: "Paulo Henrique de Lima Santana (phls)" Date: Thu, 17 Sep 2020 20:55:10 -0300 Subject: Create new portuguese translation (thanks to Thiago Pezzo and Charles Melara) --- portuguese/devel/buildd/operation.wml | 80 +++++++++++++++++++++++++++++++++++ 1 file changed, 80 insertions(+) create mode 100644 portuguese/devel/buildd/operation.wml diff --git a/portuguese/devel/buildd/operation.wml b/portuguese/devel/buildd/operation.wml new file mode 100644 index 00000000000..01708ee7c16 --- /dev/null +++ b/portuguese/devel/buildd/operation.wml @@ -0,0 +1,80 @@ +#use wml::debian::template title="Esboço da operação da rede autobuilder" BARETITLE="true" +#use wml::debian::translation-check translation="4094875c3a7aafc988b5f218b0a629fab415552a" + +

+No coração do sistema está o banco de dados wanna-build, o qual +monitora as versões e estados dos pacotes. O quinn-diff +compara as listas de pacotes para dada arquitetura contra a lista de +pacotes-fonte após cada atualização de repositório, e alimenta o banco de +dados com a lista de pacotes que precisam de recompilação, momento em que +eles entram no estado Needs-Build. + +

+Todo daemon de construção (pode haver mais de um) consulta o banco de dados +regularmente por tais pacotes e pega alguns deles de modo que entrem +no estado Building. Claro, pessoas também podem +pegar os pacotes, por exemplo, nos casos especiais em que a compilação +automática não é possível. Aqui também vemos o segundo propósito de +wanna-build: ele assegura que a mesma versão do pacote não será +construída duas vezes. + +

+Autobuilder scheme +

Figura: +Estados do pacote e transições

+
+ +

+Se tudo correr bem, um pacote finalizado pode ser enviado posteriormente, +que é outro estado, Uploaded. A seguir, ele eventualmente será +instalado no repositório do Debian para assim aparecer na lista de pacotes +atualizados para uma determinada arquitetura. Essa lista será integrada ao +banco de dados, de modo que o pacote vá para o estado Installed +e permaneça ali até a próxima versão do pacote-fonte. + +

+Há muitos outros estados; eles incluem: Failed é para +pacotes que falharam na construção devido a erros nos pacotes-fonte, e +espera-se que esses erros sejam corrigidos em uma próxima versão (após +o problema ser relatado, claro). Então, uma nova versão entrará diretamente +em Needs-Build, mas com um alerta de que alguma coisa estava +errada com a versão anterior. Junto com esse estado, uma descrição de +erro é armazenada. O estado Dep-Wait é usado +quando um pacote precisa de outros pacotes para ser compilado, mas estes +ainda não estão disponíveis e precisam ser construídos anteriormente. Este +estado armazena uma lista de pacotes requeridos e talvez as versões; e se +todos eles são reconhecidos como instalados, o estado muda de volta para +Needs-Build. + +

+Como já vimos, o daemon de construção pega os pacotes do +banco de dados para compilá-los. Vamos examinar melhor: se ele tem alguns +pacotes para construir, ele usa o sbuild para o processo de +compilação real, e para cada construção um log é enviado por e-mail ao(à) +mantenedor(a) do daemon. Ele(a) revisa o log e decide o que fazer +com o pacote: fazer upload, defini-lo como Failed ou +Dep-Wait e tentar novamente, etc. Se uma confirmação positiva +(um arquivo assinado .changes) é recebida, o daemon move o +pacote para um diretório de upload, de onde todos os pacotes são enviados +por um cron job. + +

+Examinar os arquivos de log é a única intervenção humana em todo o +processo se nenhum erro acontece. Existem duas boas razões para não +automatizarmos ainda mais: primeiro, algumas vezes as construções terminam +com um resultado "OK", mas mesmo assim a construção falhou por motivos que +são invisíveis à máquina. E segundo, o upload direto demandaria assinaturas +de PGP automáticas nos arquivos resultantes com uma chave sem senha na +máquina de construção. Eu considero isso uma falha de segurança inaceitável. + +

+O script de construção sbuild meio que somente chama algumas +ferramentas padrões do Debian para compilar os fontes. Ele também ajuda +com algumas tarefas comuns e contabilidades, e com a instalação +automática de build-dependencies como requisitadas pelo pacote que está sendo +construído. + + +

Artigo desenvolvido por Roman Hodek para o +6th International Linux-Kongress 1999; ele foi levemente atualizado +para melhor refletir a realidade atual por Philipp Kern em 2009

-- cgit v1.2.3