X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/c3d56f3a31daa2e267e2b46c593a74acdb76699f..0eae61fd9783f8eadf6d9848106c6d24fb9ff838:/blog/index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 72a53d841f..889423978a 100644
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -3,337 +3,535 @@
 	<channel>
 		<title>Petter Reinholdtsen</title>
 		<description></description>
-                <link></link>
-                <atom:link href="index.rss" rel="self" type="application/rss+xml" />
+                <link>http://people.skolelinux.org/pere/blog/</link>
+                <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
 	
 	<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>
+		<title>Automatic upgrade testing from Lenny to Squeeze</title>
+		<link>http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html</guid>
+                <pubDate>Fri, 11 Jun 2010 22:50: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;
+&lt;p&gt;The last few days I have done some upgrade testing in Debian, to
+see if the upgrade from Lenny to Squeeze will go smoothly.  A few bugs
+have been discovered and reported in the process
+(&lt;a href=&quot;http://bugs.debian.org/585410&quot;&gt;#585410&lt;/a&gt; in nagios3-cgi,
+&lt;a href=&quot;http://bugs.debian.org/584879&quot;&gt;#584879&lt;/a&gt; already fixed in
+enscript and &lt;a href=&quot;http://bugs.debian.org/584861&quot;&gt;#584861&lt;/a&gt; in
+kdebase-workspace-data), and to get a more regular testing going on, I
+am working on a script to automate the test.&lt;/p&gt;
+
+&lt;p&gt;The idea is to create a Lenny chroot and use tasksel to install a
+Gnome or KDE desktop installation inside the chroot before upgrading
+it.  To ensure no services are started in the chroot, a policy-rc.d
+script is inserted.  To make sure tasksel believe it is to install a
+desktop on a laptop, the tasksel tests are replaced in the chroot
+(only acceptable because this is a throw-away chroot).&lt;/p&gt;
+
+&lt;p&gt;A naive upgrade from Lenny to Squeeze using aptitude dist-upgrade
+currently always fail because udev refuses to upgrade with the kernel
+in Lenny, so to avoid that problem the file /etc/udev/kernel-upgrade
+is created.  The bug report
+&lt;a href=&quot;http://bugs.debian.org/566000&quot;&gt;#566000&lt;/a&gt; make me suspect
+this problem do not trigger in a chroot, but I touch the file anyway
+to make sure the upgrade go well.  Testing on virtual and real
+hardware have failed me because of udev so far, and creating this file
+do the trick in such settings anyway.  This is a
+&lt;a href=&quot;http://www.linuxquestions.org/questions/debian-26/failed-dist-upgrade-due-to-udev-config_sysfs_deprecated-nonsense-804130/&quot;&gt;known
+issue&lt;/a&gt; and the current udev behaviour is intended by the udev
+maintainer because he lack the resources to rewrite udev to keep
+working with old kernels or something like that.  I really wish the
+udev upstream would keep udev backwards compatible, to avoid such
+upgrade problem, but given that they fail to do so, I guess
+documenting the way out of this mess is the best option we got for
+Debian Squeeze.&lt;/p&gt;
+
+&lt;p&gt;Anyway, back to the task at hand, testing upgrades.  This test
+script, which I call &lt;tt&gt;upgrade-test&lt;/tt&gt; for now, is doing the
+trick:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+#!/bin/sh
+set -ex
+
+if [ &quot;$1&quot; ] ; then
+    desktop=$1
+else
+    desktop=gnome
+fi
+
+from=lenny
+to=squeeze
+
+exec &amp;lt; /dev/null
+unset LANG
+mirror=http://ftp.skolelinux.org/debian
+tmpdir=chroot-$from-upgrade-$to-$desktop
+fuser -mv .
+debootstrap $from $tmpdir $mirror
+chroot $tmpdir aptitude update
+cat &gt; $tmpdir/usr/sbin/policy-rc.d &amp;lt;&amp;lt;EOF
+#!/bin/sh
+exit 101
+EOF
+chmod a+rx $tmpdir/usr/sbin/policy-rc.d
+exit_cleanup() {
+    umount $tmpdir/proc
+}
+mount -t proc proc $tmpdir/proc
+# Make sure proc is unmounted also on failure
+trap exit_cleanup EXIT INT
+
+chroot $tmpdir aptitude -y install debconf-utils
+
+# Make sure tasksel autoselection trigger.  It need the test scripts
+# to return the correct answers.
+echo tasksel tasksel/desktop multiselect $desktop | \
+    chroot $tmpdir debconf-set-selections
+
+# Include the desktop and laptop task
+for test in desktop laptop ; do
+    echo &gt; $tmpdir/usr/lib/tasksel/tests/$test &amp;lt;&amp;lt;EOF
+#!/bin/sh
+exit 2
+EOF
+    chmod a+rx $tmpdir/usr/lib/tasksel/tests/$test
+done
+
+DEBIAN_FRONTEND=noninteractive
+DEBIAN_PRIORITY=critical
+export DEBIAN_FRONTEND DEBIAN_PRIORITY
+chroot $tmpdir tasksel --new-install
+
+echo deb $mirror $to main &gt; $tmpdir/etc/apt/sources.list
+chroot $tmpdir aptitude update
+touch $tmpdir/etc/udev/kernel-upgrade
+chroot $tmpdir aptitude -y dist-upgrade
+fuser -mv
+&lt;/pre&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;I suspect it would be useful to test upgrades with both apt-get and
+with aptitude, but I have not had time to look at how they behave
+differently so far.  I hope to get a cron job running to do the test
+regularly and post the result on the web.  The Gnome upgrade currently
+work, while the KDE upgrade fail because of the bug in
+kdebase-workspace-data&lt;/p&gt;
+
+&lt;p&gt;I am not quite sure what kind of extract from the huge upgrade logs
+(KDE 167 KiB, Gnome 516 KiB) it make sense to include in this blog
+post, so I will refrain from trying.  I can report that for Gnome,
+aptitude report 760 packages upgraded, 448 newly installed, 129 to
+remove and 1 not upgraded and 1024MB need to be downloaded while for
+KDE the same numbers are 702 packages upgraded, 507 newly installed,
+193 to remove and 0 not upgraded and 1117MB need to be downloaded&lt;/p&gt;
+
+&lt;p&gt;I am very happy to notice that the Gnome desktop + laptop upgrade
+is able to migrate to dependency based boot sequencing and parallel
+booting without a hitch.  Was unsure if there were still bugs with
+packages failing to clean up their obsolete init.d script during
+upgrades, and no such problem seem to affect the Gnome desktop+laptop
+packages.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>No patch is not better than a useless patch</title>
-		<link>No_patch_is_not_better_than_a_useless_patch.html</link>
-		<guid isPermaLink="true">No_patch_is_not_better_than_a_useless_patch.html</guid>
-                <pubDate>Tue, 28 Apr 2009 09:30:00 +0200</pubDate>
+		<title>Skolelinux er laget for sentraldrifting, naturligvis</title>
+		<link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</guid>
+                <pubDate>Wed, 9 Jun 2010 12:30:00 +0200</pubDate>
 		<description>
