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