Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 71b5d8029a97c50ce24f7b47be7d42cdac3e7c15..f6fbda990efb541befdf07552298e7ca077db50e 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -3,359 +3,429 @@
        <channel>
                <title>Petter Reinholdtsen</title>
                <description></description>
        <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>
        
        <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>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>
                <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;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>
 </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>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>
                <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 legger 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;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>
 </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>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>
                <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;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>
 </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>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>
                <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;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>
 </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>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>
                <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;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>
        
        <item>
 </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>Pieces of the roaming laptop puzzle in Debian</title>
+               <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</guid>
+                <pubDate>Wed, 19 May 2010 19:00:00 +0200</pubDate>

                <description>
                <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;Today, the last piece of the puzzle for roaming laptops in Debian
+Edu finally entered the Debian archive.  Today, the new
+&lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-mklocaluser.html&quot;&gt;libpam-mklocaluser&lt;/a&gt;
+package was accepted.  Two days ago, two other pieces was accepted
+into unstable.  The
+&lt;a href=&quot;http://packages.qa.debian.org/p/pam-python.html&quot;&gt;pam-python&lt;/a&gt;
+package needed by libpam-mklocaluser, and the
+&lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd&lt;/a&gt; package
+passed NEW on Monday.  In addition, the
+&lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
+package we need is in experimental (version 10-4) since Saturday, and
+hopefully will be moved to unstable soon.&lt;/p&gt;
+
+&lt;p&gt;This collection of packages allow for two different setups for
+roaming laptops.  The traditional setup would be using libpam-ccreds,
+nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
+which should work out of the box if the configuration changes proposed
+for nscd in &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;BTS report
+#485282&lt;/a&gt; is implemented.  The alternative setup is to use sssd with
+libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
+care of the caching of passwords and group information.&lt;/p&gt;
+
+&lt;p&gt;I have so far been unable to get sssd to work with the LDAP server
+at the University, but suspect the issue is some SSL/GnuTLS related
+problem with the server certificate.  I plan to update the Debian
+package to version 1.2, which is scheduled for next week, and hope to
+find time to make sure the next release will include both the
+Debian/Ubuntu specific patches.  Upstream is friendly and responsive,
+and I am sure we will find a good solution.&lt;/p&gt;
+
+&lt;p&gt;The idea is to set up the roaming laptops to authenticate using
+LDAP or Kerberos and create a local user with home directory in /home/
+when a usre in LDAP logs in via KDM or GDM for the first time, and
+cache the password for offline checking, as well as caching group
+memberhips and other relevant LDAP information.  The
+libpam-mklocaluser package was created to make sure the local home
+directory is in /home/, instead of /site/server/directory/ which would
+be the home directory if pam_mkhomedir was used.  To avoid confusion
+with support requests and configuration, we do not want local laptops
+to have users in a path that is used for the same users home directory
+on the home directory servers.&lt;/p&gt;
+
+&lt;p&gt;One annoying problem with gdm is that it do not show the PAM
+message passed to the user from libpam-mklocaluser when the local user
+is created.  Instead gdm simply reject the login with some generic
+message.  The message is shown in kdm, ssh and login, so I guess it is
+a bug in gdm.  Have not investigated if there is some other message
+type that can be used instead to get gdm to also show the message.&lt;/p&gt;
+
+&lt;p&gt;If you want to help out with implementing this for Debian Edu,
+please contact us on debian-edu@lists.debian.org.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Recording video from cron using VLC</title>
-               <link>Recording_video_from_cron_using_VLC.html</link>
-               <guid isPermaLink="true">Recording_video_from_cron_using_VLC.html</guid>
-                <pubDate>Sun, 5 Apr 2009 10:00:00 +0200</pubDate>
+               <title>Parallellized boot is now the default in Debian/unstable</title>
+               <link>http://people.skolelinux.org/pere/blog/Parallellized_boot_is_now_the_default_in_Debian_unstable.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Parallellized_boot_is_now_the_default_in_Debian_unstable.html</guid>
+                <pubDate>Fri, 14 May 2010 22:40:00 +0200</pubDate>

                <description>
                <description>

