*1.73: Fixed html: close all tags; tags to lowercase

*1.74: Fix html
*1.75: Use <q> and &mdash;
*Improve translation / corrections
*Close open <a> with \

CVS version numbers

german/Bugs/Developer.wml: 1.74 -> 1.75

1 files changed, 76 insertions, 75 deletions

diff --git a/german/Bugs/Developer.wml b/german/Bugs/Developer.wml
index a3e0d5eca98..38df6f0a6a8 100644
--- a/german/Bugs/Developer.wml
+++ b/german/Bugs/Developer.wml
@@ -1,23 +1,23 @@
-#use wml::debian::template title="Debian BTS - Entwicklerinformationen" NOHEADER=yes NOCOPYRIGHT=true
+#use wml::debian::template title="Debian BTS – Entwicklerinformationen" NOHEADER=yes NOCOPYRIGHT=true
 #use wml::debian::translation-check translation="1.72"
 # $Id$
 # Translator: Igor Stroh <jenner@wohnheim.uni-ulm.de>
 
 <h1>Informationen für Entwickler, die das Fehlerverwaltungssystem betreffen</h1>
 
-<P>Zunächst wird ein Fehlerbericht von einem Benutzer als eine
-normale E-Mail-Nachricht an <CODE>submit@bugs.debian.org</CODE>
+<p>Zunächst wird ein Fehlerbericht von einem Benutzer als eine
+normale E-Mail-Nachricht an <code>submit@bugs.debian.org</code>
 verschickt. Diese E-Mail bekommt dann eine Nummer, der Benutzer
 erhält eine Empfangsbestätigung und die Nachricht wird an
-<CODE>debian-bugs-dist</CODE> weitergeleitet. Wenn der Absender
-zusätzlich eine <CODE>Paket</CODE>-Zeile einfügt, die
+<code>debian-bugs-dist</code> weitergeleitet. Wenn der Absender
+zusätzlich eine <code>Paket</code>-Zeile einfügt, die
 den Paketnamen und den Namen des Paketbetreuers enthält,
-dann erhält auch der Betreuer eine Kopie des Fehlerberichts.</P>
+dann erhält auch der Betreuer eine Kopie des Fehlerberichts.</p>
 
-<P>Zu der <CODE>Subject</CODE>-Zeile wird noch <CODE>Bug#</CODE>
-<VAR>nnn</VAR><CODE>:</CODE> hinzugefügt und das <CODE>Reply-To</CODE>
+<p>Zu der <code>Subject</code>-Zeile wird noch <code>Bug#</code>
+<var>nnn</var><code>:</code> hinzugefügt und das <code>Reply-To</code>
 wird so geändert, dass es beide, den Absender des Fehlerberichts und
-<VAR>nnn</VAR><CODE>@bugs.debian.org</CODE>, enthält.</P>
+<var>nnn</var><code>@bugs.debian.org</code>, enthält.</p>
 
 <hrline>
 
@@ -56,15 +56,15 @@ Sie den Fehler nicht, sondern fragen Sie zuerst auf der Mailingliste
 debian-devel um Rat.</p>
 
 <p>Fehlerberichte sollten geschlossen werden, indem man eine E-Mail an
-<var>nnn</var><code>-done@bugs.debian.org</code> schickt. Der Inhalt der Mail
+<var>nnn</var><code>-done@bugs.debian.org</code> schickt. Der Inhalt der E-Mail
 muss die Erklärung enthalten, wie der Fehler behoben wurde.</p>
 
 <p>Alles, was Sie zum Schließen des Berichts tun müssen, ist eine Antwort auf
 die E-Mail zu schreiben, die Sie von der Fehlerdatenbank erhalten haben, und
 das <code>To</code>-Feld auf
-<VAR>nnn</VAR><CODE>-done@bugs.debian.org</CODE> zu ändern
-(statt <VAR>nnn</VAR><CODE>-done</CODE> kann man auch
-<VAR>nnn</VAR><CODE>-close</CODE> verwenden).</P>
+<var>nnn</var><code>-done@bugs.debian.org</code> zu ändern
+(statt <var>nnn</var><code>-done</code> kann man auch
+<var>nnn</var><code>-close</code> verwenden).</p>
 
 <p>Wo anwendbar, geben Sie eine <code>Version</code>-Zeile im <a
 href="Reporting#pseudoheader">pseudo-header</a> Ihrer Nachricht ein, wenn
