Sync

CVS version numbers

danish/Bugs/Access.wml: 1.10 -> 1.11 
danish/Bugs/Developer.wml: 1.40 -> 1.41 
danish/Bugs/server-refcard.wml: 1.22 -> 1.23 
danish/News/1998/19980826d.wml: 1.4 -> 1.5 
danish/devel/debian-installer/News/2007/20070720.wml: 1.1 -> 1.2

1 files changed, 29 insertions, 29 deletions

diff --git a/danish/Bugs/Developer.wml b/danish/Bugs/Developer.wml
index 085032bd5d5..4dcadf2f905 100644
--- a/danish/Bugs/Developer.wml
+++ b/danish/Bugs/Developer.wml
@@ -1,5 +1,5 @@
-#use wml::debian::template title="Debians fejlrapporteringssystem - oplysninger til udviklere" NOHEADER=yes NOCOPYRIGHT=true
-#use wml::debian::translation-check translation="1.74"
+#use wml::debian::template title="Debians fejlrapporteringssystem – oplysninger til udviklere" NOHEADER=yes NOCOPYRIGHT=true
+#use wml::debian::translation-check translation="1.75"
 <h1>Oplysninger til udviklere om hvordan systemet anvendes</h1>
 
 <p>Det første der sker er at en bruger indsender en fejlrapport per e-mail til
@@ -100,8 +100,8 @@ men videresendes ikke til andre personer eller postlister.  E-mail til
 fejlrapporteringssystemet og videresendes kun til den der er ansvarlig for den
 pågældende pakke.</p>
 
-<p>Anvend <em>ikke</em> 'svar til alle modtagere' eller 'opfølgning' i dit 
-postprogram med mindre du har i sinde at redigere modtagerlisten betydeligt.  
+<p>Anvend <em>ikke</em> <q>svar til alle modtagere</q> eller <q>opfølgning</q> i 
+dit postprogram med mindre du har i sinde at redigere modtagerlisten betydeligt.  
 Du bør specielt ikke sende opfølgningsmeddelelser til 
 <code>submit@bugs.debian.org</code>.</p>
 
@@ -111,11 +111,11 @@ og hvordan man sender kopier ved hjælp af fejlsporingssystemet, se
 	 
 <h2 id="severities">Alvorsgrader</h2>
 