-&lt;p&gt;One think I have wanted to figure out for a along time is how to
-run vlc from cron to do recording of video streams on the net.  The
-task is trivial with mplayer, but I do not really trust the security
-of mplayer (it crashes too often on strange input), and thus prefer
-vlc.  I finally found a way to do it today.  I spent an hour or so
-searching the web for recipes and reading the documentation.  The
-hardest part was to get rid of the GUI window, but after finding the
-dummy interface, the command line finally presented itself:&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
-SAVEFILE=rms.ogg
-DISPLAY= vlc -q $URL \
-  --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
-  --intf=dummy&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;The command stream the URL and store it in the SAVEFILE by
-duplicating the output stream to &quot;nodisplay&quot; and the file, using the
-dummy interface.  The dummy interface and the nodisplay output make
-sure no X interface is needed.&lt;/p&gt;
-
-&lt;p&gt;The cron job then need to start this job with the appropriate URL
-and file name to save, sleep for the duration wanted, and then kill
-the vlc process with SIGTERM.  Here is a complete script
-&lt;tt&gt;vlc-record&lt;/tt&gt; to use from &lt;tt&gt;at&lt;/tt&gt; or &lt;tt&gt;cron&lt;/tt&gt;:&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;#!/bin/sh
-set -e
-URL=&quot;$1&quot;
-SAVEFILE=&quot;$2&quot;
-DURATION=&quot;$3&quot;
-DISPLAY= vlc -q &quot;$URL&quot; \
-  --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
-  --intf=dummy &lt; /dev/null &gt; /dev/null 2&gt;&amp;1 &amp;
-pid=$!
-sleep $DURATION
-kill $pid
-wait $pid&lt;/pre&gt;&lt;/blockquote&gt;
+&lt;p&gt;Since this evening, parallel booting is the default in
+Debian/unstable for machines using dependency based boot sequencing.
+Apparently the testing of concurrent booting has been wider than
+expected, if I am to believe the
+&lt;a href=&quot;http://lists.debian.org/debian-devel/2010/05/msg00122.html&quot;&gt;input
+on debian-devel@&lt;/a&gt;, and I concluded a few days ago to move forward
+with the feature this weekend, to give us some time to detect any
+remaining problems before Squeeze is frozen.  If serious problems are
+detected, it is simple to change the default back to sequential boot.
+The upload of the new sysvinit package also activate a new upstream
+version.&lt;/p&gt;
+
+More information about
+&lt;a href=&quot;http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot&quot;&gt;dependency
+based boot sequencing&lt;/a&gt; is available from the Debian wiki.  It is
+currently possible to disable parallel booting when one run into
+problems caused by it, by adding this line to /etc/default/rcS:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+CONCURRENCY=none
+&lt;/pre&gt;&lt;/blockquote&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;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Standardize on protocols and formats, not vendors and applications</title>
-               <link>Standardize_on_protocols_and_formats__not_vendors_and_applications.html</link>
-               <guid isPermaLink="true">Standardize_on_protocols_and_formats__not_vendors_and_applications.html</guid>
-                <pubDate>Mon, 30 Mar 2009 11:50:00 +0200</pubDate>
+               <title>Sitesummary tip: Listing MAC address of all clients</title>
+               <link>http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_MAC_address_of_all_clients.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sitesummary_tip__Listing_MAC_address_of_all_clients.html</guid>
+                <pubDate>Fri, 14 May 2010 21:10:00 +0200</pubDate>

                <description>
                <description>

