<atom:link href="index.rss" rel="self" type="application/rss+xml" />
<item>
- <title>Vitenskapens dogmer...</title>
- <link>Vitenskapens_dogmer___.html</link>
- <guid isPermaLink="true">Vitenskapens_dogmer___.html</guid>
- <pubDate>Fri, 27 Mar 2009 11:30: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>Handspåleggere og andre tilhengere av ikke-etterprøvbar medisin,
-samt de som mener at verden ikke utviklet seg i henhold til
-evolusjonsteorien, hevder ofte at vitenskapen er dogmatisk og at
-vitenskapsfolk velger å ignorere alt vitenskapsfolk ikke kan
-forklare. Intet kunne være lenger fra sannheten. En interessant
-observasjon dog, er hvilke "dogmer" som ligger til grunn for
-vitenskapen. Her er et forsøk på å nevne noen av de grunnleggende
-antagelsene som legges til grunn.</p>
-
-<p>Først og fremst ligger det til grunn en tro om at verden,
-verdensrommet og universet har de samme egenskapene overalt. Dvs. at
-en ikke tror at virkeligheten oppfører seg forskjellig f.eks. på
-jorden og i verdensrommet. Dette er ingen selvfølgelig antagelse, da
-f.eks. de gamle grekerne antok at virkeligheten var forskjellig på
-jorden og i himmelen. Antagelsen om at virkeligheten oppfører seg
-etter de samme "reglene" overalt skjøt først fart etter
-middelalderen.</p>
-
-<p>Når en så har begynt å tro at virkeligheten oppfører seg likt
-overalt, så kan en begynne å tro at det er mulig å observere
-virkeligheten, og ut fra observasjoner kunne finne en forklaring, et
-sett med "regler", som kan brukes til å forutse hva som kommer til å
-skje i fremtiden basert på observasjoner gjort i fortiden. Eksempler
-på dette er at en kan beregne hvor lang tid en sten som er sluppet
-ned fra et hus vil bruke før den treffer bakken (og ikke tror at den
-i noen tilfeller vil fly oppover i stedet for nedover). En kan altså
-lage en mental modell over sammenhenger i virkeligheten, og bruke
-denne modellen til å, enten ved hjelp av logiske argumentasjonsrekker
-eller matematiske beregninger, forklare hva som kommer til å skje.
-Hvis modellen viser seg å fungere bra for observasjoner i dag, så
-kan en på tilsvarende vis beregne eller logisk sette sammen hva som
-har foregått i fortiden som ledet frem til det vi kan observere i
-dag.</p>
-
-<p>Sist, men ikke minst, så tror vitenskapsfolk på at det er mulig
-å observere virkeligheten, og å tro på disse observasjonene
-(innenfor rimelig feilmargin som følger av måten observasjonen er
-gjort på). En tror altså ikke på at noen bakenfor virkeligheten
-forsøker å lure oss til å observere noe som ikke eksisterer. Det
-er naturligvis umulig (eller kanskje til nød svært vanskelig) å
-motbevise at vi lever i Matrix-aktige omgivelser, der vi observerer
-noe som eksisterer kun som en simulering i datamaskiner. Det at noe
-er umulig å motbevise gjør dog ikke at det blir spesielt interessant
-å ta utgangspunkt i. Det er antagelig ikke grenser for hvor mange
-måter det er mulig å tenke seg at vi blir lurt til å oppleve en
-virkelighet som "egentlig" ikke eksisterer, men i og med at den
-eksisterer for oss, så er det i hovedsak et filosofisk spørsmål om
-hva det betyr å eksistere. Det er ikke spesielt relevant for
-vitenskapen, som altså tar utgangspunkt i at den virkeligheten vi
-observerer eksisterer, virker likt overalt, og kan forstås med logikk
-og matematikk.</p>
-
-<p>Det kan virke som om de som hevder at vitenskapen er ute av stand
-til å ta inn over seg Snåsamannens evner, homeopatiske
-forklaringsmodeller og en skapende gud, ikke tror på det samme som
-vitenskapsfolk. De kan ikke tro at den virkeligheten vi observerer
-eksisterer, virker likt overalt, og kan forstås med logikk og
-matematikk. Mitt problem med å tro på på det samme, er at hvis
-disse forutsetningene ikke ligger til grunn, så er det ingen grenser
-for hva en kan komme opp med av ideer til hvordan virkeligheten
-fungerer. Både Harry Potters magi, kreasjonistenes allmektige
-skaper, det flygende spagettimonsteret, Snåsamannens helbredelser,
-Haitis voodo, samenes ganding og middelalderens hekserier blir like
-gyldige. Jeg tror ikke noen av disse er spesielt sannsynlige, og
-velger derfor å ta utgangspunkt i vitenskapens rammer for hvordan
-virkeligheten skal forstås. For å sitere en reklamekampanje fra
-England: Vitenskap sender deg til månen. Religion sender deg inn i
-skyskrapere. Takke meg til en tur til månen.</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 DRA 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>Første reprap-integreringsforsøk - Z-aksen beveger seg</title>
- <link>F__rste_reprap_integreringsfors__k___Z_aksen_beveger_seg.html</link>
- <guid isPermaLink="true">F__rste_reprap_integreringsfors__k___Z_aksen_beveger_seg.html</guid>
- <pubDate>Thu, 19 Mar 2009 22:15: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>I går tok jeg mot til meg, og løste problemet med
-z-aksen ved å borre i delen som manglet feste mot tannjulet som
-skal drive z-aksereimen. Dermed var det klart for å montere
-z-akse-akslingen på motoren og komme et steg videre med
-reprap-monteringen. Prøvekjørte den i dag med
-testprogrammet til stepmotoren, og kunne glad konstatere at det hele
-fungerte. I hvert fall når stepmotoren ikke forsøkte
-å snurre for raskt rundt. Ved høy hastighet roterte
-ikke akslingen i det hele tatt. Motoren ble bare stående
-å vibrere. Usikker på hvorfor, men antar motoren ikke
-har nok kraft til å få hele akslingen til å
-rotere så raskt. Denne øvelsen avslørte dog et
-annet problem med monteringen så langt. Under testingen
-begynte skruer og muttere å ry ned fra ulike deler av
-reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
-å tåle slike vibrasjoner. Tror en 5-6 skruver og/eller
-muttere løsnet. Brukte ganske lang tid på å
-finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
-må strammes skikkelig til før første
-utskrift.</p>
-
-<p>Neste steg er å få laget z-aksebåndet. Der trenger jeg
-egnet lim og en konstruksjon for å klemme bandet sammen under
-limingen, som
-<a href="http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt">beskrevet
-på reprap-wikien</a>. Er blitt tipset om svart superlim som er
-elastisk også etter at det tørket, og dro ned til Small Size
-Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
-fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
-hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
-limet egentlig heter, så det er vanskelig å søke på nett.</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>Avisene i endring</title>
- <link>Avisene_i_endring.html</link>
- <guid isPermaLink="true">Avisene_i_endring.html</guid>
- <pubDate>Sun, 15 Mar 2009 22:15:00 +0100</pubDate>
+ <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>Jeg kom over bloggposten
-"<a href="http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/">Newspapers
-and Thinking the Unthinkable</a>" som jeg synes forklarer godt hva som
-skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
-forretningsmodeller basert på å løse problemer som ikke lenger
-eksisterer. Det blir spennende å se hva vi ender opp med.</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>
</description>
</item>
<item>
- <title>En skam at det ikke finnes ordrett referat fra norske domstoler</title>
- <link>En_skam_at_det_ikke_finnes_ordrett_referat_fra_norske_domstoler.html</link>
- <guid isPermaLink="true">En_skam_at_det_ikke_finnes_ordrett_referat_fra_norske_domstoler.html</guid>
- <pubDate>Fri, 13 Mar 2009 18:00:00 +0100</pubDate>
+ <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>Advokatene jobber i disse dager hardt for å bli kvitt juryordningen
-fra norske domstoler. Det har de forsåvidt jobbet med i mange år.
-Personlig tror jeg det er å starte i feil ende, og en dårlig ide.</p>
-
-<p>Visst du at det ikke lages ordrett referat fra norske domstoler?
-Det er ingen som skriver ned alt som sies i en norsk rettsal slik en
-ser i TV-serier fra USA. Det som publiseres er dommerens
-oppsummering, og alt som ikke blir med i den oppsummeringen er det
-vanskelig å få dokumentert i ettertid. Konsekvensen er at en kan
-lyve så mye en vil fra vitneboksen uten å bli tatt for det i
-ettertid, hvis dommeren ikke syntes det som ble sagt var så
-interessant at det ble med i dokumentet som dokumenterer
-domsavsigelsen. Mens alt som sies fra Stortingets talerstol er
-tilgjengelig på web etter kort tid for kontroll og kritikk, er det
-ingen tilsvarende mulighet for det som sies fra vitneboksen i en norsk
-domstol. Kan dette føre til at en sak varer lengre enn nødvendig i
-rettssystemet? Jeg tror det, og synes det er en skam at det ikke
-publiseres ordrette referater fra norske rettsaler.</p>
-
-<p>En relatert observasjon er at det i utvalgte deler av landet
-eksperimenteres med lydopptak fra rettsalen, men disse opptakene er
-kun tilgjengelig for dommeren til hjelp når oppsummeringen skrives.
-Jeg synes som et minimum at disse lydopptakene som en regel burde vært
-publisert offentlig på web.</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>
</description>
</item>
<item>
- <title>Testing av reprap-elektronikken igang</title>
- <link>Testing_av_reprap_elektronikken_igang.html</link>
- <guid isPermaLink="true">Testing_av_reprap_elektronikken_igang.html</guid>
- <pubDate>Thu, 12 Mar 2009 16:00:00 +0100</pubDate>
+ <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>Lenge siden det var en oppdatering av status for min 3D-skriver og
-i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
-montert, og elektronikken er også nesten ferdig loddet. Det ser ut
-til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil,
-der en del manglet og en annen hadde suboptimalt design. Jeg løser
-antagelig det ene problemet med å borre noen ekstra hull til skruver i
-en plastdelen som trenger å festes. Det andre problemet håper jeg å
-få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
-Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og
-er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
-delen jeg mangler på denne.</p>
-
-<p>Når det gjelder elektronikken, så er mye allerede loddet sammen av
-min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
-enn meg. Jeg fikk i dag testet
-<a href="http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1">stepper
-motordriveren (v1.1)</a>, og det fungerte. Jeg møtte et lite problem
-med strømforsyningen, en standard ATX-strømforsyning som nektet å
-fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
-beskrevet på
-<a href="http://dev.www.reprap.org/bin/view/Main/PCPowerSupply">reprap-sidene
-om PC-strømforsyninger</a>. Jeg møtte også et annet problem med
-Arduino-programvaren. Versjon 0013 fungerer visst ikke på
-Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant
-vha. et Google-søk
-<a href="http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5">tipset
-meg</A> om at en nedgradering
-til <a href="http://arduino.googlecode.com/files/arduino-0012-linux.tgz">versjon
-0012</a> kunne løse problemet, og endelig ser jeg motorakslingen
-snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
-reprap-en kvikner til.</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>
</description>
</item>
<item>
- <title>Frikanalen og jul i studentrådet</title>
- <link>Frikanalen_og_jul_i_studentr__det.html</link>
- <guid isPermaLink="true">Frikanalen_og_jul_i_studentr__det.html</guid>
- <pubDate>Wed, 11 Mar 2009 23:40:00 +0100</pubDate>
+ <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>I går
-<a href="http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html">lanserte</a>
-NUUGs videogruppe
-<a href="http://www.frikanalen.no">Frikanalen</a> med
-<a href="http://www.nuug.no/pub/video/frikanalen/frontpage.cgi">åpne
-standarder</a>, og resultatet av noen intense uker med arbeide kunne
-endelig presenteres. Jeg har tro på åpen kanalkonseptet som
-Frikanalen er et eksempel på, der borgerne får anledning til å
-kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
-glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
-kan få tilgang til opptakene på web, og slipper å måtte installere MS
-Silverlight for å spille av opptakene.</p>
-
-<p>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
-helt slik foreningen Åpen kanal planla det for mange år siden, noe som
-er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
-rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
-foreningen Åpen kanal) har saksøkt kulturdepartementet over
-konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.</p>
-
-<p>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
-av å se en rekke av innslagene som er tilgjengelig. Her er mye
-religiøst sludder, fra
-<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720">vandring
-i jerusalem</a> via
-<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779">religiøst
-vinklede nyheter</a> til
-<a
-href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077">kreasjonisk
-retorikk</a>, men også fine
-<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407">dokumentarer
-om redningsselskapet</a> og
-<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204">interessante
-tegneserieanmeldelser</a>. Det jeg derimot har hatt størst glede av,
-er
-
-<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556">jul
-i studentrådet</a>, der hver episode var en fest å se på. Jeg håper
-NUUG lykkes med å få ut sine opptak med like stor suksess.</p>
+<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>
<item>
- <title>Lisensvalg for NUUG-opptakene endelig på plass</title>
- <link>Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html</link>
- <guid isPermaLink="true">Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html</guid>
- <pubDate>Fri, 6 Mar 2009 21:20:00 +0100</pubDate>
+ <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
+ <link>Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html</link>
+ <guid isPermaLink="true">Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html</guid>
+ <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
<description>
-<p>Etter mange års meditasjon over temaet, har NUUG endelig klart å
-bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
-gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
-blir <a href="http://creativecommons.org/licenses/by-sa/3.0/no/">Creative
-Commons Navngivelse-Del på samme vilkår 3.0 Norge</a>. Jeg er veldig
-glad for at denne saken endelig er landet. Lisensen for opptaket til
-Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
-på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
-i denne sammenhengen.</p>
+<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>
</description>
</item>
<item>
- <title>Teknisk program for Go Open 2009 er nesten ferdig</title>
- <link>Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</link>
- <guid isPermaLink="true">Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</guid>
- <pubDate>Thu, 5 Mar 2009 22:30:00 +0100</pubDate>
+ <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
+ <link>Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
+ <guid isPermaLink="true">Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
+ <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
<description>
-<p>Etter lang tids jobbing begynner endelig programmet til det
-tekniske sporet på konferansen <a href="http://www.goopen.no/">Go Open
-2009</a> å bli ferdig. Det blir 9 punkter på programmet, og etter alt
-å dømme blir det disse 9:</p>
-
-<ul>
-
-<li>"Open Telephony: A solution greater than the sum of its parts" med
- Jon "maddog" Hall</li>
-<li>OpenSolaris-relatert med Ian Murdock fra SUN</li>
-<li>"The inner workings of the OpenStreetmap project and the
- technology used" med Andy Allan </li>
-<li>Coreboot-relatert med Peter Stuge</li>
-<li>"Gratis værdata fra Meteorologisk institutt" med Trond Michelsen</li>
-<li>RRDtool/Nagios-relatert med Tobias Oetiker</li>
-<li>"Developers guide to server-side productivity and fun using open
- source platforms and frameworks" med en gjeng folk fra
- JavaBin-miljøet</li>
-<li>"G(et)it Nå!" med Marcus Ramberg</li>
-<li>Om kontrolltelling av valgresultater med fri programvare med Mitch
- Trachtenberg</li>
-
-</ul>
-
-<p>De siste bekreftelsene og overskrifter mangler og kommer
-forhåpentlig på plass før mandag, men jeg håper dette blir et program
-flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
-stort.</p>
+<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>
</description>
</item>
<item>
- <title>Checking server hardware support status for Dell, HP and IBM servers</title>
- <link>Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</link>
- <guid isPermaLink="true">Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</guid>
- <pubDate>Sat, 28 Feb 2009 23:50:00 +0100</pubDate>
+ <title>Microsofts misvisende argumentasjon rundt multimediaformater</title>
+ <link>Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html</link>
+ <guid isPermaLink="true">Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html</guid>
+ <pubDate>Fri, 26 Jun 2009 15:30:00 +0200</pubDate>
<description>
-<p>At work, we have a few hundred Linux servers, and with that amount
-of hardware it is important to keep track of when the hardware support
-contract expire for each server. We have a machine (and service)
-register, which until recently did not contain much useful besides the
-machine room location and contact information for the system owner for
-each machine. To make it easier for us to track support contract
-status, I've recently spent time on extending the machine register to
-include information about when the support contract expire, and to tag
-machines with expired contracts to make it easy to get a list of such
-machines. I extended a perl script already being used to import
-information about machines into the register, to also do some screen
-scraping off the sites of Dell, HP and IBM (our majority of machines
-are from these vendors), and automatically check the support status
-for the relevant machines. This make the support status information
-easily available and I hope it will make it easier for the computer
-owner to know when to get new hardware or renew the support contract.
-The result of this work documented that 27% of the machines in the
-registry is without a support contract, and made it very easy to find
-them. 27% might seem like a lot, but I see it more as the case of us
-using machines a bit longer than the 3 years a normal support contract
-last, to have test machines and a platform for less important
-services. After all, the machines without a contract are working fine
-at the moment and the lack of contract is only a problem if any of
-them break down. When that happen, we can either fix it using spare
-parts from other machines or move the service to another old
-machine.</p>
-
-<p>I believe the code for screen scraping the Dell site was originally
-written by Trond Hasle Amundsen, and later adjusted by me and Morten
-Werner Forsbring. The HP scraping was written by me after reading a
-nice article in ;login: about how to use WWW::Mechanize, and the IBM
-scraping was written by me based on the Dell code. I know the HTML
-parsing could be done using nice libraries, but did not want to
-introduce more dependencies. This is the current incarnation:</p>
-
-<pre>
-use LWP::Simple;
-use POSIX;
-use WWW::Mechanize;
-use Date::Parse;
-[...]
-sub get_support_info {
- my ($machine, $model, $serial, $productnumber) = @_;
- my $str;
-
- if ( $model =~ m/^Dell / ) {
- # fetch website from Dell support
- my $url = "http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no&amp;cs=nodhs1&amp;l=no&amp;s=dhs&amp;ServiceTag=$serial";
- my $webpage = get($url);
- return undef unless ($webpage);
-
- my $daysleft = -1;
- my @lines = split(/\n/, $webpage);
- foreach my $line (@lines) {
- next unless ($line =~ m/Beskrivelse/);
- $line =~ s/&lt;[^>]+?>/;/gm;
- $line =~ s/^.+?;(Beskrivelse;)/$1/;
-
- my @f = split(/\;/, $line);
- @f = @f[13 .. $#f];
- my $lastend = "";
- while ($f[3] eq "DELL") {
- my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10];
-
- my $start = POSIX::strftime("%Y-%m-%d",
- localtime(str2time($startstr)));
- my $end = POSIX::strftime("%Y-%m-%d",
- localtime(str2time($endstr)));
- $str .= "$type $start -> $end ";
- @f = @f[14 .. $#f];
- $lastend = $end if ($end gt $lastend);
- }
- my $today = POSIX::strftime("%Y-%m-%d", localtime(time));
- tag_machine_unsupported($machine)
- if ($lastend lt $today);
- }
- } elsif ( $model =~ m/^HP / ) {
- my $mech = WWW::Mechanize->new();
- my $url =
- 'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do';
- $mech->get($url);
- my $fields = {
- 'BODServiceID' => 'NA',
- 'RegisteredPurchaseDate' => '',
- 'country' => 'NO',
- 'productNumber' => $productnumber,
- 'serialNumber1' => $serial,
- };
- $mech->submit_form( form_number => 2,
- fields => $fields );
- # Next step is screen scraping
- my $content = $mech->content();
-
- $content =~ s/&lt;[^>]+?>/;/gm;
- $content =~ s/\s+/ /gm;
- $content =~ s/;\s*;/;;/gm;
- $content =~ s/;[\s;]+/;/gm;
-
- my $today = POSIX::strftime("%Y-%m-%d", localtime(time));
-
- while ($content =~ m/;Warranty Type;/) {
- my ($type, $status, $startstr, $stopstr) = $content =~
- m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
- $content =~ s/^.+?;Warranty Type;//;
- my $start = POSIX::strftime("%Y-%m-%d",
- localtime(str2time($startstr)));
- my $end = POSIX::strftime("%Y-%m-%d",
- localtime(str2time($stopstr)));
-
- $str .= "$type ($status) $start -> $end ";
-
- tag_machine_unsupported($machine)
- if ($end lt $today);
- }
- } elsif ( $model =~ m/^IBM / ) {
- # This code ignore extended support contracts.
- my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/;
- if ($producttype &amp;&amp; $serial) {
- my $content =
- get("http://www-947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty&amp;brandind=5000008&amp;Submit=Submit&amp;type=$producttype&amp;serial=$serial");
- if ($content) {
- $content =~ s/&lt;[^>]+?>/;/gm;
- $content =~ s/\s+/ /gm;
- $content =~ s/;\s*;/;;/gm;
- $content =~ s/;[\s;]+/;/gm;
-
- $content =~ s/^.+?;Warranty status;//;
- my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
-
- $str .= "($status) -> $end ";
-
- my $today = POSIX::strftime("%Y-%m-%d", localtime(time));
- tag_machine_unsupported($machine)
- if ($end lt $today);
- }
- }
- }
- return $str;
-}
-</pre>
-
-<p>Here are some examples on how to use the function, using fake
-serial numbers. The information passed in as arguments are fetched
-from dmidecode.</p>
-
-<pre>
-print get_support_info("hp.host", "HP ProLiant BL460c G1", "1234567890"
- "447707-B21");
-print get_support_info("dell.host", "Dell Inc. PowerEdge 2950", "1234567");
-print get_support_info("ibm.host", "IBM eserver xSeries 345 -[867061X]-",
- "1234567");
-</pre>
-
-<p>I would recommend this approach for tracking support contracts for
-everyone with more than a few computers to administer. :)</p>
-
-<p>Update 2009-03-06: The IBM page do not include extended support
-contracts, so it is useless in that case. The original Dell code do
-not handle extended support contracts either, but has been updated to
-do so.</p>
+<p>I
+<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf">Microsoft
+sin høringsuttalelse</a> til
+<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422">forslag
+til versjon 2 av statens referansekatalog over standarder</a>, lirer
+de av seg følgende FUD-perle:</p>
+
+<p><blockquote>"Vorbis, OGG, Theora og FLAC er alle tekniske
+ spesifikasjoner overordnet styrt av xiph.org, som er en
+ ikke-kommersiell organisasjon. Etablerte og anerkjente
+ standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt
+ innarbeidet vedlikeholds- og forvaltningsprosess av en standard.
+ Det er derimot helt opp til hver enkelt organisasjon å bestemme
+ hvordan tekniske spesifikasjoner videreutvikles og endres, og disse
+ spesifikasjonene bør derfor ikke defineres som åpne
+ standarder."</blockquote></p>
+
+<p>De vokter seg vel for å nevne den anerkjente
+standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP,
+IP og det meste av protokoller på Internet, og RFC-standardene som
+IETF står bak. Ogg er spesifisert i
+<a href="http://ietf.org/rfc/rfc3533.txt">RFC 3533</a>, og er uten
+tvil å anse som en åpen standard. Vorbis er
+<a href="http://ietf.org/rfc/rfc5215.txt">RFC 5215</a>. Theora er
+
+under standardisering via IETF, med
+<a href="http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt">siste
+utkast publisert 2006-07-21</a> (riktignok er dermed teksten ikke
+skrevet i stein ennå, men det blir neppe endringer som ikke er
+bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da
+jeg ikke finner tegn til at <a
+href="http://flac.sourceforge.net/format.html">spesifikasjonen
+tilgjengelig på web</a> er på tur via noen
+standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora
+og Vorbis også har involvert seg i Flac siden 2003, så ser jeg ikke
+bort fra at også den organiseres via IETF. Jeg kjenner personlig lite
+til FLAC.</p>
+
+<p>Uredelig argumentasjon bør en holde seg for god til å komme med,
+spesielt når det er så enkelt i dagens Internet-hverdag å gå
+misvisende påstander etter i sømmene.</p>
</description>
</item>
<item>
- <title>Using bar codes at a computing center</title>
- <link>Using_bar_codes_at_a_computing_center.html</link>
- <guid isPermaLink="true">Using_bar_codes_at_a_computing_center.html</guid>
- <pubDate>Fri, 20 Feb 2009 08:50:00 +0100</pubDate>
+ <title>Debian boots quicker and quicker</title>
+ <link>Debian_boots_quicker_and_quicker.html</link>
+ <guid isPermaLink="true">Debian_boots_quicker_and_quicker.html</guid>
+ <pubDate>Wed, 24 Jun 2009 21:40:00 +0200</pubDate>
<description>
-<p>At work with the University of Oslo, we have several hundred computers
-in our computing center. This give us a challenge in tracking the
-location and cabling of the computers, when they are added, moved and
-removed. Some times the location register is not updated when a
-computer is inserted or moved and we then have to search the room for
-the "missing" computer.</p>
-
-<p>In the last issue of Linux Journal, I came across a project
-<a href="http://www.libdmtx.org/">libdmtx</a> to write and read bar
-code blocks as defined in the
-<a href="http://en.wikipedia.org/wiki/Data_Matrix">The Data Matrix
-Standard</a>. This is bar codes that can be read with a normal
-digital camera, for example that on a cell phone, and several such bar
-codes can be read by libdmtx from one picture. The bar code standard
-allow up to 2 KiB to be written in the tag. There is another project
-with <a href="http://www.terryburton.co.uk/barcodewriter/">a bar code
-writer written in postscript</a> capable of creating such bar codes,
-but this was the first time I found a tool to read these bar
-codes.</p>
-
-<p>It occurred to me that this could be used to tag and track the
-machines in our computing center. If both racks and computers are
-tagged this way, we can use a picture of the rack and all its
-computers to detect the rack location of any computer in that rack.
-If we do this regularly for the entire room, we will find all
-locations, and can detect movements and removals.</p>
-
-<p>I decided to test if this would work in practice, and picked a
-random rack and tagged all the machines with their names. Next, I
-took pictures with my digital camera, and gave the dmtxread program
-these JPEG pictures to see how many tags it could read. This worked
-fairly well. If the pictures was well focused and not taken from the
-side, all tags in the image could be read. Because of limited space
-between the racks, I was unable to get a good picture of the entire
-rack, but could without problem read all tags from a picture covering
-about half the rack. I had to limit the search time used by dmtxread
-to 60000 ms to make sure it terminated in a reasonable time frame.</p>
-
-<p>My conclusion is that this could work, and we should probably look
-at adjusting our computer tagging procedures to use bar codes for
-easier automatic tracking of computers.</p>
+<p>I spent Monday and tuesday this week in London with a lot of the
+people involved in the boot system on Debian and Ubuntu, to see if we
+could find more ways to speed up the boot system. This was an Ubuntu
+funded
+<a href="https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint">developer
+gathering</a>. It was quite productive. We also discussed the future
+of boot systems, and ways to handle the increasing number of boot
+issues introduced by the Linux kernel becoming more and more
+asynchronous and event base. The Ubuntu approach using udev and
+upstart might be a good way forward. Time will show.</p>
+
+<p>Anyway, there are a few ways at the moment to speed up the boot
+process in Debian. All of these should be applied to get a quick
+boot:</p>
+
+<ul>
+
+<li>Use dash as /bin/sh.</li>
+
+<li>Disable the init.d/hwclock*.sh scripts and make sure the hardware
+ clock is in UTC.</li>
+
+<li>Install and activate the insserv package to enable
+ <a href="http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot">dependency
+ based boot sequencing</a>, and enable concurrent booting.</li>
+
+</ul>
+
+These points are based on the Google summer of code work done by
+<a href="http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/">Carlos
+Villegas</a>.
+
+<p>Support for makefile-style concurrency during boot was uploaded to
+unstable yesterday. When we tested it, we were able to cut 6 seconds
+from the boot sequence. It depend on very correct dependency
+declaration in all init.d scripts, so I expect us to find edge cases
+where the dependences in some scripts are slightly wrong when we start
+using this.</p>
+
+<p>On our IRC channel for this effort, #pkg-sysvinit, a new idea was
+introduced by Raphael Geissert today, one that could affect the
+startup speed as well. Instead of starting some scripts concurrently
+from rcS.d/ and another set of scripts from rc2.d/, it would be
+possible to run a of them in the same process. A quick way to test
+this would be to enable insserv and run 'mv /etc/rc2.d/S* /etc/rcS.d/;
+insserv'. Will need to test if that work. :)</p>
</description>
</item>
projects / homepage.git / blobdiff