diff options
author | Rene Ladan <rene@FreeBSD.org> | 2009-01-01 23:10:02 +0000 |
---|---|---|
committer | Rene Ladan <rene@FreeBSD.org> | 2009-01-01 23:10:02 +0000 |
commit | 1b8aa326ae5293dc657cd4a842b20bce2cae22c9 (patch) | |
tree | 2f01a23cc260cc37d271994de135723c886a4657 /nl_NL.ISO8859-1 | |
parent | 5ada31e9f5e356d86805bc26ee7933fa77fc5339 (diff) |
Notes
Diffstat (limited to 'nl_NL.ISO8859-1')
-rw-r--r-- | nl_NL.ISO8859-1/articles/problem-reports/article.sgml | 62 |
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ï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 éé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—het oplossen van zulke PR's duurt + vaak langer.</para> + </listitem> + + <listitem> <para><emphasis>Voorkom controversië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>—een uitstekend + url="http://www.chiark.greenend.org.uk/~sgtatham/bugs-nl.html"> + Effectief softwarestoringen melden</ulink>—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>—waardevolle inzichten in hoe probleemrapporten worden afgehandeld door de &os;-ontwikkelaars.</para> |