Korrekt URL.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 960f25a1ca4946e852efd76ab7f395e17cce617f..35674f7618240c2e40cb2a2b68d98d3441eace09 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -7,375 +7,396 @@
                 <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        
        <item>
                 <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        
        <item>

-               <title>Kart over overvåkningskamera i Norge</title>
-               <link>Kart_over_overv__kningskamera_i_Norge.html</link>
-               <guid isPermaLink="true">Kart_over_overv__kningskamera_i_Norge.html</guid>
-                <pubDate>Sun, 15 Feb 2009 22: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>
                <description>

-&lt;p&gt;I regi av
-&lt;a href=&quot;http://www.personvern.no/&quot;&gt;personvernforeningen&lt;/a&gt; har jeg
-startet på
-&lt;a href=&quot;http://personvern.no/wiki/index.php/Kameraovervåkning&quot;&gt;et
-kart over overvåkningskamera i Norge&lt;/a&gt;.  Bakgrunnen er at det etter
-min mening bærer galt avsted med den massive overvåkningen som
-finner sted i Norge i dag, og at flere og flere overvåkningskamera
-gjør det vanskeligere og vanskeligere å gå igjennom livet uten at
-små og store brødre trenger inn i ens private sfære.  Datatilsynet
-har et register over kameraovervåkning, men det viser seg å være
-ubrukelig både til å finne ut hvor det er kamera plassert, og til å
-sjekke om et kamera en kommer over er registrert.  Dette nye kartet
-fikser e av disse manglene, men det vil fortsatt være umulig å vite
-om et kamera er registrert etter lovens krav eller ikke.  Pr. nå er
-22 kamera i Oslo registrert, og det trengs flere til å registrere
-alle.  Informasjonen registreres direkte inn i &lt;a
-href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap&lt;/a&gt;, sa hentes det
-automatisk over i spesialkartet.&lt;/p&gt;
+&lt;p&gt;Elektroniske bøker diskuteres for tiden, etter at
+&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3280914.ece&quot;&gt;bokbransjen
+hevder&lt;/a&gt; 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
+&lt;a href=&quot;http://www.digi.no/php/ny_debatt.php?id=823912&quot;&gt;digi-debatt&lt;/a&gt;
+jeg hadde sans for. &quot;einarr&quot; foreslo at DRM-infiserte elektroniske
+bøker bør ha merverdiavgift, da &quot;de ikke bidrar til
+kunnskapsspredning på samme måte&quot; som papirbøker og dermed går
+imot intensjonene bak mva-fritaket.  Bøker uten DRA derimot bør ha
+mva-fritak da de &quot;kan overføres mellom enheter, leses på ulike
+plattformer, lånes ut og siteres og kopieres fra&quot; slik en kan med
+papirbøker.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Endelig er Debian Lenny gitt ut</title>
-               <link>Endelig_er_Debian_Lenny_gitt_ut.html</link>
-               <guid isPermaLink="true">Endelig_er_Debian_Lenny_gitt_ut.html</guid>
-                <pubDate>Sun, 15 Feb 2009 11:50: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>
                <description>

