1 <!DOCTYPE HTML PUBLIC
"-//IETF//DTD HTML//EN">
4 <link rel=
"stylesheet" href=
"../mrtg-td/slides.css" type=
"text/css">
5 <meta http-equiv=
"Content-Type" content=
"text/html; charset=iso-8859-1">
6 <meta name=
"Language" content=
"en">
7 <meta name=
"Author" content=
"Petter Reinholdtsen">
11 <h1>Free software development for beginners
</h1>
13 <p>An introduction to free software development, for those
14 interested in participating.
</p>
16 <p><tt><a href=
"free-sw-devel.html">http://www.hungry.com/~pere/.../free-sw-devel.html
</a></tt></p>
18 <div class=
"presenter">Petter Reinholdtsen
20 <br>IFI/UiO,
2004-
04-
27</div>
22 <h2>What is free software
</h2>
27 - public review (anonymous CVS, commit emails)
28 - bug tracking systems
30 - download and test other peoples the programs
31 - read other peoples code
32 - give well-formed bug reports, and include a patch if possible
33 - let everyone work on the things that interests them
34 - do not accept every change. make sure you like it first
35 - write down where you want the project to go
39 - who to contact for more info
44 - where to send bug reports and patches
45 - consider sourceforge
49 - debugging utilities (gdb, ddd, dmalloc, valgrind, electric fence,
51 - avoid duplicate work (check freshmeat)
56 - hold deg til de store distribusjenene
58 - fortell din lokale sysadmin om feilen, og be personen teste
59 nyere versjoner og/eller å skrive en feilrapport
61 - sysadmin/feilrapportør
63 - Hvis du finner en feil
64 - søk i bug-databasen til produktet om dette er en kjent feil
65 - hvis ikke, test siste utgave lokalt
66 - hvis feilen fremdeles er der, og er gjenproduserbar, send en
68 - hvis feilen ikke er fikset, men utviklerne er klar over denne,
69 send en feilrapport til!
70 - sørg for at feilrapporten inneholder nødvendig informasjon for å
71 gjenprodusere feilen og hvordan systemet ditt er konfigurert
72 - bruk gjerne feilrapporteringsverktøy som bug-buddy (Gnome),
73 perlbug (Perl), reportbug (Debian) sendpr (FreeBSD), eller
74 produktets feilrapporterings-webside (bugzilla, request-tracker,
75 gnats e.l. Se på prosjektets hjemmeside)
76 - husk å følge opp feilrapporten din
81 - Hvis du har muligheten til å rette feilen selv, pass på fortelle
82 prosjekt-delagerene om fiksen
83 - lag en patch! (patch -u fil.org fil.ny
> minfiks.patch)
84 - send denne til utvikler-mailinglisten, og følg med om den blir
85 inkludert, eller om den krever mere fiksing.
86 - ikke "glem" en patch. blir den ikke akseptert, sørg for å fikse
87 patchen så den blir akseptert.
88 - "glemte" patcher _vil_ skape merarbeide for deg neste gang
89 programmet skal oppgraderes.
92 - aktiv prosjektdeltager
94 - fiks feilene som er rapportert i bugrapport-systemet (prosjektet
95 _har_ et feilrapportsystem, ikke sant?)
96 - Test og gi tilbakemelding på rapporterte feil.
97 - sørg for at brukerdokumentasjonen er oppdatert, og henvis til
98 denne (så slipper du ekstraarbeide)
99 - sørg for at kildekoden du lager er selvdokumenterende, følger
100 kode-policy og har akkurat nok kommentarer til at formålet med
101 koden er lett å forstå
109 <h2>Thank you very much
</h2>