]> pere.pagekite.me Git - homepage.git/blob - blog/index.html
Generated.
[homepage.git] / blog / index.html
1 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
2 "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
3 <html>
4 <head>
5 <title>Petter Reinholdtsen</title>
6 <link rel="stylesheet" type="text/css" media="screen" href="style.css">
7 <link rel="alternate" title="RSS Feed" href="index.rss" type="application/rss+xml">
8
9 </head>
10 <body>
11
12 <div class="title">
13 <h1>
14 <a href="">Petter Reinholdtsen</a>
15
16 </h1>
17
18 </div>
19
20
21
22 <div class="entry">
23 <div class="title"><a href="Debian_has_switched_to_dependency_based_boot_sequencing.html">Debian has switched to dependency based boot sequencing</a></div>
24 <div class="date">2009-07-27 23:50</div>
25 <div class="body">
26 <p>Since this evening, with the upload of sysvinit version 2.87dsf-2,
27 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
28 have been migrated to using dependency based boot sequencing. This
29 conclude work me and others have been doing for the last three days.
30 It feels great to see this finally part of the default Debian
31 installation. Now we just need to weed out the last few problems that
32 are bound to show up, to get everything ready for Squeeze.</p>
33
34 <p>The next step is migrating /sbin/init from sysvinit to upstart, and
35 fixing the more fundamental problem of handing the event based
36 non-predictable kernel in the early boot.</p>
37 </div>
38 <div class="tags">
39
40
41
42 Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>.
43
44 </div>
45 </div>
46 <div class="padding"></div>
47
48 <div class="entry">
49 <div class="title"><a href="Taking_over_sysvinit_development.html">Taking over sysvinit development</a></div>
50 <div class="date">2009-07-22 23:00</div>
51 <div class="body">
52 <p>After several years of frustration with the lack of activity from
53 the existing sysvinit upstream developer, I decided a few weeks ago to
54 take over the package and become the new upstream. The number of
55 patches to track for the Debian package was becoming a burden, and the
56 lack of synchronization between the distribution made it hard to keep
57 the package up to date.</p>
58
59 <p>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
60 and my Debian co-maintainer Kel Modderman. About 10 days ago, I made
61 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
62 and Fedora), based on the patches currently in use in these
63 distributions. We Debian maintainers plan to move to this tarball as
64 the new upstream as soon as we find time to do the merge. Since the
65 new tarball was created, we agreed with Werner at SuSe to make a new
66 upstream project at <a href="http://savannah.nongnu.org/">Savannah</a>, and continue
67 development there. The project is registered and currently waiting
68 for approval by the Savannah administrators, and as soon as it is
69 approved, we will import the old versions from svn and continue
70 working on the future release.</p>
71
72 <p>It is a bit ironic that this is done now, when some of the involved
73 distributions are moving to upstart as a syvinit replacement.</p>
74 </div>
75 <div class="tags">
76
77
78
79 Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>.
80
81 </div>
82 </div>
83 <div class="padding"></div>
84
85 <div class="entry">
86 <div class="title"><a href="Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html">Regjerningens oppsummering av høringen om standardkatalogen versjon 2</a></div>
87 <div class="date">2009-07-09 14:40</div>
88 <div class="body">
89 <p>For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
90 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
91 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
92 wiki, direkte tilgjengelig via "<a
93 href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon.pdf">Referansekatalogen
94 v2.0 - Oppsummering av høring</a>" og "<a
95 href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon-katalogutkast.pdf">Referansekatalog
96 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
97 UTKAST</a>".</p>
98
99 <p>Det er tre ting jeg merker meg i oppsummeringen fra
100 høringsuttalelsen da jeg skummet igjennom den. Det første er at
101 forståelsen av hvordan programvarepatenter påvirker fri
102 programvareutvikling også i Norge når en argumenterer med at
103 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
104 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
105 standard innenfor hvert område. Det siste er at påstander i
106 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
107 Microsoft om hvordan Ogg blir standardisert og påstanden fra
108 politidirektoratet om patentproblemer i Theora).</p>
109 </div>
110 <div class="tags">
111
112
113
114 Tags: <a href="tags/multimedia">multimedia</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>, <a href="tags/video">video</a>.
115
116 </div>
117 </div>
118 <div class="padding"></div>
119
120 <div class="entry">
121 <div class="title"><a href="Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html">Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</a></div>
122 <div class="date">2009-07-06 21:00</div>
123 <div class="body">
124 <p>Jeg ble glad da regjeringen
125 <a href="http://www.digi.no/817635/her-er-statens-nye-it-standarder">annonserte</a>
126 versjon 2 av
127 <a href="http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf">statens
128 referansekatalog over standarder</a>, men trist da jeg leste hva som
129 faktisk var vedtatt etter
130 <a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html">høringen</a>.
131 De fleste av de valgte åpne standardene er gode og vil bidra til at
132 alle kan delta på like vilkår i å lage løsninger for staten, men
133 noen av dem blokkerer for de som ikke har anledning til å benytte
134 spesifikasjoner som krever betaling for bruk (såkalt
135 royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3
136 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
137 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
138 fra statens websider gjøre dette uten å måtte bruke programmer der
139 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
140 de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
141 Vorbis), så vil en bli tvunget til å forholde seg til
142 royalty-belastede standarder for å få tilgang til videoen og
143 lyden.</p>
144
145 <p>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
146 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
147 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
148 all forståelse for hvilke prinsipper som må følges for å oppnå
149 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
150 mot dette i
151 <a href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2">sin
152 høringsuttalelse</a>, men ser ut til å ha blitt ignorert.</p>
153 </div>
154 <div class="tags">
155
156
157
158 Tags: <a href="tags/multimedia">multimedia</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>, <a href="tags/video">video</a>.
159
160 </div>
161 </div>
162 <div class="padding"></div>
163
164 <div class="entry">
165 <div class="title"><a href="Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html">Microsofts misvisende argumentasjon rundt multimediaformater</a></div>
166 <div class="date">2009-06-26-13:30</div>
167 <div class="body">
168 <p>I
169 <a href="http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf">Microsoft
170 sin høringsuttalelse</a> til
171 <a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422">forslag
172 til versjon 2 av statens referansekatalog over standarder</a>, lirer
173 de av seg følgende FUD-perle:</p>
174
175 <p><blockquote>"Vorbis, OGG, Theora og FLAC er alle tekniske
176 spesifikasjoner overordnet styrt av xiph.org, som er en
177 ikke-kommersiell organisasjon. Etablerte og anerkjente
178 standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
179 innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
180 Det er derimot helt opp til hver enkelt organisasjon å bestemme
181 hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
182 spesifikasjonene bør derfor ikke defineres som åpne
183 standarder."</blockquote></p>
184
185 <p>De vokter seg vel for å nevne den anerkjente
186 standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
187 IP og det meste av protokoller på Internet, og RFC-standardene som
188 IETF står bak. Ogg er spesifisert i
189 <a href="http://ietf.org/rfc/rfc3533.txt">RFC 3533</a>, og er uten
190 tvil å anse som en åpen standard. Vorbis er
191 <a href="http://ietf.org/rfc/rfc5215.txt">RFC 5215</a>. Theora er
192
193 under standardisering via IETF, med
194 <a href="http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt">siste
195 utkast publisert 2006-07-21</a> (riktignok er dermed teksten ikke
196 skrevet i stein ennå, men det blir neppe endringer som ikke er
197 bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
198 jeg ikke finner tegn til at <a
199 href="http://flac.sourceforge.net/format.html">spesifikasjonen
200 tilgjengelig på web</a> er på tur via noen
201 standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
202 og Vorbis også har involvert seg i Flac siden 2003, så ser jeg ikke
203 bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
204 til FLAC.</p>
205
206 <p>Uredelig argumentasjon bør en holde seg for god til å komme med,
207 spesielt når det er så enkelt i dagens Internet-hverdag å gå
208 misvisende påstander etter i sømmene.</p>
209 </div>
210 <div class="tags">
211
212
213
214 Tags: <a href="tags/multimedia">multimedia</a>, <a href="tags/norsk">norsk</a>, <a href="tags/standard">standard</a>, <a href="tags/video">video</a>.
215
216 </div>
217 </div>
218 <div class="padding"></div>
219
220 <div class="entry">
221 <div class="title"><a href="Debian_boots_quicker_and_quicker.html">Debian boots quicker and quicker</a></div>
222 <div class="date">2009-06-24 21:40</div>
223 <div class="body">
224 <p>I spent Monday and tuesday this week in London with a lot of the
225 people involved in the boot system on Debian and Ubuntu, to see if we
226 could find more ways to speed up the boot system. This was an Ubuntu
227 funded
228 <a href="https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint">developer
229 gathering</a>. It was quite productive. We also discussed the future
230 of boot systems, and ways to handle the increasing number of boot
231 issues introduced by the Linux kernel becoming more and more
232 asynchronous and event base. The Ubuntu approach using udev and
233 upstart might be a good way forward. Time will show.</p>
234
235 <p>Anyway, there are a few ways at the moment to speed up the boot
236 process in Debian. All of these should be applied to get a quick
237 boot:</p>
238
239 <ul>
240
241 <li>Use dash as /bin/sh.</li>
242
243 <li>Disable the init.d/hwclock*.sh scripts and make sure the hardware
244 clock is in UTC.</li>
245
246 <li>Install and activate the insserv package to enable
247 <a href="http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot">dependency
248 based boot sequencing</a>, and enable concurrent booting.</li>
249
250 </ul>
251
252 These points are based on the Google summer of code work done by
253 <a href="http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/">Carlos
254 Villegas</a>.
255
256 <p>Support for makefile-style concurrency during boot was uploaded to
257 unstable yesterday. When we tested it, we were able to cut 6 seconds
258 from the boot sequence. It depend on very correct dependency
259 declaration in all init.d scripts, so I expect us to find edge cases
260 where the dependences in some scripts are slightly wrong when we start
261 using this.</p>
262
263 <p>On our IRC channel for this effort, #pkg-sysvinit, a new idea was
264 introduced by Raphael Geissert today, one that could affect the
265 startup speed as well. Instead of starting some scripts concurrently
266 from rcS.d/ and another set of scripts from rc2.d/, it would be
267 possible to run a of them in the same process. A quick way to test
268 this would be to enable insserv and run 'mv /etc/rc2.d/S* /etc/rcS.d/;
269 insserv'. Will need to test if that work. :)</p>
270 </div>
271 <div class="tags">
272
273
274
275 Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>.
276
277 </div>
278 </div>
279 <div class="padding"></div>
280
281 <div class="entry">
282 <div class="title"><a href="Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html">Litt om valgfusk og problemet med elektronisk stemmegiving</a></div>
283 <div class="date">2009-06-17 14:20</div>
284 <div class="body">
285 <p><a href="http://www.aftenposten.no/nyheter/uriks/article3127058.ece">Aftenposten
286 melder</a> at det kan se ut til at Iran ikke har lært av USA når det
287 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
288 kandidat aldri får færre stemmer under opptellingen, ellers blir det
289 veldig tydelig at tallene ikke er til å stole på. I USA er det
290 derimot <a href="http://www.blackboxvoting.org/">rapporter om at
291 tallene har vært endret</a> på tur mot opptellingen, ikke etter at
292 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
293 En ting Iran åpenbart har forstått, er verdien av å kunne
294 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
295 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
296 stemmene har vært oppbevart.</p>
297
298 <p><a href="http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/">Universitetet
299 i Oslo derimot</a>, har ikke forstått verdien av å kunne
300 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
301 over Internet, med et system som ikke kan kontrolltelles hvis det
302 kommer anklager om juks med stemmene. Systemet har flere kjente
303 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
304 jeg har derfor latt være å stemme ved valg på UiO siden det ble
305 innført.</p>
306
307 <p>Universitet i Bergen derimot har klart det kunststykket å aktivt gå
308 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
309 over Internet <a href="http://nyheter.uib.no/?modus=vis_nyhet&id=43404">kan
310 spore hvem som stemmer hva</a> (det kan en forøvrig også ved UiO), og tatt
311 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
312 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
313 inneholdt i Iran hvis de ikke hadde hemmelige valg?</p>
314 </div>
315 <div class="tags">
316
317
318
319 Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/personvern">personvern</a>, <a href="tags/sikkerhet">sikkerhet</a>.
320
321 </div>
322 </div>
323 <div class="padding"></div>
324
325 <div class="entry">
326 <div class="title"><a href="Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html">Standarder fungerer best når en samler seg rundt dem</a></div>
327 <div class="date">2009-05-19 11:30</div>
328 <div class="body">
329 <p>En standard er noe man samler seg rundt, ut fra ideen om at en får
330 fordeler når mange står sammen. Jo flere som står sammen, jo
331 bedre. Når en vet dette, blir det litt merkelig å lese noen av
332 uttalelsene som er kommet inn til
333 <a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2/horingsuttalelser.html?id=549423">høringen
334 om versjon 2 av statens referansekatalog over standarder</a>. Blant
335 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
336 innenfor samme område. Det blir som å si at det er fint om Norge
337 standardiserte både på A4- og Letter-størrelser på arkene, ulik
338 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
339 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
340 standard som er best. De fleste forstår heldigvis at dette ikke
341 bidrar positivt.</p>
342 </div>
343 <div class="tags">
344
345
346
347 Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>.
348
349 </div>
350 </div>
351 <div class="padding"></div>
352
353 <div class="entry">
354 <div class="title"><a href="BSAs_p__stander_om_piratkopiering_m__ter_motstand.html">BSAs påstander om piratkopiering møter motstand</a></div>
355 <div class="date">2009-05-17 23:05</div>
356 <div class="body">
357 <p>Hvert år de siste årene har BSA, lobbyfronten til de store
358 programvareselskapene som Microsoft og Apple, publisert en rapport der
359 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
360 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
361 dager siden kom
362 <a href="http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf">siste
363 rapport</a>, og det er flere kritiske kommentarer publisert de siste
364 dagene. Et spesielt interessant kommentar fra Sverige,
365 <a href="http://www.idg.se/2.1085/1.229795/bsa-hoftade-sverigesiffror">BSA
366 höftade Sverigesiffror</a>, oppsummeres slik:</p>
367
368 <blockquote>
369 I sin senaste rapport slår BSA fast att 25 procent av all mjukvara i
370 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
371 företag. "Man bör nog kanske inte se de här siffrorna som helt
372 exakta", säger BSAs Sverigechef John Hugosson.
373 </blockquote>
374
375 <p>Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge? To andre kommentarer er <a
376 href="http://www.vnunet.com/vnunet/comment/2242134/bsa-piracy-figures-shot-reality">BSA
377 piracy figures need a shot of reality</a> og <a
378 href="http://www.michaelgeist.ca/content/view/3958/125/">Does The WIPO
379 Copyright Treaty Work?</a></p>
380
381 <p>Fant lenkene via <a
382 href="http://tech.slashdot.org/article.pl?sid=09/05/17/1632242">oppslag
383 på Slashdot</a>.</p>
384 </div>
385 <div class="tags">
386
387
388
389 Tags: <a href="tags/debian">debian</a>, <a href="tags/debian edu">debian edu</a>, <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>, <a href="tags/personvern">personvern</a>.
390
391 </div>
392 </div>
393 <div class="padding"></div>
394
395 <div class="entry">
396 <div class="title"><a href="Webbasert_tegneseriearkiv_p___trappene.html">Webbasert tegneseriearkiv på trappene</a></div>
397 <div class="date">2009-05-16 19:05</div>
398 <div class="body">
399 <p>For noen dager siden ble jeg tipset om en ny norsk webtjeneste for
400 å holde styr på ens tegneseriesamling. Har så smått begynt å
401 teste den og lagt inn noen hundre oppføringer, og det ser ut til å
402 fungere fint. Utvikleren, Trond Hallstensen, er selv ivrig samler og
403 har laget systemet i første omgang for seg selv, men altså gjort det
404 mulig også for andre å bidra. Tjenesten har potensiale til å bli
405 en komplett og verdifull tegneserieindeks over norske serier. Da jeg
406 oppdaget tjenesten var det endel mangler som gjorde meg skeptisk til
407 å registrere min samling der. Det var nemlig ingen måte å hente ut
408 en maskinlesbar oversikt over det jeg registrerte, slik at mine data
409 ville være innelåst i tjenesten. Siden den gang har Trond lagt til
410 en eksportfunksjon til CSV-format, slik at i hvert fall noen av
411 feltene i databasen kan hentes ut for mine serier. Pr. i dag er det
412 serie, seriegruppe, år, nr og tittel_på_forside.</p>
413
414 <p>Prinsipielt ønsker jeg å kunne hente ut alle feltene om en
415 tegneserie, for å unngå repetisjon av det som skjedde med IMDB og
416 CDDB på 90-tallet. Begge begynte som fellesskapsprosjekter der
417 brukerne bidro på like vilkår, og ble lukket inne da
418 initiativtageren og innehaveren av maskinen der tjenesten kjørte
419 hadde fått nok innhold til at de ikke lenger følte at de trengte å
420 behandle brukerne som likemenn. Trond har skrevet til meg at flere
421 felter vil bli lagt inn i eksporten (blant annet strekkode), men
422 uttrykt skepsis til å gjøre all informasjonen tilgjengelig (han
423 ønsker slik jeg forsto han å kontrollere tjenesten og ikke gjøre
424 det mulig å lage konkurrerende tjeneste). Holdningen gjør meg ennå
425 mer skeptisk, men tjenesten fungerer fint, så jeg har bestemt meg for
426 å ta den i bruk, men begrense meg til å registrere informasjon som
427 er tilgjengelig i eksporten.</p>
428
429 <p>Har ennå ikke begynt masseregistrering, da jeg venter på støtte for
430 strekkoder i tjenesten. Har strekkodeleser, og vil spare litt tid i
431 registreringen når jeg går løs på mine esker. Foreløbig har jeg
432 registrert litt tilfeldige serier som ligger rundt om i huset, men for
433 å få et komplett arkiv må nok noen tusen tegneserier registreres.</p>
434
435 <p>Løsningen er i følge utvikleren laget med et Oracle-spesifikt
436 verktøy for å lage webtjenester, og ikke fri programvare.
437 Utvikleren tar imot innspill men det hørtes ikke ut som om utvikling
438 av systemet var enkelt å dele mellom flere, slik at det må via
439 ham.</p>
440
441 <p>Høres dette interessant ut, besøk
442 <a href="http://www.mineserier.no/">mineserier.no</a> og ta en
443 titt.</p>
444 </div>
445 <div class="tags">
446
447
448
449 Tags: <a href="tags/norsk">norsk</a>.
450
451 </div>
452 </div>
453 <div class="padding"></div>
454
455 <p style="text-align: right;"><a href="index.rss"><img src="xml.gif" alt="RSS feed" width="36" height="14"></a></p>
456
457 <div id="sidebar">
458
459
460
461
462
463 <h2>Archive</h2>
464 <ul>
465
466 <li>2009
467 <ul>
468
469 <li><a href="archive/2009/01/">January (8)</a></li>
470
471 <li><a href="archive/2009/02/">February (8)</a></li>
472
473 <li><a href="archive/2009/03/">March (12)</a></li>
474
475 <li><a href="archive/2009/04/">April (10)</a></li>
476
477 <li><a href="archive/2009/05/">May (9)</a></li>
478
479 <li><a href="archive/2009/06/">June (3)</a></li>
480
481 <li><a href="archive/2009/07/">July (4)</a></li>
482
483 </ul></li>
484
485 <li>2008
486 <ul>
487
488 <li><a href="archive/2008/11/">November (5)</a></li>
489
490 <li><a href="archive/2008/12/">December (7)</a></li>
491
492 </ul></li>
493
494 </ul>
495
496
497
498 <h2>Tags</h2>
499 <ul>
500
501 <li><a href="tags/3d-printer">3d-printer (11)</a></li>
502
503 <li><a href="tags/amiga">amiga (1)</a></li>
504
505 <li><a href="tags/aros">aros (1)</a></li>
506
507 <li><a href="tags/debian">debian (14)</a></li>
508
509 <li><a href="tags/debian edu">debian edu (7)</a></li>
510
511 <li><a href="tags/english">english (15)</a></li>
512
513 <li><a href="tags/fiksgatami">fiksgatami (1)</a></li>
514
515 <li><a href="tags/fildeling">fildeling (3)</a></li>
516
517 <li><a href="tags/lenker">lenker (1)</a></li>
518
519 <li><a href="tags/ltsp">ltsp (1)</a></li>
520
521 <li><a href="tags/multimedia">multimedia (5)</a></li>
522
523 <li><a href="tags/norsk">norsk (51)</a></li>
524
525 <li><a href="tags/nuug">nuug (51)</a></li>
526
527 <li><a href="tags/opphavsrett">opphavsrett (5)</a></li>
528
529 <li><a href="tags/personvern">personvern (8)</a></li>
530
531 <li><a href="tags/reprap">reprap (10)</a></li>
532
533 <li><a href="tags/rss">rss (1)</a></li>
534
535 <li><a href="tags/sikkerhet">sikkerhet (2)</a></li>
536
537 <li><a href="tags/standard">standard (7)</a></li>
538
539 <li><a href="tags/stavekontroll">stavekontroll (1)</a></li>
540
541 <li><a href="tags/video">video (9)</a></li>
542
543 <li><a href="tags/vitenskap">vitenskap (1)</a></li>
544
545 <li><a href="tags/web">web (4)</a></li>
546
547 </ul>
548
549 </div>
550
551 <p style="text-align: right">
552 Created by <a href="http://steve.org.uk/Software/chronicle">Chronicle v3.5</a>
553 </p>
554 </body>
555 </html>