-&lt;p&gt;Endelig er &lt;a href=&quot;http://www.debian.org/&quot;&gt;Debian&lt;/a&gt;
-&lt;a href=&quot;http://www.debian.org/News/2009/20090214&quot;&gt;Lenny&lt;/a&gt; gitt ut.
-Et langt steg videre for Debian-prosjektet, og en rekke nye
-programpakker blir nå tilgjengelig for de av oss som bruker den
-stabile utgaven av Debian.  Neste steg er nå å få
-&lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; /
-&lt;a href=&quot;http://wiki.debian.org/DebianEdu/&quot;&gt;Debian Edu&lt;/a&gt; ferdig
-oppdatert for den nye utgaven, slik at en oppdatert versjon kan
-slippes løs på skolene.  Takk til alle debian-utviklerne som har
-gjort dette mulig.  Endelig er f.eks. fungerende avhengighetsstyrt
-bootsekvens tilgjengelig i stabil utgave, vha pakken
-&lt;tt&gt;insserv&lt;/tt&gt;.&lt;/p&gt;
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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 &lt;strong&gt;har&lt;/strong&gt; oppdaterte kart
+enn at de er pålagt å ha oppdaterte kart.&lt;/p&gt;
+
+&lt;p&gt;Sjøkartene er &lt;a href=&quot;http://kart.kystverket.no/&quot;&gt;tilgjengelig på web
+fra kystverket&lt;/a&gt;, men så vidt jeg har klart å finne, uten
+bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.&lt;/p&gt;
+
+&lt;p&gt;OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
+på et dugnadsbasert fribrukskart for havet,
+&lt;a href=&quot;http://openseamap.org/&quot;&gt;OpenSeaMap&lt;/a&gt;.  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.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Første vellykkede videostrøm fra NUUG</title>
-               <link>F__rste_vellykkede_videostr__m_fra_NUUG.html</link>
-               <guid isPermaLink="true">F__rste_vellykkede_videostr__m_fra_NUUG.html</guid>
-                <pubDate>Wed, 11 Feb 2009 06:30: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>
                <description>

-&lt;p&gt;Jeg ble glad for å se under
-&lt;a href=&quot;http://www.nuug.no/aktiviteter/20090210-compiz/&quot;&gt;gårdagens
-medlemsmøte&lt;/a&gt; i NUUG Oslo at utsending av live-video fra møtet
-fungerte for første gang.  Forrige gang ble det ved en teknisk tabbe
-sendt video uten lyd.  Vi kan takke Ole Kristian Lien og resten av
-videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land 
-kunne se foredraget samtidig med oss i Oslo.  Vi opplevde til og med
-under møtet å motta spørsmål via IRC som ble besvart der og da.
-Opptaket publiseres så snart det er kopiert over til NUUGs
-webserver og komprimert.&lt;/p&gt;
+&lt;p&gt;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
+&#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:282000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:75600&lt;/td&gt; &lt;td&gt;pptx:183000&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500    &lt;/td&gt; &lt;td&gt;xlsx:145000&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
+got these numbers:&lt;/p&gt;
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480        &lt;/td&gt; &lt;td&gt;docx:4460&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:299  &lt;/td&gt; &lt;td&gt;pptx:741&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:187      &lt;/td&gt; &lt;td&gt;xlsx:372&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:129000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:44200&lt;/td&gt; &lt;td&gt;pptx:93900&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500    &lt;/td&gt; &lt;td&gt;xlsx:82400&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;And with &#39;site:no&#39;:
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480&lt;/td&gt; &lt;td&gt;docx:3410&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:175&lt;/td&gt; &lt;td&gt;pptx:604&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:186      &lt;/td&gt; &lt;td&gt;xlsx:296&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;Interesting difference, not sure what to conclude from these
+numbers.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Min reprap tar sakte form</title>
-               <link>Min_reprap_tar_sakte_form.html</link>
-               <guid isPermaLink="true">Min_reprap_tar_sakte_form.html</guid>
-                <pubDate>Tue, 3 Feb 2009 13:30: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>
                <description>