@@ -74,7 +74,7 @@ Veröffentlichung des Paketes die Korrektur enthalten ist.
 
 <p>Die Person, die den Fehler schließt, die Person, die den Fehlerbericht
 verfasst hat und die <code>debian-bugs-closed</code> Mailingliste bekommen
-alle eine Hinweis-Mail über die Änderungen im Status des Berichts. Der
+alle eine Hinweis-E-Mail über die Änderungen im Status des Berichts. Der
 Einsender und die Mailingliste erhalten ebenfalls den Inhalt der Nachricht,
 die an <var>nnn</var><code>-done</code> geschickt wurde.</p>
 
@@ -92,9 +92,9 @@ respektieren. Das wird den Fehlerbericht <strong>nicht</strong>
 schließen.</p>
 
 <p>Die Fehlerdatenbank
-bekommt den Bericht über <VAR>nnn</VAR><CODE>@bugs.debian.org</CODE>, stellt ihn
+bekommt den Bericht über <var>nnn</var><code>@bugs.debian.org</code>, stellt ihn
 dem Paketbetreuer zu, speichert die Antwort sowie den Rest des
-Fehlerprotokolls und leitet sie an <CODE>debian-bugs-dist</CODE>
+Fehlerprotokolls und leitet sie an <code>debian-bugs-dist</code>
 weiter.</p>
 
 
@@ -105,42 +105,42 @@ geschickt.
 </p>
 
 
-<P>Wenn Sie eine Followup-Nachricht schicken möchten, die nicht in
-<CODE>debian-bugs-dist</CODE> passt, dann können Sie es tun, indem Sie
-diese Nachricht an <VAR>nnn</VAR><CODE>-quiet@bugs.debian.org</CODE> oder an
-<VAR>nnn</VAR><CODE>-maintonly@bugs.debian.org</CODE> schicken.
-E-Mails an <VAR>nnn</VAR><CODE>-quiet@bugs.debian.org</CODE> werden in der
+<p>Wenn Sie eine Followup-Nachricht schicken möchten, die nicht in
+<code>debian-bugs-dist</code> passt, dann können Sie es tun, indem Sie
+diese Nachricht an <var>nnn</var><code>-quiet@bugs.debian.org</code> oder an
+<var>nnn</var><code>-maintonly@bugs.debian.org</code> schicken.
+E-Mails an <var>nnn</var><code>-quiet@bugs.debian.org</code> werden in der
 Fehlerdatenbank gespeichert, jedoch nicht an irgendwelche Einzelpersonen oder
 Mailinglisten weitergeleitet.
-E-Mails an <VAR>nnn</VAR><CODE>-maintonly@bugs.debian.org</CODE> werden in der
+E-Mails an <var>nnn</var><code>-maintonly@bugs.debian.org</code> werden in der
 Fehlerdatenbank gespeichert und nur an den Betreuer des betroffenen
-Pakets weitergeleitet.</P>
+Pakets weitergeleitet.</p>
 
 
-<P>Benutzen Sie <EM>auf keinen Fall</EM> die 'an alle Empfänger
-antworten'- oder die 'followup'-Funktion Ihres E-Mail-Programms, es sei
+<p>Benutzen Sie <em>auf keinen Fall</em> die <q>an alle Empfänger
+antworten</q>- oder die <q>followup</q>-Funktion Ihres E-Mail-Programms, es sei
 denn, Sie möchten die Liste der Empfänger grundsätzlich selbst überarbeiten.
 Achten Sie insbesondere darauf, dass Sie keine Followup-Nachrichten an
-<CODE>submit@bugs.debian.org</CODE> verschicken.</P>
+<code>submit@bugs.debian.org</code> verschicken.</p>
 
 
-<P>Hinsichtlich weiterer Informationen über Header, mittels denen
+<p>Hinsichtlich weiterer Informationen über Kopfzeilen, mittels denen
 ACK-Benachrichtigungen unterdrückt werden können, und darüber, wie mit
 Hilfe des Fehlerverwaltungssystems Kopien verschickt werden können, schauen
 Sie in die
-<a href="Reporting">Anleitung zum Fehlereinreichen</a>.</P>
+<a href="Reporting">Anleitung zum Fehlereinreichen</a>.</p>
 
 
-<H2><A name="severities">Schweregrad</A></H2>
+<h2><a name="severities">Schweregrad</a></h2>
 
