path: root/danish/devel/wnpp/index.wml

#use wml::debian::template title="Hjælp søges og eventuelt fremtidige pakker"
#use wml::debian::toc
#use wml::debian::translation-check translation="ff76decf22b833c8b721fc40392935030d5f2a2b"
#include "$(ENGLISHDIR)/devel/wnpp/wnpp.data"

<define-tag toc-title-formatting endtag=required><h3>%body</h3></define-tag>

<p>Hjælp søges og eventuelt fremtidige pakker (<q>Work-Needing and Prospective 
Packages</q>), forkortet WNPP, er en liste over pakker, der har brug for en ny 
vedligeholder og eventuelt fremtidige pakker i Debian.  For nøje at kunne holde 
øje med den reelle status på sådanne ting fungerer WNPP for tiden som en 
pseudopakke i <a href="https://bugs.debian.org/">Debians fejlrapporteringssystem 
(BTS)</a>.</p>

<hrline />

<p><a href="work_needing">Pakker, der har brug for en ny vedligeholder</a>:
</p>
<ul>
  <li>
      <a href="rfa_bypackage"><rfa_number> pakker, der kan adopteres</a>,
      sorteret <a href="rfa_bymaint">efter vedligeholder</a> eller 
      <a href="rfa_byage">efter alder</a>
  </li>
  <li>
      <a href="orphaned"><orphaned_number> forældreløse pakker</a>,
      sorteret <a href="orphaned_byage">efter alder</a>
  </li>
  <li>
      <a href="being_adopted"><adopted_number> pakker, der er ved at blive adopteret</a>,
      sorteret <a href="being_adopted_byage">efter alder</a>
      eller <a href="being_adopted_byactivity">efter aktivitet</a>
  </li>
</ul>

<p><a href="help_requested"><help_number> pakker, der har brug for hjælp</a>,
sorteret <a href="help_requested_byage">efter alder</a> eller
<a href="help_requested_bypop">efter popularitet</a></p>

<p><a href="prospective">Fremtidige pakker</a>:</p>
<ul>
  <li>
      <a href="being_packaged"><packaged_number> pakker, der arbejdes på</a>,
      sorteret <a href="being_packaged_byage">efter alder</a>
      eller <a href="being_packaged_byactivity">efter aktivitet</a>
  </li>
  <li>
      <a href="requested"><requested_number> ønskede pakker</a>,
      sorteret <a href="requested_byage">efter alder</a>
  </li>
</ul>

<p><a href="unable-to-package">Programmel, der ikke kan pakkes</a></p>

<p>Bemærk: Disse lister opdateres seks gange dagligt; for mere ajourførte 
oplysninger, se <a href="https://bugs.debian.org/wnpp">pseudo-pakken wnpp</a> i 
fejlrapporteringssystemet.</p>

<p>Ovennævnte oplysninger kan udsøges efter pakke, beskrivelse eller type på 
webstedet <a href="https://wnpp.debian.net">WNPP-search</a>.</p>

<p>Man kan gennemse ovennævnte oplysninger opdelt i forskellige kategorier 
(baseret på <a href="https://debtags.debian.org/">debtags</a>) på webstedet
<a href="https://wnpp-by-tags.debian.net">WNPP-by-tags</a>.</p>

<hrline />

<h2>Anvendelse af WNPP</h2>

<toc-display />

<p>Da fejlrapporteringssystemet (BTS) anvendes, er alle udviklere allerede 
bekendte med de tekniske enkeltheder, såsom indsendelse af nye oplysninger, 
ændring af oplysninger eller lukning af afventende forespørgsler. For at opnå 
den største grad af automatisering er det på den anden side nødvendigt at nævne 
nogle procedurer.</p>

<p>For at indsende nye oplysninger skal man rapportere en fejl i 
<a href="https://bugs.debian.org/wnpp">pseudo-pakken wnpp</a> for hver enkelt
(eventuelt fremtidig) pakke som er påvirket. Bemærk at du kan skal indsende en
fejlrapport pr. kildekode-pakke, fremfor en fejlrapport pr. binær pakker 
kompilet ud fra en kildekode-pakke.</p>

<toc-add-entry>Tilføjelse af nye poster vha. <q>reportbug</q></toc-add-entry>

<p>Du kan bruge <a href="https://packages.debian.org/reportbug">reportbug</a>
(<kbd>apt-get install reportbug</kbd>):</p>

