aboutsummaryrefslogtreecommitdiffstats
path: root/danish/Bugs/Reporting.wml
blob: 1f3092be4f9db4f61e8a2bbe82040395a0e1d148 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
#use wml::debian::template title="Debians fejlsporingssystem - fejlrapportering" NOHEADER=yes NOCOPYRIGHT=true
#use wml::debian::translation-check translation="d2f23dedea7ef17add18a4b0acb68520c6677264"

<h1>Hvordan man rapporterer en fejl i Debian vha. reportbug</h1>

<a name="reportbug"></a>
<p>Vi anbefaler kraftigt at du rapporterer fejl i Debian ved hjælp af programmet
<code><a href="https://packages.debian.org/stable/utils/reportbug">\
reportbug</a></code>.</p>

<p>reportbug er installeret som standard på de fleste systemer.  Hvis programmet 
ikke er tilgængeligt, kan det installeres ved hjælp af det 
pakkehåndteringsværktøj, som er tilgængeligt på dit system.</p>

<p>reportbug kan startes fra systemafsnittet i menuen eller ved at køre 
<code>reportbug</code> på kommandolinjen.</p>

<p>Programmet leder dig gennem fejlrapporteringsprocessen, trin for trin.</p>

<p>Hvis du har spørgsmål, som reportbugs interaktive spørgsmål ikke besvarerer,
kan du kiggede på denne dokumentation, spørge på engelsk på 
<a href="mailto:debian-user@lists.debian.org">postlisten debian-user</a> eller 
på dansk på <a href="mailto:debian-user@lists.debian.org">postlisten 
debian-user-danish</a>.</p>


<h1>Hvordan man rapporterer en fejl i Debian vha. e-mail (samt avanceret 
anvendelse af reportbug)</h1>

<h2>Vigtige to at notere sig <strong>inden</strong> man sender sin 
fejlrapport</h2>

<a name="whatpackage"></a>
<h3>Hvilken pakke hører fejlrapporten til?</h3>

<p>Du skal vide hvilken pakken, din fejlrapport skal rapporteres imod.  Se 
<a href="#findpkgver">eksemplet</a> for oplysninger om hvordan man finder denne
oplysning.  (Du skal bruge oplysningen for at <a href="#filedalready">afgøre 
hvorvidt fejlen allerede er rapporteret</a>.)</p>

<p>Hvis du ikke kan afgøre hvilken pakke, din fejl skal rapporteres imod, så
send venligst en e-mail på engelsk til <a href="mailto:debian-user@lists.debian.org">\
postlisten debian-user</a> hvor du beder om hjælp.</p>

<p>Hvis dit problem ikke er relateret til kun én pakke, men en generel 
Debian-tjeneste, er der flere <a href="pseudo-packages">pseudopakker</a> eller
<a href="../MailingLists/">postlister</a>, som du i stedet kan sende din besked
til.</p>

<a name="filedalready"></a>
<h3>Er din fejl allerede blevet rapporeret?</h3>

<p>Du bør undersøge om fejlen allerede er blevet rapporteret, før du indsender
din fejlrapport.  Du kan se hvilke fejl, der er blevet rapporteret om en given
pakke ved hjælp af <a href="./#pkgreport">fejlsøgningsformularens pakke-del</a>.  
Hvis der allerede er et fejlrapport-#<var>&lt;nummer&gt;</var>, bør du på engelsk 
indsende dine bemærkninger, ved at sende en e-mail til 
<var>&lt;nummer&gt;</var>@bugs.debian.org i stedet for at rapportere en ny fejl.</p>

<h3>Send flere rapporter om flere fejl</h3>

<p>Rapportér venligst ikke om flere uafhængige fejl &ndash; særlig ikke hvis de 
er i forskellige pakker &ndash; i en enkelt fejlrapport.</p>

<h3>Send ikke fejlrapporter til opstrømsudviklerne</h3>

<p>Hvis du indsender en fejlrapport til Debian, skal du ikke selv sende en kopi 
til opstrømsudviklerne, da det er muligt at fejlen kun findes i Debian.  Om
nødvendigt vil Debian-pakkens vedligeholder sende fejlen videre til 
opstrømsudviklerne.</p>


<h2>Indsendelse af fejlrapport vha. e-mail</h2>