-&lt;p&gt;Julien Blache
-&lt;a href=&quot;http://blog.technologeek.org/2009/04/12/214&quot;&gt;claim that no
-patch is better than a useless patch&lt;/a&gt;.  I completely disagree, as a
-patch allow one to discuss a concrete and proposed solution, and also
-prove that the issue at hand is important enough for someone to spent
-time on fixing it.  No patch do not provide any of these positive
-properties.&lt;/p&gt;
+&lt;p&gt;Det er merkelig hvordan myter om Skolelinux overlever.  En slik
+myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
+tjenermaskiner.  I siste Computerworld Norge er
+&lt;a href=&quot;http://www.idg.no/computerworld/article169432.ece&quot;&gt;IT-sjef
+Viggo Billdal i Steinkjer intervjuet&lt;/a&gt;, og forteller uten
+blygsel:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;p&gt;Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
+om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
+Microsoft egentlig var totalt sett bedre egnet. Det var store
+driftskostnader med Skolelinux, blant annet på grunn av
+desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
+og bruker nå bare Windows.&lt;/p&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;En &lt;a
+href=&quot;https://init.linpro.no/pipermail/skolelinux.no/bruker/2010-June/009101.html&quot;&gt;rask
+sjekk&lt;/a&gt; mot den norske brukerlista i Skolelinuxprosjektet forteller
+at Steinkjers forsøk foregikk fram til 2004/2005, og at Røysing skole
+i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
+overkjørte skolen og krevde at de gikk over til Windows.  Et søk på
+nettet sendte meg til
+&lt;a href=&quot;http://www.dn.no/multimedia/archive/00090/Dagens_it_nr__18_90826a.pdf&quot;&gt;Dagens
+IT nr. 18 2005&lt;/a&gt; hvor en kan lese på side 18:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;p&gt;Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
+Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
+var så stor.  ­ Jeg syntes Skolelinux var utrolig lett å drifte uten
+forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
+til installasjoner og maskinvarefeil, sier Tømmerås.&lt;/p&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
+over påstanden om at Skolelinux krever desentraliserte tjenere.
+Skolelinux-arkitekturen er laget for sentralisert drift og plassering
+av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
+Den er modellert på nettverks- og tjenerløsningen som brukes på
+Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
+driftstjenester.  Dette er det heldigvis noen som har fått med seg, og
+jeg er glad for å kunne sitere fra en kommentar på den overnevnte
+artikkelen.  Min venn og gamle kollega Sturle Sunde forteller der:
+
+&lt;blockquote&gt;
+&lt;p&gt;I Flora kommune køyrer vi Skulelinux på skular med alt frå 15 til
+meir enn 500 elevar. Dei store skulane har eigen tenar, for det er
+mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
+sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
+avhengige av eksterne linjer som er trege eller dyre. Dei minste
+skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
+noko problem. Småskulane klarar seg fint med 1 mbit-linje til ein
+sentral tenar eller tenaren på ein større skule.&lt;/p&gt;
+
+&lt;p&gt;Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
+harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
+programma lokalt. Eit klasserom med 30 sju-åtte år gamle maskiner har
+mykje meir CPU og RAM totalt enn nokon moderne tenar til under
+millionen. Det trengst to kommandoar på den sentrale tenaren for å
+oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
+problem med diskar som ryk heller, som var eit problem før fordi
+elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
+nettet, so det er fullt mogleg å køyre slike på småskular med trege
+linjer mot tenaren på ein større skule.&lt;/p&gt;
+
+&lt;p&gt;Flora kommune har nesten 800 Linux-maskiner i sitt skulenett, og
+ein person som tek seg av drift av heile nettet, inkludert tenarar,
+klientar, operativsystem, programvare, heimekontorløysing og
+administrasjon av brukarar.&lt;/p&gt;
+
+&lt;p&gt;No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
+boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
+var der frå før, og som har komplisert installasjonen vår. Etter at
+oppsettet var gjort har løysinga vore stabil og kravd minimalt med
+arbeid.&lt;/p&gt;
+&lt;/blockquote&gt;
+
+&lt;p&gt;Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
+sentraldriftes med sentrale tjenere.  Det forteller meg at Steinkjers
+IT-sjef neppe bør skylde på Skolelinux-løsningen for sine 5 år gamle
+minner.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>EU-parlamentet raner fellesskapet for musikk</title>
-		<link>EU_parlamentet_raner_fellesskapet_for_musikk.html</link>
-		<guid isPermaLink="true">EU_parlamentet_raner_fellesskapet_for_musikk.html</guid>
-                <pubDate>Sun, 26 Apr 2009 08:30:00 +0200</pubDate>
+		<title>Upstart or sysvinit - as init.d scripts see it</title>
+		<link>http://people.skolelinux.org/pere/blog/Upstart_or_sysvinit___as_init_d_scripts_see_it.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Upstart_or_sysvinit___as_init_d_scripts_see_it.html</guid>
+                <pubDate>Sun, 6 Jun 2010 23:55:00 +0200</pubDate>
 		<description>
