Mercurial > mplayer.hg
annotate DOCS/xml/en/bugreports.xml @ 29860:c6c16f6bfa16
Replace dead link explaining why not to use HTML on the mailing lists.
New link is http://efn.no/html-bad.html
author | tack |
---|---|
date | Wed, 11 Nov 2009 15:15:46 +0000 |
parents | 61e9c93193bc |
children | 92d75e703bc0 |
rev | line source |
---|---|
20535 | 1 <?xml version="1.0" encoding="utf-8"?> |
10913
49b1a67e7381
Add revision keyword to english xml files, to ease translation synchronization
lumag
parents:
10111
diff
changeset
|
2 <!-- $Revision$ --> |
9675 | 3 <appendix id="bugreports"> |
4 <title>How to report bugs</title> | |
21521 | 5 |
9675 | 6 <para> |
7 Good bug reports are a very valuable contribution to the development of any | |
8 software project. But just like writing good software, good problem reports | |
9 involve some work. Please realize that most developers are extremely busy and | |
10 receive obscene amounts of email. So while your feedback is crucial in improving | |
11540 | 11 <application>MPlayer</application> and very much appreciated, please understand |
12 that you have to provide <emphasis role="bold">all</emphasis> of the information | |
13 we request and follow the instructions in this document closely. | |
9675 | 14 </para> |
21521 | 15 |
16 | |
17 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
18 | |
19 | |
18061
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
20 <sect1 id="bugreports_security"> |
26958 | 21 <title>Report security related bugs</title> |
21521 | 22 |
18061
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
23 <para> |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
24 In case you have found an exploitable bug and you would like to do the |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
25 right thing and let us fix it before you disclose it, we would be happy |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
26 to get your security advisory at |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
27 <ulink url="mailto:security@mplayerhq.hu">security@mplayerhq.hu</ulink>. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
28 Please add [SECURITY] or [ADVISORY] in the subject. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
29 Be sure that your report contains complete and detailed analysis of the bug. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
30 Sending a fix is highly appreciated. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
31 Please don't delay your report to write proof-of-concept exploit, you can |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
32 send that one with another mail. |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
33 </para> |
38e5974fa140
Explain how security issues should be reported, based on a patch by Ivann, featuring Reimar's suggestions
gpoirier
parents:
18059
diff
changeset
|
34 </sect1> |
21521 | 35 |
36 | |
37 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
38 | |
39 | |
9675 | 40 <sect1 id="bugreports_fix"> |
41 <title>How to fix bugs</title> | |
21521 | 42 |
9675 | 43 <para> |
44 If you feel have the necessary skills you are invited to have a go at fixing the | |
45 bug yourself. Or maybe you already did that? Please read | |
21521 | 46 <ulink url="../../tech/patches.txt">this short document</ulink> to find out how |
47 to get your code included in <application>MPlayer</application>. The people on | |
48 the | |
19709 | 49 <ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">MPlayer-dev-eng</ulink> |
9675 | 50 mailing list will assist you if you have questions. |
51 </para> | |
52 </sect1> | |
21521 | 53 |
54 | |
55 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
56 | |
57 | |
17055 | 58 <sect1 id="bugreports_regression_test"> |
18599 | 59 <title>How to do regression testing using Subversion</title> |
21521 | 60 |
17055 | 61 <para> |
62 A problem that can happen sometimes is 'it used to work before, now it | |
63 doesn't anymore...'. | |
64 Here is a step by step procedure to try to pinpoint when the problem | |
65 occurred. This is <emphasis role="bold">not</emphasis> for casual users. | |
66 </para> | |
21521 | 67 |
17055 | 68 <para> |
18599 | 69 First, you'd need to fetch MPlayer's source tree from Subversion. |
21744 | 70 Instructions can be found in the |
71 <ulink url="http://www.mplayerhq.hu/design7/dload.html#svn">Subversion section of the download page</ulink>. | |
17055 | 72 </para> |
21521 | 73 |
17055 | 74 <para> |
21521 | 75 You will have now in the mplayer/ directory an image of the Subversion tree, on |
76 the client side. | |
17055 | 77 Now update this image to the date you want: |
78 <screen> | |
18599 | 79 cd mplayer/ |
80 svn update -r {"2004-08-23"} | |
17055 | 81 </screen> |
82 The date format is YYYY-MM-DD HH:MM:SS. | |
83 Using this date format ensure that you will be able to extract patches | |
84 according to the date at which they were committed, as in the | |
19679 | 85 <ulink url="http://lists.mplayerhq.hu/pipermail/mplayer-cvslog/">MPlayer-cvslog archive</ulink>. |
17055 | 86 </para> |
21521 | 87 |
17055 | 88 <para> |
89 Now proceed as for a normal update: | |
90 <screen> | |
91 ./configure | |
92 make | |
93 </screen> | |
94 </para> | |
21521 | 95 |
17055 | 96 <para> |
97 If any non-programmer reads this, the fastest method to get at the point | |
98 where the problem occurred is to use a binary search — that is, | |
18599 | 99 search the date of the breakage by repeatedly dividing the search |
17055 | 100 interval in half. |
101 For example, if the problem occurred in 2003, start at mid-year, then ask | |
102 "Is the problem already here?". | |
103 If yes, go back to the first of April; if not, go to the first of October, | |
104 and so on. | |
105 </para> | |
21521 | 106 |
17055 | 107 <para> |
108 If you have lot of free hard disk space (a full compile currently takes | |
109 100 MB, and around 300-350 MB if debugging symbols are enabled), copy the | |
110 oldest known working version before updating it; this will save time if | |
111 you need to go back. | |
112 (It is usually necessary to run 'make distclean' before recompiling an | |
113 earlier version, so if you do not make a backup copy of your original | |
114 source tree, you will have to recompile everything in it when you come | |
115 back to the present.) | |
28580
61e9c93193bc
Add ccache usage suggestion to speed up compilation.
bircoph
parents:
28558
diff
changeset
|
116 Alternatively you may use <ulink url="http://ccache.samba.org/">ccache</ulink> |
61e9c93193bc
Add ccache usage suggestion to speed up compilation.
bircoph
parents:
28558
diff
changeset
|
117 to speed up compilation. |
17055 | 118 </para> |
21521 | 119 |
17055 | 120 <para> |
121 When you have found the day where the problem happened, continue the search | |
18599 | 122 using the mplayer-cvslog archive (sorted by date) and a more precise svn |
17055 | 123 update including hour, minute and second: |
124 <screen> | |
18599 | 125 svn update -r {"2004-08-23 15:17:25"} |
17055 | 126 </screen> |
127 This will allow you to easily find the exact patch that did it. | |
128 </para> | |
21521 | 129 |
17055 | 130 <para> |
131 If you find the patch that is the cause of the problem, you have almost won; | |
132 report about it to the | |
133 <ulink url="http://bugzilla.mplayerhq.hu/">MPlayer Bugzilla</ulink> or | |
28558 | 134 subscribe to |
19709 | 135 <ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users">MPlayer-users</ulink> |
17055 | 136 and post it there. |
137 There is a chance that the author will jump in to suggest a fix. | |
138 You may also look hard at the patch until it is coerced to reveal where | |
139 the bug is :-). | |
140 </para> | |
141 </sect1> | |
21521 | 142 |
143 | |
144 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
145 | |
146 | |
9675 | 147 <sect1 id="bugreports_report"> |
148 <title>How to report bugs</title> | |
21521 | 149 |
9675 | 150 <para> |
21521 | 151 First of all please try the latest Subversion version of |
152 <application>MPlayer</application> | |
11540 | 153 as your bug might already be fixed there. Development moves extremely fast, |
21521 | 154 most problems in official releases are reported within days or even hours, |
155 so please use <emphasis role="bold">only Subversion</emphasis> to report bugs. | |
156 This includes binary packages of <application>MPlayer</application>. | |
157 Subversion instructions can be found at the bottom of | |
17706
83c1acef76d5
New website structure, the /homepage subdirectory is gone.
diego
parents:
17055
diff
changeset
|
158 <ulink url="http://www.mplayerhq.hu/dload.html">this page</ulink> or in |
28166
203b81111882
Remove known bugs section, it contains little useful information.
diego
parents:
26958
diff
changeset
|
159 the README. If this did not help please refer to the rest of the documentation. |
21521 | 160 If your problem is not known or not solvable by our instructions, |
161 then please report the bug. | |
9675 | 162 </para> |
163 | |
164 <para> | |
165 Please do not send bug reports privately to individual developers. This is | |
21521 | 166 community work and thus there might be several people interested in it. |
167 Sometimes other users already experienced your troubles and know how to | |
168 circumvent a problem even if it is a bug in <application>MPlayer</application> | |
169 code. | |
9675 | 170 </para> |
171 | |
172 <para> | |
21521 | 173 Please describe your problem in as much detail as possible. Do a little |
174 detective work to narrow down the circumstances under which the problem occurs. | |
175 Does the bug only show up in certain situations? Is it specific to certain | |
176 files or file types? Does it occur with only one codec or is it codec | |
177 independent? Can you reproduce it with all output drivers? The more information | |
178 you provide the better are our chances at fixing your problem. Please do not | |
179 forget to also include the valuable information requested below, we will be | |
180 unable to properly diagnose your problem otherwise. | |
9675 | 181 </para> |
182 | |
183 <para> | |
184 An excellent and well written guide to asking questions in public forums is | |
21521 | 185 <ulink url="http://www.catb.org/~esr/faqs/smart-questions.html">How To Ask Questions The Smart Way</ulink> |
186 by <ulink url="http://www.catb.org/~esr/">Eric S. Raymond</ulink>. | |
9675 | 187 There is another called |
21521 | 188 <ulink url="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">How to Report Bugs Effectively</ulink> |
189 by <ulink url="http://www.chiark.greenend.org.uk/~sgtatham/">Simon Tatham</ulink>. | |
9675 | 190 If you follow these guidelines you should be able to get help. But please |
191 understand that we all follow the mailing lists voluntarily in our free time. We | |
192 are very busy and cannot guarantee that you will get a solution for your problem | |
193 or even an answer. | |
194 </para> | |
21521 | 195 </sect1> |
9675 | 196 |
21521 | 197 |
198 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
199 | |
9675 | 200 |
201 <sect1 id="bugreports_where"> | |
202 <title>Where to report bugs</title> | |
21521 | 203 |
9675 | 204 <para> |
15029 | 205 Subscribe to the MPlayer-users mailing list: |
19709 | 206 <ulink url="http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users"/> |
12622 | 207 and send your bug report to |
208 <ulink url="mailto:mplayer-users@mplayerhq.hu"/> where you can discuss it. | |
209 </para> | |
21521 | 210 |
12622 | 211 <para> |
12695 | 212 If you prefer, you can use our brand-new |
12664 | 213 <ulink url="http://bugzilla.mplayerhq.hu/">Bugzilla</ulink> instead. |
9675 | 214 </para> |
21521 | 215 |
9675 | 216 <para> |
21521 | 217 The language of this list is <emphasis role="bold">English</emphasis>. |
218 Please follow the standard | |
219 <ulink url="http://www.ietf.org/rfc/rfc1855.txt">Netiquette Guidelines</ulink> | |
220 and <emphasis role="bold">do not send HTML mail</emphasis> to any of our | |
221 mailing lists. You will only get ignored or | |
9675 | 222 banned. If you do not know what HTML mail is or why it is evil, read this |
29860
c6c16f6bfa16
Replace dead link explaining why not to use HTML on the mailing lists.
tack
parents:
28580
diff
changeset
|
223 <ulink url="http://efn.no/html-bad.html">fine document</ulink>. |
21521 | 224 It explains all the details and has instructions for turning HTML off. Also |
225 note that we will not individually CC (carbon-copy) people so it is a good idea | |
226 to subscribe to actually receive your answer. | |
9675 | 227 </para> |
228 </sect1> | |
229 | |
21521 | 230 |
231 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
232 | |
233 | |
9675 | 234 <sect1 id="bugreports_what"> |
235 <title>What to report</title> | |
21521 | 236 |
9675 | 237 <para> |
238 You may need to include log, configuration or sample files in your bug report. | |
239 If some of them are quite big then it is better to upload them to our | |
19581 | 240 <ulink url="ftp://upload.mplayerhq.hu/MPlayer/incoming/">FTP server</ulink> in a |
9675 | 241 compressed format (gzip and bzip2 preferred) and include only the path and file |
242 name in your bug report. Our mailing lists have a message size limit of 80k, if | |
243 you have something bigger you have to compress or upload it. | |
244 </para> | |
245 | |
21521 | 246 <!-- ********** --> |
247 | |
9675 | 248 <sect2 id="bugreports_system"> |
249 <title>System Information</title> | |
21521 | 250 |
9675 | 251 <para> |
252 <itemizedlist> | |
253 <listitem><para> | |
21521 | 254 Your Linux distribution or operating system and version e.g.: |
9675 | 255 <itemizedlist> |
256 <listitem><para>Red Hat 7.1</para></listitem> | |
257 <listitem><para>Slackware 7.0 + devel packs from 7.1 ...</para></listitem> | |
258 </itemizedlist> | |
259 </para></listitem> | |
260 <listitem><para> | |
21521 | 261 kernel version: |
262 <screen>uname -a</screen> | |
9675 | 263 </para></listitem> |
264 <listitem><para> | |
21521 | 265 libc version: |
266 <screen>ls -l /lib/libc[.-]*</screen> | |
9675 | 267 </para></listitem> |
268 <listitem><para> | |
21521 | 269 gcc and ld versions: |
270 <screen> | |
9675 | 271 gcc -v |
21521 | 272 ld -v<!-- |
273 --></screen> | |
9675 | 274 </para></listitem> |
275 <listitem><para> | |
21521 | 276 binutils version: |
277 <screen>as --version</screen> | |
10111 | 278 </para></listitem> |
279 <listitem><para> | |
21521 | 280 If you have problems with fullscreen mode: |
9675 | 281 <itemizedlist> |
282 <listitem><para>Window manager type and version</para></listitem> | |
283 </itemizedlist> | |
284 </para></listitem> | |
285 <listitem><para> | |
21521 | 286 If you have problems with XVIDIX: |
9675 | 287 <itemizedlist> |
21521 | 288 <listitem><para> |
289 X colour depth: | |
21596 | 290 <screen>xdpyinfo | grep "depth of root"</screen> |
21521 | 291 </para></listitem> |
9675 | 292 </itemizedlist> |
293 </para></listitem> | |
294 <listitem><para> | |
21521 | 295 If only the GUI is buggy: |
9675 | 296 <itemizedlist> |
297 <listitem><para>GTK version</para></listitem> | |
298 <listitem><para>GLIB version</para></listitem> | |
299 <listitem><para>GUI situation in which the bug occurs</para></listitem> | |
300 </itemizedlist> | |
301 </para></listitem> | |
302 </itemizedlist> | |
303 </para> | |
304 </sect2> | |
305 | |
21521 | 306 <!-- ********** --> |
307 | |
9675 | 308 <sect2 id="bugreports_hardware"> |
309 <title>Hardware and drivers</title> | |
21521 | 310 |
9675 | 311 <para> |
312 <itemizedlist> | |
313 <listitem><para> | |
21521 | 314 CPU info (this works on Linux only): |
315 <screen>cat /proc/cpuinfo</screen> | |
9675 | 316 </para></listitem> |
317 <listitem><para> | |
21521 | 318 Video card manufacturer and model, e.g.: |
9675 | 319 <itemizedlist> |
320 <listitem><para>ASUS V3800U chip: nVidia TNT2 Ultra pro 32MB SDRAM</para></listitem> | |
321 <listitem><para>Matrox G400 DH 32MB SGRAM</para></listitem> | |
322 </itemizedlist> | |
323 </para></listitem> | |
324 <listitem><para> | |
21521 | 325 Video driver type & version, e.g.: |
9675 | 326 <itemizedlist> |
327 <listitem><para>X built-in driver</para></listitem> | |
328 <listitem><para>nVidia 0.9.623</para></listitem> | |
329 <listitem><para>Utah-GLX CVS 2001-02-17</para></listitem> | |
330 <listitem><para>DRI from X 4.0.3</para></listitem> | |
331 </itemizedlist> | |
332 </para></listitem> | |
333 <listitem><para> | |
21521 | 334 Sound card type & driver, e.g.: |
9675 | 335 <itemizedlist> |
336 <listitem><para>Creative SBLive! Gold with OSS driver from oss.creative.com</para></listitem> | |
337 <listitem><para>Creative SB16 with kernel OSS drivers</para></listitem> | |
338 <listitem><para>GUS PnP with ALSA OSS emulation</para></listitem> | |
339 </itemizedlist> | |
340 </para></listitem> | |
341 <listitem><para> | |
21521 | 342 If in doubt include <command>lspci -vv</command> output on Linux systems. |
9675 | 343 </para></listitem> |
344 </itemizedlist> | |
345 </para> | |
346 </sect2> | |
347 | |
21521 | 348 <!-- ********** --> |
349 | |
9675 | 350 <sect2 id="bugreports_configure"> |
351 <title>Configure problems</title> | |
21521 | 352 |
9675 | 353 <para> |
354 If you get errors while running <command>./configure</command>, or autodetection | |
355 of something fails, read <filename>configure.log</filename>. You may find the | |
356 answer there, for example multiple versions of the same library mixed on your | |
357 system, or you forgot to install the development package (those with the -dev | |
358 suffix). If you think there is a bug, include <filename>configure.log</filename> | |
359 in your bug report. | |
360 </para> | |
361 </sect2> | |
362 | |
18059 | 363 <sect2 id="bugreports_compilation"> |
9675 | 364 <title>Compilation problems</title> |
21521 | 365 |
9675 | 366 <para> |
367 Please include these files: | |
368 <itemizedlist> | |
21521 | 369 <listitem><para>config.h</para></listitem> |
370 <listitem><para>config.mak</para></listitem> | |
9675 | 371 </itemizedlist> |
372 </para> | |
373 </sect2> | |
374 | |
21521 | 375 <!-- ********** --> |
376 | |
9675 | 377 <sect2 id="bugreports_playback"> |
378 <title>Playback problems</title> | |
21521 | 379 |
9675 | 380 <para> |
21521 | 381 Please include the output of <application>MPlayer</application> at verbosity |
382 level 1, but remember to | |
383 <emphasis role="bold">not truncate the output</emphasis> when | |
9675 | 384 you paste it into your mail. The developers need all of the messages to properly |
385 diagnose a problem. You can direct the output into a file like this: | |
21521 | 386 <screen> |
387 mplayer -v <replaceable>options</replaceable> <replaceable>filename</replaceable> > mplayer.log 2>&1 | |
388 </screen> | |
9675 | 389 </para> |
390 | |
391 <para> | |
21521 | 392 If your problem is specific to one or more files, |
393 then please upload the offender(s) to: | |
19581 | 394 <ulink url="ftp://upload.mplayerhq.hu/MPlayer/incoming/"/> |
9675 | 395 </para> |
396 | |
397 <para> | |
398 Also upload a small text file having the same base name as your file with a .txt | |
21521 | 399 extension. Describe the problem you are having with the particular file there |
400 and include your email address as well as the output of | |
401 <application>MPlayer</application> at verbosity level 1. | |
402 Usually the first 1-5 MB of a file are enough to reproduce | |
11540 | 403 the problem, but to be sure we ask you to: |
21521 | 404 <screen> |
405 dd if=<replaceable>yourfile</replaceable> of=<replaceable>smallfile</replaceable> bs=1024k count=5 | |
406 </screen> | |
407 It will take the first five megabytes of | |
408 '<emphasis role="bold">your-file</emphasis>' and write it to | |
409 '<emphasis role="bold">small-file</emphasis>'. Then try again on | |
9675 | 410 this small file and if the bug still shows up your sample is sufficient for us. |
411 Please <emphasis role="bold">do not ever</emphasis> send such files via mail! | |
412 Upload it, and send only the path/filename of the file on the FTP-server. If the | |
21521 | 413 file is accessible on the net, then sending the |
414 <emphasis role="bold">exact</emphasis> URL is sufficient. | |
9675 | 415 </para> |
416 </sect2> | |
417 | |
21521 | 418 <!-- ********** --> |
419 | |
9675 | 420 <sect2 id="bugreports_crash"> |
421 <title>Crashes</title> | |
21521 | 422 |
9675 | 423 <para> |
424 You have to run <application>MPlayer</application> inside <command>gdb</command> | |
21521 | 425 and send us the complete output or if you have a <filename>core</filename> dump |
426 of the crash you can extract useful information from the Core file. Here's how: | |
9675 | 427 </para> |
428 | |
21521 | 429 |
9675 | 430 <sect3 id="bugreports_debug"> |
431 <title>How to conserve information about a reproducible crash</title> | |
21521 | 432 |
9675 | 433 <para> |
11540 | 434 Recompile <application>MPlayer</application> with debugging code enabled: |
9675 | 435 <screen> |
436 ./configure --enable-debug=3 | |
437 make | |
438 </screen> | |
11540 | 439 and then run <application>MPlayer</application> within gdb using: |
9675 | 440 <screen>gdb ./mplayer</screen> |
441 You are now within gdb. Type: | |
21521 | 442 <screen> |
443 run -v <replaceable>options-to-mplayer</replaceable> <replaceable>filename</replaceable> | |
444 </screen> | |
445 and reproduce your crash. As soon as you did it, gdb will return you to the | |
446 command line prompt where you have to enter | |
9675 | 447 <screen> |
448 bt | |
449 disass $pc-32 $pc+32 | |
450 info all-registers | |
451 </screen> | |
452 </para> | |
453 </sect3> | |
454 | |
21521 | 455 |
9675 | 456 <sect3 id="bugreports_core"> |
457 <title>How to extract meaningful information from a core dump</title> | |
21521 | 458 |
9675 | 459 <para> |
11049 | 460 Create the following command file: |
9675 | 461 <screen> |
462 bt | |
463 disass $pc-32 $pc+32 | |
464 info all-registers | |
465 </screen> | |
11049 | 466 Then simply execute this command: |
21521 | 467 <screen> |
468 gdb mplayer --core=core -batch --command=command_file > mplayer.bug | |
469 </screen> | |
9675 | 470 </para> |
471 </sect3> | |
472 </sect2> | |
473 </sect1> | |
474 | |
21521 | 475 |
476 <!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --> | |
477 | |
478 | |
9675 | 479 <sect1 id="bugreports_advusers"> |
480 <title>I know what I am doing...</title> | |
21521 | 481 |
9675 | 482 <para> |
21521 | 483 If you created a proper bug report following the steps above and you are |
484 confident it is a bug in <application>MPlayer</application>, not a compiler | |
485 problem or broken file, you have already read the documentation and you could | |
486 not find a solution, your sound drivers are OK, then you might want to | |
487 subscribe to the MPlayer-advusers list and send your bug report there to get | |
488 a better and faster answer. | |
9675 | 489 </para> |
490 | |
491 <para> | |
492 Please be advised that if you post newbie questions or questions answered in the | |
21521 | 493 manual there, you will be ignored or flamed instead of getting an appropriate |
494 answer. So do not flame us and subscribe to -advusers only if you really know | |
495 what you are doing and feel like being an advanced | |
496 <application>MPlayer</application> user or developer. If you meet these | |
497 criteria it should not be difficult to find out how to subscribe... | |
9675 | 498 </para> |
499 </sect1> | |
500 | |
501 </appendix> |