-&lt;p&gt;Min reprap begynner å ta form.  Den er nå kommet så langt at den er
-blitt en kubisk ramme.  Z-aksen er montert men ikke kalibrert, og det
-hele er klart for litt enkel testing.  Har møtt på to problemer som
-blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
-ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
-tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
-forklare hvordan de kom rundt problemene.  De to problemene er
-relatert til Z-aksen og Y-aksen.  &lt;/p&gt;
-
-&lt;p&gt;For Z-aksen, er det et stjernehjul som festes på motoraksen ved
-tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
-Problemet med det nederste stjernejulet er at det er helt løst, og
-blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
-inntil tannjulet slik det skal.  Mulig løsningen er å borre i
-stjernehjulet, eller lime det fast.&lt;/p&gt;
-
-&lt;p&gt;For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
-dekket to skruver som kommer i veien for kraftoverføringsmekanismen
-fra motoren til selve aksen, slik at mekanismen kan snurre fritt.&lt;/p&gt;
-
-&lt;p&gt;Når det gjelder elektronikken til min reprap, så er min gode venn
-Anders Rosnes igang med å lodde sammen delene og han forteller at
-koblingsbordet for Arduino er klart, og en temperatursensor og en
-optoswitch er også klar.  Gleder meg til å teste dem.  Må bare finne
-ut hvordan jeg laster opp firmware i Arduino-en. :)&lt;/p&gt;
-
-&lt;p&gt;Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
-Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
-plastdeler, og Ole Kristian forteller at han har funnet en kilde til
-de fleste metalldelene.  Gleder meg til å se resultaten av det
-arbeidet.&lt;/p&gt;
+&lt;p&gt;According to &lt;a
+href=&quot;http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html&quot;&gt;a
+blog post from Torsten Werner&lt;/a&gt;, 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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Norge trenger en personvernforening</title>
-               <link>Norge_trenger_en_personvernforening.html</link>
-               <guid isPermaLink="true">Norge_trenger_en_personvernforening.html</guid>
-                <pubDate>Sun, 1 Feb 2009 18:35: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>
                <description>

-&lt;p&gt;De siste årene har jeg forsøkt å få liv i
-&lt;a href=&quot;http://www.personvern.no/&quot;&gt;foreningen Personvern i Norge&lt;/a&gt;.  Norge
-trenger en organisasjon som jobber med å sette personvern på agendaen
-og som kan være en motvekt til de mange som gjerne raderer bort
-personvernet av behagelighetshensyn eller ut fra villfarelsen om at en
-får økt sikkerhet av å redusere personvernet.  Foreløbig har det ikke
-lykkes å få på plass kritisk masse av interesserte på epostlisten, og
-nå tror jeg det er på tide å endre tilnærming.  I stedet for å forsøke
-å rekruttere folk til epostlisten og håpe at når nok folk er samlet
-vil noen ta initiativ og sørge for at det begynner å skje ting, så
-tror jeg det er en ide å ta utgangspunkt i de som er der i dag og
-sette sammen et interrimstyre.  Forslaget er sendt til epostlisten, så
-nå får vi se om noen er enig.&lt;/p&gt;
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Intellektuelt privilegium - et bedre IP-begrep</title>
-               <link>Intellektuelt_privilegium___et_bedre_IP_begrep.html</link>
-               <guid isPermaLink="true">Intellektuelt_privilegium___et_bedre_IP_begrep.html</guid>
-                <pubDate>Sun, 1 Feb 2009 15:06: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>
                <description>

-&lt;p&gt;Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
-patenter, varemerker og forretningshemmeligheter.  Problemet med dette
-begrepet er at det er svært misvisende.  For det første er ingen av de
-begrensede monopolene det her er snakk om som kan kalles eiendom, og
-for det andre er egenskapene til de ulike monopolene så forskjellige
-at det er mer tilslørende enn opplysende å gruppere dem sammen i et
-sekkebegrep.  Blant annet Richard Stallman har
-&lt;a href=&quot;http://www.gnu.org/philosophy/not-ipr.html&quot;&gt;skrevet litt om dette&lt;/a&gt;.&lt;/p&gt;
-
-&lt;p&gt;I dag kom jeg over
-&lt;a href=&quot;http://blogs.sun.com/webmink/entry/intellectual_privilege&quot;&gt;en
-bloggpost fra Simon Phipps&lt;/a&gt; som foreslår å bruke intellektuelt
-privilegium som begrep i stedet, da det gjør det klarere at det ikke
-er snakk om eiendom, men et tidsbegrenset monopol.  Simon Phipps
-forteller videre at noen jobber med å skrive
-&lt;a href=&quot;http://www.intellectualprivilege.com/book.html&quot;&gt;en bok med
-tittel Intellectual Privilege&lt;/a&gt;, og at boken er anbefalt av Lawrence
-Lessig.  Jeg tror jeg skal begynne å bruke begrepet intellektuelt
-privilegium når jeg snakker om opphavsrett, patenter, varemerker og
-forretningshemmeligheter framover.&lt;/p&gt;
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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 &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, 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.&lt;/p&gt;
+
+&lt;p&gt;It is a bit ironic that this is done now, when some of the involved
+distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Fri  og åpen standard, slik Digistan ser det</title>
-               <link>Fri__og___pen_standard__slik_Digistan_ser_det.html</link>
-               <guid isPermaLink="true">Fri__og___pen_standard__slik_Digistan_ser_det.html</guid>
-                <pubDate>Sat, 31 Jan 2009 23:10: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>
                <description>

