Petter Reinholdtsen

Dr. Richard Stallman, founder of Free Software Foundation, is giving a talk in Oslo March 1st 2013 17:00 to 19:00. The event is public and organised by Norwegian Unix Users Group (NUUG) (where I am the chair of the board) and The Norwegian Open Source Competence Center. The title of the talk is «The Free Software Movement and GNU», with this description:

The Free Software Movement campaigns for computer users' freedom to cooperate and control their own computing. The Free Software Movement developed the GNU operating system, typically used together with the kernel Linux, specifically to make these freedoms possible.

The meeting is open for everyone. Due to space limitations, the doors opens for NUUG members at 16:15, and everyone else at 16:45. I am really curious how many will show up. See the event page for the location details.

Etter en lang pause og travle uker har jeg endelig klart å få samlet et nytt intervju med en av folkene i Skolelinux-miljøet. Denne gang er det Helge Tore Høyland, en mangeårig bidragsyter på epostlistene og ellers i prosjektet.

Hvem er du, og hva driver du med til daglig?

Eg er IT-konsulent/teknikker hjå eit firma i Steinkjer med navn Uno IT. Uno IT er eit lite firma som drifter nettverk og maskiner for små og mellomstore firma Steinkjer-området. Per dags dato er me 2 ansatte. Min faglege bakgrunn er Fagbrev som it-teknikker, samt nokre fag innen nettverk- og server-drift frå HiST og NTNU. Dagleg arbeid består i oppsett av nye maskiner og hjelp til sluttbrukere, samt oppsett og vedlikehold av eit vidt spekter av fagsystemer ute hjå kunder. Erfaring med Skolelinux har eg hatt i forbindelse med drifting av Bjørkly skule, ein privat grunnskule i Namsos-området. I dag har skulen 65 elever, 15 lærere, 1 hovedserver og ca 60 klienter som kjører halvtjukt. Eg har bygd og driftet systemet sidan summaren 2006.

Hvordan kom du i kontakt med Skolelinux-prosjektet?

Eg kom i kontakt med Skolelinux-prosjektet via ein artikkel i eit fagblad, som eg ikkje lenger hugsar namnet på. I og med at eg allereie hadde pusla med nettverk for ein annan skule, fatta eg straks interesse for prosjektet.

Hva er fordelene med Skolelinux slik du ser det?

Fordelane med Skolelinux er sentralisert administrasjon og svært mange gode verktøy «ut av boksen». Veldig kjekt å kunne drifte 60 klientar med berre å «bry» seg med ein server. Levetid for systemets hardware er og ein veldig fin effekt. I tillegg kjem fordelar som økt sikkerhet og mindre lisenskostnader. Etter min erfaring er det og mykje mindre driftskostnader med eit slikt system enn konkurrerande system, pga enkelhet med sentralisert administrasjon. På grunn av at Skolelinux er basert på Debian er det òg svært stabilt.

Hva er ulempene med Skolelinux slik du ser det?

Ulemper er mangel på vilje til å følge standarer ute i markedet, som fører til mangel på støtte til nokre mykje brukte ting. Flash og Java er typiske eksempel. Sidan Debian satsar på stabilitet framfor å ha nyeste pakke av eit program, kan ein i nokre tilfeller kome borti at program vert «for gamle». Det er spesielt nettlesaren som er utsett. Mangel på vilje til å utvikle pedagogisk programvare, i Noreg, for «alle» platformer fører òg til noko hovudbry.

Hvilken fri programvare bruker du til daglig?

Til dagleg bruker eg svært mange forskjellige «fri programvare» program. Firefox, Thunderbird, Freecommander, ImgBurn, Clonezilla, OCS inventory, Icinga, Skolelinux, SystemRescueCD og mykje meir.

Hvilken strategi tror du er den rette å bruke for å få skoler til å ta i bruk fri programvare?

Strategisk må ein fokusere på at sluttbruker eigentleg ikkje er så fokusert på at det er fri programvare men at det skal «berre fungere». Gjer det enkelt å bruker og ikkje minst å administrere. For Skolelinux sin del må ein få eit betre fokus på overganger. Utbytting av servere må gå meir automatisk, import og eksport av brukerbase og maskinbase med meir må kunne gå enkelt og oppgradering til neste versjon må bli mykje meir automatisk og gjennomtesta. Ein må unngå at ein må sette opp frå start når ein byter ut ein server eller oppgraderer til neste versjon. For å få Skolelinux til å bli eit betre alternativ for skular må ein ha fokus på nettlesaren. Denne må bli «up to date» og støtte dei protokollar og tillegg som vert brukt av forlag med meir. Etter kvart som meir og meir blir flytta ut i «skya» vert dette viktigare og viktigare. Ein kunne ynskje og jobbe for at forlag med fleire tar i bruk opne standarer, men inntil det skjer, må systemet kunne brukast mot desse fagsystema.