<samp>
  $ reportbug --email <var>brugernavn@domæne.dk</var> wnpp<br />
  Using "<var>Dit Navn &lt;brugernavn@domæne.dk&gt;</var>" as your from address.<br />
  Getting status for wnpp...<br />
  Querying Debian bug tracking system for reports on wnpp<br />
  (Use ? for help at prompts.)<br />
  ...<br />
</samp>

<p>Der kommer en liste over rapporterede fejl mod WNPP, som du skal læse for at
undgå at indsende en rapport mere om den samme fejl.</p>

<p>Efter fejllisten bliver der blive bedt om en forespørgselstype (<q>request 
type</q>):</p>

<samp>
What sort of request is this?<br />
<br />
1 ITP  This is an <q>Intent To Package</q>. Please submit a package description<br />
       along with copyright and URL in such a report.<br />
<br />
2 O    The package has been <q>Orphaned</q>. It needs a new maintainer as soon<br />
       as possible.<br />
<br />
3 RFA  This is a <q>Request for Adoption</q>. Due to lack of time, resources,<br />
       interest or something similar, the current maintainer is asking for<br />
       someone else to maintain this package. He/she will maintain it in<br />
       the meantime, but perhaps not in the best possible way. In short:<br />
       the package needs a new maintainer.<br />
<br />
4 RFH  This is a <q>Request For Help</q>. The current maintainer<br />
       wants to continue to maintain this package, but he/she needs some<br /> 
       help to do this, because his/her time is limited or the package is<br />
       quite big and needs several maintainers.<br />
<br />
5 RFP  This is a <q>Request For Package</q>. You have found an interesting piece<br />
       of software and would like someone else to maintain it for Debian.<br />
       Please submit a package description along with copyright and URL in<br />
       such a report.<br />
<br />
Choose the request type: <br />
</samp>

<p>Efter at have valgt en forespørgsel (<q>request</q>), skal du angive pakkens 
navn:</p>

<samp>
Choose the request type: <var>x</var><br />
Please enter the proposed package name: <var>PACKAGENAME</var><br />
Checking status database...<br />
</samp>

<ul>
<li><p>Hvis din forespørgselstype (<q>request type</q>) er ITP (1) eller RFP (5) vil 
du blive bedt om en kort beskrivelse og dernæst nogle oplysninger om 
pakken:</p>

<samp>
Please briefly describe this package; this should be an appropriate short
description for the eventual package:<br />
&gt; <var>A DESCRIPTION</var><br />
<br />
Subject: ITP: <var>PACKAGENAME -- A DESCRIPTION</var><br />
Package: wnpp<br />
Version: N/A; reported 2002-01-30<br />
Severity: wishlist<br />
<br />
* Package name    : <var>PACKAGENAME</var><br />
  Version         : <var>x.y.z</var><br />
  Upstream Author : <var>Name &lt;somebody@some.org&gt;</var><br />
* URL             : <var>http://www.some.org/</var><br />
* License         : <var>(GPL, LGPL, BSD, MIT/X, etc.)</var><br />
  Description     : <var>A DESCRIPTION</var><br />
<br />
<br />
-- System Information<br />
...<br />
</samp>

<p>Under linjen <q>Description</q> (beskrivelse) bør du angive flere oplysninger om
pakken.</p></li>

<li><p>Hvis din forespørgselstype (<q>request type</q>) er O (2) eller RFA (3) skal 
du angive navnet på pakken.</p>

<samp>
Choose the request type: <var>x</var><br />
Please enter the name of the package: <var>PACKAGENAME</var><br />
Checking status database...<br />
<br />
Subject: O: <var>PACKAGENAME -- SHORT DESCRIPTION</var><br />
Package: wnpp<br />
Version: N/A; reported 2002-01-30<br />
Severity: normal<br />
<br />
<br />
<br />
-- System Information<br />
...<br />
</samp>

<p>Du bør tilføje nogle oplysninger om vedligholdelse af pakken, situationen
hos opstrøm, og måske årsagen til at du ønsker at give pakken væk.</p></li>

</ul>

<p>Dernæst spørges der om du ønsker at sende din forespørgsel (<q>request</q>):</p>

<samp>
Report will be sent to Debian Bug Tracking System &lt;submit@bugs.debian.org&gt;<br />
Submit this bug report (e to edit) [Y|n|i|e|?]? <br />
</samp>

