Generated.

[homepage.git] / blog / index.html

diff --git a/blog/index.html b/blog/index.html
index 00035e83f065ea64555b85ef2ee2efa17101ac6c..228cd03b4720b95a3cfe2c89c3d1dad830bc711d 100644 (file)
--- a/blog/index.html
+++ b/blog/index.html
@@ -20,188 +20,473 @@
 
  
  <div class="entry">
 
  
  <div class="entry">

-  <div class="title"><a href="Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html">Devcamp brought us closer to the Lenny based Debian Edu release</a></div>
-  <div class="date">2008-12-07 12:00</div>
+  <div class="title"><a href="Jeg_vil_ikke_ha_BankID.html">Jeg vil ikke ha BankID</a></div>
+  <div class="date">2009-10-30 13:05</div>

   <div class="body">
   <div class="body">

-<p>This weekend we had a small developer gathering for Debian Edu in
-Oslo.  Most of Saturday was used for the general assemly for the
-member organization, but the rest of the weekend I used to tune the
-LTSP installation.  LTSP now work out of the box on the 10-network.
-Acer Aspire One proved to be a very nice thin client, with both
-screen, mouse and keybard in a small box.  Was working on getting the
-diskless workstation setup configured out of the box, but did not
-finish it before the weekend was up.</p>
-
-<p>Did not find time to look at the 4 VGA cards in one box we got from
-the Brazilian group, so that will have to wait for the next
-development gathering.  Would love to have the Debian Edu installer
-automatically detect and configure a multiseat setup when it find one
-of these cards.</p>
+<p>Min hovedbankforbindelse,
+<a href="http://www.postbanken.no/">Postbanken</a>, har fra 1. oktober
+blokkert tilgangen min til nettbanken hvis jeg ikke godtar vilkårene
+for <a href="https://www.bankid.no/">BankID</a> og går over til å
+bruke BankID for tilgangskontroll.  Tidligere kunne jeg bruke en
+kodekalkulator som ga tilgang til nettbanken, men nå er dette ikke
+lenger mulig.  Jeg blokkeres ute fra nettbanken og mine egne penger
+hvis jeg ikke godtar det jeg anser som urimelige vilkår i
+BankID-avtalen.</p>
+
+<p>BankID er en løsning der banken gis rett til å handle på vegne av
+meg, med avtalemessig forutsetning at jeg i hvert enkelt tilfelle har
+bedt banken gjøre dette.  BankID kan brukes til å signere avtaler,
+oppta lån og andre handlinger som har alvorlige følger for meg.
+Problemet slik jeg ser det er at BankID er lagt opp slik at banken har
+all informasjon og tilgang som den trenger for å bruke BankID, også
+uten at jeg er involvert.  Avtalemessing og juridisk skal de kun bruke
+min BankID når jeg har oppgitt pinkode og passord, men praktisk og
+konkret kan de gjøre dette også uten at min pinkode eller mitt passord
+er oppgitt, da de allerede har min pinkode og passord tilgjengelig hos
+seg for å kunne sjekke at riktig pinkode og passord er oppgitt av meg
+(eller kan skaffe seg det ved behov).  Jeg ønsker ikke å gi banken
+rett til å inngå avtaler på vegne av meg.</p>
+
+<p>Rent teknisk er BankID et offentlig nøkkelpar, en privat og en
+offentlig nøkkel, der den private nøkkelen er nødvendig for å
+"signere" på vegne av den nøkkelen gjelder for, og den offentlige
+nøkkelen er nødvendig for å sjekke hvem som har signert.  Banken
+sitter på både den private og den offentlige nøkkelen, og sier de kun
+skal bruke den private hvis kunden ber dem om det og oppgir pinkode og
+passord.</p>
+
+
+<p>I postbankens
+<a href="https://www.postbanken.no//portalfront/nedlast/no/person/avtaler/BankID_avtale.pdf">vilkår
+for BankID</a> står følgende:</p>
+
+<blockquote>
+  <p>"6. Anvendelsesområdet for BankID</p>
+
+  <p>PersonBankID kan benyttes fra en datamaskin, eller etter nærmere
+  avtale fra en mobiltelefon/SIM-kort, for pålogging i nettbank og til
+  identifisering og signering i forbindelse med elektronisk
+  meldingsforsendelse, avtaleinngåelse og annen form for nettbasert
+  elektronisk kommunikasjon med Banken og andre brukersteder som har
+  tilrettelagt for bruk av BankID. Dette forutsetter at brukerstedet
+  har inngått avtale med bank om bruk av BankID."</p>
+</blockquote>
+
+<p>Det er spesielt retten til "avtaleinngåelse" jeg synes er urimelig
+å kreve for at jeg skal få tilgang til mine penger via nettbanken, men
+også retten til å kommunsere på vegne av meg med andre brukersteder og
+signering av meldigner synes jeg er problematisk.  Jeg må godta at
+banken skal kunne signere for meg på avtaler og annen kommunikasjon
+for å få BankID.</p>
+
+<p>På spørsmål om hvordan jeg kan få tilgang til nettbank uten å gi
+banken rett til å inngå avtaler på vegne av meg svarer Postbankens
+kundestøtte at "Postbanken har valgt BankID for bl.a. pålogging i
+nettbank , så her må du nok ha hele denne løsningen".  Jeg nektes
+altså tilgang til nettbanken inntil jeg godtar at Postbanken kan
+signere avtaler på vegne av meg.</p>
+
+<p>Postbankens kundesupport sier videre at "Det har blitt et krav til
+alle norske banker om å innføre BankID, bl.a på grunn av sikkerhet",
+uten at jeg her helt sikker på hvem som har framsatt dette kravet.
+Det som er situasjonen er dog at det er svært få banker igjen som ikke
+bruker BankID, og jeg vet ikke hvilken bank som er et godt alternativ
+for meg som ikke vil gi banken rett til å signere avtaler på mine
+vegne.</p>
+
+<p>Jeg ønsker mulighet til å reservere meg mot at min BankID brukes
+til annet enn å identifisere meg overfor nettbanken før jeg vil ta i
+bruk BankID.  Ved nettbankbruk er det begrenset hvor store skader som
+kan oppstå ved misbruk, mens avtaleinngåelse ikke har tilsvarende
+begrensing.</p>
+
+<p>Jeg har klaget vilkårene inn for <a
+href="http://www.forbrukerombudet.no/">forbrukerombudet</a>, men
+regner ikke med at de vil kunne bidra til en rask løsning som gir meg
+nettbankkontroll over egne midler. :(

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/debian">debian</a>, <a href="tags/debian edu">debian edu</a>, <a href="tags/english">english</a>, <a href="tags/ltsp">ltsp</a>. 
+   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>. 

   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">
   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">

-  <div class="title"><a href="Mekanikk_delen_av_reprap_byggesettet_p___vei.html">Mekanikk-delen av reprap-byggesettet på vei</a></div>
-  <div class="date">2008-12-02 12:00</div>
+  <div class="title"><a href="Internet_sensur_skal_i_retten_p___mandag.html">Internet-sensur skal i retten på mandag</a></div>
+  <div class="date">2009-10-10 22:00</div>

   <div class="body">
   <div class="body">

-<p>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
-England.  Jeg kan følge pakkens bevegelser via web, og den er nå
-kommet fram til tollen i London.  Da bør jeg ha den i hus om noen
-dager, hvis alt går bra.</p>
-
-<p>Elekronikkbyggesettet ser det derimot dårligere ut for.  Rette
-vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
-på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
-bort første pakke.</p>
+<p><a href="http://www.dagensit.no/bransje/article1757755.ece">DagensIT</a>
+melder at Telenor og Tono skal i retten på mandag for å diskutere
+hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
+Pirate Bay er i tråd med norsk rett.  Det blir interessant å se
+resultatet fra den rettsaken.</p>
+
+<p>Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
+Strøm, som forteller at "Pirate Bay inneholder 95 prosent ulovlig
+utlagt materiale, og å stanse tilgangen til det kan ikke kalles
+sensur".  Jeg tok en titt på
+<a href="http://thepiratebay.org/">forsiden til The Pirate Bay</a>,
+som forteller at det pr. i dag er 1 884 694 torrenter på trackeren.
+Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
+av The Pirate Bay.  5% av dette antallet er 94 235.  Det kan dermed
+virke som om Tonos advokat mener at det ikke er sensur å blokkere for
+tilgang til nesten 100 000 lovlige filer.  Jeg lurer på om han er
+korrekt sitert.</p>
+
+<p>Lurer også på hvor 95%-tallet kommer fram.  Er det seriøs og
+etterprøvbar forskning på området som viser at dette er andelen
+ulovlige filer tilgjengelig via The Pirate Bay, eller er det
+musikkbransjenes egne tall?  De har
+<a href="http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music">jo
+demonstrert</a> at de ikke er i stand til å skille lovlig og ulovlig
+bruk av musikk.</p>

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/3d-printer">3d-printer</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/reprap">reprap</a>. 
+   Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>. 

   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">
   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">

-  <div class="title"><a href="Reprap_pakke_tapt_i_posten.html">Reprap-pakke tapt i posten</a></div>
-  <div class="date">2008-11-27 21:20</div>
+  <div class="title"><a href="MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html">MVA på bøker med DRM, ikke MVA på bøker uten DRM?</a></div>
+  <div class="date">2009-09-23 10:00</div>

   <div class="body">
   <div class="body">

-<p>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
-at posten har sendt meg et brev der de beklager at den er tapt.  Da er
-det bare å bestille ny pakke og kreve erstatning fra Posten.  Får
-håpe det går bedre denne gangen.</p>
-
-<p>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
-England, så også der spøker det for å få alt i hus før jul.  Så
-lenge alt er klart til <a href="http://www.goopen.no/">Go Open
-2009</a> i april, så er det greit.</p>
+<p>Elektroniske bøker diskuteres for tiden, etter at
+<a href="http://www.aftenposten.no/kul_und/litteratur/article3280914.ece">bokbransjen
+hevder</a> det er usikkert om de kommer til å gi ut elektroniske
+bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
+på papirbøker.  I den forbindelse så jeg et interessant forslag i
+en
+<a href="http://www.digi.no/php/ny_debatt.php?id=823912">digi-debatt</a>
+jeg hadde sans for. "einarr" foreslo at DRM-infiserte elektroniske
+bøker bør ha merverdiavgift, da "de ikke bidrar til
+kunnskapsspredning på samme måte" som papirbøker og dermed går
+imot intensjonene bak mva-fritaket.  Bøker uten DRM derimot bør ha
+mva-fritak da de "kan overføres mellom enheter, leses på ulike
+plattformer, lånes ut og siteres og kopieres fra" slik en kan med
+papirbøker.</p>
+
+<p>En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
+materiale må anses som leid og dermed en tjeneste, mens materiale uten
+DRM må anses som et kjøp.</p>

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/3d-printer">3d-printer</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/reprap">reprap</a>. 
+   Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>. 

   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">
   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">

-  <div class="title"><a href="Amigafolket_holder_ut.html">Amigafolket holder ut</a></div>
-  <div class="date">2008-11-26 06:05</div>
+  <div class="title"><a href="Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html">Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</a></div>
+  <div class="date">2009-08-23 10:00</div>

   <div class="body">
   <div class="body">

-<p>En sak på <a href="http://www.linuxtoday.com/">Linux Today</a> om
-<a href="http://www.linuxtoday.com/developer/2008112600335OPLLDV">Amiga</a>
-og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
-minnet meg på prosjektet Aros.
-<a href="http://aros.sourceforge.net/">Aros-prosjektet</a> går ut på å
-lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
-fortsette å bruke sine programmer på nyere maskinvare.  Gledelig å se
-at det forsatt kommer nye utgaver og at de nærmer seg en komplett
-pakke.  Kanskje Aros kunne vært interessant for et NUUG-foredrag?</p>
+<p>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
+oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
+En viktig faktor for å bedre sikkerheten til sjøs er at alle som
+ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
+det grunner og annet en må ta hensyn til på sjøen.</p>
+
+<p>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
+sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
+mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
+Internet.  Det trenger heller ikke være spesielt kostbart.</p>
+
+<p>Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet
+livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
+lekket ut i havet, var det registrert problemer relatert til
+oppdaterte sjøkart.  Ved Rocknes-ulykken var de elektroniske kartene
+som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
+losen kjente visst ikke til disse nye grunnene.  Papirkartene var dog
+oppdaterte.  Ved Full City-ulykken hadde en kontroll av skipet noen
+uker tidligere konstatert manglende sjøkart.</p>
+
+<p>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
+fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
+brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
+gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
+eller sjøkart i det hele tatt.  Resultatet av dette vil være økt
+sikkerhet på sjøen.  En undersøkelse gjennomført av Opinion for
+Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet
+ikke har sjøkart i båten.</p>
+
+<p>Formatet på de digitale sjøkartene som gjøræs tilgjengelig fra
+sjøkartverket må være i henhold til en fri og åpen standard, slik at
+en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
+og forstås, men trenger ikke publiseres fra sjøkartverket i alle
+formatene til verdens skips-GPS-er i tillegg.  Hvis det ikke er
+kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
+konvertering kan andre ta seg av hvis det er et marked for det.</p>
+
+<p>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
+gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
+om hvor viktig det er at de har oppdaterte kart.  Det bør være
+viktigere for staten at båtene <strong>har</strong> oppdaterte kart
+enn at de er pålagt å ha oppdaterte kart.</p>
+
+<p>Sjøkartene er <a href="http://kart.kystverket.no/">tilgjengelig på web
+fra kystverket</a>, men så vidt jeg har klart å finne, uten
+bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.</p>
+
+<p>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
+på et dugnadsbasert fribrukskart for havet,
+<a href="http://openseamap.org/">OpenSeaMap</a>.  Datagrunnlaget er
+OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen.  Det
+gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
+det viser at behovet for fribruks-sjøkart er til stedet.</p>

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/amiga">amiga</a>, <a href="tags/aros">aros</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>. 
+   Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>, <a href="tags/sikkerhet">sikkerhet</a>. 

   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">
   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">

-  <div class="title"><a href="The_sorry_state_of_multimedia_browser_plugins_in_Debian.html">The sorry state of multimedia browser plugins in Debian</a></div>
-  <div class="date">2008-11-25 00:10</div>
+  <div class="title"><a href="Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html">Relative popularity of document formats (MS Office vs. ODF)</a></div>
+  <div class="date">2009-08-12 15:50</div>

   <div class="body">
   <div class="body">

-<p>Recently I have spent some time evaluating the multimedia browser
-plugins available in Debian Lenny, to see which one we should use by
-default in Debian Edu.  We need an embedded video playing plugin with
-control buttons to pause or stop the video, and capable of streaming
-all the multimedia content available on the web.  The test results and
-notes are available on
-<a href="http://wiki.debian.org/DebianEdu/BrowserMultimedia">the
-Debian wiki</a>.  I was surprised how few of the plugins are able to
-fill this need.  My personal video player favorite, VLC, has a really
-bad plugin which fail on a lot of the test pages.  A lot of the MIME
-types I would expect to work with any free software player (like
-video/ogg), just do not work.  And simple formats like the
-audio/x-mplegurl format (m3u playlists), just isn't supported by the
-totem and vlc plugins.  I hope the situation will improve soon.  No
-wonder sites use the proprietary Adobe flash to play video.</p>
-
-<p>For Lenny, we seem to end up with the mplayer plugin.  It seem to
-be the only one fitting our needs. :/</p>
+<p>Just for fun, I did a search right now on Google for a few file ODF
+and MS Office based formats (not to be mistaken for ISO or ECMA
+OOXML), to get an idea of their relative usage.  I searched using
+'filetype:odt' and equvalent terms, and got these results:</P>
+
+<table>
+<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
+<tr><td>Tekst</td> <td>odt:282000</td> <td>docx:308000</td></tr>
+<tr><td>Presentasjon</td> <td>odp:75600</td> <td>pptx:183000</td></tr>
+<tr><td>Regneark</td> <td>ods:26500    </td> <td>xlsx:145000</td></tr>
+</table>
+
+<p>Next, I added a 'site:no' limit to get the numbers for Norway, and
+got these numbers:</p>
+
+<table>
+<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
+<tr><td>Tekst</td> <td>odt:2480        </td> <td>docx:4460</td></tr>
+<tr><td>Presentasjon</td> <td>odp:299  </td> <td>pptx:741</td></tr>
+<tr><td>Regneark</td> <td>ods:187      </td> <td>xlsx:372</td></tr>
+</table>
+
+<p>I wonder how these numbers change over time.</p>
+
+<p>I am aware of Google returning different results and numbers based
+on where the search is done, so I guess these numbers will differ if
+they are conduced in another country.  Because of this, I did the same
+search from a machine in California, USA, a few minutes after the
+search done from a machine here in Norway.</p>
+
+
+<table>
+<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
+<tr><td>Tekst</td> <td>odt:129000</td> <td>docx:308000</td></tr>
+<tr><td>Presentasjon</td> <td>odp:44200</td> <td>pptx:93900</td></tr>
+<tr><td>Regneark</td> <td>ods:26500    </td> <td>xlsx:82400</td></tr>
+</table>
+
+<p>And with 'site:no':
+
+<table>
+<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr>
+<tr><td>Tekst</td> <td>odt:2480</td> <td>docx:3410</td></tr>
+<tr><td>Presentasjon</td> <td>odp:175</td> <td>pptx:604</td></tr>
+<tr><td>Regneark</td> <td>ods:186      </td> <td>xlsx:296</td></tr>
+</table>
+
+<p>Interesting difference, not sure what to conclude from these
+numbers.</p>

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/debian">debian</a>, <a href="tags/debian edu">debian edu</a>, <a href="tags/english">english</a>, <a href="tags/multimedia">multimedia</a>, <a href="tags/web">web</a>. 
+   Tags: <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>, <a href="tags/web">web</a>. 

   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">
   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">

-  <div class="title"><a href="Mens_vi_venter_p___3D_skriveren.html">Mens vi venter på 3D-skriveren</a></div>
-  <div class="date">2008-11-24 20:00</div>
+  <div class="title"><a href="ISO_still_hope_to_fix_OOXML.html">ISO still hope to fix OOXML</a></div>
+  <div class="date">2009-08-08 14:00</div>

   <div class="body">
   <div class="body">

-<p>Jeg synes ethvert møblert hjem bør ha sin egen replikator.  Og for
-å få min replikator på plass, har jeg som del av
-<a href="http://wiki.nuug.no/grupper/replikator">NUUGs
-3D-skriverprosjekt</a> bestilt deler til en
-<a href="http://www.reprap.org/">reprap</a> fra utlandet, som skal
-bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
-Foreløbig plan er å bygge to i parallell, en basert på byggesett
-fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
-Institutt for Informatikk ved Universitetet i Oslo.  Jeg har fokusert
-på byggesettet, og håper noen andre vil ta ansvar for den
-hjemmelagede utgaven. :)</p>
-
-<p>Nå er det den lange ventetiden som rår, etter at begge
-byggesettene er bestilt og betalt.  Dog har visst den første pakken
-gått tapt etter at postens fikk den utlevert i Norge.  Den er ferdig
-fortollet, og pakkelapp kom i postkassen før pakken var klar til
-henting.  Det var 2008-11-07.  Postens sporingssystem forteller at
-pakken ikke har beveget seg siden 2008-11-05, da den var innom
-omlastingsterminalen i Oslo.  Dette var elektronikkbyggesettet som kom
-fra USA.  Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
-håper det ikke går tapt på samme vis.</p>
+<p>According to <a
+href="http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html">a
+blog post from Torsten Werner</a>, the current defect report for ISO
+29500 (ISO OOXML) is 809 pages.  His interesting point is that the
+defect report is 71 pages more than the full ODF 1.1 specification.
+Personally I find it more interesting that ISO still believe ISO OOXML
+can be fixed in ISO.  Personally, I believe it is broken beyon repair,
+and I completely lack any trust in ISO for being able to get anywhere
+close to solving the problems.  I was part of the Norwegian committee
+involved in the OOXML fast track process, and was not impressed with
+Standard Norway and ISO in how they handled it.</p>
+
+<p>These days I focus on ODF instead, which seem like a specification
+with the future ahead of it.  We are working in NUUG to organise a ODF
+seminar this autumn.</p>

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/3d-printer">3d-printer</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/reprap">reprap</a>. 
+   Tags: <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>. 

   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">
   
   </div>
  </div>
  <div class="padding"></div>
  
  <div class="entry">

