mypapers/free-sw-devel/free-sw-devel.html

   1 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">
   2 <html>
   3   <head>
   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">
   8   </head>
   9   <body>
  10
  11     <h1>Free software development for beginners</h1>
  12
  13     <p>An introduction to free software development, for those
  14       interested in participating.</p>
  15
  16     <p><tt><a href="free-sw-devel.html">http://www.hungry.com/~pere/.../free-sw-devel.html</a></tt></p>
  17
  18     <div class="presenter">Petter Reinholdtsen
  19       <br>pere@hungry.com
  20       <br>IFI/UiO, 2004-04-27</div>
  21
  22     <h2>Who am I</h2>
  23
  24     <ul>
  25
  26       <li>Been involved in  free software development since 1992</li>
  27
  28       <li>contributor to several projects (linux, glibc, kde, debian,
  29         mapserver, openstreetmap.org, skolelinux, etc)</li>
  30
  31       <li>debian developer</li>
  32
  33       <li>initiater and current tech coordinator in skolelinux</li>
  34
  35     <h2>What is free software</h2>
  36
  37     - user freedom
  38      - freedom to use
  39      - freedom to modify
  40      - freedom to distribute
  41
  42       freedom to run the program as you wish for any purpose, freedom
  43 to study and change the source code as you wish, freedom to make and
  44 redistribute copies, and freedom to publish modified versions.
  45
  46     <h2>Rookie checkin</h2>
  47
  48     <h2>TBPITW - The Best project in the World</h2>
  49
  50     - avoid starting from scratch, reuse an existing project if
  51       possible.
  52
  53     <h2>Joining a free software project</h2>
  54
  55     <h2>Starting a free software project</h2>
  56
  57  - use mailing lists
  58  - public review (anonymous CVS, commit emails)
  59  - bug tracking systems
  60  - licenses
  61  - download and test other peoples the programs
  62  - read other peoples code
  63  - give well-formed bug reports, and include a patch if possible
  64  - let everyone work on the things that interests them
  65  - do not accept every change.  make sure you like it first
  66  - write down where you want the project to go
  67  - web pages
  68    - screen shots
  69    - short summary
  70    - who to contact for more info
  71  - source README
  72    - home page URL
  73    - download site URL
  74    - short description
  75    - where to send bug reports and patches
  76  - consider sourceforge
  77  - tools
  78    - compiler
  79    - libraries
  80    - debugging utilities (gdb, ddd, dmalloc, valgrind, electric fence,
  81      fncchk, etc)
  82  - avoid duplicate work (check freshmeat)
  83
  84
  85 - bruker
  86
  87   - hold deg til de store distribusjenene
  88   - hvis du finner feil
  89     - fortell din lokale sysadmin om feilen, og be personen teste
  90       nyere versjoner og/eller å skrive en feilrapport
  91
  92 - sysadmin/feilrapportør
  93
  94   - Hvis du finner en feil
  95     - søk i bug-databasen til produktet om dette er en kjent feil
  96     - hvis ikke, test siste utgave lokalt
  97     - hvis feilen fremdeles er der, og er gjenproduserbar, send en
  98       feilrapport
  99     - hvis feilen ikke er fikset, men utviklerne er klar over denne,
 100       send en feilrapport til!
 101     - sørg for at feilrapporten inneholder nødvendig informasjon for å
 102       gjenprodusere feilen og hvordan systemet ditt er konfigurert
 103     - bruk gjerne feilrapporteringsverktøy som bug-buddy (Gnome),
 104       perlbug (Perl), reportbug (Debian) sendpr (FreeBSD), eller
 105       produktets feilrapporterings-webside (bugzilla, request-tracker,
 106       gnats e.l. Se på prosjektets hjemmeside)
 107     - husk å følge opp feilrapporten din
 108
 109
 110 - patch-bidragsyter
 111
 112   - Hvis du har muligheten til å rette feilen selv, pass på fortelle
 113     prosjekt-delagerene om fiksen
 114   - lag en patch! (patch -u fil.org fil.ny > minfiks.patch)
 115   - send denne til utvikler-mailinglisten, og følg med om den blir
 116     inkludert, eller om den krever mere fiksing.
 117   - ikke "glem" en patch. blir den ikke akseptert, sørg for å fikse
 118     patchen så den blir akseptert.
 119   - "glemte" patcher _vil_ skape merarbeide for deg neste gang
 120     programmet skal oppgraderes.
 121
 122
 123 - aktiv prosjektdeltager
 124
 125   - fiks feilene som er rapportert i bugrapport-systemet (prosjektet
 126     _har_ et feilrapportsystem, ikke sant?)
 127   - Test og gi tilbakemelding på rapporterte feil.
 128   - sørg for at brukerdokumentasjonen er oppdatert, og henvis til
 129     denne (så slipper du ekstraarbeide)
 130   - sørg for at kildekoden du lager er selvdokumenterende, følger
 131     kode-policy og har akkurat nok kommentarer til at formålet med
 132     koden er lett å forstå
 133
 134 - prosjektleder
 135
 136     <h2>Conclusion</h2>
 137
 138     <h2>References</h2>
 139
 140     <h2>Thank you very much</h2>
 141
 142     <h3>Questions?</h3>
 143
 144   </body>
 145 </html>