<toc-add-entry>Tilføjelse af nye poster vha. e-mail</toc-add-entry>

<p>Det er også muligt at indsende rapporter/fejl mod WNPP via e-mail.
Formatet på indsendelsen skal være noget lignende dette:</p>

<samp>
  To: submit@bugs.debian.org<br />
  Subject: <var>MÆRKE</var>: <var>pakkenavn</var> -- <var>kort pakkebeskrivelse</var><br />
  <br />
  Package: wnpp<br />
  Severity: <var>se nedenfor</var><br />
  <br />
  <var>Nogle oplysninger om pakken.</var> (Hvis det er en ITP eller RFP, er en 
  adresse påkrævet, hvorfra pakken (enten som .deb eller den originale 
  kildekode) kan hentes, foruden oplysninger om dens licens.)
</samp>

<p>Mærker (tags) som kan anvendes og deres tilsvarende alvorsgrader, er:</p>

<table>
<colgroup span="3">
<col width="10%">
<col width="10%">
<col width="80%">
</colgroup>
<tr>
  <th valign="top"><a name="tag-o">O</a></th>
  <td valign="top"><em>normal</em></td>
  <td>Pakken er blevet <q>forældreløs</q> (<q>Orphaned</q>). Den har brug for
      en ny vedligeholder. Hvis pakkens prioritet er højere end eller lig med
      "standard", skal alvorsgraden sættes til <q>important</q>.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-rfa">RFA</a></th>
  <td valign="top"><em>normal</em></td>
  <td>Dette er et <q>ønske om adoption</q> (<q>Request for Adoption</q>). 
      På grund af manglende tid, ressourcer, interesse eller noget lignende,
      beder den nuværende vedligeholder en eller anden om at vedligeholde 
      pakken. Vedkommende vil vedligeholde pakken indtil da, men måske ikke på
      den bedst mulige måde. Kort og kort: pakken har brug for en ny 
      vedligeholder.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-rfh">RFH</a></th>
  <td valign="top"><em>normal</em></td>
  <td>Dette er et <q>ønske om hjælp</q> (<q>Request For Help</q>).  Den
      nuværende vedligeholder ønsker at fortsætte med at vedligeholde pakken,
      men har brug for hjælp til det, enten på grund af tidspres eller fordi
      pakken er ganske stor og behøver flere vedligeholdere.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-itp">ITP</a></th>
  <td valign="top"><em>wishlist</em></td>
  <td>Dette er en <q>har i sinde at pakke</q> (<q>Intent To Package</q>). 
      Vedlæg venligst en beskrivelse af pakken sammen med oplysninger om 
      ophavsret og URL til en sådan rapport.
  </td>
</tr>
<tr>
  <th valign="top"><a name="tag-rfp">RFP</a></th>
  <td valign="top"><em>wishlist</em></td>
  <td>Dette er en <q>efterspurgt pakke</q> (<q>Request For Package</q>). 
      Nogen har fundet et interessant program og ønsker at en eller anden 
      vedligeholder en pakke for Debian. Vedlæg en pakkebeskrivelse sammen med
      oplysninger om ophavsret og URL til en sådan rapport.
  </td>
</tr>
</table>

<toc-add-entry>Fjenelse af poster</toc-add-entry>

<p>Procedurerne vedrørende lukning af disse fejl er som følger:</p>