-<p>Systemet gemmer en "alvorsgrad" sammen med hver fejlrapport.  Denne sættes
-som standard til <code>normal</code>, men kan ændres, enten ved at tilføje en
-<code>Severity</code>-linie i "pseudo-brevhovedet" når fejlen rapporteres (se
-<a href="Reporting#pseudoheader">vejledning i at rapportere fejl</a>, eller ved
-at anvende <a href="#requestserv">kontrolserverens</a> 
+<p>Systemet gemmer en <q>alvorsgrad</q> sammen med hver fejlrapport.  Denne 
+sættes som standard til <code>normal</code>, men kan ændres, enten ved at 
+tilføje en <code>Severity</code>-linie i <q>pseudo-brevhovedet</q> når fejlen 
+rapporteres (se <a href="Reporting#pseudoheader">vejledning i at rapportere 
+fejl</a>, eller ved at anvende <a href="#requestserv">kontrolserverens</a> 
 <code>severity</code>-kommando.</p>
 
 <p>Alvorsgraderne er:</p>
@@ -134,7 +134,7 @@ tilhørende dem der anvender pakken.</dd>
 <dt><code>serious</code> (alvorlig)</dt>
 <dd>er en <a href="http://release.debian.org/etch_rc_policy.txt">alvorlig 
 overtrædelse af Debians retningslinier</a> (generelt vil det sige at den
-bryder et "skal"- eller "krav"-direktiv), eller den gør efter den 
+bryder et <q>skal</q>- eller <q>krav</q>-direktiv), eller den gør efter den 
 pakkeansvarliges mening pakken uegnet til udgivelse.</dd>
 
 <dt><code>important</code> (vigtig)</dt>
@@ -156,15 +156,15 @@ at rette på grund af større udformningsovervejelser.</dd>
 
 <p>Visse alvorsgrader anses for at være 
 <em><a href="http://bugs.debian.org/release-critical/">kritiske nok til at 
-stoppe en udgivelse</a></em> ("release-critical"), hvilket betyder at sådanne
-fejl vil afgøre om pakken kan udgives eller ej med den stabile udgave af 
-Debian.  For tiden disse <strong lang=en>critical</strong> (kritisk),
+stoppe en udgivelse</a></em> (<q>release-critical</q>), hvilket betyder at 
+sådanne fejl vil afgøre om pakken kan udgives eller ej med den stabile udgave 
+af Debian.  For tiden disse <strong lang=en>critical</strong> (kritisk),
 <strong lang=en>grave</strong> (graverende) samt 
 <strong lang=en>serious</strong> (alvorlig).
 For fuldstændige og kanoniske regler om hvilket problemer der fortjener 
 disse alvorsgrader, se listen over 
 <a href="http://release.debian.org/etch_rc_policy.txt">udgivelseskritiske 
-problemer i "etch"</a>.</p>
+problemer i <q>etch</q></a>.</p>
 
 
 <h2 id="tags">Mærker på fejlrapporter</h2>
@@ -202,7 +202,7 @@ mellemrumstegn eller begge.</p>
   <dd>Denne fejl kan ikke behandles før der er modtaget flere oplysninger fra
   afsenderen.  Fejlrapporten vil blive lukket hvis afsenderen ikke giver flere
   oplysninger indenfor rimelig tid (nogle måneder).  Dette er til fejl af typen
-  "Det virker ikke". Hvad er det der ikke virker?</dd>
+  <q>Det virker ikke</q>. Hvad er det der ikke virker?</dd>
 
 <dt><code>unreproducible</code> (kan ikke genskabes)</dt>
   <dd>Denne fejl kan ikke genskabes på vedligeholderens system.  Bistand fra
@@ -219,15 +219,15 @@ mellemrumstegn eller begge.</p>
   <dd>Fejlen er rettet eller der er fundet en måde at omgå problemet på (for
   eksempel via en udgave indsendt af en anden vedligeholderen), men der er 
   stadig et problem som skal løses.  Denne markering erstatter den gamle 
-  "fixed"-alvorsgrad.</dd>
+  <q>fixed</q>-alvorsgrad.</dd>
 
 <dt><code>security</code> (sikkerhed)</dt>
   <dd>Fejlen beskriver et sikkerhedsproblem i en pakke (for eksempel forkert
   afhængig giver adgang til data som ikke skulle være tilgængelige; 
   bufferoverløb som giver folk mulighed for at kontrollere systemet på måder 
-  der ikke burde være mulige; overbelastningsangreb ("denial of service") som
+  der ikke burde være mulige; lammelsesangreb (q>denial of service</q>) som
   bør rettes, osv.).  De fleste sikkerhedsfejl bør også have alvorsgraden
-  "critical" eller "grave".</dd>
+  <q>critical</q> eller <q>grave</q>.</dd>
 
 <dt><code>upstream</code> (opstrøm)</dt>
   <dd>Denne fejl vedrører opstrømsdelen af pakken.</dd>
@@ -309,7 +309,7 @@ der sørger for at sende pakker ind i testing.</p>
 <h2 id="forward">Angive at du har videresendt en fejlrapport</h2>
 
 <p>Når en udvikler videresender en fejlrapport til udvikleren af 
-"opstrøms"-kildekodepakken, som Debians pakker er baseret på, skal det noteres
+<q>opstrøms</q>-kildekodepakken, som Debians pakker er baseret på, skal det noteres
 i fejlrapporteringssystemet som følger:</p>
 
 <p>Sørg for at <code>Til</code>-feltet i din e-mail forfatteren kun indeholder
@@ -329,8 +329,8 @@ meddelelse som normalt, skal de også sendes til
 som videresendt til adresse(rne) i e-mailens <code>Til</code>-felt, hvis
 fejlen ikke allerede er markeret som videresendt.</p>
 
-<p>Du kan også ændre på 'forwarded to'-oplysningen ved at sende meddelelsen til
-<a href="server-control"><code>control@bugs.debian.org</code></a>.</p>
+<p>Du kan også ændre på <q>forwarded to</q>-oplysningen ved at sende meddelelsen 
+til <a href="server-control"><code>control@bugs.debian.org</code></a>.</p>
 
 
 <h2><a name="owner">Ændring af en fejls ejer</a></h2>	
@@ -413,20 +413,20 @@ e-mail-adressen i forespørgslen til bekræftelse.</p>
 
 <p>Meddelelser som ankommer til <code>submit</code> eller <code>bugs</code> 
 hvis emne begynder med <code>Bug#</code><var>nnn</var> vil blive behandlet som
-de er sendt til <var>nnn</var><code>@bugs.debian.org</code>.  Dette er både på grund af
-bagudkompabilitetshensyn med e-mails videresendt fra de gamle adresser, og for
-at opfange mails der fejlagtigt sendes til <code>submit</code> (for eksempel
-ved at svare til alle modtagere).</p>
+de er sendt til <var>nnn</var><code>@bugs.debian.org</code>.  Dette er både på 
+grund af bagudkompabilitetshensyn med e-mails videresendt fra de gamle adresser, 
+og for at opfange mails der fejlagtigt sendes til <code>submit</code> (for 
+eksempel ved at svare til alle modtagere).</p>
 
 <p>En lignende funktion findes til <code>maintonly</code>, <code>done</code>, 
 <code>quiet</code> og <code>forwarded</code>, som behandler e-mails der 
 ankommer med en emnelinie som svarer til at de er sendt til adressen
 <var>nnn-hvaddetnuvar</var><code>@bugs.debian.org</code>.</p>
 
-<p>Meddelelser som ankommer til <code>forwarded</code> og <code>done</code> - 
-det vil sige uden et fejlrapportnummer i adressen - og uden et fejlnummer i 
-emnelinien, vil blive arkiveret under "affald" ("junk") i nogle uger, men vil
-ellers blive ignoreret.</p>
+<p>Meddelelser som ankommer til <code>forwarded</code> og <code>done</code> 
+&ndash; det vil sige uden et fejlrapportnummer i adressen - og uden et 
+fejlnummer i emnelinien, vil blive arkiveret under <q>affald</q> (<q>junk</q>) 
+i nogle uger, men vil ellers blive ignoreret.</p>
 
 <h2 id="x-debian-pr">Forældet <code>X-Debian-PR: quiet</code>-funktion</h2>