For meg har prosjektet med Skolelinux vore ein svært artig og lærerik prosess. Miljøet rundt er ikkje enormt stort, dog stort nok, men det er svært hjelpevillig og engasjert.

If you, like me, want an updated a map for your Garmin GPS, there is now a great source of free maps available from Frikart. To download a map, just click on the country you are interested in, and download the map type you want. There are 8 different maps available, using different colours and data selection. Pick one of Roadmap, Topo Summer, Topo Winter, Roadmap II, Topo Summer II, Topo Winter II, "Trails - overlay map" and "Cross country - overlay map" (see the web page for descriptions).

The maps are updated weekly, so if you find something wrong in the map you can just edit the OpenStreetmap map source (anyone can contribute) and fetch a fixed map a week later. :)

Here in Norway, electronic invoices are spreading, and the solution promoted by the Norwegian government require that invoices are sent through one of the approved facilitators, and it is not possible to send electronic invoices without an agreement with one of these facilitators. This seem like a needless limitation to be able to transfer invoice information between buyers and sellers. My preferred solution would be to just transfer the invoice information directly between seller and buyer, for example using SMTP, or some HTTP based protocol like REST or SOAP. But this might also be overkill, as the "electronic" information can be transferred using paper invoices too, using a simple bar code. My bar code encoding of choice would be QR codes, as this encoding can be read by any smart phone out there. The content of the code could be anything, but I would go with the vCard format, as it too is supported by a lot of computer equipment these days.

The vCard format support extentions, and the invoice specific information can be included using such extentions. For example an invoice from SLX Debian Labs (picked because we ask for donations to the Debian Edu project and thus have bank account information publicly available) for NOK 1000.00 could have these extra fields:

X-INVOICE-NUMBER:1
X-INVOICE-AMOUNT:NOK1000.00
X-INVOICE-KID:123412341234
X-INVOICE-MSG:Donation to Debian Edu
X-BANK-ACCOUNT-NUMBER:16040884339
X-BANK-IBAN-NUMBER:NO8516040884339
X-BANK-SWIFT-NUMBER:DNBANOKKXXX

The X-BANK-ACCOUNT-NUMBER field was proposed in a stackoverflow answer regarding how to put bank account information into a vCard. For payments in Norway, either X-INVOICE-KID (payment ID) or X-INVOICE-MSG could be used to pass on information to the seller when paying the invoice.

The complete vCard could look like this:

BEGIN:VCARD
VERSION:2.1
ORG:SLX Debian Labs Foundation
ADR;WORK:;;Gunnar Schjelderups vei 29D;OSLO;;0485;Norway
URL;WORK:http://www.linuxiskolen.no/slxdebianlabs/
EMAIL;PREF;INTERNET:sdl-styret@rt.nuug.no
REV:20130212T095000Z
X-INVOICE-NUMBER:1
X-INVOICE-AMOUNT:NOK1000.00
X-INVOICE-MSG:Donation to Debian Edu
X-BANK-ACCOUNT-NUMBER:16040884339
X-BANK-IBAN-NUMBER:NO8516040884339
X-BANK-SWIFT-NUMBER:DNBANOKKXXX
END:VCARD

The resulting QR code created using qrencode would look like this, and should be readable (and thus checkable) by any smart phone, or for example the zbar bar code reader and feed right into the approval and accounting system.

The extension fields will most likely not show up in any normal vCard reader, so those parts would have to go directly into a system handling invoices. I am a bit unsure how vCards without name parts are handled, but a simple test indicate that this work just fine.

Update 2013-02-12 11:30: Added KID to the proposal based on feedback from Sturle Sunde.

For et halvt år siden satte jeg opp et system for å lage en database med informasjon om offentlige anbud fra Doffin ved hjelp av Scraperwiki. Nå er databasen så vidt jeg kan se komplett, med data helt tilbake til 2008. Her er litt statistikk over antall anbud publisert hver måned:

Her er tilsvarende tall per år, som viser en liten nedgang i antall anbud:

Jeg droppet den ufullstendige måneden og året fra tabellen. Se lenken for oppdaterte tall.

With kids in the house, one challenge is getting them to sleep during the night and wake up when it is morning. I mean, when I believe it is morning, and not two hours earlier. In our household we have decided that 07:00 is the turning point, but getting the kids to sleep until 07:00 is a small challenge every day. They have adapted quite well, and rarely wake up at 05:00 any more, but some times wake up at times like 05:50, 06:15, 06:30 or 06:45, and it is hard to put the awake one to bed again without disturbing and waking the rest. And I understand perfectly well that they fail to sleep until 07:00 some times, as there is no way for them to know if it is before or after the magic moment without coming and asking us parents.

