1.5. Ajuda

[Nota]

Nota

Caso você tenha encontrado um problema ao construir um pacote com a instrução do LFS, nós desencorajamos fortemente postar o problema diretamente no canal de suporte do fluxo de desenvolvimento antes de discutir por meio de um canal de suporte do LFS listado em Seção 1.4, “Recursos.” Fazer isso frequentemente é bastante ineficiente porque os(as) mantenedores(as) de fluxo de desenvolvimento raramente estão familiarizados com o procedimento de construção do LFS. Mesmo se você realmente tiver encontrado um problema de fluxo de desenvolvimento, a comunidade LFS ainda consegue ajudar a isolar as informações desejadas pelos(as) mantenedores(as) de fluxo de desenvolvimento e produzir um informe adequado.

Se precisar fazer uma pergunta diretamente por meio de um canal de suporte do(a) desenvolvedor(a), [então] você deveria observar, pelo menos, que muitos projetos de desenvolvedor(a) tem os canais de suporte separados do rastreador de defeitos. Os informes de defeito para fazer perguntas são considerados inválidos e podem incomodar os(as) desenvolvedores(as) upstream para esses projetos.

Se um problema ou uma pergunta for encontrado durante o trabalho ao longo deste livro, [então], por favor, verifique a página de Perguntas Frequentes em https://www.linuxfromscratch.org/faq/#generalfaq. Perguntas frequentemente já estão respondidas lá. Se sua pergunta não estiver respondida nessa página, [então], por favor, tente encontrar a origem do problema. A dica seguinte te dará alguma orientação com relação à resolução de problemas: https://www.linuxfromscratch.org/hints/downloads/files/errors.txt.

Se você não conseguir achar seu problema listado nas Perguntas Frequentes, [então] procure nas listas de discussão em https://www.linuxfromscratch.org/search.html.

Nós também temos uma comunidade LFS maravilhosa que está disposta a oferecer assistência por meio das listas de discussão e IRC (veja a seção Seção 1.4, “Recursos” deste livro). Entretanto, nós temos várias perguntas de suporte todos os dias e muitas delas poderiam ter sido facilmente respondidas indo para as Perguntas Frequentes ou procurando nas listas de discussão primeiro. Então, para que nós possamos oferecer a melhor assistência possível, você deveria primeiro fazer alguma pesquisa por conta própria. Isso nos permite focar nas necessidades menos usuais de suporte. Se suas buscas não produzirem uma solução, [então], por favor, inclua todas as informações relevantes (mencionadas abaixo) no seu pedido por ajuda.

1.5.1. Coisas a Mencionar

Além de uma breve explicação do problema sendo vivenciado, qualquer solicitação por ajuda deveria incluir estas coisas essenciais:

  • A versão do livro sendo usada (neste caso 12.2)

  • A distribuição anfitriã e versão sendo usada para criar o LFS

  • A saída gerada originária do script Exigências do Sistema Anfitrião

  • O pacote ou seção onde o problema foi encontrado

  • A mensagem exata do erro ou uma descrição clara do problema

  • Observação se você tiver se desviado do livro afinal

[Nota]

Nota

Desviar-se deste livro não significa que nós não vamos te ajudar. Afinal de contas, o LFS é acerca de preferência pessoal. Ser sincero a respeito de quaisquer mudanças no procedimento estabelecido nos ajuda a avaliar e determinar possíveis causas do seu problema.

1.5.2. Problemas do Script de Configuração

Se algo der errado quando executar o script configure, [então] revise o arquivo config.log. Esse arquivo possivelmente contenha erros encontrados durante o configure os quais não foram exibidos na tela. Inclua as linhas relevantes se você precisar pedir ajuda.

1.5.3. Problemas de Compilação

Tanto a saída gerada da tela quanto o conteúdo de vários arquivos são úteis para determinar a causa de problemas de compilação. A saída gerada da tela originária do script configure e a execução do make podem ser úteis. Não é necessário incluir a saída gerada inteira, mas inclua toda a informação relevante. Aqui está um exemplo do tipo de informação a incluir a partir da saída gerada de tela do make.

gcc -D ALIASPATH=\"/mnt/lfs/usr/share/locale:.\"
-D LOCALEDIR=\"/mnt/lfs/usr/share/locale\"
-D LIBDIR=\"/mnt/lfs/usr/lib\"
-D INCLUDEDIR=\"/mnt/lfs/usr/include\" -D HAVE_CONFIG_H -I. -I.
-g -O2 -c getopt1.c
gcc -g -O2 -static -o make ar.o arscan.o commands.o dir.o
expand.o file.o function.o getopt.o implicit.o job.o main.o
misc.o read.o remake.o rule.o signame.o variable.o vpath.o
default.o remote-stub.o version.o opt1.o
-lutil job.o: In function `load_too_high':
/lfs/tmp/make-3.79.1/job.c:1565: undefined reference
to `getloadavg'
collect2: ld returned 1 exit status
make[2]: *** [make] Error 1
make[2]: Leaving directory `/lfs/tmp/make-3.79.1'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/lfs/tmp/make-3.79.1'
make: *** [all-recursive-am] Error 2

Nesse caso, muitas pessoas incluiriam apenas a seção final:

make [2]: *** [make] Error 1

Essa não é informação suficiente para diagnosticar o problema, pois essa linha apenas mostra que algo deu errado, não o que deu errado. A seção inteira, como no exemplo acima, é o que deveria ser salva, porque ela inclui o comando que foi executado e todas as mensagens de erro associadas.

Um artigo excelente sobre como pedir ajuda na Internet está disponível online em http://catb.org/~esr/faqs/smart-questions.html. Leia esse documento e siga as dicas. Fazer isso aumentará a possibilidade de obter a ajuda que você precisa.