mypapers/free-sw-devel/notater.txt

   1
   2 - bruker
   3
   4   - hold deg til de store distribusjenene
   5   - hvis du finner feil
   6     - fortell din lokale sysadmin om feilen, og be personen teste
   7       nyere versjoner og/eller å skrive en feilrapport
   8
   9 - sysadmin/feilrapportør
  10
  11   - Hvis du finner en feil
  12     - søk i bug-databasen til produktet om dette er en kjent feil
  13     - hvis ikke, test siste utgave lokalt
  14     - hvis feilen fremdeles er der, og er gjenproduserbar, send en
  15       feilrapport
  16     - hvis feilen ikke er fikset, men utviklerne er klar over denne,
  17       send en feilrapport til!
  18     - sørg for at feilrapporten inneholder nødvendig informasjon for å
  19       gjenprodusere feilen og hvordan systemet ditt er konfigurert
  20     - bruk gjerne feilrapporteringsverktøy som bug-buddy (Gnome),
  21       perlbug (Perl), reportbug (Debian) sendpr (FreeBSD), eller
  22       produktets feilrapporterings-webside (bugzilla, request-tracker,
  23       gnats e.l. Se på prosjektets hjemmeside)
  24     - husk å følge opp feilrapporten din
  25
  26
  27 - patch-bidragsyter
  28
  29   - Hvis du har muligheten til å rette feilen selv, pass på fortelle
  30     prosjekt-delagerene om fiksen
  31   - lag en patch! (patch -u fil.org fil.ny > minfiks.patch)
  32   - send denne til utvikler-mailinglisten, og følg med om den blir
  33     inkludert, eller om den krever mere fiksing.
  34   - ikke "glem" en patch. blir den ikke akseptert, sørg for å fikse
  35     patchen så den blir akseptert.
  36   - "glemte" patcher _vil_ skape merarbeide for deg neste gang
  37     programmet skal oppgraderes.
  38
  39
  40 - aktiv prosjektdeltager
  41
  42   - fiks feilene som er rapportert i bugrapport-systemet (prosjektet
  43     _har_ et feilrapportsystem, ikke sant?)
  44   - Test og gi tilbakemelding på rapporterte feil.
  45   - sørg for at brukerdokumentasjonen er oppdatert, og henvis til
  46     denne (så slipper du ekstraarbeide)
  47   - sørg for at kildekoden du lager er selvdokumenterende, følger
  48     kode-policy og har akkurat nok kommentarer til at formålet med
  49     koden er lett å forstå
  50
  51 - prosjektleder
  52