-<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>
-
-<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>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><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>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>
+<p>Det er svært gledelig å se at
+<a href="http://www.aftenposten.no/nyheter/iriks/article3360796.ece">retten
+fant at Telenor ikke skal fungere som Internet-voktere</a> på vegne av
+opphavsrettsmafiaen. TONO påstår ikke overraskende "rettighetshaverne
+er rettsløse". De burde jo vite alt om hvordan rettighetshaverne blir
+behandlet, som har
+<a href="http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492">nektet
+å hjelpe en av sine medlemmer i en plagiatsak</a> mot Universal i
+Polen.</p>
+
+<p>Ved opphavsrettsbrudd så er det jo den som offentliggjort
+kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
+Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
+en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
+det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
+eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
+tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
+katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
+De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
+en ikke liker det som blir publisert, så må det tas opp med den som
+publiserer, ikke noen andre.</p>
+
+<p>Personlig velger jeg å stort sett bruke kulturuttrykk som
+publiseres med mer brukervennlige vilkår, som CC-BY og lignende.</p>