<p>Du kan rapportere fejl i Debian ved at sende en e-mail til 
<a href="mailto:submit@bugs.debian.org"><code>submit@bugs.debian.org</code></a>
i et særligt format beskrevet herunder.  <code>reportbug</code> 
(<a href="#reportbug">se ovenfor</a>) formaterer mailen korrekt for dig; brug
programmet!</p>

<h3>Headers</h3>

<p>Som i alle andre e-mails skal du vælge en præcis og beskrivende 
<code>Emne</code>-linje i e-mail'en. Det emne du vælger vil i begyndelsen blive 
anvendt som fejloverskrift i rapportsystemet, så prøv venligst at gøre den 
informativ!</p>

<p>Hvis du ønsker at sende en kopi af din fejlrapport til yderligere modtagere
(så som postlister), skal du ikke anvende de gængse e-mail-headere, men en
<a href="#xcc">anden metode, beskrevet herunder</a>.</p>


<h3><a name="pseudoheader">Pseudo-headere</a></h3>

<p>Den første del af fejlrapporten er pseudo-headeren, der indeholder 
oplysninger om hvilken pakke og version, din fejlrapport drejer sig om.  
Den første linje i meddelelsen skal indeholde en pseudo-header, som skal 
være:</p>

<pre>
Package: &lt;pakkenavn&gt;
</pre>

<p>Erstat <code>&lt;pakkenavn&gt;</code> med <a href="#whatpackage">navnet på 
den pakke</a>, der indeholder fejlen.</p>

<p>Meddelelsens anden linje skal være:</p>

<pre>
Version: &lt;pakkeversion&gt;
</pre>

<p>Erstat <code>&lt;pakkeversion&gt;</code> med versionen på pakken.  Undlad at 
tilføje anden tekst her end selve versionen, da fejlsporingssystemet er afhængigt 
af dette felt, for at kunne afgøre hvilke udgivelser, der er påvirket af 
fejlen.</p>

<p>Du er nødt til at angive en korrekt <code>Package</code>-linje i 
pseudo-headeren, så fejlsporingssystemet kan levere meddelelsen til 
pakkens vedligeholder. Se <a href="#findpkgver">eksemplet</a> for oplysninger om 
hvordan du finder pakkens navn og versionsnummer.</p>

<p>For andre gyldige pseudo-headere, se <a href="#additionalpseudoheaders">\
yderligere pseudo-headers</a>.</p>


<h3>Rapportens tekst</h3>
<p>Følgende skal medtages i din rapport:</p>