-  <div class="title"><a href="Tester_blog.html">Tester blog</a></div>
-  <div class="date">2008-11-04 11:00</div>
+  <div class="title"><a href="Debian_has_switched_to_dependency_based_boot_sequencing.html">Debian has switched to dependency based boot sequencing</a></div>
+  <div class="date">2009-07-27 23:50</div>

   <div class="body">
   <div class="body">

-<p>Kanskje en blog kunne være noe også for meg.  chronicle ser ut til
-å være en grei måte å skrive en blog på.  Dette er første
-forsøk.</p>
+<p>Since this evening, with the upload of sysvinit version 2.87dsf-2,
+and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
+have been migrated to using dependency based boot sequencing.  This
+conclude work me and others have been doing for the last three days.
+It feels great to see this finally part of the default Debian
+installation.  Now we just need to weed out the last few problems that
+are bound to show up, to get everything ready for Squeeze.</p>
+
+<p>The next step is migrating /sbin/init from sysvinit to upstart, and
+fixing the more fundamental problem of handing the event based
+non-predictable kernel in the early boot.</p>

 </div>
   <div class="tags">
    
 
    
 </div>
   <div class="tags">
    
 
    

-   Tags: <a href="tags/norsk">norsk</a>, <a href="tags/rss">rss</a>. 
+   Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
+ 
+ <div class="entry">
+  <div class="title"><a href="Taking_over_sysvinit_development.html">Taking over sysvinit development</a></div>
+  <div class="date">2009-07-22 23:00</div>
+  <div class="body">
+<p>After several years of frustration with the lack of activity from
+the existing sysvinit upstream developer, I decided a few weeks ago to
+take over the package and become the new upstream.  The number of
+patches to track for the Debian package was becoming a burden, and the
+lack of synchronization between the distribution made it hard to keep
+the package up to date.</p>
+
+<p>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
+and my Debian co-maintainer Kel Modderman.  About 10 days ago, I made
+a new upstream tarball with version number 2.87dsf (for Debian, SuSe
+and Fedora), based on the patches currently in use in these
+distributions.  We Debian maintainers plan to move to this tarball as
+the new upstream as soon as we find time to do the merge.  Since the
+new tarball was created, we agreed with Werner at SuSe to make a new
+upstream project at <a href="http://savannah.nongnu.org/">Savannah</a>, and continue
+development there.  The project is registered and currently waiting
+for approval by the Savannah administrators, and as soon as it is
+approved, we will import the old versions from svn and continue
+working on the future release.</p>
+
+<p>It is a bit ironic that this is done now, when some of the involved
+distributions are moving to upstart as a syvinit replacement.</p>
+</div>
+  <div class="tags">
+   
+
+   
+   Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
+ 
+ <div class="entry">
+  <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>
+  <div class="date">2009-07-09 14:40</div>
+  <div class="body">
+<p>For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
+den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
+for regjeringen da de tok sin avgjørelse.  De er nå lagt ut på NUUGs
+wiki, direkte tilgjengelig via "<a
+href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon.pdf">Referansekatalogen
+v2.0 - Oppsummering av høring</a>" og "<a
+href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon-katalogutkast.pdf">Referansekatalog
+for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
+UTKAST</a>".</p>
+
+<p>Det er tre ting jeg merker meg i oppsummeringen fra
+høringsuttalelsen da jeg skummet igjennom den.  Det første er at
+forståelsen av hvordan programvarepatenter påvirker fri
+programvareutvikling også i Norge når en argumenterer med at
+royalty-betaling ikke er et relevant problem i Norge.  Det andre er at
+FAD ikke har en prinsipiell forståelse av verdien av en enkelt
+standard innenfor hvert område.  Det siste er at påstander i
+høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
+Microsoft om hvordan Ogg blir standardisert og påstanden fra
+politidirektoratet om patentproblemer i Theora).</p>
+</div>
+  <div class="tags">
+   
+
+   
+   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>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
+ 
+ <div class="entry">
+  <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>
+  <div class="date">2009-07-06 21:00</div>
+  <div class="body">
+<p>Jeg ble glad da regjeringen
+<a href="http://www.digi.no/817635/her-er-statens-nye-it-standarder">annonserte</a>
+versjon 2 av
+<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf">statens
+referansekatalog over standarder</a>, men trist da jeg leste hva som
+faktisk var vedtatt etter
+<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html">høringen</a>.
+De fleste av de valgte åpne standardene er gode og vil bidra til at
+alle kan delta på like vilkår i å lage løsninger for staten, men
+noen av dem blokkerer for de som ikke har anledning til å benytte
+spesifikasjoner som krever betaling for bruk (såkalt
+royalty-betaling).  Det gjelder spesifikt for H.264 for video og MP3
+for lyd.  Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
+Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
+fra statens websider gjøre dette uten å måtte bruke programmer der
+betaling for bruk var nødvendig.  Når det nå er gjort valgfritt for
+de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
+Vorbis), så vil en bli tvunget til å forholde seg til
+royalty-belastede standarder for å få tilgang til videoen og
+lyden.</p>
+
+<p>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
+at alle standarder som ble valgt til å være påkrevd i katalogen skulle
+være uten royalty-betaling.  Jeg håper det ikke betyr at en har mistet
+all forståelse for hvilke prinsipper som må følges for å oppnå
+likeverdig konkurranse mellom aktørene i IT-bransjen.  NUUG advarte
+mot dette i
+<a href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2">sin
+høringsuttalelse</a>, men ser ut til å ha blitt ignorert.</p>
+</div>
+  <div class="tags">
+   
+
+   
+   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>. 

   
   </div>
  </div>
   
   </div>
  </div>


