Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 43e793bdf03ca56f0f6ab70ff937ff9f5a0dab84..227e05980aed8a61fb07226ae3c889f7c88c1ded 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -6,6 +6,56 @@
                 <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>
@@ -318,43 +368,5 @@ bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.&lt;/p&gt;
 </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>
-       
         </channel>
 </rss>