<ul>
  <li>
    Den <em>nøjagtige</em> og <em>komplette</em> tekst fra eventuelle 
    fejlmeddelelser på skærmen eller i en log. Dette er meget vigtigt!
  </li>
  <li>
    Præcis hvad du skrev eller gjorde, som fik problemet til at opstå.
  </li>
  <li>
    En beskrivelse af fejlen: præcis hvad du forventede, og hvad der der 
    rent faktisk skete. En trin-for-trin-beskrivelse af hvordan fejlen kan 
    genskabes er en god måde at vise dette på.
  </li>
  <li>
    Forslag til hvad der skal rettes, eller endda en rettelse, hvis du har en.
  </li>
  <li>
    Oplysninger om det fejlramte programs opsætning. Inklusive 
    konfigurationsfilernes komplette tekst.
  </li>
  <li>
    Versionsnumrene på alle pakker, som den fejlramte pakke eventuelt er 
    afhængig af.
  </li>
  <li>
    Hvilken version af kernen du bruger (skriv <code>uname -a</code>), 
    C-bibliotekets version (skriv <code>ls -l /lib/*/libc.so.6</code> eller
    <code>apt show libc6 | grep ^Version</code>), og andre eventuelt relevante 
    oplysninger om dit Debian-system. Hvis du for eksempel har problemer med et 
    Perl-script, skal du angive versionsnummeret på 'perl'-programmet (skriv 
    <code>perl -v</code> eller <code>dpkg -s perl | grep ^Version:</code>).
  </li>
  <li>
    Relevante oplysninger om hardwaren i din computer. Hvis du rapporterer 
    om et problem med et styreprogram (en 'driver') angiv da <em>al</em> 
    hardware i din computer, da problemer ofte skyldes konflikter med IRQ- 
    eller I/O-adresse.
  </li>
  <li>Hvis <a href="https://packages.debian.org/stable/utils/reportbug">\
    reportbug</a> er installeret, vil resultatet af at udføre
    <code>reportbug --template -T none -s none -S normal -b --list-cc 
    none -q &lt;pakke&gt;</code> også være nyttigt, da det er indholdet af
    vedligeholderspecifikke skripter og versionsoplysninger.
  </li>
</ul>

<p>Inkludér alle oplysninger du mener er relevante &mdash;  risikoen for at for 
gøre din rapport for lang ved at inkludere for mange oplysninger er lille. Hvis 
de er små, så inkludér alle de filer du brugte til at genskabe problemet (hvis 
de er store, så overvej om muligt at placere dem på et offentligt tilgængeligt
websted).</p>

<p>For flere råd om hvordan du hjælper udviklerne med at løse dit problem, læs
<a href="https://www.chiark.greenend.org.uk/~sgtatham/bugs.html">Effektiv 
fejlrapportering</a> (på engelsk).</p>


<h2><a name="example">Eksempel på en fejlrapport</a></h2>

<p>En fejlrapport, der skal skrives på engelsk, inklusive header og 
pseudo-header, ser nogenlunde således ud:</p>

<pre>
  To: submit@bugs.debian.org
  From: diligent@testing.linux.org
  Subject: Hello says 'goodbye'

  Package: hello
  Version: 1.3-16

  When I invoke 'hello' without arguments from an ordinary shell
  prompt it prints 'goodbye', rather than the expected 'hello, world'.
  Here is a transcript:

  $ hello
  goodbye
  $ /usr/bin/hello
  goodbye
  $

  I suggest that the output string, in hello.c, be corrected.

  I am using Debian GNU/Linux 2.2, kernel 2.2.17-pre-patch-13
  and libc6 2.1.3-10.
</pre>


<h2><a name="xcc">Afsendelse af kopier af fejlrapporten til andre adresser</a></h2>

<p>Nogle gange er det nødvendigt at sende kopier af en fejlrapport til andre 
steder end <code>debian-bugs-dist</code> og pakkens vedligeholder, hvortil de 
normalt sendes.</p>

<p>Du kan gøre det ved at sende en kopi (CC) af din fejlrapport til de andre 
adresser, men så vil disse kopier ikke indeholde fejlrapportnummeret i
<code>Reply-To</code>-feltet og <code>Emne</code>-linjen.  Når modtagerne 
svarer vil de formentlig bevare <code>submit@bugs.debian.org</code>-linjen i 
brevhovedet og dermed få deres meddelelse gemt som en ny fejlrapport.  Dette 
resulterer i mange ens rapporter.</p>

<p>Den <em>rigtige</em> måde at gøre dette på, er at bruge 
<code>X-Debbugs-CC</code>-linjen i e-mailens brevhoved. Tilføj en linje som 
denne til din e-mails brevhoved:</p>

<pre>
 X-Debbugs-CC: other-list@cosmic.edu
</pre>

<p>Dette vil få fejlsporingssystemet til at sende en kopi af din rapport 
til både adresserne i <code>X-Debbugs-CC</code>-linjen og til
<code>debian-bugs-dist</code>.</p>

<p>Ønsker du at sende kopier til mere end en mailadresse, så tilføj dem i 
kommasepareret form på kun én <code>X-Debbugs-CC</code>-linje.</p>

<p>Undgå at sende sådanne kopier til andre fejlrapporters adresser, da de vil
blive fanget af de kontroller, der forhindrer postløkker.  Der er alligevel en 
relativt ringe grund til at anvende <code>X-Debbugs-CC</code> til dette, da 
fejlnummeret som tilføjes af denne mekanisme, blot vil udskifte nummeret med et 
nyt; anvend i stedet en almindelig <code>CC</code>-header.</p>

<p>Denne funktion kan ofte kombineres med at skrive til <code>quiet</code> 
&ndash; se nedenfor.</p>


<a name="additionalpseudoheaders"></a>
<h1>Yderligere pseudo-headere</h1>

<h2><a name="severities">Alvorsgrader</a></h2>

<p>Hvis der rapporteres en særligt alvorlig fejl, eller er det bare et ønske om 
ny funktionalitet, kan du angive alvorsgraden på fejlen når du rapporterer den. 
Dette er dog ikke påkrævet, og pakkens vedligeholder vil fastsætte en passende 
alvorsgrad på din rapport, også selv om du ikke selv gør det (eller vælger en
forkert alvorsgrad).</p>

<p>For at angive en alvorsgrad skal du tilføje en linje som denne til 
<a href="#pseudoheader">pseudo-brevhovedet</a>:</p>

<pre>
Severity: &lt;<var>alvorsgrad</var>&gt;
</pre>

<p>Erstat &lt;<var>alvorsgrad</var>&gt; med en de mulige alvorsgrader, som 
beskrevet i <a href="Developer#severities">dokumentationen for 
viderekommende</a>.</p>


<h2><a name="tags">Tildeling af mærker (tags)</a></h2>

<p>Man kan sætte mærker (tags) på en fejl, når man rapporterer den.  For 
eksempel hvis man vedhæfter en rettelse til fejlrapporten, kan man sætte mærket 
<code>patch</code>.  Dette er dog ikke krævet, og udviklerne vil sætte mærker 
på rapporterne når og hvis det er nødvendigt.</p>

<p>For at sætte mærker, indsættes en linje som den nedenstående i
<a href="#pseudoheader">pseudo-brevhovedet</a>:</p>

<pre>
Tags: &lt;<var>mærker</var>&gt;
</pre>

<p>Erstat &lt;<var>mærker</var>&gt; med en eller flere at de tilgængelige
mærker, som beskrevet i <a href="Developer#tags">vejledningen for 
viderekommende</a>. Adskil flere mærker med komma, mellemrumstegn eller begge 
dele.</p>

<pre>
User: &lt;<var>brugernavn</var>&gt;
Usertags: &lt;<var>brugermærker</var>&gt;
</pre>

<p>Erstat &lt;<var>brugermærker</var>&gt; med et eller flere brugermærker.
Adskil flere mærker med kommaer, mellemrum eller begge dele.  Hvis du angiver 
et &lt;<var>brugernavn</var>&gt;, vil denne brugers brugermærker blive sat.
Ellers vil afsenderens e-mail-adresse blive anvendt som brugernavn.</p>

<p>Man kan opsætte usertags for flere brugere ved indsendelse af en fejl, ved at 
medtage flere User-pseudoheadere, hver Usertags-pseudoheader opsætter userstags 
for den foregående User-psuedoheader.  Det er især nyttigt til opsætning af 
usertags for et hold bestående af flere personer, til opsætning af usertags for 
flere hold eller til opsætning af 
<a href="https://wiki.debian.org/Teams/Debbugs/ArchitectureTags">\
arkitekturusertags</a> vedrørende fejl, der påvirker flere arkitekturer.</p>

<pre>
User: &lt;<var>første-brugernavn</var>&gt;
Usertags: &lt;<var>første-brugernavn usertags</var>&gt;
User: &lt;<var>andet-brugernavn</var>&gt;
Usertags: &lt;<var>andet-brugernavn usertags</var>&gt;
</pre>


<h2>Opsætning af Forwarded</h2>

<pre>
Forwarded: <var>foo@example.com</var>
</pre>

<p>markerer den nyligt indsendte fejl som videresendt til foo@example.com. Se
<a href="Developer#forward">registrering af at du har videresendt en 
fejlrapport</a> i udviklerdokumentationen for flere oplysninger.</p>


<h2>Tage ejerskab</h2>

<pre>
Owner: <var>foo@example.com</var>
</pre>

<p>indikerer at foo@example.com nu er ansvarlig for at rette fejlen.  Se 
<a href="Developer#owner">ændring af en fejls ejerskab</a> i 
udviklerdokumentationen for flere oplysninger.</p>


<h2>Kildekodepakke</h2>

<pre>
Source: <var>foopackage</var>
</pre>

<p>svarer til <code>Package:</code> til fejl i kildekodepakken hørende til 
foopackage; for de fleste fejl i de fleste pakker, skal du ikke anvende denne
mulighed.</p>


<h2><a name="control">Kontrolkommandoer</a></h2>

<pre>
Control: <var>control commands</var>
</pre>

<p>Gør det muligt for enhver af kommandoerne, der skal sendes til 
<code>control@bugs.debian.org</code>, at fungere når de sendes til 
<code>submit@bugs.debian.org</code> eller <code>nnn@bugs.debian.org</code>. 
I begyndelsen refererer -1 til den aktuelle fejl (det vil sige fejlen oprettet 
af en mail til submit@ eller fejlen meddelt til nnn@).  Se 
<a href="server-control">serverkontrol-dokumentationen</a> for flere oplysninger 
om de gyldige kontrolkommandoer.</p>

<p>Eksempelvis vil følgende pseudoheader i en meddelelse sendt til 
<code>12345@bugs.debian.org</code>:</p>

<pre>
Control: retitle -1 this is the title
Control: severity -1 normal
Control: summary -1 0
Control: forwarded -1 https://bugs.debian.org/nnn
</pre>

<p>medføre at 12345 får en ny titel, får ændret sin alvorlighedsgrad, får opsat 
et resumé samt bliver markeret som videresendt.</p>


<h2>X-Debbugs-headere</h2>

<p>Slutteligt, hvis din <acronym title="Mail User Agent" lang="en">MUA</acronym>
ikke tillader, at de redigerer i headerlinjerne, kan du opsætte de forskellige
<code>X-Debbugs-</code>headere som <a href="#pseudoheader">\
pseudoheaderne</a>.</p>


<h1>Yderligere oplysninger</h1>

<h2>Forskellige rapporteringsadresser (mindre rapporter eller masse-rapportering)</h2>

<p>Hvis en rapporteret fejl er mindre, for eksempel en tastefejl i 
dokumentationen eller andre trivielle problemer, så opsæt alvorsgraden 
tilsvarende og send den til <code>maintonly@bugs.debian.org</code> i stedet for 
<code>submit@bugs.debian.org</code>.  <code>maintonly</code> vil kun videresende rapporten 
til pakkens vedligeholder, den vil ikke videresende rapporten til 
BTS-postlisterne.</p>

<p>Hvis du sender mange rapporter på én gang, så send dem til 
<code>maintonly@bugs.debian.org</code> så du ikke er skyld i en masse unødig trafik i 
BTS-postlisterne. Før du sender mange ens fejlrapporter, kan det være en god 
idé at poste et sammendrag i <code>debian-bugs-dist</code>.</p>

<p>Hvis du ønsker at rapportere en fejl som allerede er sendt til 
vedligeholderen, kan du bruge <code>quiet@bugs.debian.org</code>. Fejl sendt til 
<code>quiet@bugs.debian.org</code> vil ikke blive videresendt, men kun blive 
arkiveret.</p>

<p>Når du anvender forskellige indsendelsesadresser vil fejlsystemet sætte 
<code>Reply-To</code> på eventuelt videresendte meddelelser, således at svar 
automatisk vil blive behandlet på samme måde som den originale rapport. Der 
betyder at, for eksempel svar til <code>maintonly</code> vil blive sendt til 
<var>nnn</var><code>-maintonly@bugs.debian.org</code> i stedet for 
<var>nnn</var><code>@bugs.debian.org</code>, selvfølgelig med mindre de manuelt 
ændres.</p>


<h2>Anerkendelser</h2>

<p>Normalt vil fejlhåndteringssystemet returnere en anerkendelse til dig via
e-mail, når du rapporterer en ny fejl eller indsender yderligere oplysninger til
en eksisterende fejl.  Hvis du ønsker at undertrykke denne anerkendelse, skal
din e-mail indeholde en <code>X-Debbugs-No-Ack</code>-header eller -pseudoheader 
(indholdet af denne header er ligegyldigt).  Hvis du rapporterer en ny fejl med 
denne header, skal du via webgrænsefladen selv finde ud af fejlnummeret.</p>

<p>Bemærk, at denne header ikke undertrykker anerkendelser fra postserveren
<code>control@bugs.debian.org</code>, da disse anerkendelser kan indeholde 
fejlmeddelelser, der skal læses og reagere på.</p>


<h2>Spambekæmpelse og manglende mail</h2>

<p>Fejlsporingssystemet (BTS) indeholder et ganske omfattende regelsæt, med det 
formål at sikre, at spam ikke kommer igennem til systemet.  Mens vi forsøger at 
minimere antallet af falske positive, optræder de ind i mellem.  Hvis du har 
mistanke om, at din mail er blevet registreret som en falsk positiv, er du 
velkommen til på engelsk at kontakte <code>owner@bugs.debian.org</code> for at 
få hjælp.  En anden hyppig årsag til at mail ikke kommer igennem til BTS, er 
anvendelse af adresser, der svarer til procmails FROM_DAEMON, der indeholder 
mail fra adresser så som <code>mail@foobar.com</code>.  Hvis du har mistanke om
at din mail svarer til FROM_DAEMON, se 
<a href="https://manpages.debian.org/cgi-bin/man.cgi?query=procmailrc">\
procmailrc(5)</a> for at kontrollere, og genudsend dernæst mailen fra en 
adresse, der ikke svarer til FROM_DAEMON.</p>


<h2>Fejlrapporter mod ukendte pakker</h2>

<p>Hvis fejlsporingssystemet ikke ved hvem vedligeholderen af en relevant 
pakke er, vil det videresende rapporten til <code>debian-bugs-dist</code> 
også selvom <code>maintonly</code> er angivet.</p>

<p>Når du sender til <code>maintonly@bugs.debian.org</code> eller
<var>nnn</var><code>-maintonly@bugs.debian.org</code> skal du sikre dig at 
fejlrapporten hæftes på den rigtige pakke, ved enten at angive en korrekt 
<code>Package</code> øverst i den originale rapport, eller ved at bruge 
<a href="server-control"><code>control@bugs.debian.org</code></a>-tjenesten til at 
hæfte rapporten på den rette pakke.</p>


<h2><a name="findpkgver">Brug af <code>dpkg</code> til at finde pakke og versionsnummer til brug i rapporten</a></h2>

<p>Når du anvender <code>reportbug</code> til at rapportere om en fejl i en
kommando, eksempelvis <code>grep</code>, vil følgende automatisk uden videre 
vælge den rigtige pakke: <code>reportbug --file $(which grep)</code></p>

<p>Du kan også finde ud af hvilken pakke installerede kommandoen, ved at 
anvende <code>dpkg --search</code>.  Du kan finde ud af hvilken version af en
pakke, der er installeret, ved at anvende <code>dpkg --list</code> eller 
<code>dpkg --status</code>.</p>

<p>For eksempel:</p>

<pre>
$ which apt-get
/usr/bin/apt-get
$ type apt-get
apt-get is /usr/bin/apt-get
$ dpkg --search /usr/bin/apt-get
apt: /usr/bin/apt-get
$ dpkg --list apt
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  apt            0.3.19         Advanced front-end for dpkg
$ dpkg --status apt
Package: apt
Status: install ok installed
Priority: standard
Section: base
Installed-Size: 1391
Maintainer: APT Development Team &lt;deity@lists.debian.org&gt;
Version: 0.3.19
Replaces: deity, libapt-pkg-doc (&lt;&lt; 0.3.7), libapt-pkg-dev (&lt;&lt; 0.3.7)
Provides: libapt-pkg2.7
Depends: libapt-pkg2.7, libc6 (&gt;= 2.1.2), libstdc++2.10
Suggests: dpkg-dev
Conflicts: deity
Description: Advanced front-end for dpkg
 This is Debian's next generation front-end for the dpkg package manager.
 It provides the apt-get utility and APT dselect method that provides a
 simpler, safer way to install and upgrade packages.
 .
 APT features complete installation ordering, multiple source capability
 and several other unique features, see the Users Guide in
 /usr/doc/apt/guide.text.gz 

</pre> 

<a name="otherusefulcommands"></a>
<h2>Andre nyttige kommander og pakker</h2>

<p>Værktøjet <kbd>querybts</kbd>, tilgængeligt i den samme pakke som
<a href="https://packages.debian.org/stable/utils/reportbug">reportbug</a>, 
indeholder en praktisk tekstbaseret grænseflade til fejlsporingssystemet.</p>
		     
<p>Emacs-brugere kan også anvende kommandoen debian-bug, der er i pakken
<code><a href="https://packages.debian.org/stable/utils/debian-el">\
debian-el</a></code>.  Når programmet køres med <kbd>M-x debian-bug</kbd>, 
spørger det om alle nødvendige oplysninger på en måde, der svarer til 
<code>reportbug</code>.</p>

<hr />

#use "otherpages.inc"

#use "$(ENGLISHDIR)/Bugs/footer.inc"

© 2014-2024 Faster IT GmbH | imprint | privacy policy