@@ -218,12 +503,37 @@ forsøk.</p>
 <h2>Archive</h2>
 <ul>
 
 <h2>Archive</h2>
 <ul>
 

+<li>2009
+<ul>
+
+<li><a href="archive/2009/01/">January (8)</a></li>
+
+<li><a href="archive/2009/02/">February (8)</a></li>
+
+<li><a href="archive/2009/03/">March (12)</a></li>
+
+<li><a href="archive/2009/04/">April (10)</a></li>
+
+<li><a href="archive/2009/05/">May (9)</a></li>
+
+<li><a href="archive/2009/06/">June (3)</a></li>
+
+<li><a href="archive/2009/07/">July (4)</a></li>
+
+<li><a href="archive/2009/08/">August (3)</a></li>
+
+<li><a href="archive/2009/09/">September (1)</a></li>
+
+<li><a href="archive/2009/10/">October (2)</a></li>
+
+</ul></li>
+

 <li>2008
 <ul>
 
 <li><a href="archive/2008/11/">November (5)</a></li>
 
 <li>2008
 <ul>
 
 <li><a href="archive/2008/11/">November (5)</a></li>
 

-<li><a href="archive/2008/12/">December (2)</a></li>
+<li><a href="archive/2008/12/">December (7)</a></li>

 
 </ul></li>
 
 
 </ul></li>
 


