<atom:link href="index.rss" rel="self" type="application/rss+xml" />
<item>
- <title>Reprap-pakke tapt i posten</title>
- <link>Reprap_pakke_tapt_i_posten.html</link>
- <guid isPermaLink="true">Reprap_pakke_tapt_i_posten.html</guid>
- <pubDate>Thu, 27 Nov 2008 21:20:00 +0100</pubDate>
+ <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk</title>
+ <link>Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</link>
+ <guid isPermaLink="true">Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</guid>
+ <pubDate>Fri, 6 Nov 2009 18:45:00 +0100</pubDate>
<description>
-<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>Det er svært gledelig å se at
+<a href="http://www.aftenposten.no/nyheter/iriks/article3360796.ece">retten
+fant at Telenor ikke skal fungere som Internet-voktere</a> på vegne av
+opphavsrettsmafiaen. TONO påstår ikke overraskende "rettighetshaverne
+er rettsløse". De burde jo vite alt om hvordan rettighetshaverne blir
+behandlet, som har
+<a href="http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492">nektet
+å hjelpe en av sine medlemmer i en plagiatsak</a> mot Universal i
+Polen.</p>
+
+<p>Ved opphavsrettsbrudd så er det jo den som offentliggjort
+kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
+Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
+en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
+det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
+eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
+tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
+katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
+De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
+en ikke liker det som blir publisert, så må det tas opp med den som
+publiserer, ikke noen andre.</p>
+
+<p>Personlig velger jeg å stort sett bruke kulturuttrykk som
+publiseres med mer brukervennlige vilkår, som CC-BY og lignende.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Endelig operativt webbasert medlemsregister for Fri programvare i skolen</title>
+ <link>Endelig_operativt_webbasert_medlemsregister_for_Fri_programvare_i_skolen.html</link>
+ <guid isPermaLink="true">Endelig_operativt_webbasert_medlemsregister_for_Fri_programvare_i_skolen.html</guid>
+ <pubDate>Mon, 2 Nov 2009 22:40:00 +0100</pubDate>
+ <description>
+<p>Under helgens utviklersamling i
+<a href="http://www.skolelinux.no/">Skolelinux</a> fikk jeg endelig
+satt meg ned sammen med Ronny Aasen i styret for å få et webbasert
+medlemsregister tilbake på plass for foreningen som passer på
+skolelinuxprosjektet. Etter flere års knot og problemer, er nå
+memberdb satt opp og klart til bruk. Import av det gamle
+medlemsregisteret har vist seg vanskelig, så alle medlemmer bes om å
+registrere seg på nytt. Hvis du støtter FRiSKs formål så er du
+hjertelig velkommen til
+<a href="http://medlem.friprogramvareiskolen.no/">å melde deg
+inn</a>. Formålet lyder:</p>
+
+<blockquote>Linux i skolen skal tilrettelegge for og informere om bruk
+av fri programvare, i henhold til Debian Free Software Guidelines av
+2002-02-03, i den norske skolen, slik som f.eks. Linux og
+GNU.</blockquote>
</description>
</item>
<item>
- <title>Amigafolket holder ut</title>
- <link>Amigafolket_holder_ut.html</link>
- <guid isPermaLink="true">Amigafolket_holder_ut.html</guid>
- <pubDate>Wed, 26 Nov 2008 06:05:00 +0100</pubDate>
+ <title>Jeg vil ikke ha BankID</title>
+ <link>Jeg_vil_ikke_ha_BankID.html</link>
+ <guid isPermaLink="true">Jeg_vil_ikke_ha_BankID.html</guid>
+ <pubDate>Fri, 30 Oct 2009 13:05:00 +0100</pubDate>
<description>
-<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>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 kundestøtte 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. [Oppdatering: Postbankens kundestøtte sier kravet er
+fastsatt av <a href="http://www.kredittilsynet.no/">kreditttilsynet</a>
+og <a href="http://www.bbs.no/">BBS</a>.] 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. :(
</description>
</item>
<item>
- <title>The sorry state of multimedia browser plugins in Debian</title>
- <link>The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</link>
- <guid isPermaLink="true">The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</guid>
- <pubDate>Tue, 25 Nov 2008 00:10:00 +0100</pubDate>
+ <title>Internet-sensur skal i retten på mandag</title>
+ <link>Internet_sensur_skal_i_retten_p___mandag.html</link>
+ <guid isPermaLink="true">Internet_sensur_skal_i_retten_p___mandag.html</guid>
+ <pubDate>Sat, 10 Oct 2009 22:00:00 +0200</pubDate>
<description>
-<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><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>
</description>
</item>
<item>
- <title>Mens vi venter på 3D-skriveren</title>
- <link>Mens_vi_venter_p___3D_skriveren.html</link>
- <guid isPermaLink="true">Mens_vi_venter_p___3D_skriveren.html</guid>
- <pubDate>Mon, 24 Nov 2008 20:00:00 +0100</pubDate>
+ <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?</title>
+ <link>MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html</link>
+ <guid isPermaLink="true">MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html</guid>
+ <pubDate>Wed, 23 Sep 2009 10:00:00 +0200</pubDate>
<description>
-<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>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>
</description>
</item>
<item>
- <title>Tester blog</title>
- <link>Tester_blog.html</link>
- <guid isPermaLink="true">Tester_blog.html</guid>
- <pubDate>Tue, 4 Nov 2008 11:00:00 +0100</pubDate>
+ <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</title>
+ <link>Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html</link>
+ <guid isPermaLink="true">Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html</guid>
+ <pubDate>Sun, 23 Aug 2009 10:00:00 +0200</pubDate>
<description>
-<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>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>
+</description>
+ </item>
+
+ <item>
+ <title>Relative popularity of document formats (MS Office vs. ODF)</title>
+ <link>Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
+ <guid isPermaLink="true">Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
+ <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
+ <description>
+<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>
+</description>
+ </item>
+
+ <item>
+ <title>ISO still hope to fix OOXML</title>
+ <link>ISO_still_hope_to_fix_OOXML.html</link>
+ <guid isPermaLink="true">ISO_still_hope_to_fix_OOXML.html</guid>
+ <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
+ <description>
+<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>
+</description>
+ </item>
+
+ <item>
+ <title>Debian has switched to dependency based boot sequencing</title>
+ <link>Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
+ <guid isPermaLink="true">Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
+ <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
+ <description>
+<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>
+</description>
+ </item>
+
+ <item>
+ <title>Taking over sysvinit development</title>
+ <link>Taking_over_sysvinit_development.html</link>
+ <guid isPermaLink="true">Taking_over_sysvinit_development.html</guid>
+ <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
+ <description>
+<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>
</description>
</item>
projects / homepage.git / blobdiff