-<P>Die Fehlerdatenbank speichert zusätzlich zu jedem Fehler einen
-Schweregrad. Diese wird standardmäßig auf <CODE>normal</CODE>
+<p>Die Fehlerdatenbank speichert zusätzlich zu jedem Fehler einen
+Schweregrad. Diese wird standardmäßig auf <code>normal</code>
 gesetzt, was jedoch entweder durch das Hinzufügen einer
-<CODE>Severity</CODE>-Zeile im Pseudo-Header beim Verfassen des
-Fehlerberichts (siehe <A href="Reporting#pseudoheader">Anweisungen für
-Fehlerberichte</a>) oder durch das Benutzen des <CODE>severity</CODE>
-Kommandos mit dem <A href="#requestserv">control request server</A>
-geändert werden kann.</P>
+<code>Severity</code>-Zeile im Pseudo-Header beim Verfassen des
+Fehlerberichts (siehe <a href="Reporting#pseudoheader">Anweisungen für
+Fehlerberichte</a>) oder durch das Benutzen des <code>severity</code>
+Kommandos mit dem <a href="#requestserv">control request server</a>
+geändert werden kann.</p>
 
 
 <p>Die Schweregrade:</p>
@@ -155,13 +155,13 @@ System, auf dem Sie das Paket installieren.</dd>
 <dt><code>grave</code></dt>
 <dd>Macht das betreffende Paket (fast) unbrauchbar oder verursacht
 einen Datenverlust oder öffnet eine Sicherheitslücke, die es erlaubt, auf
-die Benutzeraccounts derjenigen Benutzer zuzugreifen, die das Paket
+die Benutzerkonten derjenigen Benutzer zuzugreifen, die das Paket
 verwenden.</dd>
 
 <dt><code>serious</code></dt>
 <dd>Ist eine <a href="http://release.debian.org/etch_rc_policy.txt">\
 ernsthafte Verletzung der Debian Policy</a> (bedeutet ungefähr, dass
-es eine »muss«- oder »erfordert«-Klausel verletzt) oder macht das Paket
+es eine <q>muss</q>- oder <q>erfordert</q>-Klausel verletzt) oder macht das Paket
 nach Meinung des Betreuers ungeeignet für eine Veröffentlichung.</dd>
 
 <dt><code>important</code></dt>
@@ -200,11 +200,12 @@ Probleme für Etch</a>.</p>
    angezeigt, wenn Sie auf der Paket-Seite oder im vollständigen 
    Fehlerprotokoll nachschauen.</p>
 
-<p>Die Markierungen können durch das Einfügen einer <code>Tags</code>-Zeile im
-Pseudo-Header beim Abschicken des Fehlerberichts
+<p>Die Markierungen können durch das Einfügen einer <code>Tags</code>-Zeile in
+   den
+Pseudo-Kopfzeilen beim Abschicken des Fehlerberichts
 (siehe <a href="Reporting#pseudoheader">Anweisungen für Fehlerberichte</a>),
 oder durch das Benutzen des <code>tags</code>-Kommandos mit dem
-<A href="#requestserv">control request server</A> gesetzt werden.
+<a href="#requestserv">control request server</a> gesetzt werden.
 Mehrere Markierungen können Sie durch Kommata, Leerzeichen oder beides 
 trennen.</p>
 
@@ -297,7 +298,7 @@ trennen.</p>
   <dd>Dieser Fehler beeinträchtigt die Unterstützung großer Dateien
   (über 2 Gigabyte).</dd>
 
-<dt><code>l10n</code>
+<dt><code>l10n</code></dt>
   <dd>Dieser Fehler ist für die Lokalisierung des Pakets relevant.</dd>
 
 <dt><code>potato</code></dt>
@@ -327,17 +328,17 @@ trennen.</p>
   <dd>Dieser veröffentlichungskritische Fehler soll zum Zwecke der
   Veröffentlichung von Etch ignoriert werden. <strong>Diese Markierung sollte 
   nur vom Veröffentlichungsleiter verwendet werden; setzen Sie sie nicht selbst 
-  ohne ausdrückliche Berechtigung von diesen.</strong>
+  ohne ausdrückliche Berechtigung von diesen.</strong></dd>
 
 <dt><code>lenny</code></dt>
   <dd>Dieser Fehler sollte nicht archiviert werden, bis er in Lenny
       behoben ist.</dd>
 