-&lt;p&gt;Where I work at the University of Oslo, one decision stand out as a
-very good one to form a long lived computer infrastructure.  It is the
-simple one, lost by many in todays computer industry: Standardize on
-open network protocols and open exchange/storage formats, not applications.
-Applications come and go, while protocols and files tend to stay, and
-thus one want to make it easy to change application and vendor, while
-avoiding conversion costs and locking users to a specific platform or
-application.&lt;/p&gt;
-
-&lt;p&gt;This approach make it possible to replace the client applications
-independently of the server applications.  One can even allow users to
-use several different applications as long as they handle the selected
-protocol and format.  In the normal case, only one client application
-is recommended and users only get help if they choose to use this
-application, but those that want to deviate from the easy path are not
-blocked from doing so.&lt;/p&gt;
-
-&lt;p&gt;It also allow us to replace the server side without forcing the
-users to replace their applications, and thus allow us to select the
-best server implementation at any moment, when scale and resouce
-requirements change.&lt;/p&gt;
-
-&lt;p&gt;I strongly recommend standardizing - on open network protocols and
-open formats, but I would never recommend standardizing on a single
-application that do not use open network protocol or open formats.&lt;/p&gt;
+&lt;p&gt;In the recent Debian Edu versions, the
+&lt;a href=&quot;http://wiki.debian.org/DebianEdu/HowTo/SiteSummary&quot;&gt;sitesummary
+system&lt;/a&gt; is used to keep track of the machines in the school
+network.  Each machine will automatically report its status to the
+central server after boot and once per night.  The network setup is
+also reported, and using this information it is possible to get the
+MAC address of all network interfaces in the machines.  This is useful
+to update the DHCP configuration.&lt;/p&gt;
+
+&lt;p&gt;To give some idea how to use sitesummary, here is a one-liner to
+ist all MAC addresses of all machines reporting to sitesummary.  Run
+this on the collector host:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+perl -MSiteSummary -e &#39;for_all_hosts(sub { print join(&quot; &quot;, get_macaddresses(shift)), &quot;\n&quot;; });&#39;
+&lt;/pre&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;This will list all MAC addresses assosiated with all machine, one
+line per machine and with space between the MAC addresses.&lt;/p&gt;
+
+&lt;p&gt;To allow system administrators easier job at adding static DHCP
+addresses for hosts, it would be possible to extend this to fetch
+machine information from sitesummary and update the DHCP and DNS
+tables in LDAP using this information.  Such tool is unfortunately not
+written yet.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Returning from Skolelinux developer gathering</title>
-               <link>Returning_from_Skolelinux_developer_gathering.html</link>
-               <guid isPermaLink="true">Returning_from_Skolelinux_developer_gathering.html</guid>
-                <pubDate>Sun, 29 Mar 2009 21:00:00 +0200</pubDate>
+               <title>systemd, an interesting alternative to upstart</title>
+               <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</guid>
+                <pubDate>Thu, 13 May 2010 22:20:00 +0200</pubDate>

                <description>
                <description>

-&lt;p&gt;I&#39;m sitting on the train going home from this weekends Debian
-Edu/Skolelinux development gathering.  I got a bit done tuning the
-desktop, and looked into the dynamic service location protocol
-implementation avahi.  It look like it could be useful for us.  Almost
-30 people participated, and I believe it was a great environment to
-get to know the Skolelinux system.  Walter Bender, involved in the
-development of the Sugar educational platform, presented his stuff and
-also helped me improve my OLPC installation.  He also showed me that
-his Turtle Art application can be used in standalone mode, and we
-agreed that I would help getting it packaged for Debian.  As a
-standalone application it would be great for Debian Edu.  We also
-tried to get the video conferencing working with two OLPCs, but that
-proved to be too hard for us.  The application seem to need more work
-before it is ready for me.  I look forward to getting home and relax
-now. :)&lt;/p&gt;
+&lt;p&gt;The last few days a new boot system called
+&lt;a href=&quot;http://www.freedesktop.org/wiki/Software/systemd&quot;&gt;systemd&lt;/a&gt;
+has been
+&lt;a href=&quot;http://0pointer.de/blog/projects/systemd.html&quot;&gt;introduced&lt;/a&gt;
+
+to the free software world.  I have not yet had time to play around
+with it, but it seem to be a very interesting alternative to
+&lt;a href=&quot;http://upstart.ubuntu.com/&quot;&gt;upstart&lt;/a&gt;, and might prove to be
+a good alternative for Debian when we are able to switch to an event
+based boot system.  Tollef is
+&lt;a href=&quot;http://bugs.debian.org/580814&quot;&gt;in the process&lt;/a&gt; of getting
+systemd into Debian, and I look forward to seeing how well it work.  I
+like the fact that systemd handles init.d scripts with dependency
+information natively, allowing them to run in parallel where upstart
+at the moment do not.&lt;/p&gt;
+
+&lt;p&gt;Unfortunately do systemd have the same problem as upstart regarding
+platform support.  It only work on recent Linux kernels, and also need
+some new kernel features enabled to function properly.  This means
+kFreeBSD and Hurd ports of Debian will need a port or a different boot
+system.  Not sure how that will be handled if systemd proves to be the
+way forward.&lt;/p&gt;
+
+&lt;p&gt;In the mean time, based on the
+&lt;a href=&quot;http://lists.debian.org/debian-devel/2010/05/msg00122.html&quot;&gt;input
+on debian-devel@&lt;/a&gt; regarding parallel booting in Debian, I have
+decided to enable full parallel booting as the default in Debian as
+soon as possible (probably this weekend or early next week), to see if
+there are any remaining serious bugs in the init.d dependencies.  A
+new version of the sysvinit package implementing this change is
+already in experimental.  If all go well, Squeeze will be released
+with parallel booting enabled by default.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Time for new  LDAP schemas replacing RFC 2307?</title>
-               <link>Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</link>
-               <guid isPermaLink="true">Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</guid>
-                <pubDate>Sun, 29 Mar 2009 20:30:00 +0200</pubDate>
+               <title>Parallellizing the boot in Debian Squeeze - ready for wider testing</title>
+               <link>http://people.skolelinux.org/pere/blog/Parallellizing_the_boot_in_Debian_Squeeze___ready_for_wider_testing.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Parallellizing_the_boot_in_Debian_Squeeze___ready_for_wider_testing.html</guid>
+                <pubDate>Thu, 6 May 2010 23:25:00 +0200</pubDate>

                <description>
                <description>

