Petter Reinholdtsen

Aftenposten melder at nasjonalbiblioteket og Kopinor har gjort en avtale 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. En melding fra nasjonalbiblioteket i 2007 tyder på at tekster i det fri ikke trenger avtale med Kopinor.

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.

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.

USAs massive avlytting av egne borgere uten lov og dom 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 Jane Harman og den Israelsfremmende lobbyorganisasjon AIPAC, 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 en kommentar fra Glenn Greenwald. Overvåkningshistoriene fra Sverige blir søndagskolefortellinger i sammenligning.

Jeg hadde glede av å overvære FADs lansering av Debattsentralen deltemeninger.no 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.

Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ til Go Open 2009 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. :)

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.

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 en forumposting viser at dette er et kjent problem. Det var ikke helt enkelt å finne ut hva "Fire cement" 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, våre venner ved Høgskolen i Halden, 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 Stovex ovnskitt, og er nå klar til å lage varmeelement til skrivehodet. Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en reprap-blogpost 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 Plastruder MK3 kommer til å bruke denne plasttypen som håndterer temperaturer mellom -100 og +400 grader og brukes av astronautene for å tette drakten.

Dagbladet melder at det franske idiotforslaget om å kutte Internet-forbindelsen til alle som blir anklaget for å ha brutt opphavsretten 3 ganger 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 overraskende ble foreslått å ta saken opp til votering 22:45 sist torsdag, etter sigende i strid med vanlige rutiner i det franske parlamentet.

Det hele blir ennå mer komisk når et vet at presidentens parti er blitt anklaget for å ha brutt opphavsretten. Mon tro om partet skal miste internet-forbindelsen hvis de får 2 anklager til rettet mot seg.

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:

URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
SAVEFILE=rms.ogg
DISPLAY= vlc -q $URL \
  --sout="#duplicate{dst=std{access=file,url='$SAVEFILE'},dst=nodisplay}" \
  --intf=dummy

The command stream the URL and store it in the SAVEFILE by duplicating the output stream to "nodisplay" and the file, using the dummy interface. The dummy interface and the nodisplay output make sure no X interface is needed.

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 vlc-record to use from at or cron:

#!/bin/sh
set -e
URL="$1"
SAVEFILE="$2"
DURATION="$3"
DISPLAY= vlc -q "$URL" \
  --sout="#duplicate{dst=std{access=file,url='$SAVEFILE'},dst=nodisplay}" \
  --intf=dummy < /dev/null > /dev/null 2>&1 &
pid=$!
sleep $DURATION
kill $pid
wait $pid

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.

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.

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.

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.

I'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. :)

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.

In Debian Edu/Skolelinux, 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.

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.

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.

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?

Jeg møter alle slags interessante mennesker på min vei, og et møte jeg lærte mye av var å treffe på en svært kompetent IT-fyr som benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder standarder. Det var interessant, da det fikk meg til å tenke litt nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes som en standard. Det hele startet med arbeid rundt integrering av NSS LDAP mot Active Directory, og problemer som oppstår pga. at Active Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra IETF (konkret, AD returnerer kun et subset av attributter hvis det er mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be om resten i bolker av 1500). Jeg hevdet måten dette ble gjort på brøt med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen fra IETF det sto at oppførselen til AD ikke fulgte LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han mente lå til grunn. Jeg ble spesielt overrasket over denne tilnærmingen til problemstillingen, da til og med Microsoft så vidt jeg kan se anerkjenner IETF som organisasjonen som definerer LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi måtte løse (få Linux og AD til å fungere sammen). Dette møtet fortalte meg uansett at det ikke er gitt at alle aktører er enige om hva en standard er, og hva som er kilden til en gitt standard. Det er vanskelig å enes om felles standarder før en først enes om hvem som bestemmer hva en gitt standard innebærer.

Hva er så en standard? I sin abstrakte form er det noe å samles om. På engelsk er en av betydningene fane brukt i krig, du vet, den type fane en samlet seg rundt på kamplassen i riddertiden. En standard definerer altså et felleskap, noen som har noe felles. Det er naturligvis mange måter å utgjøre et felleskap på. En kan f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles oppførsel er standard. Hver gang Ole endrer oppførsel endrer også standarden seg uten noe mer organisering og prosedyre. En variant av dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til enhver til gjør noe. Dette er ofte litt enklere å forholde seg til, da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg for å følge Ole, så er det vanskeligere å få endret oppførsel for å unngå dette dumme.

En kan også ta det et skritt videre, og istedet for å basere seg på enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette tar naturligvis litt mer tid (en må diskutere ting i forkant før en kan sette igang), men det kan bidra til at den oppførselen en planlegger å benytte seg av er mer gjennomtenkt. Det ender også typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå - da flere har vært involvert i å utarbeide beskrivelsen.

Dette er dessverre ikke alt som trengs for å forstå hva en åpen standard er for noe. Der alle kan se på hvordan folk oppfører seg, og dermed har valget om de vil oppføre seg likt eller ikke, så er det endel juridiske faktorer som gjør det hele mer komplisert - opphavsretten og patentlovgivningen for å være helt konkret. For å gi et eksempel. Hvis noen blir enige om å alltid plystre en bestemt melodi når de møtes, for å identifisere hverandre, så kan opphavsretten brukes til å styre hvem som får lov til å gjøre dette. De har standardisert hvordan de kjenner igjen alle som følger denne standarden, men ikke alle har nødvendigvis lov til å følge den. Musikk er opphavsrettsbeskyttet, og fremføring av musikk i offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i sin ytterste konsekvens si at alle som skal plystre en opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning fra opphavsmannen. Har en ikke dette, så bryter en loven og kan straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem som får lov til å benytte seg av denne standarden. En annen variant er hvis en standard er dokumentert, så er dokumentet som definerer standarden (spesifikasjonen) beskyttet av opphavsretten, og det er dermed mulig for rettighetsinnehaver å begrense tilgang til spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på den måten.

Der opphavsretten innvilger et monopol på kunstneriske uttrykk med verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men det er kompliserende faktorer som gjør at det ikke er et krav) trengs for å ta i bruk en standard, så vil den som innehar patent kunne styre hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle kan delta i et standard-felleskap, og hvis de kan delta, så er det ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver sette vilkår som gjør at noen faller utenfor, det være seg av finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike vilkår er "må betale litt for hver kunde/bruker" som utelukker de som gir bort en løsning gratis og "må gi fra seg retten til å håndheve sine egne patentrettigheter ovenfor rettighetshaver" som utelukker alle som ønsker å beholde den muligheten.

En åpen standard innebærer for meg at alle kan få innsikt i en komplett beskrivelse av oppførsel som standarden skal dekke, og at ingen kan nektes å benytte seg av standarden. Noen mener at det holder at alle med tilstrekkelig finansiering kan få tilgang til spesifikasjonen og at en kun har finansielle krav til bruk. Pga. denne konflikten har et nytt begrep spredt seg de siste årene, nemlig fri og åpen standard, der en har gjort det klart at alle må ha komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk av en standard for at en standard skal kunne kalles fri og åpen.