-&lt;p&gt;Slashdot melder at EU-parlamentet har vedtatt
-&lt;a href=&quot;http://www.europarl.europa.eu/news/expert/infopress_page/058-54192-111-04-17-909-20090422IPR54191-21-04-2009-2009-false/default_en.htm&quot;&gt;Ã¥
-øke vernetiden for musikkopptak fra 50 til 70 år&lt;/a&gt;, og dermed rane
-fellesskapet for 20 år med musikk som ville vært tilgjengelig uten
-bruksbegresninger.  Mon tro hvor mye musikk som vil gå tapt pga. at
-ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
-ingen andre har lov til å kopiere og distribuere den.  Mon tro hvor
-mange musikkstykker som ikke kan brukes uten bruksbegresninger av
-folket, som skulle falt i det fri men som i stedet forblir under
-rettighetshavers monopol.  Opphavsrettslovgivingen blir mer og mer
-urimelig.  Tenke seg til at vernetiden startet i USA med 7 år og
-mulighet for forlengelse med 7 år.  Nå er den 95 år der, og en stor
-mengde verk blir foreldreløse og umulig å få tak i.  Har ikke lykkes
-med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
-I dag er den 70 år.&lt;/p&gt;
-
-&lt;p&gt;Jeg er glad det finnes &lt;a href=&quot;http://www.jamendo.com/&quot;&gt;så mye
-musikk tilgjengelig uten bruksbegresninger&lt;/a&gt; at en kan klare seg
-uten musikk med bruksbegresninger.&lt;/p&gt;
+&lt;p&gt;If Debian is to migrate to upstart on Linux, I expect some init.d
+scripts to migrate (some of) their operations to upstart job while
+keeping the init.d for hurd and kfreebsd.  The packages with such
+needs will need a way to get their init.d scripts to behave
+differently when used with sysvinit and with upstart.  Because of
+this, I had a look at the environment variables set when a init.d
+script is running under upstart, and when it is not.&lt;/p&gt;
+
+&lt;p&gt;With upstart, I notice these environment variables are set when a
+script is started from rcS.d/ (ignoring some irrelevant ones like
+COLUMNS):&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+DEFAULT_RUNLEVEL=2
+previous=N
+PREVLEVEL=
+RUNLEVEL=
+runlevel=S
+UPSTART_EVENTS=startup
+UPSTART_INSTANCE=
+UPSTART_JOB=rc-sysinit
+&lt;/pre&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;With sysvinit, these environment variables are set for the same
+script.&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+INIT_VERSION=sysvinit-2.88
+previous=N
+PREVLEVEL=N
+RUNLEVEL=S
+runlevel=S
+&lt;/pre&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;The RUNLEVEL and PREVLEVEL environment variables passed on from
+sysvinit are not set by upstart.  Not sure if it is intentional or not
+to not be compatible with sysvinit in this regard.&lt;/p&gt;
+
+&lt;p&gt;For scripts needing to behave differently when upstart is used,
+looking for the UPSTART_JOB environment variable seem to be a good
+choice.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Hvor flyter Microsofts penger?</title>
-		<link>Hvor_flyter_Microsofts_penger_.html</link>
-		<guid isPermaLink="true">Hvor_flyter_Microsofts_penger_.html</guid>
-                <pubDate>Fri, 24 Apr 2009 11:10:00 +0200</pubDate>
+		<title>A manual for standards wars...</title>
+		<link>http://people.skolelinux.org/pere/blog/A_manual_for_standards_wars___.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/A_manual_for_standards_wars___.html</guid>
+                <pubDate>Sun, 6 Jun 2010 14:15:00 +0200</pubDate>
 		<description>
