<atom:link href="index.rss" rel="self" type="application/rss+xml" />
<item>
- <title>FAD lanserer reiseregningsskjema som fri programvare</title>
- <link>FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</link>
- <guid isPermaLink="true">FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</guid>
- <pubDate>Wed, 17 Dec 2008 15:00: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 overvar i dag <a href="http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html">FADs pressepresentasjon</a> av arbeidet med ny
-programvare for <a href="http://www.reiseregningen.no/">skriving av
-reiseregninger</a>, som de gir ut som fri programvare. Den gode
-nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
-foran i å etablere en delingskultur i offentlig sektor, og denne gang
-har hatt fokus på å lage en løsning som fungerer på flere platformer,
-konkret Linux, MacOS X og Windows. Løsningen er utviklet av
-<a href="http://makingwaves.no">Making Waves</a> på oppdrag fra FAD, og
-kildekoden er tilgjengelig fra
-<a href="https://www.coderesort.com/p/reiseregningen">CodeResort</a>.
-En får lesetilgang til kode og dokumentasjon uten å registrere seg,
-men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
-FAD håper å få erfaring med fri programvareprosjekter vha. dette
-prosjektet, som er første gang de gir ut kildekode fra et
-"egenutviklet" prosjekt.</p>
+<p>Just for fun, I did a search right now on Google for a few file ODF
+and MS Office based formats, to get an idea of their relative usage.
+I searched using 'filetype:odt' and equvalent terms, and got these
+results:</P>
-<p>Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
-Adobe Flex. Den bruker Flash 9, og fungerer ikke med Gnash. I
-tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
-lagt JavaScript-kode foran web-programmet som nekter å starte
-flash-programmet hvis ikke Adobe Flash 9 er installert. Det var
-irriterende, og jeg måtte hente ut URL til Flash-binæren fra
-HTML-siden og lage min egen testside for å sjekke om den fungerte med
-gnash. Fikk bare en blank flate der programmet skulle startet. Laget
-en side med følgende HTML-snutt for å laste programmet
-<pre><blockquote>&lt;object
- data="http://213.225.125.209/kunder/dss/Reiseregningen.swf"
- width="100%"
- height="100%"
-&gt;</blockquote></pre></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>Bruken av Adobe Flash er spesielt problematisk da Adobes
-Flash-utgave har en lisens som ikke tillater andre en Adobe å
-distribuere deres programpakke. Det gjør det umulig for
-linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
-Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
-Det finnes noen ikke-komplette Flash-implementasjoner som er fri
-programvare, som <a href="http://www.getgnash.org/">Gnash</a> og
-<a href="http://swfdec.freedesktop.org/">swfdec</a>. Jeg spurte
-utviklerne om de hadde testet med alternative utgaver av Flash som
-Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
-heller ikke testet løsningen mot disse.</p>
+<p>Next, I added a 'site:no' limit to get the numbers for Norway, and
+got these numbers:</p>
-<p>Videreutvikling av reiseregningsprogrammet vil kreve aksept for
-lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
-Eclipse-utvidelse i
-<a href="http://labs.adobe.com/technologies/flex/flexbuilder_linux/">en
-betautgave for Linux</a>, men jeg vet ikke om denne er tilstrekkelig
-for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
-teknologi gjør at svært få fri programvareutviklere ser det som
-interessant å involvere seg i videreutvikling av dette prosjektet.
-Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
-og videreutvikles ved hjelp av fri programvare. Andre utviklere av
-fri programvare ser det åpenbart annerledes, da det jo finnes fri
-programvare på Windows. Vi får se om det er tilstrekkelig mange av
-dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
-av "kast det over gjerdet"-metoden for deling, der en legger ut koden
-men det ikke er klart hvem som skal skape fellesskapet som trengs for
-å få et fungerende fri programvareutviklingsmiljø.</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>Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
-og der tidligere svar styrer hvilke alternativer en må fylle ut
-senere. Det henter informasjon om takster og regler fra FADs sider,
-der informasjonen skal være lagt ut i maskinlesbart format. Når en er
-ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
-utskrift eller videre lagring/behandling. Skjemaet er kun
-klientbiten, og eventuell integrering mot økonomisystemer følger ikke
-med. FAD lovte at de skulle bidra til at takster og regelfilene
-skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
-Utviklerne hadde ingen idé om dette fungerte med fri
-programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
-del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
-eksisterende tjenerløsning. Løsningen kunne gjenbruke
-personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
-slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
-lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
-gjorde det litt vanskeligere for brukeren.</p>
+<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>Elektronikkbyggesettet for reprapen sporet opp</title>
- <link>Elektronikkbyggesettet_for_reprapen_sporet_opp.html</link>
- <guid isPermaLink="true">Elektronikkbyggesettet_for_reprapen_sporet_opp.html</guid>
- <pubDate>Tue, 16 Dec 2008 08: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>I dag fikk jeg endelig vite hva posten hadde gjort med
-elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach 'Hoeken'
-Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
-aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
-pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
-bedre denne gangen.</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><a href="http://www.nuug.no/">NUUG</a>s
-<a href="http://wiki.nuug.no/grupper/replikator">replikator-prosjekt</a>
-har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
-seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
-på 3D-skriveren til Institutt for Informatikk i Oslo. Han er igang
-med å skaffe seg oversikt over hvilke deler som trengs derfra, og
-hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
-er dermed gode håp om at vi har to 3D-skrivere operative over
-jul.</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>Mekanikk-delen av reprap-byggesettet i hus</title>
- <link>Mekanikk_delen_av_reprap_byggesettet_i_hus.html</link>
- <guid isPermaLink="true">Mekanikk_delen_av_reprap_byggesettet_i_hus.html</guid>
- <pubDate>Tue, 9 Dec 2008 12:30: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>NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
-i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
-for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
-Hurra. Håper å starte byggingen av mekanikksettet i romjula.</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>Når det gjelder bygging av reprap basert på deler fra IFIs
-3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
-STL-filer vi sender dem der, og printeransvarlig der har fått første
-dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
-jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
-snart. Det trengs frivillige for å bygge denne. Det innebærer
-blant annet å skaffe seg oversikt over hvilke plastdeler som må
-skrives ut, samt finne leverandør for skruver, mutt, metallstag,
-steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
-dette, men har ingen plan om å sette meg inn i dette selv med det
-første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
-og kan melde seg på aktive@nuug.no.</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>Devcamp brought us closer to the Lenny based Debian Edu release</title>
- <link>Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html</link>
- <guid isPermaLink="true">Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html</guid>
- <pubDate>Sun, 7 Dec 2008 12:00: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>This weekend we had a small developer gathering for Debian Edu in
-Oslo. Most of Saturday was used for the general assemly for the
-member organization, but the rest of the weekend I used to tune the
-LTSP installation. LTSP now work out of the box on the 10-network.
-Acer Aspire One proved to be a very nice thin client, with both
-screen, mouse and keybard in a small box. Was working on getting the
-diskless workstation setup configured out of the box, but did not
-finish it before the weekend was up.</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>Did not find time to look at the 4 VGA cards in one box we got from
-the Brazilian group, so that will have to wait for the next
-development gathering. Would love to have the Debian Edu installer
-automatically detect and configure a multiseat setup when it find one
-of these cards.</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>Mekanikk-delen av reprap-byggesettet på vei</title>
- <link>Mekanikk_delen_av_reprap_byggesettet_p___vei.html</link>
- <guid isPermaLink="true">Mekanikk_delen_av_reprap_byggesettet_p___vei.html</guid>
- <pubDate>Tue, 2 Dec 2008 12:00: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>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
-England. Jeg kan følge pakkens bevegelser via web, og den er nå
-kommet fram til tollen i London. Da bør jeg ha den i hus om noen
-dager, hvis alt går bra.</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>Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
-vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
-på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
-bort første pakke.</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>Reprap-pakke tapt i posten</title>
- <link>Reprap_pakke_tapt_i_posten.html</link>
- <guid isPermaLink="true">Reprap_pakke_tapt_i_posten.html</guid>
- <pubDate>Thu, 27 Nov 2008 21:20: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>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
-at posten har sendt meg et brev der de beklager at den er tapt. Da er
-det bare å bestille ny pakke og kreve erstatning fra Posten. Får
-håpe det går bedre denne gangen.</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>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
-England, så også der spøker det for å få alt i hus før jul. Så
-lenge alt er klart til <a href="http://www.goopen.no/">Go Open
-2009</a> i april, så er det greit.</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>Amigafolket holder ut</title>
- <link>Amigafolket_holder_ut.html</link>
- <guid isPermaLink="true">Amigafolket_holder_ut.html</guid>
- <pubDate>Wed, 26 Nov 2008 06:05: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>En sak på <a href="http://www.linuxtoday.com/">Linux Today</a> om
-<a href="http://www.linuxtoday.com/developer/2008112600335OPLLDV">Amiga</a>
-og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
-minnet meg på prosjektet Aros.
-<a href="http://aros.sourceforge.net/">Aros-prosjektet</a> går ut på å
-lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
-fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
-at det forsatt kommer nye utgaver og at de nærmer seg en komplett
-pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?</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>The sorry state of multimedia browser plugins in Debian</title>
- <link>The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</link>
- <guid isPermaLink="true">The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</guid>
- <pubDate>Tue, 25 Nov 2008 00:10: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>Recently I have spent some time evaluating the multimedia browser
-plugins available in Debian Lenny, to see which one we should use by
-default in Debian Edu. We need an embedded video playing plugin with
-control buttons to pause or stop the video, and capable of streaming
-all the multimedia content available on the web. The test results and
-notes are available on
-<a href="http://wiki.debian.org/DebianEdu/BrowserMultimedia">the
-Debian wiki</a>. I was surprised how few of the plugins are able to
-fill this need. My personal video player favorite, VLC, has a really
-bad plugin which fail on a lot of the test pages. A lot of the MIME
-types I would expect to work with any free software player (like
-video/ogg), just do not work. And simple formats like the
-audio/x-mplegurl format (m3u playlists), just isn't supported by the
-totem and vlc plugins. I hope the situation will improve soon. No
-wonder sites use the proprietary Adobe flash to play video.</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>
-<p>For Lenny, we seem to end up with the mplayer plugin. It seem to
-be the only one fitting our needs. :/</p>
+<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>
<item>
- <title>Mens vi venter på 3D-skriveren</title>
- <link>Mens_vi_venter_p___3D_skriveren.html</link>
- <guid isPermaLink="true">Mens_vi_venter_p___3D_skriveren.html</guid>
- <pubDate>Mon, 24 Nov 2008 20:00:00 +0100</pubDate>
+ <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>
-<p>Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
-å få min replikator på plass, har jeg som del av
-<a href="http://wiki.nuug.no/grupper/replikator">NUUGs
-3D-skriverprosjekt</a> bestilt deler til en
-<a href="http://www.reprap.org/">reprap</a> fra utlandet, som skal
-bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
-Foreløbig plan er å bygge to i parallell, en basert på byggesett
-fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
-Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
-på byggesettet, og håper noen andre vil ta ansvar for den
-hjemmelagede utgaven. :)</p>
+<p><a href="http://www.aftenposten.no/nyheter/uriks/article3127058.ece">Aftenposten
+melder</a> 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 <a href="http://www.blackboxvoting.org/">rapporter om at
+tallene har vært endret</a> 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.</p>
+
+<p><a href="http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/">Universitetet
+i Oslo derimot</a>, 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.</p>
-<p>Nå er det den lange ventetiden som rår, etter at begge
-byggesettene er bestilt og betalt. Dog har visst den første pakken
-gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
-fortollet, og pakkelapp kom i postkassen før pakken var klar til
-henting. Det var 2008-11-07. Postens sporingssystem forteller at
-pakken ikke har beveget seg siden 2008-11-05, da den var innom
-omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
-fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
-håper det ikke går tapt på samme vis.</p>
+<p>Universitet i Bergen derimot har klart det kunststykket å aktivt gå
+inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
+over Internet <a href="http://nyheter.uib.no/?modus=vis_nyhet&id=43404">kan
+spore hvem som stemmer hva</a> (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?</p>
</description>
</item>
<item>
- <title>Tester blog</title>
- <link>Tester_blog.html</link>
- <guid isPermaLink="true">Tester_blog.html</guid>
- <pubDate>Tue, 4 Nov 2008 11:00:00 +0100</pubDate>
+ <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>
-<p>Kanskje en blog kunne være noe også for meg. chronicle ser ut til
-å være en grei måte å skrive en blog på. Dette er første
-forsøk.</p>
+<p>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
+<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2/horingsuttalelser.html?id=549423">høringen
+om versjon 2 av statens referansekatalog over standarder</a>. 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.</p>
</description>
</item>
projects / homepage.git / blobdiff