-&lt;p&gt;The state of standardized LDAP schemas on Linux is far from
-optimal.  There is RFC 2307 documenting one way to store NIS maps in
-LDAP, and a modified version of this normally called RFC 2307bis, with
-some modifications to be compatible with Active Directory.  The RFC
-specification handle the content of a lot of system databases, but do
-not handle DNS zones and DHCP configuration.&lt;/p&gt;
-
-&lt;p&gt;In &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu/Skolelinux&lt;/a&gt;,
-we would like to store information about users, SMB clients/hosts,
-filegroups, netgroups (users and hosts), DHCP and DNS configuration,
-and LTSP configuration in LDAP.  These objects have a lot in common,
-but with the current LDAP schemas it is not possible to have one
-object per entity.  For example, one need to have at least three LDAP
-objects for a given computer, one with the SMB related stuff, one with
-DNS information and another with DHCP information.  The schemas
-provided for DNS and DHCP are impossible to combine into one LDAP
-object.  In addition, it is impossible to implement quick queries for
-netgroup membership, because of the way NIS triples are implemented.
-It just do not scale.  I believe it is time for a few RFC
-specifications to cleam up this mess.&lt;/p&gt;
-
-&lt;p&gt;I would like to have one LDAP object representing each computer in
-the network, and this object can then keep the SMB (ie host key), DHCP
-(mac address/name) and DNS (name/IP address) settings in one place.
-It need to be efficently stored to make sure it scale well.&lt;/p&gt;
-
-&lt;p&gt;I would also like to have a quick way to map from a user or
-computer and to the net group this user or computer is a member.&lt;/p&gt;
-
-&lt;p&gt;Active Directory have done a better job than unix heads like myself
-in this regard, and the unix side need to catch up.  Time to start a
-new IETF work group?&lt;/p&gt;
+&lt;p&gt;These days, the init.d script dependencies in Squeeze are quite
+complete, so complete that it is actually possible to run all the
+init.d scripts in parallell based on these dependencies.  If you want
+to test your Squeeze system, make sure
+&lt;a href=&quot;http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot&quot;&gt;dependency
+based boot sequencing&lt;/a&gt; is enabled, and add this line to
+/etc/default/rcS:&lt;/p&gt;
+
+&lt;blockquote&gt;&lt;pre&gt;
+CONCURRENCY=makefile
+&lt;/pre&gt;&lt;/blockquote&gt;
+
+&lt;p&gt;That is it.  It will cause sysv-rc to use the startpar tool to run
+scripts in parallel using the dependency information stored in
+/etc/init.d/.depend.boot, /etc/init.d/.depend.start and
+/etc/init.d/.depend.stop to order the scripts.  Startpar is configured
+to try to start the kdm and gdm scripts as early as possible, and will
+start the facilities required by kdm or gdm as early as possible to
+make this happen.&lt;/p&gt;
+
+&lt;p&gt;Give it a try, and see if you like the result.  If some services
+fail to start properly, it is most likely because they have incomplete
+init.d script dependencies in their startup script (or some of their
+dependent scripts have incomplete dependencies).  Report bugs and get
+the package maintainers to fix it. :)&lt;/p&gt;
+
+&lt;p&gt;Running scripts in parallel could be the default in Debian when we
+manage to get the init.d script dependencies complete and correct.  I
+expect we will get there in Squeeze+1, if we get manage to test and
+fix the remaining issues.&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;

 </description>
        </item>
        
 </description>
        </item>