@@ -234,38 +544,58 @@ forsøk.</p>
 <h2>Tags</h2>
 <ul>
 
 <h2>Tags</h2>
 <ul>
 

- <li><a href="tags/3d-printer">3d-printer (3)</a></li>
+ <li><a href="tags/3d-printer">3d-printer (11)</a></li>

 
  <li><a href="tags/amiga">amiga (1)</a></li>
 
  <li><a href="tags/aros">aros (1)</a></li>
 
 
  <li><a href="tags/amiga">amiga (1)</a></li>
 
  <li><a href="tags/aros">aros (1)</a></li>
 

- <li><a href="tags/debian">debian (2)</a></li>
+ <li><a href="tags/debian">debian (14)</a></li>
+
+ <li><a href="tags/debian edu">debian edu (7)</a></li>
+
+ <li><a href="tags/english">english (17)</a></li>
+
+ <li><a href="tags/fiksgatami">fiksgatami (1)</a></li>

 
 

- <li><a href="tags/debian edu">debian edu (2)</a></li>
+ <li><a href="tags/fildeling">fildeling (4)</a></li>

 
 

- <li><a href="tags/english">english (2)</a></li>
+ <li><a href="tags/lenker">lenker (1)</a></li>

 
  <li><a href="tags/ltsp">ltsp (1)</a></li>
 
 
  <li><a href="tags/ltsp">ltsp (1)</a></li>
 

