[homepage.git] / blog / index.rss

<?xml version="1.0" encoding="utf-8"?>
<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/' xmlns:atom="http://www.w3.org/2005/Atom">
        <channel>
                <title>Petter Reinholdtsen</title>
                <description></description>
                <link></link>
                <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        
        <item>
                <title>ISO still hope to fix OOXML</title>
                <link>ISO_still_hope_to_fix_OOXML.html</link>
                <guid isPermaLink="true">ISO_still_hope_to_fix_OOXML.html</guid>
                <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
                <description>
&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>
                <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>
&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>
                <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>
&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>
                <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>
&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;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>
                <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>
&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>
                <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>
                <guid isPermaLink="true">Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</guid>
                <pubDate>Wed, 17 Jun 2009 14:20:00 +0200</pubDate>
                <description>
&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/uriks/article3127058.ece&quot;&gt;Aftenposten
melder&lt;/a&gt; at det kan se ut til at Iran ikke har lært av USA når det
gjelder valgfusk.  En bør endre tallene før de publiseres, slik at en
kandidat aldri får færre stemmer under opptellingen, ellers blir det
veldig tydelig at tallene ikke er til å stole på.  I USA er det
derimot &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;rapporter om at
tallene har vært endret&lt;/a&gt; på tur mot opptellingen, ikke etter at
tallene er publiserte (i tillegg til en rekke andre irregulariteter).
En ting Iran åpenbart har forstått, er verdien av å kunne
kontrolltelle stemmer.  Det ligger an til kontrolltelling i hvert fall
i noen områder.  Hvorvidt det har verdi, kommer an på hvordan
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
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
jeg har derfor latt være å stemme ved valg på UiO siden det ble
innført.&lt;/p&gt;

&lt;p&gt;Universitet i Bergen derimot har klart det kunststykket å aktivt gå
inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
over Internet &lt;a href=&quot;http://nyheter.uib.no/?modus=vis_nyhet&amp;id=43404&quot;&gt;kan
spore hvem som stemmer hva&lt;/a&gt; (det kan en forøvrig også ved UiO), og tatt
kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
Hemmelige valg står for fall.  Mon tro hva stemmesedlenne hadde
inneholdt i Iran hvis de ikke hadde hemmelige valg?&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Standarder fungerer best når en samler seg rundt dem</title>
                <link>Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html</link>
                <guid isPermaLink="true">Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html</guid>
                <pubDate>Tue, 19 May 2009 11:30:00 +0200</pubDate>
                <description>
&lt;p&gt;En standard er noe man samler seg rundt, ut fra ideen om at en får
fordeler når mange står sammen.  Jo flere som står sammen, jo
bedre.  Når en vet dette, blir det litt merkelig å lese noen av
uttalelsene som er kommet inn til
&lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2/horingsuttalelser.html?id=549423&quot;&gt;høringen
om versjon 2 av statens referansekatalog over standarder&lt;/a&gt;.  Blant
annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
innenfor samme område.  Det blir som å si at det er fint om Norge
standardiserte både på A4- og Letter-størrelser på arkene, ulik
sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
standard som er best.  De fleste forstår heldigvis at dette ikke
bidrar positivt.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>BSAs påstander om piratkopiering møter motstand</title>
                <link>BSAs_p__stander_om_piratkopiering_m__ter_motstand.html</link>
                <guid isPermaLink="true">BSAs_p__stander_om_piratkopiering_m__ter_motstand.html</guid>
                <pubDate>Sun, 17 May 2009 23:05:00 +0200</pubDate>
                <description>
&lt;p&gt;Hvert år de siste årene har BSA, lobbyfronten til de store
programvareselskapene som Microsoft og Apple, publisert en rapport der
de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
ulike land rundt om i verden.  Resultatene er tendensiøse.  For noen
dager siden kom
&lt;a href=&quot;http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf&quot;&gt;siste
rapport&lt;/a&gt;, og det er flere kritiske kommentarer publisert de siste
dagene.  Et spesielt interessant kommentar fra Sverige,
&lt;a href=&quot;http://www.idg.se/2.1085/1.229795/bsa-hoftade-sverigesiffror&quot;&gt;BSA
höftade Sverigesiffror&lt;/a&gt;, oppsummeres slik:&lt;/p&gt;

&lt;blockquote&gt;
I sin senaste rapport slår BSA fast att 25 procent av all mjukvara i
Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
företag. &quot;Man bör nog kanske inte se de här siffrorna som helt
exakta&quot;, säger BSAs Sverigechef John Hugosson.
&lt;/blockquote&gt;

&lt;p&gt;Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge?  To andre kommentarer er &lt;a
href=&quot;http://www.vnunet.com/vnunet/comment/2242134/bsa-piracy-figures-shot-reality&quot;&gt;BSA
piracy figures need a shot of reality&lt;/a&gt; og &lt;a
href=&quot;http://www.michaelgeist.ca/content/view/3958/125/&quot;&gt;Does The WIPO
Copyright Treaty Work?&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Fant lenkene via &lt;a
href=&quot;http://tech.slashdot.org/article.pl?sid=09/05/17/1632242&quot;&gt;oppslag
på Slashdot&lt;/a&gt;.&lt;/p&gt;
</description>
        </item>
        
        </channel>
</rss>