-&lt;p&gt;Det er mange ulike definisjoner om hva en åpen standard er for noe,
-og NUUG hadde &lt;a href=&quot;http://www.nuug.no/dokumenter/standard-presse-def-200506.txt&quot;&gt;en
-pressemelding om dette sommeren 2005&lt;/a&gt;.  Der ble definisjonen til
-&lt;a href=&quot;http://www.aaben-standard.dk/&quot;&gt;DKUUG&lt;/a&gt;,
-&lt;a href=&quot;http://europa.eu.int/idabc/servlets/Doc?id=19529&quot;&gt;EU-kommissionens
-European Interoperability Framework ( side 9)&lt;/a&gt; og 
-&lt;a href=&quot;http://www.teknologiradet.no/files/7polert_copy.htm&quot;&gt;teknologirådet&lt;/a&gt; omtalt.
-
-Siden den gang har regjeringens standardiseringsråd dukket opp, og de
-ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
-&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407&quot;&gt;sin
-arbeidsmetodikk&lt;/a&gt;.  Personlig synes jeg det er en god ide, da
-kravene som stilles der gjør at alle markedsaktører får like vilkår,
-noe som kommer kundene til gode ved hjelp av økt konkurranse.&lt;/p&gt;
-
-&lt;p&gt;I sommer kom det en ny definisjon på banen.
-&lt;a href=&quot;http://www.digistan.org/&quot;&gt;Digistan&lt;/a&gt; lanserte
-&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;en
-definisjon på en fri og åpen standard&lt;/a&gt;.  Jeg liker måten de bryter
-ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
-ved å legge på et ord og poengtere at en standard som er både åpen og
-fri har noen spesielle krav.  Her er den definisjonen etter rask
-oversettelse fra engelsk til norsk av meg:&lt;/p&gt;
-
-&lt;blockquote&gt;
-&lt;p&gt;&lt;strong&gt;Definisjonen av en fri og åpen standard&lt;/strong&gt;&lt;/p&gt;
-
-&lt;p&gt;Den digitale standardorganisasjonen definierer fri og åpen standard
-som følger:&lt;/p&gt;
-&lt;ul&gt;
-&lt;li&gt;En fri og åpen standard er immun for leverandørinnlåsing i alle
-stadier av dens livssyklus.  Immuniteten fra leverandørinnlåsing gjør
-det mulig å fritt bruke, forbedre, stole på og utvide en standard over
-tid.&lt;/li&gt;
-&lt;li&gt;Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
-organisasjon, og dens pågående utvikling gjøres med en åpen
-beslutningsprosedyre som er tilgjengelig for alle som er interessert i
-å delta.&lt;/li&gt;
-&lt;li&gt;Standarden er publisert og spesifikasjonsdokumentet er fritt
-tilgjengelig.  Det må være tillatt for alle å kopiere, distribuere og
-bruke den uten begresninger.&lt;/li&gt;
-&lt;li&gt;Patentene som muligens gjelder (deler av) standarden er gjort
-ugjenkallelig tilgjengelig uten krav om betaling.&lt;/li&gt;
-&lt;li&gt;Det er ingen begresninger i gjenbruk av standarden.&lt;/li&gt;
-&lt;/ul&gt;
-&lt;p&gt;Det økonomiske resultatet av en fri og åpen standard, som kan
-måles, er at det muliggjør perfekt konkurranse mellom leverandører av
-produkter basert på standarden.&lt;/p&gt;
-&lt;/blockquote&gt;
+&lt;p&gt;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 &quot;&lt;a
+href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
+v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
+href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
+for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
+UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;

 
 

