Asking Questions/pt-br: Difference between revisions
(Updating to match new version of source page) |
(Updating to match new version of source page) |
||
Line 46: | Line 46: | ||
* Your program disappears and another window appears named "The KDE crash Handler". Don't get scared! You will be guided to efficiently report this crash. The link in the dialog "Learn more about bug reporting" will explain you the process. If you choose to report the problem, click on <menuchoice>Report Bug</menuchoice> and an assistant will guide you through the steps. The requisite to report a crash is to have your distribution debug packages installed in order to provide a valid backtrace. | * Your program disappears and another window appears named "The KDE crash Handler". Don't get scared! You will be guided to efficiently report this crash. The link in the dialog "Learn more about bug reporting" will explain you the process. If you choose to report the problem, click on <menuchoice>Report Bug</menuchoice> and an assistant will guide you through the steps. The requisite to report a crash is to have your distribution debug packages installed in order to provide a valid backtrace. | ||
And these are a few tips on how to write good bug reports: | |||
* Write it in English. You can switch every KDE application language through <menuchoice>Help -> Switch Application Language...</menuchoice>, so go there and choose American English as the primary language. Then restart the application. That can help you in explaining what happens. | |||
* Be specific. One bug per report only! Do not mix different problems in the same report. | |||
* Be clear. Explain the steps that lead to the bug so that we can reproduce them easily. | |||
* Include screenshots: a picture is worth many words so attach a screenshot to the bug report. You can use [[Special:mylanguage/KSnapshot|KSnapshot]] to take screenshots. Also, do not link to an external web link which can expire, use the Attachments link at the bottom of the bug report. | |||
* Include the backtrace within the bug report as a comment, it makes it easier to find duplicates for us (do not attach the backtrace as a text file). | |||
* Clearly separate facts from speculation: only describe what happens. For a design problem, include a mock-up if possible. | |||
If you are testing trunk or the beta, if you kept your precedent settings, sometimes you will want to check with a new user or by setings a new $KDEHOME (and restarting your user). Do not delete your $KDEHOME as you will maybe need the current files to compare with the new ones and also you would lose your settings! | |||
Also notice that [http://forums.kde.org Forums] have a [http://forum.kde.org/viewforum.php?f=201 section about Beta Releases]. | |||
---- | ---- |
Revision as of 16:34, 30 November 2010
Usando o IRC para obter ajuda
Aqui estão algumas dicas sobre como fazer perguntas, especialmente no canal #kde do Freenode, de modo a provavelmente obter respostas:
- Não peça para perguntar, apenas pergunte: o canal #kde do irc.freenode.net é um canal de suporte ao usuário, assim nós esperamos suas perguntas - vá direto ao assunto .
- Esteja preparado para fornecer qualquer detalhe relevante sobre o seu sistema: Que distribuição (e versão?), qual versão do KDE está rodando, como você o instalou e assim por diante. Você provavelmente não precisa fornecer todas estas informações ao fazer sua pergunta, mas deve tê-las disponíveis se alguém solicitar.
- Tente resolver o problema você mesmo antes de perguntar: O Google é seu amigo (inserir mensagens de erro no Google normalmente retorna alguma coisa útil). Você deve dar uma olhada em Resolvendo Problemas no KDE - a solução que existe aí será provavelmente a que você obterá no #kde, assim tente ela primeiro .
- Certifique-se de que o problema que está tendo é realmente com o KDE e não com outro componente do seu sistema (por exemplo, um problema com o X ou com o alsa). Se possível, experimente uma aplicação não-KDE para ver se o problema também ocorre lá. Se não tiver certeza, é claro, por favor pergunte.
- Certifique-se de que você leu o Manual e as páginas de Solução de Problemas. Apesar de nem todas as questões estarem respondidas lá, muitas delas estão. Se isto não funcionar, tente perguntar no fórum do KDE. Se a discussão levantar informações interessantes, você pode adicioná-la ao UserBase, assim ela pode ajudar outras pessoas.
- Prepare-se para esperar! Frequentemente no IRC alguém notará sua pergunta um pouco depois de você formulá-la, assim espere um pouco após perguntar. Não há nada mais irritante do que alguém estar digitando umaa longa resposta para alguém e perceber que quem perguntou saiu do canal apenas 3 minutos após formular a pergunta.
- Se você não obtiver uma resposta no #kde, você pode também tentar o canal de sua distribuição (por exemplo, #suse, #kde-freebsd, etc), ou uma lista de correio apropriada: acesse o lists.kde.org ou o fórum.
- Acima de tudo, seja paciente e educado. Lembre-se que as pessoas que irão auxiliá-lo são todos voluntários, e poderiam estar fazendo qualquer outra coisa ao invés de ajudá-lo.
Se seu problema for com o som no KDE, talvez deva ler primeiro esta página sobre problemas com o som.
Se sua pergunta estiver relacionada com o desenvolvimento, por favor veja esta página.
Questões específicas do sistema operacional
Para questões relacionadas ao uso do KDE com um sistema operacional específico, você pode tentar os métodos acima, mas a menos que a questão involva diretamente o KDE ou KDE/GNU/Linux, você provavelmente encontrará a resposta: Se sua pergunta não involve diretamente o KDE, por favor não coloque sua questão nas listas de correio "normais" do KDE. Exémplos de questões que não involvem diretamente o KDE: minha placa de som não funciona. Neste caso, direcione por favor suas questões em páginas Web dedicadas a auxiliar usuários do sistema em particular. Por exemplo, para questões relacionadas ao GNU/Linux, você pode tentar dar uma olhada em www.linuxnewbie.org ou www.linuxnewbie.com, ou a lista de correio kde-linux mencionada acima.
Se você não estiver usando o GNU/Linux, você pode tentar a lista de correio kde-nonlinux (subscribe). Também são especialmente úteis buscas em seu motor de buscas favorito, como o Google, bem como pesquisas nos arquivos da Usenet.
Além disso, muitos distribuidores de sistema opercional possuem suas próprias listas de correio às quais podem ser enviadas problemas específicos d distribuição. Você pode encontrar mais sobre estas listas nas páginas Web da sua distribuição.
Se você estiver procurando por pacotes você deve verificar os servidores ftp de sua distribuição, incluindo as seções "contrib", bem como os servidores de indexação como o rpmfind.net.
Relatando erros no KDE
Reporting bugs is a small but valuable contribution to KDE, and there's a website where you can report any bug or feature request you have about KDE: bugs.kde.org. The only requirement on your side is basic knowledge of English. With that, and following some additional guidelines, you'll be able to report helpful bug reports and thus help the whole KDE community and yourself.
The first thing you need is to open an account in the website. You can start here. Once you have a validated account, you can report.
There are usually two different situations to report a bug:
- You notice something which is not working properly or not working at all, a bad design, a missed functionality... If this is your case, open the application bugs.kde.org. Some information will be automatically picked up, like the application version number. menu. You will then be guided to
- Your program disappears and another window appears named "The KDE crash Handler". Don't get scared! You will be guided to efficiently report this crash. The link in the dialog "Learn more about bug reporting" will explain you the process. If you choose to report the problem, click on and an assistant will guide you through the steps. The requisite to report a crash is to have your distribution debug packages installed in order to provide a valid backtrace.
And these are a few tips on how to write good bug reports:
- Write it in English. You can switch every KDE application language through , so go there and choose American English as the primary language. Then restart the application. That can help you in explaining what happens.
- Be specific. One bug per report only! Do not mix different problems in the same report.
- Be clear. Explain the steps that lead to the bug so that we can reproduce them easily.
- Include screenshots: a picture is worth many words so attach a screenshot to the bug report. You can use KSnapshot to take screenshots. Also, do not link to an external web link which can expire, use the Attachments link at the bottom of the bug report.
- Include the backtrace within the bug report as a comment, it makes it easier to find duplicates for us (do not attach the backtrace as a text file).
- Clearly separate facts from speculation: only describe what happens. For a design problem, include a mock-up if possible.
If you are testing trunk or the beta, if you kept your precedent settings, sometimes you will want to check with a new user or by setings a new $KDEHOME (and restarting your user). Do not delete your $KDEHOME as you will maybe need the current files to compare with the new ones and also you would lose your settings!
Also notice that Forums have a section about Beta Releases.
Como abrir um console
Tipicamente, o relatar um problema no IRC ou em uma lista de correio, as pessoas que vão lhe ajudar pedirão que você abra um console. Um console é uma janela baseada em texto que você pode usar para enviar comandos para seu computador executar. Você pode arbir um console digitando Alt+F2. Uma caixa de entrada é aberta. Digite o seguinte para abrir um console:
konsole
Se isto não funcionar, você pode não ter um console instalado. Neste caso, digite Alt+F2 e insira:
xterm
Voltar para Obtendo ajuda |