aboutsummaryrefslogtreecommitdiff
path: root/nl_NL.ISO8859-1
diff options
context:
space:
mode:
authorRene Ladan <rene@FreeBSD.org>2009-01-01 23:10:02 +0000
committerRene Ladan <rene@FreeBSD.org>2009-01-01 23:10:02 +0000
commit1b8aa326ae5293dc657cd4a842b20bce2cae22c9 (patch)
tree2f01a23cc260cc37d271994de135723c886a4657 /nl_NL.ISO8859-1
parent5ada31e9f5e356d86805bc26ee7933fa77fc5339 (diff)
Notes
Diffstat (limited to 'nl_NL.ISO8859-1')
-rw-r--r--nl_NL.ISO8859-1/articles/problem-reports/article.sgml62
1 files changed, 48 insertions, 14 deletions
diff --git a/nl_NL.ISO8859-1/articles/problem-reports/article.sgml b/nl_NL.ISO8859-1/articles/problem-reports/article.sgml
index 9d207e21ce..198b7515fb 100644
--- a/nl_NL.ISO8859-1/articles/problem-reports/article.sgml
+++ b/nl_NL.ISO8859-1/articles/problem-reports/article.sgml
@@ -1,7 +1,7 @@
<!--
$FreeBSD$
%SOURCE% en_US.ISO8859-1/articles/problem-reports/article.sgml
- %SRCID% 1.60
+ %SRCID% 1.61
-->
<!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
@@ -139,7 +139,7 @@
<para>In beide gevallen zal het volgen van het proces zoals
beschreven in het <ulink
- url="&url.books.porters-handbook;/port-upgrading.html">
+ url="&url.books.porters-handbook.en;/port-upgrading.html">
Porters Handboek</ulink> tot de beste resultaten leiden. (U
bent misschien ook ge&iuml;nteresseerd in <ulink
url="&url.articles.contributing-ports;/article.html">
@@ -208,7 +208,7 @@
<para>Als het probleem in het basissysteem zit, dient u eerst het
FAQ-gedeelte over <ulink
- url="&url.books.faq;/introduction.html#LATEST-VERSION">
+ url="&url.books.faq.en;/introduction.html#LATEST-VERSION">
&os;-versies</ulink> te lezen als u niet reeds bekend bent met
het onderwerp. Het is niet mogelijk voor &os; om problemen in
iets anders dan bepaalde recente takken van het basissysteem op te
@@ -242,14 +242,14 @@
<itemizedlist>
<listitem>
<para>De &os;-lijst van
- <ulink url="&url.books.faq;/index.html">Veelgestelde
+ <ulink url="&url.books.faq.en;/index.html">Veelgestelde
Vragen</ulink> (FAQ). De FAQ probeert antwoord te geven op
een breed scala aan vragen, zoals die die betrekking hebben op
- <ulink url="&url.books.faq;/hardware.html">compatibiliteit van
+ <ulink url="&url.books.faq.en;/hardware.html">compatibiliteit van
hardware</ulink>,
- <ulink url="&url.books.faq;/applications.html">
+ <ulink url="&url.books.faq.en;/applications.html">
gebruikersapplicaties</ulink>, en
- <ulink url="&url.books.faq;/kernelconfig.html">
+ <ulink url="&url.books.faq.en;/kernelconfig.html">
kernelconfiguratie</ulink>.</para>
</listitem>
@@ -389,8 +389,8 @@
is. U dient aan te geven of u een uitgave draait
(bijvoorbeeld een CD-ROM of een download), of een
systeem dat met &man.cvsup.1; wordt onderhouden (en
- zoja, hoe recentelijk u dat heeft bijgewerkt). Als u de
- tak &os.current; volgt, is dat het allereerste wat
+ zo ja, hoe recentelijk u dat heeft bijgewerkt). Als u
+ de tak &os.current; volgt, is dat het allereerste wat
iemand zal vragen, omdat reparaties (in het bijzonder
voor opvallende problemen) de neiging hebben om snel
gecommit te worden, en gebruikers van &os.current;
@@ -411,6 +411,19 @@
</listitem>
<listitem>
+ <para>Als het probleem eenvoudig gereproduceerd kan
+ worden, neem dan informatie op die een ontwikkelaar
+ helpt om het probleem zelf te reproduceren. Al een
+ probleem kan worden gedemonstreerd met specifieke
+ invoer, neem dan een voorbeeld van die invoer op indien
+ mogelijk, en neem zowel de eigenlijke als de verwachte
+ uitvoer op. Als deze gegevens groot zijn of niet
+ gepubliceerd kunnen worden, probeer dan om een minimaal
+ bestand te maken dat hetzelfde probleem vertoont en dat
+ in het PR kan worden opgenomen.</para>
+ </listitem>
+
+ <listitem>
<para>Als het een probleem met de kernel betreft, reken er
dan op om de volgende informatie aan te leveren. (U
hoeft deze niet standaard bij te sluiten, wat alleen de
@@ -425,13 +438,23 @@
</listitem>
<listitem>
<para>of u wel of niet debug-opties aan heeft staan
- (zoals <literal>WITNESS</literal>), en zoja, of het
+ (zoals <literal>WITNESS</literal>), en zo ja, of het
probleem zich blijft voordoen als u de optie
omkeert</para>
</listitem>
<listitem>
- <para>een backtrace, als er een was gegenereerd</para>
+ <para>de volledige tekst van elke backtrace, panic of
+ andere console-uitvoer, of regels in
+ <filename>/var/log/messages</filename> als die waren
+ gegenereerd</para>
+ </listitem>
+
+ <listitem>
+ <para>De uitvoer van <command>pciconf -l</command> en
+ relevante gedeelten van uw uitvoer van
+ <command>dmesg</command> als uw probleem te maken
+ heeft met een bepaald stuk hardware.</para>
</listitem>
<listitem>
@@ -506,6 +529,17 @@
</listitem>
<listitem>
+ <para><emphasis>Rapporteer slechts &eacute;&eacute;n zaak per
+ Probleemrapport.</emphasis> Voorkom het bijsluiten van
+ twee of meer problemen in hetzelfde rapport tenzij ze
+ gerelateerd zijn. Voorkom, wanneer patches worden
+ bijgevoegd, het toevoegen van meerdere mogelijkheden of het
+ repareren van meerdere bugs in hetzelfde PR tenzij ze sterk
+ gerelateerd zijn&mdash;het oplossen van zulke PR's duurt
+ vaak langer.</para>
+ </listitem>
+
+ <listitem>
<para><emphasis>Voorkom controversi&euml;le
verzoeken.</emphasis> Als uw PR een gebied behandelt dat in
het verleden controversieel was, dient u waarschijnlijk
@@ -1319,14 +1353,14 @@
<itemizedlist>
<listitem>
<para><ulink
- url="http://www.chiark.greenend.org.uk/~sgtatham/bugs.html">
- How to Report Bugs Effectively</ulink>&mdash;een uitstekend
+ url="http://www.chiark.greenend.org.uk/~sgtatham/bugs-nl.html">
+ Effectief softwarestoringen melden</ulink>&mdash;een uitstekend
essay door Simon G. Tatham over het samenstellen van nuttige
(niet-&os;-specifieke) probleemrapporten.</para>
</listitem>
<listitem>
<para><ulink
- url="&url.articles.pr-guidelines;/article.html">Problem
+ url="&url.articles.pr-guidelines.en;/article.html">Problem
Report Handling Guidelines</ulink>&mdash;waardevolle inzichten
in hoe probleemrapporten worden afgehandeld door de
&os;-ontwikkelaars.</para>