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>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Til frikanalens støttespillere - fra styret i Frikanalen
</title>
11 <link>http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html
</guid>
13 <pubDate>Wed,
13 Mar
2013 11:
15:
00 +
0100</pubDate>
14 <description><p
>Min venn Erik Vold har på vegne av styret i
15 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> sendt ut
16 <a href=
"http://lists.nuug.no/pipermail/frikanalen/
2013-March/
000054.html
">følgende
17 epost
</a
> til alle kanalens medlemmer og støttespillere, i et forsøk
18 på å redde kanalen etter at kulturdepartementet kuttet all
19 finansiering i fjor høst. Jeg fikk meldingen som
20 <a href=
"http://www.nuug.no/
">NUUG
</a
>-styremedlem, og mener den
21 trenger et større publikum. Jeg gjengir den derfor i sin helhet,
22 inkludert lenken til budsjett og regnskapsutkast, etter
23 <a href=
"http://lists.nuug.no/pipermail/frikanalen/
2013-March/
000061.html
">avtale
24 med Erik
</a
>.
</p
>
26 <p
><blockquote
>
27 <p
>Til Frikanalens støttespillere
</p
>
29 <p
>Frivillighetens TV kanal har med minimal støtte avviklet daglige
30 sendinger siden
2009 og til tross for at statsstøtten uteble i år, er
31 vi nå i full gang med å utvikle et nytt TV system som foreningen selv
32 vil eie. Departementet fikk dessverre ikke med seg at nettet vil
33 berike TV sendingen fremfor å gjøre den overflødig. De har nå overlatt
34 finansieringen av videre drift til frivilligheten og vi håper derfor
35 på deres hjelp til å søke om midler. På kjøpet får dere langt flere
36 muligheter til å nå ut med deres budskap og med utbyggingen av Hybrid
37 TV (nett på TV) kan vi sammen motbevise departementets påstand.
</p
>
39 <p
>Kostnaden med denne utviklingen er svært lav ettersom de fleste
40 programmererne jobber gratis og alt er basert på åpen kildekode der
41 man deler hverandres bidrag til kringkastingsorienterte systemer. I
42 samarbeid med flere europeiske kanaler i EBU (SVT, BBC, NRK, ZDF, ARD,
43 France Televisions etc) ønsker vi å bygge opp et nettverk for delt
44 support og åpen kildekode der Frikanalen er den eneste sandkassen hvor
45 ny teknologi kan testes på luft. Riks TV åpner for annonsering av
46 nettinnhold relatert til det du ser på TV (streamevents i HbbTV)
47 allerede i sommer. Med støtte fra Media Netwerk som drifter Frikanalen
48 samt Sofia Digital som stiller med Hybrid TV server er vi
& NRK sikret
49 en sentral rolle i utprøvingen. Det vil da bli mulig og streame
50 direkte til Riks TV sine nye mottakere (og nye IDTV
'er) i HD samt at
51 TV
'n kan annonsere en link til deres organisasjonssider, med
52 oppdaterte nyheter (RSS feeds), relaterte videoer etc., under
53 avviklingen av deres innslag.
</p
>
55 <p
>Vi tror sendingene på den nye nettstyrte TV-kanalen vil bli rikere enn
56 på den kommersielle plattformen vi har vært på så langt. Brukerne vil
57 nå få en tettere integrasjon med sosiale medier samt at innholdet
58 etterhvert kommer ut på Hybrid TV og mobile enheter. Teknisk ansvarlig
59 i Frikanalen, Erik Vold, er sentral i utviklingen av streamingdelen
60 for tv.nrk.no (årets produkt i PC World) og erfaringen NRK har gjort
61 på mobile enheter kan videreføres til oss. Det er heller ingen tvil om
62 at Hybrid TV vil bli en suksess også i Norge. Erik sitter i Nordig som
63 har vedtatt en felles standard for de nordiske kringkasterne basert på
64 HbbTV. Denne standarden bruker web-protokoller som gjør det like
65 enkelt og billig å utvikle tjenester for Hybrid TV som å lage en
66 nettside. Samtlige nye TV apparater solgt i Norden vil ha støtte for
67 HbbTV og med det tror vi oppslutningen vil bli like stor som ellers i
68 Europa (Tyskland og Frankrike tredoblet antall HbbTV-brukere i
69 fjor). Vi forventer også mye d rahjelp fra disse foregangslandene. Vår
70 utvikler Tore Sinding Bekkedal er i skriv ende stund på en HbbTV
71 workshop med EBU-medlemmer hos IRT i München der han på vegne av NRK
72 tester og utvikler ny stremingteknologi (MPEG- DASH) for
73 mobile enheter og hybrid TV.
</p
>
75 <p
>Frikanalen har forøvrig flyttet inn i nye kostnadsfrie lokaler på
76 Chateau Neuf. Med massiv hjelp fra frivillige får vi der en
77 flerkameraregi i egnede lokaler. Dette åpner for debatter, konserter,
78 events og mye spennende innhold i samarbeid med Student TV
'ene.
</p
>
80 <p
>Med hjelp fra NUUG har også streamingdelen av systemet fått plass på
81 Uninett (Forskningsparken) og dermed er vi på Norges beste
82 internettlinjer. Vi åpner med dette for live mottak fra samtlige
83 medlemmer og på sikt kan vi tilby HD på hybrid TV og PC / MAC / mobil.
</p
>
85 <p
>Avvikling på luft skjer allerede med egenutviklede løsninger i åpen
86 kildekode (playout og live-koding). Det er også mulig å se første
87 byggetrinn med programoversikt og videoer på nett, men foreløpig kun
88 for nettleserne Opera, Chrome og Firefox:
89 <a href=
"http://beta.frikanalen.tv/guide/
">http://beta.frikanalen.tv/guide/
</a
>
91 <a href=
"http://beta.frikanalen.tv/video/
">http://beta.frikanalen.tv/video/
</a
>. Kom
92 gjerne med ønsker og tilbakemeldinger til vår hovedutvikler Benjamin
93 Bruheim: grolgh (at) gmail.com
</p
>
95 <p
>Med en tettere tilknytning til Akademia og NRK, er det god grunn til å
96 tro at utviklingen vil skyte fart og at vi raskere kommer ut med
97 dagsaktuelt innhold.
</p
>
99 <p
>Vi sender i dag på Riks TV og Altibox, men ikke lenger på TV8. Det er
100 viktig for våre brukere igjen å komme ut på Get og Canal Digital,
101 dermed er det svært heldig at vi nå har formidlingsplikt på kabel. Til
102 tross for at det tar noe tid å få nye avtaler på plass, med frivillig
103 juridisk bistand, vil vi sannsynligvis komme bedre ut i andre enden
104 også her. Formidlingsplikten gjelder samtlige kabeldistribusjoner i
105 Norge, ikke bare de regionene TV8 hadde avtale med.
</p
>
107 <p
>Om alt dette skal se dagens lys er vi avhengig av en
108 grunnfinansiering. Deres medlemsavgifter er i så måte et svært viktig
109 bidrag som vi er veldig takknemlige for. Vi ser oss likevel nødt til
110 å be dere om å delta i arbeidet med å dekke de resterende
111 driftskostnader. Frikanalen sin arbeidskapasitet er betydelig redusert
112 etter at foreningen ikke lenger kunne finansiere en daglig leder, men
113 allmøtet kan åpne for at flere bidrar til inntjening (Ekstraordinær
114 generalforsamling foreslo å tillate sponsorplakater på sendeflaten og
115 deler av disse inntektene kan tilfalle kanalen). Håper alle
116 medlemmene kan hjelpe oss med å skrive søknader og skaffe sponsorer,
117 eller i det minste komme med gode forslag til inntjening. Det er ikke
118 mye som skal til for å klare videre drift, kun
0,
5 mill. pr år.
</p
>
120 <p
>Med en støtte som tilsvarer en norsk kortfilm vil vi kunne redde
121 sendearkivet for flere tusen videoer bygget opp av frivilligheten
122 gjennom
5 år og vi dobler kapasiteten for å ta imot nye (De som
123 leverer HD vil for øvrig kunne få HD på nett, mobil og hybrid TV).
</p
>
125 <p
>Vi vil også kunne videreføre konsesjonen på Riks TV og realisere en
126 formidlingsplikt på kabel som har en årlig verdi på ca.
5 millioner
127 kroner (når over
2/
3 av Norges befolkning).
</p
>
129 <p
>Uten støtte står verdens eneste nasjonale nettstyrte åpne TV kanal i
130 fare for å forsvinne. En konkursbegjæring vil gjøre at utstyrsparken
131 går til advokatsalærer i behandling av boet og kreditorene vil ikke
132 kunne få dekket sine krav. Det mener vi ikke bare er urett ovenfor
133 långiverne, men det er urett mot alle de som har bidratt med å bygge
134 opp frivillighetens eneste sendearkiv og ikke minst alle de som i dag
135 jobber frivillig med å videreutvikle TV-systemet.
</p
>
137 <p
>Håper dere i likhet med styret ser verdien i videre drift og kan melde
138 tilbake innen årsmøtet (Kontaktinformasjon til styret og frivillige
139 utviklere er i kopifeltet).
</p
>
141 <p
>Vennligst fyll ut det blå feltet i regnearket under med det dere tror
142 er mulig å få inn. Det dere skriver her er ikke bindende, men gir
143 styret en indikasjon på om videre drift er mulig. Det blir tatt
144 stilling til av generalforsamlingen medio mars. Setter derfor pris på
145 om alle kan bidra med forslag til støtte eller antatte verdier fra
146 søknad/spons innen det.
</p
>
148 <p
>Forhåpentligvis når vi også ønsket budsjett på
1 mill. pr år. Med det
149 kan vi nedbetale gjelden raskere og sørge for en bedre
150 tilgjengelighet, samt raskere utvikling:
</p
>
152 <p
><a href=
"https://docs.google.com/spreadsheet/ccc?key=
0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc
&usp=sharing#gid=
0">https://docs.google.com/spreadsheet/ccc?key=
0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc
&usp=sharing#gid=
0</a
></p
>
154 <p
>Med vennlig hilsen
155 <br
>Styret i Frikanalen
</p
>
156 </blockquote
></p
>
158 <p
>Jeg håper noen av mine lesere med dette ser verdien av Frikanalen
159 og melder seg inn for å sende sine videoer ut på TV til RiksTV og
160 Altibox-seerne. Det haster. Årsmøtet i foreningen Frikanalen skal
161 straks avholdes, og innen den tid må en redningsplan være på plass.
162 NUUG bidrar allerede litt ved å organisere utviklersamlinger og
163 finansiere litt mat og drikke til de frivillige som stiller opp på
164 dugnadsbasis for å utvikle den tekniske løsningen. Det er ikke nok
165 til å redde kanalen, men gir et lite steg i riktig retning.
</p
>
167 <p
><strong
>Update
2013-
03-
13 13:
00</strong
>: Epostlistelenkene
168 fungerer ikke lenger, da epostarkivet nå ikke lenger er tilgjengelig
169 for ikke-abonnenter. Korrigerte teksten fra styret litt etter
170 oppfordring fra Frikanalen-styret.
</p
>
175 <title>Frikanalen - Complete TV station organised using the web
</title>
176 <link>http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html
</link>
177 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html
</guid>
178 <pubDate>Sun,
3 Mar
2013 07:
15:
00 +
0100</pubDate>
179 <description><p
>Do you want to set up your own TV station, schedule videos and
180 broadcast them on the air? Using free software? With video on demand
182 <a href=
"http://www.digistan.org/open-standard:definition
">free and
183 open standards
</a
>? Included a web based video stream as well? And
184 administrate it all in your web browser from anywhere in the world? A
185 few years now the Norwegian public access TV-channel
186 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> have been building a
187 system to do just this. The source code for the solution is licensed
188 using the GNU LGPL, and
189 <a href=
"http://github.com/Frikanalen
">available from github
</a
>.
</p
>
191 <p
>The idea is simple. You upload a video file over the web, and
192 attach meta information to the file. You select a time slot in the
193 program schedule, and when the time come it is played on the air and
194 in the web stream. It is also made available in a video on demand
195 solution for anyone to see it also outside its scheduled time. All
196 you need to run a TV station - using your web browser.
</p
>
198 <p
>There are several parts to this web based solution. I
'll mention
199 the three most important ones. The first part is the database of
200 videos and the schedule. This is written in Django and include a REST
201 API. The current database is SQLite, but the plan is to migrate it to
202 PostgreSQL. At the moment this system can be tested on
203 <a href=
"http://beta.frikanalen.tv/
">beta.frikanalen.tv
</a
>. The
204 second part is the video playout, taking the schedule information from
205 the database and providing a video stream to broadcast. This is done
206 using
<a href=
"http://www.casparcg.com/
">CasparCG from SVT
</a
> and
207 <a href=
"http://www.mltframework.org/
">Media Lovin
' Toolkit
</a
>. Video
208 signal distribution is handled using
209 <a href=
"http://www.ob-encoder.com/
">Open Broadcast Encoder
</a
>. The
210 third part is the converter, handling the transformation of uploaded
211 video files to a format useful for broadcasting, streaming and video
212 on demand. It is still very much work in progress, so it is not yet
213 decided what it will end up using. Note that the source of the latter
214 two parts are not yet pushed to github. The lead author want to clean
215 them up a bit more first.
</p
>
217 <p
>The development is coordinated on the
218 <a href=
"irc://irc.freenode.net/%
23frikanalen
">#frikanalen IRC
219 channel
</a
> (irc.freenode.net), and discussed on
220 <a href=
"http://lists.nuug.no/mailman/listinfo/frikanalen
">the
221 frikanalen mailing list
</a
>. The lead developer is Benjamin Bruheim
222 (phed on IRC). Anyone is welcome to participate in the
223 development.
</p
>
228 <title>Litt statistikk over offentlige anbud annonsert via Doffin siden
2008</title>
229 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html
</link>
230 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html
</guid>
231 <pubDate>Mon,
11 Feb
2013 14:
40:
00 +
0100</pubDate>
232 <description><p
>For et halvt år siden
233 <a href=
"http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
">satte
234 jeg opp et system for å lage en database
</a
> med informasjon om
235 offentlige anbud fra
<a href=
"http://www.doffin.no/
">Doffin
</a
> ved
236 <a href=
"https://scraperwiki.com/scrapers/norwegian-doffin/
">hjelp av
237 Scraperwiki
</a
>. Nå er databasen så vidt jeg kan se komplett, med
238 data helt tilbake til
2008. Her er litt statistikk over
239 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=norwegian-doffin
&query=select%
20strftime(%
22%
25Y-%
25m%
22%
2C%
20publishdate)%
20as%
20publishmonth%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20publishmonth%
20order%
20by%
20publishmonth%
20desc
">antall
240 anbud publisert hver måned
</a
>:
</p
>
242 <p
><table border=
"1">
243 <tr
> <th
>Publiseringsmåned
</th
> <th
>Antall
</th
> </tr
>
244 <tr
> <td
>2013-
01</td
> <td
>1015</td
> </tr
>
245 <tr
> <td
>2012-
12</td
> <td
>756</td
> </tr
>
246 <tr
> <td
>2012-
11</td
> <td
>979</td
> </tr
>
247 <tr
> <td
>2012-
10</td
> <td
>1093</td
> </tr
>
248 <tr
> <td
>2012-
09</td
> <td
>1023</td
> </tr
>
249 <tr
> <td
>2012-
08</td
> <td
>951</td
> </tr
>
250 <tr
> <td
>2012-
07</td
> <td
>1103</td
> </tr
>
251 <tr
> <td
>2012-
06</td
> <td
>1334</td
> </tr
>
252 <tr
> <td
>2012-
05</td
> <td
>1435</td
> </tr
>
253 <tr
> <td
>2012-
04</td
> <td
>1169</td
> </tr
>
254 <tr
> <td
>2012-
03</td
> <td
>1573</td
> </tr
>
255 <tr
> <td
>2012-
02</td
> <td
>1335</td
> </tr
>
256 <tr
> <td
>2012-
01</td
> <td
>1147</td
> </tr
>
257 <tr
> <td
>2011-
12</td
> <td
>1045</td
> </tr
>
258 <tr
> <td
>2011-
11</td
> <td
>1114</td
> </tr
>
259 <tr
> <td
>2011-
10</td
> <td
>1230</td
> </tr
>
260 <tr
> <td
>2011-
09</td
> <td
>1165</td
> </tr
>
261 <tr
> <td
>2011-
08</td
> <td
>966</td
> </tr
>
262 <tr
> <td
>2011-
07</td
> <td
>1148</td
> </tr
>
263 <tr
> <td
>2011-
06</td
> <td
>1410</td
> </tr
>
264 <tr
> <td
>2011-
05</td
> <td
>1536</td
> </tr
>
265 <tr
> <td
>2011-
04</td
> <td
>1350</td
> </tr
>
266 <tr
> <td
>2011-
03</td
> <td
>1574</td
> </tr
>
267 <tr
> <td
>2011-
02</td
> <td
>1370</td
> </tr
>
268 <tr
> <td
>2011-
01</td
> <td
>1049</td
> </tr
>
269 <tr
> <td
>2010-
12</td
> <td
>992</td
> </tr
>
270 <tr
> <td
>2010-
11</td
> <td
>1089</td
> </tr
>
271 <tr
> <td
>2010-
10</td
> <td
>1110</td
> </tr
>
272 <tr
> <td
>2010-
09</td
> <td
>1132</td
> </tr
>
273 <tr
> <td
>2010-
08</td
> <td
>883</td
> </tr
>
274 <tr
> <td
>2010-
07</td
> <td
>1126</td
> </tr
>
275 <tr
> <td
>2010-
06</td
> <td
>1440</td
> </tr
>
276 <tr
> <td
>2010-
05</td
> <td
>1236</td
> </tr
>
277 <tr
> <td
>2010-
04</td
> <td
>1249</td
> </tr
>
278 <tr
> <td
>2010-
03</td
> <td
>1556</td
> </tr
>
279 <tr
> <td
>2010-
02</td
> <td
>1256</td
> </tr
>
280 <tr
> <td
>2010-
01</td
> <td
>1140</td
> </tr
>
281 <tr
> <td
>2009-
12</td
> <td
>1013</td
> </tr
>
282 <tr
> <td
>2009-
11</td
> <td
>1220</td
> </tr
>
283 <tr
> <td
>2009-
10</td
> <td
>1320</td
> </tr
>
284 <tr
> <td
>2009-
09</td
> <td
>1294</td
> </tr
>
285 <tr
> <td
>2009-
08</td
> <td
>953</td
> </tr
>
286 <tr
> <td
>2009-
07</td
> <td
>1162</td
> </tr
>
287 <tr
> <td
>2009-
06</td
> <td
>1605</td
> </tr
>
288 <tr
> <td
>2009-
05</td
> <td
>1568</td
> </tr
>
289 <tr
> <td
>2009-
04</td
> <td
>1522</td
> </tr
>
290 <tr
> <td
>2009-
03</td
> <td
>1599</td
> </tr
>
291 <tr
> <td
>2009-
02</td
> <td
>1376</td
> </tr
>
292 <tr
> <td
>2009-
01</td
> <td
>1080</td
> </tr
>
293 <tr
> <td
>2008-
12</td
> <td
>1028</td
> </tr
>
294 <tr
> <td
>2008-
11</td
> <td
>949</td
> </tr
>
295 <tr
> <td
>2008-
10</td
> <td
>1047</td
> </tr
>
296 <tr
> <td
>2008-
09</td
> <td
>965</td
> </tr
>
297 <tr
> <td
>2008-
08</td
> <td
>725</td
> </tr
>
298 <tr
> <td
>2008-
07</td
> <td
>1015</td
> </tr
>
299 <tr
> <td
>2008-
06</td
> <td
>1304</td
> </tr
>
300 <tr
> <td
>2008-
05</td
> <td
>323</td
> </tr
>
301 </table
></p
>
303 <p
>Her er tilsvarende
304 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=norwegian-doffin
&query=select%
20strftime(%
22%
25Y%
22%
2C%
20publishdate)%
20as%
20publishyear%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20publishyear%
20order%
20by%
20publishyear%
20desc
">tall
305 per år
</a
>, som viser en liten nedgang i antall anbud:
</p
>
307 <table border=
"1">
308 <tr
> <th
>Publiseringsår
</th
> <th
>Antall
</th
> </tr
>
309 <tr
> <td
>2012</td
> <td
>13898</td
> </tr
>
310 <tr
> <td
>2011</td
> <td
>14957</td
> </tr
>
311 <tr
> <td
>2010</td
> <td
>14209</td
> </tr
>
312 <tr
> <td
>2009</td
> <td
>15712</td
> </tr
>
313 <tr
> <td
>2008</td
> <td
>7356</td
> </tr
>
314 </table
></p
>
316 <p
>Jeg droppet den ufullstendige måneden og året fra tabellen. Se
317 lenken for oppdaterte tall.
</p
>
322 <title>Ledger - double-entry accounting using text based storage format
</title>
323 <link>http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html
</link>
324 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html
</guid>
325 <pubDate>Tue,
18 Dec
2012 23:
30:
00 +
0100</pubDate>
326 <description><p
>A few days ago I came across
327 <a href=
"http://joeyh.name/blog/entry/hledger/
">a blog post from Joey
328 Hess
</a
> describing
<a href=
"http://ledger-cli.org/
">ledger
</a
> and
329 hledger, a text based system for double-entry accounting. I found it
330 interesting, as I am involved with several organizations where
331 accounting is an issue, and I have not really become too friendly with
332 the different web based systems we use. I find it hard to find what I
333 look for in the menus and even harder try to get sensible data out of
334 the systems. Ledger seem different. The accounting data is kept in
335 text files that can be stored in a version control system, and there
337 are at least
<a href=
"https://github.com/ledger/ledger/wiki/Ports
">five
338 different implementations
</a
> able to read the format. An example
339 entry look like this, and is simple enough that it will be trivial to
340 generate entries based on CVS files fetched from the bank:
</p
>
342 <blockquote
><pre
>
343 2004-
05-
27 Book Store
344 Expenses:Books $
20.00
346 </pre
></blockquote
>
348 <p
>The concept seemed interesting enough for me to check it out and
349 look for others using it. I found blog posts from
350 <a href=
"http://blog.spang.cc/posts/hledger_rocks_my_world/
">Christine
352 <a href=
"http://bugsplat.info/
2010-
05-
23-keeping-finances-with-ledger.html
">Pete
354 <a href=
"http://blog.andrewcantino.com/blog/
2010/
11/
06/command-line-accounting-with-ledger-and-reckon/
">Andrew
355 Cantino
</a
> and
356 <a href=
"http://blog.iphoting.com/blog/
2012/
11/
29/command-line-double-entry-accounting/
">Ronald
357 Ip
</a
> describing how they use it, as well as a post from
358 <a href=
"https://groups.google.com/forum/?fromgroups=#!topic/ledger-cli/r0oWjwbQ9Bo
">Bradley
359 M. Kuhn
</a
> at the Software Freedom Conservancy. All seemed like good
360 recommendations fitting my need.
</p
>
362 <p
>The
<a href=
"http://packages.qa.debian.org/l/ledger.html
">ledger
</a
>
363 package is available in Debian Squeeze, while the
364 <a href=
"http://packages.qa.debian.org/h/haskell-hledger.html
">hledger
</a
>
365 package only is available in Debian Sid. As I use Squeeze, ledger
366 seemed the best choice to get started.
</p
>
368 <p
>To get some real data to test on, I wrote a
369 <a href=
"http://www.nuug.no/tools/lodo2ledger
">web scraper
</a
> for
370 <a href=
"http://www.lodo.no/
">LODO
</a
>, the accounting system used by
371 the
<a href=
"http://www.nuug.no/
">NUUG
</a
> association, and started to
372 play with the data set. I
'm not really deeply into accounting, but I
373 am able to get a simple balance and accounting status for example
374 using the
"<tt
>ledger balance
</tt
>" command. But I will have to
375 gather more experience before I know if the ledger way is a good fit
376 for the organisations I am involved in.
</p
>
381 <title>59 kommuner omfavner nå FiksGataMi
</title>
382 <link>http://people.skolelinux.org/pere/blog/
59_kommuner_omfavner_n__FiksGataMi.html
</link>
383 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
59_kommuner_omfavner_n__FiksGataMi.html
</guid>
384 <pubDate>Mon,
5 Nov
2012 23:
00:
00 +
0100</pubDate>
385 <description><p
><a href=
"http://maps.google.com/?q=http://www.nuug.no/prosjekt/fiksgatami/fiksgatami-municipalities-
201210.kml
"><img src=
"http://people.skolelinux.org/pere/blog/images/
2012-
10-
17-fiksgatami.png
"></a
></p
>
387 <p
>For noen dager siden omfavnet to nye kommuner NUUGs
388 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
>. Med
59 kommuner
389 som lenker til FiksGataMi fra sine hjemmesider er
"markedsandelen
"
390 13,
8 % (av
429 kommuner). Sist ut er Stange og Utsira kommune, som
391 slår følge med kommunene Askim, Askøy, Audnedal, Aure, Balestrand,
392 Bærum, Eide, Farsund, Flekkefjord, Folldal, Gran, Grue, Hadsel,
393 Halden, Halsa, Hamar, Hobøl, Holtålen, Hægebostad, Høyanger,
394 Kongsberg, Kristiansund, Kvinesdal, Kviteseid, Levanger, Lindesnes,
395 Luster, Lyngdal, Løten, Mandal, Marnardal, Moss, Namsos, Nissedal,
396 Nordreisa, Randaberg, Rindal, Sel, Sirdal, Skiptvet, Sortland,
397 Spydeberg, Stjørdal, Stord, Søgne, Sør-Odal, Tolga, Trysil, Tynset,
398 Tysvær, Ullensvang Herad, Vennesla, Verdal, Vågan, Vågå, Våler og
399 Åseral. Oppdatert liste er tilgjengelig fra
400 <a href=
"http://wiki.nuug.no/grupper/fiksgatami/positivemottakere
">NUUGs
401 wiki
</a
>. Kartet er dog ikke oppdatert med de siste kommunene.
</p
>
403 <p
>Kanskje du bør høre med din kommune om de vil bli mer aktive
404 brukere av FiksGataMi? Se
405 <a href=
"http://people.skolelinux.org/pere/blog/
40_kommuner_lenker_n__til_FiksGataMi_fra_sine_nettsider___gj_r_din_.html
">en
406 tidligere bloggpost
</a
> med tips om hvordan det kan gjøres.
</p
>
408 <p
>I snitt rapporteres det nå via FiksGataMi ca.
100 meldinger i uka fra
409 innbyggerne om feil på offentlig infrastruktur.
</p
>
414 <title>Ode til Frikanalen...
</title>
415 <link>http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html
</link>
416 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html
</guid>
417 <pubDate>Fri,
2 Nov
2012 23:
00:
00 +
0100</pubDate>
418 <description><p
>I
2009 bidro vi i
<a href=
"http://www.nuug.no/
">NUUG
</a
> til at
419 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> ble
420 <a href=
"http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
">tilgjengelig
421 i et fritt og åpent standardisert videoformat
</a
>. Bakgrunnen var at
422 vi i NUUG likte tanken på «Youtube på TV», der enhver borger kunne få
423 mulighet til å kringkaste sin video på TV, og NUUG ble medlem i
424 Frikanalen for å støtte dette arbeidet. Frikanalen er borger-TV, der
425 alle kan være sin egen redaktør og lage TV uten solid finansielle
426 muskler. Siden den gang har vi bistått kanalen på ulikt vis, blant
427 annet med å hjelpe til med å utvikle en løsning basert på fri
428 programvare for drift av TV-kanalen. Dette utviklingsarbeidet pågår
429 fortsatt, men det er god fremgang og godt håp om å få på plass en
430 webbasert løsning for styring av TV-kanalen basert på fri programvare.
431 Dagens produksjonsløsning er basert på Windows og proprietær
432 programvare, et resultat av at kulturdepartementet krevde at
433 Frikanalen kom på lufta veldig raskt da departementet overtalte
434 Frivillighet Norge til å snappe opp konseptet. Dagens
435 produksjonsløsning er dyr i drift, og en fri programvareløsning bør
436 kutte kostnadene litt. Men det er fortsatt dyrt å kjøpe tilgang til å
437 sende ut på RiksTV og andre TV-distributører, noe som spiser av
438 kanalens begrensede midler.
</p
>
440 <p
>Nytt for
2013 er dessverre at kulturdepartementet kutter all støtte
441 til Frikanalen. Mens det i
442 <a href=
"http://www.regjeringen.no/pages/
35168579/PDFS/PRP201120120001KUDDDDPDFS.pdf
">statsbudsjettet
443 for
2012</a
> sto følgende (side
55):
</p
>
447 Det foreslås et driftstilskudd på
1 mill. kroner i
2012 til
448 Frikanalen. Kulturdepartementet har inngått avtale om investerings- og
449 driftsstøtte til Frikanalen som gir et økonomisk grunnlag for kanalen
450 i oppstartsårene. En forutsetning for støtten er bl.a. at Frikanalen
451 tilstreber å være en reell ytringskanal for samtlige partier og lister
452 i forbindelse med valg.
456 <p
>Så har kulturdepartementet
457 <a href=
"http://www.knif.no/Innkjop/Knif-Samfunn/Informasjonsbrev/Informasjonsbrev-
2012/Frikanalen
">kuttet
458 all støtte for
2013</a
>:
</p
>
462 <p
>Statsbudsjettet
2013: Frikanalen
</p
>
463 <p
>Det er ikke satt av penger i statsbudsjettet for
2013 til Frikanalen.
</p
>
465 <p
>Frivillighet Norge var fødselshjelper for foreningen Frikanalen i
466 2007. Kanalen har fått
1 mill kr i altfor lav bevilgning hvis kanalen
467 skulle klare å realisere målet om å være en opplæringsarena for
468 frivillige organisasjoner som ville lære å bruke billedspråk.
</p
>
470 <p
>TV-mediets posisjon som kommunikasjonskanal har endret seg
471 betydelig siden Frikanalen ble etablert. Det er supplert og til dels
472 erstattet av andre kommunikasjonskanaler, som det også er
473 ressurskrevende for organisasjonene å ta i bruk.
</p
>
477 <p
>Når en ser bort fra den merkelige begrunnelsen, da Frikanalen så
478 vidt jeg vet aldri har tatt mål av seg «å være en opplæringsarena for
479 frivillige organisasjoner som ville lære å bruke billedspråk», så er
480 det veldig trist at kulturdepartementet kutter støtten.
</p
>
482 <p
>Fundamentet for Frikanalen ble lagt da Stortinget vedtok
483 innføringen av det digitale bakkenettet. En oversikt over
484 <a href=
"http://www.openchannel.no/stortinget.html
">det Stortinget
485 skrev
</a
> da finnes på nettsidene til åpen kanal. Der het det blant
486 annet om «åpne kanaler»:
</p
>
490 Et annet flertall, alle unntatt medlemmene fra Fremskrittspartiet, vil
491 også peke på at man ut fra ønsket om en bredt anlagt offentlig debatt,
492 må se på den faktiske tilgjengelighet allmennheten har til
493 TV-mediet. I mange land har man ønsket å sikre denne tilgangen gjennom
494 egen lovgivning som forplikter allmennkringkastere eller distributører
495 å holde av en del av sendekapasiteten til livssynskanaler, ideelle
496 organisasjoner og lignende. I Norden betegnes dette gjerne som åpne
497 kanaler. Dette flertallet mener dette er et interessant område sett i
498 et ytringsfrihetsperspektiv. Dette flertallet mener derfor at staten
499 bør legge til rette for dette når man ved innføring av nye
500 distribusjonskanaler skal utarbeide regelverk og gi konsesjoner.
503 <p
>Veien frem har gått over svært ulendt terreng, noe en kan se litt
504 av konturene av i en artikkel hos Vox Publica med tittel
505 «
<a href=
"http://voxpublica.no/
2007/
03/hvor-apen-blir-frikanalen/
">Hvor
506 åpen blir “Frikanalen”?
</a
>». Begge tekstene er nyttig lesning for å
507 forstå mer om hva Frikanalen er. Jeg anbefaler alle å støtte opp om
508 Frikanalen, bli medlem, lage og sende programmer der.
</p
>
513 <title>12 years of outages - summarised by Stuart Kendrick
</title>
514 <link>http://people.skolelinux.org/pere/blog/
12_years_of_outages___summarised_by_Stuart_Kendrick.html
</link>
515 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
12_years_of_outages___summarised_by_Stuart_Kendrick.html
</guid>
516 <pubDate>Fri,
26 Oct
2012 14:
20:
00 +
0200</pubDate>
517 <description><p
>I work at the
<a href=
"http://www.uio.no/
">University of Oslo
</a
>
518 looking after the computers, mostly on the unix side, but in general
519 all over the place. I am also a member (and currently leader) of
520 <a href=
"http://www.nuug.no/
">the NUUG association
</a
>, which in turn
521 make me a member of
<a href=
"http://www.usenix.org/
">USENIX
</a
>. NUUG
522 is an member organisation for us in Norway interested in free
523 software, open standards and unix like operating systems, and USENIX
524 is a US based member organisation with similar targets. And thanks to
525 these memberships, I get all issues of the great USENIX magazine
526 <a href=
"https://www.usenix.org/publications/login
">;login:
</a
> in the
527 mail several times a year. The magazine is great, and I read most of
528 it every time.
</p
>
530 <p
>In the last issue of the USENIX magazine ;login:, there is an
531 article by
<a href=
"http://www.skendric.com/
">Stuart Kendrick
</a
> from
532 Fred Hutchinson Cancer Research Center titled
533 "<a href=
"https://www.usenix.org/publications/login/october-
2012-volume-
37-number-
5/what-takes-us-down
">What
534 Takes Us Down
</a
>" (longer version also
535 <a href=
"http://www.skendric.com/problem/incident-analysis/
2012-
06-
30/What-Takes-Us-Down.pdf
">available
536 from his own site
</a
>), where he report what he found when he
537 processed the outage reports (both planned and unplanned) from the
538 last twelve years and classified them according to cause, time of day,
539 etc etc. The article is a good read to get some empirical data on
540 what kind of problems affect a data centre, but what really inspired
541 me was the kind of reporting they had put in place since
2000.
<p
>
543 <p
>The centre set up a mailing list, and started to send fairly
544 standardised messages to this list when a outage was planned or when
545 it already occurred, to announce the plan and get feedback on the
546 assumtions on scope and user impact. Here is the two example from the
547 article: First the unplanned outage:
549 <blockquote
><pre
>
550 Subject: Exchange
2003 Cluster Issues
551 Severity: Critical (Unplanned)
552 Start: Monday, May
7,
2012,
11:
58
553 End: Monday, May
7,
2012,
12:
38
556 Description: The HTTPS service on the Exchange cluster crashed, triggering
559 User Impact: During this period, all Exchange users were unable to
560 access e-mail. Zimbra users were unaffected.
562 </pre
></blockquote
>
564 Next the planned outage:
566 <blockquote
><pre
>
567 Subject: H Building Switch Upgrades
568 Severity: Major (Planned)
569 Start: Saturday, June
16,
2012,
06:
00
570 End: Saturday, June
16,
2012,
16:
00
573 Description: Currently, Catalyst
4006s provide
10/
100 Ethernet to end-
574 stations. We will replace these with newer Catalyst
576 User Impact: All users on H2 will be isolated from the network during
577 this work. Afterward, they will have gigabit
580 </pre
></blockquote
>
582 <p
>He notes in his article that the date formats and other fields have
583 been a bit too free form to make it easy to automatically process them
584 into a database for further analysis, and I would have used ISO
8601
585 dates myself to make it easier to process (in other words I would ask
586 people to write
'2012-
06-
16 06:
00 +
0000' instead of the start time
587 format listed above). There are also other issues with the format
588 that could be improved, read the article for the details.
</p
>
590 <p
>I find the idea of standardising outage messages seem to be such a
591 good idea that I would like to get it implemented here at the
592 university too. We do register
593 <a href=
"http://www.uio.no/tjenester/it/aktuelt/planlagte-tjenesteavbrudd/
">planned
594 changes and outages in a calendar
</a
>, and report the to a mailing
595 list, but we do not do so in a structured format and there is not a
596 report to the same location for unplanned outages. Perhaps something
597 for other sites to consider too?
</p
>
602 <title>NUUGs spørreundersøkelse for
2012 endelig åpnet
</title>
603 <link>http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html
</link>
604 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html
</guid>
605 <pubDate>Wed,
10 Oct
2012 23:
00:
00 +
0200</pubDate>
606 <description><p
>Etter flere års pause fikk vi i NUUG endelig i dag
607 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2012-October/
000505.html
">annonsert
608 spørreundersøkelse
</a
> for medlemmer og likesinnede personer. Siste
609 undersøkelse var i
2009, så det blir interessant å se hvordan svarene
610 har endret seg siden da.
</p
>
612 <p
>Alle kan delta.
613 <a href=
"https://nettskjema.uio.no/answer/
45826.html
">Skjemaet
</a
> har
614 har
27 spørsmål og vil ta om lag fem minutt å fylle ut.
</p
>
619 <title>NUUGs høringsuttalelse til DIFIs forslag om å kaste ut ODF fra statens standardkatalog
</title>
620 <link>http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html
</link>
621 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html
</guid>
622 <pubDate>Mon,
1 Oct
2012 08:
20:
00 +
0200</pubDate>
623 <description><p
>Som jeg
624 <a href=
"http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
">skrev
625 i juni
</a
> har DIFI foreslått å fjerne krav om å bruke ODF til
626 utveksling av redigerbare dokumenter med det offentlige, og
627 derigjennom tvinge innbyggerne til å forholde seg til formatene til MS
628 Office når en kommuniserer med det offentlige.
</p
>
630 <p
>I går kveld fikk vi i
<a href=
"http://www.nuug.no/
">NUUG
</a
>
631 fullført vår høringsuttalelse og sendt den inn til DIFI. Du finner
632 <a href=
"http://wiki.nuug.no/uttalelser/
201209-forskrift-standardkatalog
">uttalelsen
633 på wikien
</a
>. Ta en titt. Fristen for å sende inn uttalelse var i
634 går søndag, men en får kanskje sitt innspill med hvis en sender i
640 <title>E-valg, fortsatt en dårlig idé (evaluering legges frem i Oslo)
</title>
641 <link>http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html
</link>
642 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html
</guid>
643 <pubDate>Tue,
11 Sep
2012 10:
30:
00 +
0200</pubDate>
644 <description><p
>I
2006 var forslaget om å gjennomføre politiske valg over Internet
646 <a href=
"http://www.nuug.no/dokumenter/valg-horing-
2006-
09.pdf
">NUUG
647 skrev en høringsuttalelse
</a
> (som EFN endte opp med å støtte), som
648 fortsatt er like aktuell. Jeg ble minnet på om den da jeg leste et
649 innlegg i Bergens Tidende med tittelen
650 <a href=
"http://blogg.bt.no/preik/
2012/
09/
11/e-valg/
">En dårlig idé
</a
>
651 som poengterer hvor viktig det er å holde fast ved at vi skal ha
652 hemmelige valg i Norge, og at det nødvendigvis fører til at vi ikke
653 kan ha valg over Internet.
</p
>
655 <p
>Innlegget i BT forteller at det skal være et
656 <a href=
"http://www.samfunnsforskning.no/ISF-intern/ISF-Agenda/E-valg-i-et-demokratisk-perspektiv
">seminar
657 om evalueringen av e-valgforsøket
</a
> på Litteraturhuset i morgen
658 2012-
09-
12 9-
11:
45. Jeg hadde ikke fått med meg dette før nå, og
659 kommer meg nok dessverre ikke innom, men håper det møter mange som
660 fortsatt kan bidra til å få skutt ned e-valgsgalskapen.
</p
>
662 <p
>Det er lenge siden
2006, og jeg regner med at de fleste av mine
663 lesere har glemt eller ikke har lest høringsuttalelsen fra NUUG. Jeg
664 gjengir den derfor her i sin helhet.
</p
>
667 <p
><strong
>Høringsuttalelse fra NUUG og EFN om elektronisk
668 stemmegivning
</strong
></p
>
670 <p
>Petter Reinholdtsen
671 <br
>Leder i foreningen NUUG
672 <br
>2006-
09-
30</p
>
674 <p
>Foreningene NUUG og EFN er glade for å ha blitt invitert til å
675 kommentere utredningen om elektronisk stemmegivning, og håper våre
676 innspill kan komme til nytte. Denne uttalelsen er ført i pennen av
677 NUUGs leder Petter Reinholdtsen med innspill fra Tore Audun Høie, Erik
678 Naggum og Håvard Fosseng.
</p
>
680 <p
>Når en vurderer elektronisk stemmegivning, så tror vi det er viktig
681 å ha prinsippene for gode valg i bakhodet. Vi har tatt utgangspunkt i
682 listen fra Cranor, L.F. og Cytron, R.K. i
"Design and Implementation
683 of a Security-Conscious Electronic Polling System
", som oppsummerer
684 hvilke egenskaper som er viktige:
</p
>
688 <li
>Nøyaktig - et system er nøyaktig hvis det ikke er mulig å endre en
689 stemme, det ikke er mulig å fjerne en gyldig stemme fra den endelige
690 opptellingen og det ikke er mulig for en ugyldig stemme å bli talt med
691 i den endelige opptellingen. Fullstendig nøyaktige systemer sikrer at
692 den endelige opptellingen er perfekt, enten ved sikre at
693 unøyaktigheter ikke kan bli introdusert eller kan oppdages og
694 korrigert for. Delvis nøyaktige systemer kan oppdage men ikke
695 nødvendigvis korrigere unøyaktigheter.
</li
>
697 <li
>Demokratisk - et system er demokratisk hvis kun de som har lov til
698 å stemme kan stemme, og det sikrer at hver av dem kun kan stemme en
701 <li
>Hemmelig - et system er hemmelig hvis ingen, hverken de som
702 arrangerer valget eller noen andre kan knytte en stemmeseddel til den
703 som avga den, og ingen stemmegiver kan bevise at han eller hun stemte
704 på en bestemt måte. Dette er spesielt viktig for å hindre kjøp og salg
705 av stemmer og at personer kan tvinges til å stemme på en bestemt
708 <li
>Etterprøvbart - et system er etterprøvbart hvis hvem som helst
709 uavhengig kan kontrollere at opptellingen er korrekt.
</li
>
713 <p
>Et demokratisk valg må sikre at disse punktene er oppfylt. Det er
714 med den bakgrunn vi vurderer elektronisk stemmegivning.
</p
>
716 <p
>Nøyaktig opptelling kan kun oppnås hvis alle steg i
717 opptellingsprosessen kan kontrolleres og verifiseres. Det må ikke må
718 være mulig å fjerne eller endre avgitte stemmer, og heller ikke mulig
719 å legge inn flere stemmer enn det som faktisk er avgitt. Elektronisk
720 lagring av avgitte stemmer kan gjør det svært enkelt å endre på
721 avgitte stemmer uten at det er mulig å oppdage det i
722 ettertid. Elektronisk lagring vil også gjøre det mulig å lagre en
723 annen stemme enn det som er blitt avgitt, selv om det så korrekt ut
724 for den som avga stemmen. Vi mener derfor det er viktig at elektronisk
725 stemmegivning gjøres via papir eller tilsvarende, slik at de som
726 stemmer kan kontrollere at den stemmen de har avgitt er den som blir
727 talt opp. I Australia brukes det et system der de som stemmer gjør
728 sitt valg på en skjerm, og stemmen så skrives ut på en papirrull som
729 sjekkes av den som stemmer før papirrullen leses inn av
730 opptellingssystemet. En sikrer slik at hver enkelt stemme kan
731 kontrolleres på nytt.
</p
>
733 <p
>Etterprøvbarhet kan kun oppnås hvis hver enkelt stemmegiver kan
734 kontrollere hele systemet som brukes for stemmegivning. For at dette
735 skal være mulig er en nødvendig betingelse at en har innsyn i hvordan
736 systemene er satt sammen, og hvordan de brukes. Selv om de aller
737 fleste ikke selv vil kunne gjennomføre en slik kontroll, er det viktig
738 at flere uavhengige eksperter kan sjekke systemet. Velgerne bør kunne
739 velge hvilke eksperter de vil stole på. Dette forutsetter blant annet
740 tilgang til kildekoden og informasjon om hvordan de ulike delene av
741 det totale stemmegivingssystemet er koblet. Lukkede systemer der
742 kildekoden ikke er tilgjengelig og en ikke kan kontrollere systemene
743 som brukes under selve valgene, er sårbare for trojanere (programvare
744 som gjør noe annet og/eller mer enn det leverandøren sier den skal,
745 f.eks. endre sluttresulatet av en opptelling) og påvirkning fra
746 leverandøren. Det er påstander om slikt i USA på maskiner fra Diebold
747 og Siebel allerede. Det finnes i dag flere tilgjengelige fri
748 programvaresystemer for elektronisk stemmegiving og opptelling. Fri
749 programvare sikrer brukeren kontroll over datasystemene. Slike
750 systemer er tilgjengelig fra OpenSourceVoting og ACTs elektroniske
751 valgsystem som ble brukt i det australske parlamentvalget
2001 og
752 2004. For å sikre at det er mulig å gjennomføre omtellinger må hver
753 enkelt stemme lagres på ikke-elektronisk format (f.eks. papir), og et
754 slikt papirspor må sikres slik at de ikke kan endres i ettertid.
756 <p
><strong
>Vellykkede elektroniske valgsystemer
</strong
></p
>
758 <p
>I Venezuela fungerte avstemmingsmaskinene slik at de som stemte
759 markerte det de stemte på en skjerm, og valgene ble skrevet på en
760 papirrull som den som stemmer så de kunne sjekke for å kontrollere at
761 de valgene som ble gjort kom med på papirrullen. Deretter ble
762 voteringstallene sendt elektronisk fra hver maskin til tre uavhengige
763 opptellingsgrupper (hvorav en av dem var Carter-senteret), som talte
764 opp stemmene. Alle måtte være enige for å godkjenne resultatet. Hvis
765 det var avvik så kunne en gå helt ned på papirrull-nivå for å sjekke
766 resultatet. Det har dog blitt hevdet at oppbevaringen av papirrullene
767 ble overlatt til regimet, slik at kontrollmuligheten ble fjernet. Det
768 er likevel mulig å organisere seg slik at det blir vanskelig å
769 forfalske valgresultatet ved å bytte ut eller endre rullene.
</p
>
771 <p
>India har et elektronisk voteringssystem som ble tatt i bruk i
772 1989. Det består av to ulike enheter, en opptellingsenhet og en
773 avstemmingsenhet. Systemet sikrer hemmelig valg, er vanskelig å
774 påvirke, men mangler oppbevaring av hver enkelt stemme på et
775 ikke-elektronisk format, noe som gjør omtelling umulig.
</p
>
777 <p
><strong
>Mindre vellykkede elektroniske valgsystemer
</strong
></p
>
779 <p
>I USA finnes en rekke ulike leverandører av elektroniske
780 valgsystemer, og det er dokumentert svakheter med flere av
781 dem. F.eks. har forskerne Ariel J. Feldman, J. Alex Halderman, og
782 Edward W. Felten ved Universitetet i Princeton dokumentert hvordan
783 systemet fra Diebold kan manipuleres til gi uriktig
784 avstemmingsresultat. Det er også indikasjoner på at noen av systemene
785 kan påvirkes av leverandøren via telelinjer. Robert F. Kennedy Jr. har
786 nylig i en artikkel fortalt om flere avvik fra valget i
2004. Norge
787 bør unngå systemer som kan manipuleres slik det rapporteres om fra
790 <p
>Universitetet i Oslo skal denne høsten gjennomføre elektronisk valg
791 på Dekan ved Det teologiske fakultet. Universitetsstyret har godkjent
792 et valgsystem der de som arrangerer valget har mulighet til å se hvem
793 som har stemt hva, samt hver deltager i valget kan endre sin stemme i
794 ettertid (ikke-hemmelig), de som administrerer datasystemet kan
795 påvirke valgresultatet ved å endre, trekke fra eller legge til stemmer
796 (ikke-nøyaktig), og det ikke nødvendigvis er mulig å oppdage at slik
797 påvirkning har funnet sted (ikke etterprøvbart). Webbaserte
798 valgsystemer uten spesiell klientprogramvare vil ha flere av disse
799 problemene.
</p
>
801 <p
><strong
>Konkrete kommentarer til rapporten
</strong
></p
>
803 <p
>Rapporten nevner ikke muligheten for å påvirke valgresultatet via
804 trojansk type kode. Siebel blir beskyldt for dette i USA. Vi advarer
805 mot bruk av lukket kildekode, fordi dette i prinsippet innebærer å
806 stole blindt på leverandøren. Det bør ikke vere begrenset hvem som kan
807 kontrollere at systemet gjør det det skal, og dette tilsier bruk av
808 fri programvare.
</p
>
810 <p
>Rapporten anbefaler lukket kode fordi kjeltringer kan finne ut
811 sikkerhetsmekanismene ved å lese kode. Det er ikke en god idé å basere
812 seg på at sikkerhetsmekanismene er beskyttet pga. at ingen kjenner til
813 hvordan de fungerer. Som eksempelet fra USA viser, kan man godt
814 mistenke leverandøren for å jukse med systemet. Selve det at en slik
815 mistanke eksisterer, og ikke kan fjernes/reduseres ved uavhengig
816 inspeksjon, er et problem for demokratiet. Et sikkert system må være
817 sikkert selv om noen med uærlige hensikter kjenner til hvordan det
818 fungerer. Australia har allerede gjennomført vellykkede valg basert på
819 et fri programvaresystem.
</p
>
821 <p
>Driften av totalsystemet blir ofret liten oppmerksomhet i
822 rapporten. I et driftopplegg ligger mange sikkerhetsutfordringer som
823 bør vurderes nøye.
</p
>
825 <p
>Definisjonen av brannmur i rapporten er feil, for eksempel sies at
826 "brannmuren er selv immun mot inntrengning
". Dette er ikke riktig. Det
827 er fullt mulig å ha brannmurer med sikkerhetsproblemer som utnyttes
828 til å trenge inn i dem. I tillegg antar man at all trafikk går gjennom
829 brannmuren. I store applikasjoner, som et valgsystem vil være, kreves
830 et system av brannmurer og andre tiltak som vi kaller
831 sikkerhetsarkitektur. Rapporten burde komme inn på behovet for en
832 sikkerhetsarkitektur.. Selv med en gjennomarbeidet
833 sikkerhetsarkitektur kan det være at man overser muligheter for å
834 unngå brannmurene. Rapporten snakker om brannmur i entall, mens det
835 nok er nødvendig å sikre et valgsystem med flere lag av
836 sikringstiltak, og dermed vil være behov for flere brannmurer. En
837 brannmur kan være bygd basert på visse antagelser og standarder. En
838 annen brannmur kan bygge på et annet sett antagelser, og stoppe
839 trafikk som den første ikke tar høyde for.
841 <p
>Rapporten indikerer dårlige kunnskaper om brannmur, og dette igjen
842 antyder dårlige kunnskaper om datasikkerhet generelt, og dette bør
843 forbedres. For eksempel er driften ansvarlig for operativ
844 sikkerhetsarkitektur, og vi har hatt adskillige diskusjoner i NUUG om
845 hvor vanskelig dette er. Hva hjelper en brannmur hvis den er feil
846 konfigurert eller ikke oppdatert?
</p
>
848 <p
>Muligheten for sikkerhetsovervåkning kan vi ikke se er nevnt i
849 rapporten. Dette er vanskelig og dyrt, men bør vurderes for å kunne
850 oppdage systemavvik under valget. Sikkerhetsovervåkning kan inngå som
851 ledd i sikkerhetsarkitekturen.
</p
>
853 <p
>Det har blitt rapportert i pressen at USA ikke bør kjøpe
854 Lenovo-maskiner etter at selskapet som lager dem ble solgt fra IBM til
855 et kinesisk selskap. I Norge kan vi ikke trekke tingene like langt da
856 vi mangler nødvendig dataindustri, men vi bør satse på at
857 applikasjoner viktige for rikets sikkerhet i størst mulig utstrekning
858 kjører programvare der vi har innsyn i hvordan den er satt sammen. Det
859 er viktig at vi sikrer at programvare viktige for rikets sikkerhet kan
860 sjekkes/verifiseres av eksperter vi selv velger. Når det gjelder
861 valgsystemer må «vi» være velgerne, ikke bare myndighetsapparatet. I
862 tilfelle en ikke kan bruke fri programvare, bør en ivareta en sunn
863 kritisk sans med hensyn til hvorfra og av hvem vi kjøper. På grunn av
864 tendenser i USA til å i uheldig stor grad fokusere på
865 kontrollmekanismer som eksempelvis Echelon og Palladium kan det hevdes
866 at det hefter betenkeligheter ved innkjøp herfra.
</p
>
868 <p
><strong
>Referanser
</strong
></p
>
872 <li
>Cranor, L.F. og Cytron, R.K.,
"Design and Implementation of a
873 Security-Conscious Electronic Polling System
" Washington University
874 Computer Science Technical Report WUCS-
96-
02. February
1996
875 http://www.cs.wustl.edu/cs/techreports/
1996/wucs-
96-
02.ps.Z
</li
>
877 <li
>Det australske valgsystemet, inkludert kildekoden tilgjengelig som
878 fri programvare http://www.elections.act.gov.au/Elecvote.html
</li
>
880 <li
>Smartmatics SAES voting system used in venesuela
2004
881 http://www.smartmatic.com/solutions_03-
1.htm
</li
>
883 <li
>Blackboxvoting, interessegruppe i USA med fokus på valgfusk
884 vha. elektroniske valgsystemer http://www.blackboxvoting.org/
</li
>
886 <li
>VerifiedVoting, interessegruppe i USA med fokus på at også
887 elektroniske valgsystemer må være
888 etterprøvbare. http://www.verifiedvoting.org/
</li
>
890 <li
>Blue Screen Democracy - fri programvareprosjekt som har utviklet
891 elektronisk stemmegivingssystem
892 http://bluescreen.sourceforge.net/
</li
>
894 <li
>Indias elektroniske avstemmingssystem (Wikipedia)
895 http://en.wikipedia.org/wiki/Indian_voting_machines
</li
>
897 <li
>Security Analysis of the Diebold AccuVote-TS Voting Machine av
898 Ariel J. Feldman, J. Alex Halderman, og Edward
899 W. Felten. http://itpolicy.princeton.edu/voting/
900 http://coblitz.codeen.org:
3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv
</li
>
902 <li
>Was the
2004 Election Stolen? av Robert F. Kennedy
903 Jr. http://www.rollingstone.com/news/story/
10432334/was_the_2004_election_stolen
</li
>
905 <li
>Styreframlegg om elektronisk votering ved
906 UiO. http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/protokoll.xml
907 http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/vsak-
14.pdf
908 http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/vsak-
14-vedlegg.pdf
</li
>
910 <li
>Elektroniske valg - muligheter, problemer og noen løsninger
911 Semesteroppgave i STV620 - Demokratiske valg
912 http://www.afin.uio.no/forskning/notater/
4_01.html
</li
>
914 <li
>NUUG - Norwegian Unix User Group http://www.nuug.no/
</li
>
916 <li
>EFN - Elektronisk forpost Norge http://www.efn.no/
</li
>
921 <p
>Som alltid med valg er det ikke viktigst hva folk stemmer på, men
922 hvem som teller opp stemmene... Hvis du er interessert i temaet
923 e-valg, så har NUUG siden
2006 oppdatert
924 <a href=
"http://wiki.nuug.no/uttalelser/
2006-elektronisk-stemmegiving
">NUUGs
925 wikiside om høringen
</a
> med aktuelle og interessante referanser og
926 artikler. Ta en titt der hvis du vil lese mer. :)
</p
>
931 <title>OOXML og standardisering
</title>
932 <link>http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html
</link>
933 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html
</guid>
934 <pubDate>Wed,
25 Jul
2012 21:
10:
00 +
0200</pubDate>
935 <description><p
>DIFI har
936 <a href=
"http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
">en
937 høring gående
</a
> om ny versjon av statens standardkatalog, med frist
938 2012-
09-
30, der det foreslås å fjerne ODF fra katalogen og ta inn ISO
939 OOXML. I den anledning minnes jeg
940 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">notatet
941 FAD skrev
</a
> da versjon
2 av standardkatalogen var under
942 utarbeidelse, da FAD og DIFI fortsatt forsto poenget med og verdien av
943 frie og åpne standarder.
</p
>
945 <p
>Det er mange som tror at OOXML er ett spesifikt format, men det
946 brukes ofte som fellesbetegnelse for både formatet spesifisert av
947 ECMA, ISO, og formatet produsert av Microsoft Office (aka docx), som
948 dessverre ikke er det samme formatet. Fra en av de som implementerte
949 støtte for docx-formatet i KDE fikk jeg høre at ISO-spesifikasjonen
950 var en nyttig referanse, men at det var mange avvik som gjorde at en
951 ikke kunne gå ut ifra at Microsoft Office produserte dokumenter i
952 henhold til ISO-spesifikasjonen.
</p
>
954 <p
>ISOs OOXML-spesifikasjon har (eller hadde, usikker på om
955 kommentaren er oppdatert) i følge
956 <a href=
"http://surguy.net/articles/ooxml-validation-and-technical-review.xml
">Inigo
957 Surguy
</a
> feil i mer enn
10% av eksemplene, noe som i tillegg gjør
958 det vanskelig å bruke spesifikasjonen til å implementere støtte for
959 ISO OOXML. Jeg har ingen erfaring med å validere OOXML-dokumenter
961 <a href=
"http://www.microsoft.com/en-us/download/details.aspx?id=
5124">Microsoft
962 har laget en validator
</a
> som jeg ikke kan teste da den kun er
963 tilgjengelig på MS Windows. Finner også en annen kalt
964 <a href=
"http://code.google.com/p/officeotron/
">Office-O-Tron
</A
> som
965 er oppdatert i fjor. Lurer på om de validerer at dokumenter er i
966 formatet til Microsoft office, eller om de validerer at de er i
967 henhold til formatene spesifisert av ECMA og ISO. Det hadde også vært
968 interessant å se om docx-dokumentene publisert av det offentlige er
969 gyldige ISO OOXML-dokumenter.
</p
>
974 <title>Free Culture in Norwegian -
5 chapters done,
74 percent left to do
</title>
975 <link>http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html
</link>
976 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html
</guid>
977 <pubDate>Sat,
21 Jul
2012 20:
00:
00 +
0200</pubDate>
978 <description><p
>I reported earlier that I am working on
979 <a href=
"http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
">a
980 norwegian version
</a
> of the book
981 <a href=
"http://free-culture.cc/
">Free Culture
</a
> by Lawrence Lessig.
982 Progress is good, and yesterday I got a major contribution from Anders
983 Hagen Jarmund completing chapter six. The source files as well as a
984 PDF and EPUB version of this book are available from
985 <a href=
"https://github.com/petterreinholdtsen/free-culture-lessig
">github
</a
>.
</p
>
987 <p
>I am happy to report that the draft for the first two chapters
988 (preface, introduction) is complete, and three other chapters are also
989 completely translated. This completes
26 percent of the number of
990 strings (equivalent to paragraphs) in the book, and there is thus
74
991 percent left to translate. A graph of the progress is present at the
992 bottom of the github project page. There is still room for more
993 contributors. Get in touch or send github pull requests with fixes if
994 you got time and are willing to help make this book make it to
997 <p
>The book translation framework could also be a good basis for other
998 translations, if you want the book to be available in your
1004 <title>Call for help from docbook expert to tag Free Culture by Lawrence Lessig
</title>
1005 <link>http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html
</link>
1006 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html
</guid>
1007 <pubDate>Mon,
16 Jul
2012 22:
50:
00 +
0200</pubDate>
1008 <description><p
>I am currently working on a
1009 <a href=
"http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
">project
1010 to translate
</a
> the book
1011 <a href=
"http://free-culture.cc/
">Free Culture
</a
> by Lawrence Lessig
1012 to Norwegian. And the source we base our translation on is the
1013 <a href=
"http://en.wikipedia.org/wiki/DocBook
">docbook
</a
> version, to
1014 allow us to use po4a and .po files to handle the translation, and for
1015 this to work well the docbook source document need to be properly
1016 tagged. The source files of this project is available from
1017 <a href=
"https://github.com/petterreinholdtsen/free-culture-lessig
">github
</a
>.
</p
>
1019 <p
>The problem is that the docbook source have flaws, and we have
1020 no-one involved in the project that is a docbook expert. Is there a
1021 docbook expert somewhere that is interested in helping us create a
1022 well tagged docbook version of the book, and adjust our build process
1023 for the PDF, EPUB and HTML version of the book? This will provide a
1024 well tagged English version (our source document), and make it a lot
1025 easier for us to create a good Norwegian version. If you can and want
1026 to help, please get in touch with me or fork the github project and
1027 send pull requests with fixes. :)
</p
>
1032 <title>Fri programvare -
"fri
" som i
"talefrihet
", ikke som i
"fri bar
"</title>
1033 <link>http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html
</link>
1034 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html
</guid>
1035 <pubDate>Sun,
15 Jul
2012 21:
20:
00 +
0200</pubDate>
1036 <description><p
>Et ofte brukt sitat i fri programvareverden er Stallman-sitatet
1037 «
<a href=
"http://www.gnu.org/philosophy/free-sw.html.en
">Free Software,
1038 "free
" as in
"free speech
", not as in
"free beer
"</a
>». Men det er
1039 ikke direkte overførbart til norsk, da det baserer seg på koblingen
1040 gratis/fri på engelsk. En direkte oversettelse ville være «Fri
1041 programvare,
"fri
" som i
"talefrihet
", ikke som
"gratis øl
"», og det
1042 går jo glipp av poenget. I forbindelse med at vi er
1043 <a href=
"http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
">igang
1044 med å oversette
</a
> <a href=
"http://free-culture.cc/
">Free Culture
</a
>
1045 av Lawrence Lessig, måtte jeg forsøke a finne en bedre
1046 oversettelse.
</p
>
1048 <p
>Mitt forslag til oversettelse blir dermed å droppe ølet, og heller
1049 fokusere på det kjente norske uttrykket
"fri bar
". Dermed blir
1050 oversettelsen «Fri programvare -
"fri
" som i
"talefrihet
", ikke som i
1051 "fri bar
"».
</p
>
1053 <p
>Noen som har bedre forslag?
</p
>
1055 <p
>Forøvrig bruker jeg fri programvare som et samlebegrep på norsk for
1056 begge de engelske uttrykkene Free Software og Open Source, jamfør
1057 <a href=
"http://www.nuug.no/dokumenter/folder-friprogramvare.pdf
">NUUGs
1058 lille folder om temaet
</a
>.
</p
>
1063 <title>Dugnad for å sende norsk versjon av Free Culture til stortingets representanter!
</title>
1064 <link>http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
</link>
1065 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
</guid>
1066 <pubDate>Wed,
11 Jul
2012 09:
00:
00 +
0200</pubDate>
1067 <description><p
>Da opphavsrettsloven ble revidert i forrige runde rundt
2005, var
1068 det skummelt å se hvor lite stortingsrepresentantene forsto hvordan
1069 Internet påvirket folks forhold til kulturuttrykk, og min venn Vidar
1070 og jeg spekulert på at det hadde kanskje vært fornuftig om samtlige
1071 representanter fikk en norsk utgave av boken
1072 <a href=
"http://free-culture.cc/
">Free Culture
</a
> av Lawrence Lessig
1073 som forklarte litt om problemstillingene. Vi endte opp med å
1074 prioritere utvikling i
1075 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
>-prosjektet i
1076 stedet, så den oversatte boken så aldri dagens lys. Men i forrige uke
1077 ble jeg inspirert til å ta opp tråden og se om det er mulig å få til
1078 bokprosjektet denne gang, da det er tydelig at kulturdepartementet i
1079 sitt nye forsøk på å gjøre opphavsrettsloven enda mer ubalansert til
1080 fordel for forlag og store mediehus fortsatt trenger en annen vinkling
1081 i debatten.
</p
>
1083 <p
>Planen min er å oversette boka på dugnad, sette den opp for
1084 trykking med en av de mange
1085 <a href=
"http://no.wikipedia.org/wiki/Trykk_på_forespørsel
">trykk på
1086 forespørsel
</a
>-tjenestene, skaffe sponsor til å finansiere trykking
1087 til stortingsrepresentantene og alle som har bidratt med
1088 oversettelser. Kanskje vi også kan få en avtale med et forlag om
1089 publisering når boka er ferdig? Kommentarene til
1090 <a href=
"http://newth.net/eirik/
2011/
04/
01/e-selvpublisering/
">Eirik
1092 <a href=
"http://www.espen.com/norskblogg/archives/
2008/
09/erfaringer_med_publishing_on_demand.html
">Espen
1093 Andersen
</a
> om erfaringene med selvpublisering og trykk på
1094 forespørsel er interessante og ikke avskrekkende, og jeg mistenker at
1095 <a href=
"http://www.lulu.com/
">Lulu
</a
> er en grei leverandør av
1096 trykketjenester til prosjektet.
</p
>
1098 <p
>Jeg har satt opp
1099 <a href=
"https://github.com/petterreinholdtsen/free-culture-lessig
">et
1100 Github-prosjekt
</a
> for a lage boken, basert på Docbook-utgaven jeg
1101 fant fra Hans Schou. Skolelinux har hatt byggesystem for å lage
1102 oversatt HTML og PDF-utgave av Docbook-bøker i en årrekke, så jeg har
1103 kopiert og utvidet dette oppsettet. Originalteksten er i Docbook, og
1104 oversettelsen gjøres i .po-filer med hjelp av vanlige
1105 oversetterverktøy brukt i fri programvareverden. Dernest tar
1106 byggesystemet over og lager PDF og EPUB-utgave av den oversatte
1107 teksten. Resultatet kan ses i Github-prosjektet. For å komme raskt
1108 igang har jeg brukt maskinoversettelse av alle tekstbitene fra engelsk
1109 til norsk, noe som grovoversatte ca.
1300 av de ca.
1700 tekstbitene
1110 boken består av. Jeg håper nå at flere kan bidra med å få
1111 oversettelsen på plass, slik at teksten kan være klar i løpet av
1112 høsten. Når alt er oversatt må teksten gjennomgås for feil og
1113 konsistent språk. Totalt er det nok mange timer som trengs for å
1114 gjennomføre oversettelsen.
</p
>
1116 <p
>Økonomien i dette er ikke avskrekkende.
169
1117 stortingsrepresentanter og nesten like mange varamedlemmer bør få
1118 bøker, og estimert produduksjonskostnad for hver bok er rundt
6 EURO i
1119 følge et raskt estimat fra Lulu. Jeg vet ennå ikke hvor mange sider
1120 det blir i størrelsen
5,
5" x
8.5" (det er ca.
140 sider i A4-format),
1121 så jeg gjettet på
400 sider. Jeg tror originalutgaven har nesten
400
1122 sider. For
169*
2 eksemplarer snakker vi om en trykkekostnad på
1123 ca.
2000 EURO, dvs. ca
15 000 NOK. Det burde være mulig å finne en
1124 sponsor for å dekke en slik sum. I tillegg kommer distribusjon og
1125 porto, som antagelig kommer på like mye.
</p
>
1127 <p
>Kan du bidra med oversettelse og docbook-typesetting? Ta kontakt
1128 og send patcher i github. Jeg legger gjerne inn folk i prosjektet
1129 slik at du kan oppdatere direkte.
</p
>
1134 <title>Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?
</title>
1135 <link>http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html
</link>
1136 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html
</guid>
1137 <pubDate>Thu,
5 Jul
2012 10:
40:
00 +
0200</pubDate>
1138 <description><p
>I forbindelse med NUUG-prosjektet for å
1139 <a href=
"http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html
">lage
1140 en samlet postjournal
</a
>, har jeg som tidligere nevnt
1141 <a href=
"https://scraperwiki.com/scrapers/postliste-oep-deliverydates/
">samlet
1142 inn leveringstidspunkt
</a
> for de ulike leverandørene av postjournaler
1143 til DIFIs
<a href=
"http://www.oep.no/
">Offentlig Elektronisk
1144 Postjournal
</a
>.
1145 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep-deliverydates
&query=select%
20agency%
2C%
0A(julianday(datetime(
'now
'))%
20-%
20%
0A%
20julianday(min(%
60deliverydate%
60)))%
2Fcount(*)%
20as%
20dayfreq%
2C%
0A%
20count(*),max(deliverydate)%
20as%
20lastdelivery%
0Afrom%
20%
60swdata%
60%
20group%
20by%
20agency%
20order%
20by%
20dayfreq%
20desc
">Leveringsfrekvensen
</a
>
1146 ser i dag slik ut for de som har brukt mer enn
10 dager i snitt siden
1147 jeg startet innsamling av leveringsdato
2012-
05-
14</p
>
1149 <table border=
"1">
1150 <tr
> <th
>agency
</th
> <th
>dayfreq
</th
> <th
>count(*)
</th
> <th
>lastdelivery
</th
> </tr
>
1151 <tr
> <td
>Norges geologiske undersøkelse
</td
> <td
>27.0866579862</td
> <td
>4</td
> <td
>2012-
07-
02T00:
00:
00</td
> </tr
>
1152 <tr
> <td
>Kompetansesenter for distriktsutvikling
</td
> <td
>18.4488773149</td
> <td
>3</td
> <td
>2012-
06-
20T00:
00:
00</td
> </tr
>
1153 <tr
> <td
>Toll- og avgiftsdirektoratet
</td
> <td
>18.4488773149</td
> <td
>3</td
> <td
>2012-
07-
04T00:
00:
00</td
> </tr
>
1154 <tr
> <td
>Departementenes servicesenter
</td
> <td
>18.0866579862</td
> <td
>4</td
> <td
>2012-
06-
29T00:
00:
00</td
> </tr
>
1155 <tr
> <td
>Medietilsynet
</td
> <td
>14.5866579862</td
> <td
>4</td
> <td
>2012-
07-
04T00:
00:
00</td
> </tr
>
1156 <tr
> <td
>Politidirektoratet
</td
> <td
>14.3366579862</td
> <td
>4</td
> <td
>2012-
06-
20T00:
00:
00</td
> </tr
>
1157 <tr
> <td
>Fredskorpset
</td
> <td
>12.4693263889</td
> <td
>5</td
> <td
>2012-
06-
22T00:
00:
00</td
> </tr
>
1158 <tr
> <td
>Kunnskapsdepartementet
</td
> <td
>11.2693263889</td
> <td
>5</td
> <td
>2012-
07-
05T00:
00:
00</td
> </tr
>
1159 <tr
> <td
>Statens legemiddelverk
</td
> <td
>10.4780902778</td
> <td
>7</td
> <td
>2012-
06-
29T00:
00:
00</td
> </tr
>
1160 <tr
> <td
>Norsk Akkreditering
</td
> <td
>10.4488773149</td
> <td
>3</td
> <td
>2012-
07-
02T00:
00:
00</td
> </tr
>
1163 <p
>Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
1164 den offisielle epostadressen til de som har lavest leveringsfrekvens,
1165 og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
1166 et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
1167 postjournaler blir tilgjengelig for innbyggerne og pressen.
</p
>
1169 <p
><strong
>Norges geologiske undersøkelse
</strong
></p
>
1171 <p
><blockquote
>
1172 <p
>Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1173 <br
>Date: Fri,
08 Jun
2012 09:
20:
57 +
0200</p
>
1175 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1176 Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
1177 postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
1178 Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?
</p
>
1182 <p
>Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1183 <br
>Date: Fri,
8 Jun
2012 12:
49:
35 +
0200</p
>
1185 <p
>Hei
</p
>
1187 <p
>NGUS fravær på OEP skyldes problemer vi har i forbindelse med
1188 oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
1189 og jeg tror og håper at det snart skal være i orden. Normalt leverer
1190 vi til OEP
1 gang i uken.
</p
>
1191 </blockquote
></p
>
1193 <p
><strong
>Medietilsynet
</strong
></p
>
1194 <p
><blockquote
>
1195 <p
>Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1196 <br
>Date: Mon,
11 Jun
2012 13:
29:
23 +
0200</p
>
1198 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1199 Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
1200 leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
1201 til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
1202 leveringfrekvens?
</p
>
1205 <p
>Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1206 <br
>Date: Tue,
12 Jun
2012 04:
55:
42 +
0000</p
>
1208 <p
>Hei!
</p
>
1210 <p
>Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
1211 tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
1212 løpet av denne uken. Ellers er vi fornøyd med dagens
1213 leveringsfrekvens.
</p
>
1214 </blockquote
></p
>
1216 <p
><strong
>Kunnskapsdepartementet
</strong
></p
>
1217 <p
><blockquote
>
1218 <p
>Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1219 <br
>Date: Fri,
22 Jun
2012 21:
03:
01 +
0200</p
>
1221 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1222 Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
1223 postjournalen sin to ganger siden
2012-
05-
10, og sist
2012-
05-
16. Hvor
1224 ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
1225 Postjournal? Er dere fornøyd med dagens leveringfrekvens?
</p
>
1229 <p
>Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1230 <br
>Date: Wed,
27 Jun
2012 14:
42:
23 +
0200</p
>
1232 <p
>Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
1233 institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
1234 dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
1235 gikk tapt.
</p
>
1237 <p
>[... kopi av opprinnelig epost ...]
</p
>
1240 <p
>Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1241 <br
>Date: Wed,
27 Jun
2012 14:
33:
20 +
0000</p
>
1243 <p
>Hei!
</p
>
1245 <p
>Normalt leverer vi hver virkedag til OEP, med fem virkedagers
1246 forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
1247 OEP pga innføringen av nytt saksbehandlingssystem
7. Mai. Den
1248 etterfølgende streiken medførte så et større etterslep på
1249 journalføring som har gjort at vi har måttet prioritere dette fremfor
1250 offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
1251 tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
1252 offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
1253 gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
1254 plass de manglende journalene.
</p
>
1256 </blockquote
></p
>
1259 <p
><strong
>Norsk Akkreditering
</strong
></p
>
1260 <p
><blockquote
>
1261 <p
>Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1262 <br
>Date: Thu,
28 Jun
2012 07:
35:
43 +
0200</p
>
1264 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1265 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1266 Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
1267 Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
1268 fornøyd med dagens leveringfrekvens?
</p
>
1272 <p
>Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1273 <br
>Date: Mon,
2 Jul
2012 08:
32:
06 +
0200</p
>
1275 <p
>Hei,
</p
>
1277 <p
>Norsk Akkreditering har som ambisjon å levere til OEP
2 ganger i
1278 uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.
</p
>
1279 </blockquote
></p
>
1281 <p
><strong
>Toll- og avgiftsdirektoratet
</strong
></p
>
1282 <p
><blockquote
>
1283 <p
>Date: Tue,
03 Jul
2012 11:
55:
07 +
0200
1284 <br
>Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?
</p
>
1287 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1288 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1289 Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
1290 siste levering var
2012-
06-
06. Hvor ofte pleier Toll- og
1291 avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
1292 leveringfrekvens?
</p
>
1296 <p
>Date: Wed,
4 Jul
2012 09:
33:
18 +
0000
1297 <br
>Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?
</p
>
1299 <p
>Til: Petter Reinholdtsen
</p
>
1301 <p
>Det vises til din e-post av
3. juli
2012.
</p
>
1303 <p
>Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
1304 (hver torsdag). Vi søker så langt det er mulig å få dette til og har
1305 stort sett publisert iht rutinene siden vi kom opp på OEP.
</p
>
1307 <p
>Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
1308 ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
1309 har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
1310 kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
1311 bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.
</p
>
1313 <p
>Vi beklager hvis dette har skapt vanskeligheter.
</p
>
1314 </blockquote
></p
>
1316 <p
>Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
1317 alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
1318 det kan ha virket motiverende for å få på plass leveringen at de ser
1319 at det er interesse for leveringen til OEP.
</p
>
1324 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet
</title>
1325 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</link>
1326 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</guid>
1327 <pubDate>Wed,
4 Jul
2012 14:
20:
00 +
0200</pubDate>
1328 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
1329 spørmål om hvorfor
<a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>
1330 er kryptert på RiksTV. De toer sine hender:
1332 <p
><blockquote
>
1333 <p
>Date: Mon,
2 Jul
2012 08:
15:
38 +
0000
1334 <br
>From: Arve Lindboe
&lt;Arve.Lindboe (at) medietilsynet.no
&gt;
1335 <br
>To: Petter Reinholdtsen
1336 <br
>CC: Arthur Garnes
&lt;Arthur.Garnes (at) rikstv.no
&gt;,
1337 postmottak (at) sd.dep.no, post (at) frikanalen.no
1338 <br
>Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn
</p
>
1340 <p
>Vi viser til Deres spørsmål av
27. mai i år til RiksTV,
1341 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
1342 1. juli til Dem, som vi har mottatt i kopi.
</p
>
1344 <p
>For ordens skyld vil vi orientere om at Medietilsynet har visse
1345 tilsynsoppgaver knyttet til kapittel
3 i NTVs konsesjon for
1346 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
1347 pkt.
3.5 i denne konsesjonen går det bl.a. fram at NRKs
1348 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
1349 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
1350 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
1351 konsesjonen.
</p
>
1353 <p
>Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
1354 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
1355 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
1356 spørsmålene De reiser i tilknytning til det.
</p
>
1358 <p
>Mvh
</p
>
1360 <p
>Arve Lindboe
</p
>
1363 <br
>Medietilsynet
</p
>
1364 </blockquote
></p
>
1366 <p
>Her må det tydeligvis andre aktører i sving for å bli kvitt
1367 krypteringen av Frikanalen.
</p
>
1372 <title>Can Zimbra be told to send autoreplies to the From: address?
</title>
1373 <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html
</link>
1374 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html
</guid>
1375 <pubDate>Tue,
3 Jul
2012 23:
30:
00 +
0200</pubDate>
1376 <description><p
>In the NUUG
<a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
>
1377 project (Norwegian version of
1378 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
> from
1379 <a href=
"http://www.mysociety.org/
">mySociety
</a
>), we have discovered
1380 a problem with the municipalities using
1381 <a href=
"http://www.zimbra.com/
">Zimbra
</a
>. When FiksGataMi send a
1382 problem report to the government, the email From: address is set to
1383 the address of the person reporting the problem, while envelope sender
1384 is set to the FiksGataMi contact address. The intention is to make
1385 sure the municipality send any replies to the person reporting the
1386 problem, while any email delivery problems are sent to us in NUUG.
1387 This work well in most cases, but not for Karmøy municipality using
1388 Zimbra. Karmøy is using the vacation message function in Zimbra to
1389 send an automatic reply to report that the message has been received,
1390 and this message is sent to the envelope sender and not the address in
1391 the From: header.
</p
>
1393 <p
>This causes the automatic message from Karmøy to go to NUUGs
1394 request-tracker instance instead of to the person reporting the
1395 problem. We can not really change the envelope sender address, as
1396 this would make it impossible for us to discover when there are
1397 problems with the MTAs receiving problem reports. We have been in
1398 contact with the people at Karmøy municipality, and they are willing
1399 to adjust Zimbra if something can be changed there to get a better
1400 behaviour.
</p
>
1402 <p
>The default behaviour of Zimbra is as far as I can tell according
1403 to the specification in RFC
3834, which recommend that vacation
1404 messages are sent to the envelope sender and not to the From: address.
1405 But I wonder if it is possible to adjust or configure Zimbra to behave
1406 differently. Anyone know? Please let us know at
1407 <a href=
"http://lists.nuug.no/mailman/listinfo/fiksgatami
">fiksgatami
1408 (at) nuug.no
</a
>.
</p
>
1413 <title>Frikanalen bør være ukryptert på det digitale bakkenettet
</title>
1414 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</link>
1415 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</guid>
1416 <pubDate>Sun,
1 Jul
2012 15:
20:
00 +
0200</pubDate>
1417 <description><p
><a href=
"http://www.frikanalen.no
">Frikanalen
</a
> er Norges
1418 landsdekkende
<a href=
"http://no.wikipedia.org/wiki/Åpen_kanal
">åpne
1419 kanal
</a
>, der alle innbyggerne kan sende sine innslag ut på
1420 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
1421 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
1422 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
1424 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">løsning
1425 basert på åpne standarder
</a
> i tillegg til den originale løsningen
1426 som er basert på Silverlight.
</p
>
1428 <p
>Frikanalen skal være tilgjengelig for alle uten hindringer, men
1429 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
1430 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
1431 se på kanalen via dette nettet å skaffe seg et kundeforhold til
1432 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
1433 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
1434 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
1435 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
1436 problemstillingen. Her er det som har vært av oppfølging så
1439 <p
><blockquote
>
1441 <p
>From: Petter Reinholdtsen
1442 <br
>Subject: Når blir Frikanalen ukryptert på RiksTV?
1443 <br
>To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
1444 <br
>Cc: post (at) frikanalen.no
1445 <br
>Date: Sun,
27 May
2012 00:
28:
10 +
0200</p
>
1447 <p
>Hvorfor er det så dyrt a motta Frikanalen i det digitale
1448 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
1449 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
1450 For å få tilgang til de krypterte sendingene må en ha programkort som
1451 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
1454 <p
>I Stortingsmelding
39 2007 står det:
</p
>
1456 <p
><blockquote
>
1457 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
1458 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
1459 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
1460 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
1461 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
1462 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
1463 perioden kl.
12 til kl.
17.30. Tilbudet vil bli sendt kryptert, men
1464 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
1465 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
1466 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
1467 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
1468 vil gjelde fram til midten av
2010.
1469 </blockquote
></p
>
1471 <p
>Hva gjelder så etter midten av
2010? Betyr det som står i
1472 stortingsmeldingen at RiksTV fra midten av
2010 kan kreve hvilken som
1473 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
1474 velger å distribuere Frikanalen? Eller var det tillatelsen til å
1475 sende Frikanalen kryptert som gikk ut i
2010?
</p
>
1478 <br
>Vennlig hilsen
1479 <br
>Petter Reinholdtsen
</p
>
1480 </blockquote
></p
>
1482 <p
>Jeg har ikke fått svar hverken fra departement eller medietilsyn,
1483 men har fått to svar fra RiksTV.
</p
>
1485 <p
><blockquote
>
1486 <p
>From: post (at) rikstv.no
1487 <br
>Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[
92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
1488 <br
>To: Petter Reinholdtsen
1489 <br
>Date: Mon,
28 May
2012 14:
30:
27 +
0200</p
>
1491 <p
>Takk for din henvendelse
</p
>
1493 <p
>Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
1494 dekker kostnadene for Programkort frem til midten av
2010. Avtalen er
1495 gjengitt i sin helhet på denne lenken:
1496 <a href=
"http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld-nr-
39-
2007-/
28/
4.html?id=
478517">http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld-nr-
39-
2007-/
28/
4.html?id=
478517</a
>
1498 <p
>Dersom du ønsker tilgang til Frikanalen via det digitale
1499 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
1500 dekoder. Programkortet har en engangsavgift på kr
225,- og er å regne
1501 som en del av utstyret du trenger for å motta krypterte signaler.
</p
>
1503 <p
>Vennligst se mer informasjon om Programkort på denne lenken:
1504 <a href=
"https://www.rikstv.no/kundeservice/Utstyr/programkort/
">https://www.rikstv.no/kundeservice/Utstyr/programkort/
</a
></p
>
1506 <p
>For mer informasjon om våre produkter og priser se, www.rikstv.no
</p
>
1508 <p
>Ha en fin dag.
</p
>
1510 <p
>Med vennlig hilsen
1511 <br
>Thomas Eikeland
1513 <br
>Kundeservice
1514 <br
>Telefonnummer:
09595
1515 <br
>www.rikstv.no
</p
>
1516 </blockquote
></p
>
1518 <p
>Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
1519 fulgte opp med en ny epost:
</p
>
1521 <p
><blockquote
>
1522 <p
>From: Petter Reinholdtsen
1523 <br
>Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[
92641] Hvis
<br
> du svarer på denne henvendelsen, ikke forandre subjektet
1524 <br
>To: post (at) rikstv.no
1525 <br
>Date: Fri,
08 Jun
2012 10:
14:
49 +
0200</p
>
1527 <p
>[Thomas Eikeland]
1528 <br
>&gt; Takk for din henvendelse
</p
>
1530 <p
>Takk for svaret.
</p
>
1532 <p
>&gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
1533 <br
>&gt; kostnadene for Programkort frem til midten av
2010. Avtalen er gjengitt
1534 <br
>&gt; i sin helhet på denne lenken:
1535 <br
>&gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld
1536 <br
>&gt; -nr-
39-
2007-/
28/
4.html?id=
478517</p
>
1538 <p
>Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
1539 over. Er den erstattet med en ny avtale?
</p
>
1543 <li
>Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
1544 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
1545 kryptert som gikk ut i
2010?
</li
>
1549 <p
>&gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
1550 <br
>&gt; per idag trenger du et Programkort og RiksTV godkjent
1551 <br
>&gt; dekoder. Programkortet har en engangsavgift på kr
225,- og er å regne
1552 <br
>&gt; som en del av utstyret du trenger for å motta krypterte signaler.
1554 <br
>&gt; Vennligst se mer informasjon om Programkort på denne lenken:
1555 <br
>&gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/
</p
>
1557 <p
>Dette er litt på siden av det jeg lurte på, som er hva slags
1558 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
1559 etter
2010.
</p
>
1562 <br
>Vennlig hilsen
1563 <br
>Petter Reinholdtsen
</p
>
1564 </blockquote
></p
>
1566 <p
>Etter mange uker fikk jeg så på fredag følgende tilbakemelding.
</p
>
1568 <p
><blockquote
>
1569 <p
>From: Arthur Garnes
1570 <br
>Subject: RE: Når blir Frikanalen ukryptert på RiksTV
1571 <br
>To: Petter Reinholdtsen
1572 <br
>Date: Fri,
29 Jun
2012 13:
02:
38 +
0200</p
>
1574 <p
>Hei,
</p
>
1576 <p
>Det vises til din henvendelse av
27.5.2012. Vi beklager at din
1577 henvendelse har tatt noe tid å besvare.
</p
>
1579 <p
>RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
1580 vederlagsfritt får distribusjon i det digitale bakkenettet. At
1581 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
1582 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
1583 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
1584 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
1585 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
1586 programkort og trenger som en kommersiell aktør å få dekket disse
1587 kostnadene.
</p
>
1589 <p
>Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
1592 <p
>Med vennlig hilsen
1593 <br
>Arthur Garnes
1594 <br
>Product Manager
</p
>
1596 <p
>Mobil: +
47 98234224
1597 <p
>E-post: arthur.garnes (at) rikstv.no
1599 <br
>Besøk: Økernveien
145,
17. etg, Oslo
1600 <br
>Post: Postboks
393 Økern,
0513 Oslo
</p
>
1602 <p
>Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv
</p
>
1604 <p
>Denne e-post og informasjonen den inneholder er konfidensiell og
1605 ment kun for den korrekte adressaten. This e-mail and the information
1606 it contains is confidential and intended only for the right
1607 addressee.
</p
>
1608 </blockquote
></p
>
1610 <p
>Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
1616 <title>DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog
</title>
1617 <link>http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
</link>
1618 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
</guid>
1619 <pubDate>Fri,
29 Jun
2012 18:
00:
00 +
0200</pubDate>
1620 <description><p
>DIFI har nettopp annonsert høring om revisjon av
1621 <a href=
"http://www.standard.difi.no/forvaltningsstandarder
">standardkatalogen
</a
>,
1622 og endelig har Microsoft fått viljen sin. Se
1623 <a href=
"http://www.standard.difi.no/hoyring/forslag-om-endring-av-forskrift-om-it-standarder-i-offentlig-forvaltning
">høringssiden
</a
>
1624 for hele teksten.
</p
>
1626 <p
>Her er forslaget i sin helhet:
</p
>
1628 <p
><blockquote
>
1629 <p
>3.2 Revisjon av krav til redigerbare dokumenter
</p
>
1631 <p
>I første versjon av referansekatalogen i
2007 ble det satt krav om
1632 Open Document Format (ODF), versjon
1.1 (OASIS,
1.2.2007) for
1633 redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
1634 anbefalt for kommunal sektor. I
2009 ble kravet gjort obligatorisk for
1635 hele offentlig sektor i
1636 <a href=
"http://www.lovdata.no/for/sf/fa/xa-
20090925-
1222.html
">forskrift
1637 om IT-standarder i forvaltningen
</a
>. Anvendelsesområdet for kravet
1638 har vært begrenset til publisering av dokumenter som skal bearbeides
1639 videre (§
4 nr.
1 andre ledd). I
2011 ble anvendelsesområdet utvidet
1640 til å omfatte utveksling av dokumenter beregnet for redigering som
1641 vedlegg til e-post (§
4 nr.
2).
</p
>
1643 <p
>Office Open XML ISO/IEC
29500:
2011 (OOXML) er et dokumentformat
1644 opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
1645 som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
1646 kontorstøtteprogamvaren MS Office. Difi har foretatt en
1647 <a href=
"http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-
0.pdf
">revisjonsvurdering
</a
>
1648 av krav som stilles til redigerbare dokumenter i Forskrift om
1649 IT-standarder i forvaltningen, og anbefaler at kravet til ODF
1650 fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
1651 for redigerbare dokumenter ved publisering på offentlige virksomheters
1652 nettsider og for redigerbare vedlegg til e-post som sendes fra
1653 offentlige virksomheter til innbyggere og næringsliv. Offentlige
1654 virksomheter vil dermed stå fritt til å publisere eller sende
1655 redigerbare dokumenter i det format som ivaretar brukernes behov
1658 <p
>Forslaget innebærer at krav til ODF utgår §
4 nr.
1 tredje ledd og
1659 §
4 nr.
2 første ledd
</p
>
1661 <P
>Imidlertid bør det stilles strengere krav til hvilke formater
1662 offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
1663 mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
1664 som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
1665 medfører at innbyggere og næringsliv skal kunne basere sitt valg av
1666 programvare på egne behov og ikke på de valg offentlige virksomheter
1667 tar. Kravet vil omfatte hele offentlig sektor, herunder
1668 utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
1669 foreslått som ny §
4 nr
.2 andre ledd
</p
>
1670 </blockquote
></p
>
1672 <P
>De satser vel på at det hele blir glemt over sommeren, og at de
1673 fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
1674 jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
1675 høringsuttalelser til høringen.
</p
>
1677 <p
>Anbefaler alle å friske opp sine argumenter ved å lese
1678 <a href=
"http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html
">svaret
1679 fra senator Edgar Villanueva til Microsoft i Peru
</a
>. Det er en
1680 klassisk tekst som er like gyldig i dag som da det ble skrevet.
</p
>
1686 <title>Postjournaler i det offentlige - vanskelig med vilje?
</title>
1687 <link>http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html
</link>
1688 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html
</guid>
1689 <pubDate>Wed,
27 Jun
2012 21:
20:
00 +
0200</pubDate>
1690 <description><p
>Den norske
1691 <a href=
"http://www.lovdata.no/all/nl-
20060519-
016.html
">offentlighetsloven
</a
>
1692 er ganske bra, og inneholder rettigheter som sikrer at borgerne (og
1693 journalister) i stor grad kan holde øye med hva fellesskapets
1694 representanter i det offentlige holder på med. En kan be om kopi av
1695 alle dokumenter som finnes i offentlige etater, kommuner,
1696 departementer etc, og det kreves en konkret lovhjemmel for å nekte å
1697 levere ut en kopi. Men for å vite hva en skal be om, må en vite hva
1698 som finnes, og det er der de offentlige postjournalene kommer inn.
1699 Alle underlagt offentlighetsloven, som er alle offentlige kontorer
1700 samt selskaper som er kontrollert av det offentlige, er pliktig å føre
1701 postjournal og utlevere den på forespørsel. Underlig nok forteller
1702 Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å
1703 publisere postjournalen på web når jeg spurte hvor postjournalen kan
1704 finnes, så det virker å være et hull i denne plikten hvis målet er at
1705 innbyggerne skal ha enkel mulighet til å kontrollere våre
1706 representanter. Men de må føre journal og utlevere den på
1707 forespørsel.
</p
>
1709 <p
>Men tema for denne bloggposten er hvordan en får tak i de
1710 offentlige postjournaler som finnes, og her er det mye som kunne vært
1711 bedre. Det finnes en
<a href=
"http://www.oep.no/
">felles portal for
1712 postjournaler
</a
> til alle departementer, nasjonale direktorater,
1713 fylkesmenn etc (ca.
100 kilder), men for alle kommuner,
1714 fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig
1715 styret stiftelser og selskaper, må en innom hver enkelt organisasjons
1716 nettsider og se etter postjournalen. Noen har laget fine
1717 søketjenester, andre har laget dårlige søketjenester. De fleste har
1718 kun lagt ut datobaserte lister over journaloppføringer, av og til
1719 HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av
1720 dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig
1721 vanskelig å holde et øye med det som skjer over hele Norge. En er
1722 nødt til å besøke flere hundre nettsteder, og lese mange tusen sider
1723 hver dag for å holde rede på hva som skjer, og resultatet er at det i
1724 stor grad ikke skjer.
</p
>
1726 <p
>Men datakildene ligger der, de er bare knot å bruke. En naturlig
1727 løsning på det problemet som det er utrolig og trist at presse-Norge
1728 ikke allerede har gjennomført, er å lage automatiske systemer for å
1729 samle inn og strukturere den tilgjengelige informasjonen og lage en
1730 innbygger og journalist-vennlig portal. I en slik portal bør en kunne
1731 søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som
1732 det tok lang tid å journalføre). Når informasjonen er samlet inn kan
1733 en analysere og finne ut hvilke organisasjoner som er trege til å
1734 publisere journalen sin, og hvilke som er mer flinke. En kan også
1735 koble saker på tvers av organisasjoner, når et brev i en sak sendes
1736 mellom organisasjonene, og dermed få en mer komplett oversikt over hva
1737 som blir gjort på vegne av oss alle i det offentlige. Det hadde vært
1738 morsomt å vite om alle brev som blir sendt mellom departementer eller
1739 kommuner blir journalført begge steder, og om det hender at sender og
1740 mottaker er uenige om et dokument kan unndras offentligheten. En
1741 slipper også å måtte forholde seg til når den journalførende enhet
1742 velger å fjerne journalen fra web. Her er praksis sprikende, og noen
1743 er flinke og har journalen liggende ute fra første dag publiseringen
1744 på web startet, mens andre fjerner den etter noen få dager.
</p
>
1746 <p
>Det er personvernutfordringer rundt tilgjengeliggjøring av
1747 postjournaler, da den offentlige informasjonen som er tilgjengelig i
1748 postjournalene kan gi ganske mye informasjon om enkeltpersoners
1749 kontakt med det offentlige Norge. En kan se når det bygges, søkes,
1750 klages og sertifiseres, blant mange andre aktiviteter en tvinges til å
1751 kontakte det offentlige Norge for å få gjort. Men det må veies opp
1752 mot behovet til å holde
"makta
" i Norge under oppsikt, og der må jeg
1753 innrømme at jeg tror behovet i Norge er enormt.
</p
>
1755 <p
>Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et
1756 prosjekt for å gjøre postjournalene tilgjengelig som åpne data på
1757 strukturert format, og bidra til at pressen og innbyggerne får en
1758 portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven
1759 gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på
1760 irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for
1761 flere hundre kilder. Noen er enkle og tar
10-
20 minutter (hvis de
1762 f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her
1763 trengs det programører. :)
</p
>
1765 <p
>PS: Hvis du vil lære litt mer om hva vi har mulighet til å få
1766 innsyn i hos det offentlige Norge, ta en titt på
1767 <a href=
"http://www.offentlighet.no/
">offentlighet.no
</a
>, et
1768 samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening,
1769 Norsk Journalistlag og Institutt for Journalistikk.
</p
>
1774 <title>SQL-database med anbud publisert på Doffin
</title>
1775 <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
</link>
1776 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
</guid>
1777 <pubDate>Fri,
15 Jun
2012 13:
30:
00 +
0200</pubDate>
1778 <description><p
><a href=
"http://www.doffin.no/
">Doffin
</a
> er det offentlige Norges
1779 portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
1780 men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
1781 på det har jeg som et
<a href=
"htt://www.nuug.no/
">NUUG-prosjekt
</a
>
1782 laget en
<a href=
"http://scraperwiki.com/
">Scraperwiki
</a
>-skraper som
1784 <a href=
"https://scraperwiki.com/scrapers/norwegian-doffin/
">SQL-database
1785 med nøkkelinformasjonen fra Doffin
</a
>, slik at det er mulig å søke og
1786 analysere Doffin-oppføringene. Det publiseres mellom
900-
1500 anbud
1787 hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
1788 håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
1789 håper jeg å bruke denne databasen som grunnlag for å lage en database
1790 over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
1791 må bestilles fra hver enkelt utlyser.
</p
>
1793 <p
>Jeg var litt usikker på om det var rettighetsproblemer knyttet til
1794 skraping av informasjon fra Doffin, men ser i
1795 <a href=
"http://www.doffin.no/sitehelp/help_terms.aspx
">vilkårene til
1796 Doffin
</a
> følgende:
</p
>
1798 <p
><blockquote
>
1800 <p
>Opphavsrett mv
</p
>
1802 <p
>Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
1803 at opphavsrett og andre rettigheter til materialet overføres til
1804 Fornyings- og administrasjonsdepartementet, eller den departementet
1805 utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
1806 kan benytte det til de formål de måtte ønske.
</p
>
1808 </blockquote
></p
>
1810 <p
>Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
1811 tviler på, gitt lovens begrensninger om informasjon fra det
1812 offentlige), så er det FAD som har de immaterielle rettighetene. FAD
1813 er en del av staten, som opererer på vegne av folket, og enhver borger
1814 skulle dermed ha rett til å videreformidle informasjonen. Ingen av
1815 offentlighetslovens unntak kommer til anvendelse, i og med at
1816 informasjonen allerede er publisert.
</p
>
1821 <title>Litt statistikk fra Offentlig Elektronisk postjournal
</title>
1822 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html
</link>
1823 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html
</guid>
1824 <pubDate>Sun,
10 Jun
2012 20:
30:
00 +
0200</pubDate>
1825 <description><p
>De siste månedene har jeg sammen med andre i NUUG jobbet med å
1826 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
1827 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
1828 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
1829 <a href=
"http://www.oep.no/
">Offentlig Elektronisk Postjournal
1830 (OEP)
</a
>, FAD/DIFIs fellesløsning for departementer og statlige
1833 <p
>Her er antall oppføringer pr. måned det siste året,
1834 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep
&query=select%
20strftime(%
22%
25Y-%
25m%
22%
2C%
20%
60recordpublishdate%
60)%
20as%
20oeppubmonth%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20oeppubmonth%
20order%
20by%
20oeppubmonth
">summert
1835 opp
</a
> ved hjelp av
1836 <a href=
"https://scraperwiki.com/scrapers/postliste-oep/
">en
1837 Scraperwiki-database
</a
>. Merk at denne Scraperwikien har
1838 ytelsesproblemer pga. mengden data.
</p
>
1840 <p
><table border=
"1">
1841 <tr
><th
>Måned
</th
><th
>Antall
</th
></tr
>
1842 <tr
><td
>2011-
07</td
><td
>164355</td
></tr
>
1843 <tr
><td
>2011-
08</td
><td
>153662</td
></tr
>
1844 <tr
><td
>2011-
09</td
><td
>173134</td
></tr
>
1845 <tr
><td
>2011-
10</td
><td
>170665</td
></tr
>
1846 <tr
><td
>2011-
11</td
><td
>198409</td
></tr
>
1847 <tr
><td
>2011-
12</td
><td
>175908</td
></tr
>
1848 <tr
><td
>2012-
01</td
><td
>206875</td
></tr
>
1849 <tr
><td
>2012-
02</td
><td
>202862</td
></tr
>
1850 <tr
><td
>2012-
03</td
><td
>204225</td
></tr
>
1851 <tr
><td
>2012-
04</td
><td
>207931</td
></tr
>
1852 <tr
><td
>2012-
05</td
><td
>223754</td
></tr
>
1853 </table
></p
>
1855 <p
>Det er også interessant å se hvor ofte ulike etater sender inn sine
1856 journaloppføringer til OEP. OEP inneholder en liste med sist
1857 innrapporteringsdato for alle som sender til OEP, og ved å se når og
1858 hvor ofte det blir sendt inn fra etatene kan
1859 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep-deliverydates
&query=select%
20agency%
2C%
0A(julianday(datetime(
'now
'))%
20-%
20%
0A%
20julianday(min(%
60deliverydate%
60)))%
2Fcount(*)%
20as%
20dayfreq%
2C%
0A%
20count(*)%
0Afrom%
20%
60swdata%
60%
20group%
20by%
20agency%
20order%
20by%
20dayfreq%
20desc
">frekvensen
1860 beregnes
</a
>. Her er bunnlista, dvs. de som leverer sjeldnere enn hver
10.
1862 <a href=
"https://scraperwiki.com/scrapers/postliste-oep-deliverydates/
">en
1863 Scraperwiki-database
</a
>:
</p
>
1865 <p
><table border=
"1">
1867 <tr
> <th
>Etat
</th
> <th
>Frekvens
</th
> <th
>Leveringer
</th
> </tr
>
1868 <tr
> <td
>Norges geologiske undersøkelse
</td
> <td
>83.7527546296</td
> <td
>1</td
> </tr
>
1869 <tr
> <td
>Medietilsynet
</td
> <td
>33.7527546296</td
> <td
>1</td
> </tr
>
1870 <tr
> <td
>Departementenes servicesenter
</td
> <td
>23.8763773148</td
> <td
>2</td
> </tr
>
1871 <tr
> <td
>Kunnskapsdepartementet
</td
> <td
>15.8763773148</td
> <td
>2</td
> </tr
>
1872 <tr
> <td
>Kompetansesenter for distriktsutvikling
</td
> <td
>15.3763773148</td
> <td
>2</td
> </tr
>
1873 <tr
> <td
>Toll- og avgiftsdirektoratet
</td
> <td
>15.3763773148</td
> <td
>2</td
> </tr
>
1874 <tr
> <td
>Fredskorpset
</td
> <td
>12.5842515432</td
> <td
>3</td
> </tr
>
1875 <tr
> <td
>Statens legemiddelverk
</td
> <td
>12.1881886574</td
> <td
>4</td
> </tr
>
1876 <tr
> <td
>Utlendingsnemnda
</td
> <td
>11.5842515432</td
> <td
>3</td
> </tr
>
1877 <tr
> <td
>Politidirektoratet
</td
> <td
>10.9175848765</td
> <td
>3</td
> </tr
>
1878 <tr
> <td
>Skattedirektoratet
</td
> <td
>10.9175848765</td
> <td
>3</td
> </tr
>
1879 <tr
> <td
>Statens innkrevingssentral
</td
> <td
>10.5842515432</td
> <td
>3</td
> </tr
>
1880 <tr
> <td
>Barne-, ungdoms- og familiedirektoratet
</td
> <td
>10.2509182099</td
> <td
>3</td
> </tr
>
1881 <tr
> <td
>Kunst i offentlige rom
</td
> <td
>10.2509182099</td
> <td
>3</td
> </tr
>
1883 </table
></p
>
1885 <p
>En kan beregne lignende frekvenser ved å sammenligne
1886 journalføringsdato med publiseringsdato for hver enkelt oppføring i
1887 OEP, men den lenken legger jeg ikke ved her for å unngå at
1888 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.
</p
>
1890 <p
>Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
1891 så sjelden, og det kommer av at de har problemer etter oppgradering av
1892 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
1893 til å levere hver uke. Har ikke undersøkt noen av de andre.
</p
>
1898 <title>Web service to look up HP and Dell computer hardware support status
</title>
1899 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html
</link>
1900 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html
</guid>
1901 <pubDate>Wed,
6 Jun
2012 23:
15:
00 +
0200</pubDate>
1902 <description><p
>A few days ago
1903 <a href=
"http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
">I
1904 reported how to get
</a
> the support status out of Dell using an
1905 unofficial and undocumented SOAP API, which I since have found out was
1906 <a href=
"http://lists.us.dell.com/pipermail/linux-poweredge/
2012-February/
045959.html
">discovered
1907 by Daniel De Marco in february
</a
>. Combined with my web scraping
1908 code for HP, Dell and IBM
1909 <a href=
"http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
">from
1910 2009</a
>, I got inspired and wrote
1911 <a href=
"https://views.scraperwiki.com/run/computer-hardware-support-status/
">a
1912 web service
</a
> based on Scraperwiki to make it easy to look up the
1913 support status and get a machine readable result back.
</p
>
1915 <p
>This is what it look like at the moment when asking for the JSON
1918 <blockquote
><pre
>
1919 % GET
<a href=
"https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json
&vendor=Dell
&servicetag=
2v1xwn1
">https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json
&vendor=Dell
&servicetag=
2v1xwn1
</a
>
1920 supportstatus({
"servicetag
":
"2v1xwn1
",
"warrantyend
":
"2013-
11-
24",
"shipped
":
"2010-
11-
24",
"scrapestamputc
":
"2012-
06-
06T20:
26:
56.965847",
"scrapedurl
":
"http://
143.166.84.118/services/assetservice.asmx?WSDL
",
"vendor
":
"Dell
",
"productid
":
""})
1922 </pre
></blockquote
>
1924 <p
>It currently support Dell and HP, and I am hoping for help to add
1925 support for other vendors. The python source is available on
1926 Scraperwiki and I welcome help with adding more features.
</p
>
1931 <title>SOAP based webservice from Dell to check server support status
</title>
1932 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
</link>
1933 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
</guid>
1934 <pubDate>Fri,
1 Jun
2012 15:
20:
00 +
0200</pubDate>
1935 <description><p
>A few years ago I wrote
1936 <a href=
"http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
">how
1937 to extract support status
</a
> for your Dell and HP servers. Recently
1938 I have learned from colleges here at the
1939 <a href=
"http://www.uio.no/
">University of Oslo
</a
> that Dell have
1940 made this even easier, by providing a SOAP based web service. Given
1941 the service tag, one can now query the Dell servers and get machine
1942 readable information about the support status. This perl code
1943 demonstrate how to do it:
</p
>
1945 <p
><pre
>
1950 my $GUID =
'11111111-
1111-
1111-
1111-
111111111111';
1951 my $App =
'test
';
1952 my $servicetag = $ARGV[
0] or die
"Please supply a servicetag. $!\n
";
1953 my ($deal, $latest, @dates);
1955 -
> uri(
'http://support.dell.com/WebServices/
')
1956 -
> on_action( sub { join
'', @_ } )
1957 -
> proxy(
'http://xserv.dell.com/services/assetservice.asmx
')
1959 my $a = $s-
>GetAssetInformation(
1960 SOAP::Data-
>name(
'guid
')-
>value($GUID)-
>type(
''),
1961 SOAP::Data-
>name(
'applicationName
')-
>value($App)-
>type(
''),
1962 SOAP::Data-
>name(
'serviceTags
')-
>value($servicetag)-
>type(
''),
1964 print Dumper($a -
> result) ;
1965 </pre
></p
>
1967 <p
>The output can look like this:
</p
>
1969 <p
><pre
>
1971 'Asset
' =
> {
1972 'Entitlements
' =
> {
1973 'EntitlementData
' =
> [
1975 'EntitlementType
' =
> 'Expired
',
1976 'EndDate
' =
> '2009-
07-
29T00:
00:
00',
1977 'Provider
' =
> '',
1978 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
1979 'DaysLeft
' =
> '0'
1982 'EntitlementType
' =
> 'Expired
',
1983 'EndDate
' =
> '2009-
07-
29T00:
00:
00',
1984 'Provider
' =
> '',
1985 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
1986 'DaysLeft
' =
> '0'
1989 'EntitlementType
' =
> 'Expired
',
1990 'EndDate
' =
> '2007-
07-
29T00:
00:
00',
1991 'Provider
' =
> '',
1992 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
1993 'DaysLeft
' =
> '0'
1997 'AssetHeaderData
' =
> {
1998 'SystemModel
' =
> 'GX620
',
1999 'ServiceTag
' =
> '8DSGD2J
',
2000 'SystemShipDate
' =
> '2006-
07-
29T19:
00:
00-
05:
00',
2001 'Buid
' =
> '2323',
2002 'Region
' =
> 'Europe
',
2003 'SystemID
' =
> 'PLX_GX620
',
2004 'SystemType
' =
> 'OptiPlex
'
2008 </pre
></p
>
2010 <p
>I have not been able to find any documentation from Dell about this
2012 <a href=
"http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation
">inline
2013 documentation
</a
>, and according to
2014 <a href=
"http://iboyd.net/index.php/
2012/
02/
14/updated-dell-warranty-information-script/
">one
2015 comment
</a
> it can have stability issues, but it is a lot better than
2016 scraping HTML pages. :)
</p
>
2018 <p
>Wonder if HP and other server vendors have a similar service. If
2019 you know of one, drop me an email. :)
</p
>
2024 <title>The cost of ODF and OOXML
</title>
2025 <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html
</link>
2026 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html
</guid>
2027 <pubDate>Sat,
26 May
2012 18:
00:
00 +
0200</pubDate>
2028 <description><p
>I just come across a blog post from Glyn Moody reporting the
2029 claimed cost from Microsoft on requiring ODF to be used by the UK
2030 government. I just sent him an email to let him know that his
2031 assumption are most likely wrong. Sharing it here in case some of my
2032 blog readers have seem the same numbers float around in the UK.
</p
>
2034 <p
><blockquote
> <p
>Hi. I just noted your
2035 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/does-microsoft-office-lock-in-cost-the-uk-government-
500-million/index.htm
">http://blogs.computerworlduk.com/open-enterprise/
2012/
04/does-microsoft-office-lock-in-cost-the-uk-government-
500-million/index.htm
</a
>
2038 <p
><blockquote
>"They
're all in Danish, not unreasonably, but even
2039 with the help of Google Translate I can
't find any figures about the
2040 savings of
"moving to a flexible two standard
" as claimed by the
2041 Microsoft email. But I assume it is backed up somewhere, so let
's take
2042 it, and the £
500 million figure for the UK, on trust.
"
2043 </blockquote
></p
>
2045 <p
>I can tell you that the Danish reports are inflated. I believe it is
2046 the same reports that were used in the Norwegian debate around
2007,
2047 and Gisle Hannemyr (a well known IT commentator in Norway) had a look
2048 at the content. In short, the reason it is claimed that using ODF
2049 will be so costly, is based on the assumption that this mean every
2050 existing document need to be converted from one of the MS Office
2051 formats to ODF, transferred to the receiver, and converted back from
2052 ODF to one of the MS Office formats, and that the conversion will cost
2053 10 minutes of work time for both the sender and the receiver. In
2054 reality the sender would have a tool capable of saving to ODF, and the
2055 receiver would have a tool capable of reading it, and the time spent
2056 would at most be a few seconds for saving and loading, not
20 minutes
2057 of wasted effort.
</p
>
2059 <p
>Microsoft claimed all these costs were saved by allowing people to
2060 transfer the original files from MS Office instead of spending
10
2061 minutes converting to ODF. :)
</p
>
2064 <a href=
"http://hannemyr.com/no/ms12_vl02.php
">http://hannemyr.com/no/ms12_vl02.php
</a
>
2066 <a href=
"http://hannemyr.com/no/ms12.php
">http://hannemyr.com/no/ms12.php
</a
>
2067 for background information. Norwegian only, sorry. :)
</p
>
2068 </blockquote
></p
>
2073 <title>OpenOffice.org fungerer da fint for blinde?
</title>
2074 <link>http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html
</link>
2075 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html
</guid>
2076 <pubDate>Mon,
21 May
2012 23:
20:
00 +
0200</pubDate>
2077 <description><p
>De siste dagene har høringsuttalelsene om DIFIs forslag til
2078 standardkatalog v3.1 blitt
2079 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder?tab=comments
">publisert
2080 på DIFIs nettside
</a
>, og jeg kunne der glede meg over at
2081 <a href=
"http://wiki.nuug.no/uttalelser/
201204-standardkatalog-v3.1
">NUUGs
</a
>
2082 uttalelse er kommet med. En uttalelse som overrasker og forvirrer meg
2084 <a href=
"http://www.standard.difi.no/filearchive/norges-blindeforbund.pdf
">den
2085 fra Norges Blindeforbund
</a
>, som
5 år etter at Klaus Knopper sammen
2086 med sin blinde kone blant annet
2087 <a href=
"http://www.nuug.no/aktiviteter/
20071211-accessibility/
">demonstrerte
2088 høyttalende OpenOffice.org på nynorsk for blinde
</a
> på et NUUG-møte.
</p
>
2090 <p
><a href=
"https://www.blindeforbundet.no/
">Norges Blindeforbund
</a
>
2091 skriver følgende, som for meg virker å være formulert på sviktende
2094 <p
><blockquote
>
2095 <p
>Bruk av fri programvare
2097 <p
>I FRIPROGSENTERET, RAPPORT
2009-
02: Universell utforming
2098 <a href=
"http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf
">http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf
</a
>
2099 sies det
"Det finnes i dag ikke mange fri programvare-rammeverk eller
2100 generelle løsninger som støtter tilgjengelighet eller som er
2101 universelt utformet.
"</p
>
2103 <p
>Til tross for at det gjennom prinsippene i fri programvare åpnes
2104 for større frihet til selv å påvirke programvareløsninger i retning av
2105 universell utforming viser praksis at virkeligheten er en annen.
2106 Mange av de mest alminnelige frie programvarepakkene mangler delvis
2107 eller fullstendig tilgjengelighet for mennesker med nedsatt
2108 syn. Eksempler på dette er OpenOffice og LibreOffice m.fl.
</p
>
2110 <p
>En annen utfordring ved bruk av fri programvare kan være manglende
2111 kundestøtte og muligheter til opplæring i bruk av løsningen. Svaksynte
2112 og blinde har et høyere behov for denne typen støtte enn andre brukere
2113 ettersom mange av dem har behov for tilleggsprogramvare som skal
2114 fungere sammen med den opprinnelige programvaren, og ettersom man ikke
2115 har de samme muligheter for overblikk over grensesnittet som en seende
2116 bruker. I tillegg til dette kommer de mer tilgjengelighetstekniske
2117 utfordringene som ofte må løses i samarbeid med
2118 programvareleverandør/produsent.
</p
>
2120 <p
>Fri programvare er ikke på samme måte underlagt lovgivning gjennom
2121 for eksempel diskriminerings og tilgjengelighetsloven ettersom det
2122 ikke alltid finnes en produsent/tilbyder av tjenesten eller produktet.
</p
>
2124 <p
>Norges Blindeforbund krever at universell utforming og
2125 brukskvalitet tas med som viktige hensyn i utredninger som ligger til
2126 grunn for valg av standarder som primært leder brukeren mot fri
2127 programvare. Et eksempel på dette er bruk av dokumentformatet ODF som
2128 leder brukeren i retning av OpenOffice, som er helt eller delvis
2129 utilgjengelig for svaksynte og blinde – noe avhengig av plattform og
2130 hjelpemiddelprogramvare.
</p
>
2132 </blockquote
></p
>
2134 <p
>Jeg håper noen involvert i OpenOffice.org og/eller LibreOffice tar
2135 kontakt med Norges Blindeforbund og oppklarer det som for meg virker å
2136 være en misforståelse, i og med at OpenOffice.org så vidt jeg vet
2137 fungerer fint også for blinde.
</p
>
2139 <p
>Jeg ble minnet på problemstillingen da jeg leste Slashdot-saken om
2140 "<a href=
"http://linux.slashdot.org/story/
12/
05/
21/
1417221/the-state-of-linux-accessibility
">The
2141 State of Linux Accessibility
</a
>", som også hevder at Linux fungerer
2142 utmerket for blinde.
</p
>
2147 <title>Dør Unix, eller lever den videre som Linux?
</title>
2148 <link>http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html
</link>
2149 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html
</guid>
2150 <pubDate>Tue,
15 May
2012 10:
20:
00 +
0200</pubDate>
2151 <description><p
>Peter Hidas fra Gartner melder i Computerworld at
2152 <a href=
"http://www.idg.no/computerworld/article245011.ece
">Unix
2153 nedkjempes av Linux og Windows
</a
>. For meg er påstanden meningsløs,
2154 da Linux er en variant av Unix, og hele diskusjonen om Linux er Unix
2155 eller ikke er utdatert og uinteressant. Jeg ser at Helge Skrivervik
2156 deler mitt syn på saken i sin kommentar fra i går om at
2157 "<a href=
"http://www.mymayday.com/blogs/
2012/unix-linux
">Unix vs. Linux
2158 = uinteressant
"</a
>.
</p
>
2160 <p
>I
<a href=
"http://www.nuug.no/
">NUUG
</a
>-sammenheng møter jeg av og
2161 til folk som tror NUUG er for avdankede folk som driver med den samme
2162 Unix-varianten som Peter Hidas skriver om i sin kommentar, og dermed
2163 er en foreningen for avdankede teknologer interessert i døende
2164 teknologi. Intet kunne være lengre fra sannheten.
</p
>
2166 <p
>NUUG er en forening for oss som har sans for fri programvare, åpne
2167 standarder og Unix-lignende operativsystemer, som Ubuntu, FreeBSD,
2168 Debian, Mint, Gentoo, Android, Gnome, KDE, LXDE, Firefox, LibreOffice,
2169 ODF, HTML, C++, ECMA-Script, etc. Kort sagt der nyskapning skjer på
2170 IT-fronten i dag. Det innebærer selvfølgelig også de som er
2171 interessert i de
"gamle
" Unix-ene som Solaris og HP-UX, men de er bare
2172 et lite mindretall blant NUUGs medlemmer. De aller fleste medlemmene
2173 har i dag fokus på Linux.
</p
>
2178 <title>NUUGs leverer høringsuttalelse om v3.1 av statens referansekatalog
</title>
2179 <link>http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html
</link>
2180 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html
</guid>
2181 <pubDate>Fri,
27 Apr
2012 15:
30:
00 +
0200</pubDate>
2182 <description><p
>NUUG-styremedlem Hans-Petter Fjeld
2183 <a href=
"https://plus.google.com/u/
0/
110394259537201279374/posts/AGzRmAuFdW1
">meldte
2184 nettopp
</a
> at han har sendt inn
<a href=
"http://www.nuug.no/
">NUUG
</a
>s
2185 høringsuttalelse angående Difi sin standardkatalog v3.1. Jeg er veldig
2186 glad for at så mange bidro og sikret at vår stemme blir hørt i denne
2187 høringen. Anbefaler alle å lese våre
2188 <a href=
"http://wiki.nuug.no/uttalelser/
201204-standardkatalog-v3.1
">to
2189 sider med innspill
</a
>.
</p
>
2194 <title>Holder de ord og NUUG lanserer testtjeneste med stortingsinformasjon
</title>
2195 <link>http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html
</link>
2196 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html
</guid>
2197 <pubDate>Sun,
22 Apr
2012 15:
45:
00 +
0200</pubDate>
2198 <description><p
>I
2199 <a href=
"http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html
">januar
2200 i fjor
</a
> startet vi i NUUG arbeid med å gjøre informasjon om hvem
2201 som har stemt hva på
<a href=
"http://www.stortinget.no/
">Stortinget
</a
>
2202 enklere tilgjengelig. I løpet av få måneder fant vi sammen med
2203 organisasjonen
<a href=
"http://www.holderdeord.no/
">Holder de ord
</a
>
2204 som arbeidet mot et lignende mål.
</p
>
2206 <p
>Siden den gang har vi fått tak i maskinelt lesbart informasjon om
2207 hvem som stemte hva mellom
1990 og våren
2010, og tilgang til
2208 stortingets nye datatjeneste som har informasjon fra høsten
2011 til i
2209 dag. Det gjenstår litt arbeid med det første datasettet, men
2210 datasettet fra høsten
2011 er klart til bruk. Begge datasettene er
2211 tilgjengelig
<a href=
"https://gitorious.org/nuug/folketingparser
">via
2212 git
</a
>.
</p
>
2215 <a href=
"http://www.goopen.no/holder-de-ord-datadrevet-oppfolging-av-politiske-lofter/
">Go Open
</a
> i morgen lanserer
2216 NUUG sammen med Holder de ord
<a href=
"http://beta.holderdeord.no/
">en
2217 test-tjeneste
</a
> som viser hva som er og blir behandlet på Stortinget og
2218 hvem som har stemt hva siden oktober i fjor. Du får herved mulighet
2219 til å ta en sniktitt.
</p
>
2224 <title>RAND terms - non-reasonable and discriminatory
</title>
2225 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</link>
2226 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</guid>
2227 <pubDate>Thu,
19 Apr
2012 22:
20:
00 +
0200</pubDate>
2228 <description><p
>Here in Norway, the
2229 <a href=
"http://www.regjeringen.no/nb/dep/fad.html?id=
339"> Ministry of
2230 Government Administration, Reform and Church Affairs
</a
> is behind
2231 a
<a href=
"http://standard.difi.no/forvaltningsstandarder
">directory of
2232 standards
</a
> that are recommended or mandatory for use by the
2233 government. When the directory was created, the people behind it made
2234 an effort to ensure that everyone would be able to implement the
2235 standards and compete on equal terms to supply software and solutions
2236 to the government. Free software and non-free software could compete
2237 on the same level.
</p
>
2239 <p
>But recently, some standards with RAND
2240 (
<a href=
"http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing
">Reasonable
2241 And Non-Discriminatory
</a
>) terms have made their way into the
2242 directory. And while this might not sound too bad, the fact is that
2243 standard specifications with RAND terms often block free software from
2244 implementing them. The reasonable part of RAND mean that the cost per
2245 user/unit is low,and the non-discriminatory part mean that everyone
2246 willing to pay will get a license. Both sound great in theory. In
2247 practice, to get such license one need to be able to count users, and
2248 be able to pay a small amount of money per unit or user. By
2249 definition, users of free software do not need to register their use.
2250 So counting users or units is not possible for free software projects.
2251 And given that people will use the software without handing any money
2252 to the author, it is not really economically possible for a free
2253 software author to pay a small amount of money to license the rights
2254 to implement a standard when the income available is zero. The result
2255 in these situations is that free software are locked out from
2256 implementing standards with RAND terms.
</p
>
2258 <p
>Because of this, when I see someone claiming the terms of a
2259 standard is reasonable and non-discriminatory, all I can think of is
2260 how this really is non-reasonable and discriminatory. Because free
2261 software developers are working in a global market, it does not really
2262 help to know that software patents are not supposed to be enforceable
2263 in Norway. The patent regimes in other countries affect us even here.
2264 I really hope the people behind the standard directory will pay more
2265 attention to these issues in the future.
</p
>
2267 <p
>You can find more on the issues with RAND, FRAND and RAND-Z terms
2269 (
<a href=
"http://blogs.computerworlduk.com/simon-says/
2010/
11/rand-not-so-reasonable/
">RAND:
2270 Not So Reasonable?
</a
>).
</p
>
2272 <p
>Update
2012-
04-
21: Just came across a
2273 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/of-microsoft-netscape-patents-and-open-standards/index.htm
">blog
2274 post from Glyn Moody
</a
> over at Computer World UK warning about the
2275 same issue, and urging people to speak out to the UK government. I
2276 can only urge Norwegian users to do the same for
2277 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder
">the
2278 hearing taking place at the moment
</a
> (respond before
2012-
04-
27).
2279 It proposes to require video conferencing standards including
2280 specifications with RAND terms.
</p
>
2285 <title>Jeg skal på konferansen Go Open
2012</title>
2286 <link>http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html
</link>
2287 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html
</guid>
2288 <pubDate>Fri,
13 Apr
2012 11:
30:
00 +
0200</pubDate>
2289 <description><p
>Jeg har tenkt meg på konferansen
<a href=
"http://www.goopen.no/
">Go
2290 Open
2012</a
> i Oslo
23. april.
2291 <a href=
"http://www.nuug.no/
">Medlemsforeningen NUUG
</a
> deler ut
2292 <a href=
"http://www.nuug.no/prisen/
">prisen for fremme av fri
2293 programvare i Norge
</a
> der i år. Kommer du?
</p
>
2298 <title>NUUG-presentasjon: Skolelinux - ferdig oppsatt skolenettløsning
</title>
2299 <link>http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html
</link>
2300 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html
</guid>
2301 <pubDate>Tue,
13 Mar
2012 23:
55:
00 +
0100</pubDate>
2302 <description><p
>I dag presenterte jeg ny versjon av Skolelinux for NUUGs medlemmer.
2303 <a href=
"http://www.hungry.com/~pere/mypapers/
20120313-skolelinux-squeeze.html
">Lysark
</a
>
2304 er tilgjengelige allerede og
2305 <a href=
"http://www.nuug.no/aktiviteter/
20120313-skolelinux/
">video-opptak
</a
>
2306 kommer så snart videogruppa til NUUG får publisert den. Jeg kom på
2307 endel punkter om nye ting i Squeeze-utgaven under veis som jeg burde
2308 hatt med, og har sikkert skrevet noe tull på lysarkene som jeg ennå
2309 ikke har oppdaget. Denne presentasjonen ble smurt ihop på veldig kort
2310 tid, og jeg rakk ikke finpusse den. Håper den kan være lærerik
2316 <title>Et bilde på problemet med programvarepatenter
</title>
2317 <link>http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html
</link>
2318 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html
</guid>
2319 <pubDate>Sat,
6 Aug
2011 21:
45:
00 +
0200</pubDate>
2320 <description><p
>Via
2321 <a href=
"http://www.huffingtonpost.com/
2011/
08/
04/patent-reform-congress_n_906278.html
">en
2322 artikkel i Huffington Post om patentreform i USA
</a
> fikk jeg et
2323 interessant bilde på problemet med programvarepatenter. Problemet er
2324 at staten deler ut usynlige
"eiendommer
" med uklare eiendomsgrenser,
2325 som gjør det umulig å vite om en er på annen manns grunn hvis en ikke
2326 har kjennskap til at
"eiendommen
" finnes, og selv når en vet om den
2327 usynlige
"eiendommen
" er det umulig å vite på hvilken side av grensen
2328 en befinner seg.
</p
>
2330 <p
>Hvis du er interessert i problemområdet programvarepatenter, så har
2332 <a href=
"http://lists.nuug.no/mailman/listinfo/patent
">epostliste om
2333 temaet
</a
>. Alle er hjertelig velkomne som abonnenter.
</p
>
2338 <title>Voteringsdata fra stortinget på plass, mye igjen
</title>
2339 <link>http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html
</link>
2340 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html
</guid>
2341 <pubDate>Thu,
21 Jul
2011 12:
10:
00 +
0200</pubDate>
2342 <description><p
>Arbeidet med et nettsted som viser frem hva hver enkelt av våre
2343 folkevalgte har stemt går sakte fremover. Det har gått to måneder
2345 <a href=
"http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html
">jeg
2346 skrev om prosjektet
</a
>. Siden sist har vi fått kontakt med
2347 organisasjonen
<a href=
"http://www.holderdeord.no
">Holder De Ord
</a
>
2348 som holder på med et lignende prosjekt, samt fått tilgang til endel
2349 voteringsinformasjon fra Stortinget.
</p
>
2351 <p
>Har fått tilgang til to datasett fra Stortinget. Det ene er en CD
2352 med voteringsdetaljer mellom
1990 og
2009, det andre er tilgang til
2353 stortingets kommende data-API der en kan hente ut informasjon om
2354 representanter, saker og voteringer. Jeg har ikke rukket se nok på
2355 noen av dem til å laste dem inn i min prototype, men jeg håper begge
2356 datasettene kan brukes.
</p
>
2358 <p
>Det første datasettet er kopiert og publisert
2359 <a href=
"http://www.nuug.no/pub/stortingsinnsyn/
">på NUUGs
2360 filtjener
</a
>, og består av to filer pr. votering. En fil med
2361 tidspunkt og hver enkelt stemme, og en annen med hvem som stemte og
2362 hvilket parti og fylke de representerte. Tegnsettet er så vidt jeg
2363 kan se Codepage
865, og jeg håper det er enkelt å koble sammen person
2364 og stemme. Har ikke rukket forsøke dette ennå. Jeg tror en god
2365 strategi her er å parse råfilene fra Stortinget og sammenstille dem
2366 med databasen over representanter, og ved hjelp av denne koble de
2367 unike ID-ene til representantene med hver enkelt stemme og publisere
2368 resultatet i XML-format. Antar det er en par dagers programmering,
2369 men har ikke funnet tid til det.
</p
>
2371 <p
>Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2372 irc.freenode.net) eller bli med på epostlisten
2373 <a href=
"http://lists.nuug.no/mailman/listinfo/aktive
">aktive@nuug
</a
>.
2374 Det trengs både manne-timer for skraping og finansiering av
2375 utviklingstimer for å en norsk portal på plass.
</p
>
2380 <title>Hvem stemte hva på Stortinget?
</title>
2381 <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html
</link>
2382 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html
</guid>
2383 <pubDate>Fri,
20 May
2011 21:
20:
00 +
0200</pubDate>
2384 <description><p
>To britiske tjenester som jeg har veldig stor sans for er
2385 <a href=
"http://www.theyworkforyou.com/
">TheyWorkForYou
</a
> og
2386 <a href=
"http://www.publicwhip.org.uk/
">Public Whip
</a
>, som gir enkel
2387 og tilgjengelig oppdatering om hva som skjer i de britiske
2388 parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
2389 Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
2390 stortingsrepresentant. Voteringen over datalagringsdirektivet
2391 forsterket motivasjonen min tilstrekkelig til at jeg når har gått
2392 igang med å få dette på plass, og noen flere har meldt seg på.
2393 Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
2394 med FiksGataMi.
</p
>
2396 <p
>TheyWorkForYou gir en tilgang til informasjon om hver enkelt
2397 representant, og lar en f.eks. abonnere via epost på alt en
2398 representant har sagt i stortinget. En kan også abonnere via epost på
2399 alle som har nevnt ord en er interessert i. Public Whip lar en ser
2400 hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
2401 se hvordan representantene forholder seg til relaterte voteringer, og
2402 kan se hvem som er utbrytere og hvilke voteringer som er spesielt
2403 kontroversielle (mange utbrytere).
</p
>
2405 <p
>Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
2406 strukturert og maskinlesbart format. Bak de to britiske tjenestene er
2408 <a href=
"http://ukparse.kforge.net/parlparse/
">Parlament Parser
</a
>, og
2409 det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
2410 referater og informasjon om representanter og saker som er behandlet.
2411 På Stortingets nettsted mangler det informasjon om hvem som har stemt
2412 hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
2413 er i dialog med Stortingets informasjonsseksjon og håper de vil
2414 begynne å publisere denne informasjon på sikt. En annen kilde til
2415 relevant informasjon er
2416 <a href=
"http://www.nsd.uib.no/polsys/
">PolSys-databasen
</a
> til Norsk
2417 samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
2418 på sine data umuliggjør at enhver kan bruke informasjonen om
2419 stortinget til hva som helst og det er et mål for meg at alle skal
2420 kunne gjøre hva som helst med datasettene når jeg lager tjenesten.
</p
>
2423 <a href=
"http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi
">demonstrasjon
2424 av konseptet
</a
> er nå tilgjengelig med de voteringsdata jeg har fått
2425 tak i så langt. Jeg regner med å kaste den koden når mer data er på
2426 plass, og heller basere tjenesten på lignende prosjekter som de to
2427 forannevnte, eller den polske
2428 <a href=
"http://sejmometr.pl/
">Sejmometr
</a
>.
</p
>
2430 <p
>Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2431 irc.freenode.net) eller bli med på epostlisten
2432 <a href=
"http://lists.nuug.no/mailman/listinfo/aktive
">aktive@nuug
</a
>.
2433 Det trengs både manne-timer for skraping og finansiering av
2434 utviklingstimer for å tilpasse eksisterende portal til norsk.
</p
>
2439 <title>The video format most supported in web browsers?
</title>
2440 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</link>
2441 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</guid>
2442 <pubDate>Sun,
16 Jan
2011 00:
20:
00 +
0100</pubDate>
2443 <description><p
>The video format struggle on the web continues, and the three
2444 contenders seem to be Ogg Theora, H
.264 and WebM. Most video sites
2445 seem to use H
.264, while others use Ogg Theora. Interestingly enough,
2446 the comments I see give me the feeling that a lot of people believe
2447 H
.264 is the most supported video format in browsers, but according to
2448 the Wikipedia article on
2449 <a href=
"http://en.wikipedia.org/wiki/HTML5_video
">HTML5 video
</a
>,
2450 this is not true. Check out the nice table of supprted formats in
2451 different browsers there. The format supported by most browsers is
2452 Ogg Theora, supported by released versions of Mozilla Firefox, Google
2453 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
2454 BOLT browser, while not supported by Internet Explorer nor Safari.
2455 The runner up is WebM supported by released versions of Google Chrome
2456 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
2457 Firefox. H
.264 is supported by released versions of Safari, Origyn
2458 Web Browser and BOLT browser, and the test version of Internet
2459 Explorer. Those wanting Ogg Theora support in Internet Explorer and
2460 Safari can install plugins to get it.
</p
>
2462 <p
>To me, the simple conclusion from this is that to reach most users
2463 without any extra software installed, one uses Ogg Theora with the
2464 HTML5 video tag. Of course to reach all those without a browser
2465 handling HTML5, one need fallback mechanisms. In
2466 <a href=
"http://www.nuug.no/
">NUUG
</a
>, we provide first fallback to a
2467 plugin capable of playing MPEG1 video, and those without such support
2468 we have a second fallback to the Cortado java applet playing Ogg
2469 Theora. This seem to work quite well, as can be seen in an
<a
2470 href=
"http://www.nuug.no/aktiviteter/
20110111-semantic-web/
">example
2471 from last week
</a
>.
</p
>
2473 <p
>The reason Ogg Theora is the most supported format, and H
.264 is
2474 the least supported is simple. Implementing and using H
.264
2475 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
2476 are incompatible with free software licensing. If you believed H
.264
2477 was without royalties and license terms, check out
2478 "<a href=
"http://webmink.com/essays/h-
264/
">H
.264 – Not The Kind Of
2479 Free That Matters
</a
>" by Simon Phipps.
</p
>
2481 <p
>A incomplete list of sites providing video in Ogg Theora is
2483 <a href=
"http://wiki.xiph.org/index.php/List_of_Theora_videos
">the
2484 Xiph.org wiki
</a
>, if you want to have a look. I
'm not aware of a
2485 similar list for WebM nor H
.264.
</p
>
2487 <p
>Update
2011-
01-
16 09:
40: A question from Tollef on IRC made me
2488 realise that I failed to make it clear enough this text is about the
2489 &lt;video
&gt; tag support in browsers and not the video support
2490 provided by external plugins like the Flash plugins.
</p
>
2495 <title>Hva har mine representanter stemt i Storinget?
</title>
2496 <link>http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html
</link>
2497 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html
</guid>
2498 <pubDate>Tue,
11 Jan
2011 14:
25:
00 +
0100</pubDate>
2499 <description><p
>I England har
<a href=
"http://www.mysociety.org/
">MySociety
</a
>
2500 laget en genial tjeneste for å holde øye med parlamentet. Tjenesten
2501 <a href=
"http://www.theyworkforyou.com/
">They Work For You
</a
> lar
2502 borgerne få direkte og sanntidsoppdatert innsyn i sine representanters
2503 gjøren og laden i parlamentet. En kan kan få kopi av det en gitt
2504 representant har sagt på talerstolen, og få vite hva hver enkelt
2505 representant har stemt i hver enkelt sak som er tatt opp. Jeg skulle
2506 gjerne hatt en slik tjeneste for Stortinget i Norge.
</p
>
2508 <p
>Endel
<a href=
"http://www.nsd.uib.no/polsys/storting/
">statistikk
2509 over representantenes stemmegivning
</a
> er tilgjengelig fra Norsk
2510 sammfunnsvitenskaplig datatjeneste, men ingenting av dette er
2511 detaljert nok til at en han holde hver enkelt stortingsrepresentant
2512 ansvarlig.
</p
>
2514 <p
>For å få en idé om det finnes en datakilde fra Stortinget som kan
2515 brukes til å få oversikt over hvordan hver enkelt representant har
2516 stemt, sendte jeg et spørsmål til Stortinget:
</p
>
2518 <p
><blockquote
><pre
>
2519 Fra: Petter Reinholdtsen
2520 Sendt:
11. januar
2011 10:
42
2521 Til: info (at) stortinget.no
2522 Emne: Hvem stemte hva i de ulike sakene?
2524 Hei. Er det informasjon tilgjengelig på web om hvilke
2525 stortingsrepresentanter som stemte hva i sakene som er til votering i
2531 </pre
></blockquote
></p
>
2533 <p
>Svaret kom noen timer senere:
</p
>
2535 <p
><blockquote
><pre
>
2536 From: Postmottak Informasjonshjornet
2537 To: Petter Reinholdtsen
2538 Subject: RE: Hvem stemte hva i de ulike sakene?
2539 Date: Tue,
11 Jan
2011 12:
46:
25 +
0000
2542 Takk for henvendelsen.
2544 Sommeren
2010 fikk vi nytt voteringsanlegg i stortingssalen som
2545 muliggjør publisering av voteringsresultat på nett. dette er et
2546 pågående prosjekt
1. halvår
2011. Kan ikke si nøyaktig når det er i
2548 <a href=
"http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/
">http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/
</a
>
2550 Foreløpig må du finne voteringsresultatet i referatet etter at saken
2551 har vært behandlet i Stortinget.
2553 Ønsker du å vite hvem som stemte hva i en bestemt sak,(og hvem som
2554 ikke var til stede), kan du kontakte oss og vi kan sende deg en
2558 Elin B. Relander Tømte
2559 Stortingets Informasjonsseksjon
2564 </pre
></blockquote
></p
>
2566 <p
>Det ser dermed ut at det i fjor ble mulig å hente ut informasjonen
2567 fra Stortinget, men at Stortinget ikke legger denne informasjonen ut
2568 på web ennå. En liten brikke er dermed på plass, men mye
2569 gjenstår. Kanskje jeg får tid til å se på en norsk utgave etter
2570 at vi i NUUG har fått operativ en norsk utgave av
2571 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
>.
</p
>
2576 <title>Debian Edu development gathering and General Assembly for FRiSK
</title>
2577 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html
</link>
2578 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html
</guid>
2579 <pubDate>Mon,
29 Nov
2010 18:
40:
00 +
0100</pubDate>
2580 <description><p
>On friday, the first Debian Edu / Skolelinux
2581 <a href=
"http://www.friprogramvareiskolen.no/Gathering/
2010-
12-
03-
05-Oslo
">development
2582 gathering
</a
> in a long time take place here in Oslo, Norway. I
2583 really look forward to seeing all the good people working on the
2584 Squeeze release. The gathering is open for everyone interested in
2585 learning more about Debian Edu / Skolelinux.
</p
>
2587 <p
>On Saturday, the Norwegian member organization taking care of
2588 organizing these development gatherings, Fri Programvare i Skolen,
2590 <a href=
"http://friprogramvareiskolen.no/Genfors/
2010">General Assembly
2591 for
2010</a
>. Membership is open for all, and currently there are
388
2592 people registered as members. Last year
32 members cast their vote in
2593 the memberdb based election system. I hope more people find time to
2594 vote this year.
</p
>
2599 <title>Gnash buildbot slave and Debian kfreebsd
</title>
2600 <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html
</link>
2601 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html
</guid>
2602 <pubDate>Sat,
20 Nov
2010 07:
20:
00 +
0100</pubDate>
2603 <description><p
>Answering
2604 <a href=
"http://www.listware.net/
201011/gnash-dev/
67431-gnash-dev-buildbot-looking-for-slaves.html
">the
2605 call from the Gnash project
</a
> for
2606 <a href=
"http://www.gnashdev.org:
8010">buildbot
</a
> slaves to test the
2607 current source, I have set up a virtual KVM machine on the Debian
2608 Edu/Skolelinux virtualization host to test the git source on
2609 Debian/Squeeze. I hope this can help the developers in getting new
2610 releases out more often.
</p
>
2612 <p
>As the developers want less main-stream build platforms tested to,
2613 I have considered setting up a
<a
2614 href=
"http://www.debian.org/ports/kfreebsd-gnu/
">Debian/kfreebsd
</a
>
2615 machine as well. I have also considered using the kfreebsd
2616 architecture in Debian as a file server in NUUG to get access to the
5
2617 TB zfs volume we currently use to store DV video. Because of this, I
2618 finally got around to do a test installation of Debian/Squeeze with
2619 kfreebsd. Installation went fairly smooth, thought I noticed some
2620 visual glitches in the cdebconf dialogs (black cursor left on the
2621 screen at random locations). Have not gotten very far with the
2622 testing. Noticed cfdisk did not work, but fdisk did so it was not a
2623 fatal problem. Have to spend some more time on it to see if it is
2624 useful as a file server for NUUG. Will try to find time to set up a
2625 gnash buildbot slave on the Debian Edu/Skolelinux this weekend.
</p
>
2630 <title>Gjendikte sangen
"Copying Is Not Theft
" på Norsk?
</title>
2631 <link>http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html
</link>
2632 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html
</guid>
2633 <pubDate>Wed,
10 Nov
2010 14:
40:
00 +
0100</pubDate>
2634 <description><p
>En genial liten sang om kopiering og tyveri er
2635 <a href=
"http://www.archive.org/details/CopyingIsNotTheft
">Copying Is
2636 Not Theft
</a
> av Nina Paley. Den vil jeg at
2637 <a href=
"http://www.nuug.no/
">NUUG
</a
> skal sende på
2638 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>, men først må vi
2639 fikse norske undertekster eller dubbing. Og i og med at det er en
2640 sang, tror jeg den kanskje bør gjendiktes.
2642 Selve teksten finner en på bloggen til
2643 <a href=
"http://blog.ninapaley.com/
2009/
12/
15/minute-meme-
1-copying-is-not-theft/
">tekstforfatteren
</a
> og den ser slik ut:
2645 <p
><blockquote
>
2646 <p
>Copying is not theft.
2647 <br
>Stealing a thing leaves one less left
2648 <br
>Copying it makes one thing more;
2649 <br
>that
's what copying
's for.
</p
>
2651 <p
>Copying is not theft.
2652 <br
>If I copy yours you have it too
2653 <br
>One for me and one for you
2654 <br
>That
's what copies can do
</p
>
2656 <p
>If I steal your bicycle
2657 <br
>you have to take the bus,
2658 <br
>but if I just copy it
2659 <br
>there
's one for each of us!
</p
>
2661 <p
>Making more of a thing,
2662 <br
>that is what we call
"copying
"
2663 <br
>Sharing ideas with everyone
2664 <br
>That
's why copying
2666 <br
>FUN!
</p
>
2667 </blockquote
></p
>
2669 <p
>Her er et naivt forsøk på oversettelse, uten noe forsøk på
2670 gjendiktning eller få det til å flyte sammen med melodien.
</p
>
2672 <p
><blockquote
>
2673 <p
>Kopiering er ikke tyveri.
2674 <br
>Stjeler du en ting er det en mindre igjen
2675 <br
>Kopier den og det er ting til.
2676 <br
>det er derfor vi har kopiering.
</p
>
2678 <p
>Kopiering er ikke tyveri.
2679 <br
>Hvis jeg kopierer din så har du den fortsatt
2680 <br
>En for meg og en for deg.
2681 <br
>Det er det kopier gir oss
</p
>
2683 <p
>Hvis jeg stjeler sykkelen din
2684 <br
>så må du ta bussen,
2685 <br
>men hvis jeg bare kopierer den,
2686 <br
>så får vi hver vår!
</p
>
2688 <p
>Lage mer av en ting,
2689 <br
>det er det vi kaller
"kopiering
".
2690 <br
>Deler ideer med enhver
2691 <br
>Det er derfor kopiering
2693 <br
>MORSOMT!
</p
>
2694 </blockquote
></p
>
2696 <p
>Hvis du har forslag til bedre oversettelse eller lyst til å bidra
2697 til å få denne sangen over i norsk språkdrakt, ta kontakt med video
2698 (at) nuug.no.
</p
>
2703 <title>Making room on the Debian Edu/Sqeeze DVD
</title>
2704 <link>http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html
</link>
2705 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html
</guid>
2706 <pubDate>Sun,
7 Nov
2010 11:
45:
00 +
0100</pubDate>
2707 <description><p
>Prioritising packages for the Debian Edu /
2708 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
> DVD, which is
2709 supposed provide a school with all the services and user applications
2710 needed on the pupils computer network has always been hard. Even
2711 schools without Internet connections should be able to get Debian Edu
2712 working using this DVD.
</p
>
2714 <p
>The job became a lot harder when apt and aptitude started
2715 installing recommended packages by default. We want the same set of
2716 packages to be installed when using the DVD and the netinst CD, and
2717 that means all recommended packages need to be on the DVD. I created
2718 a patch for debian-cd in
<a href=
"http://bugs.debian.org/
601203">BTS
2719 report #
601203</a
> to do this, and since this change was applied to
2720 the Debian Edu DVD build, we have been seriously short on space.
</p
>
2722 <p
>A few days ago we decided to drop blender, wxmaxima and kicad from
2723 the default installation to save space on the DVD, believing that
2724 those needing these applications are few and can get them from the
2725 Debian archive.
</p
>
2727 <p
>Yesterday, I had a look what source packages to see which packages
2728 were using most space. A few large packages are well know;
2729 openoffice.org, openclipart and fluid-soundfont. But I also
2730 discovered that lilypond used
106 MiB and fglrx-driver used
53 MiB.
2731 The lilypond package is pulled in as a dependency for rosegarden, and
2732 when looking a bit closer I discovered that
99 MiB of the
106 MiB were
2733 the documentation package, which is recommended by the binary package.
2734 I decided to drop this documentation package from our DVD, as most of
2735 our users will use the GUI front-ends and do not need the lilypond
2736 documentation. Similarly, I dropped the non-free fglrx-driver package
2737 which might be installed by d-i when its hardware is detected, as the
2738 free X driver should work.
</p
>
2740 <p
>With this change, we finally got space for the LXDE and Gnome
2741 desktop packages as well as the language specific packages making the
2742 DVD more useful again.
</p
>
2747 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
2748 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
2749 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
2750 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
2751 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
2752 most promising solution for a Free Software Flash implementation. It
2753 has done great so far, but there is still far to go, and recently its
2754 funding has dried up. I believe AVM2 support in Gnash is vital to the
2755 continued progress of the project, as more and more sites show up with
2756 AVM2 flash files.
</p
>
2758 <p
>To try to get funding for developing such support, I have started
2759 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
2760 following text:
</P
>
2762 <p
><blockquote
>
2764 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
2765 only if
10 other people will do the same.
"</p
>
2767 <p
>- Petter Reinholdtsen, free software developer
</p
>
2769 <p
>Deadline to sign up by:
24th December
2010</p
>
2771 <p
>The Gnash project need to get support for the new Flash file
2772 format AVM2 to work with a lot of sites using Flash on the
2773 web. Gnash already work with a lot of Flash sites using the old AVM1
2774 format, but more and more sites are using the AVM2 format these
2775 days. The project web page is available from
2776 http://www.getgnash.org/ . Gnash is a free software implementation
2777 of Adobe Flash, allowing those of us that do not accept the terms of
2778 the Adobe Flash license to get access to Flash sites.
</p
>
2780 <p
>The project need funding to get developers to put aside enough
2781 time to develop the AVM2 support, and this pledge is my way to try
2782 to get this to happen.
</p
>
2784 <p
>The project accept donations via the OpenMediaNow foundation,
2785 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
2787 </blockquote
></p
>
2789 <p
>I hope you will support this effort too. I hope more than
10
2790 people will participate to make this happen. The more money the
2791 project gets, the more features it can develop using these funds.
2797 <title>Standardkrav inn i anbudstekster?
</title>
2798 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</link>
2799 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</guid>
2800 <pubDate>Sun,
17 Oct
2010 19:
30:
00 +
0200</pubDate>
2801 <description><p
>Hvis det å følge standarder skal ha noen effekt overfor
2802 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
2803 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
2804 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
2805 forslag. Min drøm er at en kan sette krav til slik støtte i
2806 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
2807 seg med å skrive at det er en fordel om slik støtte er tilstede i
2808 leveranser.
</p
>
2810 <p
>Som systemadministrator på Universitetet er det typisk to områder
2811 som er problematiske for meg. Det ene er admin-grensesnittene på
2812 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
2813 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
2814 at protokollene og formatene som brukes følger standarder våre verktøy
2817 <p
>De fleste har nå støtte for SSH som overføringsprotkoll for
2818 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
2819 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
2820 aktuelle protokoller for fremvisning av BIOS-oppsett og
2821 oppstartmeldinger, og min anbefaling ville være å kreve
2822 VT100-kompatibel protokoll, for å sikre at flest mulig
2823 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
2824 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
2825 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
2828 <p
><blockquote
>
2829 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
2830 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
2831 (RFC
4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
2832 når en kobler seg til oppstart via ssh.
2833 </blockquote
></p
>
2835 <p
>Har ikke lykkes med å finne en god referanse for
2836 VT100-spesifikasjonen.
</p
>
2838 <p
>Når det gjelder nettsider, så er det det HTML, CSS og
2839 JavaScript-spesifikasjonen til W3C som gjelder.
</p
>
2841 <p
><blockquote
>
2842 Alle systemets nettsider bør/skal være i henhold til statens
2843 standardkatalogs krav om nettsider og følge HTML-standarden som
2844 definert av W3C, og validere uten feil hos W3Cs HTML-validator
2845 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
2846 validere uten feil hos W3Cs CSS-validator
2847 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
2848 være i henhold til EcmaScript-standarden. I tillegg til å følge de
2849 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
2850 relevant liste for organisasjonen) Firefox
3.5, Internet Explorer
8,
2852 </blockquote
></p
>
2854 <p
>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
2855 lage nettsider som følger standardene og fungerer i flere
2856 nettlesere?
</p
>
2858 <p
>Tar svært gjerne imot innspill på dette temaet til aktive (at)
2859 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
2860 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
2861 burde lage et dokument med forslag til standardformuleringer å ta med
2862 i anbudsutlysninger?
</p
>
2864 <p
>Oppdatering
2010-
12-
03: I følge Wikipedias oppføring om
2865 <a href=
"http://en.wikipedia.org/wiki/ANSI_escape_code
">ANSI escape
2866 code
</a
>, så bruker VT100-terminaler ECMA-
48-spesifikasjonen som
2867 basis for sin oppførsel. Det kan dermed være et alternativ når en
2868 skal spesifisere hvordan seriell-konsoll skal fungere.
</p
>
2873 <title>Links for
2010-
10-
14</title>
2874 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html
</link>
2875 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html
</guid>
2876 <pubDate>Thu,
14 Oct
2010 14:
45:
00 +
0200</pubDate>
2877 <description><p
>Personvernet et under kontinuerlig og kraftig angrep. Her er noen
2878 stemmer i debatten.
</p
>
2882 <li
><a href=
"http://efn.no/hemmelig-retthaversk.txt
">Hemmelig
2883 "Retthaversk
" notat vil amputere person- og rettsvernet
</a
> -
2884 pressemelding fra EFN etter at de ble kjent med hårreisende
2885 lovforslag fra
"Dele, ikke stjele
"-kampanjen.
2887 <li
><a href=
"http://borud2.borud.no/
2010/
10/verdidebatt.html
">Verdidebatt
</a
>
2888 av Bjørn Borud. Klargjørende omramming av debatten med bakgrunn i
2889 oppdagelsen fra EFN.
</li
>
2891 <li
><a href=
"http://www.dagbladet.no/
2010/
10/
14/kultur/data_og_teknologi/tekno/personvern/opphavsrett/
13804298/
">Må
2892 personvernet vike for opphavsretten?
</a
> av Jan Omdahl i
2893 Dagbladet
</li
>
2895 <li
><a href=
"http://www.archive.org/details/CopyingIsNotTheft
">Copying
2896 Is Not Theft
</a
> - fin jingle om opphavsrett vs. eiendom
</li
>
2898 <li
><a href=
"http://cleanternet.org/
">Cleanternet
</a
> - satire om
2899 forslag for et rent og sikkert Internet.
</li
>
2901 <li
><a href=
"http://www.dubistterrorist.de/en/
">You are a
2902 terrorist!
</a
> - innspill om den massive overvåkningen som er
2903 gjennomført i Tysland og resten av den vestlige verden de siste
2906 <li
><a href=
"http://www.dagbladet.no/
2010/
10/
12/kultur/debatt/debattinnlegg/
13787554/
">Farlig
2907 hemmelighold
</a
> - debattinnlegg i Dagbladet fra Thomas Gramstad og
2908 Bjørn Remseth i EFN
</li
>
2910 </ul
></p
>
2915 <title>First version of a Perl library to control the Spykee robot
</title>
2916 <link>http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html
</link>
2917 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html
</guid>
2918 <pubDate>Sat,
9 Oct
2010 14:
00:
00 +
0200</pubDate>
2919 <description><p
>This summer I got the chance to buy cheap Spykee robots, and since
2920 then I have worked on getting Linux software in place to control them.
2921 The firmware for the robot is available from the producer, and using
2922 that source it was trivial to figure out the protocol specification.
2923 I
've started on a perl library to control it, and made some demo
2924 programs using this perl library to allow one to control the
2927 <p
>The library is quite functional already, and capable of controlling
2928 the driving, fetching video, uploading MP3s and play them. There are
2929 a few less important features too.
</p
>
2931 <p
>Since a few weeks ago, I ran out of time to spend on this project,
2932 but I never got around to releasing the current source. I decided
2933 today that it was time to do something about it, and uploaded the
2934 source to my Debian package store at people.skolelinux.org.
</p
>
2936 <p
>Because it was simpler for me, I made a Debian package and
2937 published the source and deb. If you got a spykee robot, grab the
2938 source or binary package:
</p
>
2941 <li
><a href=
"http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0
.20101009-
1.tar.gz
">libspykee-perl_0.0
.20101009-
1.tar.gz
</a
></li
>
2942 <li
><a href=
"http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0
.20101009-
1.dsc
">libspykee-perl_0.0
.20101009-
1.dsc
</a
></li
>
2943 <li
><a href=
"http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0
.20101009-
1_all.deb
">libspykee-perl_0.0
.20101009-
1_all.deb
</a
></li
>
2944 </ul
></p
>
2946 <p
>If you are interested in helping out with developing this library,
2947 please let me know.
</p
>
2952 <title>Links for
2010-
10-
03</title>
2953 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html
</link>
2954 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html
</guid>
2955 <pubDate>Sun,
3 Oct
2010 22:
30:
00 +
0200</pubDate>
2956 <description><p
><ul
>
2958 <li
><a href=
"http://arstechnica.com/business/news/
2010/
09/there-is-no-plan-b-why-the-ipv4-to-ipv6-transition-will-be-ugly.ars
">There
2959 is no Plan B: why the IPv4-to-IPv6 transition will be ugly
</a
></li
>
2961 <li
>Scanner looking under clothes
2962 <a href=
"http://www.dagbladet.no/
2010/
10/
03/nyheter/utenriks/reise/overvakingskamera/flyplasser/
13667192/
">has
2963 already been misused at Heathrow
</a
>.
</li
>
2965 <li
><a href=
"http://wiki.softwarelivre.org/Landell
">Landell
2966 Webcasting
</a
> - interesting alternative for
2967 <ahref=
"http://dvswitch.alioth.debian.org/wiki/
">DVSwitch
</a
> with
2970 </ul
></p
>
2975 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting
</title>
2976 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html
</link>
2977 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html
</guid>
2978 <pubDate>Fri,
1 Oct
2010 11:
00:
00 +
0200</pubDate>
2979 <description><p
>Frikanalen og NUUG jobber for å få
<a href=
"http://www.ted.com
">TED
2980 talks
</a
> kringkastet på
2981 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>, for å gi et mer
2982 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
2983 Uninett. Før innslagene kan sendes må det lages norske undertekster,
2984 og dette her trengs det frivillige. Det er hundrevis av innslag, men
2986 <a href=
"http://www.ted.com/talks/james_randi.html
">James Randi
</a
> og
2987 <a href=
"http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html
">Michael
2988 Specter
</a
>. Hvis du har litt tid til overs, bli med på å oversette
2989 TED-foredragene til norsk og få på plass undertekster. TED har
2990 allerede opplegg på plass for å håndtere oversettelser og
2991 undertekster. Registrer deg på
2992 <a href=
"http://www.ted.com/translate/forted
">sidene til TED
</a
> i
2995 <p
>NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
2996 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG
">publisert
2997 på Frikanalen
</a
>. Foredrag på engelsk må også her tekstes og
2998 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
2999 teksting og oversetting. Arbeidet koordineres på epostlisten og på
3000 IRC (#nuug-video på irc.oftc.org), og
<a
3001 href=
"http://wiki.nuug.no/grupper/video/frikanalen
">en wikiside
</a
>
3002 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
3003 ser i dag ut til å være
3004 <a href=
"http://universalsubtitles.org/
">Universal Subtitles
</a
>, som
3005 lar en bidra med teksting via en nettleser.
</p
>
3010 <title>Anonym ferdsel er en menneskerett
</title>
3011 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
</link>
3012 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
</guid>
3013 <pubDate>Wed,
15 Sep
2010 12:
15:
00 +
0200</pubDate>
3014 <description><p
>Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
3015 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3808135.ece
">å
3016 radiomerke med RFID
</a
> alle sine kunder og
3017 <a href=
"http://www.aftenposten.no/nyheter/article3809746.ece
">registrere
3018 hvor hver og en av oss beveger oss
</a
> pågår, og en ting som har
3019 kommet lite frem i debatten er at det faktisk er en menneskerett å
3020 kunne ferdes anonymt internt i ens eget land.
</p
>
3022 <p
>Fant en grei kilde for dette i et
3023 <a href=
"http://www.datatilsynet.no/upload/Microsoft%
20Word%
20-%
2009-
01399-
2%
20H+%C2%A9ringsnotat%
20-%
20Samferdselsdepartementet%
20-%
20Utkas%C3%
94%C3%
87%C2%AA.pdf
">skriv
3024 fra Datatilsynet
</a
> til Samferdselsdepartementet om tema:
</p
>
3026 <blockquote
><p
>Retten til å ferdes anonymt kan utledes av
3027 menneskerettskonvensjonen artikkel
8 og av EUs personverndirektiv.
3028 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
3029 må respekteres, særlig retten til privatlivets fred. I både
3030 personverndirektivet og i den norske personopplysningsloven er
3031 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
3032 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
3033 samtykke til behandling av personopplysninger.
</p
></blockquote
>
3035 <p
>For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
3036 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
3037 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
3038 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
3039 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
3040 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
3041 oss som ikke registrerer oss hver gang vi beveger oss med
3042 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.
</p
>
3047 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
3048 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
3049 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
3050 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
3051 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
3052 camera, a Canon IXUS
130. It was instructive and very disturbing to
3053 be able to verify that also this camera producer have the nerve to
3054 specify how I can or can not use the videos produced with the camera.
3055 Even thought I was aware of the issue, the options with new cameras
3056 are limited and I ended up bying the camera anyway. What is the
3057 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
3058 MPEG-LA that is the problem, and our right to record our experiences
3059 without asking for permissions that is at risk.
3061 <p
>On page
27 of the Danish instruction manual, this section is
3065 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
3066 and may be used for encoding MPEG-
4 compliant video and/or decoding
3067 MPEG-
4 compliant video that was encoded only (
1) for a personal and
3068 non-commercial purpose or (
2) by a video provider licensed under the
3069 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
3071 <p
>No license is granted or implied for any other use for MPEG-
4
3075 <p
>In short, the camera producer have chosen to use technology
3076 (MPEG-
4/H
.264) that is only provided if I used it for personal and
3077 non-commercial purposes, or ask for permission from the organisations
3078 holding the knowledge monopoly (patent) for technology used.
</p
>
3080 <p
>This issue has been brewing for a while, and I recommend you to
3082 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
3083 Our Civilization
's Video Art and Culture is Threatened by the
3084 MPEG-LA
</a
>" by Eugenia Loli-Queru and
3085 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
3086 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
3087 the issue. The solution is to support the
3088 <a href=
"http://www.digistan.org/open-standard:definition
">free and
3089 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
3090 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
3095 <title>Navteq bruker
3-
12 måneder, OpenStreetmap.org trenger noen dager
</title>
3096 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</link>
3097 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</guid>
3098 <pubDate>Tue,
7 Sep
2010 21:
40:
00 +
0200</pubDate>
3099 <description><p
>Jeg ble riktig fascinert av
3100 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3800967.ece
">en
3101 artikkel i Aftenposten
</a
> om hvor hardt Navteq jobber for å oppdatere
3102 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
3103 "på grunn av teknikken tar det alt fra tre til tolv måneder før
3104 kartene er oppdatert
". Når en kjenner hva slags oppdateringshastighet
3105 som er tilgjengelig på
3106 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> som
3107 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
3108 kan kjøpe for penger får til.
</p
>
3110 <p
>Fra en endrer kartdataene i databasen til OpenStreetmap tar det
3111 ca.
15 minutter før endringen er synlig på kartet som alle kan se på
3112 web. Dernest overføres det daglig til en kartdump som lastes ned av
3113 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
3114 OpenStreetmap.org og
<a href=
"http://www.frikart.no/
">Frikart.no
</a
>
3115 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
3116 uke. Det er også av tekniske årsaker at det tar så langt tid.
3117 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
3118 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
3119 gjøres kontinuerlig men kun regelmessing.
</p
>
3124 <title>My first perl GUI application - controlling a Spykee robot
</title>
3125 <link>http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html
</link>
3126 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html
</guid>
3127 <pubDate>Wed,
1 Sep
2010 21:
00:
00 +
0200</pubDate>
3128 <description><p
>This evening I made my first Perl GUI application. The last few
3129 days I have worked on a Perl module for controlling my recently
3130 aquired Spykee robots, and the module is now getting complete enought
3131 that it is possible to use it to control the robot driving at least.
3132 It was now time to figure out how to use it to create some GUI to
3133 allow me to drive the robot around. I picked PerlQt as I have had
3134 positive experiences with the Qt API before, and spent a few minutes
3135 browsing the web for examples. Using Qt Designer seemed like a short
3136 cut, so I ended up writing the perl GUI using Qt Designer and
3137 compiling it into a perl program using the puic program from
3138 libqt-perl. Nothing fancy yet, but it got buttons to connect and
3139 drive around.
</p
>
3141 <p
>The perl module I have written provide a object oriented API for
3142 controlling the robot. Here is an small example on how to use it:
</p
>
3144 <p
><pre
>
3146 Spykee::discover(sub {$robot{$_[
0]} = $_[
1]});
3147 my $host = (keys %robot)[
0];
3148 my $spykee = Spykee-
>new();
3149 $spykee-
>contact($host,
"admin
",
"admin
");
3152 $spykee-
>right();
3154 $spykee-
>forward();
3159 </pre
></p
>
3161 <p
>Thanks to the release of the source of the robot firmware, I could
3162 peek into the implementation at the other end to figure out how to
3163 implement the protocol used by the robot. I
've implemented several of
3164 the commands the robot understand, but is still missing the camera
3165 support to make it possible to control the robot from remote. First I
3166 want to implement support for uploading new firmware and configuring
3167 the wireless network, to make it possible to bootstrap a Spykee robot
3168 without the producers Windows and MacOSX software (I only have Linux,
3169 so I had to ask a friend to come over to get the robot testing
3170 going. :).
</p
>
3172 <p
>Will release the source to the public soon, but need to figure out
3173 where to make it available first. I will add a link to
3174 <a href=
"http://wiki.nuug.no/grupper/robot/
">the NUUG wiki
</a
> for
3175 those that want to check back later to find it.
</p
>
3180 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge
</title>
3181 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html
</link>
3182 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html
</guid>
3183 <pubDate>Tue,
31 Aug
2010 21:
00:
00 +
0200</pubDate>
3184 <description><p
>Ble tipset i dag om at et forslag om å stoppe forsøkene med
3185 elektronisk stemmegiving utenfor valglokaler er
3186 <a href=
"http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=
46616">til
3187 behandling
</a
> i Stortinget.
3188 <a href=
"http://www.stortinget.no/Global/pdf/Representantforslag/
2009-
2010/dok8-
200910-
128.pdf
">Forslaget
</a
>
3189 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.
</p
>
3191 <p
>Håper det får flertall.
</p
>
3196 <title>Broken hard link handling with sshfs
</title>
3197 <link>http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html
</link>
3198 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html
</guid>
3199 <pubDate>Mon,
30 Aug
2010 19:
30:
00 +
0200</pubDate>
3200 <description><p
>Just got an email from Tobias Gruetzmacher as a followup on my
3201 <a href=
"http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html
">previous
3202 post about sshfs
</a
>. He reported another problem with sshfs. It
3203 fail to handle hard links properly. A simple way to spot this is to
3204 look at the . and .. entries in the directory tree. These should have
3205 a link count
>1, but on sshfs the count is
1. I just tested to see
3206 what happen when trying to hardlink, and this fail as well:
</p
>
3210 ln: creating hard link `bar
' =
> `foo
': Function not implemented
3214 <p
>I have not yet found time to implement a test for this in my file
3215 system test code, but believe having working hard links is useful to
3216 avoid surprised unix programs. Not as useful as working file locking
3217 and symlinks, which are required to get a working desktop, but useful
3218 nevertheless. :)
</p
>
3220 <p
>The latest version of the file system test code is available via
3222 <a href=
"http://github.com/gebi/fs-test
">http://github.com/gebi/fs-test
</a
></p
>
3227 <title>Sikkerhetsteateret på flyplassene fortsetter
</title>
3228 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html
</link>
3229 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html
</guid>
3230 <pubDate>Sat,
28 Aug
2010 10:
40:
00 +
0200</pubDate>
3231 <description><p
>Jeg skrev for et halvt år siden hvordan
3232 <a href=
"http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html
">samfunnet
3233 kaster bort ressurser på sikkerhetstiltak som ikke fungerer
</a
>. Kom
3235 <a href=
"http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/
">historie
3236 fra en pilot fra USA
</a
> som kommenterer det samme. Jeg mistenker det
3237 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
3238 veldig sans for piloten omtalt i
<a
3239 href=
"http://www.aftenposten.no/nyheter/iriks/article2057501.ece
">Aftenposten
</a
> 2007-
10-
23,
3240 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
3241 ikke meg trygghetsfølelse på flyplassene når jeg ser at
3242 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
3243 stedet for ting som bidrar til reell økning av sikkerheten. Det
3244 forteller meg jo at vurderingsevnen til de som burde bidra til økt
3245 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
3246 tiltakene.
</p
>
3248 <p
>Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
3249 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
3250 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
3251 passerte. Kanskje det ville fått flere til å få øynene opp for
3252 problemet.
</p
>
3254 <p
>Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
3255 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
3256 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
3257 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
3258 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
3259 en god ting sett fra et miljøperspektiv, men det er en annen sak.
</p
>
3264 <title>Broken umask handling with sshfs
</title>
3265 <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html
</link>
3266 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html
</guid>
3267 <pubDate>Thu,
26 Aug
2010 13:
30:
00 +
0200</pubDate>
3268 <description><p
>My file system sematics program
3269 <a href=
"http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
">presented
3270 a few days ago
</a
> is very useful to verify that a file system can
3271 work as a unix home directory,and today I had to extend it a bit. I
'm
3272 looking into alternatives for home directory access here at the
3273 University of Oslo, and one of the options is sshfs. My friend
3274 Finn-Arne mentioned a while back that they had used sshfs with Debian
3275 Edu, but stopped because of problems. I asked today what the problems
3276 where, and he mentioned that sshfs failed to handle umask properly.
3277 Trying to detect the problem I wrote this addition to my fs testing
3281 mode_t touch_get_mode(const char *name, mode_t mode) {
3283 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode);
3286 struct stat statbuf;
3287 if (-
1 != fstat(fd,
&statbuf)) {
3288 retval = statbuf.st_mode
& 0x1ff;
3295 /* Try to detect problem discovered using sshfs */
3296 int test_umask(void) {
3297 printf(
"info: testing umask effect on file creation\n
");
3299 mode_t orig_umask = umask(
000);
3301 if (
0666 != (newmode = touch_get_mode(
"foobar
",
0666))) {
3302 printf(
" error: Wrong file mode %o when creating using mode
666 and umask
000\n
",
3306 if (
0660 != (newmode = touch_get_mode(
"foobar
",
0666))) {
3307 printf(
" error: Wrong file mode %o when creating using mode
666 and umask
007\n
",
3315 int main(int argc, char **argv) {
3322 <p
>Sure enough. On NFS to a netapp, I get this result:
</p
>
3325 Testing POSIX/Unix sematics on file system
3326 info: testing symlink creation
3327 info: testing subdirectory creation
3328 info: testing fcntl locking
3329 Read-locking
1 byte from
1073741824
3330 Read-locking
510 byte from
1073741826
3331 Unlocking
1 byte from
1073741824
3332 Write-locking
1 byte from
1073741824
3333 Write-locking
510 byte from
1073741826
3334 Unlocking
2 byte from
1073741824
3335 info: testing umask effect on file creation
3338 <p
>When mounting the same directory using sshfs, I get this
3342 Testing POSIX/Unix sematics on file system
3343 info: testing symlink creation
3344 info: testing subdirectory creation
3345 info: testing fcntl locking
3346 Read-locking
1 byte from
1073741824
3347 Read-locking
510 byte from
1073741826
3348 Unlocking
1 byte from
1073741824
3349 Write-locking
1 byte from
1073741824
3350 Write-locking
510 byte from
1073741826
3351 Unlocking
2 byte from
1073741824
3352 info: testing umask effect on file creation
3353 error: Wrong file mode
644 when creating using mode
666 and umask
000
3354 error: Wrong file mode
640 when creating using mode
666 and umask
007
3357 <p
>So, I can conclude that sshfs is better than smb to a Netapp or a
3358 Windows server, but not good enough to be used as a home
3359 directory.
</p
>
3361 <p
>Update
2010-
08-
26: Reported the issue in
3362 <a href=
"http://bugs.debian.org/
594498">BTS report #
594498</a
></p
>
3364 <p
>Update
2010-
08-
27: Michael Gebetsroither report that he found the
3365 script so useful that he created a GIT repository and stored it in
3366 <a href=
"http://github.com/gebi/fs-test
">http://github.com/gebi/fs-test
</a
>.
</p
>
3371 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge
</title>
3372 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html
</link>
3373 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html
</guid>
3374 <pubDate>Mon,
23 Aug
2010 19:
30:
00 +
0200</pubDate>
3375 <description><p
>I Norge pågår en prosess for å
3376 <a href=
"http://www.e-valg.dep.no/
">innføre elektronisk
3377 stemmegiving
</a
> ved kommune- og stortingsvalg. Dette skal
3378 introduseres i
2011. Det er all grunn til å tro at valg i Norge ikke
3379 vil være til å stole på hvis dette blir gjennomført. Da det hele var
3380 oppe til høring i
2006 forfattet jeg
3381 <a href=
"http://www.nuug.no/dokumenter/valg-horing-
2006-
09.pdf
">en
3382 høringsuttalelse fra NUUG
</a
> (og EFN som hengte seg på) som skisserte
3383 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
3384 og elektronisk stemmegiving mangler flere av disse. Elektronisk
3385 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
3386 boks under andres kontroll, og satse på at de som har kontroll med
3387 boksen er til å stole på - uten at en har mulighet til å verifisere
3388 dette selv. Det er ikke slik en gjennomfører demokratiske valg.
</p
>
3390 <p
>Da problemet er fundamentalt med hvordan elektronisk stemmegiving
3391 må fungere for at også ikke-krypografer skal kunne delta, har det vært
3392 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
3394 <a href=
"http://wiki.nuug.no/uttalelser/
2006-elektronisk-stemmegiving
">liten
3395 samling referanser
</a
> finnes på NUUGs wiki. Den siste er fra India,
3396 der valgkomisjonen har valgt
3397 <a href=
"http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source
">å
3398 pusse politiet på en forsker
</a
> som har dokumentert svakheter i
3399 valgsystemet.
</p
>
3401 <p
>Her i Norge har en valgt en annen tilnærming, der en forsøker seg
3402 med teknobabbel for å få befolkningen til å tro at dette skal bli
3403 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
3404 valgene i Norge, og bør ikke innføres.
</p
>
3406 <p
>Den offentlige diskusjonen blir litt vanskelig av at media har
3407 valgt å kalle dette
"evalg
", som kan sies å både gjelde elektronisk
3408 opptelling av valget som Norge har gjort siden
60-tallet og som er en
3409 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
3410 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
3411 mot
"evalg
", og jeg forsøker derfor å være klar på at jeg snakker om
3412 elektronisk stemmegiving og unngå begrepet
"evalg
".
</p
>
3417 <title>Robot, reis deg...
</title>
3418 <link>http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html
</link>
3419 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html
</guid>
3420 <pubDate>Sat,
21 Aug
2010 22:
10:
00 +
0200</pubDate>
3421 <description><p
>I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og
3422 har brukt noen timer til å google etter interessante referanser og
3423 aktuell kildekode for bruk på Linux. Det mest lovende så langt er
3424 <a href=
"http://ispykee.toyz.org/
">ispykee
</a
>, som har en
3425 BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på
3426 lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for
3427 å fjernstyre roboten. Linux-daemonen implementerer deler av
3428 protokollen som roboten forstår. Etter å ha knotet litt med å oppnå
3429 kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg
3430 måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at
3431 den lytter på IP-port
9000 og
9001, gikk jeg i gang med å finne ut
3432 hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten
3433 av protokollen er publisert av produsenten med GPL-lisens, slik at det
3434 er mulig å se hvordan protokollen fungerer. Det finnes en java-klient
3435 for Android som så ganske snasen ut, men fant ingen kildekode for
3436 denne. Derimot hadde iphone-løsningen kildekode, så jeg tok
3437 utgangspunkt i den.
</p
>
3439 <p
>Daemonen ville i utgangspunktet forsøke å kontakte den sentrale
3440 tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om
3441 til i stedet å sette opp en nettverkstjeneste på min lokale maskin,
3442 som jeg kan koble meg opp til med telnet og gi kommandoer til roboten
3443 (act, forward, right, left, etc). Det involverte i praksis å bytte ut
3444 socket()/connect() med socket()/bind()/listen()/accept() for å gjøre
3445 klienten om til en tjener.
</p
>
3447 <p
>Mens jeg har forsøkt å få roboten til å bevege seg har min samboer
3448 skrudd sammen resten av roboten for å få montert kamera og plastpynten
3449 (armer, plastfiber for lys). Nå er det hele montert, og roboten er
3450 klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett
3451 før det blir praktisk, men de bitene av protokollen er ikke
3452 implementert i ispykee-daemonen, så der må jeg enten få tak i en mac
3453 eller en windows-maskin, eller implementere det selv.
</p
>
3455 <p
>Vi var tre som kjøpte slike roboter, og vi har blitt enige om å
3456 samle notater og referanser på
<a
3457 href=
"http://wiki.nuug.no/grupper/robot/
">NUUGs wiki
</a
>. Ta en titt
3458 der hvis du er nysgjerrig.
</p
>
3463 <title>2 Spykee-roboter i hus, nå skal det lekes
</title>
3464 <link>http://people.skolelinux.org/pere/blog/
2_Spykee_roboter_i_hus__n__skal_det_lekes.html
</link>
3465 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
2_Spykee_roboter_i_hus__n__skal_det_lekes.html
</guid>
3466 <pubDate>Wed,
18 Aug
2010 13:
30:
00 +
0200</pubDate>
3467 <description><p
>Jeg kjøpte nettopp to
3468 <a href=
"http://www.spykee-robot.com/
">Spykee
</a
>-roboter, for test og
3469 leking. Kjøpte to da det var så billige, og gir meg mulighet til å
3470 eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte
3471 ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde
3472 en liten stabel på lager som de ikke hadde klart å selge ut etter
3473 fjorårets juleinnkjøp, og var villig til å selge for en femtedel av
3474 vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og
3475 det blir morsomt å se hva vi får ut av dette.
</p
>
3477 <p
>Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon
3478 og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som
3479 jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i
3480 mai. Eneste utfordringen er at kontroller-programvaren kun finnes til
3481 Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til
3482 firmwaren. :)
</p
>
3485 <li
><a href=
"http://en.wikipedia.org/wiki/Spykee
">Wikipedia-oppføring
</a
></li
>
3486 <li
><a href=
"http://www.spykeeworld.com/spykee/US/freeSoftware.html
">Nedlasting av firmware-kilden
</a
></li
>
3487 <li
><a href=
"http://wiki.nuug.no/grupper/robot
">prosjektwiki hos NUUG
</a
></li
>
3493 <title>Rob Weir: How to Crush Dissent
</title>
3494 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html
</link>
3495 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html
</guid>
3496 <pubDate>Sun,
15 Aug
2010 22:
20:
00 +
0200</pubDate>
3497 <description><p
>I found the notes from Rob Weir on
3498 <a href=
"http://feedproxy.google.com/~r/robweir/antic-atom/~
3/VGb23-kta8c/how-to-crush-dissent.html
">how
3499 to crush dissent
</a
> matching my own thoughts on the matter quite
3500 well. Highly recommended for those wondering which road our society
3501 should go down. In my view we have been heading the wrong way for a
3502 long time.
</p
>
3507 <title>No hardcoded config on Debian Edu clients
</title>
3508 <link>http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html
</link>
3509 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html
</guid>
3510 <pubDate>Mon,
9 Aug
2010 20:
15:
00 +
0200</pubDate>
3511 <description><p
>As reported earlier, the last few days I have looked at how Debian
3512 Edu clients are configured, and tried to get rid of all hardcoded
3513 configuration settings on the clients. I believe the work to be
3514 mostly done, and the clients seem to work just fine with dynamically
3515 generated configuration.
</p
>
3517 <p
>What is the point, you might ask? The point is to allow a Debian
3518 Edu desktop to integrate into an existing network infrastructure
3519 without any manual configuration.
</p
>
3521 <p
>This is what happens when installing a Debian Edu client here at
3522 the University of Oslo using PXE. With the PXE installation, I am
3523 asked for language (Norwegian Bokmål), locality (Norway) and keyboard
3524 layout (no-latin1), Debian Edu profile (Roaming Workstation), if I
3525 accept to reformat the hard drive (yes), if I want to submit info to
3526 popcon.debian.org (no) and root password (secret). After answering
3527 these questions, the installer goes ahead and does its thing, and
3528 after around
50 minutes it is done. I press enter to finish the
3529 installation, and the machine reboots into KDE. When the machine is
3530 ready and kdm asks for login information, I enter my university
3531 username and password, am told by kdm that a local home directory has
3532 been created and that I must log in again, and finally log in with the
3533 same username and password to the KDE
4.4 desktop. At no point during
3534 this process did it ask for university specific settings, and all the
3535 required configuration was dynamically detected using information
3536 fetched via DHCP and DNS. The roaming workstation is now ready for
3539 <p
>How was this done, you might wonder? First of all, here is the
3540 list of things that need to be configured on the client to get it
3541 working properly out of the box:
</p
>
3544 <li
>IP address/netmask and DNS server.
</li
>
3545 <li
>Web proxy URL.
</li
>
3546 <li
>LDAP server for NSS directory information (user, group, etc).
</li
>
3547 <li
>Kerberos server for PAM password checking.
</li
>
3548 <li
>SMB mount point to access the network home directory. (*)
</li
>
3549 <li
>Central syslog server to send syslog messages to. (*)
</li
>
3550 <li
>Sitesummary collector URL to submit info to central server. (*)
</li
>
3553 <p
>(Hm, did I forget anything? Let me knew if I did.)
</p
>
3555 <p
>The points marked (*) are not required to be able to use the
3556 machine, but needed to provide central storage and allowing system
3557 administrators to track their machines. Since yesterday, everything
3558 but the sitesummary collector URL is dynamically discovered at boot
3559 and installation time in the svn version of Debian Edu.
</p
>
3561 <p
>The IP and DNS setup is fetched during boot using DHCP as usual.
3562 When a DHCP update arrives, the proxy setup is updated by looking for
3563 http://wpat/wpad.dat and using the content of this WPAD file to
3564 configure the http and ftp proxy in /etc/environment and
3565 /etc/apt/apt.conf. I decided to update the proxy setup using a DHCP
3566 hook to ensure that the client stops using the Debian Edu proxy when
3567 it is moved outside the Debian Edu network, and instead uses any local
3568 proxy present on the new network when it moves around.
</p
>
3570 <p
>The DNS names of the LDAP, Kerberos and syslog server and related
3571 configuration are generated using DNS information at boot. First the
3572 installer looks for a host named ldap in the current DNS domain. If
3573 not found, it looks for _ldap._tcp SRV records in DNS instead. If an
3574 LDAP server is found, its root DSE entry is requested and the
3575 attributes namingContexts and defaultNamingContext are used to
3576 determine which LDAP base to use for NSS. If there are several
3577 namingContexts attibutes and the defaultNamingContext is present, that
3578 LDAP subtree is used as the base. If defaultNamingContext is missing,
3579 the subtrees listed as namingContexts are searched in sequence for any
3580 object with class posixAccount or posixGroup, and the first one with
3581 such an object is used as the LDAP base. For Kerberos, a similar
3582 search is done by first looking for a host named kerberos, and then
3583 for the _kerberos._tcp SRV record. I
've been unable to find a way to
3584 look up the Kerberos realm, so for this the upper case string of the
3585 current DNS domain is used.
</p
>
3587 <p
>For the syslog server, the hosts syslog and loghost are searched
3588 for, and the _syslog._udp SRV record is consulted if no such host is
3589 found. This algorithm works for both Debian Edu and the University of
3590 Oslo. A similar strategy would work for locating the sitesummary
3591 server, but have not been implemented yet. I decided to fetch and
3592 save these settings during installation, to make sure moving to a
3593 different network does not change the set of users being allowed to
3594 log in nor the passwords required to log in. Usernames and passwords
3595 will be cached by sssd when the user logs in on the Debian Edu
3596 network, and will not change as the laptop move around. For a
3597 non-roaming machine, there is no caching, but given that it is
3598 supposed to stay in place it should not matter much. Perhaps we
3599 should switch those to use sssd too?
</p
>
3601 <p
>The user
's SMB mount point for the network home directory is
3602 located when the user logs in for the first time. The LDAP server is
3603 consulted to look for the user
's LDAP object and the sambaHomePath
3604 attribute is used if found. If it isn
't found, the home directory
3605 path fetched from NSS is used instead. Assuming the path is of the
3606 form /site/server/directory/username, the second part is looked up in
3607 DNS and used to generate a SMB URL of the form
3608 smb://server.domain/username. This algorithm works for both Debian
3609 edu and the University of Oslo. Perhaps there are better attributes
3610 to use or a better algorithm that works for more sites, but this will
3611 do for now. :)
</p
>
3613 <p
>This work should make it easier to integrate the Debian Edu clients
3614 into any LDAP/Kerberos infrastructure, and make the current setup even
3615 more flexible than before. I suspect it will also work for thin
3616 client servers, allowing one to easily set up LTSP and hook it into a
3617 existing network infrastructure, but I have not had time to test this
3620 <p
>If you want to help out with implementing these things for Debian
3621 Edu, please contact us on debian-edu@lists.debian.org.
</p
>
3623 <p
>Update
2010-
08-
09: Simon Farnsworth gave me a heads-up on how to
3624 detect Kerberos realm from DNS, by looking for _kerberos TXT entries
3625 before falling back to the upper case DNS domain name. Will have to
3626 implement it for Debian Edu. :)
</p
>
3631 <title>Testing if a file system can be used for home directories...
</title>
3632 <link>http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
</link>
3633 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
</guid>
3634 <pubDate>Sun,
8 Aug
2010 21:
20:
00 +
0200</pubDate>
3635 <description><p
>A few years ago, I was involved in a project planning to use
3636 Windows file servers as home directory servers for Debian
3637 Edu/Skolelinux machines. This was thought to be no problem, as the
3638 access would be through the SMB network file system protocol, and we
3639 knew other sites used SMB with unix and samba as the file server to
3640 mount home directories without any problems. But, after months of
3641 struggling, we had to conclude that our goal was impossible.
</p
>
3643 <p
>The reason is simply that while SMB can be used for home
3644 directories when the file server is Samba running on Unix, this only
3645 work because of Samba have some extensions and the fact that the
3646 underlying file system is a unix file system. When using a Windows
3647 file server, the underlying file system do not have POSIX semantics,
3648 and several programs will fail if the users home directory where they
3649 want to store their configuration lack POSIX semantics.
</p
>
3651 <p
>As part of this work, I wrote a small C program I want to share
3652 with you all, to replicate a few of the problematic applications (like
3653 OpenOffice.org and GCompris) and see if the file system was working as
3654 it should. If you find yourself in spooky file system land, it might
3655 help you find your way out again. This is the fs-test.c source:
</p
>
3659 * Some tests to check the file system sematics. Used to verify that
3660 * CIFS from a windows server do not work properly as a linux home
3662 * License: GPL v2 or later
3664 * needs libsqlite3-dev and build-essential installed
3665 * compile with: gcc -Wall -lsqlite3 -DTEST_SQLITE fs-test.c -o fs-test
3668 #define _FILE_OFFSET_BITS
64
3669 #define _LARGEFILE_SOURCE
1
3670 #define _LARGEFILE64_SOURCE
1
3672 #define _GNU_SOURCE /* for asprintf() */
3674 #include
&lt;errno.h
>
3675 #include
&lt;fcntl.h
>
3676 #include
&lt;stdio.h
>
3677 #include
&lt;string.h
>
3678 #include
&lt;stdlib.h
>
3679 #include
&lt;sys/file.h
>
3680 #include
&lt;sys/stat.h
>
3681 #include
&lt;sys/types.h
>
3682 #include
&lt;unistd.h
>
3686 * Test sqlite open, as done by gcompris require the libsqlite3-dev
3687 * package and linking with -lsqlite3. A more low level test is
3689 * See also
&lt;URL: http://www.sqlite.org./faq.html#q5
>.
3691 #include
&lt;sqlite3.h
>
3692 #define CREATE_TABLE_USERS \
3693 "CREATE TABLE users (user_id INT UNIQUE, login TEXT, lastname TEXT, firstname TEXT, birthdate TEXT, class_id INT );
"
3694 int test_sqlite_open(void) {
3696 char *name =
"testsqlite.db
";
3699 int rc = sqlite3_open(name,
&db);
3701 printf(
"error: sqlite open of %s failed: %s\n
", name, sqlite3_errmsg(db));
3707 rc = sqlite3_exec(db,CREATE_TABLE_USERS, NULL,
0,
&zErrMsg);
3708 if( rc != SQLITE_OK ){
3709 printf(
"error: sqlite table create failed: %s\n
", zErrMsg);
3713 printf(
"info: sqlite worked\n
");
3717 #endif /* TEST_SQLITE */
3720 * Demonstrate locking issue found in gcompris using sqlite3. This
3721 * work with ext3, but not with cifs server on Windows
2003. This is
3722 * done in the sqlite3 library.
3724 *
&lt;URL:http://www.cygwin.com/ml/cygwin/
2001-
08/msg00854.html
> and the
3725 * POSIX specification
3726 *
&lt;URL:http://www.opengroup.org/onlinepubs/
009695399/functions/fcntl.html
>.
3728 int test_gcompris_locking(void) {
3730 char *name =
"testsqlite.db
";
3732 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE,
0644);
3733 printf(
"info: testing fcntl locking\n
");
3735 fl.l_whence = SEEK_SET;
3736 fl.l_pid = getpid();
3737 printf(
" Read-locking
1 byte from
1073741824");
3738 fl.l_start =
1073741824;
3740 fl.l_type = F_RDLCK;
3741 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
3743 printf(
" Read-locking
510 byte from
1073741826");
3744 fl.l_start =
1073741826;
3746 fl.l_type = F_RDLCK;
3747 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
3749 printf(
" Unlocking
1 byte from
1073741824");
3750 fl.l_start =
1073741824;
3752 fl.l_type = F_UNLCK;
3753 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
3755 printf(
" Write-locking
1 byte from
1073741824");
3756 fl.l_start =
1073741824;
3758 fl.l_type = F_WRLCK;
3759 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
3761 printf(
" Write-locking
510 byte from
1073741826");
3762 fl.l_start =
1073741826;
3764 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
3766 printf(
" Unlocking
2 byte from
1073741824");
3767 fl.l_start =
1073741824;
3769 fl.l_type = F_UNLCK;
3770 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
3777 * Test if permissions of freshly created directories allow entries
3778 * below them. This was a problem with OpenOffice.org and gcompris.
3779 * Mounting with option
'sync
' seem to solve this problem while
3780 * slowing down file operations.
3782 int test_subdirectory_creation(void) {
3784 char *path = strdup(
"test
");
3787 printf(
"info: testing subdirectory creation\n
");
3788 for (level =
0; level
&lt; LEVELS; level++) {
3789 char *newpath = NULL;
3790 if (-
1 == mkdir(path,
0777)) {
3791 printf(
" error: Unable to create directory
'%s
': %s\n
",
3792 path, strerror(errno));
3795 asprintf(
&newpath,
"%s/%s
", path,
"test
");
3803 * Test if symlinks can be created. This was a problem detected with
3806 int test_symlinks(void) {
3807 printf(
"info: testing symlink creation\n
");
3808 unlink(
"symlink
");
3809 if (-
1 == symlink(
"file
",
"symlink
"))
3810 printf(
" error: Unable to create symlink\n
");
3814 int main(int argc, char **argv) {
3815 printf(
"Testing POSIX/Unix sematics on file system\n
");
3817 test_subdirectory_creation();
3820 #endif /* TEST_SQLITE */
3821 test_gcompris_locking();
3826 <p
>When everything is working, it should print something like
3830 Testing POSIX/Unix sematics on file system
3831 info: testing symlink creation
3832 info: testing subdirectory creation
3834 info: testing fcntl locking
3835 Read-locking
1 byte from
1073741824
3836 Read-locking
510 byte from
1073741826
3837 Unlocking
1 byte from
1073741824
3838 Write-locking
1 byte from
1073741824
3839 Write-locking
510 byte from
1073741826
3840 Unlocking
2 byte from
1073741824
3843 <p
>I do not remember the exact details of the problems we saw, but one
3844 of them was with locking, where if I remember correctly, POSIX allow a
3845 read-only lock to be upgraded to a read-write lock without unlocking
3846 the read-only lock (while Windows do not). Another was a bug in the
3847 CIFS/SMB client implementation in the Linux kernel where directory
3848 meta information would be wrong for a fraction of a second, making
3849 OpenOffice.org fail to create its deep directory tree because it was
3850 not allowed to create files in its freshly created directory.
</p
>
3852 <p
>Anyway, here is a nice tool for your tool box, might you never need
3855 <p
>Update
2010-
08-
27: Michael Gebetsroither report that he found the
3856 script so useful that he created a GIT repository and stored it in
3857 <a href=
"http://github.com/gebi/fs-test
">http://github.com/gebi/fs-test
</a
>.
</p
>
3862 <title>Autodetecting Client setup for roaming workstations in Debian Edu
</title>
3863 <link>http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html
</link>
3864 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html
</guid>
3865 <pubDate>Sat,
7 Aug
2010 14:
45:
00 +
0200</pubDate>
3866 <description><p
>A few days ago, I
3867 <a href=
"http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html
">tried
3868 to install
</a
> a Roaming workation profile from Debian Edu/Squeeze
3869 while on the university network here at the University of Oslo, and
3870 noticed how much had to change to get it operational using the
3871 university infrastructure. It was fairly easy, but it occured to me
3872 that Debian Edu would improve a lot if I could get the client to
3873 connect without any changes at all, and thus let the client configure
3874 itself during installation and first boot to use the infrastructure
3875 around it. Now I am a huge step further along that road.
</p
>
3877 <p
>With our current squeeze-test packages, I can select the roaming
3878 workstation profile and get a working laptop connecting to the
3879 university LDAP server for user and group and our active directory
3880 servers for Kerberos authentication. All this without any
3881 configuration at all during installation. My users home directory got
3882 a bookmark in the KDE menu to mount it via SMB, with the correct URL.
3883 In short, openldap and sssd is correctly configured. In addition to
3884 this, the client look for http://wpad/wpad.dat to configure a web
3885 proxy, and when it fail to find it no proxy settings are stored in
3886 /etc/environment and /etc/apt/apt.conf. Iceweasel and KDE is
3887 configured to look for the same wpad configuration and also do not use
3888 a proxy when at the university network. If the machine is moved to a
3889 network with such wpad setup, it would automatically use it when DHCP
3890 gave it a IP address.
</p
>
3892 <p
>The LDAP server is located using DNS, by first looking for the DNS
3893 entry ldap.$domain. If this do not exist, it look for the
3894 _ldap._tcp.$domain SRV records and use the first one as the LDAP
3895 server. Next, it connects to the LDAP server and search all
3896 namingContexts entries for posixAccount or posixGroup objects, and
3897 pick the first one as the LDAP base. For Kerberos, a similar
3898 algorithm is used to locate the LDAP server, and the realm is the
3899 uppercase version of $domain.
</p
>
3901 <p
>So, what is not working, you might ask. SMB mounting my home
3902 directory do not work. No idea why, but suspected the incorrect
3903 Kerberos settings in /etc/krb5.conf and /etc/samba/smb.conf might be
3904 the cause. These are not properly configured during installation, and
3905 had to be hand-edited to get the correct Kerberos realm and server,
3906 but SMB mounting still do not work. :(
</p
>
3908 <p
>With this automatic configuration in place, I expect a Debian Edu
3909 roaming profile installation would be able to automatically detect and
3910 connect to any site using LDAP and Kerberos for NSS directory and PAM
3911 authentication. It should also work out of the box in a Active
3912 Directory environment providing posixAccount and posixGroup objects
3913 with UID and GID values.
</p
>
3915 <p
>If you want to help out with implementing these things for Debian
3916 Edu, please contact us on debian-edu@lists.debian.org.
</p
>
3921 <title>Debian Edu roaming workstation - at the university of Oslo
</title>
3922 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html
</link>
3923 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html
</guid>
3924 <pubDate>Tue,
3 Aug
2010 23:
30:
00 +
0200</pubDate>
3925 <description><p
>The new roaming workstation profile in Debian Edu/Squeeze is fairly
3926 similar to the laptop setup am I working on using Ubuntu for the
3927 University of Oslo, and just for the heck of it, I tested today how
3928 hard it would be to integrate that profile into the university
3929 infrastructure. In this case, it is the university LDAP server,
3930 Active Directory Kerberos server and SMB mounting from the Netapp file
3933 <p
>I was pleasantly surprised that the only three files needed to be
3934 changed (/etc/sssd/sssd.conf, /etc/ldap.conf and
3935 /etc/mklocaluser.d/
20-debian-edu-config) and one file had to be added
3936 (/usr/share/perl5/Debian/Edu_Local.pm), to get the client working.
3937 Most of the changes were to get the client to use the university LDAP
3938 for NSS and Kerberos server for PAM, but one was to change a hard
3939 coded DNS domain name in the mklocaluser hook from .intern to
3942 <p
>This testing was so encouraging, that I went ahead and adjusted the
3943 Debian Edu scripts and setup in subversion to centralise the roaming
3944 workstation setup a bit more and avoid the hardcoded DNS domain name,
3945 so that when I test this tomorrow, I expect to get away with modifying
3946 only /etc/sssd/sssd.conf and /etc/ldap.conf to get it to use the
3947 university servers.
</p
>
3949 <p
>My goal is to get the clients to have no hardcoded settings and
3950 fetch all their initial setup during installation and first boot, to
3951 allow them to be inserted also into environments where the default
3952 setup in Debian Edu has been changed or as with the university, where
3953 the environment is different but provides the protocols Debian Edu
3959 <title>Circular package dependencies harms apt recovery
</title>
3960 <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html
</link>
3961 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html
</guid>
3962 <pubDate>Tue,
27 Jul
2010 23:
50:
00 +
0200</pubDate>
3963 <description><p
>I discovered this while doing
3964 <a href=
"http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html
">automated
3965 testing of upgrades from Debian Lenny to Squeeze
</a
>. A few packages
3966 in Debian still got circular dependencies, and it is often claimed
3967 that apt and aptitude should be able to handle this just fine, but
3968 some times these dependency loops causes apt to fail.
</p
>
3970 <p
>An example is from todays
3971 <a href=
"http://people.skolelinux.org/~pere/debian-upgrade-testing//test-
20100727-lenny-squeeze-kde-aptitude.txt
">upgrade
3972 of KDE using aptitude
</a
>. In it, a bug in kdebase-workspace-data
3973 causes perl-modules to fail to upgrade. The cause is simple. If a
3974 package fail to unpack, then only part of packages with the circular
3975 dependency might end up being unpacked when unpacking aborts, and the
3976 ones already unpacked will fail to configure in the recovery phase
3977 because its dependencies are unavailable.
</p
>
3979 <p
>In this log, the problem manifest itself with this error:
</p
>
3981 <blockquote
><pre
>
3982 dpkg: dependency problems prevent configuration of perl-modules:
3983 perl-modules depends on perl (
>=
5.10.1-
1); however:
3984 Version of perl on system is
5.10.0-
19lenny
2.
3985 dpkg: error processing perl-modules (--configure):
3986 dependency problems - leaving unconfigured
3987 </pre
></blockquote
>
3989 <p
>The perl/perl-modules circular dependency is already
3990 <a href=
"http://bugs.debian.org/
527917">reported as a bug
</a
>, and will
3991 hopefully be solved as soon as possible, but it is not the only one,
3992 and each one of these loops in the dependency tree can cause similar
3993 failures. Of course, they only occur when there are bugs in other
3994 packages causing the unpacking to fail, but it is rather nasty when
3995 the failure of one package causes the problem to become worse because
3996 of dependency loops.
</p
>
3999 <a href=
"http://lists.debian.org/debian-devel/
2010/
06/msg00116.html
">the
4000 tireless effort by Bill Allombert
</a
>, the number of circular
4002 <a href=
"http://debian.semistable.com/debgraph.out.html
">left in Debian
4003 is dropping
</a
>, and perhaps it will reach zero one day. :)
</p
>
4005 <p
>Todays testing also exposed a bug in
4006 <a href=
"http://bugs.debian.org/
590605">update-notifier
</a
> and
4007 <a href=
"http://bugs.debian.org/
590604">different behaviour
</a
> between
4008 apt-get and aptitude, the latter possibly caused by some circular
4009 dependency. Reported both to BTS to try to get someone to look at
4015 <title>First Debian Edu test release (alpha0) based on Squeeze is released
</title>
4016 <link>http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html
</link>
4017 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html
</guid>
4018 <pubDate>Tue,
27 Jul
2010 17:
45:
00 +
0200</pubDate>
4019 <description><p
>I just posted this announcement culminating several months of work
4020 with the next Debian Edu release. Not nearly done, but one major step
4021 completed.
</p
>
4024 <p
>This is the first test release based on Squeeze. The focus of this
4025 release is to test the user application selection. To have a look,
4026 install the standalone profile and let the developers know if the set
4027 of installed packages i.e. applications should be modified. If some
4028 user application is missing, or if there are some applications that no
4029 longer make sense to be included in Debian Edu, please let us know.
4030 Also, if a useful application is missing the translation for your
4031 language of choice, please let us know too.
</p
>
4033 <p
>In addition, feedback and help to polish the desktop (menus,
4034 artwork, starters, etc.) is appreciated. We would like to ship a nice
4035 and handy KDE4 desktop targeted for schools out of the box.
</p
>
4037 <p
>The other profiles should be installable, but there is a lot more
4038 work left to be done before they are ready, so do not expect to
4041 <p
>Changes compared to the lenny based version
</p
>
4044 <li
>Everything from Debian Squeeze
4046 <li
>Desktop environment KDE
4.4 =
> the new KDE desktop in
4047 combination with some new artwork
4048 <li
>Web browser Iceweasel
3.5
4049 <li
>OpenOffice.org
3.2
4050 <li
>Educational toolbox GCompris
9.3
4051 <li
>Music creator Rosegarden
10.04.2
4052 <li
>Image editor Gimp
2.6.10
4053 <li
>Virtual universe Celestia
1.6.0
4054 <li
>Virtual stargazer Stellarium
0.10.4
4055 <li
>3D modeler Blender
2.49.2 (new application)
4056 <li
>Video editor Kdenlive
0.7.7 (new application)
4057 </ul
></li
>
4058 <li
>Now using Kerberos for password checking (migration not finished).
4064 <li
>SMTP (sender verification)
4067 <li
>New experimental roaming workstation profile for laptops.
</li
>
4068 <li
>Show welcome page to users when they first log in. The URL is
4069 fetched from LDAP.
</li
>
4070 <li
>New LXDE desktop option, in addition to KDE (default) and Gnome.
</li
>
4071 <li
>General cleanup (not finished)
</li
>
4073 <p
>The following features are not working as they should
</p
>
4076 <li
>No web based administration tool for creating users and groups. The
4077 scripts ldap-createuser-krb and ldap-add-user-to-group can be used
4078 for testing.
</li
>
4079 <li
>DVD installs are missing debian-installer images for the PXE boot,
4080 and do not set up the PXE menu on eth0 because of this. LTSP
4081 clients should still boot from eth1 on thin client servers.
</li
>
4082 <li
>The restructured KDE menu is not implemented.
</li
>
4083 <li
>The LDAP server setup need to be reviewed for security.
</li
>
4084 <li
>The LDAP directory structure need to be reworked.
</li
>
4085 <li
>Different sets of packages are installed when using the DVD and the
4086 netinst CD. More packages are installed using the netinst CD.
</li
>
4087 <li
>The jackd package fail to install. This is believed to be caused by
4088 some ongoing transition, and hopefully should be solved soon. The
4089 jackd1 package can be installed manually for those that need it.
</li
>
4090 <li
>Some packages lack translations. See
4091 http://wiki.debian.org/DebianEdu/Status/Squeeze for updated status,
4092 and help out with translations.
</li
>
4095 <p
>To download this multiarch netinstall release you can use
</p
>
4098 <li
><a href=
"ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
">ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
</a
></li
>
4099 <li
><a href=
"http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
">http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
</a
></li
>
4100 <li
>rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
</li
>
4102 <p
>To download this multiarch dvd release you can use
</p
>
4105 <li
><a href=
"ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
">ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
</a
></li
>
4106 <li
><a href=
"http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
">http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
</a
></li
>
4107 <li
>rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
</li
>
4110 <p
>There is no source DVD available yet. It will be prepared when we
4111 get closer to the final release.
</p
>
4113 <p
>The MD5SUM of these images are
</p
>
4116 <li
>3dbf45d59f42a53518b6e3c9ec3b5eb6 debian-edu-
6.0.0+edua0-CD.iso
</li
>
4117 <li
>22f2cbfce281d1c6e478be452638675d debian-edu-
6.0.0+edua0-DVD.iso
</li
>
4120 <p
>The SHA1SUM of these images are
</p
>
4122 <li
>c53d1b69b40cf37cd27aefaf33f6f6a3821bedf0 debian-edu-
6.0.0+edua0-CD.iso
</li
>
4123 <li
>2ec29d7db676d59d32197b05c277ffe16348376c debian-edu-
6.0.0+edua0-DVD.iso
</li
>
4125 <p
>How to report bugs:
4126 http://wiki.debian.org/DebianEdu/HowTo/ReportBugsInBugzilla
</p
>
4128 <p
>Please direct replies to debian-edu@lists.debian.org
</p
>
4134 <title>One step closer to single signon in Debian Edu
</title>
4135 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html
</link>
4136 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html
</guid>
4137 <pubDate>Sun,
25 Jul
2010 10:
00:
00 +
0200</pubDate>
4138 <description><p
>The last few months me and the other Debian Edu developers have
4139 been working hard to get the Debian/Squeeze based version of Debian
4140 Edu/Skolelinux into shape. This future version will use Kerberos for
4141 authentication, and services are slowly migrated to single signon,
4142 getting rid of password questions one at the time.
</p
>
4144 <p
>It will also feature a roaming workstation profile with local home
4145 directory, for laptops that are only some times on the Skolelinux
4146 network, and for this profile a shortcut is created in Gnome and KDE
4147 to gain access to the users home directory on the file server. This
4148 shortcut uses SMB at the moment, and yesterday I had time to test if
4149 SMB mounting had started working in KDE after we added the cifs-utils
4150 package. I was pleasantly surprised how well it worked.
</p
>
4152 <p
>Thanks to the recent changes to our samba configuration to get it
4153 to use Kerberos for authentication, there were no question about user
4154 password when mounting the SMB volume. A simple click on the shortcut
4155 in the KDE menu, and a window with the home directory popped
4158 <p
>One step closer to a single signon solution out of the box in
4159 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
4160 also Samba. Next step is Cups and hopefully also NFS.
</p
>
4162 <p
>We had planned a alpha0 release of Debian Edu for today, but thanks
4163 to the autobuilder administrators for some architectures being slow to
4164 sign packages, we are still missing the fixed LTSP package we need for
4165 the release. It was uploaded three days ago with urgency=high, and if
4166 it had entered testing yesterday we would have been able to test it in
4167 time for a alpha0 release today. As the binaries for ia64 and powerpc
4168 still not uploaded to the Debian archive, we need to delay the alpha
4169 release another day.
</p
>
4171 <p
>If you want to help out with implementing Kerberos for Debian Edu,
4172 please contact us on debian-edu@lists.debian.org.
</p
>
4177 <title>Digitale restriksjonsmekanismer fikk meg til å slutte å kjøpe musikk
</title>
4178 <link>http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html
</link>
4179 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html
</guid>
4180 <pubDate>Thu,
22 Jul
2010 23:
50:
00 +
0200</pubDate>
4181 <description><p
>For mange år siden slutte jeg å kjøpe musikk-CDer. Årsaken var at
4182 musikkbransjen var godt i gang med å selge platene sine med DRM som
4183 gjorde at jeg ikke fikk spilt av musikken jeg kjøpte på utstyret jeg
4184 hadde tilgjengelig, dvs. min datamaskin. Det var umulig å se på en
4185 plate om den var ødelagt eller ikke, og jeg hadde jo allerede en
4186 anseelig samling med plater, så jeg bestemme meg for å slutte å gi
4187 penger til en bransje som åpenbart ikke respekterte meg.
</p
>
4189 <p
>Jeg har mange titalls dager med musikk på CD i dag. Det meste er
4190 lagt i et stort arkiv som kan spilles av fra husets datamaskiner (har
4191 ikke rukket rippe alt). Jeg ser dermed ikke behovet for å skaffe mer
4192 musikk. De fleste av mine favoritter er i hus, og jeg er dermed godt
4195 <p
>Hvis musikkbransjen ønsker mine penger, så må de demonstrere at de
4196 setter pris på meg som kunde, og ikke skremme meg bort med DRM og
4197 antydninger om at kundene er kriminelle.
</p
>
4199 <p
>Filmbransjen er like ille, men mens musikk gjerne varer lenge, er
4200 filmer mer ferskvare. Har dermed ikke helt sluttet å kjøpe filmer, men
4201 holder meg til DVD-filmer som kan spilles av på mine Linuxbokser.
4202 Kommer neppe til å ta i bruk Blueray, og ei heller de nye DRM-greiene
4203 «Ultraviolet» som be annonsert her om dagen.
</p
>
4208 <title>What are they searching for - PowerDNS and ISC DHCP in LDAP
</title>
4209 <link>http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html
</link>
4210 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html
</guid>
4211 <pubDate>Sat,
17 Jul
2010 21:
00:
00 +
0200</pubDate>
4212 <description><p
>This is a
4213 <a href=
"http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
">followup
</a
>
4215 <a href=
"http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html
">previous
4217 <a href=
"http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html
">merging
4218 all
</a
> the computer related LDAP objects in Debian Edu.
</p
>
4220 <p
>As a step to try to see if it possible to merge the DNS and DHCP
4221 LDAP objects, I have had a look at how the packages pdns-backend-ldap
4222 and dhcp3-server-ldap in Debian use the LDAP server. The two
4223 implementations are quite different in how they use LDAP.
</p
>
4225 To get this information, I started slapd with debugging enabled and
4226 dumped the debug output to a file to get the LDAP searches performed
4227 on a Debian Edu main-server. Here is a summary.
4229 <p
><strong
>powerdns
</strong
></p
>
4231 <a href=
"http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend
">Clues
4232 on how to
</a
> set up PowerDNS to use a LDAP backend is available on
4235 <p
>PowerDNS have two modes of operation using LDAP as its backend.
4236 One
"strict
" mode where the forward and reverse DNS lookups are done
4237 using the same LDAP objects, and a
"tree
" mode where the forward and
4238 reverse entries are in two different subtrees in LDAP with a structure
4239 based on the DNS names, as in tjener.intern and
4240 2.2.0.10.in-addr.arpa.
</p
>
4242 <p
>In tree mode, the server is set up to use a LDAP subtree as its
4243 base, and uses a
"base
" scoped search for the DNS name by adding
4244 "dc=tjener,dc=intern,
" to the base with a filter for
4245 "(associateddomain=tjener.intern)
" for the forward entry and
4246 "dc=
2,dc=
2,dc=
0,dc=
10,dc=in-addr,dc=arpa,
" with a filter for
4247 "(associateddomain=
2.2.0.10.in-addr.arpa)
" for the reverse entry. For
4248 forward entries, it is looking for attributes named dnsttl, arecord,
4249 nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord, mxrecord,
4250 txtrecord, rprecord, afsdbrecord, keyrecord, aaaarecord, locrecord,
4251 srvrecord, naptrrecord, kxrecord, certrecord, dsrecord, sshfprecord,
4252 ipseckeyrecord, rrsigrecord, nsecrecord, dnskeyrecord, dhcidrecord,
4253 spfrecord and modifytimestamp. For reverse entries it is looking for
4254 the attributes dnsttl, arecord, nsrecord, cnamerecord, soarecord,
4255 ptrrecord, hinforecord, mxrecord, txtrecord, rprecord, aaaarecord,
4256 locrecord, srvrecord, naptrrecord and modifytimestamp. The equivalent
4257 ldapsearch commands could look like this:
</p
>
4259 <blockquote
><pre
>
4260 ldapsearch -h ldap \
4261 -b dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4262 -s base -x
'(associateddomain=tjener.intern)
' dNSTTL aRecord nSRecord \
4263 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4264 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4265 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4266 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4268 ldapsearch -h ldap \
4269 -b dc=
2,dc=
2,dc=
0,dc=
10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4270 -s base -x
'(associateddomain=
2.2.0.10.in-addr.arpa)
'
4271 dnsttl, arecord, nsrecord, cnamerecord soarecord ptrrecord \
4272 hinforecord mxrecord txtrecord rprecord aaaarecord locrecord \
4273 srvrecord naptrrecord modifytimestamp
4274 </pre
></blockquote
>
4276 <p
>In Debian Edu/Lenny, the PowerDNS tree mode is used with
4277 ou=hosts,dc=skole,dc=skolelinux,dc=no as the base, and these are two
4278 example LDAP objects used there. In addition to these objects, the
4279 parent objects all th way up to ou=hosts,dc=skole,dc=skolelinux,dc=no
4280 also exist.
</p
>
4282 <blockquote
><pre
>
4283 dn: dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no
4285 objectclass: dnsdomain
4286 objectclass: domainrelatedobject
4289 associateddomain: tjener.intern
4291 dn: dc=
2,dc=
2,dc=
0,dc=
10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no
4293 objectclass: dnsdomain2
4294 objectclass: domainrelatedobject
4296 ptrrecord: tjener.intern
4297 associateddomain:
2.2.0.10.in-addr.arpa
4298 </pre
></blockquote
>
4300 <p
>In strict mode, the server behaves differently. When looking for
4301 forward DNS entries, it is doing a
"subtree
" scoped search with the
4302 same base as in the tree mode for a object with filter
4303 "(associateddomain=tjener.intern)
" and requests the attributes dnsttl,
4304 arecord, nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord,
4305 mxrecord, txtrecord, rprecord, aaaarecord, locrecord, srvrecord,
4306 naptrrecord and modifytimestamp. For reverse entires it also do a
4307 subtree scoped search but this time the filter is
"(arecord=
10.0.2.2)
"
4308 and the requested attributes are associateddomain, dnsttl and
4309 modifytimestamp. In short, in strict mode the objects with ptrrecord
4310 go away, and the arecord attribute in the forward object is used
4313 <p
>The forward and reverse searches can be simulated using ldapsearch
4314 like this:
</p
>
4316 <blockquote
><pre
>
4317 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4318 '(associateddomain=tjener.intern)
' dNSTTL aRecord nSRecord \
4319 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4320 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4321 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4322 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4324 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4325 '(arecord=
10.0.2.2)
' associateddomain dnsttl modifytimestamp
4326 </pre
></blockquote
>
4328 <p
>In addition to the forward and reverse searches , there is also a
4329 search for SOA records, which behave similar to the forward and
4330 reverse lookups.
</p
>
4332 <p
>A thing to note with the PowerDNS behaviour is that it do not
4333 specify any objectclass names, and instead look for the attributes it
4334 need to generate a DNS reply. This make it able to work with any
4335 objectclass that provide the needed attributes.
</p
>
4337 <p
>The attributes are normally provided in the cosine (RFC
1274) and
4338 dnsdomain2 schemas. The latter is used for reverse entries like
4339 ptrrecord and recent DNS additions like aaaarecord and srvrecord.
</p
>
4341 <p
>In Debian Edu, we have created DNS objects using the object classes
4342 dcobject (for dc), dnsdomain or dnsdomain2 (structural, for the DNS
4343 attributes) and domainrelatedobject (for associatedDomain). The use
4344 of structural object classes make it impossible to combine these
4345 classes with the object classes used by DHCP.
</p
>
4347 <p
>There are other schemas that could be used too, for example the
4348 dnszone structural object class used by Gosa and bind-sdb for the DNS
4349 attributes combined with the domainrelatedobject object class, but in
4350 this case some unused attributes would have to be included as well
4351 (zonename and relativedomainname).
</p
>
4353 <p
>My proposal for Debian Edu would be to switch PowerDNS to strict
4354 mode and not use any of the existing objectclasses (dnsdomain,
4355 dnsdomain2 and dnszone) when one want to combine the DNS information
4356 with DHCP information, and instead create a auxiliary object class
4357 defined something like this (using the attributes defined for
4358 dnsdomain and dnsdomain2 or dnszone):
</p
>
4360 <blockquote
><pre
>
4361 objectclass ( some-oid NAME
'dnsDomainAux
'
4364 MAY ( ARecord $ MDRecord $ MXRecord $ NSRecord $ SOARecord $ CNAMERecord $
4365 DNSTTL $ DNSClass $ PTRRecord $ HINFORecord $ MINFORecord $
4366 TXTRecord $ SIGRecord $ KEYRecord $ AAAARecord $ LOCRecord $
4367 NXTRecord $ SRVRecord $ NAPTRRecord $ KXRecord $ CERTRecord $
4368 A6Record $ DNAMERecord
4370 </pre
></blockquote
>
4372 <p
>This will allow any object to become a DNS entry when combined with
4373 the domainrelatedobject object class, and allow any entity to include
4374 all the attributes PowerDNS wants. I
've sent an email to the PowerDNS
4375 developers asking for their view on this schema and if they are
4376 interested in providing such schema with PowerDNS, and I hope my
4377 message will be accepted into their mailing list soon.
</p
>
4379 <p
><strong
>ISC dhcp
</strong
></p
>
4381 <p
>The DHCP server searches for specific objectclass and requests all
4382 the object attributes, and then uses the attributes it want. This
4383 make it harder to figure out exactly what attributes are used, but
4384 thanks to the working example in Debian Edu I can at least get an idea
4385 what is needed without having to read the source code.
</p
>
4387 <p
>In the DHCP server configuration, the LDAP base to use and the
4388 search filter to use to locate the correct dhcpServer entity is
4389 stored. These are the relevant entries from
4390 /etc/dhcp3/dhcpd.conf:
</p
>
4392 <blockquote
><pre
>
4393 ldap-base-dn
"dc=skole,dc=skolelinux,dc=no
";
4394 ldap-dhcp-server-cn
"dhcp
";
4395 </pre
></blockquote
>
4397 <p
>The DHCP server uses this information to nest all the DHCP
4398 configuration it need. The cn
"dhcp
" is located using the given LDAP
4399 base and the filter
"(
&(objectClass=dhcpServer)(cn=dhcp))
". The
4400 search result is this entry:
</p
>
4402 <blockquote
><pre
>
4403 dn: cn=dhcp,dc=skole,dc=skolelinux,dc=no
4406 objectClass: dhcpServer
4407 dhcpServiceDN: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4408 </pre
></blockquote
>
4410 <p
>The content of the dhcpServiceDN attribute is next used to locate the
4411 subtree with DHCP configuration. The DHCP configuration subtree base
4412 is located using a base scope search with base
"cn=DHCP
4413 Config,dc=skole,dc=skolelinux,dc=no
" and filter
4414 "(
&(objectClass=dhcpService)(|(dhcpPrimaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)(dhcpSecondaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)))
".
4415 The search result is this entry:
</p
>
4417 <blockquote
><pre
>
4418 dn: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4421 objectClass: dhcpService
4422 objectClass: dhcpOptions
4423 dhcpPrimaryDN: cn=dhcp, dc=skole,dc=skolelinux,dc=no
4424 dhcpStatements: ddns-update-style none
4425 dhcpStatements: authoritative
4426 dhcpOption: smtp-server code
69 = array of ip-address
4427 dhcpOption: www-server code
72 = array of ip-address
4428 dhcpOption: wpad-url code
252 = text
4429 </pre
></blockquote
>
4431 <p
>Next, the entire subtree is processed, one level at the time. When
4432 all the DHCP configuration is loaded, it is ready to receive requests.
4433 The subtree in Debian Edu contain objects with object classes
4434 top/dhcpService/dhcpOptions, top/dhcpSharedNetwork/dhcpOptions,
4435 top/dhcpSubnet, top/dhcpGroup and top/dhcpHost. These provide options
4436 and information about netmasks, dynamic range etc. Leaving out the
4437 details here because it is not relevant for the focus of my
4438 investigation, which is to see if it is possible to merge dns and dhcp
4439 related computer objects.
</p
>
4441 <p
>When a DHCP request come in, LDAP is searched for the MAC address
4442 of the client (
00:
00:
00:
00:
00:
00 in this example), using a subtree
4443 scoped search with
"cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
" as
4444 the base and
"(
&(objectClass=dhcpHost)(dhcpHWAddress=ethernet
4445 00:
00:
00:
00:
00:
00))
" as the filter. This is what a host object look
4448 <blockquote
><pre
>
4449 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4452 objectClass: dhcpHost
4453 dhcpHWAddress: ethernet
00:
00:
00:
00:
00:
00
4454 dhcpStatements: fixed-address hostname
4455 </pre
></blockquote
>
4457 <p
>There is less flexiblity in the way LDAP searches are done here.
4458 The object classes need to have fixed names, and the configuration
4459 need to be stored in a fairly specific LDAP structure. On the
4460 positive side, the invidiual dhcpHost entires can be anywhere without
4461 the DN pointed to by the dhcpServer entries. The latter should make
4462 it possible to group all host entries in a subtree next to the
4463 configuration entries, and this subtree can also be shared with the
4464 DNS server if the schema proposed above is combined with the dhcpHost
4465 structural object class.
4467 <p
><strong
>Conclusion
</strong
></p
>
4469 <p
>The PowerDNS implementation seem to be very flexible when it come
4470 to which LDAP schemas to use. While its
"tree
" mode is rigid when it
4471 come to the the LDAP structure, the
"strict
" mode is very flexible,
4472 allowing DNS objects to be stored anywhere under the base cn specified
4473 in the configuration.
</p
>
4475 <p
>The DHCP implementation on the other hand is very inflexible, both
4476 regarding which LDAP schemas to use and which LDAP structure to use.
4477 I guess one could implement ones own schema, as long as the
4478 objectclasses and attributes have the names used, but this do not
4479 really help when the DHCP subtree need to have a fairly fixed
4480 structure.
</p
>
4482 <p
>Based on the observed behaviour, I suspect a LDAP structure like
4483 this might work for Debian Edu:
</p
>
4485 <blockquote
><pre
>
4487 cn=machine-info (dhcpService) - dhcpServiceDN points here
4488 cn=dhcp (dhcpServer)
4489 cn=dhcp-internal (dhcpSharedNetwork/dhcpOptions)
4490 cn=
10.0.2.0 (dhcpSubnet)
4491 cn=group1 (dhcpGroup/dhcpOptions)
4492 cn=dhcp-thinclients (dhcpSharedNetwork/dhcpOptions)
4493 cn=
192.168.0.0 (dhcpSubnet)
4494 cn=group1 (dhcpGroup/dhcpOptions)
4495 ou=machines - PowerDNS base points here
4496 cn=hostname (dhcpHost/domainrelatedobject/dnsDomainAux)
4497 </pre
></blockquote
>
4499 <P
>This is not tested yet. If the DHCP server require the dhcpHost
4500 entries to be in the dhcpGroup subtrees, the entries can be stored
4501 there instead of a common machines subtree, and the PowerDNS base
4502 would have to be moved one level up to the machine-info subtree.
</p
>
4504 <p
>The combined object under the machines subtree would look something
4505 like this:
</p
>
4507 <blockquote
><pre
>
4508 dn: dc=hostname,ou=machines,cn=machine-info,dc=skole,dc=skolelinux,dc=no
4511 objectClass: dhcpHost
4512 objectclass: domainrelatedobject
4513 objectclass: dnsDomainAux
4514 associateddomain: hostname.intern
4515 arecord:
10.11.12.13
4516 dhcpHWAddress: ethernet
00:
00:
00:
00:
00:
00
4517 dhcpStatements: fixed-address hostname.intern
4518 </pre
></blockquote
>
4520 </p
>One could even add the LTSP configuration associated with a given
4521 machine, as long as the required attributes are available in a
4522 auxiliary object class.
</p
>
4527 <title>Combining PowerDNS and ISC DHCP LDAP objects
</title>
4528 <link>http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html
</link>
4529 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html
</guid>
4530 <pubDate>Wed,
14 Jul
2010 23:
45:
00 +
0200</pubDate>
4531 <description><p
>For a while now, I have wanted to find a way to change the DNS and
4532 DHCP services in Debian Edu to use the same LDAP objects for a given
4533 computer, to avoid the possibility of having a inconsistent state for
4534 a computer in LDAP (as in DHCP but no DNS entry or the other way
4535 around) and make it easier to add computers to LDAP.
</p
>
4537 <p
>I
've looked at how powerdns and dhcpd is using LDAP, and using this
4538 information finally found a solution that seem to work.
</p
>
4540 <p
>The old setup required three LDAP objects for a given computer.
4541 One forward DNS entry, one reverse DNS entry and one DHCP entry. If
4542 we switch powerdns to use its strict LDAP method (ldap-method=strict
4543 in pdns-debian-edu.conf), the forward and reverse DNS entries are
4544 merged into one while making it impossible to transfer the reverse map
4545 to a slave DNS server.
</p
>
4547 <p
>If we also replace the object class used to get the DNS related
4548 attributes to one allowing these attributes to be combined with the
4549 dhcphost object class, we can merge the DNS and DHCP entries into one.
4550 I
've written such object class in the dnsdomainaux.schema file (need
4551 proper OIDs, but that is a minor issue), and tested the setup. It
4552 seem to work.
</p
>
4554 <p
>With this test setup in place, we can get away with one LDAP object
4555 for both DNS and DHCP, and even the LTSP configuration I suggested in
4556 an earlier email. The combined LDAP object will look something like
4559 <blockquote
><pre
>
4560 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4562 objectClass: dhcphost
4563 objectclass: domainrelatedobject
4564 objectclass: dnsdomainaux
4565 associateddomain: hostname.intern
4566 arecord:
10.11.12.13
4567 dhcphwaddress: ethernet
00:
00:
00:
00:
00:
00
4568 dhcpstatements: fixed-address hostname
4570 </pre
></blockquote
>
4572 <p
>The DNS server uses the associateddomain and arecord entries, while
4573 the DHCP server uses the dhcphwaddress and dhcpstatements entries
4574 before asking DNS to resolve the fixed-adddress. LTSP will use
4575 dhcphwaddress or associateddomain and the ldapconfig* attributes.
</p
>
4577 <p
>I am not yet sure if I can get the DHCP server to look for its
4578 dhcphost in a different location, to allow us to put the objects
4579 outside the
"DHCP Config
" subtree, but hope to figure out a way to do
4580 that. If I can
't figure out a way to do that, we can still get rid of
4581 the hosts subtree and move all its content into the DHCP Config tree
4582 (which probably should be renamed to be more related to the new
4583 content. I suspect cn=dnsdhcp,ou=services or something like that
4584 might be a good place to put it.
</p
>
4586 <p
>If you want to help out with implementing this for Debian Edu,
4587 please contact us on debian-edu@lists.debian.org.
</p
>
4592 <title>Idea for storing LTSP configuration in LDAP
</title>
4593 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html
</link>
4594 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html
</guid>
4595 <pubDate>Sun,
11 Jul
2010 22:
00:
00 +
0200</pubDate>
4596 <description><p
>Vagrant mentioned on IRC today that ltsp_config now support
4597 sourcing files from /usr/share/ltsp/ltsp_config.d/ on the thin
4598 clients, and that this can be used to fetch configuration from LDAP if
4599 Debian Edu choose to store configuration there.
</p
>
4601 <p
>Armed with this information, I got inspired and wrote a test module
4602 to get configuration from LDAP. The idea is to look up the MAC
4603 address of the client in LDAP, and look for attributes on the form
4604 ltspconfigsetting=value, and use this to export SETTING=value to the
4605 LTSP clients.
</p
>
4607 <p
>The goal is to be able to store the LTSP configuration attributes
4608 in a
"computer
" LDAP object used by both DNS and DHCP, and thus
4609 allowing us to store all information about a computer in one place.
</p
>
4611 <p
>This is a untested draft implementation, and I welcome feedback on
4612 this approach. A real LDAP schema for the ltspClientAux objectclass
4613 need to be written. Comments, suggestions, etc?
</p
>
4615 <blockquote
><pre
>
4616 # Store in /opt/ltsp/$arch/usr/share/ltsp/ltsp_config.d/ldap-config
4618 # Fetch LTSP client settings from LDAP based on MAC address
4620 # Uses ethernet address as stored in the dhcpHost objectclass using
4621 # the dhcpHWAddress attribute or ethernet address stored in the
4622 # ieee802Device objectclass with the macAddress attribute.
4624 # This module is written to be schema agnostic, and only depend on the
4625 # existence of attribute names.
4627 # The LTSP configuration variables are saved directly using a
4628 # ltspConfig prefix and uppercasing the rest of the attribute name.
4629 # To set the SERVER variable, set the ltspConfigServer attribute.
4631 # Some LDAP schema should be created with all the relevant
4632 # configuration settings. Something like this should work:
4634 # objectclass (
1.1.2.2 NAME
'ltspClientAux
'
4637 # MAY ( ltspConfigServer $ ltsConfigSound $ ... )
4639 LDAPSERVER=$(debian-edu-ldapserver)
4640 if [
"$LDAPSERVER
" ] ; then
4641 LDAPBASE=$(debian-edu-ldapserver -b)
4642 for MAC in $(LANG=C ifconfig |grep -i hwaddr| awk
'{print $
5}
'|sort -u) ; do
4643 filter=
"(|(dhcpHWAddress=ethernet $MAC)(macAddress=$MAC))
"
4644 ldapsearch -h
"$LDAPSERVER
" -b
"$LDAPBASE
" -v -x
"$filter
" | \
4645 grep
'^ltspConfig
' | while read attr value ; do
4646 # Remove prefix and convert to upper case
4647 attr=$(echo $attr | sed
's/^ltspConfig//i
' | tr a-z A-Z)
4648 # bass value on to clients
4649 eval
"$attr=$value; export $attr
"
4653 </pre
></blockquote
>
4655 <p
>I
'm not sure this shell construction will work, because I suspect
4656 the while block might end up in a subshell causing the variables set
4657 there to not show up in ltsp-config, but if that is the case I am sure
4658 the code can be restructured to make sure the variables are passed on.
4659 I expect that can be solved with some testing. :)
</p
>
4661 <p
>If you want to help out with implementing this for Debian Edu,
4662 please contact us on debian-edu@lists.debian.org.
</p
>
4664 <p
>Update
2010-
07-
17: I am aware of another effort to store LTSP
4665 configuration in LDAP that was created around year
2000 by
4666 <a href=
"http://www.pcxperience.com/thinclient/documentation/ldap.html
">PC
4667 Xperience, Inc.,
2000</a
>. I found its
4668 <a href=
"http://people.redhat.com/alikins/ltsp/ldap/
">files
</a
> on a
4669 personal home page over at redhat.com.
</p
>
4674 <title>jXplorer, a very nice LDAP GUI
</title>
4675 <link>http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html
</link>
4676 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html
</guid>
4677 <pubDate>Fri,
9 Jul
2010 12:
55:
00 +
0200</pubDate>
4678 <description><p
>Since
4679 <a href=
"http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html
">my
4680 last post
</a
> about available LDAP tools in Debian, I was told about a
4681 LDAP GUI that is even better than luma. The java application
4682 <a href=
"http://jxplorer.org/
">jXplorer
</a
> is claimed to be capable of
4683 moving LDAP objects and subtrees using drag-and-drop, and can
4684 authenticate using Kerberos. I have only tested the Kerberos
4685 authentication, but do not have a LDAP setup allowing me to rewrite
4686 LDAP with my test user yet. It is
4687 <a href=
"http://packages.qa.debian.org/j/jxplorer.html
">available in
4688 Debian
</a
> testing and unstable at the moment. The only problem I
4689 have with it is how it handle errors. If something go wrong, its
4690 non-intuitive behaviour require me to go through some query work list
4691 and remove the failing query. Nothing big, but very annoying.
</p
>
4696 <title>Caching password, user and group on a roaming Debian laptop
</title>
4697 <link>http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html
</link>
4698 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html
</guid>
4699 <pubDate>Thu,
1 Jul
2010 11:
40:
00 +
0200</pubDate>
4700 <description><p
>For a laptop, centralized user directories and password checking is
4701 a bit troubling. Laptops are typically used also when not connected
4702 to the network, and it is vital for a user to be able to log in or
4703 unlock the screen saver also when a central server is unavailable.
4704 This is possible by caching passwords and directory information (user
4705 and group attributes) locally, and the packages to do so are available
4706 in Debian. Here follow two recipes to set this up in Debian/Squeeze.
4707 It is also possible to set up in Debian/Lenny, but require more manual
4708 setup there because pam-auth-update is missing in Lenny.
</p
>
4710 <h2
>LDAP/Kerberos + nscd + libpam-ccreds + libpam-mklocaluser/pam_mkhomedir
</h2
>
4712 This is the traditional method with a twist. The password caching is
4713 provided by libpam-ccreds (version
10-
4 or later is needed on
4714 Squeeze), and the directory caching is done by nscd. The directory
4715 lookup and password checking is done using LDAP. If one want to use
4716 Kerberos for password checking the libpam-ldapd package can be
4717 replaced with libpam-krb5 or libpam-heimdal. If one is happy having a
4718 local home directory with the path listed in LDAP, one can use the
4719 pam_mkhomedir module from pam-modules to make this happen instead of
4720 using libpam-mklocaluser. A setup for pam-auth-update to enable
4721 pam_mkhomedir will have to be written until a fix for
4722 <a href=
"http://bugs.debian.org/
568577">bug #
568577</a
> is in the
4723 archive. Because I believe it is a bad idea to have local home
4724 directories using misleading paths like /site/server/partition/, I
4725 prefer to create a local user with the home directory in /home/. This
4726 is done using the libpam-mklocaluser package.
</p
>
4728 <p
>These packages need to be installed and configured
</p
>
4730 <blockquote
><pre
>
4731 libnss-ldapd libpam-ldapd nscd libpam-ccreds libpam-mklocaluser
4732 </pre
></blockquote
>
4734 <p
>The ldapd packages will ask for LDAP connection information, and
4735 one have to fill in the values that fits ones own site. Make sure the
4736 PAM part uses encrypted connections, to make sure the password is not
4737 sent in clear text to the LDAP server. I
've been unable to get TLS
4738 certificate checking for a self signed certificate working, which make
4739 LDAP authentication unsafe for Debian Edu (nslcd is not checking if it
4740 is talking to the correct LDAP server), and very much welcome feedback
4741 on how to get this working.
</p
>
4743 <p
>Because nscd do not have a default configuration fit for offline
4744 caching until
<a href=
"http://bugs.debian.org/
485282">bug #
485282</a
>
4745 is fixed, this configuration should be used instead of the one
4746 currently in /etc/nscd.conf. The changes are in the fields
4747 reload-count and positive-time-to-live, and is based on the
4748 instructions I found in the
4749 <a href=
"http://www.flyn.org/laptopldap/
">LDAP for Mobile Laptops
</a
>
4750 instructions by Flyn Computing.
</p
>
4752 <blockquote
><pre
>
4754 reload-count unlimited
4757 enable-cache passwd yes
4758 positive-time-to-live passwd
2592000
4759 negative-time-to-live passwd
20
4760 suggested-size passwd
211
4761 check-files passwd yes
4762 persistent passwd yes
4764 max-db-size passwd
33554432
4765 auto-propagate passwd yes
4767 enable-cache group yes
4768 positive-time-to-live group
2592000
4769 negative-time-to-live group
20
4770 suggested-size group
211
4771 check-files group yes
4772 persistent group yes
4774 max-db-size group
33554432
4775 auto-propagate group yes
4777 enable-cache hosts no
4778 positive-time-to-live hosts
2592000
4779 negative-time-to-live hosts
20
4780 suggested-size hosts
211
4781 check-files hosts yes
4782 persistent hosts yes
4784 max-db-size hosts
33554432
4786 enable-cache services yes
4787 positive-time-to-live services
2592000
4788 negative-time-to-live services
20
4789 suggested-size services
211
4790 check-files services yes
4791 persistent services yes
4793 max-db-size services
33554432
4794 </pre
></blockquote
>
4796 <p
>While we wait for a mechanism to update /etc/nsswitch.conf
4797 automatically like the one provided in
4798 <a href=
"http://bugs.debian.org/
496915">bug #
496915</a
>, the file
4799 content need to be manually replaced to ensure LDAP is used as the
4800 directory service on the machine. /etc/nsswitch.conf should normally
4801 look like this:
</p
>
4803 <blockquote
><pre
>
4807 hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
4813 netgroup: files ldap
4814 </pre
></blockquote
>
4816 <p
>The important parts are that ldap is listed last for passwd, group,
4817 shadow and netgroup.
</p
>
4819 <p
>With these changes in place, any user in LDAP will be able to log
4820 in locally on the machine using for example kdm, get a local home
4821 directory created and have the password as well as user and group
4824 <h2
>LDAP/Kerberos + nss-updatedb + libpam-ccreds +
4825 libpam-mklocaluser/pam_mkhomedir
</h2
>
4827 <p
>Because nscd have had its share of problems, and seem to have
4828 problems doing proper caching, I
've seen suggestions and recipes to
4829 use nss-updatedb to copy parts of the LDAP database locally when the
4830 LDAP database is available. I have not tested such setup, because I
4831 discovered sssd.
</p
>
4833 <h2
>LDAP/Kerberos + sssd + libpam-mklocaluser
</h2
>
4835 <p
>A more flexible and robust setup than the nscd combination
4836 mentioned earlier that has shown up recently, is the
4837 <a href=
"https://fedorahosted.org/sssd/
">sssd
</a
> package from Redhat.
4838 It is part of the
<a href=
"http://www.freeipa.org/
">FreeIPA
</A
> project
4839 to provide a Active Directory like directory service for Linux
4840 machines. The sssd system combines the caching of passwords and user
4841 information into one package, and remove the need for nscd and
4842 libpam-ccreds. It support LDAP and Kerberos, but not NIS. Version
4843 1.2 do not support netgroups, but it is said that it will support this
4844 in version
1.5 expected to show up later in
2010. Because the
4845 <a href=
"http://packages.qa.debian.org/s/sssd.html
">sssd package
</a
>
4846 was missing in Debian, I ended up co-maintaining it with Werner, and
4847 version
1.2 is now in testing.
4849 <p
>These packages need to be installed and configured to get the
4850 roaming setup I want
</p
>
4852 <blockquote
><pre
>
4853 libpam-sss libnss-sss libpam-mklocaluser
4854 </pre
></blockquote
>
4856 The complete setup of sssd is done by editing/creating
4857 <tt
>/etc/sssd/sssd.conf
</tt
>.
4859 <blockquote
><pre
>
4861 config_file_version =
2
4862 reconnection_retries =
3
4868 filter_groups = root
4870 reconnection_retries =
3
4873 reconnection_retries =
3
4877 cache_credentials = true
4880 auth_provider = ldap
4881 chpass_provider = ldap
4883 ldap_uri = ldap://ldap
4884 ldap_search_base = dc=skole,dc=skolelinux,dc=no
4885 ldap_tls_reqcert = never
4886 ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt
4887 </pre
></blockquote
>
4889 <p
>I got the same problem here with certificate checking. Had to set
4890 "ldap_tls_reqcert = never
" to get it working.
</p
>
4892 <p
>With the libnss-sss package in testing at the moment, the
4893 nsswitch.conf file is update automatically, so there is no need to
4894 modify it manually.
</p
>
4896 <p
>If you want to help out with implementing this for Debian Edu,
4897 please contact us on debian-edu@lists.debian.org.
</p
>
4902 <title>LUMA, a very nice LDAP GUI
</title>
4903 <link>http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html
</link>
4904 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html
</guid>
4905 <pubDate>Mon,
28 Jun
2010 00:
30:
00 +
0200</pubDate>
4906 <description><p
>The last few days I have been looking into the status of the LDAP
4907 directory in Debian Edu, and in the process I started to miss a GUI
4908 tool to browse the LDAP tree. The only one I was able to find in
4909 Debian/Squeeze and Lenny is
4910 <a href=
"http://luma.sourceforge.net/
">LUMA
</a
>, which has proved to
4911 be a great tool to get a overview of the current LDAP directory
4912 populated by default in Skolelinux. Thanks to it, I have been able to
4913 find empty and obsolete subtrees, misplaced objects and duplicate
4914 objects. It will be installed by default in Debian/Squeeze. If you
4915 are working with LDAP, give it a go. :)
</p
>
4917 <p
>I did notice one problem with it I have not had time to report to
4918 the BTS yet. There is no .desktop file in the package, so the tool do
4919 not show up in the Gnome and KDE menus, but only deep down in in the
4920 Debian submenu in KDE. I hope that can be fixed before Squeeze is
4923 <p
>I have not yet been able to get it to modify the tree yet. I would
4924 like to move objects and remove subtrees directly in the GUI, but have
4925 not found a way to do that with LUMA yet. So in the mean time, I use
4926 <a href=
"http://www.lichteblau.com/ldapvi/
">ldapvi
</a
> for that.
</p
>
4928 <p
>If you have tips on other GUI tools for LDAP that might be useful
4929 in Debian Edu, please contact us on debian-edu@lists.debian.org.
</p
>
4931 <p
>Update
2010-
06-
29: Ross Reedstrom tipped us about the
4932 <a href=
"http://packages.qa.debian.org/g/gq.html
">gq
</a
> package as a
4933 useful GUI alternative. It seem like a good tool, but is unmaintained
4934 in Debian and got a RC bug keeping it out of Squeeze. Unless that
4935 changes, it will not be an option for Debian Edu based on Squeeze.
</p
>
4940 <title>Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object
</title>
4941 <link>http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html
</link>
4942 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html
</guid>
4943 <pubDate>Thu,
24 Jun
2010 00:
35:
00 +
0200</pubDate>
4944 <description><p
>A while back, I
4945 <a href=
"http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
">complained
4946 about the fact
</a
> that it is not possible with the provided schemas
4947 for storing DNS and DHCP information in LDAP to combine the two sets
4948 of information into one LDAP object representing a computer.
</p
>
4950 <p
>In the mean time, I discovered that a simple fix would be to make
4951 the dhcpHost object class auxiliary, to allow it to be combined with
4952 the dNSDomain object class, and thus forming one object for one
4953 computer when storing both DHCP and DNS information in LDAP.
</p
>
4955 <p
>If I understand this correctly, it is not safe to do this change
4956 without also changing the assigned number for the object class, and I
4957 do not know enough about LDAP schema design to do that properly for
4958 Debian Edu.
</p
>
4960 <p
>Anyway, for future reference, this is how I believe we could change
4962 <a href=
"http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-
00">DHCP
4963 schema
</a
> to solve at least part of the problem with the LDAP schemas
4964 available today from IETF.
</p
>
4967 --- dhcp.schema (revision
65192)
4968 +++ dhcp.schema (working copy)
4970 objectclass (
2.16.840.1.113719.1.203.6.6
4971 NAME
'dhcpHost
'
4972 DESC
'This represents information about a particular client
'
4976 MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption)
4977 X-NDS_CONTAINMENT (
'dhcpService
' 'dhcpSubnet
' 'dhcpGroup
') )
4980 <p
>I very much welcome clues on how to do this properly for Debian
4981 Edu/Squeeze. We provide the DHCP schema in our debian-edu-config
4982 package, and should thus be free to rewrite it as we see fit.
</p
>
4984 <p
>If you want to help out with implementing this for Debian Edu,
4985 please contact us on debian-edu@lists.debian.org.
</p
>
4990 <title>Calling tasksel like the installer, while still getting useful output
</title>
4991 <link>http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html
</link>
4992 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html
</guid>
4993 <pubDate>Wed,
16 Jun
2010 14:
55:
00 +
0200</pubDate>
4994 <description><p
>A few times I have had the need to simulate the way tasksel
4995 installs packages during the normal debian-installer run. Until now,
4996 I have ended up letting tasksel do the work, with the annoying problem
4997 of not getting any feedback at all when something fails (like a
4998 conffile question from dpkg or a download that fails), using code like
5001 <blockquote
><pre
>
5002 export DEBIAN_FRONTEND=noninteractive
5003 tasksel --new-install
5004 </pre
></blockquote
>
5006 This would invoke tasksel, let its automatic task selection pick the
5007 tasks to install, and continue to install the requested tasks without
5008 any output what so ever.
5010 Recently I revisited this problem while working on the automatic
5011 package upgrade testing, because tasksel would some times hang without
5012 any useful feedback, and I want to see what is going on when it
5013 happen. Then it occured to me, I can parse the output from tasksel
5014 when asked to run in test mode, and use that aptitude command line
5015 printed by tasksel then to simulate the tasksel run. I ended up using
5018 <blockquote
><pre
>
5019 export DEBIAN_FRONTEND=noninteractive
5020 cmd=
"$(in_target tasksel -t --new-install | sed
's/debconf-apt-progress -- //
')
"
5022 </pre
></blockquote
>
5024 <p
>The content of $cmd is typically something like
"<tt
>aptitude -q
5025 --without-recommends -o APT::Install-Recommends=no -y install
5026 ~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired
5027 ~pimportant
</tt
>", which will install the gnome desktop task, the
5028 laptop task and all packages with priority standard , required and
5029 important, just like tasksel would have done it during
5030 installation.
</p
>
5032 <p
>A better approach is probably to extend tasksel to be able to
5033 install packages without using debconf-apt-progress, for use cases
5034 like this.
</p
>
5039 <title>Åpne trådløsnett er et samfunnsgode
</title>
5040 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html
</link>
5041 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html
</guid>
5042 <pubDate>Sat,
12 Jun
2010 12:
45:
00 +
0200</pubDate>
5043 <description><p
>Veldig glad for å oppdage via
5044 <a href=
"http://yro.slashdot.org/story/
10/
06/
11/
1841256/Finland-To-Legalize-Use-of-Unsecured-Wi-Fi
">Slashdot
</a
>
5045 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
5046 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
5047 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
5048 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
5049 med andre så lenge de ikke forstyrrer min bruk av eget nett.
5050 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
5051 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
5052 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
5053 slekt og venner, holde seg oppdatert om politiske saker, kontakte
5054 organisasjoner og politikere, etc), at det for meg er helt urimelig å
5055 blokkere dette for alle som ikke gjør en flue fortred. De som mener
5056 at potensialet for misbruk er grunn nok til å hindre all den positive
5057 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
5058 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
5059 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
5060 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
5061 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
5062 anstrenge oss for å beholde.
</p
>
5067 <title>Skolelinux er laget for sentraldrifting, naturligvis
</title>
5068 <link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html
</link>
5069 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html
</guid>
5070 <pubDate>Wed,
9 Jun
2010 12:
30:
00 +
0200</pubDate>
5071 <description><p
>Det er merkelig hvordan myter om Skolelinux overlever. En slik
5072 myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
5073 tjenermaskiner. I siste Computerworld Norge er
5074 <a href=
"http://www.idg.no/computerworld/article169432.ece
">IT-sjef
5075 Viggo Billdal i Steinkjer intervjuet
</a
>, og forteller uten
5078 <blockquote
><p
>Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
5079 om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
5080 Microsoft egentlig var totalt sett bedre egnet. Det var store
5081 driftskostnader med Skolelinux, blant annet på grunn av
5082 desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
5083 og bruker nå bare Windows.
</p
></blockquote
>
5086 href=
"https://init.linpro.no/pipermail/skolelinux.no/bruker/
2010-June/
009101.html
">rask
5087 sjekk
</a
> mot den norske brukerlista i Skolelinuxprosjektet forteller
5088 at Steinkjers forsøk foregikk fram til
2004/
2005, og at Røysing skole
5089 i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
5090 overkjørte skolen og krevde at de gikk over til Windows. Et søk på
5091 nettet sendte meg til
5092 <a href=
"http://www.dn.no/multimedia/archive/
00090/Dagens_it_nr__18_90826a.pdf
">Dagens
5093 IT nr.
18 2005</a
> hvor en kan lese på side
18:
</p
>
5095 <blockquote
><p
>Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
5096 Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
5097 var så stor. Jeg syntes Skolelinux var utrolig lett å drifte uten
5098 forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
5099 til installasjoner og maskinvarefeil, sier Tømmerås.
</p
></blockquote
>
5101 <p
>Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
5102 over påstanden om at Skolelinux krever desentraliserte tjenere.
5103 Skolelinux-arkitekturen er laget for sentralisert drift og plassering
5104 av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
5105 Den er modellert på nettverks- og tjenerløsningen som brukes på
5106 Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
5107 driftstjenester. Dette er det heldigvis noen som har fått med seg, og
5108 jeg er glad for å kunne sitere fra en kommentar på den overnevnte
5109 artikkelen. Min venn og gamle kollega Sturle Sunde forteller der:
5112 <p
>I Flora kommune køyrer vi Skulelinux på skular med alt frå
15 til
5113 meir enn
500 elevar. Dei store skulane har eigen tenar, for det er
5114 mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
5115 sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
5116 avhengige av eksterne linjer som er trege eller dyre. Dei minste
5117 skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
5118 noko problem. Småskulane klarar seg fint med
1 mbit-linje til ein
5119 sentral tenar eller tenaren på ein større skule.
</p
>
5121 <p
>Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
5122 harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
5123 programma lokalt. Eit klasserom med
30 sju-åtte år gamle maskiner har
5124 mykje meir CPU og RAM totalt enn nokon moderne tenar til under
5125 millionen. Det trengst to kommandoar på den sentrale tenaren for å
5126 oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
5127 problem med diskar som ryk heller, som var eit problem før fordi
5128 elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
5129 nettet, so det er fullt mogleg å køyre slike på småskular med trege
5130 linjer mot tenaren på ein større skule.
</p
>
5132 <p
>Flora kommune har nesten
800 Linux-maskiner i sitt skulenett, og
5133 ein person som tek seg av drift av heile nettet, inkludert tenarar,
5134 klientar, operativsystem, programvare, heimekontorløysing og
5135 administrasjon av brukarar.
</p
>
5137 <p
>No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
5138 boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
5139 var der frå før, og som har komplisert installasjonen vår. Etter at
5140 oppsettet var gjort har løysinga vore stabil og kravd minimalt med
5144 <p
>Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
5145 sentraldriftes med sentrale tjenere. Det forteller meg at Steinkjers
5146 IT-sjef neppe bør skylde på Skolelinux-løsningen for sine
5 år gamle
5152 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten
</title>
5153 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html
</link>
5154 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html
</guid>
5155 <pubDate>Fri,
21 May
2010 16:
00:
00 +
0200</pubDate>
5156 <description><p
>For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
5157 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
5158 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
5159 skulle dele innholdet på to kort med mine lesere.
</p
>
5161 <p
>For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
5162 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
5163 magnetstripe. Påtrykket finner jeg følgende informasjon:
</p
>
5166 Flytoget Airport Express Train
5168 Fra - Til : Oslo Sentralstasjon
5171 Herav mva.
8,
00% : NOK
12,
59
5173 Til - Fra : Oslo Lufthavn
5175 Gyldig Fra-Til :
08.05.10-
07.11.10
5176 Billetttype : Enkeltbillett
5178 102-
1015-
100508-
48382-
01-
08
5181 <p
>På selve magnetstripen er innholdet
5182 <tt
>;E?+
900120011=
23250996541068112619257138248441708433322932704083389389062603279671261502492655?
</tt
>.
5183 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
5184 det jeg ser trykket på billetten og det jeg ser av tegn i
5185 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
5186 for å gjøre det vanskelig å forfalske billetter.
</p
>
5188 <p
>Den andre billetten er fra Hurtigruten, der jeg mistenker at
5189 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
5190 fall den biten vi stakk inn i dørlåsen).
</p
>
5192 <p
>Påtrykket forsiden er følgende:
</p
>
5200 Bookingno: SAX69
0742193
5202 Dep:
09.05.2010 Arr:
12.05.2010
5207 <p
>På selve magnetstripen er innholdet
5208 <tt
>;
1316010007421930=
00000000000000000000?+E?
</tt
>. Heller ikke her
5209 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.
</p
>
5214 <title>Pieces of the roaming laptop puzzle in Debian
</title>
5215 <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html
</link>
5216 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html
</guid>
5217 <pubDate>Wed,
19 May
2010 19:
00:
00 +
0200</pubDate>
5218 <description><p
>Today, the last piece of the puzzle for roaming laptops in Debian
5219 Edu finally entered the Debian archive. Today, the new
5220 <a href=
"http://packages.qa.debian.org/libp/libpam-mklocaluser.html
">libpam-mklocaluser
</a
>
5221 package was accepted. Two days ago, two other pieces was accepted
5223 <a href=
"http://packages.qa.debian.org/p/pam-python.html
">pam-python
</a
>
5224 package needed by libpam-mklocaluser, and the
5225 <a href=
"http://packages.qa.debian.org/s/sssd.html
">sssd
</a
> package
5226 passed NEW on Monday. In addition, the
5227 <a href=
"http://packages.qa.debian.org/libp/libpam-ccreds.html
">libpam-ccreds
</a
>
5228 package we need is in experimental (version
10-
4) since Saturday, and
5229 hopefully will be moved to unstable soon.
</p
>
5231 <p
>This collection of packages allow for two different setups for
5232 roaming laptops. The traditional setup would be using libpam-ccreds,
5233 nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
5234 which should work out of the box if the configuration changes proposed
5235 for nscd in
<a href=
"http://bugs.debian.org/
485282">BTS report
5236 #
485282</a
> is implemented. The alternative setup is to use sssd with
5237 libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
5238 care of the caching of passwords and group information.
</p
>
5240 <p
>I have so far been unable to get sssd to work with the LDAP server
5241 at the University, but suspect the issue is some SSL/GnuTLS related
5242 problem with the server certificate. I plan to update the Debian
5243 package to version
1.2, which is scheduled for next week, and hope to
5244 find time to make sure the next release will include both the
5245 Debian/Ubuntu specific patches. Upstream is friendly and responsive,
5246 and I am sure we will find a good solution.
</p
>
5248 <p
>The idea is to set up the roaming laptops to authenticate using
5249 LDAP or Kerberos and create a local user with home directory in /home/
5250 when a usre in LDAP logs in via KDM or GDM for the first time, and
5251 cache the password for offline checking, as well as caching group
5252 memberhips and other relevant LDAP information. The
5253 libpam-mklocaluser package was created to make sure the local home
5254 directory is in /home/, instead of /site/server/directory/ which would
5255 be the home directory if pam_mkhomedir was used. To avoid confusion
5256 with support requests and configuration, we do not want local laptops
5257 to have users in a path that is used for the same users home directory
5258 on the home directory servers.
</p
>
5260 <p
>One annoying problem with gdm is that it do not show the PAM
5261 message passed to the user from libpam-mklocaluser when the local user
5262 is created. Instead gdm simply reject the login with some generic
5263 message. The message is shown in kdm, ssh and login, so I guess it is
5264 a bug in gdm. Have not investigated if there is some other message
5265 type that can be used instead to get gdm to also show the message.
</p
>
5267 <p
>If you want to help out with implementing this for Debian Edu,
5268 please contact us on debian-edu@lists.debian.org.
</p
>
5273 <title>systemd, an interesting alternative to upstart
</title>
5274 <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html
</link>
5275 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html
</guid>
5276 <pubDate>Thu,
13 May
2010 22:
20:
00 +
0200</pubDate>
5277 <description><p
>The last few days a new boot system called
5278 <a href=
"http://www.freedesktop.org/wiki/Software/systemd
">systemd
</a
>
5280 <a href=
"http://
0pointer.de/blog/projects/systemd.html
">introduced
</a
>
5282 to the free software world. I have not yet had time to play around
5283 with it, but it seem to be a very interesting alternative to
5284 <a href=
"http://upstart.ubuntu.com/
">upstart
</a
>, and might prove to be
5285 a good alternative for Debian when we are able to switch to an event
5286 based boot system. Tollef is
5287 <a href=
"http://bugs.debian.org/
580814">in the process
</a
> of getting
5288 systemd into Debian, and I look forward to seeing how well it work. I
5289 like the fact that systemd handles init.d scripts with dependency
5290 information natively, allowing them to run in parallel where upstart
5291 at the moment do not.
</p
>
5293 <p
>Unfortunately do systemd have the same problem as upstart regarding
5294 platform support. It only work on recent Linux kernels, and also need
5295 some new kernel features enabled to function properly. This means
5296 kFreeBSD and Hurd ports of Debian will need a port or a different boot
5297 system. Not sure how that will be handled if systemd proves to be the
5298 way forward.
</p
>
5300 <p
>In the mean time, based on the
5301 <a href=
"http://lists.debian.org/debian-devel/
2010/
05/msg00122.html
">input
5302 on debian-devel@
</a
> regarding parallel booting in Debian, I have
5303 decided to enable full parallel booting as the default in Debian as
5304 soon as possible (probably this weekend or early next week), to see if
5305 there are any remaining serious bugs in the init.d dependencies. A
5306 new version of the sysvinit package implementing this change is
5307 already in experimental. If all go well, Squeeze will be released
5308 with parallel booting enabled by default.
</p
>
5313 <title>Forcing new users to change their password on first login
</title>
5314 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html
</link>
5315 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html
</guid>
5316 <pubDate>Sun,
2 May
2010 13:
47:
00 +
0200</pubDate>
5317 <description><p
>One interesting feature in Active Directory, is the ability to
5318 create a new user with an expired password, and thus force the user to
5319 change the password on the first login attempt.
</p
>
5321 <p
>I
'm not quite sure how to do that with the LDAP setup in Debian
5322 Edu, but did some initial testing with a local account. The account
5323 and password aging information is available in /etc/shadow, but
5324 unfortunately, it is not possible to specify an expiration time for
5325 passwords, only a maximum age for passwords.
</p
>
5327 <p
>A freshly created account (using adduser test) will have these
5328 settings in /etc/shadow:
</p
>
5330 <blockquote
><pre
>
5331 root@tjener:~# chage -l test
5332 Last password change : May
02,
2010
5333 Password expires : never
5334 Password inactive : never
5335 Account expires : never
5336 Minimum number of days between password change :
0
5337 Maximum number of days between password change :
99999
5338 Number of days of warning before password expires :
7
5340 </pre
></blockquote
>
5342 <p
>The only way I could come up with to create a user with an expired
5343 account, is to change the date of the last password change to the
5344 lowest value possible (January
1th
1970), and the maximum password age
5345 to the difference in days between that date and today. To make it
5346 simple, I went for
30 years (
30 *
365 =
10950) and January
2th (to
5347 avoid testing if
0 is a valid value).
</p
>
5349 <p
>After using these commands to set it up, it seem to work as
5352 <blockquote
><pre
>
5353 root@tjener:~# chage -d
1 test; chage -M
10950 test
5354 root@tjener:~# chage -l test
5355 Last password change : Jan
02,
1970
5356 Password expires : never
5357 Password inactive : never
5358 Account expires : never
5359 Minimum number of days between password change :
0
5360 Maximum number of days between password change :
10950
5361 Number of days of warning before password expires :
7
5363 </pre
></blockquote
>
5365 <p
>So far I have tested this with ssh and console, and kdm (in
5366 Squeeze) login, and all ask for a new password before login in the
5367 user (with ssh, I was thrown out and had to log in again).
</p
>
5369 <p
>Perhaps we should set up something similar for Debian Edu, to make
5370 sure only the user itself have the account password?
</p
>
5372 <p
>If you want to comment on or help out with implementing this for
5373 Debian Edu, please contact us on debian-edu@lists.debian.org.
</p
>
5375 <p
>Update
2010-
05-
02 17:
20: Paul Tötterman tells me on IRC that the
5376 shadow(
8) page in Debian/testing now state that setting the date of
5377 last password change to zero (
0) will force the password to be changed
5378 on the first login. This was not mentioned in the manual in Lenny, so
5379 I did not notice this in my initial testing. I have tested it on
5380 Squeeze, and
'<tt
>chage -d
0 username
</tt
>' do work there. I have not
5381 tested it on Lenny yet.
</p
>
5383 <p
>Update
2010-
05-
02-
19:
05: Jim Paris tells me via email that an
5384 equivalent command to expire a password is
'<tt
>passwd -e
5385 username
</tt
>', which insert zero into the date of the last password
5391 <title>Thoughts on roaming laptop setup for Debian Edu
</title>
5392 <link>http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html
</link>
5393 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html
</guid>
5394 <pubDate>Wed,
28 Apr
2010 20:
40:
00 +
0200</pubDate>
5395 <description><p
>For some years now, I have wondered how we should handle laptops in
5396 Debian Edu. The Debian Edu infrastructure is mostly designed to
5397 handle stationary computers, and less suited for computers that come
5400 <p
>Now I finally believe I have an sensible idea on how to adjust
5401 Debian Edu for laptops, by introducing a new profile for them, for
5402 example called Roaming Workstations. Here are my thought on this.
5403 The setup would consist of the following:
</p
>
5407 <li
>During installation, the user name of the owner / primary user of
5408 the laptop is requested and a local home directory is set up for
5409 the user, with uid and gid information fetched from the LDAP
5410 server. This allow the user to work also when offline. The
5411 central home directory can be available in a subdirectory on
5412 request, for example mounted via CIFS. It could be mounted
5413 automatically when a user log in while on the Debian Edu network,
5414 and unmounted when the machine is taken away (network down,
5415 hibernate, etc), it can be set up to do automatic mounting on
5416 request (using autofs), or perhaps some GUI button on the desktop
5417 can be used to access it when needed. Perhaps it is enough to use
5418 the fish protocol in KDE?
</li
>
5420 <li
>Password checking is set up to use LDAP or Kerberos
5421 authentication when the machine is on the Debian Edu network, and
5422 to cache the password for offline checking when the machine unable
5423 to reach the LDAP or Kerberos server. This can be done using
5424 <a href=
"http://www.padl.com/OSS/pam_ccreds.html
">libpam-ccreds
</a
>
5425 or the Fedora developed
5426 <a href=
"https://fedoraproject.org/wiki/Features/SSSD
">System
5427 Security Services Daemon
</a
> packages.
</li
>
5429 <li
>File synchronisation with the central home directory is set up
5430 using a shared directory in both the local and the central home
5431 directory, using unison.
</li
>
5433 <li
>Printing should be set up to print to all printers broadcasting
5434 their existence on the local network, and should then work out of
5435 the box with CUPS. For sites needing accurate printer quotas, some
5436 system with Kerberos authentication or printing via ssh could be
5437 implemented.
</li
>
5439 <li
>For users that should have local root access to their laptop,
5440 sudo should be used to allow this to the local user.
</li
>
5442 <li
>It would be nice if user and group information from LDAP is
5443 cached on the client, but given that there are entries for the
5444 local user and primary group in /etc/, it should not be needed.
</li
>
5448 <p
>I believe all the pieces to implement this are in Debian/testing at
5449 the moment. If we work quickly, we should be able to get this ready
5450 in time for the Squeeze release to freeze. Some of the pieces need
5451 tweaking, like libpam-ccreds should get support for pam-auth-update
5452 (
<a href=
"http://bugs.debian.org/
566718">#
566718</a
>) and nslcd (or
5453 perhaps debian-edu-config) should get some integration code to stop
5454 its daemon when the LDAP server is unavailable to avoid long timeouts
5455 when disconnected from the net. If we get Kerberos enabled, we need
5456 to make sure we avoid long timeouts there too.
</p
>
5458 <p
>If you want to help out with implementing this for Debian Edu,
5459 please contact us on debian-edu@lists.debian.org.
</p
>
5464 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
5465 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
5466 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</guid>
5467 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
5468 <description><p
>The last few weeks i have had the pleasure of reading a
5469 thought-provoking collection of essays by Cory Doctorow, on topics
5470 touching copyright, virtual worlds, the future of man when the
5471 conscience mind can be duplicated into a computer and many more. The
5472 book titled
"Content: Selected Essays on Technology, Creativity,
5473 Copyright, and the Future of the Future
" is available with few
5474 restrictions on the web, for example from
5475 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
5477 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
5478 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
5479 strongly recommend this book.
</p
>
5484 <title>Kerberos for Debian Edu/Squeeze?
</title>
5485 <link>http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html
</link>
5486 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html
</guid>
5487 <pubDate>Wed,
14 Apr
2010 17:
20:
00 +
0200</pubDate>
5488 <description><p
><a href=
"http://www.nuug.no/aktiviteter/
20100413-kerberos/
">Yesterdays
5489 NUUG presentation
</a
> about Kerberos was inspiring, and reminded me
5490 about the need to start using Kerberos in Skolelinux. Setting up a
5491 Kerberos server seem to be straight forward, and if we get this in
5492 place a long time before the Squeeze version of Debian freezes, we
5493 have a chance to migrate Skolelinux away from NFSv3 for the home
5494 directories, and over to an architecture where the infrastructure do
5495 not have to trust IP addresses and machines, and instead can trust
5496 users and cryptographic keys instead.
</p
>
5498 <p
>A challenge will be integration and administration. Is there a
5499 Kerberos implementation for Debian where one can control the
5500 administration access in Kerberos using LDAP groups? With it, the
5501 school administration will have to maintain access control using flat
5502 files on the main server, which give a huge potential for errors.
</p
>
5504 <p
>A related question I would like to know is how well Kerberos and
5505 pam-ccreds (offline password check) work together. Anyone know?
</p
>
5507 <p
>Next step will be to use Kerberos for access control in Lwat and
5508 Nagios. I have no idea how much work that will be to implement. We
5509 would also need to document how to integrate with Windows AD, as such
5510 shared network will require two Kerberos realms that need to cooperate
5511 to work properly.
</p
>
5513 <p
>I believe a good start would be to start using Kerberos on the
5514 skolelinux.no machines, and this way get ourselves experience with
5515 configuration and integration. A natural starting point would be
5516 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
5517 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
5520 <p
>If you would like to contribute to get this working in Skolelinux,
5521 I recommend you to see the video recording from yesterdays NUUG
5522 presentation, and start using Kerberos at home. The video show show
5523 up in a few days.
</p
>
5528 <title>After
6 years of waiting, the Xreset.d feature is implemented
</title>
5529 <link>http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html
</link>
5530 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html
</guid>
5531 <pubDate>Sat,
6 Mar
2010 18:
15:
00 +
0100</pubDate>
5532 <description><p
>6 years ago, as part of the Debian Edu development I am involved
5533 in, I asked for a hook in the kdm and gdm setup to run scripts as root
5534 when the user log out. A bug was submitted against the xfree86-common
5535 package in
2004 (
<a href=
"http://bugs.debian.org/
230422">#
230422</a
>),
5536 and revisited every time Debian Edu was working on a new release.
5537 Today, this finally paid off.
</p
>
5539 <p
>The framework for this feature was today commited to the git
5540 repositry for the xorg package, and the git repository for xdm has
5541 been updated to use this framework. Next on my agenda is to make sure
5542 kdm and gdm also add code to use this framework.
</p
>
5544 <p
>In Debian Edu, we want to ability to run commands as root when the
5545 user log out, to get rid of runaway processes and do general cleanup
5546 after a user. With this framework in place, we finally can do that in
5547 a generic way that work with all display managers using this
5548 framework. My goal is to get all display managers in Debian use it,
5549 similar to how they use the Xsession.d framework today.
<p
>
5554 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak
</title>
5555 <link>http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html
</link>
5556 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html
</guid>
5557 <pubDate>Wed,
3 Mar
2010 19:
00:
00 +
0100</pubDate>
5558 <description><p
>Den norske bokbransjen har
5559 <a href=
"http://www.digi.no/
823912/nei-til-moms-paa-e-boker
">bedt om at
5560 digitale bøker må få mva-fritak
</a
> slik papirbøker har det, og
5561 <a href=
"http://www.digi.no/
836875/moms-paa-alt-digitalt-innhold
">finansdepartementet
5562 har sagt nei
</a
>. Det er et interessant spørsmål om digitale bøker
5563 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
5565 <a href=
"http://www.digi.no/
836925/norske-e-boker-truet-av-moms
">Enkelte
5566 medlemmer
</a
> av bokbransjen truer med å droppe den planlagte
5567 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
5568 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
5569 gjerne gjøre for min del.
</p
>
5571 <p
>Papirbøker har mva-fritak pga. at de fremmer kultur- og
5572 kunnskapsspredning. Digitale bøker uten digitale
5573 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
5574 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
5575 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
5576 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
5577 få det da det er utleie av bøker og ikke salg.
</p
>
5579 <p
>Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
5580 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
5581 til å betale for å leie en bok, men tror ikke det er mange kronene.
5582 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
5583 de som vil ha tak i engelske bøker kan laste ned bøker som er
5584 tilgjengelig uten bruksbegresninger fra
<a href=
"http://www.archive.org/
">The
5585 Internet Archive
</a
>. Der er det pr. i dag
1 889 313 bøker
5586 tilgjengelig. De er tilgjengelig i flere formater. Besøk
5587 <a href=
"http://www.archive.org/details/texts
">oversikten over tekster
5588 der
</a
> for å se hva de har.
5593 <title>Debian Edu / Skolelinux based on Lenny released, work continues
</title>
5594 <link>http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html
</link>
5595 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html
</guid>
5596 <pubDate>Thu,
11 Feb
2010 17:
15:
00 +
0100</pubDate>
5597 <description><p
>On Tuesday, the Debian/Lenny based version of
5598 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
> was finally
5599 shipped. This was a major leap forward for the project, and I am very
5600 pleased that we finally got the release wrapped up. Work on the first
5601 point release starts imediately, as we plan to get that one out a
5602 month after the major release, to include all fixes for bugs we found
5603 and fixed too late in the release process to include last Tuesday.
</p
>
5605 <p
>Perhaps it even is time for some partying?
</p
>
5607 <p
>After this first point release, my plan is to focus again on the
5608 next major release, based on Squeeze. We will try to get as many of
5609 the fixes we need into the official Debian packages before the freeze,
5610 and have just a few weeks or months to make it happen.
</p
>
5615 <title>Danmark går for ODF?
</title>
5616 <link>http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html
</link>
5617 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html
</guid>
5618 <pubDate>Fri,
29 Jan
2010 12:
00:
00 +
0100</pubDate>
5619 <description><p
>Ble nettopp gjort oppmerksom på en
5620 <a href=
"http://www.version2.dk/artikel/
13690-breaking-odf-vinder-dokumentformat-krigen
">nyhet fra Version2
</a
>
5621 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
5622 brukes som dokumentutvekslingsformat i Staten.
</p
>
5624 <p
>Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
5625 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
5627 <a href=
"http://www.version2.dk/artikel/
13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard
">en
5628 annen artikkel
</a
> i samme nett-avis. Liker spesielt godt denne:
</p
>
5630 <p
><blockquote
> Det skal demonstreres, at standarden i sin helhed kan
5631 implementeres af alle direkte i sin helhed på flere
5632 platforme.
</blockquote
></p
>
5634 <p
>Noe slikt burde være et krav også i Norge.
</p
>
5639 <title>Automatic Munin and Nagios configuration
</title>
5640 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html
</link>
5641 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html
</guid>
5642 <pubDate>Wed,
27 Jan
2010 15:
15:
00 +
0100</pubDate>
5643 <description><p
>One of the new features in the next Debian/Lenny based release of
5644 Debian Edu/Skolelinux, which is scheduled for release in the next few
5645 days, is automatic configuration of the service monitoring system
5646 Nagios. The previous release had automatic configuration of trend
5647 analysis using Munin, and this Lenny based release take that a step
5650 <p
>When installing a Debian Edu Main-server, it is automatically
5651 configured as a Munin and Nagios server. In addition, it is
5652 configured to be a server for the
5653 <a href=
"http://wiki.debian.org/DebianEdu/HowTo/SiteSummary
">SiteSummary
5654 system
</a
> I have written for use in Debian Edu. The SiteSummary
5655 system is inspired by a system used by the University of Oslo where I
5656 work. In short, the system provide a centralised collector of
5657 information about the computers on the network, and a client on each
5658 computer submitting information to this collector. This allow for
5659 automatic information on which packages are installed on each machine,
5660 which kernel the machines are using, what kind of configuration the
5661 packages got etc. This also allow us to automatically generate Munin
5662 and Nagios configuration.
</p
>
5664 <p
>All computers reporting to the sitesummary collector with the
5665 munin-node package installed is automatically enabled as a Munin
5666 client and graphs from the statistics collected from that machine show
5667 up automatically on http://www/munin/ on the Main-server.
</p
>
5669 <p
>All non-laptop computers reporting to the sitesummary collector are
5670 automatically monitored for network presence (ping and any network
5671 services detected). In addition, all computers (also laptops) with
5672 the nagios-nrpe-server package installed and configured the way
5673 sitesummary would configure it, are monitored for full disks, software
5674 raid status, swap free and other checks that need to run locally on
5675 the machine.
</p
>
5677 <p
>The result is that the administrator on a school using Debian Edu
5678 based on Lenny will be able to check the health of his installation
5679 with one look at the Nagios settings, without having to spend any time
5680 keeping the Nagios configuration up-to-date.
</p
>
5682 <p
>The only configuration one need to do to get Nagios up and running
5683 is to set the password used to get access via HTTP. The system
5684 administrator need to run
"<tt
>htpasswd /etc/nagios3/htpasswd.users
5685 nagiosadmin
</tt
>" to create a nagiosadmin user and set a password for
5686 it to be able to log into the Nagios web pages. After that,
5687 everything is taken care of.
</p
>
5692 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere
</title>
5693 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html
</link>
5694 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html
</guid>
5695 <pubDate>Wed,
30 Dec
2009 16:
35:
00 +
0100</pubDate>
5696 <description><p
>Via Slashdot fant jeg en
5697 <a href=
"http://www.cnn.com/
2009/OPINION/
12/
29/schneier.air.travel.security.theater/index.html
">nydelig
5698 kommentar fra Bruce Schneier
</a
> som ble publisert hos CNN i går. Den
5699 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
5700 totalitære politistatmetoder ikke er løsningen for å gjøre verden
5701 sikrere. Anbefales på det varmeste.
</p
>
5703 <p
>Oppdatering: Kom over
5704 <a href=
"http://gizmodo.com/
5435675/president-obama-its-time-to-fire-the-tsa
">nok
5705 en kommentar
</a
> om den manglende effekten av dagens sikkerhetsteater
5706 på flyplassene.
</p
>
5711 <title>Opphavet til Skolelinux-prosjektet
</title>
5712 <link>http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html
</link>
5713 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html
</guid>
5714 <pubDate>Thu,
17 Dec
2009 10:
50:
00 +
0100</pubDate>
5715 <description><p
>De færreste er klar over at Skolelinux-prosjektet kom som et resultat
5716 av en avgjørelse på årsmøtet i
5717 <a href=
"http://www.nuug.no/
">NUUG
</a
> i
2000-
06-
29, der Håkon Wium
5718 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
5719 initiativ kalt
"Teach the Teacher
", som skulle være et initiativ for
5720 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
5721 Tanken var at en måtte starte med lærerne for at ungene skulle få
5722 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
5723 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
5724 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
5725 hadde invitert Microsoft til et møte for å fortelle om fremtidens
5726 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
5728 <a href=
"http://www.digi.no/
60982/first-tuesday-mote-med-microsoft-protest
">en
5729 demonstrasjon utenfor lokalene
2001-
05-
21</a
>. Blant de som sto bak
5730 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
5731 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
5732 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
5733 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
5734 initiativ til
"Teach the Teacher
", og for å forsøke å få litt fremgang
5735 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
5736 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
5737 av fri programvare og unix-lignende operativsystemer. Flere var
5738 interessert, og Knut Yrvin tenkte på ideen. Han
5739 <a href=
"http://developer.skolelinux.no/brev/
2001-
06-
28-invitasjon-skolelinux.txt
">ropte
5740 sammen
</a
> til et stiftelsesmøte i prosjektet i sin arbeidsgivers
5741 Objectwares lokaler ved Ullevål stadion
2001-
07-
02, og jeg ble med.
5742 Resten er historie. :)
</p
>
5747 <title>Første NUUG-fordrag sendt på TV
</title>
5748 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html
</link>
5749 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html
</guid>
5750 <pubDate>Tue,
8 Dec
2009 12:
00:
00 +
0100</pubDate>
5751 <description><p
>Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
5753 <a href=
"http://www.nuug.no/aktiviteter/
20090512-bifrost/
">utskriftsløsningen
5754 Biforst
</a
> var først ute, pga. at det var det nyeste foredraget som
5755 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
5756 teksting av video skulle gjøres.
</p
>
5758 <p
>NUUG har vært involvert i
5759 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> en stund nå, for å
5760 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
5761 er en sped start på det vi har planlagt.
</p
>
5763 <p
>NUUGs første foredrag sendes ut via frikanelen på digitalt
5764 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
5765 ta inn sendingen. Slå på TVen
5/
12 16:
05 (for sent),
12/
12 14:
00,
5766 19/
12 16:
00,
24/
12 15:
37 eller
26/
12 16:
11 i år, så skal du få se
5767 meg, Tollef og alle andre de som deltok på møtet på TV.
<p
>
5772 <title>Kartverket
"frigjør
" data men er fortsatt ikke interessante
</title>
5773 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</link>
5774 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</guid>
5775 <pubDate>Thu,
12 Nov
2009 10:
10:
00 +
0100</pubDate>
5776 <description><p
>Dagens
5777 <a href=
"http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips
">kartnyhet
</a
>
5778 er at kartverket gir ikke-kommersiell tilgang til
5779 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
5780 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
5781 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
5782 interesse.
</p
>
5784 <p
>I går publiserte Ivan Sanchez
5785 <a href=
"http://www.opengeodata.org/
2009/
11/
11/
921/
">kaketesten
</a
>
5786 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
5787 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
5788 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
5789 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
5790 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
5791 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
5792 ikke be en konditor om å lage en kake (brudd på kravet om
5793 ikke-kommersiell bruk) med kartverkets kart.
</p
>
5795 <p
>De som vil lage karttjenester basert på denne nye tjenesten fra
5796 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
5797 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
5798 nok fortsette å bruke data fra
5799 <a href=
"http://www.openstreetmap.org
">OpenStreetmap.org
</a
>, der jeg
5800 har kontrollen med tilgang til kartdataene, og kan endre på de
5801 underliggende dataene som jeg ønsker.
</p
>
5803 <p
>Som et eksempel, så trenger vi til en norsk
5804 <a href=
"http://www.fixmystreet.com/
">FixMyStreet-installasjon
</a
>
5805 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
5806 er ubrukelig til dette.
</p
>
5808 <p
>Oppdatering
2011-
01-
14: Link til kaketesten er forsvunnet, bruk
5809 <a href=
"http://blog.okfn.org/
2010/
03/
15/the-cake-test-of-freedom/
">denne
5810 nye i stedet
</a
>.
</p
>
5815 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk
</title>
5816 <link>http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html
</link>
5817 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html
</guid>
5818 <pubDate>Fri,
6 Nov
2009 18:
45:
00 +
0100</pubDate>
5819 <description><p
>Det er svært gledelig å se at
5820 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3360796.ece
">retten
5821 fant at Telenor ikke skal fungere som Internet-voktere
</a
> på vegne av
5822 opphavsrettsmafiaen. TONO påstår ikke overraskende
"rettighetshaverne
5823 er rettsløse
". De burde jo vite alt om hvordan rettighetshaverne blir
5825 <a href=
"http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492
">nektet
5826 å hjelpe et av sine medlemmer i en plagiatsak
</a
> mot Universal i
5829 <p
>Ved opphavsrettsbrudd så er det jo den som offentliggjort
5830 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
5831 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
5832 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
5833 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
5834 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
5835 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
5836 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
5837 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
5838 en ikke liker det som blir publisert, så må det tas opp med den som
5839 publiserer, ikke noen andre.
</p
>
5841 <p
>Personlig velger jeg å stort sett bruke kulturuttrykk som
5842 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.
</p
>
5847 <title>Internet-sensur skal i retten på mandag
</title>
5848 <link>http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html
</link>
5849 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html
</guid>
5850 <pubDate>Sat,
10 Oct
2009 22:
00:
00 +
0200</pubDate>
5851 <description><p
><a href=
"http://www.dagensit.no/bransje/article1757755.ece
">DagensIT
</a
>
5852 melder at Telenor og Tono skal i retten på mandag for å diskutere
5853 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
5854 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
5855 resultatet fra den rettsaken.
</p
>
5857 <p
>Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
5858 Strøm, som forteller at
"Pirate Bay inneholder
95 prosent ulovlig
5859 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
5860 sensur
". Jeg tok en titt på
5861 <a href=
"http://thepiratebay.org/
">forsiden til The Pirate Bay
</a
>,
5862 som forteller at det pr. i dag er
1 884 694 torrenter på trackeren.
5863 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
5864 av The Pirate Bay.
5% av dette antallet er
94 235. Det kan dermed
5865 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
5866 tilgang til nesten
100 000 lovlige filer. Jeg lurer på om han er
5867 korrekt sitert.
</p
>
5869 <p
>Lurer også på hvor
95%-tallet kommer fram. Er det seriøs og
5870 etterprøvbar forskning på området som viser at dette er andelen
5871 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
5872 musikkbransjenes egne tall? De har
5873 <a href=
"http://www.guardian.co.uk/music/
2009/oct/
06/edwyn-collins-sharing-music
">jo
5874 demonstrert
</a
> at de ikke er i stand til å skille lovlig og ulovlig
5875 bruk av musikk.
</p
>
5880 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?
</title>
5881 <link>http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html
</link>
5882 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html
</guid>
5883 <pubDate>Wed,
23 Sep
2009 10:
00:
00 +
0200</pubDate>
5884 <description><p
>Elektroniske bøker diskuteres for tiden, etter at
5885 <a href=
"http://www.aftenposten.no/kul_und/litteratur/article3280914.ece
">bokbransjen
5886 hevder
</a
> det er usikkert om de kommer til å gi ut elektroniske
5887 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
5888 på papirbøker. I den forbindelse så jeg et interessant forslag i
5890 <a href=
"http://www.digi.no/php/ny_debatt.php?id=
823912">digi-debatt
</a
>
5891 jeg hadde sans for.
"einarr
" foreslo at DRM-infiserte elektroniske
5892 bøker bør ha merverdiavgift, da
"de ikke bidrar til
5893 kunnskapsspredning på samme måte
" som papirbøker og dermed går
5894 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
5895 mva-fritak da de
"kan overføres mellom enheter, leses på ulike
5896 plattformer, lånes ut og siteres og kopieres fra
" slik en kan med
5897 papirbøker.
</p
>
5899 <p
>En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
5900 materiale må anses som leid og dermed en tjeneste, mens materiale uten
5901 DRM må anses som et kjøp.
</p
>
5906 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
5907 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</link>
5908 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</guid>
5909 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
5910 <description><p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
5911 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
5912 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
5913 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
5914 det grunner og annet en må ta hensyn til på sjøen.
</p
>
5916 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
5917 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
5918 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
5919 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
5921 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
5922 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
5923 lekket ut i havet, var det registrert problemer relatert til
5924 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
5925 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
5926 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
5927 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
5928 uker tidligere konstatert manglende sjøkart.
</p
>
5930 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
5931 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
5932 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
5933 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
5934 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
5935 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
5936 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
5937 ikke har sjøkart i båten.
</p
>
5939 <p
>Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
5940 sjøkartverket må være i henhold til en fri og åpen standard, slik at
5941 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
5942 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
5943 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
5944 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
5945 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
5947 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
5948 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
5949 om hvor viktig det er at de har oppdaterte kart. Det bør være
5950 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
5951 enn at de er pålagt å ha oppdaterte kart.
</p
>
5953 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
5954 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
5955 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
5957 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
5958 på et dugnadsbasert fribrukskart for havet,
5959 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
5960 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
5961 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
5962 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>
5967 <title>Relative popularity of document formats (MS Office vs. ODF)
</title>
5968 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</link>
5969 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</guid>
5970 <pubDate>Wed,
12 Aug
2009 15:
50:
00 +
0200</pubDate>
5971 <description><p
>Just for fun, I did a search right now on Google for a few file ODF
5972 and MS Office based formats (not to be mistaken for ISO or ECMA
5973 OOXML), to get an idea of their relative usage. I searched using
5974 'filetype:odt
' and equvalent terms, and got these results:
</P
>
5977 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
5978 <tr
><td
>Tekst
</td
> <td
>odt:
282000</td
> <td
>docx:
308000</td
></tr
>
5979 <tr
><td
>Presentasjon
</td
> <td
>odp:
75600</td
> <td
>pptx:
183000</td
></tr
>
5980 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
145000</td
></tr
>
5983 <p
>Next, I added a
'site:no
' limit to get the numbers for Norway, and
5984 got these numbers:
</p
>
5987 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
5988 <tr
><td
>Tekst
</td
> <td
>odt:
2480 </td
> <td
>docx:
4460</td
></tr
>
5989 <tr
><td
>Presentasjon
</td
> <td
>odp:
299 </td
> <td
>pptx:
741</td
></tr
>
5990 <tr
><td
>Regneark
</td
> <td
>ods:
187 </td
> <td
>xlsx:
372</td
></tr
>
5993 <p
>I wonder how these numbers change over time.
</p
>
5995 <p
>I am aware of Google returning different results and numbers based
5996 on where the search is done, so I guess these numbers will differ if
5997 they are conduced in another country. Because of this, I did the same
5998 search from a machine in California, USA, a few minutes after the
5999 search done from a machine here in Norway.
</p
>
6003 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
6004 <tr
><td
>Tekst
</td
> <td
>odt:
129000</td
> <td
>docx:
308000</td
></tr
>
6005 <tr
><td
>Presentasjon
</td
> <td
>odp:
44200</td
> <td
>pptx:
93900</td
></tr
>
6006 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
82400</td
></tr
>
6009 <p
>And with
'site:no
':
6012 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
6013 <tr
><td
>Tekst
</td
> <td
>odt:
2480</td
> <td
>docx:
3410</td
></tr
>
6014 <tr
><td
>Presentasjon
</td
> <td
>odp:
175</td
> <td
>pptx:
604</td
></tr
>
6015 <tr
><td
>Regneark
</td
> <td
>ods:
186 </td
> <td
>xlsx:
296</td
></tr
>
6018 <p
>Interesting difference, not sure what to conclude from these
6024 <title>ISO still hope to fix OOXML
</title>
6025 <link>http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html
</link>
6026 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html
</guid>
6027 <pubDate>Sat,
8 Aug
2009 14:
00:
00 +
0200</pubDate>
6028 <description><p
>According to
<a
6029 href=
"http://twerner.blogspot.com/
2009/
08/defects-of-office-open-xml.html
">a
6030 blog post from Torsten Werner
</a
>, the current defect report for ISO
6031 29500 (ISO OOXML) is
809 pages. His interesting point is that the
6032 defect report is
71 pages more than the full ODF
1.1 specification.
6033 Personally I find it more interesting that ISO still believe ISO OOXML
6034 can be fixed in ISO. Personally, I believe it is broken beyon repair,
6035 and I completely lack any trust in ISO for being able to get anywhere
6036 close to solving the problems. I was part of the Norwegian committee
6037 involved in the OOXML fast track process, and was not impressed with
6038 Standard Norway and ISO in how they handled it.
</p
>
6040 <p
>These days I focus on ODF instead, which seem like a specification
6041 with the future ahead of it. We are working in NUUG to organise a ODF
6042 seminar this autumn.
</p
>
6047 <title>Debian has switched to dependency based boot sequencing
</title>
6048 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html
</link>
6049 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html
</guid>
6050 <pubDate>Mon,
27 Jul
2009 23:
50:
00 +
0200</pubDate>
6051 <description><p
>Since this evening, with the upload of sysvinit version
2.87dsf-
2,
6052 and the upload of insserv version
1.12.0-
10 yesterday, Debian unstable
6053 have been migrated to using dependency based boot sequencing. This
6054 conclude work me and others have been doing for the last three days.
6055 It feels great to see this finally part of the default Debian
6056 installation. Now we just need to weed out the last few problems that
6057 are bound to show up, to get everything ready for Squeeze.
</p
>
6059 <p
>The next step is migrating /sbin/init from sysvinit to upstart, and
6060 fixing the more fundamental problem of handing the event based
6061 non-predictable kernel in the early boot.
</p
>
6066 <title>Taking over sysvinit development
</title>
6067 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html
</link>
6068 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html
</guid>
6069 <pubDate>Wed,
22 Jul
2009 23:
00:
00 +
0200</pubDate>
6070 <description><p
>After several years of frustration with the lack of activity from
6071 the existing sysvinit upstream developer, I decided a few weeks ago to
6072 take over the package and become the new upstream. The number of
6073 patches to track for the Debian package was becoming a burden, and the
6074 lack of synchronization between the distribution made it hard to keep
6075 the package up to date.
</p
>
6077 <p
>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
6078 and my Debian co-maintainer Kel Modderman. About
10 days ago, I made
6079 a new upstream tarball with version number
2.87dsf (for Debian, SuSe
6080 and Fedora), based on the patches currently in use in these
6081 distributions. We Debian maintainers plan to move to this tarball as
6082 the new upstream as soon as we find time to do the merge. Since the
6083 new tarball was created, we agreed with Werner at SuSe to make a new
6084 upstream project at
<a href=
"http://savannah.nongnu.org/
">Savannah
</a
>, and continue
6085 development there. The project is registered and currently waiting
6086 for approval by the Savannah administrators, and as soon as it is
6087 approved, we will import the old versions from svn and continue
6088 working on the future release.
</p
>
6090 <p
>It is a bit ironic that this is done now, when some of the involved
6091 distributions are moving to upstart as a syvinit replacement.
</p
>
6096 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
6097 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</link>
6098 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</guid>
6099 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
6100 <description><p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
6101 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
6102 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
6103 wiki, direkte tilgjengelig via
"<a
6104 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
6105 v2.0 - Oppsummering av høring
</a
>" og
"<a
6106 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
6107 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
6108 UTKAST
</a
>".
</p
>
6110 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
6111 høringsuttalelsen da jeg skummet igjennom den. Det første er at
6112 forståelsen av hvordan programvarepatenter påvirker fri
6113 programvareutvikling også i Norge når en argumenterer med at
6114 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
6115 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
6116 standard innenfor hvert område. Det siste er at påstander i
6117 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
6118 Microsoft om hvordan Ogg blir standardisert og påstanden fra
6119 politidirektoratet om patentproblemer i Theora).
</p
>
6124 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
6125 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
6126 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
6127 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
6128 <description><p
>Jeg ble glad da regjeringen
6129 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
6131 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
6132 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
6133 faktisk var vedtatt etter
6134 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
6135 De fleste av de valgte åpne standardene er gode og vil bidra til at
6136 alle kan delta på like vilkår i å lage løsninger for staten, men
6137 noen av dem blokkerer for de som ikke har anledning til å benytte
6138 spesifikasjoner som krever betaling for bruk (såkalt
6139 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
6140 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
6141 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
6142 fra statens websider gjøre dette uten å måtte bruke programmer der
6143 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
6144 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
6145 Vorbis), så vil en bli tvunget til å forholde seg til
6146 royalty-belastede standarder for å få tilgang til videoen og
6149 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
6150 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
6151 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
6152 all forståelse for hvilke prinsipper som må følges for å oppnå
6153 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
6155 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
6156 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
6158 <p
>Oppdatering
2012-
06-
29: Kom over
<ahref=
"
6159 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">en
6160 rapport til FAD
</a
> fra da versjon
1 av katalogen ble vedtatt, og der
6161 er det tydelig at problemstillingen var kjent og forstått.
</p
>
6166 <title>Litt om valgfusk og problemet med elektronisk stemmegiving
</title>
6167 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</link>
6168 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</guid>
6169 <pubDate>Wed,
17 Jun
2009 14:
20:
00 +
0200</pubDate>
6170 <description><p
><a href=
"http://www.aftenposten.no/nyheter/uriks/article3127058.ece
">Aftenposten
6171 melder
</a
> at det kan se ut til at Iran ikke har lært av USA når det
6172 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
6173 kandidat aldri får færre stemmer under opptellingen, ellers blir det
6174 veldig tydelig at tallene ikke er til å stole på. I USA er det
6175 derimot
<a href=
"http://www.blackboxvoting.org/
">rapporter om at
6176 tallene har vært endret
</a
> på tur mot opptellingen, ikke etter at
6177 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
6178 En ting Iran åpenbart har forstått, er verdien av å kunne
6179 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
6180 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
6181 stemmene har vært oppbevart.
</p
>
6183 <p
><a href=
"http://universitas.no/kronikk/
48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/
">Universitetet
6184 i Oslo derimot
</a
>, har ikke forstått verdien av å kunne
6185 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
6186 over Internet, med et system som ikke kan kontrolltelles hvis det
6187 kommer anklager om juks med stemmene. Systemet har flere kjente
6188 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
6189 jeg har derfor latt være å stemme ved valg på UiO siden det ble
6192 <p
>Universitet i Bergen derimot har klart det kunststykket å aktivt gå
6193 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
6194 over Internet
<a href=
"http://nyheter.uib.no/?modus=vis_nyhet
&id=
43404">kan
6195 spore hvem som stemmer hva
</a
> (det kan en forøvrig også ved UiO), og tatt
6196 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
6197 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
6198 inneholdt i Iran hvis de ikke hadde hemmelige valg?
</p
>
6203 <title>Standarder fungerer best når en samler seg rundt dem
</title>
6204 <link>http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html
</link>
6205 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html
</guid>
6206 <pubDate>Tue,
19 May
2009 11:
30:
00 +
0200</pubDate>
6207 <description><p
>En standard er noe man samler seg rundt, ut fra ideen om at en får
6208 fordeler når mange står sammen. Jo flere som står sammen, jo
6209 bedre. Når en vet dette, blir det litt merkelig å lese noen av
6210 uttalelsene som er kommet inn til
6211 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2/horingsuttalelser.html?id=
549423">høringen
6212 om versjon
2 av statens referansekatalog over standarder
</a
>. Blant
6213 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
6214 innenfor samme område. Det blir som å si at det er fint om Norge
6215 standardiserte både på A4- og Letter-størrelser på arkene, ulik
6216 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
6217 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
6218 standard som er best. De fleste forstår heldigvis at dette ikke
6219 bidrar positivt.
</p
>
6224 <title>BSAs påstander om piratkopiering møter motstand
</title>
6225 <link>http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html
</link>
6226 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html
</guid>
6227 <pubDate>Sun,
17 May
2009 23:
05:
00 +
0200</pubDate>
6228 <description><p
>Hvert år de siste årene har BSA, lobbyfronten til de store
6229 programvareselskapene som Microsoft og Apple, publisert en rapport der
6230 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
6231 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
6233 <a href=
"http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf
">siste
6234 rapport
</a
>, og det er flere kritiske kommentarer publisert de siste
6235 dagene. Et spesielt interessant kommentar fra Sverige,
6236 <a href=
"http://www.idg.se/
2.1085/
1.229795/bsa-hoftade-sverigesiffror
">BSA
6237 höftade Sverigesiffror
</a
>, oppsummeres slik:
</p
>
6240 I sin senaste rapport slår BSA fast att
25 procent av all mjukvara i
6241 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
6242 företag.
"Man bör nog kanske inte se de här siffrorna som helt
6243 exakta
", säger BSAs Sverigechef John Hugosson.
6246 <p
>Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge? To andre kommentarer er
<a
6247 href=
"http://www.vnunet.com/vnunet/comment/
2242134/bsa-piracy-figures-shot-reality
">BSA
6248 piracy figures need a shot of reality
</a
> og
<a
6249 href=
"http://www.michaelgeist.ca/content/view/
3958/
125/
">Does The WIPO
6250 Copyright Treaty Work?
</a
></p
>
6252 <p
>Fant lenkene via
<a
6253 href=
"http://tech.slashdot.org/article.pl?sid=
09/
05/
17/
1632242">oppslag
6254 på Slashdot
</a
>.
</p
>
6259 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges
</title>
6260 <link>http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</link>
6261 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</guid>
6262 <pubDate>Sat,
16 May
2009 09:
30:
00 +
0200</pubDate>
6263 <description><p
><a href=
"http://www.aftenposten.no/nyheter/oslo/article3078919.ece
">Flere
</a
>
6265 <a href=
"http://blogg.karlsbakk.net/
2009/
02/
28/nsb-ruter-og-flexus/
">flere
</a
>
6266 protesterer på den massive overvåkningen og registrering av
6267 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
6268 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
6269 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
6270 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
6271 alvorlig galt. Den massive registreringen av hvor og når
6272 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
6273 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
6274 Osloområdet.
</p
>
6279 <title>3D-printing brer om seg - fabrikkene består
</title>
6280 <link>http://people.skolelinux.org/pere/blog/
3D_printing_brer_om_seg___fabrikkene_best_r.html
</link>
6281 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
3D_printing_brer_om_seg___fabrikkene_best_r.html
</guid>
6282 <pubDate>Sun,
10 May
2009 16:
50:
00 +
0200</pubDate>
6283 <description><p
>I
2004 fikk jeg med meg en forelesning om
3D-printing under
<a
6284 href=
"http://wiki.oreillynet.com/eurofoo/index.cgi
">euro foo camp
</a
>
6285 der jeg lærte mye nytt om
3D-printing. Fikk se et lite sjakktårn
6286 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
6287 gummiball som også var skrevet ut (med et lite hull for å få ut
6288 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
6289 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
6290 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
6291 funnet noen referanser til i ettertid, og har derfor lurt på om det
6292 stemmer. Teknologisk skulle det ikke være noe i veien for slike
6293 løsninger, det er kun et spørmål om pris på skrivehoder og
6294 skrivere. I dag ble jeg tipset om en løsning som
6295 <a href=
"http://www.shapeways.com/blog/archives/
217-
3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html
">kan
6296 skrive ut hus
</a
>, med sand og bindemiddel i
25 DPI oppløsning. Mon
6297 tro om det er fremtidens byggemetode.
</p
>
6299 <p
>Jeg er ikke i tvil om at
3D-utskrift vil føre til endringer i
6300 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
6301 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
6302 som tror at
3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
6303 forregnet seg.
3D-skrivere er fantastisk bra til å lage spesielle
6304 dingser på forespørsel, f.eks. etter å ha lastet ned et
3D-design fra
6305 tjenester som
<a href=
"http://www.thingiverse.com/
">Thingiverse
</a
>.
6306 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
6307 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
6308 lages tusenvis, eller millioner av en dings, så vil fabrikkene
6309 sannsynligvis fortsette å slå
3D-skriving ned i støvlene
6310 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
6311 det derimot skal lages en håndfull, så vil
3D-skriving fremstå som
6312 et suverent alternativ.
3D-skriving er i så måte løsning for
6313 <a href=
"http://en.wikipedia.org/wiki/The_Long_Tail
">den lange
6314 halen
</a
>, mens fabrikker nok fortsatt vil være løsningen for
6315 massemarkedet.
</p
>
6320 <title>Lenker samlet
2009-
05-
09</title>
6321 <link>http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html
</link>
6322 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html
</guid>
6323 <pubDate>Sat,
9 May
2009 22:
40:
00 +
0200</pubDate>
6324 <description><ul
>
6326 <li
><a href=
"http://www.aftenposten.no/meninger/kronikker/article3066834.ece
">Jeg, et offer
</a
>
6327 <br
>Aage Borchgrevink drodler om offerrollens framvekst i den norske
6328 offentligheten.
</li
>
6330 <li
><a href=
"http://www.nuug.no/pub/video/published/
200904-goopen.html
">Opptak fra Go Open
2009 på web
</a
>
6331 <br
>Endelig kan jeg få med meg foredragene jeg gikk glipp av.
</li
>
6333 <li
><a href=
"http://www.robweir.com/blog/
2009/
05/update-on-odf-spreadsheet.html
">MS Excel
2007 håndterer ODF dårlig
</a
>
6334 <br
>Microsoft har lykkes med å implementere ODF slik at de ikke
6335 samhandler med noen av de andre som håndterer ODF-regneark.
</li
>
6337 <li
><a href=
"http://www.groklaw.net/article.php?story=
20090503215045379">MS
6338 Word
2007 håndterer ODF dårlig
</a
>
6339 <br
>Fotnoter laget i MS Office blir merkelige i OpenOffice.org.
</li
>
6346 <title>IDG mener linux i servermarkedet vil vokse med
21% i
2009</title>
6347 <link>http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</link>
6348 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</guid>
6349 <pubDate>Thu,
7 May
2009 22:
30:
00 +
0200</pubDate>
6350 <description><p
>Kom over
6351 <a href=
"http://news.cnet.com/
8301-
13505_3-
10216873-
16.html
">interessante
6352 tall
</a
> fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
6353 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
6354 jobber til daglig. En rask opptelling forteller meg at vi har
490
6355 (
61%) fysiske unix-tjener (mest linux men også noen solaris) og
196
6356 (
25%) windowstjenere, samt
112 (
14%) virtuelle unix-tjenere. Med den
6357 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.
</p
>
6362 <title>Kryptert harddisk - naturligvis
</title>
6363 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html
</link>
6364 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html
</guid>
6365 <pubDate>Sat,
2 May
2009 15:
30:
00 +
0200</pubDate>
6366 <description><p
><a href=
"http://www.dagensit.no/trender/article1658676.ece
">Dagens
6367 IT melder
</a
> at Intel hevder at det er dyrt å miste en datamaskin,
6368 når en tar tap av arbeidstid, fortrolige dokumenter,
6369 personopplysninger og alt annet det innebærer. Det er ingen tvil om
6370 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
6371 til at jeg har kryptert harddisken på både kontormaskinen og min
6372 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
6373 komme på avveie, den første informasjon relatert til jobben min ved
6374 Universitetet i Oslo, og den andre relatert til blant annet
6375 foreningsarbeide. Kryptering av diskene gjør at det er lite
6376 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
6377 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
6378 og en reboot vil gjøre at de ber om passord før de vil starte opp.
6379 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
6380 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
6381 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
6382 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
6383 det er gjort slik jeg gjør det er minimale, og gevinstene er
6384 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
6385 maskinen reinstalleres og alt er tapt.
</p
>
6387 <p
>Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
6388 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
6389 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
6390 er for min del høyere enn gevinsten. Jeg tror oddsene for at
6391 f.eks. etteretningsorganisasjoner har glede av å titte på mine
6392 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
6393 gjøre det vanskeligere for angripere med kompetanse og ressurser er
6394 betydelige.
</p
>
6399 <title>No patch is not better than a useless patch
</title>
6400 <link>http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html
</link>
6401 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html
</guid>
6402 <pubDate>Tue,
28 Apr
2009 09:
30:
00 +
0200</pubDate>
6403 <description><p
>Julien Blache
6404 <a href=
"http://blog.technologeek.org/
2009/
04/
12/
214">claim that no
6405 patch is better than a useless patch
</a
>. I completely disagree, as a
6406 patch allow one to discuss a concrete and proposed solution, and also
6407 prove that the issue at hand is important enough for someone to spent
6408 time on fixing it. No patch do not provide any of these positive
6409 properties.
</p
>
6414 <title>EU-parlamentet raner fellesskapet for musikk
</title>
6415 <link>http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html
</link>
6416 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html
</guid>
6417 <pubDate>Sun,
26 Apr
2009 08:
30:
00 +
0200</pubDate>
6418 <description><p
>Slashdot melder at EU-parlamentet har vedtatt
6419 <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
">å
6420 øke vernetiden for musikkopptak fra
50 til
70 år
</a
>, og dermed rane
6421 fellesskapet for
20 år med musikk som ville vært tilgjengelig uten
6422 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
6423 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
6424 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
6425 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
6426 folket, som skulle falt i det fri men som i stedet forblir under
6427 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
6428 urimelig. Tenke seg til at vernetiden startet i USA med
7 år og
6429 mulighet for forlengelse med
7 år. Nå er den
95 år der, og en stor
6430 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
6431 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
6432 I dag er den
70 år.
</p
>
6434 <p
>Jeg er glad det finnes
<a href=
"http://www.jamendo.com/
">så mye
6435 musikk tilgjengelig uten bruksbegresninger
</a
> at en kan klare seg
6436 uten musikk med bruksbegresninger.
</p
>
6441 <title>Hvor flyter Microsofts penger?
</title>
6442 <link>http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html
</link>
6443 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html
</guid>
6444 <pubDate>Fri,
24 Apr
2009 11:
10:
00 +
0200</pubDate>
6445 <description><p
>Dagens nyhet er at omsetningen til Microsoft for første gang er
6446 synkende. Ikke spesielt uventet med den generelle nedgangen i
6447 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
6448 ting fra noen år tilbake.
</p
>
6450 <p
>Da jeg besøkte en kamerat i Beijing sommeren
2000, ble jeg fortalt
6451 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
6452 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
6453 rundt om i verden ble kanalisert inn til skatteparadiset
6454 <a href=
"http://en.wikipedia.org/wiki/Cayman_Islands
">Cayman
6455 Island
</a
>. Jeg har aldri lykkes med å få bekreftet dette påstanden,
6456 men tok i dag en titt på hvilke selskaper som eier de norske delene av
6457 Microsoft som jeg kjenner til, dvs.
6458 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft
&bc=
0&c=Z001YP4Y
&org=
957485030">Microsoft
6459 Norge AS
</a
> og
6460 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=fast
&bc=
348&c=Z0HR5KDT
&org=
979158831">FAST,
6461 A Microsoft Subsidiary
</a
> (tidligere FAST Search
& Transfer ASA).
</p
>
6463 <p
>Førstnevnte er eid av
"Microsoft International Holdings Spain
6464 S.R.L.
", mens sistnevnte i følge Wikipedia nå eies av
6465 Microsoft-underselskapet
"MACS Holdings Limited
". Jeg har ikke klart
6466 å finne mer informasjon om noen av disse. Mon tro om noen av dem
6467 sender pengene til Cayman Island? Finner det jeg tror er
6468 <a href=
"http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html
">informasjon
6469 om spaniaselskapet på spansk
</a
>, men jeg kan ikke lese spansk. :(
</p
>
6474 <title>Hvorfor jeg ikke bruker eFaktura
</title>
6475 <link>http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html
</link>
6476 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html
</guid>
6477 <pubDate>Thu,
23 Apr
2009 23:
00:
00 +
0200</pubDate>
6478 <description><p
>Telenors annonsering om å kreve
35 kroner i gebyr fra alle som
6479 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
6480 langt snakker om at eldre og folk som ikke behersker data vil få en
6481 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
6482 kategoriene, men velger å holde meg unna eFaktura - som er det
6483 Telenor ønsker å få folk over på - pga. systemets egenskaper.
</p
>
6485 <p
>Slik jeg har sett eFaktura til forbrukere så langt, så sender
6486 selger en elektronisk beskjed til kundens bank, som legger ut
6487 informasjon om fakturaen i nettbanken for godkjenning. Personlig
6488 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
6489 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
6490 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
6491 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
6492 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
6493 fakturaen skal banken involveres. En faktura bør jo inn i
6494 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
6495 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
6496 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
6497 som kunde.
</p
>
6499 <p
>I tillegg har jeg ikke vært i stand til å finne
6500 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
6501 slike krever dyre avtaler med bankene for å få lov til å sende ut
6502 eFaktura til kunder. Jeg ser vel helst at fakturering på
6503 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
6504 måtte betale mellommenn for retten til å lever ut en faktura, og
6505 liker rett og slett ikke dagens faktureringsmodeller.
</p
>
6510 <title>Nasjonalbiblioteket legger ut bøker på web
</title>
6511 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</link>
6512 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</guid>
6513 <pubDate>Thu,
23 Apr
2009 19:
40:
00 +
0200</pubDate>
6514 <description><p
><a href=
"http://www.aftenposten.no/kul_und/litteratur/article3042382.ece
">Aftenposten
6516 <a href=
"http://www.nb.no/aktuelt/
50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig
">nasjonalbiblioteket
6517 og Kopinor har gjort en avtale
</a
> som gjør at eldre bøker kan gjøres
6518 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får
56
6519 øre for hver side som legges ut. Utvalget er litt merkelig:
1790-,
6520 1890- og
1990-tallet. Jeg synes det er absurd hvis det er slik at
6521 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
6522 beskyttet av opphavsretten. Jeg antar her at det er mer enn
90 år
6523 siden forfatterne av bøker som ble publisert
1790-
1799 døde, slik at
6524 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
6525 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
6526 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
6527 <a href=
"http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt
">En
6528 melding fra nasjonalbiblioteket i
2007</a
> tyder på at tekster i det
6529 fri ikke trenger avtale med Kopinor.
</p
>
6531 <p
>Et annet problem er at bøkene kun legges ut som bildefiler, noe som
6532 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
6533 etter fragmenter i teksten. En risikerer dermed at de blir liggende
6534 på en slik måte at folk som bruker Google ikke finner dem.
</p
>
6536 <p
>Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
6537 sin aprilspøk, og la ut bøkene som faller i det fri
6538 fortløpende.
</p
>
6544 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig
</title>
6545 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</link>
6546 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</guid>
6547 <pubDate>Fri,
17 Apr
2009 20:
00:
00 +
0200</pubDate>
6548 <description><p
>Jeg hadde glede av å overvære FADs lansering av
6549 <a href=
"http://www.deltemeninger.no/
">Debattsentralen
6550 deltemeninger.no
</a
> under Go Open
2009, og må si jeg ble skuffet over
6551 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
6552 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
6553 og gikk så over til å snakke om fildeling som om fildeling i seg er
6554 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
6555 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
6556 distribusjon av filer. Det er ingenting med denne fildelingen som
6557 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
6558 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
6559 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
6560 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
6561 som deles og hvilke bruksbegrensninger som gjelder for filene. En
6562 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
6563 og fildeling av slike filer er fullt ut lovlig.
</p
>
6568 <title>Reprap-bygging i påsken
</title>
6569 <link>http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html
</link>
6570 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html
</guid>
6571 <pubDate>Sun,
12 Apr
2009 10:
00:
00 +
0200</pubDate>
6572 <description><p
>Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
6573 til
<a href=
"http://www.goopen.no/
">Go Open
2009</a
> uka etter påske.
6574 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
6575 skruer og muttere til å løsne, så var første punkt på programmet å
6576 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
6577 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
6578 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
6579 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
6580 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
6581 noen ganger. Har knekket/sprukket
3 plastbiter så langt. Håper jeg
6582 får skrevet ut nye før skriveren bryter sammen pga. dette. :)
</p
>
6584 <p
>I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
6585 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
6586 være tett omslynget av et par stjernehjul som holder båndet mellom
6587 alle Z-aksene på plass. Problemet er at båndet er
6mm, mens alle
6588 plastdelene er
5mm brede. Det betyr at et
6mm band skal inn i et
5mm
6589 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
6590 legge en
1mm skive mellom tannhjulene og stjernehjulene over
6591 tannhjulet, slik at det blir plass til båndet.
</p
>
6593 <p
>Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
6594 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
6595 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
6596 litt plast for å løse dette problemet. Da vi begynte å se på
6597 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
6598 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
6599 Var ikke klar over at dette er ferskvare, men
6600 <a href=
"http://forums.reprap.org/read.php?
70,
16250">en
6601 forumposting
</a
> viser at dette er et kjent problem. Det var ikke
6602 helt enkelt å finne ut hva
"Fire cement
" heter på norsk. Mange
6603 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
6604 alternativer som kunne fungere, som eksosmonteringspasta,
6605 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
6606 men ingen av disse så ut til å være helt riktige for dette bruket.
6607 Fire cement håndterer temperaturer opp til
1200 grader celsius, og
6608 krever ikke utblanding i vann. Konsulterte,
6609 <a href=
"http://robot.hiof.no/node/
5">våre
6610 venner ved Høgskolen i Halden
</a
>, og det viste seg at de hadde hatt samme
6611 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
6612 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
6613 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
6614 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
6615 <a href=
"http://www.unipak.dk/UK/stovex.html
">Stovex
</a
> ovnskitt, og
6616 er nå klar til å lage varmeelement til skrivehodet.
6617 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
6618 <a href=
"http://blog.reprap.org/
2009/
04/by-your-powers-combined-i-am-kapton.html
">reprap-blogpost
</a
>
6619 som fortalte om et bedre vidundermiddel for å lage varmeelement,
6620 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
6621 til neste gang. En reprap-variant ved navn
6622 <a href=
"http://wiki.makerbot.com/plastruder-mk3
">Plastruder MK3
</a
>
6623 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
6624 -
100 og +
400 grader og brukes av astronautene for å tette drakten.
</p
>
6629 <title>Fransk idiotlovforslag hinker gjennom parlamentet
</title>
6630 <link>http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html
</link>
6631 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html
</guid>
6632 <pubDate>Fri,
10 Apr
2009 00:
10:
00 +
0200</pubDate>
6633 <description><p
><a href=
"http://www.dagbladet.no/
2009/
04/
09/kultur/musikk/fildeling/tekno/
5689356/
">Dagbladet
6634 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
6635 til alle som blir anklaget for å ha brutt opphavsretten
3 ganger
</a
>
6636 ble nedstemt i dag med
21 mot
15 stemmer. Vinklingen i Dagbladet er
6637 litt merkelig når en vet at det samme forslaget ble vedtatt i
6638 parlamentets andre kammer med
12 mot
4 stemmer, etter at det
6639 <a href=
"http://opendotdotdot.blogspot.com/
2009/
04/hadopi-law-passed-by-
12-votes-to-
4.html
">overraskende
6640 ble foreslått å ta saken opp til votering
22:
45 sist torsdag
</a
>,
6641 etter sigende i strid med vanlige rutiner i det franske parlamentet.
</p
>
6643 <p
>Det hele blir ennå mer komisk når et vet at
6644 <a href=
"http://www.zeropaid.com/news/
10034/political_hypocrisy_french_president_sued_for_copyright_infringement/
">presidentens
6645 parti er blitt anklaget for å ha brutt opphavsretten
</a
>. Mon tro om
6646 partet skal miste internet-forbindelsen hvis de får
2 anklager til
6647 rettet mot seg.
</p
>
6652 <title>Recording video from cron using VLC
</title>
6653 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html
</link>
6654 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html
</guid>
6655 <pubDate>Sun,
5 Apr
2009 10:
00:
00 +
0200</pubDate>
6656 <description><p
>One think I have wanted to figure out for a along time is how to
6657 run vlc from cron to do recording of video streams on the net. The
6658 task is trivial with mplayer, but I do not really trust the security
6659 of mplayer (it crashes too often on strange input), and thus prefer
6660 vlc. I finally found a way to do it today. I spent an hour or so
6661 searching the web for recipes and reading the documentation. The
6662 hardest part was to get rid of the GUI window, but after finding the
6663 dummy interface, the command line finally presented itself:
</p
>
6665 <blockquote
><pre
>URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
6667 DISPLAY= vlc -q $URL \
6668 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
6669 --intf=dummy
</pre
></blockquote
>
6671 <p
>The command stream the URL and store it in the SAVEFILE by
6672 duplicating the output stream to
"nodisplay
" and the file, using the
6673 dummy interface. The dummy interface and the nodisplay output make
6674 sure no X interface is needed.
</p
>
6676 <p
>The cron job then need to start this job with the appropriate URL
6677 and file name to save, sleep for the duration wanted, and then kill
6678 the vlc process with SIGTERM. Here is a complete script
6679 <tt
>vlc-record
</tt
> to use from
<tt
>at
</tt
> or
<tt
>cron
</tt
>:
</p
>
6681 <blockquote
><pre
>#!/bin/sh
6684 SAVEFILE=
"$
2"
6685 DURATION=
"$
3"
6686 DISPLAY= vlc -q
"$URL
" \
6687 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
6688 --intf=dummy
< /dev/null
> /dev/null
2>&1 &
6692 wait $pid
</pre
></blockquote
>
6697 <title>Standardize on protocols and formats, not vendors and applications
</title>
6698 <link>http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html
</link>
6699 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html
</guid>
6700 <pubDate>Mon,
30 Mar
2009 11:
50:
00 +
0200</pubDate>
6701 <description><p
>Where I work at the University of Oslo, one decision stand out as a
6702 very good one to form a long lived computer infrastructure. It is the
6703 simple one, lost by many in todays computer industry: Standardize on
6704 open network protocols and open exchange/storage formats, not applications.
6705 Applications come and go, while protocols and files tend to stay, and
6706 thus one want to make it easy to change application and vendor, while
6707 avoiding conversion costs and locking users to a specific platform or
6708 application.
</p
>
6710 <p
>This approach make it possible to replace the client applications
6711 independently of the server applications. One can even allow users to
6712 use several different applications as long as they handle the selected
6713 protocol and format. In the normal case, only one client application
6714 is recommended and users only get help if they choose to use this
6715 application, but those that want to deviate from the easy path are not
6716 blocked from doing so.
</p
>
6718 <p
>It also allow us to replace the server side without forcing the
6719 users to replace their applications, and thus allow us to select the
6720 best server implementation at any moment, when scale and resouce
6721 requirements change.
</p
>
6723 <p
>I strongly recommend standardizing - on open network protocols and
6724 open formats, but I would never recommend standardizing on a single
6725 application that do not use open network protocol or open formats.
</p
>
6730 <title>Returning from Skolelinux developer gathering
</title>
6731 <link>http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html
</link>
6732 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html
</guid>
6733 <pubDate>Sun,
29 Mar
2009 21:
00:
00 +
0200</pubDate>
6734 <description><p
>I
'm sitting on the train going home from this weekends Debian
6735 Edu/Skolelinux development gathering. I got a bit done tuning the
6736 desktop, and looked into the dynamic service location protocol
6737 implementation avahi. It look like it could be useful for us. Almost
6738 30 people participated, and I believe it was a great environment to
6739 get to know the Skolelinux system. Walter Bender, involved in the
6740 development of the Sugar educational platform, presented his stuff and
6741 also helped me improve my OLPC installation. He also showed me that
6742 his Turtle Art application can be used in standalone mode, and we
6743 agreed that I would help getting it packaged for Debian. As a
6744 standalone application it would be great for Debian Edu. We also
6745 tried to get the video conferencing working with two OLPCs, but that
6746 proved to be too hard for us. The application seem to need more work
6747 before it is ready for me. I look forward to getting home and relax
6753 <title>Time for new LDAP schemas replacing RFC
2307?
</title>
6754 <link>http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
</link>
6755 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
</guid>
6756 <pubDate>Sun,
29 Mar
2009 20:
30:
00 +
0200</pubDate>
6757 <description><p
>The state of standardized LDAP schemas on Linux is far from
6758 optimal. There is RFC
2307 documenting one way to store NIS maps in
6759 LDAP, and a modified version of this normally called RFC
2307bis, with
6760 some modifications to be compatible with Active Directory. The RFC
6761 specification handle the content of a lot of system databases, but do
6762 not handle DNS zones and DHCP configuration.
</p
>
6764 <p
>In
<a href=
"http://www.skolelinux.org/
">Debian Edu/Skolelinux
</a
>,
6765 we would like to store information about users, SMB clients/hosts,
6766 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
6767 and LTSP configuration in LDAP. These objects have a lot in common,
6768 but with the current LDAP schemas it is not possible to have one
6769 object per entity. For example, one need to have at least three LDAP
6770 objects for a given computer, one with the SMB related stuff, one with
6771 DNS information and another with DHCP information. The schemas
6772 provided for DNS and DHCP are impossible to combine into one LDAP
6773 object. In addition, it is impossible to implement quick queries for
6774 netgroup membership, because of the way NIS triples are implemented.
6775 It just do not scale. I believe it is time for a few RFC
6776 specifications to cleam up this mess.
</p
>
6778 <p
>I would like to have one LDAP object representing each computer in
6779 the network, and this object can then keep the SMB (ie host key), DHCP
6780 (mac address/name) and DNS (name/IP address) settings in one place.
6781 It need to be efficently stored to make sure it scale well.
</p
>
6783 <p
>I would also like to have a quick way to map from a user or
6784 computer and to the net group this user or computer is a member.
</p
>
6786 <p
>Active Directory have done a better job than unix heads like myself
6787 in this regard, and the unix side need to catch up. Time to start a
6788 new IETF work group?
</p
>
6793 <title>Hva er egentlig en åpen standard?
</title>
6794 <link>http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html
</link>
6795 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html
</guid>
6796 <pubDate>Sat,
28 Mar
2009 10:
50:
00 +
0100</pubDate>
6797 <description><p
>Jeg møter alle slags interessante mennesker på min vei, og et møte
6798 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
6799 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
6800 standarder. Det var interessant, da det fikk meg til å tenke litt
6801 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
6802 som en standard. Det hele startet med arbeid rundt integrering av NSS
6803 LDAP mot Active Directory, og problemer som oppstår pga. at Active
6804 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
6805 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
6806 mer enn
1500 atributter av en gitt type i et LDAP-objekt, og en må be
6807 om resten i bolker av
1500). Jeg hevdet måten dette ble gjort på brøt
6808 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
6809 fra IETF det sto at oppførselen til AD ikke fulgte
6810 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
6811 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
6812 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
6813 mente lå til grunn. Jeg ble spesielt overrasket over denne
6814 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
6815 jeg kan se anerkjenner IETF som organisasjonen som definerer
6816 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
6817 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
6818 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
6819 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
6820 hva en standard er, og hva som er kilden til en gitt standard. Det er
6821 vanskelig å enes om felles standarder før en først enes om hvem som
6822 bestemmer hva en gitt standard innebærer.
</p
>
6824 <p
>Hva er så en standard? I sin abstrakte form er det noe å samles
6825 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
6826 type fane en samlet seg rundt på kamplassen i riddertiden. En
6827 standard definerer altså et felleskap, noen som har noe felles. Det
6828 er naturligvis mange måter å utgjøre et felleskap på. En kan
6829 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
6830 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
6831 standarden seg uten noe mer organisering og prosedyre. En variant av
6832 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
6833 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
6834 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
6835 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
6836 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
6837 unngå dette dumme.
</p
>
6839 <p
>En kan også ta det et skritt videre, og istedet for å basere seg på
6840 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
6841 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
6842 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
6843 kan sette igang), men det kan bidra til at den oppførselen en
6844 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
6845 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
6846 - da flere har vært involvert i å utarbeide beskrivelsen.
</p
>
6848 <p
>Dette er dessverre ikke alt som trengs for å forstå hva en åpen
6849 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
6850 dermed har valget om de vil oppføre seg likt eller ikke, så er det
6851 endel juridiske faktorer som gjør det hele mer komplisert -
6852 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
6853 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
6854 melodi når de møtes, for å identifisere hverandre, så kan
6855 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
6856 De har standardisert hvordan de kjenner igjen alle som følger denne
6857 standarden, men ikke alle har nødvendigvis lov til å følge den.
6858 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
6859 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
6860 sin ytterste konsekvens si at alle som skal plystre en
6861 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
6862 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
6863 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
6864 som får lov til å benytte seg av denne standarden. En annen variant
6865 er hvis en standard er dokumentert, så er dokumentet som definerer
6866 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
6867 dermed mulig for rettighetsinnehaver å begrense tilgang til
6868 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
6869 den måten.
</p
>
6871 <p
>Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
6872 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
6873 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
6874 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
6875 for å ta i bruk en standard, så vil den som innehar patent kunne styre
6876 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
6877 kan delta i et standard-felleskap, og hvis de kan delta, så er det
6878 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
6879 sette vilkår som gjør at noen faller utenfor, det være seg av
6880 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
6881 vilkår er
"må betale litt for hver kunde/bruker
" som utelukker de som
6882 gir bort en løsning gratis og
"må gi fra seg retten til å håndheve
6883 sine egne patentrettigheter ovenfor rettighetshaver
" som utelukker
6884 alle som ønsker å beholde den muligheten.
</p
>
6886 <p
>En åpen standard innebærer for meg at alle kan få innsikt i en
6887 komplett beskrivelse av oppførsel som standarden skal dekke, og at
6888 ingen kan nektes å benytte seg av standarden. Noen mener at det
6889 holder at alle med tilstrekkelig finansiering kan få tilgang til
6890 spesifikasjonen og at en kun har finansielle krav til bruk.
6891 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
6892 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
6893 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
6894 av en standard for at en standard skal kunne kalles fri og åpen.
</p
>
6899 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg
</title>
6900 <link>http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html
</link>
6901 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html
</guid>
6902 <pubDate>Thu,
19 Mar
2009 22:
15:
00 +
0100</pubDate>
6903 <description><p
>I går tok jeg mot til meg, og løste problemet med
6904 z-aksen ved å borre i delen som manglet feste mot tannjulet som
6905 skal drive z-aksereimen. Dermed var det klart for å montere
6906 z-akse-akslingen på motoren og komme et steg videre med
6907 reprap-monteringen. Prøvekjørte den i dag med
6908 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
6909 fungerte. I hvert fall når stepmotoren ikke forsøkte
6910 å snurre for raskt rundt. Ved høy hastighet roterte
6911 ikke akslingen i det hele tatt. Motoren ble bare stående
6912 å vibrere. Usikker på hvorfor, men antar motoren ikke
6913 har nok kraft til å få hele akslingen til å
6914 rotere så raskt. Denne øvelsen avslørte dog et
6915 annet problem med monteringen så langt. Under testingen
6916 begynte skruer og muttere å ry ned fra ulike deler av
6917 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
6918 å tåle slike vibrasjoner. Tror en
5-
6 skruver og/eller
6919 muttere løsnet. Brukte ganske lang tid på å
6920 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
6921 må strammes skikkelig til før første
6924 <p
>Neste steg er å få laget z-aksebåndet. Der trenger jeg
6925 egnet lim og en konstruksjon for å klemme bandet sammen under
6927 <a href=
"http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt
">beskrevet
6928 på reprap-wikien
</a
>. Er blitt tipset om svart superlim som er
6929 elastisk også etter at det tørket, og dro ned til Small Size
6930 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
6931 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
6932 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
6933 limet egentlig heter, så det er vanskelig å søke på nett.
</p
>
6938 <title>Avisene i endring
</title>
6939 <link>http://people.skolelinux.org/pere/blog/Avisene_i_endring.html
</link>
6940 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Avisene_i_endring.html
</guid>
6941 <pubDate>Sun,
15 Mar
2009 22:
15:
00 +
0100</pubDate>
6942 <description><p
>Jeg kom over bloggposten
6943 "<a href=
"http://www.shirky.com/weblog/
2009/
03/newspapers-and-thinking-the-unthinkable/
">Newspapers
6944 and Thinking the Unthinkable
</a
>" som jeg synes forklarer godt hva som
6945 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
6946 forretningsmodeller basert på å løse problemer som ikke lenger
6947 eksisterer. Det blir spennende å se hva vi ender opp med.
</p
>
6952 <title>Testing av reprap-elektronikken igang
</title>
6953 <link>http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html
</link>
6954 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html
</guid>
6955 <pubDate>Thu,
12 Mar
2009 16:
00:
00 +
0100</pubDate>
6956 <description><p
>Lenge siden det var en oppdatering av status for min
3D-skriver og
6957 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
6958 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
6959 til at bits-from-bytes sitt byggesett versjon
2.01 hadde noen småfeil,
6960 der en del manglet og en annen hadde suboptimalt design. Jeg løser
6961 antagelig det ene problemet med å borre noen ekstra hull til skruver i
6962 en plastdelen som trenger å festes. Det andre problemet håper jeg å
6963 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
6964 Høgskolen er igang med å bygge en tilsvarende reprap i versjon
2.0, og
6965 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
6966 delen jeg mangler på denne.
</p
>
6968 <p
>Når det gjelder elektronikken, så er mye allerede loddet sammen av
6969 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
6970 enn meg. Jeg fikk i dag testet
6971 <a href=
"http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1
">stepper
6972 motordriveren (v1.1)
</a
>, og det fungerte. Jeg møtte et lite problem
6973 med strømforsyningen, en standard ATX-strømforsyning som nektet å
6974 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
6976 <a href=
"http://dev.www.reprap.org/bin/view/Main/PCPowerSupply
">reprap-sidene
6977 om PC-strømforsyninger
</a
>. Jeg møtte også et annet problem med
6978 Arduino-programvaren. Versjon
0013 fungerer visst ikke på
6979 Debian/Etch. Den kompilerte binæren ble på
0 bytes. En side jeg fant
6981 <a href=
"http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=
1234153046/
5">tipset
6982 meg
</A
> om at en nedgradering
6983 til
<a href=
"http://arduino.googlecode.com/files/arduino-
0012-linux.tgz
">versjon
6984 0012</a
> kunne løse problemet, og endelig ser jeg motorakslingen
6985 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
6986 reprap-en kvikner til.
</p
>
6991 <title>Frikanalen og jul i studentrådet
</title>
6992 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
</link>
6993 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
</guid>
6994 <pubDate>Wed,
11 Mar
2009 23:
40:
00 +
0100</pubDate>
6995 <description><p
>I går
6996 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2009-March/
000387.html
">lanserte
</a
>
6998 <a href=
"http://www.frikanalen.no
">Frikanalen
</a
> med
6999 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">åpne
7000 standarder
</a
>, og resultatet av noen intense uker med arbeide kunne
7001 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
7002 Frikanalen er et eksempel på, der borgerne får anledning til å
7003 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
7004 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
7005 kan få tilgang til opptakene på web, og slipper å måtte installere MS
7006 Silverlight for å spille av opptakene.
</p
>
7008 <p
>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
7009 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
7010 er bakgrunnen for at det fredag
13. mars
2009 kl
09:
00 starter en
7011 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
7012 foreningen Åpen kanal) har saksøkt kulturdepartementet over
7013 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.
</p
>
7015 <p
>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
7016 av å se en rekke av innslagene som er tilgjengelig. Her er mye
7017 religiøst sludder, fra
7018 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
720">vandring
7019 i jerusalem
</a
> via
7020 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
779">religiøst
7021 vinklede nyheter
</a
> til
7023 href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2077">kreasjonisk
7024 retorikk
</a
>, men også fine
7025 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
407">dokumentarer
7026 om redningsselskapet
</a
> og
7027 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2204">interessante
7028 tegneserieanmeldelser
</a
>. Det jeg derimot har hatt størst glede av,
7031 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
1556">jul
7032 i studentrådet
</a
>, der hver episode var en fest å se på. Jeg håper
7033 NUUG lykkes med å få ut sine opptak med like stor suksess.
</p
>
7038 <title>Lisensvalg for NUUG-opptakene endelig på plass
</title>
7039 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html
</link>
7040 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html
</guid>
7041 <pubDate>Fri,
6 Mar
2009 21:
20:
00 +
0100</pubDate>
7042 <description><p
>Etter mange års meditasjon over temaet, har NUUG endelig klart å
7043 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
7044 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
7045 blir
<a href=
"http://creativecommons.org/licenses/by-sa/
3.0/no/
">Creative
7046 Commons Navngivelse-Del på samme vilkår
3.0 Norge
</a
>. Jeg er veldig
7047 glad for at denne saken endelig er landet. Lisensen for opptaket til
7048 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
7049 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
7050 i denne sammenhengen.
</p
>
7055 <title>Teknisk program for Go Open
2009 er nesten ferdig
</title>
7056 <link>http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</link>
7057 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</guid>
7058 <pubDate>Thu,
5 Mar
2009 22:
30:
00 +
0100</pubDate>
7059 <description><p
>Etter lang tids jobbing begynner endelig programmet til det
7060 tekniske sporet på konferansen
<a href=
"http://www.goopen.no/
">Go Open
7061 2009</a
> å bli ferdig. Det blir
9 punkter på programmet, og etter alt
7062 å dømme blir det disse
9:
</p
>
7066 <li
>"Open Telephony: A solution greater than the sum of its parts
" med
7067 Jon
"maddog
" Hall
</li
>
7068 <li
>OpenSolaris-relatert med Ian Murdock fra SUN
</li
>
7069 <li
>"The inner workings of the OpenStreetmap project and the
7070 technology used
" med Andy Allan
</li
>
7071 <li
>Coreboot-relatert med Peter Stuge
</li
>
7072 <li
>"Gratis værdata fra Meteorologisk institutt
" med Trond Michelsen
</li
>
7073 <li
>RRDtool/Nagios-relatert med Tobias Oetiker
</li
>
7074 <li
>"Developers guide to server-side productivity and fun using open
7075 source platforms and frameworks
" med en gjeng folk fra
7076 JavaBin-miljøet
</li
>
7077 <li
>"G(et)it Nå!
" med Marcus Ramberg
</li
>
7078 <li
>Om kontrolltelling av valgresultater med fri programvare med Mitch
7079 Trachtenberg
</li
>
7083 <p
>De siste bekreftelsene og overskrifter mangler og kommer
7084 forhåpentlig på plass før mandag, men jeg håper dette blir et program
7085 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
7091 <title>Checking server hardware support status for Dell, HP and IBM servers
</title>
7092 <link>http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</link>
7093 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</guid>
7094 <pubDate>Sat,
28 Feb
2009 23:
50:
00 +
0100</pubDate>
7095 <description><p
>At work, we have a few hundred Linux servers, and with that amount
7096 of hardware it is important to keep track of when the hardware support
7097 contract expire for each server. We have a machine (and service)
7098 register, which until recently did not contain much useful besides the
7099 machine room location and contact information for the system owner for
7100 each machine. To make it easier for us to track support contract
7101 status, I
've recently spent time on extending the machine register to
7102 include information about when the support contract expire, and to tag
7103 machines with expired contracts to make it easy to get a list of such
7104 machines. I extended a perl script already being used to import
7105 information about machines into the register, to also do some screen
7106 scraping off the sites of Dell, HP and IBM (our majority of machines
7107 are from these vendors), and automatically check the support status
7108 for the relevant machines. This make the support status information
7109 easily available and I hope it will make it easier for the computer
7110 owner to know when to get new hardware or renew the support contract.
7111 The result of this work documented that
27% of the machines in the
7112 registry is without a support contract, and made it very easy to find
7113 them.
27% might seem like a lot, but I see it more as the case of us
7114 using machines a bit longer than the
3 years a normal support contract
7115 last, to have test machines and a platform for less important
7116 services. After all, the machines without a contract are working fine
7117 at the moment and the lack of contract is only a problem if any of
7118 them break down. When that happen, we can either fix it using spare
7119 parts from other machines or move the service to another old
7122 <p
>I believe the code for screen scraping the Dell site was originally
7123 written by Trond Hasle Amundsen, and later adjusted by me and Morten
7124 Werner Forsbring. The HP scraping was written by me after reading a
7125 nice article in ;login: about how to use WWW::Mechanize, and the IBM
7126 scraping was written by me based on the Dell code. I know the HTML
7127 parsing could be done using nice libraries, but did not want to
7128 introduce more dependencies. This is the current incarnation:
</p
>
7136 sub get_support_info {
7137 my ($machine, $model, $serial, $productnumber) = @_;
7140 if ( $model =~ m/^Dell / ) {
7141 # fetch website from Dell support
7142 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
";
7143 my $webpage = get($url);
7144 return undef unless ($webpage);
7147 my @lines = split(/\n/, $webpage);
7148 foreach my $line (@lines) {
7149 next unless ($line =~ m/Beskrivelse/);
7150 $line =~ s/
&lt;[^
>]+?
>/;/gm;
7151 $line =~ s/^.+?;(Beskrivelse;)/$
1/;
7153 my @f = split(/\;/, $line);
7155 my $lastend =
"";
7156 while ($f[
3] eq
"DELL
") {
7157 my ($type, $startstr, $endstr, $days) = @f[
0,
5,
7,
10];
7159 my $start = POSIX::strftime(
"%Y-%m-%d
",
7160 localtime(str2time($startstr)));
7161 my $end = POSIX::strftime(
"%Y-%m-%d
",
7162 localtime(str2time($endstr)));
7163 $str .=
"$type $start -
> $end
";
7165 $lastend = $end if ($end gt $lastend);
7167 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
7168 tag_machine_unsupported($machine)
7169 if ($lastend lt $today);
7171 } elsif ( $model =~ m/^HP / ) {
7172 my $mech = WWW::Mechanize-
>new();
7174 'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do
';
7175 $mech-
>get($url);
7177 'BODServiceID
' =
> 'NA
',
7178 'RegisteredPurchaseDate
' =
> '',
7179 'country
' =
> 'NO
',
7180 'productNumber
' =
> $productnumber,
7181 'serialNumber1
' =
> $serial,
7183 $mech-
>submit_form( form_number =
> 2,
7184 fields =
> $fields );
7185 # Next step is screen scraping
7186 my $content = $mech-
>content();
7188 $content =~ s/
&lt;[^
>]+?
>/;/gm;
7189 $content =~ s/\s+/ /gm;
7190 $content =~ s/;\s*;/;;/gm;
7191 $content =~ s/;[\s;]+/;/gm;
7193 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
7195 while ($content =~ m/;Warranty Type;/) {
7196 my ($type, $status, $startstr, $stopstr) = $content =~
7197 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
7198 $content =~ s/^.+?;Warranty Type;//;
7199 my $start = POSIX::strftime(
"%Y-%m-%d
",
7200 localtime(str2time($startstr)));
7201 my $end = POSIX::strftime(
"%Y-%m-%d
",
7202 localtime(str2time($stopstr)));
7204 $str .=
"$type ($status) $start -
> $end
";
7206 tag_machine_unsupported($machine)
7207 if ($end lt $today);
7209 } elsif ( $model =~ m/^IBM / ) {
7210 # This code ignore extended support contracts.
7211 my ($producttype) = $model =~ m/.*-\[(.{
4}).+\]-/;
7212 if ($producttype
&amp;
&amp; $serial) {
7214 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
");
7216 $content =~ s/
&lt;[^
>]+?
>/;/gm;
7217 $content =~ s/\s+/ /gm;
7218 $content =~ s/;\s*;/;;/gm;
7219 $content =~ s/;[\s;]+/;/gm;
7221 $content =~ s/^.+?;Warranty status;//;
7222 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
7224 $str .=
"($status) -
> $end
";
7226 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
7227 tag_machine_unsupported($machine)
7228 if ($end lt $today);
7236 <p
>Here are some examples on how to use the function, using fake
7237 serial numbers. The information passed in as arguments are fetched
7238 from dmidecode.
</p
>
7241 print get_support_info(
"hp.host
",
"HP ProLiant BL460c G1
",
"1234567890"
7242 "447707-B21
");
7243 print get_support_info(
"dell.host
",
"Dell Inc. PowerEdge
2950",
"1234567");
7244 print get_support_info(
"ibm.host
",
"IBM eserver xSeries
345 -[
867061X]-
",
7245 "1234567");
7248 <p
>I would recommend this approach for tracking support contracts for
7249 everyone with more than a few computers to administer. :)
</p
>
7251 <p
>Update
2009-
03-
06: The IBM page do not include extended support
7252 contracts, so it is useless in that case. The original Dell code do
7253 not handle extended support contracts either, but has been updated to
7259 <title>Using bar codes at a computing center
</title>
7260 <link>http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html
</link>
7261 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html
</guid>
7262 <pubDate>Fri,
20 Feb
2009 08:
50:
00 +
0100</pubDate>
7263 <description><p
>At work with the University of Oslo, we have several hundred computers
7264 in our computing center. This give us a challenge in tracking the
7265 location and cabling of the computers, when they are added, moved and
7266 removed. Some times the location register is not updated when a
7267 computer is inserted or moved and we then have to search the room for
7268 the
"missing
" computer.
</p
>
7270 <p
>In the last issue of Linux Journal, I came across a project
7271 <a href=
"http://www.libdmtx.org/
">libdmtx
</a
> to write and read bar
7272 code blocks as defined in the
7273 <a href=
"http://en.wikipedia.org/wiki/Data_Matrix
">The Data Matrix
7274 Standard
</a
>. This is bar codes that can be read with a normal
7275 digital camera, for example that on a cell phone, and several such bar
7276 codes can be read by libdmtx from one picture. The bar code standard
7277 allow up to
2 KiB to be written in the tag. There is another project
7278 with
<a href=
"http://www.terryburton.co.uk/barcodewriter/
">a bar code
7279 writer written in postscript
</a
> capable of creating such bar codes,
7280 but this was the first time I found a tool to read these bar
7283 <p
>It occurred to me that this could be used to tag and track the
7284 machines in our computing center. If both racks and computers are
7285 tagged this way, we can use a picture of the rack and all its
7286 computers to detect the rack location of any computer in that rack.
7287 If we do this regularly for the entire room, we will find all
7288 locations, and can detect movements and removals.
</p
>
7290 <p
>I decided to test if this would work in practice, and picked a
7291 random rack and tagged all the machines with their names. Next, I
7292 took pictures with my digital camera, and gave the dmtxread program
7293 these JPEG pictures to see how many tags it could read. This worked
7294 fairly well. If the pictures was well focused and not taken from the
7295 side, all tags in the image could be read. Because of limited space
7296 between the racks, I was unable to get a good picture of the entire
7297 rack, but could without problem read all tags from a picture covering
7298 about half the rack. I had to limit the search time used by dmtxread
7299 to
60000 ms to make sure it terminated in a reasonable time frame.
</p
>
7301 <p
>My conclusion is that this could work, and we should probably look
7302 at adjusting our computer tagging procedures to use bar codes for
7303 easier automatic tracking of computers.
</p
>
7308 <title>Første vellykkede videostrøm fra NUUG
</title>
7309 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html
</link>
7310 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html
</guid>
7311 <pubDate>Wed,
11 Feb
2009 06:
30:
00 +
0100</pubDate>
7312 <description><p
>Jeg ble glad for å se under
7313 <a href=
"http://www.nuug.no/aktiviteter/
20090210-compiz/
">gårdagens
7314 medlemsmøte
</a
> i NUUG Oslo at utsending av live-video fra møtet
7315 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
7316 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
7317 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
7318 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
7319 under møtet å motta spørsmål via IRC som ble besvart der og da.
7320 Opptaket publiseres så snart det er kopiert over til NUUGs
7321 webserver og komprimert.
</p
>
7326 <title>Min reprap tar sakte form
</title>
7327 <link>http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html
</link>
7328 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html
</guid>
7329 <pubDate>Tue,
3 Feb
2009 13:
30:
00 +
0100</pubDate>
7330 <description><p
>Min reprap begynner å ta form. Den er nå kommet så langt at den er
7331 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
7332 hele er klart for litt enkel testing. Har møtt på to problemer som
7333 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
7334 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
7335 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
7336 forklare hvordan de kom rundt problemene. De to problemene er
7337 relatert til Z-aksen og Y-aksen.
</p
>
7339 <p
>For Z-aksen, er det et stjernehjul som festes på motoraksen ved
7340 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
7341 Problemet med det nederste stjernejulet er at det er helt løst, og
7342 blir liggende på motoren
5 mm nedenfor tannjulet, i stedet for å ligge
7343 inntil tannjulet slik det skal. Mulig løsningen er å borre i
7344 stjernehjulet, eller lime det fast.
</p
>
7346 <p
>For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
7347 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
7348 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.
</p
>
7350 <p
>Når det gjelder elektronikken til min reprap, så er min gode venn
7351 Anders Rosnes igang med å lodde sammen delene og han forteller at
7352 koblingsbordet for Arduino er klart, og en temperatursensor og en
7353 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
7354 ut hvordan jeg laster opp firmware i Arduino-en. :)
</p
>
7356 <p
>Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
7357 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
7358 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
7359 de fleste metalldelene. Gleder meg til å se resultaten av det
7365 <title>Intellektuelt privilegium - et bedre IP-begrep
</title>
7366 <link>http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html
</link>
7367 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html
</guid>
7368 <pubDate>Sun,
1 Feb
2009 15:
06:
00 +
0100</pubDate>
7369 <description><p
>Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
7370 patenter, varemerker og forretningshemmeligheter. Problemet med dette
7371 begrepet er at det er svært misvisende. For det første er ingen av de
7372 begrensede monopolene det her er snakk om som kan kalles eiendom, og
7373 for det andre er egenskapene til de ulike monopolene så forskjellige
7374 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
7375 sekkebegrep. Blant annet Richard Stallman har
7376 <a href=
"http://www.gnu.org/philosophy/not-ipr.html
">skrevet litt om dette
</a
>.
</p
>
7378 <p
>I dag kom jeg over
7379 <a href=
"http://blogs.sun.com/webmink/entry/intellectual_privilege
">en
7380 bloggpost fra Simon Phipps
</a
> som foreslår å bruke intellektuelt
7381 privilegium som begrep i stedet, da det gjør det klarere at det ikke
7382 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
7383 forteller videre at noen jobber med å skrive
7384 <a href=
"http://www.intellectualprivilege.com/book.html
">en bok med
7385 tittel Intellectual Privilege
</a
>, og at boken er anbefalt av Lawrence
7386 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
7387 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
7388 forretningshemmeligheter framover.
</p
>
7393 <title>Fri og åpen standard, slik Digistan ser det
</title>
7394 <link>http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
</link>
7395 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
</guid>
7396 <pubDate>Sat,
31 Jan
2009 23:
10:
00 +
0100</pubDate>
7397 <description><p
>Det er mange ulike definisjoner om hva en åpen standard er for noe,
7398 og NUUG hadde
<a href=
"http://www.nuug.no/dokumenter/standard-presse-def-
200506.txt
">en
7399 pressemelding om dette sommeren
2005</a
>. Der ble definisjonen til
7400 <a href=
"http://www.aaben-standard.dk/
">DKUUG
</a
>,
7401 <a href=
"http://europa.eu.int/idabc/servlets/Doc?id=
19529">EU-kommissionens
7402 European Interoperability Framework ( side
9)
</a
> og
7403 <a href=
"http://www.teknologiradet.no/files/
7polert_copy.htm
">teknologirådet
</a
> omtalt.
</p
>
7405 <p
>Siden den gang har regjeringens standardiseringsråd dukket opp, og de
7406 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
7407 <a href=
"http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=
476407">sin
7408 arbeidsmetodikk
</a
>. Personlig synes jeg det er en god ide, da
7409 kravene som stilles der gjør at alle markedsaktører får like vilkår,
7410 noe som kommer kundene til gode ved hjelp av økt konkurranse.
</p
>
7412 <p
>I sommer kom det en ny definisjon på banen.
7413 <a href=
"http://www.digistan.org/
">Digistan
</a
> lanserte
7414 <a href=
"http://www.digistan.org/open-standard:definition
">en
7415 definisjon på en fri og åpen standard
</a
>. Jeg liker måten de bryter
7416 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
7417 ved å legge på et ord og poengtere at en standard som er både åpen og
7418 fri har noen spesielle krav. Her er den definisjonen etter rask
7419 oversettelse fra engelsk til norsk av meg:
</p
>
7422 <p
><strong
>Definisjonen av en fri og åpen standard
</strong
></p
>
7424 <p
>Den digitale standardorganisasjonen definierer fri og åpen standard
7425 som følger:
</p
>
7427 <li
>En fri og åpen standard er immun for leverandørinnlåsing i alle
7428 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
7429 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
7431 <li
>Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
7432 organisasjon, og dens pågående utvikling gjøres med en åpen
7433 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
7435 <li
>Standarden er publisert og spesifikasjonsdokumentet er fritt
7436 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
7437 bruke den uten begresninger.
</li
>
7438 <li
>Patentene som muligens gjelder (deler av) standarden er gjort
7439 ugjenkallelig tilgjengelig uten krav om betaling.
</li
>
7440 <li
>Det er ingen begresninger i gjenbruk av standarden.
</li
>
7442 <p
>Det økonomiske resultatet av en fri og åpen standard, som kan
7443 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
7444 produkter basert på standarden.
</p
>
7447 <p
>(Tar gjerne imot forbedringer av oversettelsen.)
</p
>
7452 <title>Transendentalt tullball og en funksjonell tilnærming
</title>
7453 <link>http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html
</link>
7454 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html
</guid>
7455 <pubDate>Sat,
24 Jan
2009 15:
00:
00 +
0100</pubDate>
7456 <description><p
>Kom over
7457 <a href=
"http://debian-administration.org/users/dkg/weblog/
39">en
7458 bloggpost fra Daniel Kahn Gillmor
</a
> som forteller at
7459 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
7460 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
7461 <a href=
"http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf
">Trancendental
7462 Nonsense and the Functional Approach
</a
> fra
1935. Det må jeg si var
7463 svært interessant for å forstå hvordan og hvorfor immaterialretten har
7464 utvidet sitt virkeområde og hvor lenge det har pågått.
</p
>
7466 <p
>Innlegget minner meg på
7467 <a href=
"https://penta.debconf.org/~joerg/events/
161.en.html
">en
7468 presentasjon jeg overvar
</a
> på Debconf
7 om hvordan innføring og
7469 utvidelse av opphavsretten ble debattert på
1700-tallet. Anbefaler å
7470 se den presentasjonen som er tilgjengelig på video i
7471 <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
>
7473 <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
>
7474 oppløsning.
</p
>
7479 <title>ODF-bruk i staten, ikke helt på plass
</title>
7480 <link>http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html
</link>
7481 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html
</guid>
7482 <pubDate>Thu,
22 Jan
2009 23:
00:
00 +
0100</pubDate>
7483 <description><p
>I går publiserte
7484 <a href=
"http://universitas.no/nyhet/
52776/
">Universitas
</a
>,
7485 <a href=
"http://www.dagensit.no/trender/article1588462.ece
">Dagens-IT
</a
>
7486 og
<a href=
"http://www.idg.no/computerworld/article118622.ece
">Computerworld
7487 Norge
</a
> en sak om at de ansatte ved Universitetet i Oslo ikke følger
7488 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
7489 at det kommer litt fokus på dette, og jeg håper noen journalister tar
7490 en titt på de andre statlige instansene også.
</p
>
7492 <p
>Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
7493 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
7494 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
7495 Kjenner kun til ufullstendige løsninger for slikt.
</p
>
7500 <title>Det vanskelige Lisensvalget - ikke lag din egen
</title>
7501 <link>http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</link>
7502 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</guid>
7503 <pubDate>Thu,
22 Jan
2009 22:
15:
00 +
0100</pubDate>
7504 <description><p
>Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
7505 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
7506 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
7507 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
7509 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap-prosjektet
</a
>
7510 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
7511 "hvorfor ikke bruke de offisielle kartene fra kartverket
" det første
7512 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
7513 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
7514 hun med retten til videredistribusjon av nye kartkopier, som ikke
7515 kopierer kart? Hva skulle hun med retten til å publisere endrede
7516 utgaver som aldri har hatt behov for annet enn å notere litt på en
7517 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
7518 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
7519 opphavsrettsloven.
</p
>
7521 <p
>Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
7522 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
7523 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
7524 slike lesere.
</p
>
7526 <p
>Når en publiserer programvare eller annet opphavsrettsbeskyttet
7527 materiale (eller
"verk
" som loven kaller det), så er det endel ting
7528 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
7529 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
7530 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
7531 kopiere og endre verket. Hvis en ønsker å publisere noe uten
7532 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
7533 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
7534 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
7535 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
7536 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
7537 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
7538 eksisterende lisenstekst hvis det er mulig.
</p
>
7540 <p
>Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
7541 For det første gir det jobb for de som ønsker å bruke verket å sette
7542 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
7543 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
7544 for de organisasjoner og individer som vurderer å ta i bruk et
7545 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
7546 med andre verk, f.eks. programmer og biblioteker skal settes sammen
7547 til et hele, eller datafiler skal brukes sammen med programmer. Det
7548 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
7549 sammen med andre komponenter hvis en ikke er påpasselig med
7550 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
7551 det ikke er intensjonen ved publisering. Og for det andre, så er det
7552 fort gjort å glemme noe når en lager lisensteksten, slik at
7553 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
7554 begresninger gjelder..
<strong
>Første regel ved lisensvalg er derfor
7555 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
7556 de utallige eksisterende lisensene.
</strong
></p
>
7558 <p
>Et lite eksempel på problemer som kan oppstå er
7559 <a href=
"http://api.met.no/lisens.html
">betingelsene som Meteorologisk
7560 institutt har gjort sine data tilgjengelig under
</a
>. De ser pr. i
7561 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
7562 innholdet hvis de endres):
</p
>
7564 <blockquote
><p
>Betingelser for bruk av data
7565 <br/
>Meteorologisk institutt innehar immaterielle- og
7566 eiendomsrettigheter til data og produkter produsert av instituttet
7567 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
7568 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
7569 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
7570 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
7571 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
7572 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
7573 gjenkjennelig del, skal Meteorologisk institutt oppgies som
7574 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
7575 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
7576 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
7577 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
7578 uten varsel. For direkte leveranse av spesifisert produktsett,
7579 vennligst kontakt Meteorologisk institutt.
</p
></blockquote
>
7581 <p
>Meteorologisk institutt hevder at dette skal gjøre dem
"fritt
7582 tilgjengelige
", og det gjør at jeg mistenker at betingelsene ikke
7583 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
7584 at en har rett til å endre dataene og publisere det endrede
7585 resultatet. Det står heller ingenting om hvorvidt en har rett til
7586 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
7587 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
7588 strid med kriteriene for Free Software
7589 <a href=
"http://www.fsf.org/licensing/essays/free-sw.html
">publisert
7591 <a href=
"http://www.debian.org/social_contract#guidelines
">Debian Free
7592 Software Guidelines
</a
> og NUUGs beskrivelse av fri programvare
7594 <a href=
"http://www.nuug.no/dokumenter/folder-friprogramvare.pdf
">NUUGs
7595 folder om dette
</a
>. Jeg lurer på hvorfor Meteorologisk institutt
7596 ikke valgte noen kjent lisens? Skulle tro at en Creative
7597 Commons-lisens eller en av de mest brukte fri programvarelisensene som
7598 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
7599 og endrer på betingelsene.
</p
>
7604 <title>When web browser developers make a video player...
</title>
7605 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
7606 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
7607 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
7608 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
7609 to publish video recordings of our monthly presentations, we provide a
7610 page with embedded video for easy access to the recording. Putting a
7611 good set of HTML tags together to get working embedded video in all
7612 browsers and across all operating systems is not easy. I hope this
7613 will become easier when the
&lt;video
&gt; tag is implemented in all
7614 browsers, but I am not sure. We provide the recordings in several
7615 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
7616 browser/media plugin to pick one it support and use it to play the
7617 recording, using whatever embed mechanism the browser understand.
7618 There is at least four different tags to use for this, the new HTML5
7619 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
7620 the
&lt;applet
&gt; tag. All of these take a lot of options, and
7621 finding the best options is a major challenge.
</p
>
7623 <p
>I just tested the experimental Opera browser available from
<a
7624 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
7625 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
7626 I was not very impressed. The browser start by fetching a picture
7627 from the video stream. Not sure if it is the first frame, but it is
7628 definitely very early in the recording. So far, so good. Next,
7629 instead of streaming the
76 MiB video file, it start to download all
7630 of it, but do not start to play the video. This mean I have to wait
7631 for several minutes for the downloading to finish. When the download
7632 is done, the playing of the video do not start! Waiting for the
7633 download, but I do not get to see the video? Some testing later, I
7634 discover that I have to add the controls=
"true
" attribute to be able
7635 to get a play button to pres to start the video. Adding
7636 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
7637 test version of Opera, and that future implementations of the
7638 &lt;video
&gt; tag will stream recordings by default, or at least start
7639 playing when the download is done.
</p
>
7641 <p
>The test page I used (since changed to add more attributes) is
7642 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
7643 from the nuug site
</a
>. Will have to test it with the new Firefox
7646 <p
>In the test process, I discovered a missing feature. I was unable
7647 to find a way to get the URL of the playing video out of Opera, so I
7648 am not quite sure it picked the Ogg Theora version of the video. I
7649 sure hope it was using the announced Ogg Theora support. :)
</p
>
7654 <title>Fiksgatami begynner å ta form
</title>
7655 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html
</link>
7656 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html
</guid>
7657 <pubDate>Thu,
15 Jan
2009 23:
15:
00 +
0100</pubDate>
7658 <description><p
>For noen uker siden bestemte noen av oss seg for at det var på tide
7659 med en norsk utgave av
7660 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
>, og satte igang
7661 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
7662 rapportere til rette instans om ting som er galt i offentligheten, ved
7663 å bruke kart og web.
<a href=
"http://www.fiksgatami.no
">En
7664 testinstans
</a
> er på plass på en maskin donert av min arbeidsplass
7665 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
7666 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
7667 finne kilde for å slå opp adresser før første versjon er operativ.
7668 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
7669 til ny funksjonalitet.
7670 <a href=
"http://wiki.nuug.no/grupper/fiksgatami
">Prosjektet
</a
>
7671 trenger flere folk, både utviklere og folk til å bidra med å finne ut
7672 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
7673 kontakt med naturvernmiljøet i Bergen som allerede var igang med
7674 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
7675 med dem. Dette blir bra.
</p
>
7680 <title>Elektronikkbyggesettet kommer fram på andre forsøk
</title>
7681 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html
</link>
7682 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html
</guid>
7683 <pubDate>Fri,
2 Jan
2009 13:
55:
00 +
0100</pubDate>
7684 <description><p
>Et langt hopp fremover for
<a href=
"http://www.nuug.no/
">NUUG
</a
>s
7685 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
7688 <p
>I dag klarte posten det de ikke klarte før jul, nemlig å få fram
7689 elektronikkbyggesettet for
3D-skriveren min. Fikk pakkelapp i dag som
7690 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
7691 pakke der, som sist. Ringte så direkte til til postens kundeservice
7692 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
7693 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
7694 av at pakken hadde annet referansenummer enn det som var på
7695 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
7696 skjedde sist, og om pakken også da lå her og ventet på meg uten at
7697 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
7698 ruslet jeg hjem igjen med elektronikkbyggesettet.
</p
>
7700 <p
>Da er det bare å gå igang med å lodde sammen alle kretskortene.
7701 Det er en solid stabel deler, selv om esken ikke var så stor (ca
7702 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
7703 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
7704 bidra med sin kompetanse. :)
</p
>
7706 <p
>Ellers er det god framgang med bygging av mekanikksettet som ankom
7707 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
7708 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
7709 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
7710 slik at rammeverket til
<a href=
"http://www.reprap.org/
">reprap
</a
>-en
7711 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
7712 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
7713 feilmargin på
0.25 mm, over en avstand på
40 cm. Håper vater kan
7714 bidra her. Regner med at det blir enklere å komme opp med løsninger
7715 når rammen begynner å ta form.
</p
>
7717 <p
>Her om dagen kom jeg forresten over en alternativ
3D-skriver som
7718 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
7719 <a href=
"http://blog.wired.com/gadgets/
2008/
11/
3d-printer-feed.html
">Mcor
7720 Matrix
</a
> heter vidunderet, men det er ikke i salg ennå, selv om
7721 <a href=
"http://www.mcortechnologies.com/
">produsentens websider
</a
>
7722 påstår det skulle skje i
2008.
</p
>
7727 <title>Software video mixer on a USB stick
</title>
7728 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html
</link>
7729 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html
</guid>
7730 <pubDate>Sun,
28 Dec
2008 15:
40:
00 +
0100</pubDate>
7731 <description><p
>The
<a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
> is
7732 recording our montly presentation on video, and recently we have
7733 worked on improving the quality of the recordings by mixing the slides
7734 directly with the video stream. For this, we use the
7735 <a href=
"http://dvswitch.alioth.debian.org/
">dvswitch
</a
> package from
7736 the Debian video team. As this require quite one computer per video
7737 source, and NUUG do not have enough laptops available, we need to
7738 borrow laptops. And to avoid having to install extra software on
7739 these borrwed laptops, I have wrapped up all the programs needed on a
7740 bootable USB stick. The software required is dvswitch with assosiated
7741 source, sink and mixer applications and
7742 <a href=
"http://www.kinodv.org/
">dvgrab
</a
>. To allow this setup to
7743 work without any configuration, I
've patched dvswitch to use
7744 <a href=
"http://www.avahi.org/
">avahi
</a
> to connect the various parts
7745 together. And to allow us to use laptops without firewire plugs, I
7746 upgraded dvgrab to the one from Debian/unstable to get one that work
7747 with USB sources. We have not yet tested this setup in a production
7748 setup, but I hope it will work properly, and allow us to set up a
7749 video mixer in a very short time frame. We will need it for
7750 <a href=
"http://www.goopen.no/
">Go Open
2009</a
>.
</p
>
7752 <p
><a href=
"http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz
">The
7753 USB image
</a
> is for a
1 GB memory stick, but can be used on any
7754 larger stick as well.
</p
>
7759 <title>FAD lanserer reiseregningsskjema som fri programvare
</title>
7760 <link>http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</link>
7761 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</guid>
7762 <pubDate>Wed,
17 Dec
2008 15:
00:
00 +
0100</pubDate>
7763 <description><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
7764 programvare for
<a href=
"http://www.reiseregningen.no/
">skriving av
7765 reiseregninger
</a
>, som de gir ut som fri programvare. Den gode
7766 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
7767 foran i å etablere en delingskultur i offentlig sektor, og denne gang
7768 har hatt fokus på å lage en løsning som fungerer på flere platformer,
7769 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
7770 <a href=
"http://makingwaves.no
">Making Waves
</a
> på oppdrag fra FAD, og
7771 kildekoden er tilgjengelig fra
7772 <a href=
"https://www.coderesort.com/p/reiseregningen
">CodeResort
</a
>.
7773 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
7774 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
7775 FAD håper å få erfaring med fri programvareprosjekter vha. dette
7776 prosjektet, som er første gang de gir ut kildekode fra et
7777 "egenutviklet
" prosjekt.
</p
>
7779 <p
>Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
7780 Adobe Flex. Den bruker Flash
9, og fungerer ikke med Gnash. I
7781 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
7782 lagt JavaScript-kode foran web-programmet som nekter å starte
7783 flash-programmet hvis ikke Adobe Flash
9 er installert. Det var
7784 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
7785 HTML-siden og lage min egen testside for å sjekke om den fungerte med
7786 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
7787 en side med følgende HTML-snutt for å laste programmet
7788 <pre
><blockquote
>&lt;object
7789 data=
"http://
213.225.125.209/kunder/dss/Reiseregningen.swf
"
7790 width=
"100%
"
7791 height=
"100%
"
7792 &gt;
</blockquote
></pre
></p
>
7794 <p
>Bruken av Adobe Flash er spesielt problematisk da Adobes
7795 Flash-utgave har en lisens som ikke tillater andre en Adobe å
7796 distribuere deres programpakke. Det gjør det umulig for
7797 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
7798 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
7799 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
7800 programvare, som
<a href=
"http://www.getgnash.org/
">Gnash
</a
> og
7801 <a href=
"http://swfdec.freedesktop.org/
">swfdec
</a
>. Jeg spurte
7802 utviklerne om de hadde testet med alternative utgaver av Flash som
7803 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
7804 heller ikke testet løsningen mot disse.
</p
>
7806 <p
>Videreutvikling av reiseregningsprogrammet vil kreve aksept for
7807 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
7809 <a href=
"http://labs.adobe.com/technologies/flex/flexbuilder_linux/
">en
7810 betautgave for Linux
</a
>, men jeg vet ikke om denne er tilstrekkelig
7811 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
7812 teknologi gjør at svært få fri programvareutviklere ser det som
7813 interessant å involvere seg i videreutvikling av dette prosjektet.
7814 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
7815 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
7816 fri programvare ser det åpenbart annerledes, da det jo finnes fri
7817 programvare på Windows. Vi får se om det er tilstrekkelig mange av
7818 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
7819 av
"kast det over gjerdet
"-metoden for deling, der en legger ut koden
7820 men det ikke er klart hvem som skal skape fellesskapet som trengs for
7821 å få et fungerende fri programvareutviklingsmiljø.
</p
>
7823 <p
>Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
7824 og der tidligere svar styrer hvilke alternativer en må fylle ut
7825 senere. Det henter informasjon om takster og regler fra FADs sider,
7826 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
7827 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
7828 utskrift eller videre lagring/behandling. Skjemaet er kun
7829 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
7830 med. FAD lovte at de skulle bidra til at takster og regelfilene
7831 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
7832 Utviklerne hadde ingen idé om dette fungerte med fri
7833 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
7834 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
7835 eksisterende tjenerløsning. Løsningen kunne gjenbruke
7836 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
7837 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
7838 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
7839 gjorde det litt vanskeligere for brukeren.
</p
>
7844 <title>Elektronikkbyggesettet for reprapen sporet opp
</title>
7845 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</link>
7846 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</guid>
7847 <pubDate>Tue,
16 Dec
2008 08:
00:
00 +
0100</pubDate>
7848 <description><p
>I dag fikk jeg endelig vite hva posten hadde gjort med
7849 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach
'Hoeken
'
7850 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
7851 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
7852 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
7853 bedre denne gangen.
</p
>
7855 <p
><a href=
"http://www.nuug.no/
">NUUG
</a
>s
7856 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
7857 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
7858 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
7859 på
3D-skriveren til Institutt for Informatikk i Oslo. Han er igang
7860 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
7861 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
7862 er dermed gode håp om at vi har to
3D-skrivere operative over
7868 <title>Mekanikk-delen av reprap-byggesettet i hus
</title>
7869 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</link>
7870 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</guid>
7871 <pubDate>Tue,
9 Dec
2008 12:
30:
00 +
0100</pubDate>
7872 <description><p
>NUUG-prosjektet for å lage
3D-skrivere gjorde et lite hopp forover
7873 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
7874 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
7875 Hurra. Håper å starte byggingen av mekanikksettet i romjula.
</p
>
7877 <p
>Når det gjelder bygging av reprap basert på deler fra IFIs
7878 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
7879 STL-filer vi sender dem der, og printeransvarlig der har fått første
7880 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
7881 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
7882 snart. Det trengs frivillige for å bygge denne. Det innebærer
7883 blant annet å skaffe seg oversikt over hvilke plastdeler som må
7884 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
7885 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
7886 dette, men har ingen plan om å sette meg inn i dette selv med det
7887 første. Frivillig til å skaffe seg sin egen
3D-skriver etterlyses,
7888 og kan melde seg på aktive@nuug.no.
</p
>
7893 <title>Mekanikk-delen av reprap-byggesettet på vei
</title>
7894 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html
</link>
7895 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html
</guid>
7896 <pubDate>Tue,
2 Dec
2008 12:
00:
00 +
0100</pubDate>
7897 <description><p
>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
7898 England. Jeg kan følge pakkens bevegelser via web, og den er nå
7899 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
7900 dager, hvis alt går bra.
</p
>
7902 <p
>Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
7903 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
7904 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
7905 bort første pakke.
</p
>
7910 <title>Reprap-pakke tapt i posten
</title>
7911 <link>http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html
</link>
7912 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html
</guid>
7913 <pubDate>Thu,
27 Nov
2008 21:
20:
00 +
0100</pubDate>
7914 <description><p
>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
7915 at posten har sendt meg et brev der de beklager at den er tapt. Da er
7916 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
7917 håpe det går bedre denne gangen.
</p
>
7919 <p
>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
7920 England, så også der spøker det for å få alt i hus før jul. Så
7921 lenge alt er klart til
<a href=
"http://www.goopen.no/
">Go Open
7922 2009</a
> i april, så er det greit.
</p
>
7927 <title>Amigafolket holder ut
</title>
7928 <link>http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html
</link>
7929 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html
</guid>
7930 <pubDate>Wed,
26 Nov
2008 06:
05:
00 +
0100</pubDate>
7931 <description><p
>En sak på
<a href=
"http://www.linuxtoday.com/
">Linux Today
</a
> om
7932 <a href=
"http://www.linuxtoday.com/developer/
2008112600335OPLLDV
">Amiga
</a
>
7933 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
7934 minnet meg på prosjektet Aros.
7935 <a href=
"http://aros.sourceforge.net/
">Aros-prosjektet
</a
> går ut på å
7936 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
7937 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
7938 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
7939 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?
</p
>
7944 <title>Mens vi venter på
3D-skriveren
</title>
7945 <link>http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html
</link>
7946 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html
</guid>
7947 <pubDate>Mon,
24 Nov
2008 20:
00:
00 +
0100</pubDate>
7948 <description><p
>Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
7949 å få min replikator på plass, har jeg som del av
7950 <a href=
"http://wiki.nuug.no/grupper/replikator
">NUUGs
7951 3D-skriverprosjekt
</a
> bestilt deler til en
7952 <a href=
"http://www.reprap.org/
">reprap
</a
> fra utlandet, som skal
7953 bygges sammen slik at den kan demonstreres på Go Open
2009 i april.
7954 Foreløbig plan er å bygge to i parallell, en basert på byggesett
7955 fra utlandet, og en basert på deler skrevet ut på
3D-skriveren til
7956 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
7957 på byggesettet, og håper noen andre vil ta ansvar for den
7958 hjemmelagede utgaven. :)
</p
>
7960 <p
>Nå er det den lange ventetiden som rår, etter at begge
7961 byggesettene er bestilt og betalt. Dog har visst den første pakken
7962 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
7963 fortollet, og pakkelapp kom i postkassen før pakken var klar til
7964 henting. Det var
2008-
11-
07. Postens sporingssystem forteller at
7965 pakken ikke har beveget seg siden
2008-
11-
05, da den var innom
7966 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
7967 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
7968 håper det ikke går tapt på samme vis.
</p
>