1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged nuug
</title>
5 <description>Entries tagged nuug
</description>
10 <title>Mens vi venter på
3D-skriveren
</title>
11 <link>../../Mens_vi_venter_p___3D_skriveren.html
</link>
12 <guid isPermaLink=
"true">../../Mens_vi_venter_p___3D_skriveren.html
</guid>
13 <pubDate>Mon,
24 Nov
2008 20:
00:
00 +
0100</pubDate>
15 <p
>Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
16 å få min replikator på plass, har jeg som del av
17 <a href=
"http://wiki.nuug.no/grupper/replikator
">NUUGs
18 3D-skriverprosjekt
</a
> bestilt deler til en
19 <a href=
"http://www.reprap.org/
">reprap
</a
> fra utlandet, som skal
20 bygges sammen slik at den kan demonstreres på Go Open
2009 i april.
21 Foreløbig plan er å bygge to i parallell, en basert på byggesett
22 fra utlandet, og en basert på deler skrevet ut på
3D-skriveren til
23 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
24 på byggesettet, og håper noen andre vil ta ansvar for den
25 hjemmelagede utgaven. :)
</p
>
27 <p
>Nå er det den lange ventetiden som rår, etter at begge
28 byggesettene er bestilt og betalt. Dog har visst den første pakken
29 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
30 fortollet, og pakkelapp kom i postkassen før pakken var klar til
31 henting. Det var
2008-
11-
07. Postens sporingssystem forteller at
32 pakken ikke har beveget seg siden
2008-
11-
05, da den var innom
33 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
34 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
35 håper det ikke går tapt på samme vis.
</p
>
40 <title>Amigafolket holder ut
</title>
41 <link>../../Amigafolket_holder_ut.html
</link>
42 <guid isPermaLink=
"true">../../Amigafolket_holder_ut.html
</guid>
43 <pubDate>Wed,
26 Nov
2008 06:
05:
00 +
0100</pubDate>
45 <p
>En sak på
<a href=
"http://www.linuxtoday.com/
">Linux Today
</a
> om
46 <a href=
"http://www.linuxtoday.com/developer/
2008112600335OPLLDV
">Amiga
</a
>
47 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
48 minnet meg på prosjektet Aros.
49 <a href=
"http://aros.sourceforge.net/
">Aros-prosjektet
</a
> går ut på å
50 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
51 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
52 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
53 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?
</p
>
58 <title>Reprap-pakke tapt i posten
</title>
59 <link>../../Reprap_pakke_tapt_i_posten.html
</link>
60 <guid isPermaLink=
"true">../../Reprap_pakke_tapt_i_posten.html
</guid>
61 <pubDate>Thu,
27 Nov
2008 21:
20:
00 +
0100</pubDate>
63 <p
>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
64 at posten har sendt meg et brev der de beklager at den er tapt. Da er
65 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
66 håpe det går bedre denne gangen.
</p
>
68 <p
>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
69 England, så også der spøker det for å få alt i hus før jul. Så
70 lenge alt er klart til
<a href=
"http://www.goopen.no/
">Go Open
71 2009</a
> i april, så er det greit.
</p
>
76 <title>Mekanikk-delen av reprap-byggesettet på vei
</title>
77 <link>../../Mekanikk_delen_av_reprap_byggesettet_p___vei.html
</link>
78 <guid isPermaLink=
"true">../../Mekanikk_delen_av_reprap_byggesettet_p___vei.html
</guid>
79 <pubDate>Tue,
2 Dec
2008 12:
00:
00 +
0100</pubDate>
81 <p
>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
82 England. Jeg kan følge pakkens bevegelser via web, og den er nå
83 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
84 dager, hvis alt går bra.
</p
>
86 <p
>Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
87 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
88 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
89 bort første pakke.
</p
>
94 <title>Mekanikk-delen av reprap-byggesettet i hus
</title>
95 <link>../../Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</link>
96 <guid isPermaLink=
"true">../../Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</guid>
97 <pubDate>Tue,
9 Dec
2008 12:
30:
00 +
0100</pubDate>
99 <p
>NUUG-prosjektet for å lage
3D-skrivere gjorde et lite hopp forover
100 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
101 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
102 Hurra. Håper å starte byggingen av mekanikksettet i romjula.
</p
>
104 <p
>Når det gjelder bygging av reprap basert på deler fra IFIs
105 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
106 STL-filer vi sender dem der, og printeransvarlig der har fått første
107 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
108 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
109 snart. Det trengs frivillige for å bygge denne. Det innebærer
110 blant annet å skaffe seg oversikt over hvilke plastdeler som må
111 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
112 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
113 dette, men har ingen plan om å sette meg inn i dette selv med det
114 første. Frivillig til å skaffe seg sin egen
3D-skriver etterlyses,
115 og kan melde seg på aktive@nuug.no.
</p
>
120 <title>Elektronikkbyggesettet for reprapen sporet opp
</title>
121 <link>../../Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</link>
122 <guid isPermaLink=
"true">../../Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</guid>
123 <pubDate>Tue,
16 Dec
2008 08:
00:
00 +
0100</pubDate>
125 <p
>I dag fikk jeg endelig vite hva posten hadde gjort med
126 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach
'Hoeken
'
127 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
128 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
129 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
130 bedre denne gangen.
</p
>
132 <p
><a href=
"http://www.nuug.no/
">NUUG
</a
>s
133 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
134 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
135 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
136 på
3D-skriveren til Institutt for Informatikk i Oslo. Han er igang
137 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
138 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
139 er dermed gode håp om at vi har to
3D-skrivere operative over
145 <title>FAD lanserer reiseregningsskjema som fri programvare
</title>
146 <link>../../FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</link>
147 <guid isPermaLink=
"true">../../FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</guid>
148 <pubDate>Wed,
17 Dec
2008 15:
00:
00 +
0100</pubDate>
150 <p
>Jeg overvar i dag
<a href=
"http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html
">FADs pressepresentasjon
</a
> av arbeidet med ny
151 programvare for
<a href=
"http://www.reiseregningen.no/
">skriving av
152 reiseregninger
</a
>, som de gir ut som fri programvare. Den gode
153 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
154 foran i å etablere en delingskultur i offentlig sektor, og denne gang
155 har hatt fokus på å lage en løsning som fungerer på flere platformer,
156 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
157 <a href=
"http://makingwaves.no
">Making Waves
</a
> på oppdrag fra FAD, og
158 kildekoden er tilgjengelig fra
159 <a href=
"https://www.coderesort.com/p/reiseregningen
">CodeResort
</a
>.
160 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
161 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
162 FAD håper å få erfaring med fri programvareprosjekter vha. dette
163 prosjektet, som er første gang de gir ut kildekode fra et
164 "egenutviklet
" prosjekt.
</p
>
166 <p
>Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
167 Adobe Flex. Den bruker Flash
9, og fungerer ikke med Gnash. I
168 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
169 lagt JavaScript-kode foran web-programmet som nekter å starte
170 flash-programmet hvis ikke Adobe Flash
9 er installert. Det var
171 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
172 HTML-siden og lage min egen testside for å sjekke om den fungerte med
173 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
174 en side med følgende HTML-snutt for å laste programmet
175 <pre
><blockquote
>&lt;object
176 data=
"http://
213.225.125.209/kunder/dss/Reiseregningen.swf
"
177 width=
"100%
"
178 height=
"100%
"
179 &gt;
</blockquote
></pre
></p
>
181 <p
>Bruken av Adobe Flash er spesielt problematisk da Adobes
182 Flash-utgave har en lisens som ikke tillater andre en Adobe å
183 distribuere deres programpakke. Det gjør det umulig for
184 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
185 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
186 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
187 programvare, som
<a href=
"http://www.getgnash.org/
">Gnash
</a
> og
188 <a href=
"http://swfdec.freedesktop.org/
">swfdec
</a
>. Jeg spurte
189 utviklerne om de hadde testet med alternative utgaver av Flash som
190 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
191 heller ikke testet løsningen mot disse.
</p
>
193 <p
>Videreutvikling av reiseregningsprogrammet vil kreve aksept for
194 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
196 <a href=
"http://labs.adobe.com/technologies/flex/flexbuilder_linux/
">en
197 betautgave for Linux
</a
>, men jeg vet ikke om denne er tilstrekkelig
198 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
199 teknologi gjør at svært få fri programvareutviklere ser det som
200 interessant å involvere seg i videreutvikling av dette prosjektet.
201 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
202 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
203 fri programvare ser det åpenbart annerledes, da det jo finnes fri
204 programvare på Windows. Vi får se om det er tilstrekkelig mange av
205 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
206 av
"kast det over gjerdet
"-metoden for deling, der en legger ut koden
207 men det ikke er klart hvem som skal skape fellesskapet som trengs for
208 å få et fungerende fri programvareutviklingsmiljø.
</p
>
210 <p
>Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
211 og der tidligere svar styrer hvilke alternativer en må fylle ut
212 senere. Det henter informasjon om takster og regler fra FADs sider,
213 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
214 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
215 utskrift eller videre lagring/behandling. Skjemaet er kun
216 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
217 med. FAD lovte at de skulle bidra til at takster og regelfilene
218 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
219 Utviklerne hadde ingen idé om dette fungerte med fri
220 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
221 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
222 eksisterende tjenerløsning. Løsningen kunne gjenbruke
223 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
224 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
225 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
226 gjorde det litt vanskeligere for brukeren.
</p
>
231 <title>Software video mixer on a USB stick
</title>
232 <link>../../Software_video_mixer_on_a_USB_stick.html
</link>
233 <guid isPermaLink=
"true">../../Software_video_mixer_on_a_USB_stick.html
</guid>
234 <pubDate>Sun,
28 Dec
2008 15:
40:
00 +
0100</pubDate>
236 <p
>The
<a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
> is
237 recording our montly presentation on video, and recently we have
238 worked on improving the quality of the recordings by mixing the slides
239 directly with the video stream. For this, we use the
240 <a href=
"http://dvswitch.alioth.debian.org/
">dvswitch
</a
> package from
241 the Debian video team. As this require quite one computer per video
242 source, and NUUG do not have enough laptops available, we need to
243 borrow laptops. And to avoid having to install extra software on
244 these borrwed laptops, I have wrapped up all the programs needed on a
245 bootable USB stick. The software required is dvswitch with assosiated
246 source, sink and mixer applications and
247 <a href=
"http://www.kinodv.org/
">dvgrab
</a
>. To allow this setup to
248 work without any configuration, I
've patched dvswitch to use
249 <a href=
"http://www.avahi.org/
">avahi
</a
> to connect the various parts
250 together. And to allow us to use laptops without firewire plugs, I
251 upgraded dvgrab to the one from Debian/unstable to get one that work
252 with USB sources. We have not yet tested this setup in a production
253 setup, but I hope it will work properly, and allow us to set up a
254 video mixer in a very short time frame. We will need it for
255 <a href=
"http://www.goopen.no/
">Go Open
2009</a
>.
</p
>
257 <p
><a href=
"http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz
">The
258 USB image
</a
> is for a
1 GB memory stick, but can be used on any
259 larger stick as well.
</p
>
264 <title>Elektronikkbyggesettet kommer fram på andre forsøk
</title>
265 <link>../../Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html
</link>
266 <guid isPermaLink=
"true">../../Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html
</guid>
267 <pubDate>Fri,
2 Jan
2009 13:
55:
00 +
0100</pubDate>
269 <p
>Et langt hopp fremover for
<a href=
"http://www.nuug.no/
">NUUG
</a
>s
270 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
273 <p
>I dag klarte posten det de ikke klarte før jul, nemlig å få fram
274 elektronikkbyggesettet for
3D-skriveren min. Fikk pakkelapp i dag som
275 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
276 pakke der, som sist. Ringte så direkte til til postens kundeservice
277 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
278 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
279 av at pakken hadde annet referansenummer enn det som var på
280 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
281 skjedde sist, og om pakken også da lå her og ventet på meg uten at
282 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
283 ruslet jeg hjem igjen med elektronikkbyggesettet.
</p
>
285 <p
>Da er det bare å gå igang med å lodde sammen alle kretskortene.
286 Det er en solid stabel deler, selv om esken ikke var så stor (ca
287 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
288 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
289 bidra med sin kompetanse. :)
</p
>
291 <p
>Ellers er det god framgang med bygging av mekanikksettet som ankom
292 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
293 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
294 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
295 slik at rammeverket til
<a href=
"http://www.reprap.org/
">reprap
</a
>-en
296 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
297 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
298 feilmargin på
0.25 mm, over en avstand på
40 cm. Håper vater kan
299 bidra her. Regner med at det blir enklere å komme opp med løsninger
300 når rammen begynner å ta form.
</p
>
302 <p
>Her om dagen kom jeg forresten over en alternativ
3D-skriver som
303 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
304 <a href=
"http://blog.wired.com/gadgets/
2008/
11/
3d-printer-feed.html
">Mcor
305 Matrix
</a
> heter vidunderet, men det er ikke i salg ennå, selv om
306 <a href=
"http://www.mcortechnologies.com/
">produsentens websider
</a
>
307 påstår det skulle skje i
2008.
</p
>
312 <title>Fiksgatami begynner å ta form
</title>
313 <link>../../Fiksgatami_begynner____ta_form.html
</link>
314 <guid isPermaLink=
"true">../../Fiksgatami_begynner____ta_form.html
</guid>
315 <pubDate>Thu,
15 Jan
2009 23:
15:
00 +
0100</pubDate>
317 <p
>For noen uker siden bestemte noen av oss seg for at det var på tide
318 med en norsk utgave av
319 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
>, og satte igang
320 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
321 rapportere til rette instans om ting som er galt i offentligheten, ved
322 å bruke kart og web.
<a href=
"http://www.fiksgatami.no
">En
323 testinstans
</a
> er på plass på en maskin donert av min arbeidsplass
324 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
325 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
326 finne kilde for å slå opp adresser før første versjon er operativ.
327 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
328 til ny funksjonalitet.
329 <a href=
"http://wiki.nuug.no/grupper/fiksgatami
">Prosjektet
</a
>
330 trenger flere folk, både utviklere og folk til å bidra med å finne ut
331 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
332 kontakt med naturvernmiljøet i Bergen som allerede var igang med
333 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
334 med dem. Dette blir bra.
</p
>
339 <title>When web browser developers make a video player...
</title>
340 <link>../../When_web_browser_developers_make_a_video_player___.html
</link>
341 <guid isPermaLink=
"true">../../When_web_browser_developers_make_a_video_player___.html
</guid>
342 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
344 <p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
345 to publish video recordings of our monthly presentations, we provide a
346 page with embedded video for easy access to the recording. Putting a
347 good set of HTML tags together to get working embedded video in all
348 browsers and across all operating systems is not easy. I hope this
349 will become easier when the
&lt;video
&gt; tag is implemented in all
350 browsers, but I am not sure. We provide the recordings in several
351 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
352 browser/media plugin to pick one it support and use it to play the
353 recording, using whatever embed mechanism the browser understand.
354 There is at least four different tags to use for this, the new HTML5
355 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
356 the
&lt;applet
&gt; tag. All of these take a lot of options, and
357 finding the best options is a major challenge.
</p
>
359 <p
>I just tested the experimental Opera browser available from
<a
360 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
361 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
362 I was not very impressed. The browser start by fetching a picture
363 from the video stream. Not sure if it is the first frame, but it is
364 definitely very early in the recording. So far, so good. Next,
365 instead of streaming the
76 MiB video file, it start to download all
366 of it, but do not start to play the video. This mean I have to wait
367 for several minutes for the downloading to finish. When the download
368 is done, the playing of the video do not start! Waiting for the
369 download, but I do not get to see the video? Some testing later, I
370 discover that I have to add the controls=
"true
" attribute to be able
371 to get a play button to pres to start the video. Adding
372 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
373 test version of Opera, and that future implementations of the
374 &lt;video
&gt; tag will stream recordings by default, or at least start
375 playing when the download is done.
</p
>
377 <p
>The test page I used (since changed to add more attributes) is
378 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
379 from the nuug site
</a
>. Will have to test it with the new Firefox
382 <p
>In the test process, I discovered a missing feature. I was unable
383 to find a way to get the URL of the playing video out of Opera, so I
384 am not quite sure it picked the Ogg Theora version of the video. I
385 sure hope it was using the announced Ogg Theora support. :)
</p
>
390 <title>Det vanskelige Lisensvalget - ikke lag din egen
</title>
391 <link>../../Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</link>
392 <guid isPermaLink=
"true">../../Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</guid>
393 <pubDate>Thu,
22 Jan
2009 22:
15:
00 +
0100</pubDate>
395 <p
>Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
396 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
397 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
398 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
400 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap-prosjektet
</a
>
401 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
402 "hvorfor ikke bruke de offisielle kartene fra kartverket
" det første
403 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
404 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
405 hun med retten til videredistribusjon av nye kartkopier, som ikke
406 kopierer kart? Hva skulle hun med retten til å publisere endrede
407 utgaver som aldri har hatt behov for annet enn å notere litt på en
408 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
409 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
410 opphavsrettsloven.
</p
>
412 <p
>Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
413 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
414 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
415 slike lesere.
</p
>
417 <p
>Når en publiserer programvare eller annet opphavsrettsbeskyttet
418 materiale (eller
"verk
" som loven kaller det), så er det endel ting
419 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
420 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
421 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
422 kopiere og endre verket. Hvis en ønsker å publisere noe uten
423 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
424 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
425 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
426 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
427 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
428 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
429 eksisterende lisenstekst hvis det er mulig.
</p
>
431 <p
>Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
432 For det første gir det jobb for de som ønsker å bruke verket å sette
433 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
434 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
435 for de organisasjoner og individer som vurderer å ta i bruk et
436 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
437 med andre verk, f.eks. programmer og biblioteker skal settes sammen
438 til et hele, eller datafiler skal brukes sammen med programmer. Det
439 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
440 sammen med andre komponenter hvis en ikke er påpasselig med
441 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
442 det ikke er intensjonen ved publisering. Og for det andre, så er det
443 fort gjort å glemme noe når en lager lisensteksten, slik at
444 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
445 begresninger gjelder..
<strong
>Første regel ved lisensvalg er derfor
446 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
447 de utallige eksisterende lisensene.
</strong
></p
>
449 <p
>Et lite eksempel på problemer som kan oppstå er
450 <a href=
"http://api.met.no/lisens.html
">betingelsene som Meteorologisk
451 institutt har gjort sine data tilgjengelig under
</a
>. De ser pr. i
452 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
453 innholdet hvis de endres):
</p
>
455 <blockquote
><p
>Betingelser for bruk av data
456 <br/
>Meteorologisk institutt innehar immaterielle- og
457 eiendomsrettigheter til data og produkter produsert av instituttet
458 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
459 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
460 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
461 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
462 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
463 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
464 gjenkjennelig del, skal Meteorologisk institutt oppgies som
465 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
466 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
467 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
468 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
469 uten varsel. For direkte leveranse av spesifisert produktsett,
470 vennligst kontakt Meteorologisk institutt.
</p
></blockquote
>
472 <p
>Meteorologisk institutt hevder at dette skal gjøre dem
"fritt
473 tilgjengelige
", og det gjør at jeg mistenker at betingelsene ikke
474 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
475 at en har rett til å endre dataene og publisere det endrede
476 resultatet. Det står heller ingenting om hvorvidt en har rett til
477 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
478 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
479 strid med kriteriene for Free Software
480 <a href=
"http://www.fsf.org/licensing/essays/free-sw.html
">publisert
482 <a href=
"http://www.debian.org/social_contract#guidelines
">Debian Free
483 Software Guidelines
</a
> og NUUGs beskrivelse av fri programvare
485 <a href=
"http://www.nuug.no/dokumenter/folder-friprogramvare.pdf
">NUUGs
486 folder om dette
</a
>. Jeg lurer på hvorfor Meteorologisk institutt
487 ikke valgte noen kjent lisens? Skulle tro at en Creative
488 Commons-lisens eller en av de mest brukte fri programvarelisensene som
489 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
490 og endrer på betingelsene.
</p
>
495 <title>ODF-bruk i staten, ikke helt på plass
</title>
496 <link>../../ODF_bruk_i_staten__ikke_helt_p___plass.html
</link>
497 <guid isPermaLink=
"true">../../ODF_bruk_i_staten__ikke_helt_p___plass.html
</guid>
498 <pubDate>Thu,
22 Jan
2009 23:
00:
00 +
0100</pubDate>
500 <p
>I går publiserte
501 <a href=
"http://universitas.no/nyhet/
52776/
">Universitas
</a
>,
502 <a href=
"http://www.dagensit.no/trender/article1588462.ece
">Dagens-IT
</a
>
503 og
<a href=
"http://www.idg.no/computerworld/article118622.ece
">Computerworld
504 Norge
</a
> en sak om at de ansatte ved Universitetet i Oslo ikke følger
505 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
506 at det kommer litt fokus på dette, og jeg håper noen journalister tar
507 en titt på de andre statlige instansene også.
</p
>
509 <p
>Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
510 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
511 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
512 Kjenner kun til ufullstendige løsninger for slikt.
</p
>
517 <title>Transendentalt tullball og en funksjonell tilnærming
</title>
518 <link>../../Transendentalt_tullball_og_en_funksjonell_tiln__rming.html
</link>
519 <guid isPermaLink=
"true">../../Transendentalt_tullball_og_en_funksjonell_tiln__rming.html
</guid>
520 <pubDate>Sat,
24 Jan
2009 15:
00:
00 +
0100</pubDate>
523 <a href=
"http://debian-administration.org/users/dkg/weblog/
39">en
524 bloggpost fra Daniel Kahn Gillmor
</a
> som forteller at
525 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
526 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
527 <a href=
"http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf
">Trancendental
528 Nonsense and the Functional Approach
</a
> fra
1935. Det må jeg si var
529 svært interessant for å forstå hvordan og hvorfor immaterialretten har
530 utvidet sitt virkeområde og hvor lenge det har pågått.
</p
>
532 <p
>Innlegget minner meg på
533 <a href=
"https://penta.debconf.org/~joerg/events/
161.en.html
">en
534 presentasjon jeg overvar
</a
> på Debconf
7 om hvordan innføring og
535 utvidelse av opphavsretten ble debattert på
1700-tallet. Anbefaler å
536 se den presentasjonen som er tilgjengelig på video i
537 <a href=
"http://meetings-archive.debian.net/pub/debian-meetings/
2007/debconf7/low/
072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg
">lav
</a
>
539 <a href=
"http://meetings-archive.debian.net/pub/debian-meetings/
2007/debconf7/high/
072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg
">høy
</a
>
540 oppløsning.
</p
>
545 <title>Fri og åpen standard, slik Digistan ser det
</title>
546 <link>../../Fri_og___pen_standard__slik_Digistan_ser_det.html
</link>
547 <guid isPermaLink=
"true">../../Fri_og___pen_standard__slik_Digistan_ser_det.html
</guid>
548 <pubDate>Sat,
31 Jan
2009 23:
10:
00 +
0100</pubDate>
550 <p
>Det er mange ulike definisjoner om hva en åpen standard er for noe,
551 og NUUG hadde
<a href=
"http://www.nuug.no/dokumenter/standard-presse-def-
200506.txt
">en
552 pressemelding om dette sommeren
2005</a
>. Der ble definisjonen til
553 <a href=
"http://www.aaben-standard.dk/
">DKUUG
</a
>,
554 <a href=
"http://europa.eu.int/idabc/servlets/Doc?id=
19529">EU-kommissionens
555 European Interoperability Framework ( side
9)
</a
> og
556 <a href=
"http://www.teknologiradet.no/files/
7polert_copy.htm
">teknologirådet
</a
> omtalt.
558 Siden den gang har regjeringens standardiseringsråd dukket opp, og de
559 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
560 <a href=
"http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=
476407">sin
561 arbeidsmetodikk
</a
>. Personlig synes jeg det er en god ide, da
562 kravene som stilles der gjør at alle markedsaktører får like vilkår,
563 noe som kommer kundene til gode ved hjelp av økt konkurranse.
</p
>
565 <p
>I sommer kom det en ny definisjon på banen.
566 <a href=
"http://www.digistan.org/
">Digistan
</a
> lanserte
567 <a href=
"http://www.digistan.org/open-standard:definition
">en
568 definisjon på en fri og åpen standard
</a
>. Jeg liker måten de bryter
569 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
570 ved å legge på et ord og poengtere at en standard som er både åpen og
571 fri har noen spesielle krav. Her er den definisjonen etter rask
572 oversettelse fra engelsk til norsk av meg:
</p
>
575 <p
><strong
>Definisjonen av en fri og åpen standard
</strong
></p
>
577 <p
>Den digitale standardorganisasjonen definierer fri og åpen standard
578 som følger:
</p
>
580 <li
>En fri og åpen standard er immun for leverandørinnlåsing i alle
581 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
582 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
584 <li
>Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
585 organisasjon, og dens pågående utvikling gjøres med en åpen
586 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
588 <li
>Standarden er publisert og spesifikasjonsdokumentet er fritt
589 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
590 bruke den uten begresninger.
</li
>
591 <li
>Patentene som muligens gjelder (deler av) standarden er gjort
592 ugjenkallelig tilgjengelig uten krav om betaling.
</li
>
593 <li
>Det er ingen begresninger i gjenbruk av standarden.
</li
>
595 <p
>Det økonomiske resultatet av en fri og åpen standard, som kan
596 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
597 produkter basert på standarden.
</p
>
600 <p
>(Tar gjerne imot forbedringer av oversettelsen.)
</p
>
605 <title>Intellektuelt privilegium - et bedre IP-begrep
</title>
606 <link>../../Intellektuelt_privilegium___et_bedre_IP_begrep.html
</link>
607 <guid isPermaLink=
"true">../../Intellektuelt_privilegium___et_bedre_IP_begrep.html
</guid>
608 <pubDate>Sun,
1 Feb
2009 15:
06:
00 +
0100</pubDate>
610 <p
>Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
611 patenter, varemerker og forretningshemmeligheter. Problemet med dette
612 begrepet er at det er svært misvisende. For det første er ingen av de
613 begrensede monopolene det her er snakk om som kan kalles eiendom, og
614 for det andre er egenskapene til de ulike monopolene så forskjellige
615 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
616 sekkebegrep. Blant annet Richard Stallman har
617 <a href=
"http://www.gnu.org/philosophy/not-ipr.html
">skrevet litt om dette
</a
>.
</p
>
619 <p
>I dag kom jeg over
620 <a href=
"http://blogs.sun.com/webmink/entry/intellectual_privilege
">en
621 bloggpost fra Simon Phipps
</a
> som foreslår å bruke intellektuelt
622 privilegium som begrep i stedet, da det gjør det klarere at det ikke
623 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
624 forteller videre at noen jobber med å skrive
625 <a href=
"http://www.intellectualprivilege.com/book.html
">en bok med
626 tittel Intellectual Privilege
</a
>, og at boken er anbefalt av Lawrence
627 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
628 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
629 forretningshemmeligheter framover.
</p
>
634 <title>Min reprap tar sakte form
</title>
635 <link>../../Min_reprap_tar_sakte_form.html
</link>
636 <guid isPermaLink=
"true">../../Min_reprap_tar_sakte_form.html
</guid>
637 <pubDate>Tue,
3 Feb
2009 13:
30:
00 +
0100</pubDate>
639 <p
>Min reprap begynner å ta form. Den er nå kommet så langt at den er
640 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
641 hele er klart for litt enkel testing. Har møtt på to problemer som
642 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
643 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
644 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
645 forklare hvordan de kom rundt problemene. De to problemene er
646 relatert til Z-aksen og Y-aksen.
</p
>
648 <p
>For Z-aksen, er det et stjernehjul som festes på motoraksen ved
649 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
650 Problemet med det nederste stjernejulet er at det er helt løst, og
651 blir liggende på motoren
5 mm nedenfor tannjulet, i stedet for å ligge
652 inntil tannjulet slik det skal. Mulig løsningen er å borre i
653 stjernehjulet, eller lime det fast.
</p
>
655 <p
>For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
656 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
657 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.
</p
>
659 <p
>Når det gjelder elektronikken til min reprap, så er min gode venn
660 Anders Rosnes igang med å lodde sammen delene og han forteller at
661 koblingsbordet for Arduino er klart, og en temperatursensor og en
662 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
663 ut hvordan jeg laster opp firmware i Arduino-en. :)
</p
>
665 <p
>Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
666 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
667 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
668 de fleste metalldelene. Gleder meg til å se resultaten av det
674 <title>Første vellykkede videostrøm fra NUUG
</title>
675 <link>../../F__rste_vellykkede_videostr__m_fra_NUUG.html
</link>
676 <guid isPermaLink=
"true">../../F__rste_vellykkede_videostr__m_fra_NUUG.html
</guid>
677 <pubDate>Wed,
11 Feb
2009 06:
30:
00 +
0100</pubDate>
679 <p
>Jeg ble glad for å se under
680 <a href=
"http://www.nuug.no/aktiviteter/
20090210-compiz/
">gårdagens
681 medlemsmøte
</a
> i NUUG Oslo at utsending av live-video fra møtet
682 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
683 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
684 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
685 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
686 under møtet å motta spørsmål via IRC som ble besvart der og da.
687 Opptaket publiseres så snart det er kopiert over til NUUGs
688 webserver og komprimert.
</p
>
693 <title>Using bar codes at a computing center
</title>
694 <link>../../Using_bar_codes_at_a_computing_center.html
</link>
695 <guid isPermaLink=
"true">../../Using_bar_codes_at_a_computing_center.html
</guid>
696 <pubDate>Fri,
20 Feb
2009 08:
50:
00 +
0100</pubDate>
698 <p
>At work with the University of Oslo, we have several hundred computers
699 in our computing center. This give us a challenge in tracking the
700 location and cabling of the computers, when they are added, moved and
701 removed. Some times the location register is not updated when a
702 computer is inserted or moved and we then have to search the room for
703 the
"missing
" computer.
</p
>
705 <p
>In the last issue of Linux Journal, I came across a project
706 <a href=
"http://www.libdmtx.org/
">libdmtx
</a
> to write and read bar
707 code blocks as defined in the
708 <a href=
"http://en.wikipedia.org/wiki/Data_Matrix
">The Data Matrix
709 Standard
</a
>. This is bar codes that can be read with a normal
710 digital camera, for example that on a cell phone, and several such bar
711 codes can be read by libdmtx from one picture. The bar code standard
712 allow up to
2 KiB to be written in the tag. There is another project
713 with
<a href=
"http://www.terryburton.co.uk/barcodewriter/
">a bar code
714 writer written in postscript
</a
> capable of creating such bar codes,
715 but this was the first time I found a tool to read these bar
718 <p
>It occurred to me that this could be used to tag and track the
719 machines in our computing center. If both racks and computers are
720 tagged this way, we can use a picture of the rack and all its
721 computers to detect the rack location of any computer in that rack.
722 If we do this regularly for the entire room, we will find all
723 locations, and can detect movements and removals.
</p
>
725 <p
>I decided to test if this would work in practice, and picked a
726 random rack and tagged all the machines with their names. Next, I
727 took pictures with my digital camera, and gave the dmtxread program
728 these JPEG pictures to see how many tags it could read. This worked
729 fairly well. If the pictures was well focused and not taken from the
730 side, all tags in the image could be read. Because of limited space
731 between the racks, I was unable to get a good picture of the entire
732 rack, but could without problem read all tags from a picture covering
733 about half the rack. I had to limit the search time used by dmtxread
734 to
60000 ms to make sure it terminated in a reasonable time frame.
</p
>
736 <p
>My conclusion is that this could work, and we should probably look
737 at adjusting our computer tagging procedures to use bar codes for
738 easier automatic tracking of computers.
</p
>
743 <title>Checking server hardware support status for Dell, HP and IBM servers
</title>
744 <link>../../Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</link>
745 <guid isPermaLink=
"true">../../Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</guid>
746 <pubDate>Sat,
28 Feb
2009 23:
50:
00 +
0100</pubDate>
748 <p
>At work, we have a few hundred Linux servers, and with that amount
749 of hardware it is important to keep track of when the hardware support
750 contract expire for each server. We have a machine (and service)
751 register, which until recently did not contain much useful besides the
752 machine room location and contact information for the system owner for
753 each machine. To make it easier for us to track support contract
754 status, I
've recently spent time on extending the machine register to
755 include information about when the support contract expire, and to tag
756 machines with expired contracts to make it easy to get a list of such
757 machines. I extended a perl script already being used to import
758 information about machines into the register, to also do some screen
759 scraping off the sites of Dell, HP and IBM (our majority of machines
760 are from these vendors), and automatically check the support status
761 for the relevant machines. This make the support status information
762 easily available and I hope it will make it easier for the computer
763 owner to know when to get new hardware or renew the support contract.
764 The result of this work documented that
27% of the machines in the
765 registry is without a support contract, and made it very easy to find
766 them.
27% might seem like a lot, but I see it more as the case of us
767 using machines a bit longer than the
3 years a normal support contract
768 last, to have test machines and a platform for less important
769 services. After all, the machines without a contract are working fine
770 at the moment and the lack of contract is only a problem if any of
771 them break down. When that happen, we can either fix it using spare
772 parts from other machines or move the service to another old
775 <p
>I believe the code for screen scraping the Dell site was originally
776 written by Trond Hasle Amundsen, and later adjusted by me and Morten
777 Werner Forsbring. The HP scraping was written by me after reading a
778 nice article in ;login: about how to use WWW::Mechanize, and the IBM
779 scraping was written by me based on the Dell code. I know the HTML
780 parsing could be done using nice libraries, but did not want to
781 introduce more dependencies. This is the current incarnation:
</p
>
789 sub get_support_info {
790 my ($machine, $model, $serial, $productnumber) = @_;
793 if ( $model =~ m/^Dell / ) {
794 # fetch website from Dell support
795 my $url =
"http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no
&amp;cs=nodhs1
&amp;l=no
&amp;s=dhs
&amp;ServiceTag=$serial
";
796 my $webpage = get($url);
797 return undef unless ($webpage);
800 my @lines = split(/\n/, $webpage);
801 foreach my $line (@lines) {
802 next unless ($line =~ m/Beskrivelse/);
803 $line =~ s/
&lt;[^
>]+?
>/;/gm;
804 $line =~ s/^.+?;(Beskrivelse;)/$
1/;
806 my @f = split(/\;/, $line);
808 my $lastend =
"";
809 while ($f[
3] eq
"DELL
") {
810 my ($type, $startstr, $endstr, $days) = @f[
0,
5,
7,
10];
812 my $start = POSIX::strftime(
"%Y-%m-%d
",
813 localtime(str2time($startstr)));
814 my $end = POSIX::strftime(
"%Y-%m-%d
",
815 localtime(str2time($endstr)));
816 $str .=
"$type $start -
> $end
";
818 $lastend = $end if ($end gt $lastend);
820 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
821 tag_machine_unsupported($machine)
822 if ($lastend lt $today);
824 } elsif ( $model =~ m/^HP / ) {
825 my $mech = WWW::Mechanize-
>new();
827 'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do
';
830 'BODServiceID
' =
> 'NA
',
831 'RegisteredPurchaseDate
' =
> '',
832 'country
' =
> 'NO
',
833 'productNumber
' =
> $productnumber,
834 'serialNumber1
' =
> $serial,
836 $mech-
>submit_form( form_number =
> 2,
837 fields =
> $fields );
838 # Next step is screen scraping
839 my $content = $mech-
>content();
841 $content =~ s/
&lt;[^
>]+?
>/;/gm;
842 $content =~ s/\s+/ /gm;
843 $content =~ s/;\s*;/;;/gm;
844 $content =~ s/;[\s;]+/;/gm;
846 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
848 while ($content =~ m/;Warranty Type;/) {
849 my ($type, $status, $startstr, $stopstr) = $content =~
850 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
851 $content =~ s/^.+?;Warranty Type;//;
852 my $start = POSIX::strftime(
"%Y-%m-%d
",
853 localtime(str2time($startstr)));
854 my $end = POSIX::strftime(
"%Y-%m-%d
",
855 localtime(str2time($stopstr)));
857 $str .=
"$type ($status) $start -
> $end
";
859 tag_machine_unsupported($machine)
862 } elsif ( $model =~ m/^IBM / ) {
863 # This code ignore extended support contracts.
864 my ($producttype) = $model =~ m/.*-\[(.{
4}).+\]-/;
865 if ($producttype
&amp;
&amp; $serial) {
867 get(
"http://www-
947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty
&amp;brandind=
5000008&amp;Submit=Submit
&amp;type=$producttype
&amp;serial=$serial
");
869 $content =~ s/
&lt;[^
>]+?
>/;/gm;
870 $content =~ s/\s+/ /gm;
871 $content =~ s/;\s*;/;;/gm;
872 $content =~ s/;[\s;]+/;/gm;
874 $content =~ s/^.+?;Warranty status;//;
875 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
877 $str .=
"($status) -
> $end
";
879 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
880 tag_machine_unsupported($machine)
889 <p
>Here are some examples on how to use the function, using fake
890 serial numbers. The information passed in as arguments are fetched
891 from dmidecode.
</p
>
894 print get_support_info(
"hp.host
",
"HP ProLiant BL460c G1
",
"1234567890"
895 "447707-B21
");
896 print get_support_info(
"dell.host
",
"Dell Inc. PowerEdge
2950",
"1234567");
897 print get_support_info(
"ibm.host
",
"IBM eserver xSeries
345 -[
867061X]-
",
898 "1234567");
901 <p
>I would recommend this approach for tracking support contracts for
902 everyone with more than a few computers to administer. :)
</p
>
904 <p
>Update
2009-
03-
06: The IBM page do not include extended support
905 contracts, so it is useless in that case. The original Dell code do
906 not handle extended support contracts either, but has been updated to
912 <title>Teknisk program for Go Open
2009 er nesten ferdig
</title>
913 <link>../../Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</link>
914 <guid isPermaLink=
"true">../../Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</guid>
915 <pubDate>Thu,
5 Mar
2009 22:
30:
00 +
0100</pubDate>
917 <p
>Etter lang tids jobbing begynner endelig programmet til det
918 tekniske sporet på konferansen
<a href=
"http://www.goopen.no/
">Go Open
919 2009</a
> å bli ferdig. Det blir
9 punkter på programmet, og etter alt
920 å dømme blir det disse
9:
</p
>
924 <li
>"Open Telephony: A solution greater than the sum of its parts
" med
925 Jon
"maddog
" Hall
</li
>
926 <li
>OpenSolaris-relatert med Ian Murdock fra SUN
</li
>
927 <li
>"The inner workings of the OpenStreetmap project and the
928 technology used
" med Andy Allan
</li
>
929 <li
>Coreboot-relatert med Peter Stuge
</li
>
930 <li
>"Gratis værdata fra Meteorologisk institutt
" med Trond Michelsen
</li
>
931 <li
>RRDtool/Nagios-relatert med Tobias Oetiker
</li
>
932 <li
>"Developers guide to server-side productivity and fun using open
933 source platforms and frameworks
" med en gjeng folk fra
934 JavaBin-miljøet
</li
>
935 <li
>"G(et)it Nå!
" med Marcus Ramberg
</li
>
936 <li
>Om kontrolltelling av valgresultater med fri programvare med Mitch
937 Trachtenberg
</li
>
941 <p
>De siste bekreftelsene og overskrifter mangler og kommer
942 forhåpentlig på plass før mandag, men jeg håper dette blir et program
943 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
949 <title>Lisensvalg for NUUG-opptakene endelig på plass
</title>
950 <link>../../Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html
</link>
951 <guid isPermaLink=
"true">../../Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html
</guid>
952 <pubDate>Fri,
6 Mar
2009 21:
20:
00 +
0100</pubDate>
954 <p
>Etter mange års meditasjon over temaet, har NUUG endelig klart å
955 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
956 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
957 blir
<a href=
"http://creativecommons.org/licenses/by-sa/
3.0/no/
">Creative
958 Commons Navngivelse-Del på samme vilkår
3.0 Norge
</a
>. Jeg er veldig
959 glad for at denne saken endelig er landet. Lisensen for opptaket til
960 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
961 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
962 i denne sammenhengen.
</p
>
967 <title>Frikanalen og jul i studentrådet
</title>
968 <link>../../Frikanalen_og_jul_i_studentr__det.html
</link>
969 <guid isPermaLink=
"true">../../Frikanalen_og_jul_i_studentr__det.html
</guid>
970 <pubDate>Wed,
11 Mar
2009 23:
40:
00 +
0100</pubDate>
973 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2009-March/
000387.html
">lanserte
</a
>
975 <a href=
"http://www.frikanalen.no
">Frikanalen
</a
> med
976 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">åpne
977 standarder
</a
>, og resultatet av noen intense uker med arbeide kunne
978 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
979 Frikanalen er et eksempel på, der borgerne får anledning til å
980 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
981 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
982 kan få tilgang til opptakene på web, og slipper å måtte installere MS
983 Silverlight for å spille av opptakene.
</p
>
985 <p
>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
986 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
987 er bakgrunnen for at det fredag
13. mars
2009 kl
09:
00 starter en
988 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
989 foreningen Åpen kanal) har saksøkt kulturdepartementet over
990 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.
</p
>
992 <p
>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
993 av å se en rekke av innslagene som er tilgjengelig. Her er mye
994 religiøst sludder, fra
995 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
720">vandring
996 i jerusalem
</a
> via
997 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
779">religiøst
998 vinklede nyheter
</a
> til
1000 href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2077">kreasjonisk
1001 retorikk
</a
>, men også fine
1002 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
407">dokumentarer
1003 om redningsselskapet
</a
> og
1004 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2204">interessante
1005 tegneserieanmeldelser
</a
>. Det jeg derimot har hatt størst glede av,
1008 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
1556">jul
1009 i studentrådet
</a
>, der hver episode var en fest å se på. Jeg håper
1010 NUUG lykkes med å få ut sine opptak med like stor suksess.
</p
>
1015 <title>Testing av reprap-elektronikken igang
</title>
1016 <link>../../Testing_av_reprap_elektronikken_igang.html
</link>
1017 <guid isPermaLink=
"true">../../Testing_av_reprap_elektronikken_igang.html
</guid>
1018 <pubDate>Thu,
12 Mar
2009 16:
00:
00 +
0100</pubDate>
1020 <p
>Lenge siden det var en oppdatering av status for min
3D-skriver og
1021 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
1022 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
1023 til at bits-from-bytes sitt byggesett versjon
2.01 hadde noen småfeil,
1024 der en del manglet og en annen hadde suboptimalt design. Jeg løser
1025 antagelig det ene problemet med å borre noen ekstra hull til skruver i
1026 en plastdelen som trenger å festes. Det andre problemet håper jeg å
1027 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
1028 Høgskolen er igang med å bygge en tilsvarende reprap i versjon
2.0, og
1029 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
1030 delen jeg mangler på denne.
</p
>
1032 <p
>Når det gjelder elektronikken, så er mye allerede loddet sammen av
1033 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
1034 enn meg. Jeg fikk i dag testet
1035 <a href=
"http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1
">stepper
1036 motordriveren (v1.1)
</a
>, og det fungerte. Jeg møtte et lite problem
1037 med strømforsyningen, en standard ATX-strømforsyning som nektet å
1038 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
1040 <a href=
"http://dev.www.reprap.org/bin/view/Main/PCPowerSupply
">reprap-sidene
1041 om PC-strømforsyninger
</a
>. Jeg møtte også et annet problem med
1042 Arduino-programvaren. Versjon
0013 fungerer visst ikke på
1043 Debian/Etch. Den kompilerte binæren ble på
0 bytes. En side jeg fant
1045 <a href=
"http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=
1234153046/
5">tipset
1046 meg
</A
> om at en nedgradering
1047 til
<a href=
"http://arduino.googlecode.com/files/arduino-
0012-linux.tgz
">versjon
1048 0012</a
> kunne løse problemet, og endelig ser jeg motorakslingen
1049 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
1050 reprap-en kvikner til.
</p
>
1055 <title>Avisene i endring
</title>
1056 <link>../../Avisene_i_endring.html
</link>
1057 <guid isPermaLink=
"true">../../Avisene_i_endring.html
</guid>
1058 <pubDate>Sun,
15 Mar
2009 22:
15:
00 +
0100</pubDate>
1060 <p
>Jeg kom over bloggposten
1061 "<a href=
"http://www.shirky.com/weblog/
2009/
03/newspapers-and-thinking-the-unthinkable/
">Newspapers
1062 and Thinking the Unthinkable
</a
>" som jeg synes forklarer godt hva som
1063 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
1064 forretningsmodeller basert på å løse problemer som ikke lenger
1065 eksisterer. Det blir spennende å se hva vi ender opp med.
</p
>
1070 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg
</title>
1071 <link>../../F__rste_reprap_integreringsfors__k___Z_aksen_beveger_seg.html
</link>
1072 <guid isPermaLink=
"true">../../F__rste_reprap_integreringsfors__k___Z_aksen_beveger_seg.html
</guid>
1073 <pubDate>Thu,
19 Mar
2009 22:
15:
00 +
0100</pubDate>
1075 <p
>I går tok jeg mot til meg, og løste problemet med
1076 z-aksen ved å borre i delen som manglet feste mot tannjulet som
1077 skal drive z-aksereimen. Dermed var det klart for å montere
1078 z-akse-akslingen på motoren og komme et steg videre med
1079 reprap-monteringen. Prøvekjørte den i dag med
1080 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
1081 fungerte. I hvert fall når stepmotoren ikke forsøkte
1082 å snurre for raskt rundt. Ved høy hastighet roterte
1083 ikke akslingen i det hele tatt. Motoren ble bare stående
1084 å vibrere. Usikker på hvorfor, men antar motoren ikke
1085 har nok kraft til å få hele akslingen til å
1086 rotere så raskt. Denne øvelsen avslørte dog et
1087 annet problem med monteringen så langt. Under testingen
1088 begynte skruer og muttere å ry ned fra ulike deler av
1089 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
1090 å tåle slike vibrasjoner. Tror en
5-
6 skruver og/eller
1091 muttere løsnet. Brukte ganske lang tid på å
1092 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
1093 må strammes skikkelig til før første
1096 <p
>Neste steg er å få laget z-aksebåndet. Der trenger jeg
1097 egnet lim og en konstruksjon for å klemme bandet sammen under
1099 <a href=
"http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt
">beskrevet
1100 på reprap-wikien
</a
>. Er blitt tipset om svart superlim som er
1101 elastisk også etter at det tørket, og dro ned til Small Size
1102 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
1103 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
1104 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
1105 limet egentlig heter, så det er vanskelig å søke på nett.
</p
>
1110 <title>Hva er egentlig en åpen standard?
</title>
1111 <link>../../Hva_er_egentlig_en___pen_standard_.html
</link>
1112 <guid isPermaLink=
"true">../../Hva_er_egentlig_en___pen_standard_.html
</guid>
1113 <pubDate>Sat,
28 Mar
2009 10:
50:
00 +
0100</pubDate>
1115 <p
>Jeg møter alle slags interessante mennesker på min vei, og et møte
1116 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
1117 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
1118 standarder. Det var interessant, da det fikk meg til å tenke litt
1119 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
1120 som en standard. Det hele startet med arbeid rundt integrering av NSS
1121 LDAP mot Active Directory, og problemer som oppstår pga. at Active
1122 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
1123 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
1124 mer enn
1500 atributter av en gitt type i et LDAP-objekt, og en må be
1125 om resten i bolker av
1500). Jeg hevdet måten dette ble gjort på brøt
1126 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
1127 fra IETF det sto at oppførselen til AD ikke fulgte
1128 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
1129 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
1130 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
1131 mente lå til grunn. Jeg ble spesielt overrasket over denne
1132 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
1133 jeg kan se anerkjenner IETF som organisasjonen som definerer
1134 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
1135 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
1136 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
1137 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
1138 hva en standard er, og hva som er kilden til en gitt standard. Det er
1139 vanskelig å enes om felles standarder før en først enes om hvem som
1140 bestemmer hva en gitt standard innebærer.
</p
>
1142 <p
>Hva er så en standard? I sin abstrakte form er det noe å samles
1143 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
1144 type fane en samlet seg rundt på kamplassen i riddertiden. En
1145 standard definerer altså et felleskap, noen som har noe felles. Det
1146 er naturligvis mange måter å utgjøre et felleskap på. En kan
1147 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
1148 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
1149 standarden seg uten noe mer organisering og prosedyre. En variant av
1150 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
1151 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
1152 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
1153 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
1154 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
1155 unngå dette dumme.
</p
>
1157 <p
>En kan også ta det et skritt videre, og istedet for å basere seg på
1158 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
1159 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
1160 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
1161 kan sette igang), men det kan bidra til at den oppførselen en
1162 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
1163 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
1164 - da flere har vært involvert i å utarbeide beskrivelsen.
</p
>
1166 <p
>Dette er dessverre ikke alt som trengs for å forstå hva en åpen
1167 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
1168 dermed har valget om de vil oppføre seg likt eller ikke, så er det
1169 endel juridiske faktorer som gjør det hele mer komplisert -
1170 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
1171 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
1172 melodi når de møtes, for å identifisere hverandre, så kan
1173 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
1174 De har standardisert hvordan de kjenner igjen alle som følger denne
1175 standarden, men ikke alle har nødvendigvis lov til å følge den.
1176 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
1177 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
1178 sin ytterste konsekvens si at alle som skal plystre en
1179 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
1180 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
1181 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
1182 som får lov til å benytte seg av denne standarden. En annen variant
1183 er hvis en standard er dokumentert, så er dokumentet som definerer
1184 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
1185 dermed mulig for rettighetsinnehaver å begrense tilgang til
1186 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
1187 den måten.
</p
>
1189 <p
>Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
1190 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
1191 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
1192 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
1193 for å ta i bruk en standard, så vil den som innehar patent kunne styre
1194 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
1195 kan delta i et standard-felleskap, og hvis de kan delta, så er det
1196 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
1197 sette vilkår som gjør at noen faller utenfor, det være seg av
1198 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
1199 vilkår er
"må betale litt for hver kunde/bruker
" som utelukker de som
1200 gir bort en løsning gratis og
"må gi fra seg retten til å håndheve
1201 sine egne patentrettigheter ovenfor rettighetshaver
" som utelukker
1202 alle som ønsker å beholde den muligheten.
</p
>
1204 <p
>En åpen standard innebærer for meg at alle kan få innsikt i en
1205 komplett beskrivelse av oppførsel som standarden skal dekke, og at
1206 ingen kan nektes å benytte seg av standarden. Noen mener at det
1207 holder at alle med tilstrekkelig finansiering kan få tilgang til
1208 spesifikasjonen og at en kun har finansielle krav til bruk.
1209 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
1210 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
1211 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
1212 av en standard for at en standard skal kunne kalles fri og åpen.
</p
>
1217 <title>Time for new LDAP schemas replacing RFC
2307?
</title>
1218 <link>../../Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
</link>
1219 <guid isPermaLink=
"true">../../Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
</guid>
1220 <pubDate>Sun,
29 Mar
2009 20:
30:
00 +
0200</pubDate>
1222 <p
>The state of standardized LDAP schemas on Linux is far from
1223 optimal. There is RFC
2307 documenting one way to store NIS maps in
1224 LDAP, and a modified version of this normally called RFC
2307bis, with
1225 some modifications to be compatible with Active Directory. The RFC
1226 specification handle the content of a lot of system databases, but do
1227 not handle DNS zones and DHCP configuration.
</p
>
1229 <p
>In
<a href=
"http://www.skolelinux.org/
">Debian Edu/Skolelinux
</a
>,
1230 we would like to store information about users, SMB clients/hosts,
1231 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
1232 and LTSP configuration in LDAP. These objects have a lot in common,
1233 but with the current LDAP schemas it is not possible to have one
1234 object per entity. For example, one need to have at least three LDAP
1235 objects for a given computer, one with the SMB related stuff, one with
1236 DNS information and another with DHCP information. The schemas
1237 provided for DNS and DHCP are impossible to combine into one LDAP
1238 object. In addition, it is impossible to implement quick queries for
1239 netgroup membership, because of the way NIS triples are implemented.
1240 It just do not scale. I believe it is time for a few RFC
1241 specifications to cleam up this mess.
</p
>
1243 <p
>I would like to have one LDAP object representing each computer in
1244 the network, and this object can then keep the SMB (ie host key), DHCP
1245 (mac address/name) and DNS (name/IP address) settings in one place.
1246 It need to be efficently stored to make sure it scale well.
</p
>
1248 <p
>I would also like to have a quick way to map from a user or
1249 computer and to the net group this user or computer is a member.
</p
>
1251 <p
>Active Directory have done a better job than unix heads like myself
1252 in this regard, and the unix side need to catch up. Time to start a
1253 new IETF work group?
</p
>
1258 <title>Returning from Skolelinux developer gathering
</title>
1259 <link>../../Returning_from_Skolelinux_developer_gathering.html
</link>
1260 <guid isPermaLink=
"true">../../Returning_from_Skolelinux_developer_gathering.html
</guid>
1261 <pubDate>Sun,
29 Mar
2009 21:
00:
00 +
0200</pubDate>
1263 <p
>I
'm sitting on the train going home from this weekends Debian
1264 Edu/Skolelinux development gathering. I got a bit done tuning the
1265 desktop, and looked into the dynamic service location protocol
1266 implementation avahi. It look like it could be useful for us. Almost
1267 30 people participated, and I believe it was a great environment to
1268 get to know the Skolelinux system. Walter Bender, involved in the
1269 development of the Sugar educational platform, presented his stuff and
1270 also helped me improve my OLPC installation. He also showed me that
1271 his Turtle Art application can be used in standalone mode, and we
1272 agreed that I would help getting it packaged for Debian. As a
1273 standalone application it would be great for Debian Edu. We also
1274 tried to get the video conferencing working with two OLPCs, but that
1275 proved to be too hard for us. The application seem to need more work
1276 before it is ready for me. I look forward to getting home and relax
1282 <title>Standardize on protocols and formats, not vendors and applications
</title>
1283 <link>../../Standardize_on_protocols_and_formats__not_vendors_and_applications.html
</link>
1284 <guid isPermaLink=
"true">../../Standardize_on_protocols_and_formats__not_vendors_and_applications.html
</guid>
1285 <pubDate>Mon,
30 Mar
2009 11:
50:
00 +
0200</pubDate>
1287 <p
>Where I work at the University of Oslo, one decision stand out as a
1288 very good one to form a long lived computer infrastructure. It is the
1289 simple one, lost by many in todays computer industry: Standardize on
1290 open network protocols and open exchange/storage formats, not applications.
1291 Applications come and go, while protocols and files tend to stay, and
1292 thus one want to make it easy to change application and vendor, while
1293 avoiding conversion costs and locking users to a specific platform or
1294 application.
</p
>
1296 <p
>This approach make it possible to replace the client applications
1297 independently of the server applications. One can even allow users to
1298 use several different applications as long as they handle the selected
1299 protocol and format. In the normal case, only one client application
1300 is recommended and users only get help if they choose to use this
1301 application, but those that want to deviate from the easy path are not
1302 blocked from doing so.
</p
>
1304 <p
>It also allow us to replace the server side without forcing the
1305 users to replace their applications, and thus allow us to select the
1306 best server implementation at any moment, when scale and resouce
1307 requirements change.
</p
>
1309 <p
>I strongly recommend standardizing - on open network protocols and
1310 open formats, but I would never recommend standardizing on a single
1311 application that do not use open network protocol or open formats.
</p
>
1316 <title>Recording video from cron using VLC
</title>
1317 <link>../../Recording_video_from_cron_using_VLC.html
</link>
1318 <guid isPermaLink=
"true">../../Recording_video_from_cron_using_VLC.html
</guid>
1319 <pubDate>Sun,
5 Apr
2009 10:
00:
00 +
0200</pubDate>
1321 <p
>One think I have wanted to figure out for a along time is how to
1322 run vlc from cron to do recording of video streams on the net. The
1323 task is trivial with mplayer, but I do not really trust the security
1324 of mplayer (it crashes too often on strange input), and thus prefer
1325 vlc. I finally found a way to do it today. I spent an hour or so
1326 searching the web for recipes and reading the documentation. The
1327 hardest part was to get rid of the GUI window, but after finding the
1328 dummy interface, the command line finally presented itself:
</p
>
1330 <blockquote
><pre
>URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
1332 DISPLAY= vlc -q $URL \
1333 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
1334 --intf=dummy
</pre
></blockquote
>
1336 <p
>The command stream the URL and store it in the SAVEFILE by
1337 duplicating the output stream to
"nodisplay
" and the file, using the
1338 dummy interface. The dummy interface and the nodisplay output make
1339 sure no X interface is needed.
</p
>
1341 <p
>The cron job then need to start this job with the appropriate URL
1342 and file name to save, sleep for the duration wanted, and then kill
1343 the vlc process with SIGTERM. Here is a complete script
1344 <tt
>vlc-record
</tt
> to use from
<tt
>at
</tt
> or
<tt
>cron
</tt
>:
</p
>
1346 <blockquote
><pre
>#!/bin/sh
1349 SAVEFILE=
"$
2"
1350 DURATION=
"$
3"
1351 DISPLAY= vlc -q
"$URL
" \
1352 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
1353 --intf=dummy
< /dev/null
> /dev/null
2>&1 &
1357 wait $pid
</pre
></blockquote
>
1362 <title>Fransk idiotlovforslag hinker gjennom parlamentet
</title>
1363 <link>../../Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html
</link>
1364 <guid isPermaLink=
"true">../../Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html
</guid>
1365 <pubDate>Fri,
10 Apr
2009 00:
10:
00 +
0200</pubDate>
1367 <p
><a href=
"http://www.dagbladet.no/
2009/
04/
09/kultur/musikk/fildeling/tekno/
5689356/
">Dagbladet
1368 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
1369 til alle som blir anklaget for å ha brutt opphavsretten
3 ganger
</a
>
1370 ble nedstemt i dag med
21 mot
15 stemmer. Vinklingen i Dagbladet er
1371 litt merkelig når en vet at det samme forslaget ble vedtatt i
1372 parlamentets andre kammer med
12 mot
4 stemmer, etter at det
1373 <a href=
"http://opendotdotdot.blogspot.com/
2009/
04/hadopi-law-passed-by-
12-votes-to-
4.html
">overraskende
1374 ble foreslått å ta saken opp til votering
22:
45 sist torsdag
</a
>,
1375 etter sigende i strid med vanlige rutiner i det franske parlamentet.
</p
>
1377 <p
>Det hele blir ennå mer komisk når et vet at
1378 <a href=
"http://www.zeropaid.com/news/
10034/political_hypocrisy_french_president_sued_for_copyright_infringement/
">presidentens
1379 parti er blitt anklaget for å ha brutt opphavsretten
</a
>. Mon tro om
1380 partet skal miste internet-forbindelsen hvis de får
2 anklager til
1381 rettet mot seg.
</p
>
1386 <title>Reprap-bygging i påsken
</title>
1387 <link>../../Reprap_bygging_i_p__sken.html
</link>
1388 <guid isPermaLink=
"true">../../Reprap_bygging_i_p__sken.html
</guid>
1389 <pubDate>Sun,
12 Apr
2009 10:
00:
00 +
0200</pubDate>
1391 <p
>Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
1392 til
<a href=
"http://www.goopen.no/
">Go Open
2009</a
> uka etter påske.
1393 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
1394 skruer og muttere til å løsne, så var første punkt på programmet å
1395 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
1396 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
1397 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
1398 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
1399 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
1400 noen ganger. Har knekket/sprukket
3 plastbiter så langt. Håper jeg
1401 får skrevet ut nye før skriveren bryter sammen pga. dette. :)
</p
>
1403 <p
>I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
1404 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
1405 være tett omslynget av et par stjernehjul som holder båndet mellom
1406 alle Z-aksene på plass. Problemet er at båndet er
6mm, mens alle
1407 plastdelene er
5mm brede. Det betyr at et
6mm band skal inn i et
5mm
1408 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
1409 legge en
1mm skive mellom tannhjulene og stjernehjulene over
1410 tannhjulet, slik at det blir plass til båndet.
</p
>
1412 <p
>Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
1413 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
1414 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
1415 litt plast for å løse dette problemet. Da vi begynte å se på
1416 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
1417 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
1418 Var ikke klar over at dette er ferskvare, men
1419 <a href=
"http://forums.reprap.org/read.php?
70,
16250">en
1420 forumposting
</a
> viser at dette er et kjent problem. Det var ikke
1421 helt enkelt å finne ut hva
"Fire cement
" heter på norsk. Mange
1422 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
1423 alternativer som kunne fungere, som eksosmonteringspasta,
1424 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
1425 men ingen av disse så ut til å være helt riktige for dette bruket.
1426 Fire cement håndterer temperaturer opp til
1200 grader celsius, og
1427 krever ikke utblanding i vann. Konsulterte,
1428 <a href=
"http://robot.hiof.no/node/
5">våre
1429 venner ved Høgskolen i Halden
</a
>, og det viste seg at de hadde hatt samme
1430 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
1431 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
1432 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
1433 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
1434 <a href=
"http://www.unipak.dk/UK/stovex.html
">Stovex
</a
> ovnskitt, og
1435 er nå klar til å lage varmeelement til skrivehodet.
1436 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
1437 <a href=
"http://blog.reprap.org/
2009/
04/by-your-powers-combined-i-am-kapton.html
">reprap-blogpost
</a
>
1438 som fortalte om et bedre vidundermiddel for å lage varmeelement,
1439 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
1440 til neste gang. En reprap-variant ved navn
1441 <a href=
"http://wiki.makerbot.com/plastruder-mk3
">Plastruder MK3
</a
>
1442 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
1443 -
100 og +
400 grader og brukes av astronautene for å tette drakten.
</p
>
1448 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig
</title>
1449 <link>../../Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</link>
1450 <guid isPermaLink=
"true">../../Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</guid>
1451 <pubDate>Fri,
17 Apr
2009 20:
00:
00 +
0200</pubDate>
1453 <p
>Jeg hadde glede av å overvære FADs lansering av
1454 <a href=
"http://www.deltemeninger.no/
">Debattsentralen
1455 deltemeninger.no
</a
> under Go Open
2009, og må si jeg ble skuffet over
1456 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
1457 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
1458 og gikk så over til å snakke om fildeling som om fildeling i seg er
1459 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
1460 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
1461 distribusjon av filer. Det er ingenting med denne fildelingen som
1462 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
1463 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
1464 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
1465 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
1466 som deles og hvilke bruksbegrensninger som gjelder for filene. En
1467 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
1468 og fildeling av slike filer er fullt ut lovlig.
</p
>
1473 <title>Nasjonalbiblioteket legger ut bøker på web
</title>
1474 <link>../../Nasjonalbiblioteket_legger_ut_b__ker_p___web.html
</link>
1475 <guid isPermaLink=
"true">../../Nasjonalbiblioteket_legger_ut_b__ker_p___web.html
</guid>
1476 <pubDate>Thu,
23 Apr
2009 19:
40:
00 +
0200</pubDate>
1478 <p
><a href=
"http://www.aftenposten.no/kul_und/litteratur/article3042382.ece
">Aftenposten
1480 <a href=
"http://www.nb.no/aktuelt/
50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig
">nasjonalbiblioteket
1481 og Kopinor har gjort en avtale
</a
> som gjør at eldre bøker kan gjøres
1482 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får
56
1483 øre for hver side som legges ut. Utvalget er litt merkelig:
1790-,
1484 1890- og
1990-tallet. Jeg synes det er absurd hvis det er slik at
1485 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
1486 beskyttet av opphavsretten. Jeg antar her at det er mer enn
90 år
1487 siden forfatterne av bøker som ble publisert
1790-
1799 døde, slik at
1488 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
1489 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
1490 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
1491 <a href=
"http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt
">En
1492 melding fra nasjonalbiblioteket i
2007</a
> tyder på at tekster i det
1493 fri ikke trenger avtale med Kopinor.
</p
>
1495 <p
>Et annet problem er at bøkene kun legges ut som bildefiler, noe som
1496 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
1497 etter fragmenter i teksten. En risikerer dermed at de blir liggende
1498 på en slik måte at folk som bruker Google ikke finner dem.
</p
>
1500 <p
>Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
1501 sin aprilspøk, og la ut bøkene som faller i det fri
1502 fortløpende.
</p
>
1508 <title>Hvorfor jeg ikke bruker eFaktura
</title>
1509 <link>../../Hvorfor_jeg_ikke_bruker_eFaktura.html
</link>
1510 <guid isPermaLink=
"true">../../Hvorfor_jeg_ikke_bruker_eFaktura.html
</guid>
1511 <pubDate>Thu,
23 Apr
2009 23:
00:
00 +
0200</pubDate>
1513 <p
>Telenors annonsering om å kreve
35 kroner i gebyr fra alle som
1514 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
1515 langt snakker om at eldre og folk som ikke behersker data vil få en
1516 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
1517 kategoriene, men velger å holde meg unna eFaktura - som er det
1518 Telenor ønsker å få folk over på - pga. systemets egenskaper.
</p
>
1520 <p
>Slik jeg har sett eFaktura til forbrukere så langt, så sender
1521 selger en elektronisk beskjed til kundens bank, som legger ut
1522 informasjon om fakturaen i nettbanken for godkjenning. Personlig
1523 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
1524 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
1525 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
1526 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
1527 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
1528 fakturaen skal banken involveres. En faktura bør jo inn i
1529 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
1530 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
1531 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
1532 som kunde.
</p
>
1534 <p
>I tillegg har jeg ikke vært i stand til å finne
1535 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
1536 slike krever dyre avtaler med bankene for å få lov til å sende ut
1537 eFaktura til kunder. Jeg ser vel helst at fakturering på
1538 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
1539 måtte betale mellommenn for retten til å lever ut en faktura, og
1540 liker rett og slett ikke dagens faktureringsmodeller.
</p
>
1545 <title>Hvor flyter Microsofts penger?
</title>
1546 <link>../../Hvor_flyter_Microsofts_penger_.html
</link>
1547 <guid isPermaLink=
"true">../../Hvor_flyter_Microsofts_penger_.html
</guid>
1548 <pubDate>Fri,
24 Apr
2009 11:
10:
00 +
0200</pubDate>
1550 <p
>Dagens nyhet er at omsetningen til Microsoft for første gang er
1551 synkende. Ikke spesielt uventet med den generelle nedgangen i
1552 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
1553 ting fra noen år tilbake.
</p
>
1555 <p
>Da jeg besøkte en kamerat i Beijing sommeren
2000, ble jeg fortalt
1556 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
1557 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
1558 rundt om i verden ble kanalisert inn til skatteparadiset
1559 <a href=
"http://en.wikipedia.org/wiki/Cayman_Islands
">Cayman
1560 Island
</a
>. Jeg har aldri lykkes med å få bekreftet dette påstanden,
1561 men tok i dag en titt på hvilke selskaper som eier de norske delene av
1562 Microsoft som jeg kjenner til, dvs.
1563 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft
&bc=
0&c=Z001YP4Y
&org=
957485030">Microsoft
1564 Norge AS
</a
> og
1565 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=fast
&bc=
348&c=Z0HR5KDT
&org=
979158831">FAST,
1566 A Microsoft Subsidiary
</a
> (tidligere FAST Search
& Transfer ASA).
</p
>
1568 <p
>Førstnevnte er eid av
"Microsoft International Holdings Spain
1569 S.R.L.
", mens sistnevnte i følge Wikipedia nå eies av
1570 Microsoft-underselskapet
"MACS Holdings Limited
". Jeg har ikke klart
1571 å finne mer informasjon om noen av disse. Mon tro om noen av dem
1572 sender pengene til Cayman Island? Finner det jeg tror er
1573 <a href=
"http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html
">informasjon
1574 om spaniaselskapet på spansk
</a
>, men jeg kan ikke lese spansk. :(
</p
>
1579 <title>EU-parlamentet raner fellesskapet for musikk
</title>
1580 <link>../../EU_parlamentet_raner_fellesskapet_for_musikk.html
</link>
1581 <guid isPermaLink=
"true">../../EU_parlamentet_raner_fellesskapet_for_musikk.html
</guid>
1582 <pubDate>Sun,
26 Apr
2009 08:
30:
00 +
0200</pubDate>
1584 <p
>Slashdot melder at EU-parlamentet har vedtatt
1585 <a href=
"http://www.europarl.europa.eu/news/expert/infopress_page/
058-
54192-
111-
04-
17-
909-
20090422IPR54191-
21-
04-
2009-
2009-false/default_en.htm
">å
1586 øke vernetiden for musikkopptak fra
50 til
70 år
</a
>, og dermed rane
1587 fellesskapet for
20 år med musikk som ville vært tilgjengelig uten
1588 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
1589 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
1590 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
1591 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
1592 folket, som skulle falt i det fri men som i stedet forblir under
1593 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
1594 urimelig. Tenke seg til at vernetiden startet i USA med
7 år og
1595 mulighet for forlengelse med
7 år. Nå er den
95 år der, og en stor
1596 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
1597 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
1598 I dag er den
70 år.
</p
>
1600 <p
>Jeg er glad det finnes
<a href=
"http://www.jamendo.com/
">så mye
1601 musikk tilgjengelig uten bruksbegresninger
</a
> at en kan klare seg
1602 uten musikk med bruksbegresninger.
</p
>
1607 <title>No patch is not better than a useless patch
</title>
1608 <link>../../No_patch_is_not_better_than_a_useless_patch.html
</link>
1609 <guid isPermaLink=
"true">../../No_patch_is_not_better_than_a_useless_patch.html
</guid>
1610 <pubDate>Tue,
28 Apr
2009 09:
30:
00 +
0200</pubDate>
1612 <p
>Julien Blache
1613 <a href=
"http://blog.technologeek.org/
2009/
04/
12/
214">claim that no
1614 patch is better than a useless patch
</a
>. I completely disagree, as a
1615 patch allow one to discuss a concrete and proposed solution, and also
1616 prove that the issue at hand is important enough for someone to spent
1617 time on fixing it. No patch do not provide any of these positive
1618 properties.
</p
>
1623 <title>Kryptert harddisk - naturligvis
</title>
1624 <link>../../Kryptert_harddisk___naturligvis.html
</link>
1625 <guid isPermaLink=
"true">../../Kryptert_harddisk___naturligvis.html
</guid>
1626 <pubDate>Sat,
2 May
2009 15:
30:
00 +
0200</pubDate>
1628 <p
><a href=
"http://www.dagensit.no/trender/article1658676.ece
">Dagens
1629 IT melder
</a
> at Intel hevder at det er dyrt å miste en datamaskin,
1630 når en tar tap av arbeidstid, fortrolige dokumenter,
1631 personopplysninger og alt annet det innebærer. Det er ingen tvil om
1632 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
1633 til at jeg har kryptert harddisken på både kontormaskinen og min
1634 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
1635 komme på avveie, den første informasjon relatert til jobben min ved
1636 Universitetet i Oslo, og den andre relatert til blant annet
1637 foreningsarbeide. Kryptering av diskene gjør at det er lite
1638 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
1639 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
1640 og en reboot vil gjøre at de ber om passord før de vil starte opp.
1641 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
1642 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
1643 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
1644 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
1645 det er gjort slik jeg gjør det er minimale, og gevinstene er
1646 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
1647 maskinen reinstalleres og alt er tapt.
</p
>
1649 <p
>Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
1650 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
1651 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
1652 er for min del høyere enn gevinsten. Jeg tror oddsene for at
1653 f.eks. etteretningsorganisasjoner har glede av å titte på mine
1654 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
1655 gjøre det vanskeligere for angripere med kompetanse og ressurser er
1656 betydelige.
</p
>
1661 <title>IDG mener linux i servermarkedet vil vokse med
21% i
2009</title>
1662 <link>../../IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</link>
1663 <guid isPermaLink=
"true">../../IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</guid>
1664 <pubDate>Thu,
7 May
2009 22:
30:
00 +
0200</pubDate>
1667 <a href=
"http://news.cnet.com/
8301-
13505_3-
10216873-
16.html
">interessante
1668 tall
</a
> fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
1669 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
1670 jobber til daglig. En rask opptelling forteller meg at vi har
490
1671 (
61%) fysiske unix-tjener (mest linux men også noen solaris) og
196
1672 (
25%) windowstjenere, samt
112 (
14%) virtuelle unix-tjenere. Med den
1673 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.
</p
>
1678 <title>Lenker samlet
2009-
05-
09</title>
1679 <link>../../Lenker_samlet_2009_05_09.html
</link>
1680 <guid isPermaLink=
"true">../../Lenker_samlet_2009_05_09.html
</guid>
1681 <pubDate>Sat,
9 May
2009 22:
40:
00 +
0200</pubDate>
1685 <li
><a href=
"http://www.aftenposten.no/meninger/kronikker/article3066834.ece
">Jeg, et offer
</a
>
1686 <br
>Aage Borchgrevink drodler om offerrollens framvekst i den norske
1687 offentligheten.
</li
>
1689 <li
><a href=
"http://www.nuug.no/pub/video/published/
200904-goopen.html
">Opptak fra Go Open
2009 på web
</a
>
1690 <br
>Endelig kan jeg få med meg foredragene jeg gikk glipp av.
</li
>
1692 <li
><a href=
"http://www.robweir.com/blog/
2009/
05/update-on-odf-spreadsheet.html
">MS Excel
2007 håndterer ODF dårlig
</a
>
1693 <br
>Microsoft har lykkes med å implementere ODF slik at de ikke
1694 samhandler med noen av de andre som håndterer ODF-regneark.
</li
>
1696 <li
><a href=
"http://www.groklaw.net/article.php?story=
20090503215045379">MS
1697 Word
2007 håndterer ODF dårlig
</a
>
1698 <br
>Fotnoter laget i MS Office blir merkelige i OpenOffice.org.
</li
>
1705 <title>3D-printing brer om seg - fabrikkene består
</title>
1706 <link>../../
3D_printing_brer_om_seg___fabrikkene_best__r.html
</link>
1707 <guid isPermaLink=
"true">../../
3D_printing_brer_om_seg___fabrikkene_best__r.html
</guid>
1708 <pubDate>Sun,
10 May
2009 16:
50:
00 +
0200</pubDate>
1710 <p
>I
2004 fikk jeg med meg en forelesning om
3D-printing under
<a
1711 href=
"http://wiki.oreillynet.com/eurofoo/index.cgi
">euro foo camp
</a
>
1712 der jeg lærte mye nytt om
3D-printing. Fikk se et lite sjakktårn
1713 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
1714 gummiball som også var skrevet ut (med et lite hull for å få ut
1715 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
1716 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
1717 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
1718 funnet noen referanser til i ettertid, og har derfor lurt på om det
1719 stemmer. Teknologisk skulle det ikke være noe i veien for slike
1720 løsninger, det er kun et spørmål om pris på skrivehoder og
1721 skrivere. I dag ble jeg tipset om en løsning som
1722 <a href=
"http://www.shapeways.com/blog/archives/
217-
3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html
">kan
1723 skrive ut hus
</a
>, med sand og bindemiddel i
25 DPI oppløsning. Mon
1724 tro om det er fremtidens byggemetode.
</p
>
1726 <p
>Jeg er ikke i tvil om at
3D-utskrift vil føre til endringer i
1727 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
1728 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
1729 som tror at
3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
1730 forregnet seg.
3D-skrivere er fantastisk bra til å lage spesielle
1731 dingser på forespørsel, f.eks. etter å ha lastet ned et
3D-design fra
1732 tjenester som
<a href=
"http://www.thingiverse.com/
">Thingiverse
</a
>.
1733 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
1734 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
1735 lages tusenvis, eller millioner av en dings, så vil fabrikkene
1736 sannsynligvis fortsette å slå
3D-skriving ned i støvlene
1737 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
1738 det derimot skal lages en håndfull, så vil
3D-skriving fremstå som
1739 et suverent alternativ.
3D-skriving er i så måte løsning for
1740 <a href=
"http://en.wikipedia.org/wiki/The_Long_Tail
">den lange
1741 halen
</a
>, mens fabrikker nok fortsatt vil være løsningen for
1742 massemarkedet.
</p
>
1747 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges
</title>
1748 <link>../../Massiv_overv__kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</link>
1749 <guid isPermaLink=
"true">../../Massiv_overv__kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</guid>
1750 <pubDate>Sat,
16 May
2009 09:
30:
00 +
0200</pubDate>
1752 <p
><a href=
"http://www.aftenposten.no/nyheter/oslo/article3078919.ece
">Flere
</a
>
1754 <a href=
"http://blogg.karlsbakk.net/
2009/
02/
28/nsb-ruter-og-flexus/
">flere
</a
>
1755 protesterer på den massive overvåkningen og registrering av
1756 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
1757 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
1758 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
1759 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
1760 alvorlig galt. Den massive registreringen av hvor og når
1761 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
1762 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
1763 Osloområdet.
</p
>
1768 <title>BSAs påstander om piratkopiering møter motstand
</title>
1769 <link>../../BSAs_p__stander_om_piratkopiering_m__ter_motstand.html
</link>
1770 <guid isPermaLink=
"true">../../BSAs_p__stander_om_piratkopiering_m__ter_motstand.html
</guid>
1771 <pubDate>Sun,
17 May
2009 23:
05:
00 +
0200</pubDate>
1773 <p
>Hvert år de siste årene har BSA, lobbyfronten til de store
1774 programvareselskapene som Microsoft og Apple, publisert en rapport der
1775 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
1776 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
1778 <a href=
"http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf
">siste
1779 rapport
</a
>, og det er flere kritiske kommentarer publisert de siste
1780 dagene. Et spesielt interessant kommentar fra Sverige,
1781 <a href=
"http://www.idg.se/
2.1085/
1.229795/bsa-hoftade-sverigesiffror
">BSA
1782 höftade Sverigesiffror
</a
>, oppsummeres slik:
</p
>
1785 I sin senaste rapport slår BSA fast att
25 procent av all mjukvara i
1786 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
1787 företag.
"Man bör nog kanske inte se de här siffrorna som helt
1788 exakta
", säger BSAs Sverigechef John Hugosson.
1791 <p
>Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge? To andre kommentarer er
<a
1792 href=
"http://www.vnunet.com/vnunet/comment/
2242134/bsa-piracy-figures-shot-reality
">BSA
1793 piracy figures need a shot of reality
</a
> og
<a
1794 href=
"http://www.michaelgeist.ca/content/view/
3958/
125/
">Does The WIPO
1795 Copyright Treaty Work?
</a
></p
>
1797 <p
>Fant lenkene via
<a
1798 href=
"http://tech.slashdot.org/article.pl?sid=
09/
05/
17/
1632242">oppslag
1799 på Slashdot
</a
>.
</p
>
1804 <title>Standarder fungerer best når en samler seg rundt dem
</title>
1805 <link>../../Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html
</link>
1806 <guid isPermaLink=
"true">../../Standarder_fungerer_best_n__r_en_samler_seg_rundt_dem.html
</guid>
1807 <pubDate>Tue,
19 May
2009 11:
30:
00 +
0200</pubDate>
1809 <p
>En standard er noe man samler seg rundt, ut fra ideen om at en får
1810 fordeler når mange står sammen. Jo flere som står sammen, jo
1811 bedre. Når en vet dette, blir det litt merkelig å lese noen av
1812 uttalelsene som er kommet inn til
1813 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2/horingsuttalelser.html?id=
549423">høringen
1814 om versjon
2 av statens referansekatalog over standarder
</a
>. Blant
1815 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
1816 innenfor samme område. Det blir som å si at det er fint om Norge
1817 standardiserte både på A4- og Letter-størrelser på arkene, ulik
1818 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
1819 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
1820 standard som er best. De fleste forstår heldigvis at dette ikke
1821 bidrar positivt.
</p
>
1826 <title>Litt om valgfusk og problemet med elektronisk stemmegiving
</title>
1827 <link>../../Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</link>
1828 <guid isPermaLink=
"true">../../Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</guid>
1829 <pubDate>Wed,
17 Jun
2009 14:
20:
00 +
0200</pubDate>
1831 <p
><a href=
"http://www.aftenposten.no/nyheter/uriks/article3127058.ece
">Aftenposten
1832 melder
</a
> at det kan se ut til at Iran ikke har lært av USA når det
1833 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
1834 kandidat aldri får færre stemmer under opptellingen, ellers blir det
1835 veldig tydelig at tallene ikke er til å stole på. I USA er det
1836 derimot
<a href=
"http://www.blackboxvoting.org/
">rapporter om at
1837 tallene har vært endret
</a
> på tur mot opptellingen, ikke etter at
1838 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
1839 En ting Iran åpenbart har forstått, er verdien av å kunne
1840 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
1841 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
1842 stemmene har vært oppbevart.
</p
>
1844 <p
><a href=
"http://universitas.no/kronikk/
48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/
">Universitetet
1845 i Oslo derimot
</a
>, har ikke forstått verdien av å kunne
1846 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
1847 over Internet, med et system som ikke kan kontrolltelles hvis det
1848 kommer anklager om juks med stemmene. Systemet har flere kjente
1849 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
1850 jeg har derfor latt være å stemme ved valg på UiO siden det ble
1853 <p
>Universitet i Bergen derimot har klart det kunststykket å aktivt gå
1854 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
1855 over Internet
<a href=
"http://nyheter.uib.no/?modus=vis_nyhet
&id=
43404">kan
1856 spore hvem som stemmer hva
</a
> (det kan en forøvrig også ved UiO), og tatt
1857 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
1858 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
1859 inneholdt i Iran hvis de ikke hadde hemmelige valg?
</p
>
1864 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
1865 <link>../../Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
1866 <guid isPermaLink=
"true">../../Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
1867 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
1869 <p
>Jeg ble glad da regjeringen
1870 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
1872 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
1873 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
1874 faktisk var vedtatt etter
1875 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
1876 De fleste av de valgte åpne standardene er gode og vil bidra til at
1877 alle kan delta på like vilkår i å lage løsninger for staten, men
1878 noen av dem blokkerer for de som ikke har anledning til å benytte
1879 spesifikasjoner som krever betaling for bruk (såkalt
1880 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
1881 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
1882 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
1883 fra statens websider gjøre dette uten å måtte bruke programmer der
1884 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
1885 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
1886 Vorbis), så vil en bli tvunget til å forholde seg til
1887 royalty-belastede standarder for å få tilgang til videoen og
1890 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
1891 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
1892 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
1893 all forståelse for hvilke prinsipper som må følges for å oppnå
1894 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
1896 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
1897 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
1902 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
1903 <link>../../Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html
</link>
1904 <guid isPermaLink=
"true">../../Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html
</guid>
1905 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
1907 <p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
1908 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
1909 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
1910 wiki, direkte tilgjengelig via
"<a
1911 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
1912 v2.0 - Oppsummering av høring
</a
>" og
"<a
1913 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
1914 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
1915 UTKAST
</a
>".
</p
>
1917 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
1918 høringsuttalelsen da jeg skummet igjennom den. Det første er at
1919 forståelsen av hvordan programvarepatenter påvirker fri
1920 programvareutvikling også i Norge når en argumenterer med at
1921 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
1922 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
1923 standard innenfor hvert område. Det siste er at påstander i
1924 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
1925 Microsoft om hvordan Ogg blir standardisert og påstanden fra
1926 politidirektoratet om patentproblemer i Theora).
</p
>
1931 <title>Taking over sysvinit development
</title>
1932 <link>../../Taking_over_sysvinit_development.html
</link>
1933 <guid isPermaLink=
"true">../../Taking_over_sysvinit_development.html
</guid>
1934 <pubDate>Wed,
22 Jul
2009 23:
00:
00 +
0200</pubDate>
1936 <p
>After several years of frustration with the lack of activity from
1937 the existing sysvinit upstream developer, I decided a few weeks ago to
1938 take over the package and become the new upstream. The number of
1939 patches to track for the Debian package was becoming a burden, and the
1940 lack of synchronization between the distribution made it hard to keep
1941 the package up to date.
</p
>
1943 <p
>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
1944 and my Debian co-maintainer Kel Modderman. About
10 days ago, I made
1945 a new upstream tarball with version number
2.87dsf (for Debian, SuSe
1946 and Fedora), based on the patches currently in use in these
1947 distributions. We Debian maintainers plan to move to this tarball as
1948 the new upstream as soon as we find time to do the merge. Since the
1949 new tarball was created, we agreed with Werner at SuSe to make a new
1950 upstream project at
<a href=
"http://savannah.nongnu.org/
">Savannah
</a
>, and continue
1951 development there. The project is registered and currently waiting
1952 for approval by the Savannah administrators, and as soon as it is
1953 approved, we will import the old versions from svn and continue
1954 working on the future release.
</p
>
1956 <p
>It is a bit ironic that this is done now, when some of the involved
1957 distributions are moving to upstart as a syvinit replacement.
</p
>
1962 <title>Debian has switched to dependency based boot sequencing
</title>
1963 <link>../../Debian_has_switched_to_dependency_based_boot_sequencing.html
</link>
1964 <guid isPermaLink=
"true">../../Debian_has_switched_to_dependency_based_boot_sequencing.html
</guid>
1965 <pubDate>Mon,
27 Jul
2009 23:
50:
00 +
0200</pubDate>
1967 <p
>Since this evening, with the upload of sysvinit version
2.87dsf-
2,
1968 and the upload of insserv version
1.12.0-
10 yesterday, Debian unstable
1969 have been migrated to using dependency based boot sequencing. This
1970 conclude work me and others have been doing for the last three days.
1971 It feels great to see this finally part of the default Debian
1972 installation. Now we just need to weed out the last few problems that
1973 are bound to show up, to get everything ready for Squeeze.
</p
>
1975 <p
>The next step is migrating /sbin/init from sysvinit to upstart, and
1976 fixing the more fundamental problem of handing the event based
1977 non-predictable kernel in the early boot.
</p
>
1982 <title>ISO still hope to fix OOXML
</title>
1983 <link>../../ISO_still_hope_to_fix_OOXML.html
</link>
1984 <guid isPermaLink=
"true">../../ISO_still_hope_to_fix_OOXML.html
</guid>
1985 <pubDate>Sat,
8 Aug
2009 14:
00:
00 +
0200</pubDate>
1987 <p
>According to
<a
1988 href=
"http://twerner.blogspot.com/
2009/
08/defects-of-office-open-xml.html
">a
1989 blog post from Torsten Werner
</a
>, the current defect report for ISO
1990 29500 (ISO OOXML) is
809 pages. His interesting point is that the
1991 defect report is
71 pages more than the full ODF
1.1 specification.
1992 Personally I find it more interesting that ISO still believe ISO OOXML
1993 can be fixed in ISO. Personally, I believe it is broken beyon repair,
1994 and I completely lack any trust in ISO for being able to get anywhere
1995 close to solving the problems. I was part of the Norwegian committee
1996 involved in the OOXML fast track process, and was not impressed with
1997 Standard Norway and ISO in how they handled it.
</p
>
1999 <p
>These days I focus on ODF instead, which seem like a specification
2000 with the future ahead of it. We are working in NUUG to organise a ODF
2001 seminar this autumn.
</p
>
2006 <title>Relative popularity of document formats (MS Office vs. ODF)
</title>
2007 <link>../../Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</link>
2008 <guid isPermaLink=
"true">../../Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</guid>
2009 <pubDate>Wed,
12 Aug
2009 15:
50:
00 +
0200</pubDate>
2011 <p
>Just for fun, I did a search right now on Google for a few file ODF
2012 and MS Office based formats (not to be mistaken for ISO or ECMA
2013 OOXML), to get an idea of their relative usage. I searched using
2014 'filetype:odt
' and equvalent terms, and got these results:
</P
>
2017 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2018 <tr
><td
>Tekst
</td
> <td
>odt:
282000</td
> <td
>docx:
308000</td
></tr
>
2019 <tr
><td
>Presentasjon
</td
> <td
>odp:
75600</td
> <td
>pptx:
183000</td
></tr
>
2020 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
145000</td
></tr
>
2023 <p
>Next, I added a
'site:no
' limit to get the numbers for Norway, and
2024 got these numbers:
</p
>
2027 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2028 <tr
><td
>Tekst
</td
> <td
>odt:
2480 </td
> <td
>docx:
4460</td
></tr
>
2029 <tr
><td
>Presentasjon
</td
> <td
>odp:
299 </td
> <td
>pptx:
741</td
></tr
>
2030 <tr
><td
>Regneark
</td
> <td
>ods:
187 </td
> <td
>xlsx:
372</td
></tr
>
2033 <p
>I wonder how these numbers change over time.
</p
>
2035 <p
>I am aware of Google returning different results and numbers based
2036 on where the search is done, so I guess these numbers will differ if
2037 they are conduced in another country. Because of this, I did the same
2038 search from a machine in California, USA, a few minutes after the
2039 search done from a machine here in Norway.
</p
>
2043 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2044 <tr
><td
>Tekst
</td
> <td
>odt:
129000</td
> <td
>docx:
308000</td
></tr
>
2045 <tr
><td
>Presentasjon
</td
> <td
>odp:
44200</td
> <td
>pptx:
93900</td
></tr
>
2046 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
82400</td
></tr
>
2049 <p
>And with
'site:no
':
2052 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
2053 <tr
><td
>Tekst
</td
> <td
>odt:
2480</td
> <td
>docx:
3410</td
></tr
>
2054 <tr
><td
>Presentasjon
</td
> <td
>odp:
175</td
> <td
>pptx:
604</td
></tr
>
2055 <tr
><td
>Regneark
</td
> <td
>ods:
186 </td
> <td
>xlsx:
296</td
></tr
>
2058 <p
>Interesting difference, not sure what to conclude from these
2064 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
2065 <link>../../Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html
</link>
2066 <guid isPermaLink=
"true">../../Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html
</guid>
2067 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
2069 <p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
2070 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
2071 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
2072 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
2073 det grunner og annet en må ta hensyn til på sjøen.
</p
>
2075 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
2076 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
2077 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
2078 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
2080 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
2081 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
2082 lekket ut i havet, var det registrert problemer relatert til
2083 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
2084 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
2085 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
2086 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
2087 uker tidligere konstatert manglende sjøkart.
</p
>
2089 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
2090 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
2091 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
2092 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
2093 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
2094 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
2095 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
2096 ikke har sjøkart i båten.
</p
>
2098 <p
>Formatet på de digitale sjøkartene som gjøræs tilgjengelig fra
2099 sjøkartverket må være i henhold til en fri og åpen standard, slik at
2100 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
2101 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
2102 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
2103 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
2104 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
2106 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
2107 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
2108 om hvor viktig det er at de har oppdaterte kart. Det bør være
2109 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
2110 enn at de er pålagt å ha oppdaterte kart.
</p
>
2112 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
2113 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
2114 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
2116 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
2117 på et dugnadsbasert fribrukskart for havet,
2118 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
2119 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
2120 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
2121 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>
2126 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?
</title>
2127 <link>../../MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html
</link>
2128 <guid isPermaLink=
"true">../../MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html
</guid>
2129 <pubDate>Wed,
23 Sep
2009 10:
00:
00 +
0200</pubDate>
2131 <p
>Elektroniske bøker diskuteres for tiden, etter at
2132 <a href=
"http://www.aftenposten.no/kul_und/litteratur/article3280914.ece
">bokbransjen
2133 hevder
</a
> det er usikkert om de kommer til å gi ut elektroniske
2134 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
2135 på papirbøker. I den forbindelse så jeg et interessant forslag i
2137 <a href=
"http://www.digi.no/php/ny_debatt.php?id=
823912">digi-debatt
</a
>
2138 jeg hadde sans for.
"einarr
" foreslo at DRM-infiserte elektroniske
2139 bøker bør ha merverdiavgift, da
"de ikke bidrar til
2140 kunnskapsspredning på samme måte
" som papirbøker og dermed går
2141 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
2142 mva-fritak da de
"kan overføres mellom enheter, leses på ulike
2143 plattformer, lånes ut og siteres og kopieres fra
" slik en kan med
2144 papirbøker.
</p
>
2146 <p
>En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
2147 materiale må anses som leid og dermed en tjeneste, mens materiale uten
2148 DRM må anses som et kjøp.
</p
>
2153 <title>Internet-sensur skal i retten på mandag
</title>
2154 <link>../../Internet_sensur_skal_i_retten_p___mandag.html
</link>
2155 <guid isPermaLink=
"true">../../Internet_sensur_skal_i_retten_p___mandag.html
</guid>
2156 <pubDate>Sat,
10 Oct
2009 22:
00:
00 +
0200</pubDate>
2158 <p
><a href=
"http://www.dagensit.no/bransje/article1757755.ece
">DagensIT
</a
>
2159 melder at Telenor og Tono skal i retten på mandag for å diskutere
2160 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
2161 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
2162 resultatet fra den rettsaken.
</p
>
2164 <p
>Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
2165 Strøm, som forteller at
"Pirate Bay inneholder
95 prosent ulovlig
2166 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
2167 sensur
". Jeg tok en titt på
2168 <a href=
"http://thepiratebay.org/
">forsiden til The Pirate Bay
</a
>,
2169 som forteller at det pr. i dag er
1 884 694 torrenter på trackeren.
2170 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
2171 av The Pirate Bay.
5% av dette antallet er
94 235. Det kan dermed
2172 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
2173 tilgang til nesten
100 000 lovlige filer. Jeg lurer på om han er
2174 korrekt sitert.
</p
>
2176 <p
>Lurer også på hvor
95%-tallet kommer fram. Er det seriøs og
2177 etterprøvbar forskning på området som viser at dette er andelen
2178 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
2179 musikkbransjenes egne tall? De har
2180 <a href=
"http://www.guardian.co.uk/music/
2009/oct/
06/edwyn-collins-sharing-music
">jo
2181 demonstrert
</a
> at de ikke er i stand til å skille lovlig og ulovlig
2182 bruk av musikk.
</p
>
2187 <title>Jeg vil ikke ha BankID
</title>
2188 <link>../../Jeg_vil_ikke_ha_BankID.html
</link>
2189 <guid isPermaLink=
"true">../../Jeg_vil_ikke_ha_BankID.html
</guid>
2190 <pubDate>Fri,
30 Oct
2009 13:
05:
00 +
0100</pubDate>
2192 <p
>Min hovedbankforbindelse,
2193 <a href=
"http://www.postbanken.no/
">Postbanken
</a
>, har fra
1. oktober
2194 blokkert tilgangen min til nettbanken hvis jeg ikke godtar vilkårene
2195 for
<a href=
"https://www.bankid.no/
">BankID
</a
> og går over til å
2196 bruke BankID for tilgangskontroll. Tidligere kunne jeg bruke en
2197 kodekalkulator som ga tilgang til nettbanken, men nå er dette ikke
2198 lenger mulig. Jeg blokkeres ute fra nettbanken og mine egne penger
2199 hvis jeg ikke godtar det jeg anser som urimelige vilkår i
2200 BankID-avtalen.
</p
>
2202 <p
>BankID er en løsning der banken gis rett til å handle på vegne av
2203 meg, med avtalemessig forutsetning at jeg i hvert enkelt tilfelle har
2204 bedt banken gjøre dette. BankID kan brukes til å signere avtaler,
2205 oppta lån og andre handlinger som har alvorlige følger for meg.
2206 Problemet slik jeg ser det er at BankID er lagt opp slik at banken har
2207 all informasjon og tilgang som den trenger for å bruke BankID, også
2208 uten at jeg er involvert. Avtalemessing og juridisk skal de kun bruke
2209 min BankID når jeg har oppgitt pinkode og passord, men praktisk og
2210 konkret kan de gjøre dette også uten at min pinkode eller mitt passord
2211 er oppgitt, da de allerede har min pinkode og passord tilgjengelig hos
2212 seg for å kunne sjekke at riktig pinkode og passord er oppgitt av meg
2213 (eller kan skaffe seg det ved behov). Jeg ønsker ikke å gi banken
2214 rett til å inngå avtaler på vegne av meg.
</p
>
2216 <p
>Rent teknisk er BankID et offentlig nøkkelpar, en privat og en
2217 offentlig nøkkel, der den private nøkkelen er nødvendig for å
2218 "signere
" på vegne av den nøkkelen gjelder for, og den offentlige
2219 nøkkelen er nødvendig for å sjekke hvem som har signert. Banken
2220 sitter på både den private og den offentlige nøkkelen, og sier de kun
2221 skal bruke den private hvis kunden ber dem om det og oppgir pinkode og
2225 <p
>I postbankens
2226 <a href=
"https://www.postbanken.no//portalfront/nedlast/no/person/avtaler/BankID_avtale.pdf
">vilkår
2227 for BankID
</a
> står følgende:
</p
>
2230 <p
>"6. Anvendelsesområdet for BankID
</p
>
2232 <p
>PersonBankID kan benyttes fra en datamaskin, eller etter nærmere
2233 avtale fra en mobiltelefon/SIM-kort, for pålogging i nettbank og til
2234 identifisering og signering i forbindelse med elektronisk
2235 meldingsforsendelse, avtaleinngåelse og annen form for nettbasert
2236 elektronisk kommunikasjon med Banken og andre brukersteder som har
2237 tilrettelagt for bruk av BankID. Dette forutsetter at brukerstedet
2238 har inngått avtale med bank om bruk av BankID.
"</p
>
2241 <p
>Det er spesielt retten til
"avtaleinngåelse
" jeg synes er urimelig
2242 å kreve for at jeg skal få tilgang til mine penger via nettbanken, men
2243 også retten til å kommunisere på vegne av meg med andre brukersteder og
2244 signering av meldinger synes jeg er problematisk. Jeg må godta at
2245 banken skal kunne signere for meg på avtaler og annen kommunikasjon
2246 for å få BankID.
</p
>
2248 <p
>På spørsmål om hvordan jeg kan få tilgang til nettbank uten å gi
2249 banken rett til å inngå avtaler på vegne av meg svarer Postbankens
2250 kundestøtte at
"Postbanken har valgt BankID for bl.a. pålogging i
2251 nettbank , så her må du nok ha hele denne løsningen
". Jeg nektes
2252 altså tilgang til nettbanken inntil jeg godtar at Postbanken kan
2253 signere avtaler på vegne av meg.
</p
>
2255 <p
>Postbankens kundestøtte sier videre at
"Det har blitt et krav til
2256 alle norske banker om å innføre BankID, bl.a på grunn av
2257 sikkerhet
", uten at jeg her helt sikker på hvem som har framsatt
2258 dette kravet. [Oppdatering: Postbankens kundestøtte sier kravet er
2259 fastsatt av
<a href=
"http://www.kredittilsynet.no/
">kreditttilsynet
</a
>
2260 og
<a href=
"http://www.bbs.no/
">BBS
</a
>.] Det som er situasjonen er
2261 dog at det er svært få banker igjen som ikke bruker BankID, og jeg
2262 vet ikke hvilken bank som er et godt alternativ for meg som ikke vil
2263 gi banken rett til å signere avtaler på mine vegne.
</p
>
2265 <p
>Jeg ønsker mulighet til å reservere meg mot at min BankID brukes
2266 til annet enn å identifisere meg overfor nettbanken før jeg vil ta i
2267 bruk BankID. Ved nettbankbruk er det begrenset hvor store skader som
2268 kan oppstå ved misbruk, mens avtaleinngåelse ikke har tilsvarende
2269 begrensing.
</p
>
2271 <p
>Jeg har klaget vilkårene inn for
<a
2272 href=
"http://www.forbrukerombudet.no/
">forbrukerombudet
</a
>, men
2273 regner ikke med at de vil kunne bidra til en rask løsning som gir meg
2274 nettbankkontroll over egne midler. :(
2279 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk
</title>
2280 <link>../../Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html
</link>
2281 <guid isPermaLink=
"true">../../Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html
</guid>
2282 <pubDate>Fri,
6 Nov
2009 18:
45:
00 +
0100</pubDate>
2284 <p
>Det er svært gledelig å se at
2285 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3360796.ece
">retten
2286 fant at Telenor ikke skal fungere som Internet-voktere
</a
> på vegne av
2287 opphavsrettsmafiaen. TONO påstår ikke overraskende
"rettighetshaverne
2288 er rettsløse
". De burde jo vite alt om hvordan rettighetshaverne blir
2290 <a href=
"http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492
">nektet
2291 å hjelpe et av sine medlemmer i en plagiatsak
</a
> mot Universal i
2294 <p
>Ved opphavsrettsbrudd så er det jo den som offentliggjort
2295 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
2296 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
2297 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
2298 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
2299 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
2300 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
2301 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
2302 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
2303 en ikke liker det som blir publisert, så må det tas opp med den som
2304 publiserer, ikke noen andre.
</p
>
2306 <p
>Personlig velger jeg å stort sett bruke kulturuttrykk som
2307 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.
</p
>
2312 <title>Kartverket
"frigjør
" data men er fortsatt ikke interessante
</title>
2313 <link>../../Kartverket__frigj__r__data_men_er_fortsatt_ikke_interessante.html
</link>
2314 <guid isPermaLink=
"true">../../Kartverket__frigj__r__data_men_er_fortsatt_ikke_interessante.html
</guid>
2315 <pubDate>Thu,
12 Nov
2009 10:
10:
00 +
0100</pubDate>
2318 <a href=
"http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips
">kartnyhet
</a
>
2319 er at kartverket gir ikke-kommersiell tilgang til
2320 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
2321 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
2322 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
2323 interesse.
</p
>
2325 <p
>I går publiserte Ivan Sanchez
2326 <a href=
"http://www.opengeodata.org/
2009/
11/
11/
921/
">kaketesten
</a
>
2327 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
2328 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
2329 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
2330 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
2331 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
2332 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
2333 ikke be en konditor om å lage en kake (brudd på kravet om
2334 ikke-kommersiell bruk) med kartverkets kart.
</p
>
2336 <p
>De som vil lage karttjenester basert på denne nye tjenesten fra
2337 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
2338 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
2339 nok fortsette å bruke data fra
2340 <a href=
"http://www.openstreetmap.org
">OpenStreetmap.org
</a
>, der jeg
2341 har kontrollen med tilgang til kartdataene, og kan endre på de
2342 underliggende dataene som jeg ønsker.
</p
>
2344 <p
>Som et eksempel, så trenger vi til en norsk
2345 <a href=
"http://www.fixmystreet.com/
">FixMyStreet-installasjon
</a
>
2346 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
2347 er ubrukelig til dette.
</p
>
2352 <title>Første NUUG-fordrag sendt på TV
</title>
2353 <link>../../F__rste_NUUG_fordrag_sendt_p___TV.html
</link>
2354 <guid isPermaLink=
"true">../../F__rste_NUUG_fordrag_sendt_p___TV.html
</guid>
2355 <pubDate>Tue,
8 Dec
2009 12:
00:
00 +
0100</pubDate>
2357 <p
>Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
2359 <a href=
"http://www.nuug.no/aktiviteter/
20090512-bifrost/
">utskriftsløsningen
2360 Biforst
</a
> var først ute, pga. at det var det nyeste foredraget som
2361 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
2362 teksting av video skulle gjøres.
</p
>
2364 <p
>NUUG har vært involvert i
2365 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> en stund nå, for å
2366 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
2367 er en sped start på det vi har planlagt.
</p
>
2369 <p
>NUUGs første foredrag sendes ut via frikanelen på digitalt
2370 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
2371 ta inn sendingen. Slå på TVen
5/
12 16:
05 (for sent),
12/
12 14:
00,
2372 19/
12 16:
00,
24/
12 15:
37 eller
26/
12 16:
11 i år, så skal du få se
2373 meg, Tollef og alle andre de som deltok på møtet på TV.
<p
>
2378 <title>Opphavet til Skolelinux-prosjektet
</title>
2379 <link>../../Opphavet_til_Skolelinux_prosjektet.html
</link>
2380 <guid isPermaLink=
"true">../../Opphavet_til_Skolelinux_prosjektet.html
</guid>
2381 <pubDate>Thu,
17 Dec
2009 10:
50:
00 +
0100</pubDate>
2383 <p
>De færreste er klar over at Skolelinux-prosjektet kom som et resultat
2384 av en avgjørelse på årsmøtet i
2385 <a href=
"http://www.nuug.no/
">NUUG
</a
> i
2000-
06-
29, der Håkon Wium
2386 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
2387 initiativ kalt
"Teach the Teacher
", som skulle være et initiativ for
2388 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
2389 Tanken var at en måtte starte med lærerne for at ungene skulle få
2390 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
2391 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
2392 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
2393 hadde invitert Microsoft til et møte for å fortelle om fremtidens
2394 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
2396 <a href=
"http://www.digi.no/
60982/first-tuesday-mote-med-microsoft-protest
">en
2397 demonstrasjon utenfor lokalene
2001-
05-
21</a
>. Blant de som sto bak
2398 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
2399 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
2400 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
2401 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
2402 initiativ til
"Teach the Teacher
", og for å forsøke å få litt fremgang
2403 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
2404 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
2405 av fri programvare og unix-lignende operativsystemer. Flere var
2406 interessert, og Knut Yrvin tenkte på ideen. Han
2407 <a href=
"http://developer.skolelinux.no/brev/
2001-
06-
28-invitasjon-skolelinux.txt
">ropte
2408 sammen
</a
> til et stiftelsesmøte i prosjektet i sin arbeidsgivers
2409 Objectwares lokaler ved Ullevål stadion
2001-
07-
02, og jeg ble med.
2410 Resten er historie. :)
</p
>
2415 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere
</title>
2416 <link>../../Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html
</link>
2417 <guid isPermaLink=
"true">../../Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html
</guid>
2418 <pubDate>Wed,
30 Dec
2009 16:
35:
00 +
0100</pubDate>
2420 <p
>Via Slashdot fant jeg en
2421 <a href=
"http://www.cnn.com/
2009/OPINION/
12/
29/schneier.air.travel.security.theater/index.html
">nydelig
2422 kommentar fra Bruce Schneier
</a
> som ble publisert hos CNN i går. Den
2423 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
2424 totalitære politistatmetoder ikke er løsningen for å gjøre verden
2425 sikrere. Anbefales på det varmeste.
</p
>
2427 <p
>Oppdatering: Kom over
2428 <a href=
"http://gizmodo.com/
5435675/president-obama-its-time-to-fire-the-tsa
">nok
2429 en kommentar
</a
> om den manglende effekten av dagens sikkerhetsteater
2430 på flyplassene.
</p
>
2435 <title>Automatic Munin and Nagios configuration
</title>
2436 <link>../../Automatic_Munin_and_Nagios_configuration.html
</link>
2437 <guid isPermaLink=
"true">../../Automatic_Munin_and_Nagios_configuration.html
</guid>
2438 <pubDate>Wed,
27 Jan
2010 15:
15:
00 +
0100</pubDate>
2440 <p
>One of the new features in the next Debian/Lenny based release of
2441 Debian Edu/Skolelinux, which is scheduled for release in the next few
2442 days, is automatic configuration of the service monitoring system
2443 Nagios. The previous release had automatic configuration of trend
2444 analysis using Munin, and this Lenny based release take that a step
2447 <p
>When installing a Debian Edu Main-server, it is automatically
2448 configured as a Munin and Nagios server. In addition, it is
2449 configured to be a server for the
2450 <a href=
"http://wiki.debian.org/DebianEdu/HowTo/SiteSummary
">SiteSummary
2451 system
</a
> I have written for use in Debian Edu. The SiteSummary
2452 system is inspired by a system used by the University of Oslo where I
2453 work. In short, the system provide a centralised collector of
2454 information about the computers on the network, and a client on each
2455 computer submitting information to this collector. This allow for
2456 automatic information on which packages are installed on each machine,
2457 which kernel the machines are using, what kind of configuration the
2458 packages got etc. This also allow us to automatically generate Munin
2459 and Nagios configuration.
</p
>
2461 <p
>All computers reporting to the sitesummary collector with the
2462 munin-node package installed is automatically enabled as a Munin
2463 client and graphs from the statistics collected from that machine show
2464 up automatically on http://www/munin/ on the Main-server.
</p
>
2466 <p
>All non-laptop computers reporting to the sitesummary collector are
2467 automatically monitored for network presence (ping and any network
2468 services detected). In addition, all computers (also laptops) with
2469 the nagios-nrpe-server package installed and configured the way
2470 sitesummary would configure it, are monitored for full disks, software
2471 raid status, swap free and other checks that need to run locally on
2472 the machine.
</p
>
2474 <p
>The result is that the administrator on a school using Debian Edu
2475 based on Lenny will be able to check the health of his installation
2476 with one look at the Nagios settings, without having to spend any time
2477 keeping the Nagios configuration up-to-date.
</p
>
2479 <p
>The only configuration one need to do to get Nagios up and running
2480 is to set the password used to get access via HTTP. The system
2481 administrator need to run
"<tt
>htpasswd /etc/nagios3/htpasswd.users
2482 nagiosadmin
</tt
>" to create a nagiosadmin user and set a password for
2483 it to be able to log into the Nagios web pages. After that,
2484 everything is taken care of.
</p
>
2489 <title>Danmark går for ODF?
</title>
2490 <link>../../Danmark_g__r_for_ODF_.html
</link>
2491 <guid isPermaLink=
"true">../../Danmark_g__r_for_ODF_.html
</guid>
2492 <pubDate>Fri,
29 Jan
2010 12:
00:
00 +
0100</pubDate>
2494 <p
>Ble nettopp gjort oppmerksom på en
2495 <a href=
"http://www.version2.dk/artikel/
13690-breaking-odf-vinder-dokumentformat-krigen
">nyhet fra Version2
</a
>
2496 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
2497 brukes som dokumentutvekslingsformat i Staten.
</p
>
2499 <p
>Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
2500 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
2502 <a href=
"http://www.version2.dk/artikel/
13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard
">en
2503 annen artikkel
</a
> i samme nett-avis. Liker spesielt godt denne:
</p
>
2505 <p
><blockquote
> Det skal demonstreres, at standarden i sin helhed kan
2506 implementeres af alle direkte i sin helhed på flere
2507 platforme.
</blockquote
></p
>
2509 <p
>Noe slikt burde være et krav også i Norge.
</p
>
2514 <title>Debian Edu / Skolelinux based on Lenny released, work continues
</title>
2515 <link>../../Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html
</link>
2516 <guid isPermaLink=
"true">../../Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html
</guid>
2517 <pubDate>Thu,
11 Feb
2010 17:
15:
00 +
0100</pubDate>
2519 <p
>On Tuesday, the Debian/Lenny based version of
2520 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
> was finally
2521 shipped. This was a major leap forward for the project, and I am very
2522 pleased that we finally got the release wrapped up. Work on the first
2523 point release starts imediately, as we plan to get that one out a
2524 month after the major release, to include all fixes for bugs we found
2525 and fixed too late in the release process to include last Tuesday.
</p
>
2527 <p
>Perhaps it even is time for some partying?
</p
>
2529 <p
>After this first point release, my plan is to focus again on the
2530 next major release, based on Squeeze. We will try to get as many of
2531 the fixes we need into the official Debian packages before the freeze,
2532 and have just a few weeks or months to make it happen.
</p
>
2537 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak
</title>
2538 <link>../../Digitale_b__ker_uten_digitale_restriksjonsmekanismer__DRM__b__r_f___mva_fritak.html
</link>
2539 <guid isPermaLink=
"true">../../Digitale_b__ker_uten_digitale_restriksjonsmekanismer__DRM__b__r_f___mva_fritak.html
</guid>
2540 <pubDate>Wed,
3 Mar
2010 19:
00:
00 +
0100</pubDate>
2542 <p
>Den norske bokbransjen har
2543 <a href=
"http://www.digi.no/
823912/nei-til-moms-paa-e-boker
">bedt om at
2544 digitale bøker må få mva-fritak
</a
> slik papirbøker har det, og
2545 <a href=
"http://www.digi.no/
836875/moms-paa-alt-digitalt-innhold
">finansdepartementet
2546 har sagt nei
</a
>. Det er et interessant spørsmål om digitale bøker
2547 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
2549 <a href=
"http://www.digi.no/
836925/norske-e-boker-truet-av-moms
">Enkelte
2550 medlemmer
</a
> av bokbransjen truer med å droppe den planlagte
2551 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
2552 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
2553 gjerne gjøre for min del.
</p
>
2555 <p
>Papirbøker har mva-fritak pga. at de fremmer kultur- og
2556 kunnskapsspredning. Digitale bøker uten digitale
2557 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
2558 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
2559 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
2560 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
2561 få det da det er utleie av bøker og ikke salg.
</p
>
2563 <p
>Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
2564 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
2565 til å betale for å leie en bok, men tror ikke det er mange kronene.
2566 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
2567 de som vil ha tak i engelske bøker kan laste ned bøker som er
2568 tilgjengelig uten bruksbegresninger fra
<a href=
"http://www.archive.org/
">The
2569 Internet Archive
</a
>. Der er det pr. i dag
1 889 313 bøker
2570 tilgjengelig. De er tilgjengelig i flere formater. Besøk
2571 <a href=
"http://www.archive.org/details/texts
">oversikten over tekster
2572 der
</a
> for å se hva de har.
2577 <title>After
6 years of waiting, the Xreset.d feature is implemented
</title>
2578 <link>../../After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html
</link>
2579 <guid isPermaLink=
"true">../../After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html
</guid>
2580 <pubDate>Sat,
6 Mar
2010 18:
15:
00 +
0100</pubDate>
2582 <p
>6 years ago, as part of the Debian Edu development I am involved
2583 in, I asked for a hook in the kdm and gdm setup to run scripts as root
2584 when the user log out. A bug was submitted against the xfree86-common
2585 package in
2004 (
<a href=
"http://bugs.debian.org/
230422">#
230422</a
>),
2586 and revisited every time Debian Edu was working on a new release.
2587 Today, this finally paid off.
</p
>
2589 <p
>The framework for this feature was today commited to the git
2590 repositry for the xorg package, and the git repository for xdm has
2591 been updated to use this framework. Next on my agenda is to make sure
2592 kdm and gdm also add code to use this framework.
</p
>
2594 <p
>In Debian Edu, we want to ability to run commands as root when the
2595 user log out, to get rid of runaway processes and do general cleanup
2596 after a user. With this framework in place, we finally can do that in
2597 a generic way that work with all display managers using this
2598 framework. My goal is to get all display managers in Debian use it,
2599 similar to how they use the Xsession.d framework today.
<p
>
2604 <title>Kerberos for Debian Edu/Squeeze?
</title>
2605 <link>../../Kerberos_for_Debian_Edu_Squeeze_.html
</link>
2606 <guid isPermaLink=
"true">../../Kerberos_for_Debian_Edu_Squeeze_.html
</guid>
2607 <pubDate>Wed,
14 Apr
2010 17:
20:
00 +
0200</pubDate>
2609 <p
><a href=
"http://www.nuug.no/aktiviteter/
20100413-kerberos/
">Yesterdays
2610 NUUG presentation
</a
> about Kerberos was inspiring, and reminded me
2611 about the need to start using Kerberos in Skolelinux. Setting up a
2612 Kerberos server seem to be straight forward, and if we get this in
2613 place a long time before the Squeeze version of Debian freezes, we
2614 have a chance to migrate Skolelinux away from NFSv3 for the home
2615 directories, and over to an architecture where the infrastructure do
2616 not have to trust IP addresses and machines, and instead can trust
2617 users and cryptographic keys instead.
</p
>
2619 <p
>A challenge will be integration and administration. Is there a
2620 Kerberos implementation for Debian where one can control the
2621 administration access in Kerberos using LDAP groups? With it, the
2622 school administration will have to maintain access control using flat
2623 files on the main server, which give a huge potential for errors.
</p
>
2625 <p
>A related question I would like to know is how well Kerberos and
2626 pam-ccreds (offline password check) work together. Anyone know?
</p
>
2628 <p
>Next step will be to use Kerberos for access control in Lwat and
2629 Nagios. I have no idea how much work that will be to implement. We
2630 would also need to document how to integrate with Windows AD, as such
2631 shared network will require two Kerberos realms that need to cooperate
2632 to work properly.
</p
>
2634 <p
>I believe a good start would be to start using Kerberos on the
2635 skolelinux.no machines, and this way get ourselves experience with
2636 configuration and integration. A natural starting point would be
2637 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
2638 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
2641 <p
>If you would like to contribute to get this working in Skolelinux,
2642 I recommend you to see the video recording from yesterdays NUUG
2643 presentation, and start using Kerberos at home. The video show show
2644 up in a few days.
</p
>
2649 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
2650 <link>../../Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
2651 <guid isPermaLink=
"true">../../Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</guid>
2652 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
2654 <p
>The last few weeks i have had the pleasure of reading a
2655 thought-provoking collection of essays by Cory Doctorow, on topics
2656 touching copyright, virtual worlds, the future of man when the
2657 conscience mind can be duplicated into a computer and many more. The
2658 book titled
"Content: Selected Essays on Technology, Creativity,
2659 Copyright, and the Future of the Future
" is available with few
2660 restrictions on the web, for example from
2661 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
2663 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
2664 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
2665 strongly recommend this book.
</p
>
2670 <title>Thoughts on roaming laptop setup for Debian Edu
</title>
2671 <link>../../Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html
</link>
2672 <guid isPermaLink=
"true">../../Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html
</guid>
2673 <pubDate>Wed,
28 Apr
2010 20:
40:
00 +
0200</pubDate>
2675 <p
>For some years now, I have wondered how we should handle laptops in
2676 Debian Edu. The Debian Edu infrastructure is mostly designed to
2677 handle stationary computers, and less suited for computers that come
2680 <p
>Now I finally believe I have an sensible idea on how to adjust
2681 Debian Edu for laptops, by introducing a new profile for them, for
2682 example called Roaming Workstations. Here are my thought on this.
2683 The setup would consist of the following:
</p
>
2687 <li
>During installation, the user name of the owner / primary user of
2688 the laptop is requested and a local home directory is set up for
2689 the user, with uid and gid information fetched from the LDAP
2690 server. This allow the user to work also when offline. The
2691 central home directory can be available in a subdirectory on
2692 request, for example mounted via CIFS. It could be mounted
2693 automatically when a user log in while on the Debian Edu network,
2694 and unmounted when the machine is taken away (network down,
2695 hibernate, etc), it can be set up to do automatic mounting on
2696 request (using autofs), or perhaps some GUI button on the desktop
2697 can be used to access it when needed. Perhaps it is enough to use
2698 the fish protocol in KDE?
</li
>
2700 <li
>Password checking is set up to use LDAP or Kerberos
2701 authentication when the machine is on the Debian Edu network, and
2702 to cache the password for offline checking when the machine unable
2703 to reach the LDAP or Kerberos server. This can be done using
2704 <a href=
"http://www.padl.com/OSS/pam_ccreds.html
">libpam-ccreds
</a
>
2705 or the Fedora developed
2706 <a href=
"https://fedoraproject.org/wiki/Features/SSSD
">System
2707 Security Services Daemon
</a
> packages.
</li
>
2709 <li
>File synchronisation with the central home directory is set up
2710 using a shared directory in both the local and the central home
2711 directory, using unison.
</li
>
2713 <li
>Printing should be set up to print to all printers broadcasting
2714 their existence on the local network, and should then work out of
2715 the box with CUPS. For sites needing accurate printer quotas, some
2716 system with Kerberos authentication or printing via ssh could be
2717 implemented.
</li
>
2719 <li
>For users that should have local root access to their laptop,
2720 sudo should be used to allow this to the local user.
</li
>
2722 <li
>It would be nice if user and group information from LDAP is
2723 cached on the client, but given that there are entries for the
2724 local user and primary group in /etc/, it should not be needed.
</li
>
2728 <p
>I believe all the pieces to implement this are in Debian/testing at
2729 the moment. If we work quickly, we should be able to get this ready
2730 in time for the Squeeze release to freeze. Some of the pieces need
2731 tweaking, like libpam-ccreds should get support for pam-auth-update
2732 (
<a href=
"http://bugs.debian.org/
566718">#
566718</a
>) and nslcd (or
2733 perhaps debian-edu-config) should get some integration code to stop
2734 its daemon when the LDAP server is unavailable to avoid long timeouts
2735 when disconnected from the net. If we get Kerberos enabled, we need
2736 to make sure we avoid long timeouts there too.
</p
>
2738 <p
>If you want to help out with implementing this for Debian Edu,
2739 please contact us on debian-edu@lists.debian.org.
</p
>
2744 <title>Forcing new users to change their password on first login
</title>
2745 <link>../../Forcing_new_users_to_change_their_password_on_first_login.html
</link>
2746 <guid isPermaLink=
"true">../../Forcing_new_users_to_change_their_password_on_first_login.html
</guid>
2747 <pubDate>Sun,
2 May
2010 13:
47:
00 +
0200</pubDate>
2749 <p
>One interesting feature in Active Directory, is the ability to
2750 create a new user with an expired password, and thus force the user to
2751 change the password on the first login attempt.
</p
>
2753 <p
>I
'm not quite sure how to do that with the LDAP setup in Debian
2754 Edu, but did some initial testing with a local account. The account
2755 and password aging information is available in /etc/shadow, but
2756 unfortunately, it is not possible to specify an expiration time for
2757 passwords, only a maximum age for passwords.
</p
>
2759 <p
>A freshly created account (using adduser test) will have these
2760 settings in /etc/shadow:
</p
>
2762 <blockquote
><pre
>
2763 root@tjener:~# chage -l test
2764 Last password change : May
02,
2010
2765 Password expires : never
2766 Password inactive : never
2767 Account expires : never
2768 Minimum number of days between password change :
0
2769 Maximum number of days between password change :
99999
2770 Number of days of warning before password expires :
7
2772 </pre
></blockquote
>
2774 <p
>The only way I could come up with to create a user with an expired
2775 account, is to change the date of the last password change to the
2776 lowest value possible (January
1th
1970), and the maximum password age
2777 to the difference in days between that date and today. To make it
2778 simple, I went for
30 years (
30 *
365 =
10950) and January
2th (to
2779 avoid testing if
0 is a valid value).
</p
>
2781 <p
>After using these commands to set it up, it seem to work as
2784 <blockquote
><pre
>
2785 root@tjener:~# chage -d
1 test; chage -M
10950 test
2786 root@tjener:~# chage -l test
2787 Last password change : Jan
02,
1970
2788 Password expires : never
2789 Password inactive : never
2790 Account expires : never
2791 Minimum number of days between password change :
0
2792 Maximum number of days between password change :
10950
2793 Number of days of warning before password expires :
7
2795 </pre
></blockquote
>
2797 <p
>So far I have tested this with ssh and console, and kdm (in
2798 Squeeze) login, and all ask for a new password before login in the
2799 user (with ssh, I was thrown out and had to log in again).
</p
>
2801 <p
>Perhaps we should set up something similar for Debian Edu, to make
2802 sure only the user itself have the account password?
</p
>
2804 <p
>If you want to comment on or help out with implementing this for
2805 Debian Edu, please contact us on debian-edu@lists.debian.org.
</p
>
2807 <p
>Update
2010-
05-
02 17:
20: Paul Tötterman tells me on IRC that the
2808 shadow(
8) page in Debian/testing now state that setting the date of
2809 last password change to zero (
0) will force the password to be changed
2810 on the first login. This was not mentioned in the manual in Lenny, so
2811 I did not notice this in my initial testing. I have tested it on
2812 Squeeze, and
'<tt
>chage -d
0 username
</tt
>' do work there. I have not
2813 tested it on Lenny yet.
</p
>
2815 <p
>Update
2010-
05-
02-
19:
05: Jim Paris tells me via email that an
2816 equivalent command to expire a password is
'<tt
>passwd -e
2817 username
</tt
>', which insert zero into the date of the last password