Asking Questions/gl

Conseguir axuda mediante IRC

A continuación lístanse algúns consellos que debería seguir á hora de preguntar dúbidas —especialmente na canle #kde de Freenode (en inglés), ou #kde-gl se lle custa comunicarse na lingua de Shakespeare—, cos que resultará máis doado que consiga unha resposta:

• Non preguntes se podes preguntar, pregunta e punto: as canles #kde e #kde-gl de irc.freenode.net son canles de axuda para os usuarios, de quen se espera que pregunten, así que adiante!

• Estea preparado para fornecer calquera detalle relevante sobre o seu sistema: a distribución que emprega (e a súa versión se corresponde), a versión da colección de software de KDE que está a empregar, o método de instalación, etc. O máis probábel é que non teña que dar esta información xa de primeiras, pero debería coñecela por se alguén lla pide.

• Intente solucionar vostede o problema antes de preguntar: xeralmente atopará información útil tan só con consultar a mensaxe de erro nun buscador web. Bote unha ollada á páxina de solución de problemas antes de preguntar en #kde ou #kde-gl, xa que contén a información que probablemente lle fornecerán outros usuarios nesas canles.

• Intente asegurarse de que o seu problema é un problema de KDE e non doutro compoñente do sistema (por exemplo, un problema coas X ou con ALSA). A ser posíbel, probe un aplicativo alternativo que non forme parte da colección de software de KDE, e comprobe que o problema non lle afecta a el tamén. Por suposto, se non o ten claro, pregunte.

• Asegúrese de ler a documentación relevante e a páxina de solución de problemas. Aínda que non se lle dea resposta a todas as preguntas, si se lles dá a moitas. Se non consegue nada, probe a preguntar nos foros (en inglés). Se durante a conversa nos foros sae á luz información interesante, non estaría de máis que a engadise a KDE UserBase para así axudar a outros usuarios que se atopen co mesmo problema que vostede ou un similar.

• Prepárese para a espera! O normal no IRC é que a xente lea a súa pregunta tempo despois de que a formule, así que non se impaciente e agarde un pouco despois de facer a pregunta. Non hai nada máis irritante que estar tecleando unha longa resposta para alguén, e descubrir que esa persoa marchou da canle tres minutos despois de preguntar!

• Se non lle contestan en #kde ou #kde-gl, pode probar tamén as respectivas canles da súa distribución (por exemplo, #suse, #kde-freebsd, etc.), unha lista de correo axeitada ou os foros.

• Sobre todo, sexa paciente e respectuoso. Non esqueza que a xente que lle está a axudar faino de maneira voluntaria, e que non teñen por que empregar o seu tempo en axudarlle.

Se o seu problema está relacionado co son en KDE, o primeiro que debería facer é consultar a páxina de problemas de son.

Se a pregunta está relacionada con temas de desenvolvemento, lea a páxina de KDE TechBase sobre como contribuír.

Foros

Outro bo sitio para buscar axuda son os foros da comunidade. Á hora de enfrontarse a un problema, buscar nos foros debería ser un dos primeiros pasos, xa que pode ocorrer que a súa pregunta xa se plantexase con anterioridade. En caso contrario, inicie un tema de conversa. Non espere unha resposta inmediata, pero non esqueza volver con regularidade para participar na conversa a medida que esta se desenvolve. Lembre que os foros os leva xente coma vostede.

A maior parte das distribucións teñen foros de seu. Debería botar un ollo tamén neles. Dende o sitio web da súa distribución debería poder acceder aos seus foros.

Operating-System-Specific Questions

For questions relating to the desktop use of KDE with a particular OS, you can try the above methods, but unless the question directly involves KDE or KDE/GNU/Linux you are unlikely to find the answer. If your question does not directly involve KDE, please do not post the question on the "normal" KDE mailing lists. Examples of questions that do not directly involve KDE: my sound card does not work. In that case, please direct your questions at sites devoted to helping users of that system. For example, for GNU/Linux questions you may try looking at www.linuxnewbie.org or www.linuxnewbie.com, or the kde-linux mailing list mentioned above.

If you are not using GNU/Linux, you might want to try the kde-nonlinux (subscribe) mailing list. Also particularly useful are searches on your favorite search engine, such as Google, and searches on the Usenet archives.

In addition, many OS distributors have their own mailing lists which can address distribution-specific issues. You can find out more about these mailing lists at your distribution's website.

If you are searching for packages you may consider checking the ftp servers for your distribution, including the "contrib" sections, as well as indexing servers such as rpmfind.net.

Reporting KDE Bugs

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 Help -> Report Bug... menu. You will then be guided to bugs.kde.org. Some information will be automatically picked up, like the application version number.

• 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 Report Bug 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 Help -> Switch Application Language..., 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 setting 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.

A good guide to bug reporting can be found here.

---

How to open a console

Typically when reporting a problem in IRC or on a mailing list, your helpers will ask you to open a console. A console is a text-based window that you can use to give commands for your computer to execute. You can open a console by typing ALT_F2. An input box opens. Type the following to open a console:

konsole

If this does not work, you may not have it installed. In this case, type ALT_F2 and input:

xterm

Back to Getting_Help