But yesterday I came up with a method to solve this problem. It involve home automation. A few years ago I bought a Tellstick and RF switches at the local Clas Ohlson shop, allowing me to control lights and other electrical gadgets using my Linux server. When I moved from the old flat to a small house, I put away all this equipment as most of the lighting in the house was not using wall sockets and thus not easy to connect to the gadgets I had. But recently I bought a Tellstick Net to be able to read sensor input as well as control power sockets. I want to control ovens in the basement to avoid the pipes to freeze, and monitor the humidity to detect flooding. The default setup for Tellstick Net is to be controlled by the vendor web service, which to me is a security problem, but it is also possible to build ones own firmware with local access instead of being controlled by a Swedish company, thanks to the release of the GPL licensed firmware source code. I plan to get that running before I let it control anything important. But while working on this, one idea to make it easier for the kids came to me yesterday. We can set up a night light controlled by the computer, and turn it automatically on at 07:00. The kids can then check the light in the morning to know if they are supposed to get up or not. They joined me in setting everything up, and I repeated the concept several times before bed times to make sure they remembered to check the light before getting up in the morning.

We tested it this morning, and all the kids stayed in bed until after 07:00, and every one of them commented on the fact that the "morning light" was turned on and signalled that the morning had arrived. So this look like a success, and I am excited to see how this develops the next few days. :) I really hope this can allow us all to sleep a bit longer in the morning.

A nice advantage of this setup is that we can remote control when to tell the kids to get up. We do not have to wait until 07:00, and can also delay it if we want to.

Nytt stortingsvalg er på trappene, og folket får igjen mulighet til å påvirke sammensetningen i vår lovgivende forsamling. Da er det relevant å vite hvilke representanter og partier som har støttet innføringen av brev- og besøkskontroll av hele den norske befolkningen, det vil si datalagringsdirektivet.

Hvis du vil vite hva hver enkelt stortingsrepresentant har stemt i stortingsvoteringene om datalagringsdirektivet, så har nettstedet til Holder De Ord den (så vidt jeg vet) eneste komplette oversikten på sin temaside om innføringen av datalagringsdirektivet. Den har detaljene fra de 11 relevante forslagene som har vært fremmet så lagt. De har vært votert over 2011-04-04, 2011-04-11, 2012-06-11, 2012-10-05 og 2012-12-06.

Hvis du lurer på hva som er problemet med datalagringsdirektivet, anbefaler jeg å lese artiklene fra Jon Wessel-Aas om temaet, samt informasjon fra foreningen Digitalt Personvern.

Oppdatering 2017-04-30: Endret lenke til temaside hos HDO etter at den gamle URL-en sluttet å fungere.

Jeg ser med gru at Arbeiderpartiet, Høyre og Fremskrittspartiet applauderer tollvesenets forslag om å øke overvåkningen i Norge nok et hakk. Det er ikke så rart, da de som uttaler seg jo også har støttet innføringen av datalagringsdirektivet eller i hvert fall ikke veldig aktivt har motarbeidet det. Innføringen av datalagringsdirektivet er en lovendring som innebærer brev og besøkskontroll for hele befolkningen.

Datalagringsdirektivet har vært oppe til votering i stortinget tre ganger så langt. Det ble vedtatt første gang 2011-04-04 og andre gang 2011-04-11 (lovendringer voteres to ganger), og forslag om å stoppe loven ble nedstemt 2012-12-06 (se også oversikt fra Holder De Ord).

Jan Bøhler i Arbeiderpartiet stemte for å innføre datalagringsdirektivet i lovverket i første votering, var ikke tilstede i andre votering og støttet loven i tredje votering. André Oktay Dahl i Høyre var ikke til stede i første og andre votering men støttet loven i tredje votering. Ulf Leirstein i Fremskrittspartiet stemte mot loven i første votering men var ikke til stede i andre og tredje votering.

Hvis du lurer på hva som er problemet med datalagringsdirektivet, anbefaler jeg å lese artiklene fra Jon Wessel-Aas om temaet, samt informasjon fra foreningen Digitalt Personvern.

Oppdatering 2013-03-09: Endret lenke til Holder De Ord, som har byttet mange lenker i forbindelse med import av voteringsdata for 2010-2011.

My last bitcoin related blog post mentioned that the new bitcoin package for Debian was waiting in NEW. It was accepted by the Debian ftp-masters 2013-01-19, and have been available in unstable since then. It was automatically copied to Ubuntu, and is available in their Raring version too.

But there is a strange problem with the build that block this new version from being available on the i386 and kfreebsd-i386 architectures. For some strange reason, the autobuilders in Debian for these architectures fail to run the test suite on these architectures (BTS #672524). We are so far unable to reproduce it when building it manually, and no-one have been able to propose a fix. If you got an idea what is failing, please let us know via the BTS.

One feature that is annoying me with of the bitcoin client, because I often run low on disk space, is the fact that the client will exit if it run short on space (BTS #696715). So make sure you have enough disk space when you run it. :)

As usual, if you use bitcoin and want to show your support of my activities, please send Bitcoin donations to my address 15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b.