- <li><a href="tags/multimedia">multimedia (1)</a></li>
+ <li><a href="tags/multimedia">multimedia (5)</a></li>

 
 

- <li><a href="tags/norsk">norsk (5)</a></li>
+ <li><a href="tags/norsk">norsk (55)</a></li>

 
 

- <li><a href="tags/nuug">nuug (4)</a></li>
+ <li><a href="tags/nuug">nuug (57)</a></li>

 
 

- <li><a href="tags/reprap">reprap (3)</a></li>
+ <li><a href="tags/opphavsrett">opphavsrett (8)</a></li>
+
+ <li><a href="tags/personvern">personvern (9)</a></li>
+
+ <li><a href="tags/reprap">reprap (10)</a></li>

 
  <li><a href="tags/rss">rss (1)</a></li>
 
 
  <li><a href="tags/rss">rss (1)</a></li>
 

- <li><a href="tags/web">web (1)</a></li>
+ <li><a href="tags/sikkerhet">sikkerhet (4)</a></li>
+
+ <li><a href="tags/standard">standard (9)</a></li>
+
+ <li><a href="tags/stavekontroll">stavekontroll (1)</a></li>
+
+ <li><a href="tags/video">video (9)</a></li>
+
+ <li><a href="tags/vitenskap">vitenskap (1)</a></li>
+
+ <li><a href="tags/web">web (5)</a></li>

 
 </ul>
 
 </div>
 
 <p style="text-align: right">
 
 </ul>
 
 </div>
 
 <p style="text-align: right">

-Created by <a href="http://steve.org.uk/Software/chronicle">Chronicle v3.3</a>
+Created by <a href="http://steve.org.uk/Software/chronicle">Chronicle v3.2</a>

 </p>
 </body>
 </html>
 </p>
 </body>
 </html>