-&lt;p&gt;Dagens nyhet er at omsetningen til Microsoft for første gang er
-synkende.  Ikke spesielt uventet med den generelle nedgangen i
-økonomien som vi ser verden over.  Det fikk meg dog til å tenke på en
-ting fra noen år tilbake.&lt;/p&gt;
-
-&lt;p&gt;Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
-at påstanden til Microsoft om at de brakte inn enorme pengesummer til
-USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
-rundt om i verden ble kanalisert inn til skatteparadiset
-&lt;a href=&quot;http://en.wikipedia.org/wiki/Cayman_Islands&quot;&gt;Cayman
-Island&lt;/a&gt;.  Jeg har aldri lykkes med å få bekreftet dette påstanden,
-men tok i dag en titt på hvilke selskaper som eier de norske delene av
-Microsoft som jeg kjenner til, dvs.
-&lt;a href=&quot;http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft&amp;bc=0&amp;c=Z001YP4Y&amp;org=957485030&quot;&gt;Microsoft
-Norge AS&lt;/a&gt; og
-&lt;a href=&quot;http://www.proff.no/proff/search/companyRoles.c?freeText=fast&amp;bc=348&amp;c=Z0HR5KDT&amp;org=979158831&quot;&gt;FAST,
-A Microsoft Subsidiary&lt;/a&gt; (tidligere FAST Search &amp; Transfer ASA).&lt;/p&gt;
-
-&lt;p&gt;Førstnevnte er eid av &quot;Microsoft International Holdings Spain
-S.R.L.&quot;, mens sistnevnte i følge Wikipedia nå eies av
-Microsoft-underselskapet &quot;MACS Holdings Limited&quot;.  Jeg har ikke klart
-Ã¥ finne mer informasjon om noen av disse.  Mon tro om noen av dem
-sender pengene til Cayman Island?  Finner det jeg tror er
-&lt;a href=&quot;http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html&quot;&gt;informasjon
-om spaniaselskapet på spansk&lt;/a&gt;, men jeg kan ikke lese spansk. :(&lt;/p&gt;
+&lt;p&gt;Via the
+&lt;a href=&quot;http://feedproxy.google.com/~r/robweir/antic-atom/~3/QzU4RgoAGMg/weekly-links-10.html&quot;&gt;blog
+of Rob Weir&lt;/a&gt; I came across the very interesting essay named
+&lt;a href=&quot;http://faculty.haas.berkeley.edu/shapiro/wars.pdf&quot;&gt;The Art of
+Standards Wars&lt;/a&gt; (PDF 25 pages).  I recommend it for everyone
+following the standards wars of today.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Hvorfor jeg ikke bruker eFaktura</title>
-		<link>Hvorfor_jeg_ikke_bruker_eFaktura.html</link>
-		<guid isPermaLink="true">Hvorfor_jeg_ikke_bruker_eFaktura.html</guid>
-                <pubDate>Thu, 23 Apr 2009 23:00:00 +0200</pubDate>
+		<title>Sitesummary tip: Listing computer hardware models used at site</title>
+		<link>http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_computer_hardware_models_used_at_site.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_computer_hardware_models_used_at_site.html</guid>
+                <pubDate>Thu, 3 Jun 2010 12:05:00 +0200</pubDate>
 		<description>
-&lt;p&gt;Telenors annonsering om å kreve 35 kroner i gebyr fra alle som
-ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
-langt snakker om at eldre og folk som ikke behersker data vil få en
-urimelig ekstrakostnad.  Jeg tror ikke jeg passer inn i noen av de
-kategoriene, men velger å holde meg unna eFaktura - som er det
-Telenor ønsker å få folk over på - pga. systemets egenskaper.&lt;/p&gt;
-
-&lt;p&gt;Slik jeg har sett eFaktura til forbrukere så langt, så sender
-selger en elektronisk beskjed til kundens bank, som legger ut
-informasjon om fakturaen i nettbanken for godkjenning.  Personlig
-ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
-fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
-mot banken eller andre hvis jeg ønsket dette.  Mine innkjøp og
-regninger er jo en sak mellom meg og mine leverandører, ikke en sak
-mellom min bank og mine leverandører.  Kun hvis jeg ønsker å betale
-fakturaen skal banken involveres.  En faktura bør jo inn i
-regnskapet, og jeg ønsker mulighet til å legge det inn der.  Når
-fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
-Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
-som kunde.&lt;/p&gt;
-
-&lt;p&gt;I tillegg har jeg ikke vært i stand til å finne
-eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
-slike krever dyre avtaler med bankene for å få lov til å sende ut
-eFaktura til kunder.  Jeg ser vel helst at fakturering på
-elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
-måtte betale mellommenn for retten til å lever ut en faktura, og
-liker rett og slett ikke dagens faktureringsmodeller.&lt;/p&gt;
+&lt;p&gt;When using sitesummary at a site to track machines, it is possible
+to get a list of the machine types in use thanks to the DMI
+information extracted from each machine.  The script to do so is
+included in the sitesummary package, and here is example output from
+the Skolelinux build servers:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+maintainer:~# /usr/lib/sitesummary/hardware-model-summary
+  vendor                    count
+  Dell Computer Corporation     1
+    PowerEdge 1750              1
+  IBM                           1
+    eserver xSeries 345 -[8670M1X]-     1
+  Intel                         2
+  [no-dmi-info]                 3
+maintainer:~#
+&lt;/pre&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;The quality of the report depend on the quality of the DMI tables
+provided in each machine.  Here there are Intel machines without model
+information listed with Intel as vendor and mo model, and virtual Xen
+machines listed as [no-dmi-info].  One can add -l as a command line
+option to list the individual machines.&lt;/p&gt;
+
+&lt;p&gt;A larger list is
+&lt;a href=&quot;http://narvikskolen.no/sitesummary/&quot;&gt;available from the the
+city of Narvik&lt;/a&gt;, which uses Skolelinux on all their shools and also
+provide the basic sitesummary report publicly.  In their report there
+are ~1400 machines. I know they use both Ubuntu and Skolelinux on
+their machines, and as sitesummary is available in both distributions,
+it is trivial to get all of them to report to the same central
+collector.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Nasjonalbiblioteket legger ut bøker på web</title>
-		<link>Nasjonalbiblioteket_legger_ut_b__ker_p___web.html</link>
-		<guid isPermaLink="true">Nasjonalbiblioteket_legger_ut_b__ker_p___web.html</guid>
-                <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
+		<title>Togsatsing på norsk, mot sykkel</title>
+		<link>http://people.skolelinux.org/pere/blog/Togsatsing_p___norsk__mot_sykkel.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Togsatsing_p___norsk__mot_sykkel.html</guid>
+                <pubDate>Wed, 2 Jun 2010 23:45:00 +0200</pubDate>
 		<description>
-&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
-melder&lt;/a&gt; at
-&lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
-og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
-digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
-øre for hver side som legges ut.  Utvalget er litt merkelig: 1790-,
-1890- og 1990-tallet.  Jeg synes det er absurd hvis det er slik at
-Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
-beskyttet av opphavsretten.  Jeg antar her at det er mer enn 90 år
-siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
-disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
-dem uten å bryte opphavsrettsloven.  Bruk av slike verk har ikke
-Kopinor noe med å gjøre.  Jeg håper jeg har misforstått.
-&lt;a href=&quot;http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt&quot;&gt;En
-melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
-fri ikke trenger avtale med Kopinor.&lt;/p&gt;
-
-&lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
-vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
-etter fragmenter i teksten.  En risikerer dermed at de blir liggende
-på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;
-
-&lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
-sin aprilspøk, og la ut bøkene som faller i det fri
-fortløpende.&lt;/p&gt;
+&lt;p&gt;Det står dårlig til med toget når en finner på å la det
+&lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3677060.ece&quot;&gt;kappkjøre
+med sykkel&lt;/a&gt;...  Jeg tror det trengs strukturendringer for å få
+fikset på togproblemene i Norge.&lt;/p&gt;
 
+&lt;p&gt;Mon tro hva toglinje mellom Narvik og Tromsø ville hatt slags
+effekt på området der?&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Korrupsjon på høyeste nivå?</title>
-		<link>Korrupsjon_p___h__yeste_niv___.html</link>
-		<guid isPermaLink="true">Korrupsjon_p___h__yeste_niv___.html</guid>
-                <pubDate>Tue, 21 Apr 2009 10:00:00 +0200</pubDate>
+		<title>KDM fail at boot with NVidia cards - and no one try to fix it?</title>
+		<link>http://people.skolelinux.org/pere/blog/KDM_fail_at_boot_with_NVidia_cards___and_no_one_try_to_fix_it_.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/KDM_fail_at_boot_with_NVidia_cards___and_no_one_try_to_fix_it_.html</guid>
+                <pubDate>Tue, 1 Jun 2010 17:05:00 +0200</pubDate>
 		<description>
-&lt;p&gt;USAs &lt;a href=&quot;http://www.eff.org/issues/nsa-spying&quot;&gt;massive
-avlytting av egne borgere uten lov og dom&lt;/a&gt; er en sak som har
-pågått en stund, og siste nytt i den saken er at NSAs avlytting skal
-ha avslørt korrupsjon mellom kongressmedlem
-&lt;a href=&quot;http://www.house.gov/harman/&quot;&gt;Jane Harman&lt;/a&gt; og den
-Israelsfremmende lobbyorganisasjon
-&lt;a href=&quot;http://www.aipac.org/&quot;&gt;AIPAC&lt;/a&gt;, men at etterforskningen ble
-stoppet av Bush-administrasjonens statsadvokat på det tidspunktet
-Alberto Gonzales, for å unngå å diskreditere Harman.  Årsaken skal ha
-vært at Harman var en av de viktigste støttespillerne til NSAs
-avlytting i det demokratiske partiet, og en ønsket ikke å miste en
-viktig alliert.  Hvis dette stemmer var det korrupsjon på høyeste nivå
-i Bush-regjeringen.  Les mer i
-&lt;a href=&quot;http://www.salon.com/opinion/greenwald/2009/04/20/harman/&quot;&gt;en
-kommentar fra Glenn Greenwald&lt;/a&gt;.  Overvåkningshistoriene fra
-Sverige blir søndagskolefortellinger i sammenligning.&lt;/p&gt;
+&lt;p&gt;It is strange to watch how a bug in Debian causing KDM to fail to
+start at boot when an NVidia video card is used is handled.  The
+problem seem to be that the nvidia X.org driver uses a long time to
+initialize, and this duration is longer than kdm is configured to
+wait.&lt;/p&gt;
+
+&lt;p&gt;I came across two bugs related to this issue,
+&lt;a href=&quot;http://bugs.debian.org/583312&quot;&gt;#583312&lt;/a&gt; initially filed
+against initscripts and passed on to nvidia-glx when it became obvious
+that the nvidia drivers were involved, and
+&lt;a href=&quot;http://bugs.debian.org/524751&quot;&gt;#524751&lt;/a&gt; initially filed against
+kdm and passed on to src:nvidia-graphics-drivers for unknown reasons.&lt;/p&gt;
+
+&lt;p&gt;To me, it seem that no-one is interested in actually solving the
+problem nvidia video card owners experience and make sure the Debian
+distribution work out of the box for these users.  The nvidia driver
+maintainers expect kdm to be set up to wait longer, while kdm expect
+the nvidia driver maintainers to fix the driver to start faster, and
+while they wait for each other I guess the users end up switching to a
+distribution that work for them.  I have no idea what the solution is,
+but I am pretty sure that waiting for each other is not it.&lt;/p&gt;
+
+&lt;p&gt;I wonder why we end up handling bugs this way.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
-		<link>Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>
-		<guid isPermaLink="true">Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
-                <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
+		<title>Parallellized boot seem to hold up well in Debian/testing</title>
+		<link>http://people.skolelinux.org/pere/blog/Parallellized_boot_seem_to_hold_up_well_in_Debian_testing.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Parallellized_boot_seem_to_hold_up_well_in_Debian_testing.html</guid>
+                <pubDate>Thu, 27 May 2010 23:55:00 +0200</pubDate>
 		<description>
-&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
-&lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
-deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
-en kommentar fra podiet om ulovlig fildeling.  Fikk ikke med meg hvem
-som holdt innlegget, men det startet med å snakke om ulovlig fildeling
-og gikk så over til å snakke om fildeling som om fildeling i seg er
-ulovlig.  Intet er lengre fra sannheten.  Fildeling er en nyttig
-teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
-distribusjon av filer.  Det er ingenting med denne fildelingen som
-gjør den ulovlig.  Fildeling er i seg selv en fullt ut lovlig
-teknologisk anvendelse.  Noe fildeling er ulovlig, og noe er lovlig.
-De som tror at fildeling er ulovlig har misforstått grovt.  Hvorvidt
-den er ulovlig kommer jo an på hvem som har opphavsretten til filene
-som deles og hvilke bruksbegrensninger som gjelder for filene.  En
-rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
-og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
+&lt;p&gt;A few days ago, parallel booting was enabled in Debian/testing.
+The feature seem to hold up pretty well, but three fairly serious
+issues are known and should be solved:
+
+&lt;p&gt;&lt;ul&gt;
+
+&lt;li&gt;The wicd package seen to
+&lt;a href=&quot;http://bugs.debian.org/508289&quot;&gt;break NFS mounting&lt;/a&gt; and
+&lt;a href=&quot;http://bugs.debian.org/581586&quot;&gt;network setup&lt;/a&gt; when
+parallel booting is enabled.  No idea why, but the wicd maintainer
+seem to be on the case.&lt;/li&gt;
+
+&lt;li&gt;The nvidia X driver seem to
+&lt;a href=&quot;http://bugs.debian.org/583312&quot;&gt;have a race condition&lt;/a&gt;
+triggered more easily when parallel booting is in effect.  The
+maintainer is on the case.&lt;/li&gt;
+
+&lt;li&gt;The sysv-rc package fail to properly enable dependency based boot
+sequencing (the shutdown is broken) when old file-rc users
+&lt;a href=&quot;http://bugs.debian.org/575080&quot;&gt;try to switch back&lt;/a&gt; to
+sysv-rc.  One way to solve it would be for file-rc to create
+/etc/init.d/.legacy-bootordering, and another is to try to make
+sysv-rc more robust.  Will investigate some more and probably upload a
+workaround in sysv-rc to help those trying to move from file-rc to
+sysv-rc get a working shutdown.&lt;/li&gt;
+
+&lt;/ul&gt;&lt;/p&gt;
+
+&lt;p&gt;All in all not many surprising issues, and all of them seem
+solvable before Squeeze is released.  In addition to these there are
+some packages with bugs in their dependencies and run level settings,
+which I expect will be fixed in a reasonable time span.&lt;/p&gt;
+
+&lt;p&gt;If you report any problems with dependencies in init.d scripts to
+the BTS, please usertag the report to get it to show up at
+&lt;a href=&quot;http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=initscripts-ng-devel@lists.alioth.debian.org&quot;&gt;the
+list of usertagged bugs related to this&lt;/a&gt;.&lt;/p&gt;
+
+&lt;p&gt;Update: Correct bug number to file-rc issue.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Reprap-bygging i påsken</title>
-		<link>Reprap_bygging_i_p__sken.html</link>
-		<guid isPermaLink="true">Reprap_bygging_i_p__sken.html</guid>
-                <pubDate>Sun, 12 Apr 2009 10:00:00 +0200</pubDate>
+		<title>More flexible firmware handling in debian-installer</title>
+		<link>http://people.skolelinux.org/pere/blog/More_flexible_firmware_handling_in_debian_installer.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/More_flexible_firmware_handling_in_debian_installer.html</guid>
+                <pubDate>Sat, 22 May 2010 21:30:00 +0200</pubDate>
 		<description>
-&lt;p&gt;Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
-til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt; uka etter påske.
-Da første test med motorkjøring avslørte at motorvibrasjonene fikk
-skruer og muttere til å løsne, så var første punkt på programmet å
-skru til alle skruer slik at det ble mindre sjanse for slikt.  Det er
-nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
-montering i tillegg).  Må også lime Z-aksebandet.  Har skaffet Loctite
-Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
-dette formålet.  I prosessen har jeg blitt bitt av den sprø plasten
-noen ganger.  Har knekket/sprukket 3 plastbiter så langt.  Håper jeg
-får skrevet ut nye før skriveren bryter sammen pga. dette. :)&lt;/p&gt;
-
-&lt;p&gt;I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
-å jobbe meg rundt det.  Etter tegningen, skal tannhjulene på Z-aksene
-være tett omslynget av et par stjernehjul som holder båndet mellom
-alle Z-aksene på plass.  Problemet er at båndet er 6mm, mens alle
-plastdelene er 5mm brede.  Det betyr at et 6mm band skal inn i et 5mm
-spor, noe som ikke passer spesielt godt.  Jeg har løst dette ved å
-legge en 1mm skive mellom tannhjulene og stjernehjulene over
-tannhjulet, slik at det blir plass til båndet.&lt;/p&gt;
-
-&lt;p&gt;Skrivehodet er har vi så vidt startet på.  Mari har oppdaget at
-hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
-hullene ikke får plass.  Har avtalt å låne en Dremel for å frese unna
-litt plast for å løse dette problemet.  Da vi begynte å se på
-skrivehodet, oppdaget vi et alvorlig problem.  Det varmesikre
-sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
-Var ikke klar over at dette er ferskvare, men
-&lt;a href=&quot;http://forums.reprap.org/read.php?70,16250&quot;&gt;en
-forumposting&lt;/a&gt; viser at dette er et kjent problem.  Det var ikke
-helt enkelt å finne ut hva &quot;Fire cement&quot; heter på norsk.  Mange
-Google-søk senere var jeg fortsatt like blank.  Hadde funnet flere
-alternativer som kunne fungere, som eksosmonteringspasta,
-brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
-men ingen av disse så ut til å være helt riktige for dette bruket.
-Fire cement håndterer temperaturer opp til 1200 grader celsius, og
-krever ikke utblanding i vann.  Konsulterte,
-&lt;a href=&quot;http://robot.hiof.no/node/5&quot;&gt;våre
-venner ved Høgskolen i Halden&lt;/a&gt;, og det viste seg at de hadde hatt samme
-problem.  De hadde besøkt en peisbutikk og kjøpt ildfast sparkel.  Jeg
-sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
-ut til å være det norske navnet på det jeg er ute etter.  Dro så innom
-Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
-&lt;a href=&quot;http://www.unipak.dk/UK/stovex.html&quot;&gt;Stovex&lt;/a&gt; ovnskitt, og
-er nå klar til å lage varmeelement til skrivehodet.
-Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
-&lt;a href=&quot;http://blog.reprap.org/2009/04/by-your-powers-combined-i-am-kapton.html&quot;&gt;reprap-blogpost&lt;/a&gt;
-som fortalte om et bedre vidundermiddel for å lage varmeelement,
-Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
-til neste gang.  En reprap-variant ved navn
-&lt;a href=&quot;http://wiki.makerbot.com/plastruder-mk3&quot;&gt;Plastruder MK3&lt;/a&gt;
-kommer til å bruke denne plasttypen som håndterer temperaturer mellom
--100 og +400 grader og brukes av astronautene for å tette drakten.&lt;/p&gt;
+&lt;p&gt;After a long break from debian-installer development, I finally
+found time today to return to the project.  Having to spend less time
+working dependency based boot in debian, as it is almost complete now,
+definitely helped freeing some time.&lt;/p&gt;
+
+&lt;p&gt;A while back, I ran into a problem while working on Debian Edu.  We
+include some firmware packages on the Debian Edu CDs, those needed to
+get disk and network controllers working.  Without having these
+firmware packages available during installation, it is impossible to
+install Debian Edu on the given machine, and because our target group
+are non-technical people, asking them to provide firmware packages on
+an external medium is a support pain.  Initially, I expected it to be
+enough to include the firmware packages on the CD to get
+debian-installer to find and use them.  This proved to be wrong.
+Next, I hoped it was enough to symlink the relevant firmware packages
+to some useful location on the CD (tried /cdrom/ and
+/cdrom/firmware/).  This also proved to not work, and at this point I
+found time to look at the debian-installer code to figure out what was
+going to work.&lt;/p&gt;
+
+&lt;p&gt;The firmware loading code is in the hw-detect package, and a closer
+look revealed that it would only look for firmware packages outside
+the installation media, so the CD was never checked for firmware
+packages.  It would only check USB sticks, floppies and other
+&quot;external&quot; media devices.  Today I changed it to also look in the
+/cdrom/firmware/ directory on the mounted CD or DVD, which should
+solve the problem I ran into with Debian edu.  I also changed it to
+look in /firmware/, to make sure the installer also find firmware
+provided in the initrd when booting the installer via PXE, to allow us
+to provide the same feature in the PXE setup included in Debian
+Edu.&lt;/p&gt;
+
+&lt;p&gt;To make sure firmware deb packages with a license questions are not
+activated without asking if the license is accepted, I extended
+hw-detect to look for preinst scripts in the firmware packages, and
+run these before activating the firmware during installation.  The
+license question is asked using debconf in the preinst, so this should
+solve the issue for the firmware packages I have looked at so far.&lt;/p&gt;
+
+&lt;p&gt;If you want to discuss the details of these features, please
+contact us on debian-boot@lists.debian.org.&lt;/p&gt;
 </description>
 	</item>
 	
 	<item>