-&lt;p&gt;(Tar gjerne imot forbedringer av oversettelsen.)&lt;/p&gt;
+&lt;p&gt;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).&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Transendentalt tullball og en funksjonell tilnærming</title>
-               <link>Transendentalt_tullball_og_en_funksjonell_tiln__rming.html</link>
-               <guid isPermaLink="true">Transendentalt_tullball_og_en_funksjonell_tiln__rming.html</guid>
-                <pubDate>Sat, 24 Jan 2009 15:00: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>
                <description>

-&lt;p&gt;Kom over 
-&lt;a href=&quot;http://debian-administration.org/users/dkg/weblog/39&quot;&gt;en
-bloggpost fra Daniel Kahn Gillmor&lt;/a&gt; som forteller at 
-Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
-Law Center, i sitt kurs har referert Felix Cohen sin artikkel
-&lt;a href=&quot;http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf&quot;&gt;Trancendental
-Nonsense and the Functional Approach&lt;/a&gt; fra 1935.  Det må jeg si var
-svært interessant for å forstå hvordan og hvorfor immaterialretten har
-utvidet sitt virkeområde og hvor lenge det har pågått.&lt;/p&gt;
-
-&lt;p&gt;Innlegget minner meg på
-&lt;a href=&quot;https://penta.debconf.org/~joerg/events/161.en.html&quot;&gt;en
-presentasjon jeg overvar&lt;/a&gt; på Debconf 7 om hvordan innføring og
-utvidelse av opphavsretten ble debattert på 1700-tallet.  Anbefaler å
-se den presentasjonen som er tilgjengelig på video i
-&lt;a href=&quot;http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/low/072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg&quot;&gt;lav&lt;/a&gt;
-og
-&lt;a href=&quot;http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/high/072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg&quot;&gt;høy&lt;/a&gt;
-oppløsning.&lt;/p&gt;
+&lt;p&gt;Jeg ble glad da regjeringen
+&lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
+versjon 2 av
+&lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
+referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
+faktisk var vedtatt etter
+&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html&quot;&gt;høringen&lt;/a&gt;.
+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.&lt;/p&gt;
+
+&lt;p&gt;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
+&lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
+høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>ODF-bruk i staten, ikke helt på plass</title>
-               <link>ODF_bruk_i_staten__ikke_helt_p___plass.html</link>
-               <guid isPermaLink="true">ODF_bruk_i_staten__ikke_helt_p___plass.html</guid>
-                <pubDate>Thu, 22 Jan 2009 23:00: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>
                <description>