-<dt><code>lenny-ignore</code>
+<dt><code>lenny-ignore</code></dt>
   <dd>Dieser veröffentlichungskritische Fehler soll zum Zwecke der
   Veröffentlichung von Lenny ignoriert werden. <strong>Diese Markierung sollte 
   nur vom Veröffentlichungsleiter verwendet werden; setzen Sie sie nicht selbst 
-  ohne ausdrückliche Berechtigung von diesen.</strong>
+  ohne ausdrückliche Berechtigung von diesen.</strong></dd>
 
 <dt><code>sid</code></dt>
   <dd>Dieser Fehler sollte nicht archiviert werden, bis er in Sid 
@@ -355,7 +356,7 @@ trennen.</p>
    wann ein Fehler archiviert werden kann und werden andererseits von der
    Fehlerdatenbank ignoriert. Jedoch könnten sie von anderen Werkzeugen
    wie die Skripte zur Bestimmung, ob ein Paket nach Testing hochgeladen
-   werden könne, verwendet werden.
+   werden könnte, verwendet werden.
 </p>
 
 
@@ -387,8 +388,8 @@ ist dann die Adresse aus dem <code>To</code>-Feld der Originalnachricht
 die die Datenbank bekommt, falls der Fehler nicht bereits als weitergeleitet
 markiert ist.</p>
 
-<p>Sie können auch die 'forwarded to'-Information manipulieren, indem
-Sie eine Nachricht an <a href="server-control">
+<p>Sie können auch die <q>forwarded to</q>-Information manipulieren, indem
+Sie eine Nachricht an <a href="server-control">\
 <code>control@bugs.debian.org</code></a> abschicken.</p>
 
 
@@ -413,19 +414,19 @@ berichtet werden</a>) oder durch die Verwendung der Befehle
 <p>Wenn ein Paketbetreuer falsch angezeigt wird, dann liegt es meistens
 daran, dass sich der Paketbetreuer vor kurzem geändert hat und der neue
 Betreuer es versäumt hat, eine neue Version des Pakets mit einem
-abgeänderten <CODE>Maintainer</CODE>-Feld in der Kontrolldatei
+abgeänderten <code>Maintainer</code>-Feld in der Kontrolldatei
 hochzuladen. Das wird behoben sobald das Paket hochgeladen wird;
 als Alternative können die Archivbetreuer den Betreuereintrag per Hand
 ändern, zum Beispiel wenn ein neues Build oder ein erneutes Hochladen
 des Paket nicht in nächster Zukunft zu erwarten ist. Setzen Sie sich
-mit <CODE>override-change@debian.org</CODE> in Verbindung, um
-Änderungen an der override-Datei zu veranlassen.</P>
+mit <code>override-change@debian.org</code> in Verbindung, um
+Änderungen an der override-Datei zu veranlassen.</p>
 
 
 <h2><a name="requestserv">Wiedereröffnung, Neuzuweisung und Manipulation von
   Fehlerberichten</a></h2>
 
-<P>Es ist möglich, Fehlerberichte anderen Paketen zuzuweisen,
+<p>Es ist möglich, Fehlerberichte anderen Paketen zuzuweisen,
 fälschlicherweise für geschlossen erklärte Fehler neu zu eröffnen, die
 Information über das Ziel der Weiterleitung (falls eine existiert) eines
 Fehlerberichts zu modifizieren, Schweregrade und Titel der
@@ -433,11 +434,11 @@ Berichte zu ändern, den Besitzer eines Fehlers festzulegen,
 Fehlerberichte zu verschmelzen bzw. wieder auseinander zu ziehen und die
 Versionen des Paketes, in der der Fehler gefunden und in der er behoben wurde, 
 festzuhalten. Das können Sie machen, indem Sie eine Nachricht an
-<CODE>control@bugs.debian.org</CODE> senden.</P>
+<code>control@bugs.debian.org</code> senden.</p>
 
-<P>Das <A href="server-control">Format dieser Nachrichten</A> ist in einem
+<p>Das <a href="server-control">Format dieser Nachrichten</a> ist in einem
 anderen Dokument, das entweder im WWW oder in der Datei
-<CODE>bug-maint-mailcontrol.txt</CODE> verfügbar ist, beschrieben. Eine
+<code>bug-maint-mailcontrol.txt</code> verfügbar ist, beschrieben. Eine
 Volltextversion kann auch durch das Senden des Wortes
 <code>help</code> an den oben genannten Server erhalten werden.</p>
 