<table>
<colgroup span="2">
<col width="10%">
<col width="90%">
</colgroup>
<tr>
  <th valign="top"><a name="howto-o">O</a></th>
  <td>Hvis du har i sinde at adoptere en pakke, omdøb fejlrapporten 
      og udskift <q>O</q> med <q>ITA</q>, så andre kan se at den er ved at blive 
      adopteret, og for at forhindre at den automatisk fjernes fra arkivet og
      sætte dig selv som ejer af fejlen.
      For rent faktisk at adoptere pakken skal du overføre den med dit navn i 
      <q>Maintainer:</q>-feltet og skrive noget ala 
      <code>
      * New maintainer (Closes: #<var>fejlnummer</var>)
      </code>
      i pakkens changelog, for automatisk at få lukket denne fejl når pakken er
      blevet overført, hvor <var>fejlnummer</var> udskiftes med det tilhørende
      fejlnummer.  Før du overfører pakken med dig som vedligeholder, skal du 
      desuden kontrollere om der er en ny opstrømsudgave og du skal prøve at 
      rette udestående fejl.
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-rfa">RFA</a></th>
  <td><p>Hvis du har i sinde at adoptere en pakke, omdøb fejlrapporten
      og udskift <q>RFA</q> med <q>ITA</q>, så andre kan se at den er ved at blive 
      adopteret, og for at forhindre at den automatisk fjernes fra arkivet og
      sætte dig selv som ejer af fejlen.
      For rent faktisk at adoptere pakken skal du overføre den med dit navn i 
      <q>Maintainer:</q>-feltet, og lukke fejlrapporten når pakken er blevet 
      installeret.</p>

      <p>Hvis du som pakkens vedligeholder beslutter at gøre pakken, som du 
      markerede med <q>RFA</q>, forældreløs, omdøb fejlrapporten og udskrift 
      <q>RFA</q> med <q>O</q>. Hvis du trækker dit spørgsmål tilbage, så luk fejlen.
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-rfh">RFH</a></th>
  <td><p>Normalt skal disse fejl kun lukkes af indsenderen, dvs.
      pakkens vedligeholder, hvis vedkommende anser den for overflødig, enten 
      fordi en eller flere personer har tilbudt deres hjælp (og rent faktisk 
      gør det) eller fordi vedkommende mener, at selve at kunne overkomme 
      pakken.</p>

      <p>Hvis du som pakkens vedligeholder beslutter at ændre RFH'en til et
      ønske om adoption (<q>RFA</q>) eller hvis du ønsker at gøre pakken forældreløs
      (<q>O</q>), så giv fejlen en ny titel i stedet for at lukke og indsende en 
      ny.</p>
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-itp">ITP</a></th>
  <td><p>pak programmellet, overfør det og luk denne fejl når pakken 
      er blevet installeret.</p>

      <p>Hvis du ombestemmer dig og ikke længere ønsker at pakke dette 
      programmel, så skal du enten lukke fejlen eller omdøbe og omklassificere
      den som RFP.</p>

      <p>Løber du ind i problemer med pakningen af programmellet (eksempelvis
      hvis det er afhængigt af et andet, endnu ikke pakket program, som du ikke
      har tid til at pakke), kan du registrere disse problemer som yderligere
      oplysninger i ITP'en, således at der ikke er tvivl om hvordan dit
      pakningsarbejde skrider frem.</p>
  </td>
</tr>
<tr>
  <th valign="top"><a name="howto-rfp">RFP</a></th>
  <td>Hvis du har i sinde at pakke dette programmel, omdøb 
      fejlrapporten og udskift <q>RFP</q> med <q>ITP</q>, så andre kan se at programmet
      allerede er ved at blive pakket og sæt dig selv som ejer af fejlen.  
      Pak programmellet, overfør det og luk
      fejlrapporten når pakken er blevet installeret.
  </td>
</tr>
</table>

<p>Hvis du mener at udviklernes postliste skal kende til din ITP, RFA eller 
noget andet, tilføj header'en</p>
<pre>X-Debbugs-CC: debian-devel@lists.debian.org</pre>
<p>til e-mail'en.</p>

<p>Den nemmeste måde at lukke disse fejlrapporter på, er selvfølgelig at føje
et punkt til pakkens ændringslog (changelog) der fortæller hvad du har gjort og
tilføj <tt>(closes:&nbsp;bug#nnnnn)</tt> til den. På den måde vil fejlrapporten
automatisk blive lukket efter en ny pakke er blevet installeret i arkivet.</p>

<p><strong>Vær opmærksom på:</strong> Hvis du har behov for at tildele en ny 
ansvarlig, tildele en ny title eller opsætte ejeren på fejlrapporter, skal det 
gøre det ved at sende mail <a href="$(HOME)/Bugs/server-control">direkte</a> til 
BTS-kontrolbotten eller ved at sende mail til rapportnummer @bugs.debian.org 
samt anvende <a href="$(HOME)/Bugs/Reporting#control">kontrol-pseudoheadere</a>, 
men <strong>ikke</strong> indsende nye rapporter.</p>

<p>Bemærk: Hvis en pakke forbliver forældreløs i meget lang, vil vi undersøge
situationen og afgøre om pakken stadig er nødvendig &ndash; hvis ikke, vil de
ftp-ansvarlige blive bedt om at flytte den fra unstable.</p>

<p>Hvis du af en eller anden grund har brug for at kontakte de
WNPP-ansvarlige, kan det gøres på adressen <email wnpp@debian.org>.</p>