-&lt;p&gt;I går publiserte
-&lt;a href=&quot;http://universitas.no/nyhet/52776/&quot;&gt;Universitas&lt;/a&gt;,
-&lt;a href=&quot;http://www.dagensit.no/trender/article1588462.ece&quot;&gt;Dagens-IT&lt;/a&gt;
-og &lt;a href=&quot;http://www.idg.no/computerworld/article118622.ece&quot;&gt;Computerworld
-Norge&lt;/a&gt; en sak om at de ansatte ved Universitetet i Oslo ikke følger
-regjeringens pålegg om å publisere i HTML, PDF eller ODF.  Det er bra
-at det kommer litt fokus på dette, og jeg håper noen journalister tar
-en titt på de andre statlige instansene også.&lt;/p&gt;
-
-&lt;p&gt;Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
-henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
-hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
-Kjenner kun til ufullstendige løsninger for slikt.&lt;/p&gt;
+&lt;p&gt;I
+&lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf&quot;&gt;Microsoft
+sin høringsuttalelse&lt;/a&gt; til
+&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422&quot;&gt;forslag
+til versjon 2 av statens referansekatalog over standarder&lt;/a&gt;, lirer
+de av seg følgende FUD-perle:&lt;/p&gt;
+
+&lt;p&gt;&lt;blockquote&gt;&quot;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.&quot;&lt;/blockquote&gt;&lt;/p&gt;
+
+&lt;p&gt;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
+&lt;a href=&quot;http://ietf.org/rfc/rfc3533.txt&quot;&gt;RFC 3533&lt;/a&gt;, og er uten
+tvil å anse som en åpen standard.  Vorbis er
+&lt;a href=&quot;http://ietf.org/rfc/rfc5215.txt&quot;&gt;RFC 5215&lt;/a&gt;.  Theora er
+
+under standardisering via IETF, med
+&lt;a href=&quot;http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt&quot;&gt;siste
+utkast publisert 2006-07-21&lt;/a&gt; (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 &lt;a
+href=&quot;http://flac.sourceforge.net/format.html&quot;&gt;spesifikasjonen
+tilgjengelig på web&lt;/a&gt; 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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Det vanskelige Lisensvalget - ikke lag din egen</title>
-               <link>Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</link>
-               <guid isPermaLink="true">Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</guid>
-                <pubDate>Thu, 22 Jan 2009 22:15: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>
                <description>

-&lt;p&gt;Min mormor har intet dypt forhold til opphavsrettsloven.  Hun eier
-ingen kopimaskin eller datamaskin.  Hun kan ikke bruke videoopptaker,
-og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
-noe som er opphavsrettslig vernet.  Da jeg en gang forklarte at jeg
-var involvert i
-&lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap-prosjektet&lt;/a&gt;
-(hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
-&quot;hvorfor ikke bruke de offisielle kartene fra kartverket &quot; det første
-hun spurte om.  Jeg er usikker på om svaret ga mening, i og med at
-hun aldri har tenkt nøye over bruksrettigheter og slikt.  Hva skulle
-hun med retten til videredistribusjon av nye kartkopier, som ikke
-kopierer kart?  Hva skulle hun med retten til å publisere endrede
-utgaver som aldri har hatt behov for annet enn å notere litt på en
-kartkopi?  Det er altså mulig å gå igjennom livet (og det har vært
-et langt og innholdsrikt liv for min mormor) uten å forholde seg til
-opphavsrettsloven.&lt;/p&gt;
-
-&lt;p&gt;Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
-i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
-ikke satt seg nøye inn i lovens konsekvens.  Denne teksten er tiltenkt
-slike lesere.&lt;/p&gt;
-
-&lt;p&gt;Når en publiserer programvare eller annet opphavsrettsbeskyttet
-materiale (eller &quot;verk&quot; som loven kaller det), så er det endel ting
-som er lurt å tenke på.  Hvis en ikke sier noe spesifikt om vilkårene
-for publiseringen, så er det opphavsrettens grunnregler som gjelder.
-De sier blant annet at ingen andre enn rettighetshaver kan publisere,
-kopiere og endre verket.  Hvis en ønsker å publisere noe uten
-bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
-tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
-til å gjøre disse tingene.  Slike eksplisitte tillatelser kalles
-gjerne lisenser.  Det er en god del å tenke på når en lager lisenser,
-og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
-intensjonen med publiseringen.  Det er derfor lurt å gjenbruke en
-eksisterende lisenstekst hvis det er mulig.&lt;/p&gt;
-
-&lt;p&gt;Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
-For det første gir det jobb for de som ønsker å bruke verket å sette
-seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
-dekker bruksbehovet.  Hver ny lisensvariant gir dermed ekstra arbeide
-for de organisasjoner og individer som vurderer å ta i bruk et
-opphavsrettsbeskyttet verk.  Gjenbruk forutsetter gjerne bruk sammen
-med andre verk, f.eks. programmer og biblioteker skal settes sammen
-til et hele, eller datafiler skal brukes sammen med programmer.  Det
-er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
-sammen med andre komponenter hvis en ikke er påpasselig med
-utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
-det ikke er intensjonen ved publisering.  Og for det andre, så er det
-fort gjort å glemme noe når en lager lisensteksten, slik at
-rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
-begresninger gjelder..  &lt;strong&gt;Første regel ved lisensvalg er derfor
-å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
-de utallige eksisterende lisensene.&lt;/strong&gt;&lt;/p&gt;
-
-&lt;p&gt;Et lite eksempel på problemer som kan oppstå er
-&lt;a href=&quot;http://api.met.no/lisens.html&quot;&gt;betingelsene som Meteorologisk
-institutt har gjort sine data tilgjengelig under&lt;/a&gt;.  De ser pr. i
-dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
-innholdet hvis de endres):&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;p&gt;Betingelser for bruk av data
-&lt;br/&gt;Meteorologisk institutt innehar immaterielle- og
-eiendomsrettigheter til data og produkter produsert av instituttet
-(heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
-PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
-dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
-brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
-PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
-opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
-gjenkjennelig del, skal Meteorologisk institutt oppgies som
-kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
-kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
-PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
-oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
-uten varsel. For direkte leveranse av spesifisert produktsett,
-vennligst kontakt Meteorologisk institutt.&lt;/p&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;Meteorologisk institutt hevder at dette skal gjøre dem &quot;fritt
-tilgjengelige&quot;, og det gjør at jeg mistenker at betingelsene ikke
-reflekterer intensjonen bak publiseringen.  I lisensen står det ikke
-at en har rett til å endre dataene og publisere det endrede
-resultatet.  Det står heller ingenting om hvorvidt en har rett til
-videredistribusjon.  Mangelen på tillatelse til slik bruk gjør at jeg
-ikke ville omtale datagrunnlaget som fritt tilgjengelig.  Det er i
-strid med kriteriene for Free Software
-&lt;a href=&quot;http://www.fsf.org/licensing/essays/free-sw.html&quot;&gt;publisert
-av FSF&lt;/a&gt;,
-&lt;a href=&quot;http://www.debian.org/social_contract#guidelines&quot;&gt;Debian Free
-Software Guidelines&lt;/a&gt; og NUUGs beskrivelse av fri programvare
-publisert i
-&lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
-folder om dette&lt;/a&gt;.  Jeg lurer på hvorfor Meteorologisk institutt
-ikke valgte noen kjent lisens?  Skulle tro at en Creative
-Commons-lisens eller en av de mest brukte fri programvarelisensene som
-GPL og BSD kunne duge.  Jeg håper Meteorologisk institutt revurderer
-og endrer på betingelsene.&lt;/p&gt;
+&lt;p&gt;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
+&lt;a href=&quot;https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint&quot;&gt;developer
+gathering&lt;/a&gt;. 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.&lt;/p&gt;
+
+&lt;p&gt;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:&lt;/p&gt;
+
+&lt;ul&gt;
+
+&lt;li&gt;Use dash as /bin/sh.&lt;/li&gt;
+
+&lt;li&gt;Disable the init.d/hwclock*.sh scripts and make sure the hardware
+   clock is in UTC.&lt;/li&gt;
+
+&lt;li&gt;Install and activate the insserv package to enable
+   &lt;a href=&quot;http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot&quot;&gt;dependency
+   based boot sequencing&lt;/a&gt;, and enable concurrent booting.&lt;/li&gt;
+
+&lt;/ul&gt;
+
+These points are based on the Google summer of code work done by
+&lt;a href=&quot;http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/&quot;&gt;Carlos
+Villegas&lt;/a&gt;.
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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 &#39;mv /etc/rc2.d/S* /etc/rcS.d/;
+insserv&#39;.  Will need to test if that work. :)&lt;/p&gt;

 </description>
        </item>
        
 </description>
        </item>