Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 70f74152d1e7d12e95198f291ebc49f515f798da..227e05980aed8a61fb07226ae3c889f7c88c1ded 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -6,6 +6,111 @@
                 <link></link>
                 <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        
                 <link></link>
                 <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        

+       <item>
+               <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>
+&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>
+               <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>
+&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>
+       

        <item>
                <title>Litt om valgfusk og problemet med elektronisk stemmegiving</title>
                <link>Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</link>
        <item>
                <title>Litt om valgfusk og problemet med elektronisk stemmegiving</title>
                <link>Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</link>


@@ -27,7 +132,7 @@ stemmene har vært oppbevart.&lt;/p&gt;
 
 &lt;p&gt;&lt;a href=&quot;http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/&quot;&gt;Universitetet
 i Oslo derimot&lt;/a&gt;, har ikke forstått verdien av å kunne
 
 &lt;p&gt;&lt;a href=&quot;http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/&quot;&gt;Universitetet
 i Oslo derimot&lt;/a&gt;, har ikke forstått verdien av å kunne

-kontrolltelle.  Her har en valg å ta i bruk elektronisk stemmegiving
+kontrolltelle.  Her har en valgt å ta i bruk elektronisk stemmegiving

 over Internet, med et system som ikke kan kontrolltelles hvis det
 kommer anklager om juks med stemmene.  Systemet har flere kjente
 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
 over Internet, med et system som ikke kan kontrolltelles hvis det
 kommer anklager om juks med stemmene.  Systemet har flere kjente
 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og


@@ -263,88 +368,5 @@ bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.&lt;/p&gt;
 </description>
        </item>
        
 </description>
        </item>
        

-       <item>
-               <title>Kryptert harddisk - naturligvis</title>
-               <link>Kryptert_harddisk___naturligvis.html</link>
-               <guid isPermaLink="true">Kryptert_harddisk___naturligvis.html</guid>
-                <pubDate>Sat, 2 May 2009 15:30:00 +0200</pubDate>
-               <description>
-&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/trender/article1658676.ece&quot;&gt;Dagens
-IT melder&lt;/a&gt; at Intel hevder at det er dyrt å miste en datamaskin,
-når en tar tap av arbeidstid, fortrolige dokumenter,
-personopplysninger og alt annet det innebærer.  Det er ingen tvil om
-at det er en kostbar affære å miste sin datamaskin, og det er årsaken
-til at jeg har kryptert harddisken på både kontormaskinen og min
-bærbare.  Begge inneholder personopplysninger jeg ikke ønsker skal
-komme på avveie, den første informasjon relatert til jobben min ved
-Universitetet i Oslo, og den andre relatert til blant annet
-foreningsarbeide.  Kryptering av diskene gjør at det er lite
-sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
-av dem.  Maskinene låses automatisk etter noen minutter uten bruk,
-og en reboot vil gjøre at de ber om passord før de vil starte opp.
-Jeg bruker Debian på begge maskinene, og installasjonssystemet der
-gjør det trivielt å sette opp krypterte disker.  Jeg har LVM på toppen
-av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
-Jeg anbefaler alle å kryptere diskene på sine bærbare.  Kostnaden når
-det er gjort slik jeg gjør det er minimale, og gevinstene er
-betydelige.  En bør dog passe på passordet.  Hvis det går tapt, må
-maskinen reinstalleres og alt er tapt.&lt;/p&gt;
-
-&lt;p&gt;Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
-ned minnebrikkene før maskinen rebootes med programvare for å hente ut
-krypteringsnøklene.  Kostnaden med å forsvare seg mot slike angripere
-er for min del høyere enn gevinsten.  Jeg tror oddsene for at
-f.eks. etteretningsorganisasjoner har glede av å titte på mine
-maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
-gjøre det vanskeligere for angripere med kompetanse og ressurser er
-betydelige.&lt;/p&gt;
-</description>
-       </item>
-       
-       <item>
-               <title>Two projects that have improved the quality of free software a lot</title>
-               <link>Two_projects_that_have_improved_the_quality_of_free_software_a_lot.html</link>
-               <guid isPermaLink="true">Two_projects_that_have_improved_the_quality_of_free_software_a_lot.html</guid>
-                <pubDate>Sat, 2 May 2009 15:00:00 +0200</pubDate>
-               <description>
-&lt;p&gt;There are two software projects that have had huge influence on the
-quality of free software, and I wanted to mention both in case someone
-do not yet know them.&lt;/p&gt;
-
-&lt;p&gt;The first one is &lt;a href=&quot;http://valgrind.org/&quot;&gt;valgrind&lt;/a&gt;, a
-tool to detect and expose errors in the memory handling of programs.
-It is easy to use, all one need to do is to run &#39;valgrind program&#39;,
-and it will report any problems on stdout.  It is even better if the
-program include debug information.  With debug information, it is able
-to report the source file name and line number where the problem
-occurs.  It can report things like &#39;reading past memory block in file
-X line N, the memory block was allocated in file Y, line M&#39;, and
-&#39;using uninitialised value in control logic&#39;.  This tool has made it
-trivial to investigate reproducible crash bugs in programs, and have
-reduced the number of this kind of bugs in free software a lot.
-
-&lt;p&gt;The second one is
-&lt;a href=&quot;http://en.wikipedia.org/wiki/Coverity&quot;&gt;Coverity&lt;/a&gt; which is
-a source code checker.  It is able to process the source of a program
-and find problems in the logic without running the program.  It
-started out as the Stanford Checker and became well known when it was
-used to find bugs in the Linux kernel.  It is now a commercial tool
-and the company behind it is running
-&lt;a href=&quot;http://www.scan.coverity.com/&quot;&gt;a community service&lt;/a&gt; for the
-free software community, where a lot of free software projects get
-their source checked for free.  Several thousand defects have been
-found and fixed so far.  It can find errors like &#39;lock L taken in file
-X line N is never released if exiting in line M&#39;, or &#39;the code in file
-Y lines O to P can never be executed&#39;.  The projects included in the
-community service project have managed to get rid of a lot of
-reliability problems thanks to Coverity.&lt;/p&gt;
-
-&lt;p&gt;I believe tools like this, that are able to automatically find
-errors in the source, are vital to improve the quality of software and
-make sure we can get rid of the crashing and failing software we are
-surrounded by today.&lt;/p&gt;
-</description>
-       </item>
-       

         </channel>
 </rss>
         </channel>
 </rss>