-		<title>Fransk idiotlovforslag hinker gjennom parlamentet</title>
-		<link>Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</link>
-		<guid isPermaLink="true">Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</guid>
-                <pubDate>Fri, 10 Apr 2009 00:10:00 +0200</pubDate>
+		<title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten</title>
+		<link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</link>
+		<guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</guid>
+                <pubDate>Fri, 21 May 2010 16:00:00 +0200</pubDate>
 		<description>
-&lt;p&gt;&lt;a href=&quot;http://www.dagbladet.no/2009/04/09/kultur/musikk/fildeling/tekno/5689356/&quot;&gt;Dagbladet
-melder at det franske idiotforslaget om å kutte Internet-forbindelsen
-til alle som blir anklaget for å ha brutt opphavsretten 3 ganger&lt;/a&gt;
-ble nedstemt i dag med 21 mot 15 stemmer.  Vinklingen i Dagbladet er
-litt merkelig når en vet at det samme forslaget ble vedtatt i
-parlamentets andre kammer med 12 mot 4 stemmer, etter at det
-&lt;a href=&quot;http://opendotdotdot.blogspot.com/2009/04/hadopi-law-passed-by-12-votes-to-4.html&quot;&gt;overraskende
-ble foreslått å ta saken opp til votering 22:45 sist torsdag&lt;/a&gt;,
-etter sigende i strid med vanlige rutiner i det franske parlamentet.&lt;/p&gt;
-
-&lt;p&gt;Det hele blir ennå mer komisk når et vet at
-&lt;a href=&quot;http://www.zeropaid.com/news/10034/political_hypocrisy_french_president_sued_for_copyright_infringement/&quot;&gt;presidentens
-parti er blitt anklaget for å ha brutt opphavsretten&lt;/a&gt;.  Mon tro om
-partet skal miste internet-forbindelsen hvis de får 2 anklager til
-rettet mot seg.&lt;/p&gt;
+&lt;p&gt;For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
+titte på hva som er skrevet inn på magnetstripene til ulike kort.  Har
+ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
+skulle dele innholdet på to kort med mine lesere.&lt;/p&gt;
+
+&lt;p&gt;For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
+Bergen.  Flytoget fra Oslo S til flyplassen ga meg en billett med
+magnetstripe.  Påtrykket finner jeg følgende informasjon:&lt;/p&gt;
+
+&lt;pre&gt;
+Flytoget Airport Express Train
+
+Fra - Til        : Oslo Sentralstasjon
+Kategori         : Voksen
+Pris             : Nok 170,00
+Herav mva. 8,00% : NOK 12,59
+Betaling         : Kontant
+Til - Fra        : Oslo Lufthavn
+Utstedt:         : 08.05.10
+Gyldig Fra-Til   : 08.05.10-07.11.10
+Billetttype      : Enkeltbillett
+
+102-1015-100508-48382-01-08
+&lt;/pre&gt;
+
+&lt;p&gt;PÃ¥ selve magnetstripen er innholdet
+&lt;tt&gt;;E?+900120011=23250996541068112619257138248441708433322932704083389389062603279671261502492655?&lt;/tt&gt;.
+Aner ikke hva innholdet representerer, og det er lite overlapp mellom
+det jeg ser trykket på billetten og det jeg ser av tegn i
+magnetstripen.  HÃ¥per det betyr at de bruker kryptografiske metoder
+for å gjøre det vanskelig å forfalske billetter.&lt;/p&gt;
+
+&lt;p&gt;Den andre billetten er fra Hurtigruten, der jeg mistenker at
+strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
+fall den biten vi stakk inn i dørlåsen).&lt;/p&gt;
+
+&lt;p&gt;Påtrykket forsiden er følgende:&lt;/p&gt;
+
+&lt;pre&gt;
+Romnummer 727
+Hurtigruten
+Midnatsol
+Reinholdtsen
+Petter
+Bookingno: SAX69   0742193
+Harstad-Bergen
+Dep: 09.05.2010 Arr: 12.05.2010
+Lugar fra Risøyhamn
+Kost: FRO=4
+&lt;/pre&gt;
+
+&lt;p&gt;PÃ¥ selve magnetstripen er innholdet
+&lt;tt&gt;;1316010007421930=00000000000000000000?+E?&lt;/tt&gt;.  Heller ikke her
+ser jeg mye korrespondanse mellom påtrykk og magnetstripe.&lt;/p&gt;
 </description>
 	</item>