@@ -482,41 +483,41 @@ Volltextversion kann auch durch das Senden des Wortes
 <h2><a name="subjectscan">Das mehr oder weniger veraltete
 subject-scanning-Feature</a></h2>
 
-<P>Nachrichten, die beim <CODE>submit</CODE> oder bei <CODE>bugs</CODE>
-ankommen und deren Betreffzeile mit <CODE>Bug#</CODE><VAR>nnn</VAR>
+<p>Nachrichten, die beim <code>submit</code> oder bei <code>bugs</code>
+ankommen und deren Betreffzeile mit <code>Bug#</code><var>nnn</var>
 anfängt, werden so behandelt, als wären sie an
-<VAR>nnn</VAR><CODE>@bugs.debian.org</CODE> geschickt worden. Das passiert, um
+<var>nnn</var><code>@bugs.debian.org</code> geschickt worden. Das passiert, um
 Abwärtskompatibilität zu den Nachrichten, die von alten Adressen
 weitergeleitet wurden, zu erhalten, sowie dazu, Nachrichten abzufangen,
-die irrtümlich an <CODE>submit</CODE> geschickt wurden (z.B. durch das
-Benutzen der 'an alle Empfänger antworten'-Funktion des jeweiligen
-E-Mailprogramms).</P>
+die irrtümlich an <code>submit</code> geschickt wurden (z.B. durch das
+Benutzen der <q>an alle Empfänger antworten</q>-Funktion des jeweiligen
+E-Mailprogramms).</p>
 
-<P>Ein ähnliches Schema gilt auch für <CODE>maintonly</CODE>,
-<CODE>done</CODE>, <CODE>quiet</CODE> und
-<CODE>forwarded</CODE>, die ankommende E-Mails mit einer Betreff-Markierung so
+<p>Ein ähnliches Schema gilt auch für <code>maintonly</code>,
+<code>done</code>, <code>quiet</code> und
+<code>forwarded</code>, die ankommende E-Mails mit einer Betreff-Markierung so
 behandeln, als wären sie zu der entsprechenden
 <var>nnn-wasauchimmer</var><code>@bugs.debian.org</code>-Adresse geschickt worden.</p>
 
-<P>Nachrichten, die nur mit <CODE>forwarded</CODE> und <CODE>done</CODE>
+<p>Nachrichten, die nur mit <code>forwarded</code> und <code>done</code>
 &ndash; das heißt ohne die Nummer des Fehlerberichts in der Adresse und ohne
 Fehlernummer in der Betreffzeile &ndash; verschickt werden, werden unter
-'junk' einsortiert und
-für ein paar Wochen gespeichert, ansonsten jedoch ignoriert.</P>
+<q>junk</q> einsortiert und
+für ein paar Wochen gespeichert, ansonsten jedoch ignoriert.</p>
 
 
 <h2><a name="x-debian-pr">Veraltetes <code>X-Debian-PR: quiet</code>
   Feature</a></h2>
 
-<P>Früher war es möglich, die Fehlerdatenbank davon abzuhalten, die
-Nachrichten, die es an die <CODE>debian-bugs</CODE> Adresse bekam,
-irgendwohin weiterzuleiten, indem man die Zeile <CODE>X-Debian-PR:
-quiet</CODE> in den eigentlichen E-Mail Header einfügte.</P>
+<p>Früher war es möglich, die Fehlerdatenbank davon abzuhalten, die
+Nachrichten, die es an die <code>debian-bugs</code> Adresse bekam,
+irgendwohin weiterzuleiten, indem man die Zeile <code>X-Debian-PR:
+quiet</code> in die eigentlichen E-Mail-Kopfzeilen einfügte.</p>
 
-<P>Diese Header-Zeile wird nun ignoriert. Stattdessen können Sie Ihre
-Nachricht an <CODE>quiet</CODE> oder <VAR>nnn</VAR><CODE>-quiet</CODE>
-(oder <CODE>maintonly</CODE> bzw. <VAR>nnn</VAR><CODE>-maintonly</CODE>)
-schicken.</P>
+<p>Diese Kopfzeile wird nun ignoriert. Stattdessen können Sie Ihre
+Nachricht an <code>quiet</code> oder <var>nnn</var><code>-quiet</code>
+(oder <code>maintonly</code> bzw. <var>nnn</var><code>-maintonly</code>)
+schicken.</p>
 
 <hr />