Projecto Português de Documentação do Linux


link:Página Principal
link:Novidades
link:O Projecto
link:A equipa
link:Comentários
link:Participar
link:Mapa do site
link:Links
link:Imprensa

link:Copyright
link:Projectos
link:Arquivos

link:Mailing list
link:ML:arquivo
link:Web Stats
link:Mirrors

 Participa!

 
 
Subir

Secção 13 - Como Conseguir mais Ajuda


Pergunta 13.1 - Ainda não obtive resposta à minha pergunta

Por favor leia toda esta resposta antes de fazer o post. Se achar que alguma resposta está incompleta ou incorrecta, por favor envie e-mail para: António Cardoso <aclm@mail.telepac.pt> ou Paulo Trezentos <Paulo.Trezentos@adetti.iscte.pt>.

Leia os livros apropriados do Linux Documentation Project - ver a Pergunta 2.1 - Onde ir buscar os HOWTOs e outra documentação?

Se é um novato no UNIX, deve ler o FAQ para comp.unix.questions, e aqueles para quaisquer grupos comp.unix.* que podem ser relevantes.

O Linux é um clone de UNIX, portanto quase tudo que ler lá se pode aplicar a Linux. Essas FAQs, assim como todos as FAQs, podem ser encontradas em rtfm.mit.edu no directório /pub/usenet/news.answers (o mail-server@rtfm.mit.edu pode mandar esses arquivos para os que não tem acesso FTP). Esses são mirrors dos arquivos de FAQ rtfm em vários sites - verifique o Introduction to *.answers na USENET ou veja news-answers/introduction no directório acima.

Verifique o HOWTO relevante para o assunto em questão, se existe um, ou um documento sub-FAQ no estilo antigo apropriado. Veja os sites FTP.

Tente experimentar -- esse é a melhor forma de se conhecer o UNIX e o Linux.

Leia a documentação. Ver as páginas de manual (digite man man se não os conhece. Tente man -k <assunto> : algumas vezes isso dá páginas de manual relevantes e úteis).

Verifique a documentação Info (digite Control-h i, no Emacs) -- nota: isso não é só para o Emacs; por exemplo, a documentação do GCC está lá também.

Frequentemente, haverá um arquivo README junto com o pacote dando instruções de uso e instalação.

Certifique-se de que não tem cópias velhas ou corrompidas dos programas em questão. Se possível, reinstale -- talvez tenha cometido um engano da primeira vez.

Leia comp.os.linux.announce. Muitas vezes ele contém informações importantes para todos os utilizadores de Linux.

Questões sobre o X-Window gerais, pertencem a comp.windows.x.i386unix, não a comp.os.linux.x. Mas leia o grupo antes (incluindo a FAQ), antes de realizar o post!

Só depois de ter feito tudo isso e se ainda estiver "encalhado", deve enviar a sua mensagem para o grupo comp.os.linux.* ou para a lista de discussão apropriada. Leia antes a próxima questão: Pergunta 13.2 - O que colocar num pedido de ajuda.


Pergunta 13.2 - O que colocar no pedido de ajuda

Por favor leia cuidadosamente o seguinte conselho sobre como escrever sua mensagem. Ao segui-los aumentará as hipóteses de um expert e/ou companheiro utilizador ao ler a sua mensagem tenha informações suficientes e motivação para responder.

Este conselho aplica-se tanto para mensagens para grupos/listas de discussão pedindo ajuda quanto para e-mail mandado para utilizadores mais experientes ou utilizadores mais novos.

Certifique-se de dar detalhes completos do problema, incluindo:

  • Qual o programa exactamente que está a ter problemas. Inclua o número da versão, se conhecido, e diga onde o encontrou. Muitos comandos padrão dizem as suas versões ao serem invocados com a opção --version;
  • Qual é a distribuição do Linux que está a utilizar (MCC, Slackware, Debian, etc.) e qual a versão dessa distribuição;
  • Uma transcrição exacta e completa do texto de quaisquer mensagens de erro mostradas;
  • Exactamente que efeitos esperava e exactamente que efeitos observou. Uma transcrição de uma sessão exemplo é uma boa forma de se fazer isso;
  • O conteúdo de quaisquer arquivos de configuração usados pelo programa em questão e quaisquer programas relacionados;
  • Quais as versões do kernel e biblioteca dinâmica que está a utilizar. A versão do kernel pode ser verificada com uname -a, e o da biblioteca dinâmica com ls -l /lib/libc.so.4;
  • Se parecer apropriado, detalhes de que tipo de hardware está de momento a utilizar.
Correrá pouco risco de deixar a sua mensagem comprida demais a não ser que inclua grandes pedaços de código fonte ou arquivos com uuencode, portanto não se preocupe em dar informações de mais.

Use uma linha de Subject clara e detalhada. Não coloque coisas como 'não funciona', 'Linux', 'ajuda',etc. Guarde o espaço para o nome do programa, um pedaço da mensagem de erro, sumário do comportamento for a do comum, etc.

Se estiver a reportar uma mensagem `unable to handle kernel paging request', siga as instruções do README no código fonte do kernel, para transformar os números em algo mais significativo. Se não fizer isso, ninguém que ler sua mensagem poderá fazer isso por si, já que o maping dos números para nomes de funções varia de um kernel para outro.

Coloque um parágrafo de sumário no topo de sua mensagem.

No fim da sua mensagem, peça por respostas por e-mail particular e diga que enviará um sumário.

Após alguns dias envie um sumário. Colocar a palavra SUMÁRIO na linha de Subject da sua mensagem é também uma boa ideia. Considere em submeter o seu sumário para comp.os.linux.announce.

Se for postar a mensagem para grupos USENET, certifique-se de que sua mensagem não tem uma linha References inapropriada. Isso marca seu artigo como parte da discussão referida, o que irá seguidamente fazer com que ele não seja lido por leitores junto com o resto de uma discussão desinteressante.

Se pode querer dizer na sua mensagem que já leu este FAQ e os HOWTOs apropriados.

Lembre-se de que não deve postar mensagens enviadas particularmente a sem a autorização do autor.


Pergunta 13.3 - Quero mandar e-mail a alguém sobre o meu problema

Tente encontrar o autor ou quem desenvolve o programa ou componente que lhe está a causar dificuldades. Se tiver um local de contacto para a distribuição do Linux que esta a usar, use-o.

Finalmente, lembre-se de que apesar do fato da maioria da comunidade Linux ser bastante prestativa e responder a perguntas por e-mail, estará a pedir ajuda a um voluntário não pago, portanto não tem o direito de esperar uma resposta.



Subir
  POLI
info@poli.org