]> pere.pagekite.me Git - homepage.git/blob - blog/tags/nuug/nuug.rss
f1950b2f07d07d6f3bec7c69f8029ca8de6e2e2d
[homepage.git] / blog / tags / nuug / nuug.rss
1 <?xml version="1.0" encoding="utf-8"?>
2 <rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
3 <channel>
4 <title>Petter Reinholdtsen - Entries tagged nuug</title>
5 <description>Entries tagged nuug</description>
6 <link>http://people.skolelinux.org/pere/blog/</link>
7
8
9 <item>
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>&lt;p&gt;Min venn Erik Vold har på vegne av styret i Frikanalen sendt ut
15 følgende epost til alle kanalens medlemmer og støttespillere, i et
16 forsøk på å redde kanalen etter at kulturdepartementet kuttet all
17 finansiering i fjor høst. Jeg fikk meldingen som NUUG-styremedlem, og
18 mener den trenger et større publikum. Jeg gjengir den derfor i sin
19 helhet, inkludert lenken til budsjett og regnskapsutkast, etter avtale
20 med Erik.&lt;/p&gt;
21
22 &lt;p&gt;&lt;blockquote&gt;
23 &lt;p&gt;Til Frikanalens støttespillere&lt;/p&gt;
24
25 &lt;p&gt;Frivillighetens TV kanal har med minimal støtte avviklet daglige
26 sendinger siden 2009 og til tross for at statsstøtten uteble i år, er
27 vi nå i full gang med å utvikle et nytt TV system som foreningen selv
28 vil eie. Departementet fikk dessverre ikke med seg at nettet vil
29 berike TV sendingen fremfor å gjøre den overflødig. De har nå overlatt
30 finansieringen av videre drift til frivilligheten og vi håper derfor
31 på deres hjelp til å søke om midler. På kjøpet får dere langt flere
32 muligheter til å nå ut med deres budskap og med utbyggingen av Hybrid
33 TV (nett på TV) kan vi sammen motbevise departementets påstand.&lt;/p&gt;
34
35 &lt;p&gt;Kostnaden med denne utviklingen er svært lav ettersom de fleste
36 programmererne jobber gratis og alt er basert på åpen kildekode der
37 man deler hverandres bidrag til kringkastingsorienterte systemer. I
38 samarbeid med flere europeiske kanaler i EBU (SVT, BBC, NRK, ZDF, ARD,
39 France Televisions etc) ønsker vi å bygge opp et nettverk for delt
40 support og åpen kildekode der Frikanalen er den eneste sandkassen hvor
41 ny teknologi kan testes på luft. Riks TV åpner for annonsering av
42 nettinnhold relatert til det du ser på TV (streamevents i HbbTV)
43 allerede i sommer. Med støtte fra Media Netwerk som drifter Frikanalen
44 samt Sofia Digital som stiller med Hybrid TV server er vi &amp; NRK sikret
45 en sentral rolle i utprøvingen. Det vil da bli mulig og streame
46 direkte til Riks TV sine nye mottakere (og nye IDTV&#39;er) i HD samt at
47 TV&#39;n kan annonsere en link til deres organisasjonssider, med
48 oppdaterte nyheter (RSS feeds), relaterte videoer etc., under
49 avviklingen av deres innslag.&lt;/p&gt;
50
51 &lt;p&gt;Vi tror sendingene på den nye nettstyrte TV-kanalen vil bli rikere enn
52 på den kommersielle plattformen vi har vært på så langt. Brukerne vil
53 nå få en tettere integrasjon med sosiale medier samt at innholdet
54 etterhvert kommer ut på Hybrid TV og mobile enheter. Teknisk ansvarlig
55 i Frikanalen, Erik Vold, er sentral i utviklingen av streamingdelen
56 for tv.nrk.no (årets produkt i PC World) og erfaringen NRK har gjort
57 på mobile enheter kan videreføres til oss. Det er heller ingen tvil om
58 at Hybrid TV vil bli en suksess også i Norge. Erik sitter i Nordig som
59 har vedtatt en felles standard for de nordiske kringkasterne basert på
60 HbbTV. Denne standarden bruker web-protokoller som gjør det like
61 enkelt og billig å utvikle tjenester for Hybrid TV som å lage en
62 nettside. Samtlige nye TV apparater solgt i Norden vil ha støtte for
63 HbbTV og med det tror vi oppslutningen vil bli like stor som ellers i
64 Europa (Tyskland og Frankrike tredoblet antall HbbTV-brukere i
65 fjor). Vi forventer også mye d rahjelp fra disse foregangslandene. Vår
66 utvikler Tore Sinding Bekkedal er i skriv ende stund på en HbbTV
67 workshop med EBU-medlemmer hos IRT i München der han på vegne av NRK
68 og Frikanalen tester og utvikler ny stremingteknologi (MPEG- DASH) for
69 mobile enheter og hybrid TV.&lt;/p&gt;
70
71 &lt;p&gt;Frikanalen har forøvrig flyttet inn i nye kostnadsfrie lokaler på
72 Chateau Neuf. Med massiv hjelp fra frivillige og utstyr fra NRK får
73 vi der en flerkameraregi i egnede lokaler. Dette åpner for debatter,
74 konserter, events og mye spennende innhold i samarbeid med Student
75 TV&#39;ene.&lt;/p&gt;
76
77 &lt;p&gt;Med hjelp fra NUUG har også streamingdelen av systemet fått plass på
78 Uninett (Forskningsparken) og dermed er vi på Norges beste
79 internettlinjer. Vi åpner med dette for live mottak fra samtlige
80 medlemmer og på sikt kan vi tilby HD på hybrid TV og PC / MAC / mobil.&lt;/p&gt;
81
82 &lt;p&gt;Avvikling på luft skjer allerede med egenutviklede løsninger i åpen
83 kildekode (playout og live-koding). Det er også mulig å se første
84 byggetrinn med programoversikt og videoer på nett, men foreløpig kun
85 for nettleserne Opera, Chrome og Firefox:
86 &lt;a href=&quot;http://beta.frikanalen.tv/guide/&quot;&gt;http://beta.frikanalen.tv/guide/&lt;/a&gt;
87 og
88 &lt;a href=&quot;http://beta.frikanalen.tv/video/&quot;&gt;http://beta.frikanalen.tv/video/&lt;/a&gt;. Kom
89 gjerne med ønsker og tilbakemeldinger til vår hovedutvikler Benjamin
90 Bruheim: grolgh (at) gmail.com&lt;/p&gt;
91
92 &lt;p&gt;Med en tettere tilknytning til Akademia og NRK, er det god grunn til å
93 tro at utviklingen vil skyte fart og at vi raskere kommer ut med
94 dagsaktuelt innhold.&lt;/p&gt;
95
96 &lt;p&gt;Vi sender i dag på Riks TV og Altibox, men ikke lenger på TV8. Det er
97 viktig for våre brukere igjen å komme ut på Get og Canal Digital,
98 dermed er det svært heldig at vi nå har formidlingsplikt på kabel. Til
99 tross for at det tar noe tid å få nye avtaler på plass, med frivillig
100 juridisk bistand, vil vi sannsynligvis komme bedre ut i andre enden
101 også her. Formidlingsplikten gjelder samtlige kabeldistribusjoner i
102 Norge, ikke bare de regionene TV8 hadde avtale med.&lt;/p&gt;
103
104 &lt;p&gt;Om alt dette skal se dagens lys er vi avhengig av en
105 grunnfinansiering. Deres medlemsavgifter er i så måte et svært viktig
106 bidrag som vi er veldig takknemlige for. Vi ser oss likevel nødt til
107 å be dere om å delta i arbeidet med å dekke de resterende
108 driftskostnader. Frikanalen sin arbeidskapasitet er betydelig redusert
109 etter at foreningen ikke lenger kunne finansiere en daglig leder, men
110 allmøtet kan åpne for at flere bidrar til inntjening (Ekstraordinær
111 generalforsamling foreslo å tillate sponsorplakater på sendeflaten og
112 deler av disse inntektene kan tilfalle kanalen). Håper alle
113 medlemmene kan hjelpe oss med å skrive søknader og skaffe sponsorer,
114 eller i det minste komme med gode forslag til inntjening. Det er ikke
115 mye som skal til for å klare videre drift, kun 0,5 mill. pr år.&lt;/p&gt;
116
117 &lt;p&gt;Med en støtte som tilsvarer en norsk kortfilm vil vi kunne redde
118 sendearkivet for flere tusen videoer bygget opp av frivilligheten
119 gjennom 5 år og vi dobler kapasiteten for å ta imot nye (De som
120 leverer HD vil for øvrig kunne få HD på nett, mobil og hybrid TV).&lt;/p&gt;
121
122 &lt;p&gt;Vi vil også kunne videreføre konsesjonen på Riks TV og realisere en
123 formidlingsplikt på kabel som har en årlig verdi på ca. 5 millioner
124 kroner (når over 2/3 av Norges befolkning).&lt;/p&gt;
125
126 &lt;p&gt;Uten støtte står verdens eneste nasjonale nettstyrte åpne TV kanal i
127 fare for å forsvinne. En konkursbegjæring vil gjøre at utstyrsparken
128 går til advokatsalærer i behandling av boet og kreditorene vil ikke
129 kunne få dekket sine krav. Det mener vi ikke bare er urett ovenfor
130 långiverne, men det er urett mot alle de som har bidratt med å bygge
131 opp frivillighetens eneste sendearkiv og ikke minst alle de som i dag
132 jobber frivillig med å videreutvikle TV-systemet.&lt;/p&gt;
133
134 &lt;p&gt;Håper dere i likhet med styret ser verdien i videre drift og kan melde
135 tilbake innen årsmøtet (Kontaktinformasjon til styret og frivillige
136 utviklere er i kopifeltet).&lt;/p&gt;
137
138 &lt;p&gt;Vennligst fyll ut det blå feltet i regnearket under med det dere tror
139 er mulig å få inn. Det dere skriver her er ikke bindende, men gir
140 styret en indikasjon på om videre drift er mulig. Det blir tatt
141 stilling til av generalforsamlingen medio mars. Setter derfor pris på
142 om alle kan bidra med forslag til støtte eller antatte verdier fra
143 søknad/spons innen det.&lt;/p&gt;
144
145 &lt;p&gt;Forhåpentligvis når vi også ønsket budsjett på 1 mill. pr år. Med det
146 kan vi nedbetale gjelden raskere og sørge for en bedre
147 tilgjengelighet, samt raskere utvikling:&lt;/p&gt;
148
149 &lt;p&gt;&lt;a href=&quot;https://docs.google.com/spreadsheet/ccc?key=0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc&amp;usp=sharing#gid=0&quot;&gt;https://docs.google.com/spreadsheet/ccc?key=0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc&amp;usp=sharing#gid=0&lt;/a&gt;&lt;/p&gt;
150
151 &lt;p&gt;Med vennlig hilsen
152 &lt;br&gt;Styret i Frikanalen&lt;/p&gt;
153 &lt;/blockquote&gt;&lt;/p&gt;
154
155 &lt;p&gt;Jeg håper noen av mine lesere med dette ser verdien av Frikanalen
156 og melder seg inn for å sende sine videoer ut på TV til RiksTV og
157 Altibox-seerne. Det haster. Årsmøtet i foreningen Frikanalen skal
158 straks avholdes, og innen den tid må en redningsplan være på plass.
159 NUUG bidrar allerede litt ved å organisere utviklersamlinger og
160 finansiere litt mat og drikke til de frivillige som stiller opp på
161 dugnadsbasis for å utvikle den tekniske løsningen. Det er ikke nok
162 til å redde kanalen, men gir et lite steg i riktig retning.&lt;/p&gt;
163 </description>
164 </item>
165
166 <item>
167 <title>Frikanalen - Complete TV station organised using the web</title>
168 <link>http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</link>
169 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</guid>
170 <pubDate>Sun, 3 Mar 2013 07:15:00 +0100</pubDate>
171 <description>&lt;p&gt;Do you want to set up your own TV station, schedule videos and
172 broadcast them on the air? Using free software? With video on demand
173 support using
174 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
175 open standards&lt;/a&gt;? Included a web based video stream as well? And
176 administrate it all in your web browser from anywhere in the world? A
177 few years now the Norwegian public access TV-channel
178 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; have been building a
179 system to do just this. The source code for the solution is licensed
180 using the GNU LGPL, and
181 &lt;a href=&quot;http://github.com/Frikanalen&quot;&gt;available from github&lt;/a&gt;.&lt;/p&gt;
182
183 &lt;p&gt;The idea is simple. You upload a video file over the web, and
184 attach meta information to the file. You select a time slot in the
185 program schedule, and when the time come it is played on the air and
186 in the web stream. It is also made available in a video on demand
187 solution for anyone to see it also outside its scheduled time. All
188 you need to run a TV station - using your web browser.&lt;/p&gt;
189
190 &lt;p&gt;There are several parts to this web based solution. I&#39;ll mention
191 the three most important ones. The first part is the database of
192 videos and the schedule. This is written in Django and include a REST
193 API. The current database is SQLite, but the plan is to migrate it to
194 PostgreSQL. At the moment this system can be tested on
195 &lt;a href=&quot;http://beta.frikanalen.tv/&quot;&gt;beta.frikanalen.tv&lt;/a&gt;. The
196 second part is the video playout, taking the schedule information from
197 the database and providing a video stream to broadcast. This is done
198 using &lt;a href=&quot;http://www.casparcg.com/&quot;&gt;CasparCG from SVT&lt;/a&gt; and
199 &lt;a href=&quot;http://www.mltframework.org/&quot;&gt;Media Lovin&#39; Toolkit&lt;/a&gt;. Video
200 signal distribution is handled using
201 &lt;a href=&quot;http://www.ob-encoder.com/&quot;&gt;Open Broadcast Encoder&lt;/a&gt;. The
202 third part is the converter, handling the transformation of uploaded
203 video files to a format useful for broadcasting, streaming and video
204 on demand. It is still very much work in progress, so it is not yet
205 decided what it will end up using. Note that the source of the latter
206 two parts are not yet pushed to github. The lead author want to clean
207 them up a bit more first.&lt;/p&gt;
208
209 &lt;p&gt;The development is coordinated on the
210 &lt;a href=&quot;irc://irc.freenode.net/%23frikanalen&quot;&gt;#frikanalen IRC
211 channel&lt;/a&gt; (irc.freenode.net), and discussed on
212 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/frikanalen&quot;&gt;the
213 frikanalen mailing list&lt;/a&gt;. The lead developer is Benjamin Bruheim
214 (phed on IRC). Anyone is welcome to participate in the
215 development.&lt;/p&gt;
216 </description>
217 </item>
218
219 <item>
220 <title>Litt statistikk over offentlige anbud annonsert via Doffin siden 2008</title>
221 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html</link>
222 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html</guid>
223 <pubDate>Mon, 11 Feb 2013 14:40:00 +0100</pubDate>
224 <description>&lt;p&gt;For et halvt år siden
225 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html&quot;&gt;satte
226 jeg opp et system for å lage en database&lt;/a&gt; med informasjon om
227 offentlige anbud fra &lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; ved
228 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;hjelp av
229 Scraperwiki&lt;/a&gt;. Nå er databasen så vidt jeg kan se komplett, med
230 data helt tilbake til 2008. Her er litt statistikk over
231 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=norwegian-doffin&amp;query=select%20strftime(%22%25Y-%25m%22%2C%20publishdate)%20as%20publishmonth%2C%20count(*)%20from%20%60swdata%60%20group%20by%20publishmonth%20order%20by%20publishmonth%20desc&quot;&gt;antall
232 anbud publisert hver måned&lt;/a&gt;:&lt;/p&gt;
233
234 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
235 &lt;tr&gt; &lt;th&gt;Publiseringsmåned&lt;/th&gt; &lt;th&gt;Antall&lt;/th&gt; &lt;/tr&gt;
236 &lt;tr&gt; &lt;td&gt;2013-01&lt;/td&gt; &lt;td&gt;1015&lt;/td&gt; &lt;/tr&gt;
237 &lt;tr&gt; &lt;td&gt;2012-12&lt;/td&gt; &lt;td&gt;756&lt;/td&gt; &lt;/tr&gt;
238 &lt;tr&gt; &lt;td&gt;2012-11&lt;/td&gt; &lt;td&gt;979&lt;/td&gt; &lt;/tr&gt;
239 &lt;tr&gt; &lt;td&gt;2012-10&lt;/td&gt; &lt;td&gt;1093&lt;/td&gt; &lt;/tr&gt;
240 &lt;tr&gt; &lt;td&gt;2012-09&lt;/td&gt; &lt;td&gt;1023&lt;/td&gt; &lt;/tr&gt;
241 &lt;tr&gt; &lt;td&gt;2012-08&lt;/td&gt; &lt;td&gt;951&lt;/td&gt; &lt;/tr&gt;
242 &lt;tr&gt; &lt;td&gt;2012-07&lt;/td&gt; &lt;td&gt;1103&lt;/td&gt; &lt;/tr&gt;
243 &lt;tr&gt; &lt;td&gt;2012-06&lt;/td&gt; &lt;td&gt;1334&lt;/td&gt; &lt;/tr&gt;
244 &lt;tr&gt; &lt;td&gt;2012-05&lt;/td&gt; &lt;td&gt;1435&lt;/td&gt; &lt;/tr&gt;
245 &lt;tr&gt; &lt;td&gt;2012-04&lt;/td&gt; &lt;td&gt;1169&lt;/td&gt; &lt;/tr&gt;
246 &lt;tr&gt; &lt;td&gt;2012-03&lt;/td&gt; &lt;td&gt;1573&lt;/td&gt; &lt;/tr&gt;
247 &lt;tr&gt; &lt;td&gt;2012-02&lt;/td&gt; &lt;td&gt;1335&lt;/td&gt; &lt;/tr&gt;
248 &lt;tr&gt; &lt;td&gt;2012-01&lt;/td&gt; &lt;td&gt;1147&lt;/td&gt; &lt;/tr&gt;
249 &lt;tr&gt; &lt;td&gt;2011-12&lt;/td&gt; &lt;td&gt;1045&lt;/td&gt; &lt;/tr&gt;
250 &lt;tr&gt; &lt;td&gt;2011-11&lt;/td&gt; &lt;td&gt;1114&lt;/td&gt; &lt;/tr&gt;
251 &lt;tr&gt; &lt;td&gt;2011-10&lt;/td&gt; &lt;td&gt;1230&lt;/td&gt; &lt;/tr&gt;
252 &lt;tr&gt; &lt;td&gt;2011-09&lt;/td&gt; &lt;td&gt;1165&lt;/td&gt; &lt;/tr&gt;
253 &lt;tr&gt; &lt;td&gt;2011-08&lt;/td&gt; &lt;td&gt;966&lt;/td&gt; &lt;/tr&gt;
254 &lt;tr&gt; &lt;td&gt;2011-07&lt;/td&gt; &lt;td&gt;1148&lt;/td&gt; &lt;/tr&gt;
255 &lt;tr&gt; &lt;td&gt;2011-06&lt;/td&gt; &lt;td&gt;1410&lt;/td&gt; &lt;/tr&gt;
256 &lt;tr&gt; &lt;td&gt;2011-05&lt;/td&gt; &lt;td&gt;1536&lt;/td&gt; &lt;/tr&gt;
257 &lt;tr&gt; &lt;td&gt;2011-04&lt;/td&gt; &lt;td&gt;1350&lt;/td&gt; &lt;/tr&gt;
258 &lt;tr&gt; &lt;td&gt;2011-03&lt;/td&gt; &lt;td&gt;1574&lt;/td&gt; &lt;/tr&gt;
259 &lt;tr&gt; &lt;td&gt;2011-02&lt;/td&gt; &lt;td&gt;1370&lt;/td&gt; &lt;/tr&gt;
260 &lt;tr&gt; &lt;td&gt;2011-01&lt;/td&gt; &lt;td&gt;1049&lt;/td&gt; &lt;/tr&gt;
261 &lt;tr&gt; &lt;td&gt;2010-12&lt;/td&gt; &lt;td&gt;992&lt;/td&gt; &lt;/tr&gt;
262 &lt;tr&gt; &lt;td&gt;2010-11&lt;/td&gt; &lt;td&gt;1089&lt;/td&gt; &lt;/tr&gt;
263 &lt;tr&gt; &lt;td&gt;2010-10&lt;/td&gt; &lt;td&gt;1110&lt;/td&gt; &lt;/tr&gt;
264 &lt;tr&gt; &lt;td&gt;2010-09&lt;/td&gt; &lt;td&gt;1132&lt;/td&gt; &lt;/tr&gt;
265 &lt;tr&gt; &lt;td&gt;2010-08&lt;/td&gt; &lt;td&gt;883&lt;/td&gt; &lt;/tr&gt;
266 &lt;tr&gt; &lt;td&gt;2010-07&lt;/td&gt; &lt;td&gt;1126&lt;/td&gt; &lt;/tr&gt;
267 &lt;tr&gt; &lt;td&gt;2010-06&lt;/td&gt; &lt;td&gt;1440&lt;/td&gt; &lt;/tr&gt;
268 &lt;tr&gt; &lt;td&gt;2010-05&lt;/td&gt; &lt;td&gt;1236&lt;/td&gt; &lt;/tr&gt;
269 &lt;tr&gt; &lt;td&gt;2010-04&lt;/td&gt; &lt;td&gt;1249&lt;/td&gt; &lt;/tr&gt;
270 &lt;tr&gt; &lt;td&gt;2010-03&lt;/td&gt; &lt;td&gt;1556&lt;/td&gt; &lt;/tr&gt;
271 &lt;tr&gt; &lt;td&gt;2010-02&lt;/td&gt; &lt;td&gt;1256&lt;/td&gt; &lt;/tr&gt;
272 &lt;tr&gt; &lt;td&gt;2010-01&lt;/td&gt; &lt;td&gt;1140&lt;/td&gt; &lt;/tr&gt;
273 &lt;tr&gt; &lt;td&gt;2009-12&lt;/td&gt; &lt;td&gt;1013&lt;/td&gt; &lt;/tr&gt;
274 &lt;tr&gt; &lt;td&gt;2009-11&lt;/td&gt; &lt;td&gt;1220&lt;/td&gt; &lt;/tr&gt;
275 &lt;tr&gt; &lt;td&gt;2009-10&lt;/td&gt; &lt;td&gt;1320&lt;/td&gt; &lt;/tr&gt;
276 &lt;tr&gt; &lt;td&gt;2009-09&lt;/td&gt; &lt;td&gt;1294&lt;/td&gt; &lt;/tr&gt;
277 &lt;tr&gt; &lt;td&gt;2009-08&lt;/td&gt; &lt;td&gt;953&lt;/td&gt; &lt;/tr&gt;
278 &lt;tr&gt; &lt;td&gt;2009-07&lt;/td&gt; &lt;td&gt;1162&lt;/td&gt; &lt;/tr&gt;
279 &lt;tr&gt; &lt;td&gt;2009-06&lt;/td&gt; &lt;td&gt;1605&lt;/td&gt; &lt;/tr&gt;
280 &lt;tr&gt; &lt;td&gt;2009-05&lt;/td&gt; &lt;td&gt;1568&lt;/td&gt; &lt;/tr&gt;
281 &lt;tr&gt; &lt;td&gt;2009-04&lt;/td&gt; &lt;td&gt;1522&lt;/td&gt; &lt;/tr&gt;
282 &lt;tr&gt; &lt;td&gt;2009-03&lt;/td&gt; &lt;td&gt;1599&lt;/td&gt; &lt;/tr&gt;
283 &lt;tr&gt; &lt;td&gt;2009-02&lt;/td&gt; &lt;td&gt;1376&lt;/td&gt; &lt;/tr&gt;
284 &lt;tr&gt; &lt;td&gt;2009-01&lt;/td&gt; &lt;td&gt;1080&lt;/td&gt; &lt;/tr&gt;
285 &lt;tr&gt; &lt;td&gt;2008-12&lt;/td&gt; &lt;td&gt;1028&lt;/td&gt; &lt;/tr&gt;
286 &lt;tr&gt; &lt;td&gt;2008-11&lt;/td&gt; &lt;td&gt;949&lt;/td&gt; &lt;/tr&gt;
287 &lt;tr&gt; &lt;td&gt;2008-10&lt;/td&gt; &lt;td&gt;1047&lt;/td&gt; &lt;/tr&gt;
288 &lt;tr&gt; &lt;td&gt;2008-09&lt;/td&gt; &lt;td&gt;965&lt;/td&gt; &lt;/tr&gt;
289 &lt;tr&gt; &lt;td&gt;2008-08&lt;/td&gt; &lt;td&gt;725&lt;/td&gt; &lt;/tr&gt;
290 &lt;tr&gt; &lt;td&gt;2008-07&lt;/td&gt; &lt;td&gt;1015&lt;/td&gt; &lt;/tr&gt;
291 &lt;tr&gt; &lt;td&gt;2008-06&lt;/td&gt; &lt;td&gt;1304&lt;/td&gt; &lt;/tr&gt;
292 &lt;tr&gt; &lt;td&gt;2008-05&lt;/td&gt; &lt;td&gt;323&lt;/td&gt; &lt;/tr&gt;
293 &lt;/table&gt;&lt;/p&gt;
294
295 &lt;p&gt;Her er tilsvarende
296 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=norwegian-doffin&amp;query=select%20strftime(%22%25Y%22%2C%20publishdate)%20as%20publishyear%2C%20count(*)%20from%20%60swdata%60%20group%20by%20publishyear%20order%20by%20publishyear%20desc&quot;&gt;tall
297 per år&lt;/a&gt;, som viser en liten nedgang i antall anbud:&lt;/p&gt;
298
299 &lt;table border=&quot;1&quot;&gt;
300 &lt;tr&gt; &lt;th&gt;Publiseringsår&lt;/th&gt; &lt;th&gt;Antall&lt;/th&gt; &lt;/tr&gt;
301 &lt;tr&gt; &lt;td&gt;2012&lt;/td&gt; &lt;td&gt;13898&lt;/td&gt; &lt;/tr&gt;
302 &lt;tr&gt; &lt;td&gt;2011&lt;/td&gt; &lt;td&gt;14957&lt;/td&gt; &lt;/tr&gt;
303 &lt;tr&gt; &lt;td&gt;2010&lt;/td&gt; &lt;td&gt;14209&lt;/td&gt; &lt;/tr&gt;
304 &lt;tr&gt; &lt;td&gt;2009&lt;/td&gt; &lt;td&gt;15712&lt;/td&gt; &lt;/tr&gt;
305 &lt;tr&gt; &lt;td&gt;2008&lt;/td&gt; &lt;td&gt;7356&lt;/td&gt; &lt;/tr&gt;
306 &lt;/table&gt;&lt;/p&gt;
307
308 &lt;p&gt;Jeg droppet den ufullstendige måneden og året fra tabellen. Se
309 lenken for oppdaterte tall.&lt;/p&gt;
310 </description>
311 </item>
312
313 <item>
314 <title>Ledger - double-entry accounting using text based storage format</title>
315 <link>http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html</link>
316 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html</guid>
317 <pubDate>Tue, 18 Dec 2012 23:30:00 +0100</pubDate>
318 <description>&lt;p&gt;A few days ago I came across
319 &lt;a href=&quot;http://joeyh.name/blog/entry/hledger/&quot;&gt;a blog post from Joey
320 Hess&lt;/a&gt; describing &lt;a href=&quot;http://ledger-cli.org/&quot;&gt;ledger&lt;/a&gt; and
321 hledger, a text based system for double-entry accounting. I found it
322 interesting, as I am involved with several organizations where
323 accounting is an issue, and I have not really become too friendly with
324 the different web based systems we use. I find it hard to find what I
325 look for in the menus and even harder try to get sensible data out of
326 the systems. Ledger seem different. The accounting data is kept in
327 text files that can be stored in a version control system, and there
328
329 are at least &lt;a href=&quot;https://github.com/ledger/ledger/wiki/Ports&quot;&gt;five
330 different implementations&lt;/a&gt; able to read the format. An example
331 entry look like this, and is simple enough that it will be trivial to
332 generate entries based on CVS files fetched from the bank:&lt;/p&gt;
333
334 &lt;blockquote&gt;&lt;pre&gt;
335 2004-05-27 Book Store
336 Expenses:Books $20.00
337 Liabilities:Visa
338 &lt;/pre&gt;&lt;/blockquote&gt;
339
340 &lt;p&gt;The concept seemed interesting enough for me to check it out and
341 look for others using it. I found blog posts from
342 &lt;a href=&quot;http://blog.spang.cc/posts/hledger_rocks_my_world/&quot;&gt;Christine
343 Spang&lt;/a&gt;,
344 &lt;a href=&quot;http://bugsplat.info/2010-05-23-keeping-finances-with-ledger.html&quot;&gt;Pete
345 Keen&lt;/a&gt;,
346 &lt;a href=&quot;http://blog.andrewcantino.com/blog/2010/11/06/command-line-accounting-with-ledger-and-reckon/&quot;&gt;Andrew
347 Cantino&lt;/a&gt; and
348 &lt;a href=&quot;http://blog.iphoting.com/blog/2012/11/29/command-line-double-entry-accounting/&quot;&gt;Ronald
349 Ip&lt;/a&gt; describing how they use it, as well as a post from
350 &lt;a href=&quot;https://groups.google.com/forum/?fromgroups=#!topic/ledger-cli/r0oWjwbQ9Bo&quot;&gt;Bradley
351 M. Kuhn&lt;/a&gt; at the Software Freedom Conservancy. All seemed like good
352 recommendations fitting my need.&lt;/p&gt;
353
354 &lt;p&gt;The &lt;a href=&quot;http://packages.qa.debian.org/l/ledger.html&quot;&gt;ledger&lt;/a&gt;
355 package is available in Debian Squeeze, while the
356 &lt;a href=&quot;http://packages.qa.debian.org/h/haskell-hledger.html&quot;&gt;hledger&lt;/a&gt;
357 package only is available in Debian Sid. As I use Squeeze, ledger
358 seemed the best choice to get started.&lt;/p&gt;
359
360 &lt;p&gt;To get some real data to test on, I wrote a
361 &lt;a href=&quot;http://www.nuug.no/tools/lodo2ledger&quot;&gt;web scraper&lt;/a&gt; for
362 &lt;a href=&quot;http://www.lodo.no/&quot;&gt;LODO&lt;/a&gt;, the accounting system used by
363 the &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; association, and started to
364 play with the data set. I&#39;m not really deeply into accounting, but I
365 am able to get a simple balance and accounting status for example
366 using the &quot;&lt;tt&gt;ledger balance&lt;/tt&gt;&quot; command. But I will have to
367 gather more experience before I know if the ledger way is a good fit
368 for the organisations I am involved in.&lt;/p&gt;
369 </description>
370 </item>
371
372 <item>
373 <title>59 kommuner omfavner nå FiksGataMi</title>
374 <link>http://people.skolelinux.org/pere/blog/59_kommuner_omfavner_n__FiksGataMi.html</link>
375 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/59_kommuner_omfavner_n__FiksGataMi.html</guid>
376 <pubDate>Mon, 5 Nov 2012 23:00:00 +0100</pubDate>
377 <description>&lt;p&gt;&lt;a href=&quot;http://maps.google.com/?q=http://www.nuug.no/prosjekt/fiksgatami/fiksgatami-municipalities-201210.kml&quot;&gt;&lt;img src=&quot;http://people.skolelinux.org/pere/blog/images/2012-10-17-fiksgatami.png&quot;&gt;&lt;/a&gt;&lt;/p&gt;
378
379 &lt;p&gt;For noen dager siden omfavnet to nye kommuner NUUGs
380 &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;. Med 59 kommuner
381 som lenker til FiksGataMi fra sine hjemmesider er &quot;markedsandelen&quot;
382 13,8 % (av 429 kommuner). Sist ut er Stange og Utsira kommune, som
383 slår følge med kommunene Askim, Askøy, Audnedal, Aure, Balestrand,
384 Bærum, Eide, Farsund, Flekkefjord, Folldal, Gran, Grue, Hadsel,
385 Halden, Halsa, Hamar, Hobøl, Holtålen, Hægebostad, Høyanger,
386 Kongsberg, Kristiansund, Kvinesdal, Kviteseid, Levanger, Lindesnes,
387 Luster, Lyngdal, Løten, Mandal, Marnardal, Moss, Namsos, Nissedal,
388 Nordreisa, Randaberg, Rindal, Sel, Sirdal, Skiptvet, Sortland,
389 Spydeberg, Stjørdal, Stord, Søgne, Sør-Odal, Tolga, Trysil, Tynset,
390 Tysvær, Ullensvang Herad, Vennesla, Verdal, Vågan, Vågå, Våler og
391 Åseral. Oppdatert liste er tilgjengelig fra
392 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami/positivemottakere&quot;&gt;NUUGs
393 wiki&lt;/a&gt;. Kartet er dog ikke oppdatert med de siste kommunene.&lt;/p&gt;
394
395 &lt;p&gt;Kanskje du bør høre med din kommune om de vil bli mer aktive
396 brukere av FiksGataMi? Se
397 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/40_kommuner_lenker_n__til_FiksGataMi_fra_sine_nettsider___gj_r_din_.html&quot;&gt;en
398 tidligere bloggpost&lt;/a&gt; med tips om hvordan det kan gjøres.&lt;/p&gt;
399
400 &lt;p&gt;I snitt rapporteres det nå via FiksGataMi ca. 100 meldinger i uka fra
401 innbyggerne om feil på offentlig infrastruktur.&lt;/p&gt;
402 </description>
403 </item>
404
405 <item>
406 <title>Ode til Frikanalen...</title>
407 <link>http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</link>
408 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</guid>
409 <pubDate>Fri, 2 Nov 2012 23:00:00 +0100</pubDate>
410 <description>&lt;p&gt;I 2009 bidro vi i &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; til at
411 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; ble
412 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html&quot;&gt;tilgjengelig
413 i et fritt og åpent standardisert videoformat&lt;/a&gt;. Bakgrunnen var at
414 vi i NUUG likte tanken på «Youtube på TV», der enhver borger kunne få
415 mulighet til å kringkaste sin video på TV, og NUUG ble medlem i
416 Frikanalen for å støtte dette arbeidet. Frikanalen er borger-TV, der
417 alle kan være sin egen redaktør og lage TV uten solid finansielle
418 muskler. Siden den gang har vi bistått kanalen på ulikt vis, blant
419 annet med å hjelpe til med å utvikle en løsning basert på fri
420 programvare for drift av TV-kanalen. Dette utviklingsarbeidet pågår
421 fortsatt, men det er god fremgang og godt håp om å få på plass en
422 webbasert løsning for styring av TV-kanalen basert på fri programvare.
423 Dagens produksjonsløsning er basert på Windows og proprietær
424 programvare, et resultat av at kulturdepartementet krevde at
425 Frikanalen kom på lufta veldig raskt da departementet overtalte
426 Frivillighet Norge til å snappe opp konseptet. Dagens
427 produksjonsløsning er dyr i drift, og en fri programvareløsning bør
428 kutte kostnadene litt. Men det er fortsatt dyrt å kjøpe tilgang til å
429 sende ut på RiksTV og andre TV-distributører, noe som spiser av
430 kanalens begrensede midler.&lt;/p&gt;
431
432 &lt;p&gt;Nytt for 2013 er dessverre at kulturdepartementet kutter all støtte
433 til Frikanalen. Mens det i
434 &lt;a href=&quot;http://www.regjeringen.no/pages/35168579/PDFS/PRP201120120001KUDDDDPDFS.pdf&quot;&gt;statsbudsjettet
435 for 2012&lt;/a&gt; sto følgende (side 55):&lt;/p&gt;
436
437 &lt;blockquote&gt;
438
439 Det foreslås et driftstilskudd på 1 mill. kroner i 2012 til
440 Frikanalen. Kulturdepartementet har inngått avtale om investerings- og
441 driftsstøtte til Frikanalen som gir et økonomisk grunnlag for kanalen
442 i oppstartsårene. En forutsetning for støtten er bl.a. at Frikanalen
443 tilstreber å være en reell ytringskanal for samtlige partier og lister
444 i forbindelse med valg.
445
446 &lt;/blockquote&gt;
447
448 &lt;p&gt;Så har kulturdepartementet
449 &lt;a href=&quot;http://www.knif.no/Innkjop/Knif-Samfunn/Informasjonsbrev/Informasjonsbrev-2012/Frikanalen&quot;&gt;kuttet
450 all støtte for 2013&lt;/a&gt;:&lt;/p&gt;
451
452 &lt;blockquote&gt;
453
454 &lt;p&gt;Statsbudsjettet 2013: Frikanalen&lt;/p&gt;
455 &lt;p&gt;Det er ikke satt av penger i statsbudsjettet for 2013 til Frikanalen.&lt;/p&gt;
456
457 &lt;p&gt;Frivillighet Norge var fødselshjelper for foreningen Frikanalen i
458 2007. Kanalen har fått 1 mill kr i altfor lav bevilgning hvis kanalen
459 skulle klare å realisere målet om å være en opplæringsarena for
460 frivillige organisasjoner som ville lære å bruke billedspråk.&lt;/p&gt;
461
462 &lt;p&gt;TV-mediets posisjon som kommunikasjonskanal har endret seg
463 betydelig siden Frikanalen ble etablert. Det er supplert og til dels
464 erstattet av andre kommunikasjonskanaler, som det også er
465 ressurskrevende for organisasjonene å ta i bruk.&lt;/p&gt;
466
467 &lt;/blockquote&gt;
468
469 &lt;p&gt;Når en ser bort fra den merkelige begrunnelsen, da Frikanalen så
470 vidt jeg vet aldri har tatt mål av seg «å være en opplæringsarena for
471 frivillige organisasjoner som ville lære å bruke billedspråk», så er
472 det veldig trist at kulturdepartementet kutter støtten.&lt;/p&gt;
473
474 &lt;p&gt;Fundamentet for Frikanalen ble lagt da Stortinget vedtok
475 innføringen av det digitale bakkenettet. En oversikt over
476 &lt;a href=&quot;http://www.openchannel.no/stortinget.html&quot;&gt;det Stortinget
477 skrev&lt;/a&gt; da finnes på nettsidene til åpen kanal. Der het det blant
478 annet om «åpne kanaler»:&lt;/p&gt;
479
480 &lt;blockquote&gt;
481
482 Et annet flertall, alle unntatt medlemmene fra Fremskrittspartiet, vil
483 også peke på at man ut fra ønsket om en bredt anlagt offentlig debatt,
484 må se på den faktiske tilgjengelighet allmennheten har til
485 TV-mediet. I mange land har man ønsket å sikre denne tilgangen gjennom
486 egen lovgivning som forplikter allmennkringkastere eller distributører
487 å holde av en del av sendekapasiteten til livssynskanaler, ideelle
488 organisasjoner og lignende. I Norden betegnes dette gjerne som åpne
489 kanaler. Dette flertallet mener dette er et interessant område sett i
490 et ytringsfrihetsperspektiv. Dette flertallet mener derfor at staten
491 bør legge til rette for dette når man ved innføring av nye
492 distribusjonskanaler skal utarbeide regelverk og gi konsesjoner.
493 &lt;/blockquote&gt;
494
495 &lt;p&gt;Veien frem har gått over svært ulendt terreng, noe en kan se litt
496 av konturene av i en artikkel hos Vox Publica med tittel
497 «&lt;a href=&quot;http://voxpublica.no/2007/03/hvor-apen-blir-frikanalen/&quot;&gt;Hvor
498 åpen blir “Frikanalen”?&lt;/a&gt;». Begge tekstene er nyttig lesning for å
499 forstå mer om hva Frikanalen er. Jeg anbefaler alle å støtte opp om
500 Frikanalen, bli medlem, lage og sende programmer der.&lt;/p&gt;
501 </description>
502 </item>
503
504 <item>
505 <title>12 years of outages - summarised by Stuart Kendrick</title>
506 <link>http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</link>
507 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</guid>
508 <pubDate>Fri, 26 Oct 2012 14:20:00 +0200</pubDate>
509 <description>&lt;p&gt;I work at the &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt;
510 looking after the computers, mostly on the unix side, but in general
511 all over the place. I am also a member (and currently leader) of
512 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the NUUG association&lt;/a&gt;, which in turn
513 make me a member of &lt;a href=&quot;http://www.usenix.org/&quot;&gt;USENIX&lt;/a&gt;. NUUG
514 is an member organisation for us in Norway interested in free
515 software, open standards and unix like operating systems, and USENIX
516 is a US based member organisation with similar targets. And thanks to
517 these memberships, I get all issues of the great USENIX magazine
518 &lt;a href=&quot;https://www.usenix.org/publications/login&quot;&gt;;login:&lt;/a&gt; in the
519 mail several times a year. The magazine is great, and I read most of
520 it every time.&lt;/p&gt;
521
522 &lt;p&gt;In the last issue of the USENIX magazine ;login:, there is an
523 article by &lt;a href=&quot;http://www.skendric.com/&quot;&gt;Stuart Kendrick&lt;/a&gt; from
524 Fred Hutchinson Cancer Research Center titled
525 &quot;&lt;a href=&quot;https://www.usenix.org/publications/login/october-2012-volume-37-number-5/what-takes-us-down&quot;&gt;What
526 Takes Us Down&lt;/a&gt;&quot; (longer version also
527 &lt;a href=&quot;http://www.skendric.com/problem/incident-analysis/2012-06-30/What-Takes-Us-Down.pdf&quot;&gt;available
528 from his own site&lt;/a&gt;), where he report what he found when he
529 processed the outage reports (both planned and unplanned) from the
530 last twelve years and classified them according to cause, time of day,
531 etc etc. The article is a good read to get some empirical data on
532 what kind of problems affect a data centre, but what really inspired
533 me was the kind of reporting they had put in place since 2000.&lt;p&gt;
534
535 &lt;p&gt;The centre set up a mailing list, and started to send fairly
536 standardised messages to this list when a outage was planned or when
537 it already occurred, to announce the plan and get feedback on the
538 assumtions on scope and user impact. Here is the two example from the
539 article: First the unplanned outage:
540
541 &lt;blockquote&gt;&lt;pre&gt;
542 Subject: Exchange 2003 Cluster Issues
543 Severity: Critical (Unplanned)
544 Start: Monday, May 7, 2012, 11:58
545 End: Monday, May 7, 2012, 12:38
546 Duration: 40 minutes
547 Scope: Exchange 2003
548 Description: The HTTPS service on the Exchange cluster crashed, triggering
549 a cluster failover.
550
551 User Impact: During this period, all Exchange users were unable to
552 access e-mail. Zimbra users were unaffected.
553 Technician: [xxx]
554 &lt;/pre&gt;&lt;/blockquote&gt;
555
556 Next the planned outage:
557
558 &lt;blockquote&gt;&lt;pre&gt;
559 Subject: H Building Switch Upgrades
560 Severity: Major (Planned)
561 Start: Saturday, June 16, 2012, 06:00
562 End: Saturday, June 16, 2012, 16:00
563 Duration: 10 hours
564 Scope: H2 Transport
565 Description: Currently, Catalyst 4006s provide 10/100 Ethernet to end-
566 stations. We will replace these with newer Catalyst
567 4510s.
568 User Impact: All users on H2 will be isolated from the network during
569 this work. Afterward, they will have gigabit
570 connectivity.
571 Technician: [xxx]
572 &lt;/pre&gt;&lt;/blockquote&gt;
573
574 &lt;p&gt;He notes in his article that the date formats and other fields have
575 been a bit too free form to make it easy to automatically process them
576 into a database for further analysis, and I would have used ISO 8601
577 dates myself to make it easier to process (in other words I would ask
578 people to write &#39;2012-06-16 06:00 +0000&#39; instead of the start time
579 format listed above). There are also other issues with the format
580 that could be improved, read the article for the details.&lt;/p&gt;
581
582 &lt;p&gt;I find the idea of standardising outage messages seem to be such a
583 good idea that I would like to get it implemented here at the
584 university too. We do register
585 &lt;a href=&quot;http://www.uio.no/tjenester/it/aktuelt/planlagte-tjenesteavbrudd/&quot;&gt;planned
586 changes and outages in a calendar&lt;/a&gt;, and report the to a mailing
587 list, but we do not do so in a structured format and there is not a
588 report to the same location for unplanned outages. Perhaps something
589 for other sites to consider too?&lt;/p&gt;
590 </description>
591 </item>
592
593 <item>
594 <title>NUUGs spørreundersøkelse for 2012 endelig åpnet</title>
595 <link>http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</link>
596 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</guid>
597 <pubDate>Wed, 10 Oct 2012 23:00:00 +0200</pubDate>
598 <description>&lt;p&gt;Etter flere års pause fikk vi i NUUG endelig i dag
599 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2012-October/000505.html&quot;&gt;annonsert
600 spørreundersøkelse&lt;/a&gt; for medlemmer og likesinnede personer. Siste
601 undersøkelse var i 2009, så det blir interessant å se hvordan svarene
602 har endret seg siden da.&lt;/p&gt;
603
604 &lt;p&gt;Alle kan delta.
605 &lt;a href=&quot;https://nettskjema.uio.no/answer/45826.html&quot;&gt;Skjemaet&lt;/a&gt; har
606 har 27 spørsmål og vil ta om lag fem minutt å fylle ut.&lt;/p&gt;
607 </description>
608 </item>
609
610 <item>
611 <title>NUUGs høringsuttalelse til DIFIs forslag om å kaste ut ODF fra statens standardkatalog</title>
612 <link>http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</link>
613 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</guid>
614 <pubDate>Mon, 1 Oct 2012 08:20:00 +0200</pubDate>
615 <description>&lt;p&gt;Som jeg
616 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html&quot;&gt;skrev
617 i juni&lt;/a&gt; har DIFI foreslått å fjerne krav om å bruke ODF til
618 utveksling av redigerbare dokumenter med det offentlige, og
619 derigjennom tvinge innbyggerne til å forholde seg til formatene til MS
620 Office når en kommuniserer med det offentlige.&lt;/p&gt;
621
622 &lt;p&gt;I går kveld fikk vi i &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;
623 fullført vår høringsuttalelse og sendt den inn til DIFI. Du finner
624 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201209-forskrift-standardkatalog&quot;&gt;uttalelsen
625 på wikien&lt;/a&gt;. Ta en titt. Fristen for å sende inn uttalelse var i
626 går søndag, men en får kanskje sitt innspill med hvis en sender i
627 dag.&lt;/p&gt;
628 </description>
629 </item>
630
631 <item>
632 <title>E-valg, fortsatt en dårlig idé (evaluering legges frem i Oslo)</title>
633 <link>http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</link>
634 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</guid>
635 <pubDate>Tue, 11 Sep 2012 10:30:00 +0200</pubDate>
636 <description>&lt;p&gt;I 2006 var forslaget om å gjennomføre politiske valg over Internet
637 ute på høring, og
638 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;NUUG
639 skrev en høringsuttalelse&lt;/a&gt; (som EFN endte opp med å støtte), som
640 fortsatt er like aktuell. Jeg ble minnet på om den da jeg leste et
641 innlegg i Bergens Tidende med tittelen
642 &lt;a href=&quot;http://blogg.bt.no/preik/2012/09/11/e-valg/&quot;&gt;En dårlig idé&lt;/a&gt;
643 som poengterer hvor viktig det er å holde fast ved at vi skal ha
644 hemmelige valg i Norge, og at det nødvendigvis fører til at vi ikke
645 kan ha valg over Internet.&lt;/p&gt;
646
647 &lt;p&gt;Innlegget i BT forteller at det skal være et
648 &lt;a href=&quot;http://www.samfunnsforskning.no/ISF-intern/ISF-Agenda/E-valg-i-et-demokratisk-perspektiv&quot;&gt;seminar
649 om evalueringen av e-valgforsøket&lt;/a&gt; på Litteraturhuset i morgen
650 2012-09-12 9-11:45. Jeg hadde ikke fått med meg dette før nå, og
651 kommer meg nok dessverre ikke innom, men håper det møter mange som
652 fortsatt kan bidra til å få skutt ned e-valgsgalskapen.&lt;/p&gt;
653
654 &lt;p&gt;Det er lenge siden 2006, og jeg regner med at de fleste av mine
655 lesere har glemt eller ikke har lest høringsuttalelsen fra NUUG. Jeg
656 gjengir den derfor her i sin helhet.&lt;/p&gt;
657
658 &lt;blockquote&gt;
659 &lt;p&gt;&lt;strong&gt;Høringsuttalelse fra NUUG og EFN om elektronisk
660 stemmegivning&lt;/strong&gt;&lt;/p&gt;
661
662 &lt;p&gt;Petter Reinholdtsen
663 &lt;br&gt;Leder i foreningen NUUG
664 &lt;br&gt;2006-09-30&lt;/p&gt;
665
666 &lt;p&gt;Foreningene NUUG og EFN er glade for å ha blitt invitert til å
667 kommentere utredningen om elektronisk stemmegivning, og håper våre
668 innspill kan komme til nytte. Denne uttalelsen er ført i pennen av
669 NUUGs leder Petter Reinholdtsen med innspill fra Tore Audun Høie, Erik
670 Naggum og Håvard Fosseng.&lt;/p&gt;
671
672 &lt;p&gt;Når en vurderer elektronisk stemmegivning, så tror vi det er viktig
673 å ha prinsippene for gode valg i bakhodet. Vi har tatt utgangspunkt i
674 listen fra Cranor, L.F. og Cytron, R.K. i &quot;Design and Implementation
675 of a Security-Conscious Electronic Polling System&quot;, som oppsummerer
676 hvilke egenskaper som er viktige:&lt;/p&gt;
677
678 &lt;ul&gt;
679
680 &lt;li&gt;Nøyaktig - et system er nøyaktig hvis det ikke er mulig å endre en
681 stemme, det ikke er mulig å fjerne en gyldig stemme fra den endelige
682 opptellingen og det ikke er mulig for en ugyldig stemme å bli talt med
683 i den endelige opptellingen. Fullstendig nøyaktige systemer sikrer at
684 den endelige opptellingen er perfekt, enten ved sikre at
685 unøyaktigheter ikke kan bli introdusert eller kan oppdages og
686 korrigert for. Delvis nøyaktige systemer kan oppdage men ikke
687 nødvendigvis korrigere unøyaktigheter.&lt;/li&gt;
688
689 &lt;li&gt;Demokratisk - et system er demokratisk hvis kun de som har lov til
690 å stemme kan stemme, og det sikrer at hver av dem kun kan stemme en
691 gang.&lt;/li&gt;
692
693 &lt;li&gt;Hemmelig - et system er hemmelig hvis ingen, hverken de som
694 arrangerer valget eller noen andre kan knytte en stemmeseddel til den
695 som avga den, og ingen stemmegiver kan bevise at han eller hun stemte
696 på en bestemt måte. Dette er spesielt viktig for å hindre kjøp og salg
697 av stemmer og at personer kan tvinges til å stemme på en bestemt
698 måte.&lt;/li&gt;
699
700 &lt;li&gt;Etterprøvbart - et system er etterprøvbart hvis hvem som helst
701 uavhengig kan kontrollere at opptellingen er korrekt.&lt;/li&gt;
702
703 &lt;/ul&gt;
704
705 &lt;p&gt;Et demokratisk valg må sikre at disse punktene er oppfylt. Det er
706 med den bakgrunn vi vurderer elektronisk stemmegivning.&lt;/p&gt;
707
708 &lt;p&gt;Nøyaktig opptelling kan kun oppnås hvis alle steg i
709 opptellingsprosessen kan kontrolleres og verifiseres. Det må ikke må
710 være mulig å fjerne eller endre avgitte stemmer, og heller ikke mulig
711 å legge inn flere stemmer enn det som faktisk er avgitt. Elektronisk
712 lagring av avgitte stemmer kan gjør det svært enkelt å endre på
713 avgitte stemmer uten at det er mulig å oppdage det i
714 ettertid. Elektronisk lagring vil også gjøre det mulig å lagre en
715 annen stemme enn det som er blitt avgitt, selv om det så korrekt ut
716 for den som avga stemmen. Vi mener derfor det er viktig at elektronisk
717 stemmegivning gjøres via papir eller tilsvarende, slik at de som
718 stemmer kan kontrollere at den stemmen de har avgitt er den som blir
719 talt opp. I Australia brukes det et system der de som stemmer gjør
720 sitt valg på en skjerm, og stemmen så skrives ut på en papirrull som
721 sjekkes av den som stemmer før papirrullen leses inn av
722 opptellingssystemet. En sikrer slik at hver enkelt stemme kan
723 kontrolleres på nytt.&lt;/p&gt;
724
725 &lt;p&gt;Etterprøvbarhet kan kun oppnås hvis hver enkelt stemmegiver kan
726 kontrollere hele systemet som brukes for stemmegivning. For at dette
727 skal være mulig er en nødvendig betingelse at en har innsyn i hvordan
728 systemene er satt sammen, og hvordan de brukes. Selv om de aller
729 fleste ikke selv vil kunne gjennomføre en slik kontroll, er det viktig
730 at flere uavhengige eksperter kan sjekke systemet. Velgerne bør kunne
731 velge hvilke eksperter de vil stole på. Dette forutsetter blant annet
732 tilgang til kildekoden og informasjon om hvordan de ulike delene av
733 det totale stemmegivingssystemet er koblet. Lukkede systemer der
734 kildekoden ikke er tilgjengelig og en ikke kan kontrollere systemene
735 som brukes under selve valgene, er sårbare for trojanere (programvare
736 som gjør noe annet og/eller mer enn det leverandøren sier den skal,
737 f.eks. endre sluttresulatet av en opptelling) og påvirkning fra
738 leverandøren. Det er påstander om slikt i USA på maskiner fra Diebold
739 og Siebel allerede. Det finnes i dag flere tilgjengelige fri
740 programvaresystemer for elektronisk stemmegiving og opptelling. Fri
741 programvare sikrer brukeren kontroll over datasystemene. Slike
742 systemer er tilgjengelig fra OpenSourceVoting og ACTs elektroniske
743 valgsystem som ble brukt i det australske parlamentvalget 2001 og
744 2004. For å sikre at det er mulig å gjennomføre omtellinger må hver
745 enkelt stemme lagres på ikke-elektronisk format (f.eks. papir), og et
746 slikt papirspor må sikres slik at de ikke kan endres i ettertid.
747
748 &lt;p&gt;&lt;strong&gt;Vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
749
750 &lt;p&gt;I Venezuela fungerte avstemmingsmaskinene slik at de som stemte
751 markerte det de stemte på en skjerm, og valgene ble skrevet på en
752 papirrull som den som stemmer så de kunne sjekke for å kontrollere at
753 de valgene som ble gjort kom med på papirrullen. Deretter ble
754 voteringstallene sendt elektronisk fra hver maskin til tre uavhengige
755 opptellingsgrupper (hvorav en av dem var Carter-senteret), som talte
756 opp stemmene. Alle måtte være enige for å godkjenne resultatet. Hvis
757 det var avvik så kunne en gå helt ned på papirrull-nivå for å sjekke
758 resultatet. Det har dog blitt hevdet at oppbevaringen av papirrullene
759 ble overlatt til regimet, slik at kontrollmuligheten ble fjernet. Det
760 er likevel mulig å organisere seg slik at det blir vanskelig å
761 forfalske valgresultatet ved å bytte ut eller endre rullene.&lt;/p&gt;
762
763 &lt;p&gt;India har et elektronisk voteringssystem som ble tatt i bruk i
764 1989. Det består av to ulike enheter, en opptellingsenhet og en
765 avstemmingsenhet. Systemet sikrer hemmelig valg, er vanskelig å
766 påvirke, men mangler oppbevaring av hver enkelt stemme på et
767 ikke-elektronisk format, noe som gjør omtelling umulig.&lt;/p&gt;
768
769 &lt;p&gt;&lt;strong&gt;Mindre vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
770
771 &lt;p&gt;I USA finnes en rekke ulike leverandører av elektroniske
772 valgsystemer, og det er dokumentert svakheter med flere av
773 dem. F.eks. har forskerne Ariel J. Feldman, J. Alex Halderman, og
774 Edward W. Felten ved Universitetet i Princeton dokumentert hvordan
775 systemet fra Diebold kan manipuleres til gi uriktig
776 avstemmingsresultat. Det er også indikasjoner på at noen av systemene
777 kan påvirkes av leverandøren via telelinjer. Robert F. Kennedy Jr. har
778 nylig i en artikkel fortalt om flere avvik fra valget i 2004. Norge
779 bør unngå systemer som kan manipuleres slik det rapporteres om fra
780 USA.&lt;/p&gt;
781
782 &lt;p&gt;Universitetet i Oslo skal denne høsten gjennomføre elektronisk valg
783 på Dekan ved Det teologiske fakultet. Universitetsstyret har godkjent
784 et valgsystem der de som arrangerer valget har mulighet til å se hvem
785 som har stemt hva, samt hver deltager i valget kan endre sin stemme i
786 ettertid (ikke-hemmelig), de som administrerer datasystemet kan
787 påvirke valgresultatet ved å endre, trekke fra eller legge til stemmer
788 (ikke-nøyaktig), og det ikke nødvendigvis er mulig å oppdage at slik
789 påvirkning har funnet sted (ikke etterprøvbart). Webbaserte
790 valgsystemer uten spesiell klientprogramvare vil ha flere av disse
791 problemene.&lt;/p&gt;
792
793 &lt;p&gt;&lt;strong&gt;Konkrete kommentarer til rapporten&lt;/strong&gt;&lt;/p&gt;
794
795 &lt;p&gt;Rapporten nevner ikke muligheten for å påvirke valgresultatet via
796 trojansk type kode. Siebel blir beskyldt for dette i USA. Vi advarer
797 mot bruk av lukket kildekode, fordi dette i prinsippet innebærer å
798 stole blindt på leverandøren. Det bør ikke vere begrenset hvem som kan
799 kontrollere at systemet gjør det det skal, og dette tilsier bruk av
800 fri programvare.&lt;/p&gt;
801
802 &lt;p&gt;Rapporten anbefaler lukket kode fordi kjeltringer kan finne ut
803 sikkerhetsmekanismene ved å lese kode. Det er ikke en god idé å basere
804 seg på at sikkerhetsmekanismene er beskyttet pga. at ingen kjenner til
805 hvordan de fungerer. Som eksempelet fra USA viser, kan man godt
806 mistenke leverandøren for å jukse med systemet. Selve det at en slik
807 mistanke eksisterer, og ikke kan fjernes/reduseres ved uavhengig
808 inspeksjon, er et problem for demokratiet. Et sikkert system må være
809 sikkert selv om noen med uærlige hensikter kjenner til hvordan det
810 fungerer. Australia har allerede gjennomført vellykkede valg basert på
811 et fri programvaresystem.&lt;/p&gt;
812
813 &lt;p&gt;Driften av totalsystemet blir ofret liten oppmerksomhet i
814 rapporten. I et driftopplegg ligger mange sikkerhetsutfordringer som
815 bør vurderes nøye.&lt;/p&gt;
816
817 &lt;p&gt;Definisjonen av brannmur i rapporten er feil, for eksempel sies at
818 &quot;brannmuren er selv immun mot inntrengning&quot;. Dette er ikke riktig. Det
819 er fullt mulig å ha brannmurer med sikkerhetsproblemer som utnyttes
820 til å trenge inn i dem. I tillegg antar man at all trafikk går gjennom
821 brannmuren. I store applikasjoner, som et valgsystem vil være, kreves
822 et system av brannmurer og andre tiltak som vi kaller
823 sikkerhetsarkitektur. Rapporten burde komme inn på behovet for en
824 sikkerhetsarkitektur.. Selv med en gjennomarbeidet
825 sikkerhetsarkitektur kan det være at man overser muligheter for å
826 unngå brannmurene. Rapporten snakker om brannmur i entall, mens det
827 nok er nødvendig å sikre et valgsystem med flere lag av
828 sikringstiltak, og dermed vil være behov for flere brannmurer. En
829 brannmur kan være bygd basert på visse antagelser og standarder. En
830 annen brannmur kan bygge på et annet sett antagelser, og stoppe
831 trafikk som den første ikke tar høyde for.
832
833 &lt;p&gt;Rapporten indikerer dårlige kunnskaper om brannmur, og dette igjen
834 antyder dårlige kunnskaper om datasikkerhet generelt, og dette bør
835 forbedres. For eksempel er driften ansvarlig for operativ
836 sikkerhetsarkitektur, og vi har hatt adskillige diskusjoner i NUUG om
837 hvor vanskelig dette er. Hva hjelper en brannmur hvis den er feil
838 konfigurert eller ikke oppdatert?&lt;/p&gt;
839
840 &lt;p&gt;Muligheten for sikkerhetsovervåkning kan vi ikke se er nevnt i
841 rapporten. Dette er vanskelig og dyrt, men bør vurderes for å kunne
842 oppdage systemavvik under valget. Sikkerhetsovervåkning kan inngå som
843 ledd i sikkerhetsarkitekturen.&lt;/p&gt;
844
845 &lt;p&gt;Det har blitt rapportert i pressen at USA ikke bør kjøpe
846 Lenovo-maskiner etter at selskapet som lager dem ble solgt fra IBM til
847 et kinesisk selskap. I Norge kan vi ikke trekke tingene like langt da
848 vi mangler nødvendig dataindustri, men vi bør satse på at
849 applikasjoner viktige for rikets sikkerhet i størst mulig utstrekning
850 kjører programvare der vi har innsyn i hvordan den er satt sammen. Det
851 er viktig at vi sikrer at programvare viktige for rikets sikkerhet kan
852 sjekkes/verifiseres av eksperter vi selv velger. Når det gjelder
853 valgsystemer må «vi» være velgerne, ikke bare myndighetsapparatet. I
854 tilfelle en ikke kan bruke fri programvare, bør en ivareta en sunn
855 kritisk sans med hensyn til hvorfra og av hvem vi kjøper. På grunn av
856 tendenser i USA til å i uheldig stor grad fokusere på
857 kontrollmekanismer som eksempelvis Echelon og Palladium kan det hevdes
858 at det hefter betenkeligheter ved innkjøp herfra.&lt;/p&gt;
859
860 &lt;p&gt;&lt;strong&gt;Referanser&lt;/strong&gt;&lt;/p&gt;
861
862 &lt;ul&gt;
863
864 &lt;li&gt;Cranor, L.F. og Cytron, R.K., &quot;Design and Implementation of a
865 Security-Conscious Electronic Polling System&quot; Washington University
866 Computer Science Technical Report WUCS-96-02. February 1996
867 http://www.cs.wustl.edu/cs/techreports/1996/wucs-96-02.ps.Z&lt;/li&gt;
868
869 &lt;li&gt;Det australske valgsystemet, inkludert kildekoden tilgjengelig som
870 fri programvare http://www.elections.act.gov.au/Elecvote.html&lt;/li&gt;
871
872 &lt;li&gt;Smartmatics SAES voting system used in venesuela 2004
873 http://www.smartmatic.com/solutions_03-1.htm&lt;/li&gt;
874
875 &lt;li&gt;Blackboxvoting, interessegruppe i USA med fokus på valgfusk
876 vha. elektroniske valgsystemer http://www.blackboxvoting.org/&lt;/li&gt;
877
878 &lt;li&gt;VerifiedVoting, interessegruppe i USA med fokus på at også
879 elektroniske valgsystemer må være
880 etterprøvbare. http://www.verifiedvoting.org/&lt;/li&gt;
881
882 &lt;li&gt;Blue Screen Democracy - fri programvareprosjekt som har utviklet
883 elektronisk stemmegivingssystem
884 http://bluescreen.sourceforge.net/&lt;/li&gt;
885
886 &lt;li&gt;Indias elektroniske avstemmingssystem (Wikipedia)
887 http://en.wikipedia.org/wiki/Indian_voting_machines&lt;/li&gt;
888
889 &lt;li&gt;Security Analysis of the Diebold AccuVote-TS Voting Machine av
890 Ariel J. Feldman, J. Alex Halderman, og Edward
891 W. Felten. http://itpolicy.princeton.edu/voting/
892 http://coblitz.codeen.org:3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv&lt;/li&gt;
893
894 &lt;li&gt;Was the 2004 Election Stolen? av Robert F. Kennedy
895 Jr. http://www.rollingstone.com/news/story/10432334/was_the_2004_election_stolen&lt;/li&gt;
896
897 &lt;li&gt;Styreframlegg om elektronisk votering ved
898 UiO. http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/protokoll.xml
899 http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14.pdf
900 http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14-vedlegg.pdf&lt;/li&gt;
901
902 &lt;li&gt;Elektroniske valg - muligheter, problemer og noen løsninger
903 Semesteroppgave i STV620 - Demokratiske valg
904 http://www.afin.uio.no/forskning/notater/4_01.html&lt;/li&gt;
905
906 &lt;li&gt;NUUG - Norwegian Unix User Group http://www.nuug.no/&lt;/li&gt;
907
908 &lt;li&gt;EFN - Elektronisk forpost Norge http://www.efn.no/&lt;/li&gt;
909
910 &lt;/ul&gt;
911 &lt;/blockquote&gt;
912
913 &lt;p&gt;Som alltid med valg er det ikke viktigst hva folk stemmer på, men
914 hvem som teller opp stemmene... Hvis du er interessert i temaet
915 e-valg, så har NUUG siden 2006 oppdatert
916 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;NUUGs
917 wikiside om høringen&lt;/a&gt; med aktuelle og interessante referanser og
918 artikler. Ta en titt der hvis du vil lese mer. :)&lt;/p&gt;
919 </description>
920 </item>
921
922 <item>
923 <title>OOXML og standardisering</title>
924 <link>http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</link>
925 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</guid>
926 <pubDate>Wed, 25 Jul 2012 21:10:00 +0200</pubDate>
927 <description>&lt;p&gt;DIFI har
928 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html&quot;&gt;en
929 høring gående&lt;/a&gt; om ny versjon av statens standardkatalog, med frist
930 2012-09-30, der det foreslås å fjerne ODF fra katalogen og ta inn ISO
931 OOXML. I den anledning minnes jeg
932 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;notatet
933 FAD skrev&lt;/a&gt; da versjon 2 av standardkatalogen var under
934 utarbeidelse, da FAD og DIFI fortsatt forsto poenget med og verdien av
935 frie og åpne standarder.&lt;/p&gt;
936
937 &lt;p&gt;Det er mange som tror at OOXML er ett spesifikt format, men det
938 brukes ofte som fellesbetegnelse for både formatet spesifisert av
939 ECMA, ISO, og formatet produsert av Microsoft Office (aka docx), som
940 dessverre ikke er det samme formatet. Fra en av de som implementerte
941 støtte for docx-formatet i KDE fikk jeg høre at ISO-spesifikasjonen
942 var en nyttig referanse, men at det var mange avvik som gjorde at en
943 ikke kunne gå ut ifra at Microsoft Office produserte dokumenter i
944 henhold til ISO-spesifikasjonen.&lt;/p&gt;
945
946 &lt;p&gt;ISOs OOXML-spesifikasjon har (eller hadde, usikker på om
947 kommentaren er oppdatert) i følge
948 &lt;a href=&quot;http://surguy.net/articles/ooxml-validation-and-technical-review.xml&quot;&gt;Inigo
949 Surguy&lt;/a&gt; feil i mer enn 10% av eksemplene, noe som i tillegg gjør
950 det vanskelig å bruke spesifikasjonen til å implementere støtte for
951 ISO OOXML. Jeg har ingen erfaring med å validere OOXML-dokumenter
952 selv, men ser at
953 &lt;a href=&quot;http://www.microsoft.com/en-us/download/details.aspx?id=5124&quot;&gt;Microsoft
954 har laget en validator&lt;/a&gt; som jeg ikke kan teste da den kun er
955 tilgjengelig på MS Windows. Finner også en annen kalt
956 &lt;a href=&quot;http://code.google.com/p/officeotron/&quot;&gt;Office-O-Tron&lt;/A&gt; som
957 er oppdatert i fjor. Lurer på om de validerer at dokumenter er i
958 formatet til Microsoft office, eller om de validerer at de er i
959 henhold til formatene spesifisert av ECMA og ISO. Det hadde også vært
960 interessant å se om docx-dokumentene publisert av det offentlige er
961 gyldige ISO OOXML-dokumenter.&lt;/p&gt;
962 </description>
963 </item>
964
965 <item>
966 <title>Free Culture in Norwegian - 5 chapters done, 74 percent left to do</title>
967 <link>http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</link>
968 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</guid>
969 <pubDate>Sat, 21 Jul 2012 20:00:00 +0200</pubDate>
970 <description>&lt;p&gt;I reported earlier that I am working on
971 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html&quot;&gt;a
972 norwegian version&lt;/a&gt; of the book
973 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig.
974 Progress is good, and yesterday I got a major contribution from Anders
975 Hagen Jarmund completing chapter six. The source files as well as a
976 PDF and EPUB version of this book are available from
977 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
978
979 &lt;p&gt;I am happy to report that the draft for the first two chapters
980 (preface, introduction) is complete, and three other chapters are also
981 completely translated. This completes 26 percent of the number of
982 strings (equivalent to paragraphs) in the book, and there is thus 74
983 percent left to translate. A graph of the progress is present at the
984 bottom of the github project page. There is still room for more
985 contributors. Get in touch or send github pull requests with fixes if
986 you got time and are willing to help make this book make it to
987 print. :)&lt;/p&gt;
988
989 &lt;p&gt;The book translation framework could also be a good basis for other
990 translations, if you want the book to be available in your
991 language.&lt;/p&gt;
992 </description>
993 </item>
994
995 <item>
996 <title>Call for help from docbook expert to tag Free Culture by Lawrence Lessig</title>
997 <link>http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</link>
998 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</guid>
999 <pubDate>Mon, 16 Jul 2012 22:50:00 +0200</pubDate>
1000 <description>&lt;p&gt;I am currently working on a
1001 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html&quot;&gt;project
1002 to translate&lt;/a&gt; the book
1003 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig
1004 to Norwegian. And the source we base our translation on is the
1005 &lt;a href=&quot;http://en.wikipedia.org/wiki/DocBook&quot;&gt;docbook&lt;/a&gt; version, to
1006 allow us to use po4a and .po files to handle the translation, and for
1007 this to work well the docbook source document need to be properly
1008 tagged. The source files of this project is available from
1009 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
1010
1011 &lt;p&gt;The problem is that the docbook source have flaws, and we have
1012 no-one involved in the project that is a docbook expert. Is there a
1013 docbook expert somewhere that is interested in helping us create a
1014 well tagged docbook version of the book, and adjust our build process
1015 for the PDF, EPUB and HTML version of the book? This will provide a
1016 well tagged English version (our source document), and make it a lot
1017 easier for us to create a good Norwegian version. If you can and want
1018 to help, please get in touch with me or fork the github project and
1019 send pull requests with fixes. :)&lt;/p&gt;
1020 </description>
1021 </item>
1022
1023 <item>
1024 <title>Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i &quot;fri bar&quot;</title>
1025 <link>http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</link>
1026 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</guid>
1027 <pubDate>Sun, 15 Jul 2012 21:20:00 +0200</pubDate>
1028 <description>&lt;p&gt;Et ofte brukt sitat i fri programvareverden er Stallman-sitatet
1029 «&lt;a href=&quot;http://www.gnu.org/philosophy/free-sw.html.en&quot;&gt;Free Software,
1030 &quot;free&quot; as in &quot;free speech&quot;, not as in &quot;free beer&quot;&lt;/a&gt;». Men det er
1031 ikke direkte overførbart til norsk, da det baserer seg på koblingen
1032 gratis/fri på engelsk. En direkte oversettelse ville være «Fri
1033 programvare, &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som &quot;gratis øl&quot;», og det
1034 går jo glipp av poenget. I forbindelse med at vi er
1035 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html&quot;&gt;igang
1036 med å oversette&lt;/a&gt; &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt;
1037 av Lawrence Lessig, måtte jeg forsøke a finne en bedre
1038 oversettelse.&lt;/p&gt;
1039
1040 &lt;p&gt;Mitt forslag til oversettelse blir dermed å droppe ølet, og heller
1041 fokusere på det kjente norske uttrykket &quot;fri bar&quot;. Dermed blir
1042 oversettelsen «Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i
1043 &quot;fri bar&quot;».&lt;/p&gt;
1044
1045 &lt;p&gt;Noen som har bedre forslag?&lt;/p&gt;
1046
1047 &lt;p&gt;Forøvrig bruker jeg fri programvare som et samlebegrep på norsk for
1048 begge de engelske uttrykkene Free Software og Open Source, jamfør
1049 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
1050 lille folder om temaet&lt;/a&gt;.&lt;/p&gt;
1051 </description>
1052 </item>
1053
1054 <item>
1055 <title>Dugnad for å sende norsk versjon av Free Culture til stortingets representanter!</title>
1056 <link>http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</link>
1057 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</guid>
1058 <pubDate>Wed, 11 Jul 2012 09:00:00 +0200</pubDate>
1059 <description>&lt;p&gt;Da opphavsrettsloven ble revidert i forrige runde rundt 2005, var
1060 det skummelt å se hvor lite stortingsrepresentantene forsto hvordan
1061 Internet påvirket folks forhold til kulturuttrykk, og min venn Vidar
1062 og jeg spekulert på at det hadde kanskje vært fornuftig om samtlige
1063 representanter fikk en norsk utgave av boken
1064 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; av Lawrence Lessig
1065 som forklarte litt om problemstillingene. Vi endte opp med å
1066 prioritere utvikling i
1067 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt;-prosjektet i
1068 stedet, så den oversatte boken så aldri dagens lys. Men i forrige uke
1069 ble jeg inspirert til å ta opp tråden og se om det er mulig å få til
1070 bokprosjektet denne gang, da det er tydelig at kulturdepartementet i
1071 sitt nye forsøk på å gjøre opphavsrettsloven enda mer ubalansert til
1072 fordel for forlag og store mediehus fortsatt trenger en annen vinkling
1073 i debatten.&lt;/p&gt;
1074
1075 &lt;p&gt;Planen min er å oversette boka på dugnad, sette den opp for
1076 trykking med en av de mange
1077 &lt;a href=&quot;http://no.wikipedia.org/wiki/Trykk_på_forespørsel&quot;&gt;trykk på
1078 forespørsel&lt;/a&gt;-tjenestene, skaffe sponsor til å finansiere trykking
1079 til stortingsrepresentantene og alle som har bidratt med
1080 oversettelser. Kanskje vi også kan få en avtale med et forlag om
1081 publisering når boka er ferdig? Kommentarene til
1082 &lt;a href=&quot;http://newth.net/eirik/2011/04/01/e-selvpublisering/&quot;&gt;Eirik
1083 Newth&lt;/a&gt; og
1084 &lt;a href=&quot;http://www.espen.com/norskblogg/archives/2008/09/erfaringer_med_publishing_on_demand.html&quot;&gt;Espen
1085 Andersen&lt;/a&gt; om erfaringene med selvpublisering og trykk på
1086 forespørsel er interessante og ikke avskrekkende, og jeg mistenker at
1087 &lt;a href=&quot;http://www.lulu.com/&quot;&gt;Lulu&lt;/a&gt; er en grei leverandør av
1088 trykketjenester til prosjektet.&lt;/p&gt;
1089
1090 &lt;p&gt;Jeg har satt opp
1091 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;et
1092 Github-prosjekt&lt;/a&gt; for a lage boken, basert på Docbook-utgaven jeg
1093 fant fra Hans Schou. Skolelinux har hatt byggesystem for å lage
1094 oversatt HTML og PDF-utgave av Docbook-bøker i en årrekke, så jeg har
1095 kopiert og utvidet dette oppsettet. Originalteksten er i Docbook, og
1096 oversettelsen gjøres i .po-filer med hjelp av vanlige
1097 oversetterverktøy brukt i fri programvareverden. Dernest tar
1098 byggesystemet over og lager PDF og EPUB-utgave av den oversatte
1099 teksten. Resultatet kan ses i Github-prosjektet. For å komme raskt
1100 igang har jeg brukt maskinoversettelse av alle tekstbitene fra engelsk
1101 til norsk, noe som grovoversatte ca. 1300 av de ca. 1700 tekstbitene
1102 boken består av. Jeg håper nå at flere kan bidra med å få
1103 oversettelsen på plass, slik at teksten kan være klar i løpet av
1104 høsten. Når alt er oversatt må teksten gjennomgås for feil og
1105 konsistent språk. Totalt er det nok mange timer som trengs for å
1106 gjennomføre oversettelsen.&lt;/p&gt;
1107
1108 &lt;p&gt;Økonomien i dette er ikke avskrekkende. 169
1109 stortingsrepresentanter og nesten like mange varamedlemmer bør få
1110 bøker, og estimert produduksjonskostnad for hver bok er rundt 6 EURO i
1111 følge et raskt estimat fra Lulu. Jeg vet ennå ikke hvor mange sider
1112 det blir i størrelsen 5,5&quot; x 8.5&quot; (det er ca. 140 sider i A4-format),
1113 så jeg gjettet på 400 sider. Jeg tror originalutgaven har nesten 400
1114 sider. For 169*2 eksemplarer snakker vi om en trykkekostnad på
1115 ca. 2000 EURO, dvs. ca 15 000 NOK. Det burde være mulig å finne en
1116 sponsor for å dekke en slik sum. I tillegg kommer distribusjon og
1117 porto, som antagelig kommer på like mye.&lt;/p&gt;
1118
1119 &lt;p&gt;Kan du bidra med oversettelse og docbook-typesetting? Ta kontakt
1120 og send patcher i github. Jeg legger gjerne inn folk i prosjektet
1121 slik at du kan oppdatere direkte.&lt;/p&gt;
1122 </description>
1123 </item>
1124
1125 <item>
1126 <title>Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?</title>
1127 <link>http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</link>
1128 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</guid>
1129 <pubDate>Thu, 5 Jul 2012 10:40:00 +0200</pubDate>
1130 <description>&lt;p&gt;I forbindelse med NUUG-prosjektet for å
1131 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html&quot;&gt;lage
1132 en samlet postjournal&lt;/a&gt;, har jeg som tidligere nevnt
1133 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;samlet
1134 inn leveringstidspunkt&lt;/a&gt; for de ulike leverandørene av postjournaler
1135 til DIFIs &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk
1136 Postjournal&lt;/a&gt;.
1137 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=postliste-oep-deliverydates&amp;query=select%20agency%2C%0A(julianday(datetime(&#39;now&#39;))%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&quot;&gt;Leveringsfrekvensen&lt;/a&gt;
1138 ser i dag slik ut for de som har brukt mer enn 10 dager i snitt siden
1139 jeg startet innsamling av leveringsdato 2012-05-14&lt;/p&gt;
1140
1141 &lt;table border=&quot;1&quot;&gt;
1142 &lt;tr&gt; &lt;th&gt;agency&lt;/th&gt; &lt;th&gt;dayfreq&lt;/th&gt; &lt;th&gt;count(*)&lt;/th&gt; &lt;th&gt;lastdelivery&lt;/th&gt; &lt;/tr&gt;
1143 &lt;tr&gt; &lt;td&gt;Norges geologiske undersøkelse&lt;/td&gt; &lt;td&gt;27.0866579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-07-02T00:00:00&lt;/td&gt; &lt;/tr&gt;
1144 &lt;tr&gt; &lt;td&gt;Kompetansesenter for distriktsutvikling&lt;/td&gt; &lt;td&gt;18.4488773149&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;td&gt;2012-06-20T00:00:00&lt;/td&gt; &lt;/tr&gt;
1145 &lt;tr&gt; &lt;td&gt;Toll- og avgiftsdirektoratet&lt;/td&gt; &lt;td&gt;18.4488773149&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;td&gt;2012-07-04T00:00:00&lt;/td&gt; &lt;/tr&gt;
1146 &lt;tr&gt; &lt;td&gt;Departementenes servicesenter&lt;/td&gt; &lt;td&gt;18.0866579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-06-29T00:00:00&lt;/td&gt; &lt;/tr&gt;
1147 &lt;tr&gt; &lt;td&gt;Medietilsynet&lt;/td&gt; &lt;td&gt;14.5866579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-07-04T00:00:00&lt;/td&gt; &lt;/tr&gt;
1148 &lt;tr&gt; &lt;td&gt;Politidirektoratet&lt;/td&gt; &lt;td&gt;14.3366579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-06-20T00:00:00&lt;/td&gt; &lt;/tr&gt;
1149 &lt;tr&gt; &lt;td&gt;Fredskorpset&lt;/td&gt; &lt;td&gt;12.4693263889&lt;/td&gt; &lt;td&gt;5&lt;/td&gt; &lt;td&gt;2012-06-22T00:00:00&lt;/td&gt; &lt;/tr&gt;
1150 &lt;tr&gt; &lt;td&gt;Kunnskapsdepartementet&lt;/td&gt; &lt;td&gt;11.2693263889&lt;/td&gt; &lt;td&gt;5&lt;/td&gt; &lt;td&gt;2012-07-05T00:00:00&lt;/td&gt; &lt;/tr&gt;
1151 &lt;tr&gt; &lt;td&gt;Statens legemiddelverk&lt;/td&gt; &lt;td&gt;10.4780902778&lt;/td&gt; &lt;td&gt;7&lt;/td&gt; &lt;td&gt;2012-06-29T00:00:00&lt;/td&gt; &lt;/tr&gt;
1152 &lt;tr&gt; &lt;td&gt;Norsk Akkreditering&lt;/td&gt; &lt;td&gt;10.4488773149&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;td&gt;2012-07-02T00:00:00&lt;/td&gt; &lt;/tr&gt;
1153 &lt;/table&gt;
1154
1155 &lt;p&gt;Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
1156 den offisielle epostadressen til de som har lavest leveringsfrekvens,
1157 og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
1158 et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
1159 postjournaler blir tilgjengelig for innbyggerne og pressen.&lt;/p&gt;
1160
1161 &lt;p&gt;&lt;strong&gt;Norges geologiske undersøkelse&lt;/strong&gt;&lt;/p&gt;
1162
1163 &lt;p&gt;&lt;blockquote&gt;
1164 &lt;p&gt;Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1165 &lt;br&gt;Date: Fri, 08 Jun 2012 09:20:57 +0200&lt;/p&gt;
1166
1167 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1168 Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
1169 postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
1170 Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1171
1172 &lt;hr/&gt;
1173
1174 &lt;p&gt;Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1175 &lt;br&gt;Date: Fri, 8 Jun 2012 12:49:35 +0200&lt;/p&gt;
1176
1177 &lt;p&gt;Hei&lt;/p&gt;
1178
1179 &lt;p&gt;NGUS fravær på OEP skyldes problemer vi har i forbindelse med
1180 oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
1181 og jeg tror og håper at det snart skal være i orden. Normalt leverer
1182 vi til OEP 1 gang i uken.&lt;/p&gt;
1183 &lt;/blockquote&gt;&lt;/p&gt;
1184
1185 &lt;p&gt;&lt;strong&gt;Medietilsynet&lt;/strong&gt;&lt;/p&gt;
1186 &lt;p&gt;&lt;blockquote&gt;
1187 &lt;p&gt;Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1188 &lt;br&gt;Date: Mon, 11 Jun 2012 13:29:23 +0200&lt;/p&gt;
1189
1190 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1191 Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
1192 leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
1193 til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
1194 leveringfrekvens?&lt;/p&gt;
1195
1196 &lt;hr&gt;
1197 &lt;p&gt;Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1198 &lt;br&gt;Date: Tue, 12 Jun 2012 04:55:42 +0000&lt;/p&gt;
1199
1200 &lt;p&gt;Hei!&lt;/p&gt;
1201
1202 &lt;p&gt;Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
1203 tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
1204 løpet av denne uken. Ellers er vi fornøyd med dagens
1205 leveringsfrekvens.&lt;/p&gt;
1206 &lt;/blockquote&gt;&lt;/p&gt;
1207
1208 &lt;p&gt;&lt;strong&gt;Kunnskapsdepartementet&lt;/strong&gt;&lt;/p&gt;
1209 &lt;p&gt;&lt;blockquote&gt;
1210 &lt;p&gt;Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1211 &lt;br&gt;Date: Fri, 22 Jun 2012 21:03:01 +0200&lt;/p&gt;
1212
1213 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1214 Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
1215 postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor
1216 ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
1217 Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1218
1219 &lt;hr/&gt;
1220
1221 &lt;p&gt;Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1222 &lt;br&gt;Date: Wed, 27 Jun 2012 14:42:23 +0200&lt;/p&gt;
1223
1224 &lt;p&gt;Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
1225 institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
1226 dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
1227 gikk tapt.&lt;/p&gt;
1228
1229 &lt;p&gt;[... kopi av opprinnelig epost ...]&lt;/p&gt;
1230
1231 &lt;hr/&gt;
1232 &lt;p&gt;Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1233 &lt;br&gt;Date: Wed, 27 Jun 2012 14:33:20 +0000&lt;/p&gt;
1234
1235 &lt;p&gt;Hei!&lt;/p&gt;
1236
1237 &lt;p&gt;Normalt leverer vi hver virkedag til OEP, med fem virkedagers
1238 forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
1239 OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den
1240 etterfølgende streiken medførte så et større etterslep på
1241 journalføring som har gjort at vi har måttet prioritere dette fremfor
1242 offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
1243 tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
1244 offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
1245 gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
1246 plass de manglende journalene.&lt;/p&gt;
1247
1248 &lt;/blockquote&gt;&lt;/p&gt;
1249
1250
1251 &lt;p&gt;&lt;strong&gt;Norsk Akkreditering&lt;/strong&gt;&lt;/p&gt;
1252 &lt;p&gt;&lt;blockquote&gt;
1253 &lt;p&gt;Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1254 &lt;br&gt;Date: Thu, 28 Jun 2012 07:35:43 +0200&lt;/p&gt;
1255
1256 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1257 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1258 Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
1259 Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
1260 fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1261
1262 &lt;hr/&gt;
1263
1264 &lt;p&gt;Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1265 &lt;br&gt;Date: Mon, 2 Jul 2012 08:32:06 +0200&lt;/p&gt;
1266
1267 &lt;p&gt;Hei,&lt;/p&gt;
1268
1269 &lt;p&gt;Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i
1270 uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.&lt;/p&gt;
1271 &lt;/blockquote&gt;&lt;/p&gt;
1272
1273 &lt;p&gt;&lt;strong&gt;Toll- og avgiftsdirektoratet&lt;/strong&gt;&lt;/p&gt;
1274 &lt;p&gt;&lt;blockquote&gt;
1275 &lt;p&gt;Date: Tue, 03 Jul 2012 11:55:07 +0200
1276 &lt;br&gt;Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
1277
1278
1279 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1280 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1281 Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
1282 siste levering var 2012-06-06. Hvor ofte pleier Toll- og
1283 avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
1284 leveringfrekvens?&lt;/p&gt;
1285
1286 &lt;hr&gt;
1287
1288 &lt;p&gt;Date: Wed, 4 Jul 2012 09:33:18 +0000
1289 &lt;br&gt;Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
1290
1291 &lt;p&gt;Til: Petter Reinholdtsen&lt;/p&gt;
1292
1293 &lt;p&gt;Det vises til din e-post av 3. juli 2012.&lt;/p&gt;
1294
1295 &lt;p&gt;Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
1296 (hver torsdag). Vi søker så langt det er mulig å få dette til og har
1297 stort sett publisert iht rutinene siden vi kom opp på OEP.&lt;/p&gt;
1298
1299 &lt;p&gt;Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
1300 ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
1301 har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
1302 kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
1303 bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.&lt;/p&gt;
1304
1305 &lt;p&gt;Vi beklager hvis dette har skapt vanskeligheter.&lt;/p&gt;
1306 &lt;/blockquote&gt;&lt;/p&gt;
1307
1308 &lt;p&gt;Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
1309 alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
1310 det kan ha virket motiverende for å få på plass leveringen at de ser
1311 at det er interesse for leveringen til OEP.&lt;/p&gt;
1312 </description>
1313 </item>
1314
1315 <item>
1316 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1317 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1318 <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>
1319 <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
1320 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
1321 spørmål om hvorfor &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;
1322 er kryptert på RiksTV. De toer sine hender:
1323
1324 &lt;p&gt;&lt;blockquote&gt;
1325 &lt;p&gt;Date: Mon, 2 Jul 2012 08:15:38 +0000
1326 &lt;br&gt;From: Arve Lindboe &amp;lt;Arve.Lindboe (at) medietilsynet.no&amp;gt;
1327 &lt;br&gt;To: Petter Reinholdtsen
1328 &lt;br&gt;CC: Arthur Garnes &amp;lt;Arthur.Garnes (at) rikstv.no&amp;gt;,
1329 postmottak (at) sd.dep.no, post (at) frikanalen.no
1330 &lt;br&gt;Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn&lt;/p&gt;
1331
1332 &lt;p&gt;Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
1333 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
1334 1. juli til Dem, som vi har mottatt i kopi.&lt;/p&gt;
1335
1336 &lt;p&gt;For ordens skyld vil vi orientere om at Medietilsynet har visse
1337 tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
1338 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
1339 pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
1340 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
1341 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
1342 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
1343 konsesjonen.&lt;/p&gt;
1344
1345 &lt;p&gt;Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
1346 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
1347 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
1348 spørsmålene De reiser i tilknytning til det.&lt;/p&gt;
1349
1350 &lt;p&gt;Mvh&lt;/p&gt;
1351
1352 &lt;p&gt;Arve Lindboe&lt;/p&gt;
1353
1354 &lt;p&gt;rådgiver,
1355 &lt;br&gt;Medietilsynet&lt;/p&gt;
1356 &lt;/blockquote&gt;&lt;/p&gt;
1357
1358 &lt;p&gt;Her må det tydeligvis andre aktører i sving for å bli kvitt
1359 krypteringen av Frikanalen.&lt;/p&gt;
1360 </description>
1361 </item>
1362
1363 <item>
1364 <title>Can Zimbra be told to send autoreplies to the From: address?</title>
1365 <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</link>
1366 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</guid>
1367 <pubDate>Tue, 3 Jul 2012 23:30:00 +0200</pubDate>
1368 <description>&lt;p&gt;In the NUUG &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;
1369 project (Norwegian version of
1370 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt; from
1371 &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;mySociety&lt;/a&gt;), we have discovered
1372 a problem with the municipalities using
1373 &lt;a href=&quot;http://www.zimbra.com/&quot;&gt;Zimbra&lt;/a&gt;. When FiksGataMi send a
1374 problem report to the government, the email From: address is set to
1375 the address of the person reporting the problem, while envelope sender
1376 is set to the FiksGataMi contact address. The intention is to make
1377 sure the municipality send any replies to the person reporting the
1378 problem, while any email delivery problems are sent to us in NUUG.
1379 This work well in most cases, but not for Karmøy municipality using
1380 Zimbra. Karmøy is using the vacation message function in Zimbra to
1381 send an automatic reply to report that the message has been received,
1382 and this message is sent to the envelope sender and not the address in
1383 the From: header.&lt;/p&gt;
1384
1385 &lt;p&gt;This causes the automatic message from Karmøy to go to NUUGs
1386 request-tracker instance instead of to the person reporting the
1387 problem. We can not really change the envelope sender address, as
1388 this would make it impossible for us to discover when there are
1389 problems with the MTAs receiving problem reports. We have been in
1390 contact with the people at Karmøy municipality, and they are willing
1391 to adjust Zimbra if something can be changed there to get a better
1392 behaviour.&lt;/p&gt;
1393
1394 &lt;p&gt;The default behaviour of Zimbra is as far as I can tell according
1395 to the specification in RFC 3834, which recommend that vacation
1396 messages are sent to the envelope sender and not to the From: address.
1397 But I wonder if it is possible to adjust or configure Zimbra to behave
1398 differently. Anyone know? Please let us know at
1399 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/fiksgatami&quot;&gt;fiksgatami
1400 (at) nuug.no&lt;/a&gt;.&lt;/p&gt;
1401 </description>
1402 </item>
1403
1404 <item>
1405 <title>Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1406 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1407 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
1408 <pubDate>Sun, 1 Jul 2012 15:20:00 +0200</pubDate>
1409 <description>&lt;p&gt;&lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; er Norges
1410 landsdekkende &lt;a href=&quot;http://no.wikipedia.org/wiki/Åpen_kanal&quot;&gt;åpne
1411 kanal&lt;/a&gt;, der alle innbyggerne kan sende sine innslag ut på
1412 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
1413 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
1414 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
1415 til å lansere en
1416 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;løsning
1417 basert på åpne standarder&lt;/a&gt; i tillegg til den originale løsningen
1418 som er basert på Silverlight.&lt;/p&gt;
1419
1420 &lt;p&gt;Frikanalen skal være tilgjengelig for alle uten hindringer, men
1421 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
1422 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
1423 se på kanalen via dette nettet å skaffe seg et kundeforhold til
1424 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
1425 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
1426 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
1427 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
1428 problemstillingen. Her er det som har vært av oppfølging så
1429 langt.&lt;/p&gt;
1430
1431 &lt;p&gt;&lt;blockquote&gt;
1432
1433 &lt;p&gt;From: Petter Reinholdtsen
1434 &lt;br&gt;Subject: Når blir Frikanalen ukryptert på RiksTV?
1435 &lt;br&gt;To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
1436 &lt;br&gt;Cc: post (at) frikanalen.no
1437 &lt;br&gt;Date: Sun, 27 May 2012 00:28:10 +0200&lt;/p&gt;
1438
1439 &lt;p&gt;Hvorfor er det så dyrt a motta Frikanalen i det digitale
1440 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
1441 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
1442 For å få tilgang til de krypterte sendingene må en ha programkort som
1443 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
1444 gratis.&lt;/p&gt;
1445
1446 &lt;p&gt;I Stortingsmelding 39 2007 står det:&lt;/p&gt;
1447
1448 &lt;p&gt;&lt;blockquote&gt;
1449 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
1450 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
1451 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
1452 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
1453 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
1454 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
1455 perioden kl. 12 til kl. 17.30. Tilbudet vil bli sendt kryptert, men
1456 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
1457 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
1458 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
1459 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
1460 vil gjelde fram til midten av 2010.
1461 &lt;/blockquote&gt;&lt;/p&gt;
1462
1463 &lt;p&gt;Hva gjelder så etter midten av 2010? Betyr det som står i
1464 stortingsmeldingen at RiksTV fra midten av 2010 kan kreve hvilken som
1465 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
1466 velger å distribuere Frikanalen? Eller var det tillatelsen til å
1467 sende Frikanalen kryptert som gikk ut i 2010?&lt;/p&gt;
1468
1469 &lt;p&gt;--
1470 &lt;br&gt;Vennlig hilsen
1471 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1472 &lt;/blockquote&gt;&lt;/p&gt;
1473
1474 &lt;p&gt;Jeg har ikke fått svar hverken fra departement eller medietilsyn,
1475 men har fått to svar fra RiksTV.&lt;/p&gt;
1476
1477 &lt;p&gt;&lt;blockquote&gt;
1478 &lt;p&gt;From: post (at) rikstv.no
1479 &lt;br&gt;Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
1480 &lt;br&gt;To: Petter Reinholdtsen
1481 &lt;br&gt;Date: Mon, 28 May 2012 14:30:27 +0200&lt;/p&gt;
1482
1483 &lt;p&gt;Takk for din henvendelse&lt;/p&gt;
1484
1485 &lt;p&gt;Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
1486 dekker kostnadene for Programkort frem til midten av 2010. Avtalen er
1487 gjengitt i sin helhet på denne lenken:
1488 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517&quot;&gt;http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517&lt;/a&gt;
1489
1490 &lt;p&gt;Dersom du ønsker tilgang til Frikanalen via det digitale
1491 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
1492 dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1493 som en del av utstyret du trenger for å motta krypterte signaler.&lt;/p&gt;
1494
1495 &lt;p&gt;Vennligst se mer informasjon om Programkort på denne lenken:
1496 &lt;a href=&quot;https://www.rikstv.no/kundeservice/Utstyr/programkort/&quot;&gt;https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/a&gt;&lt;/p&gt;
1497
1498 &lt;p&gt;For mer informasjon om våre produkter og priser se, www.rikstv.no &lt;/p&gt;
1499
1500 &lt;p&gt;Ha en fin dag.&lt;/p&gt;
1501
1502 &lt;p&gt;Med vennlig hilsen
1503 &lt;br&gt;Thomas Eikeland
1504 &lt;br&gt;RiksTV AS
1505 &lt;br&gt;Kundeservice
1506 &lt;br&gt;Telefonnummer: 09595
1507 &lt;br&gt;www.rikstv.no&lt;/p&gt;
1508 &lt;/blockquote&gt;&lt;/p&gt;
1509
1510 &lt;p&gt;Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
1511 fulgte opp med en ny epost:&lt;/p&gt;
1512
1513 &lt;p&gt;&lt;blockquote&gt;
1514 &lt;p&gt;From: Petter Reinholdtsen
1515 &lt;br&gt;Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis&lt;br&gt; du svarer på denne henvendelsen, ikke forandre subjektet
1516 &lt;br&gt;To: post (at) rikstv.no
1517 &lt;br&gt;Date: Fri, 08 Jun 2012 10:14:49 +0200&lt;/p&gt;
1518
1519 &lt;p&gt;[Thomas Eikeland]
1520 &lt;br&gt;&amp;gt; Takk for din henvendelse&lt;/p&gt;
1521
1522 &lt;p&gt;Takk for svaret.&lt;/p&gt;
1523
1524 &lt;p&gt;&amp;gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
1525 &lt;br&gt;&amp;gt; kostnadene for Programkort frem til midten av 2010. Avtalen er gjengitt
1526 &lt;br&gt;&amp;gt; i sin helhet på denne lenken:
1527 &lt;br&gt;&amp;gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld
1528 &lt;br&gt;&amp;gt; -nr-39-2007-/28/4.html?id=478517&lt;/p&gt;
1529
1530 &lt;p&gt;Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
1531 over. Er den erstattet med en ny avtale?&lt;/p&gt;
1532
1533 &lt;ul&gt;
1534
1535 &lt;li&gt;Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
1536 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
1537 kryptert som gikk ut i 2010?&lt;/li&gt;
1538
1539 &lt;/ul&gt;
1540
1541 &lt;p&gt;&amp;gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
1542 &lt;br&gt;&amp;gt; per idag trenger du et Programkort og RiksTV godkjent
1543 &lt;br&gt;&amp;gt; dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1544 &lt;br&gt;&amp;gt; som en del av utstyret du trenger for å motta krypterte signaler.
1545 &lt;br&gt;&amp;gt;
1546 &lt;br&gt;&amp;gt; Vennligst se mer informasjon om Programkort på denne lenken:
1547 &lt;br&gt;&amp;gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/p&gt;
1548
1549 &lt;p&gt;Dette er litt på siden av det jeg lurte på, som er hva slags
1550 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
1551 etter 2010.&lt;/p&gt;
1552
1553 &lt;p&gt;--
1554 &lt;br&gt;Vennlig hilsen
1555 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1556 &lt;/blockquote&gt;&lt;/p&gt;
1557
1558 &lt;p&gt;Etter mange uker fikk jeg så på fredag følgende tilbakemelding.&lt;/p&gt;
1559
1560 &lt;p&gt;&lt;blockquote&gt;
1561 &lt;p&gt;From: Arthur Garnes
1562 &lt;br&gt;Subject: RE: Når blir Frikanalen ukryptert på RiksTV
1563 &lt;br&gt;To: Petter Reinholdtsen
1564 &lt;br&gt;Date: Fri, 29 Jun 2012 13:02:38 +0200&lt;/p&gt;
1565
1566 &lt;p&gt;Hei,&lt;/p&gt;
1567
1568 &lt;p&gt;Det vises til din henvendelse av 27.5.2012. Vi beklager at din
1569 henvendelse har tatt noe tid å besvare.&lt;/p&gt;
1570
1571 &lt;p&gt;RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
1572 vederlagsfritt får distribusjon i det digitale bakkenettet. At
1573 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
1574 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
1575 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
1576 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
1577 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
1578 programkort og trenger som en kommersiell aktør å få dekket disse
1579 kostnadene.&lt;/p&gt;
1580
1581 &lt;p&gt;Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
1582 kontakt.&lt;/p&gt;
1583
1584 &lt;p&gt;Med vennlig hilsen
1585 &lt;br&gt;Arthur Garnes
1586 &lt;br&gt;Product Manager&lt;/p&gt;
1587
1588 &lt;p&gt;Mobil: +47 98234224
1589 &lt;p&gt;E-post: arthur.garnes (at) rikstv.no
1590 &lt;br&gt;RiksTV AS
1591 &lt;br&gt;Besøk: Økernveien 145, 17. etg, Oslo
1592 &lt;br&gt;Post: Postboks 393 Økern, 0513 Oslo&lt;/p&gt;
1593
1594 &lt;p&gt;Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv&lt;/p&gt;
1595
1596 &lt;p&gt;Denne e-post og informasjonen den inneholder er konfidensiell og
1597 ment kun for den korrekte adressaten. This e-mail and the information
1598 it contains is confidential and intended only for the right
1599 addressee.&lt;/p&gt;
1600 &lt;/blockquote&gt;&lt;/p&gt;
1601
1602 &lt;p&gt;Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
1603 opp.&lt;/p&gt;
1604 </description>
1605 </item>
1606
1607 <item>
1608 <title>DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog</title>
1609 <link>http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</link>
1610 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</guid>
1611 <pubDate>Fri, 29 Jun 2012 18:00:00 +0200</pubDate>
1612 <description>&lt;p&gt;DIFI har nettopp annonsert høring om revisjon av
1613 &lt;a href=&quot;http://www.standard.difi.no/forvaltningsstandarder&quot;&gt;standardkatalogen&lt;/a&gt;,
1614 og endelig har Microsoft fått viljen sin. Se
1615 &lt;a href=&quot;http://www.standard.difi.no/hoyring/forslag-om-endring-av-forskrift-om-it-standarder-i-offentlig-forvaltning&quot;&gt;høringssiden&lt;/a&gt;
1616 for hele teksten.&lt;/p&gt;
1617
1618 &lt;p&gt;Her er forslaget i sin helhet:&lt;/p&gt;
1619
1620 &lt;p&gt;&lt;blockquote&gt;
1621 &lt;p&gt;3.2 Revisjon av krav til redigerbare dokumenter&lt;/p&gt;
1622
1623 &lt;p&gt;I første versjon av referansekatalogen i 2007 ble det satt krav om
1624 Open Document Format (ODF), versjon 1.1 (OASIS, 1.2.2007) for
1625 redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
1626 anbefalt for kommunal sektor. I 2009 ble kravet gjort obligatorisk for
1627 hele offentlig sektor i
1628 &lt;a href=&quot;http://www.lovdata.no/for/sf/fa/xa-20090925-1222.html&quot;&gt;forskrift
1629 om IT-standarder i forvaltningen&lt;/a&gt;. Anvendelsesområdet for kravet
1630 har vært begrenset til publisering av dokumenter som skal bearbeides
1631 videre (§ 4 nr. 1 andre ledd). I 2011 ble anvendelsesområdet utvidet
1632 til å omfatte utveksling av dokumenter beregnet for redigering som
1633 vedlegg til e-post (§4 nr. 2).&lt;/p&gt;
1634
1635 &lt;p&gt;Office Open XML ISO/IEC 29500:2011 (OOXML) er et dokumentformat
1636 opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
1637 som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
1638 kontorstøtteprogamvaren MS Office. Difi har foretatt en
1639 &lt;a href=&quot;http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-0.pdf&quot;&gt;revisjonsvurdering&lt;/a&gt;
1640 av krav som stilles til redigerbare dokumenter i Forskrift om
1641 IT-standarder i forvaltningen, og anbefaler at kravet til ODF
1642 fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
1643 for redigerbare dokumenter ved publisering på offentlige virksomheters
1644 nettsider og for redigerbare vedlegg til e-post som sendes fra
1645 offentlige virksomheter til innbyggere og næringsliv. Offentlige
1646 virksomheter vil dermed stå fritt til å publisere eller sende
1647 redigerbare dokumenter i det format som ivaretar brukernes behov
1648 best.&lt;/p&gt;
1649
1650 &lt;p&gt;Forslaget innebærer at krav til ODF utgår § 4 nr. 1 tredje ledd og
1651 § 4 nr. 2 første ledd&lt;/p&gt;
1652
1653 &lt;P&gt;Imidlertid bør det stilles strengere krav til hvilke formater
1654 offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
1655 mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
1656 som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
1657 medfører at innbyggere og næringsliv skal kunne basere sitt valg av
1658 programvare på egne behov og ikke på de valg offentlige virksomheter
1659 tar. Kravet vil omfatte hele offentlig sektor, herunder
1660 utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
1661 foreslått som ny § 4 nr.2 andre ledd&lt;/p&gt;
1662 &lt;/blockquote&gt;&lt;/p&gt;
1663
1664 &lt;P&gt;De satser vel på at det hele blir glemt over sommeren, og at de
1665 fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
1666 jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
1667 høringsuttalelser til høringen.&lt;/p&gt;
1668
1669 &lt;p&gt;Anbefaler alle å friske opp sine argumenter ved å lese
1670 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html&quot;&gt;svaret
1671 fra senator Edgar Villanueva til Microsoft i Peru&lt;/a&gt;. Det er en
1672 klassisk tekst som er like gyldig i dag som da det ble skrevet.&lt;/p&gt;
1673
1674 </description>
1675 </item>
1676
1677 <item>
1678 <title>Postjournaler i det offentlige - vanskelig med vilje?</title>
1679 <link>http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</link>
1680 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</guid>
1681 <pubDate>Wed, 27 Jun 2012 21:20:00 +0200</pubDate>
1682 <description>&lt;p&gt;Den norske
1683 &lt;a href=&quot;http://www.lovdata.no/all/nl-20060519-016.html&quot;&gt;offentlighetsloven&lt;/a&gt;
1684 er ganske bra, og inneholder rettigheter som sikrer at borgerne (og
1685 journalister) i stor grad kan holde øye med hva fellesskapets
1686 representanter i det offentlige holder på med. En kan be om kopi av
1687 alle dokumenter som finnes i offentlige etater, kommuner,
1688 departementer etc, og det kreves en konkret lovhjemmel for å nekte å
1689 levere ut en kopi. Men for å vite hva en skal be om, må en vite hva
1690 som finnes, og det er der de offentlige postjournalene kommer inn.
1691 Alle underlagt offentlighetsloven, som er alle offentlige kontorer
1692 samt selskaper som er kontrollert av det offentlige, er pliktig å føre
1693 postjournal og utlevere den på forespørsel. Underlig nok forteller
1694 Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å
1695 publisere postjournalen på web når jeg spurte hvor postjournalen kan
1696 finnes, så det virker å være et hull i denne plikten hvis målet er at
1697 innbyggerne skal ha enkel mulighet til å kontrollere våre
1698 representanter. Men de må føre journal og utlevere den på
1699 forespørsel.&lt;/p&gt;
1700
1701 &lt;p&gt;Men tema for denne bloggposten er hvordan en får tak i de
1702 offentlige postjournaler som finnes, og her er det mye som kunne vært
1703 bedre. Det finnes en &lt;a href=&quot;http://www.oep.no/&quot;&gt;felles portal for
1704 postjournaler&lt;/a&gt; til alle departementer, nasjonale direktorater,
1705 fylkesmenn etc (ca. 100 kilder), men for alle kommuner,
1706 fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig
1707 styret stiftelser og selskaper, må en innom hver enkelt organisasjons
1708 nettsider og se etter postjournalen. Noen har laget fine
1709 søketjenester, andre har laget dårlige søketjenester. De fleste har
1710 kun lagt ut datobaserte lister over journaloppføringer, av og til
1711 HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av
1712 dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig
1713 vanskelig å holde et øye med det som skjer over hele Norge. En er
1714 nødt til å besøke flere hundre nettsteder, og lese mange tusen sider
1715 hver dag for å holde rede på hva som skjer, og resultatet er at det i
1716 stor grad ikke skjer.&lt;/p&gt;
1717
1718 &lt;p&gt;Men datakildene ligger der, de er bare knot å bruke. En naturlig
1719 løsning på det problemet som det er utrolig og trist at presse-Norge
1720 ikke allerede har gjennomført, er å lage automatiske systemer for å
1721 samle inn og strukturere den tilgjengelige informasjonen og lage en
1722 innbygger og journalist-vennlig portal. I en slik portal bør en kunne
1723 søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som
1724 det tok lang tid å journalføre). Når informasjonen er samlet inn kan
1725 en analysere og finne ut hvilke organisasjoner som er trege til å
1726 publisere journalen sin, og hvilke som er mer flinke. En kan også
1727 koble saker på tvers av organisasjoner, når et brev i en sak sendes
1728 mellom organisasjonene, og dermed få en mer komplett oversikt over hva
1729 som blir gjort på vegne av oss alle i det offentlige. Det hadde vært
1730 morsomt å vite om alle brev som blir sendt mellom departementer eller
1731 kommuner blir journalført begge steder, og om det hender at sender og
1732 mottaker er uenige om et dokument kan unndras offentligheten. En
1733 slipper også å måtte forholde seg til når den journalførende enhet
1734 velger å fjerne journalen fra web. Her er praksis sprikende, og noen
1735 er flinke og har journalen liggende ute fra første dag publiseringen
1736 på web startet, mens andre fjerner den etter noen få dager.&lt;/p&gt;
1737
1738 &lt;p&gt;Det er personvernutfordringer rundt tilgjengeliggjøring av
1739 postjournaler, da den offentlige informasjonen som er tilgjengelig i
1740 postjournalene kan gi ganske mye informasjon om enkeltpersoners
1741 kontakt med det offentlige Norge. En kan se når det bygges, søkes,
1742 klages og sertifiseres, blant mange andre aktiviteter en tvinges til å
1743 kontakte det offentlige Norge for å få gjort. Men det må veies opp
1744 mot behovet til å holde &quot;makta&quot; i Norge under oppsikt, og der må jeg
1745 innrømme at jeg tror behovet i Norge er enormt.&lt;/p&gt;
1746
1747 &lt;p&gt;Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et
1748 prosjekt for å gjøre postjournalene tilgjengelig som åpne data på
1749 strukturert format, og bidra til at pressen og innbyggerne får en
1750 portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven
1751 gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på
1752 irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for
1753 flere hundre kilder. Noen er enkle og tar 10-20 minutter (hvis de
1754 f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her
1755 trengs det programører. :)&lt;/p&gt;
1756
1757 &lt;p&gt;PS: Hvis du vil lære litt mer om hva vi har mulighet til å få
1758 innsyn i hos det offentlige Norge, ta en titt på
1759 &lt;a href=&quot;http://www.offentlighet.no/&quot;&gt;offentlighet.no&lt;/a&gt;, et
1760 samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening,
1761 Norsk Journalistlag og Institutt for Journalistikk.&lt;/p&gt;
1762 </description>
1763 </item>
1764
1765 <item>
1766 <title>SQL-database med anbud publisert på Doffin</title>
1767 <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</link>
1768 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</guid>
1769 <pubDate>Fri, 15 Jun 2012 13:30:00 +0200</pubDate>
1770 <description>&lt;p&gt;&lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; er det offentlige Norges
1771 portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
1772 men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
1773 på det har jeg som et &lt;a href=&quot;htt://www.nuug.no/&quot;&gt;NUUG-prosjekt&lt;/a&gt;
1774 laget en &lt;a href=&quot;http://scraperwiki.com/&quot;&gt;Scraperwiki&lt;/a&gt;-skraper som
1775 lager en
1776 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;SQL-database
1777 med nøkkelinformasjonen fra Doffin&lt;/a&gt;, slik at det er mulig å søke og
1778 analysere Doffin-oppføringene. Det publiseres mellom 900-1500 anbud
1779 hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
1780 håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
1781 håper jeg å bruke denne databasen som grunnlag for å lage en database
1782 over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
1783 må bestilles fra hver enkelt utlyser.&lt;/p&gt;
1784
1785 &lt;p&gt;Jeg var litt usikker på om det var rettighetsproblemer knyttet til
1786 skraping av informasjon fra Doffin, men ser i
1787 &lt;a href=&quot;http://www.doffin.no/sitehelp/help_terms.aspx&quot;&gt;vilkårene til
1788 Doffin&lt;/a&gt; følgende:&lt;/p&gt;
1789
1790 &lt;p&gt;&lt;blockquote&gt;
1791
1792 &lt;p&gt;Opphavsrett mv&lt;/p&gt;
1793
1794 &lt;p&gt;Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
1795 at opphavsrett og andre rettigheter til materialet overføres til
1796 Fornyings- og administrasjonsdepartementet, eller den departementet
1797 utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
1798 kan benytte det til de formål de måtte ønske.&lt;/p&gt;
1799
1800 &lt;/blockquote&gt;&lt;/p&gt;
1801
1802 &lt;p&gt;Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
1803 tviler på, gitt lovens begrensninger om informasjon fra det
1804 offentlige), så er det FAD som har de immaterielle rettighetene. FAD
1805 er en del av staten, som opererer på vegne av folket, og enhver borger
1806 skulle dermed ha rett til å videreformidle informasjonen. Ingen av
1807 offentlighetslovens unntak kommer til anvendelse, i og med at
1808 informasjonen allerede er publisert.&lt;/p&gt;
1809 </description>
1810 </item>
1811
1812 <item>
1813 <title>Litt statistikk fra Offentlig Elektronisk postjournal</title>
1814 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</link>
1815 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</guid>
1816 <pubDate>Sun, 10 Jun 2012 20:30:00 +0200</pubDate>
1817 <description>&lt;p&gt;De siste månedene har jeg sammen med andre i NUUG jobbet med å
1818 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
1819 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
1820 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
1821 &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk Postjournal
1822 (OEP)&lt;/a&gt;, FAD/DIFIs fellesløsning for departementer og statlige
1823 etater.&lt;/p&gt;
1824
1825 &lt;p&gt;Her er antall oppføringer pr. måned det siste året,
1826 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=postliste-oep&amp;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&quot;&gt;summert
1827 opp&lt;/a&gt; ved hjelp av
1828 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep/&quot;&gt;en
1829 Scraperwiki-database&lt;/a&gt;. Merk at denne Scraperwikien har
1830 ytelsesproblemer pga. mengden data. &lt;/p&gt;
1831
1832 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
1833 &lt;tr&gt;&lt;th&gt;Måned&lt;/th&gt;&lt;th&gt;Antall&lt;/th&gt;&lt;/tr&gt;
1834 &lt;tr&gt;&lt;td&gt;2011-07&lt;/td&gt;&lt;td&gt;164355&lt;/td&gt;&lt;/tr&gt;
1835 &lt;tr&gt;&lt;td&gt;2011-08&lt;/td&gt;&lt;td&gt;153662&lt;/td&gt;&lt;/tr&gt;
1836 &lt;tr&gt;&lt;td&gt;2011-09&lt;/td&gt;&lt;td&gt;173134&lt;/td&gt;&lt;/tr&gt;
1837 &lt;tr&gt;&lt;td&gt;2011-10&lt;/td&gt;&lt;td&gt;170665&lt;/td&gt;&lt;/tr&gt;
1838 &lt;tr&gt;&lt;td&gt;2011-11&lt;/td&gt;&lt;td&gt;198409&lt;/td&gt;&lt;/tr&gt;
1839 &lt;tr&gt;&lt;td&gt;2011-12&lt;/td&gt;&lt;td&gt;175908&lt;/td&gt;&lt;/tr&gt;
1840 &lt;tr&gt;&lt;td&gt;2012-01&lt;/td&gt;&lt;td&gt;206875&lt;/td&gt;&lt;/tr&gt;
1841 &lt;tr&gt;&lt;td&gt;2012-02&lt;/td&gt;&lt;td&gt;202862&lt;/td&gt;&lt;/tr&gt;
1842 &lt;tr&gt;&lt;td&gt;2012-03&lt;/td&gt;&lt;td&gt;204225&lt;/td&gt;&lt;/tr&gt;
1843 &lt;tr&gt;&lt;td&gt;2012-04&lt;/td&gt;&lt;td&gt;207931&lt;/td&gt;&lt;/tr&gt;
1844 &lt;tr&gt;&lt;td&gt;2012-05&lt;/td&gt;&lt;td&gt;223754&lt;/td&gt;&lt;/tr&gt;
1845 &lt;/table&gt;&lt;/p&gt;
1846
1847 &lt;p&gt;Det er også interessant å se hvor ofte ulike etater sender inn sine
1848 journaloppføringer til OEP. OEP inneholder en liste med sist
1849 innrapporteringsdato for alle som sender til OEP, og ved å se når og
1850 hvor ofte det blir sendt inn fra etatene kan
1851 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=postliste-oep-deliverydates&amp;query=select%20agency%2C%0A(julianday(datetime(&#39;now&#39;))%20-%20%0A%20julianday(min(%60deliverydate%60)))%2Fcount(*)%20as%20dayfreq%2C%0A%20count(*)%0Afrom%20%60swdata%60%20group%20by%20agency%20order%20by%20dayfreq%20desc&quot;&gt;frekvensen
1852 beregnes&lt;/a&gt;. Her er bunnlista, dvs. de som leverer sjeldnere enn hver 10.
1853 dag beregnet fra
1854 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;en
1855 Scraperwiki-database&lt;/a&gt;:&lt;/p&gt;
1856
1857 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
1858
1859 &lt;tr&gt; &lt;th&gt;Etat&lt;/th&gt; &lt;th&gt;Frekvens&lt;/th&gt; &lt;th&gt;Leveringer&lt;/th&gt; &lt;/tr&gt;
1860 &lt;tr&gt; &lt;td&gt;Norges geologiske undersøkelse&lt;/td&gt; &lt;td&gt;83.7527546296&lt;/td&gt; &lt;td&gt;1&lt;/td&gt; &lt;/tr&gt;
1861 &lt;tr&gt; &lt;td&gt;Medietilsynet&lt;/td&gt; &lt;td&gt;33.7527546296&lt;/td&gt; &lt;td&gt;1&lt;/td&gt; &lt;/tr&gt;
1862 &lt;tr&gt; &lt;td&gt;Departementenes servicesenter&lt;/td&gt; &lt;td&gt;23.8763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
1863 &lt;tr&gt; &lt;td&gt;Kunnskapsdepartementet&lt;/td&gt; &lt;td&gt;15.8763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
1864 &lt;tr&gt; &lt;td&gt;Kompetansesenter for distriktsutvikling&lt;/td&gt; &lt;td&gt;15.3763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
1865 &lt;tr&gt; &lt;td&gt;Toll- og avgiftsdirektoratet&lt;/td&gt; &lt;td&gt;15.3763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
1866 &lt;tr&gt; &lt;td&gt;Fredskorpset&lt;/td&gt; &lt;td&gt;12.5842515432&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1867 &lt;tr&gt; &lt;td&gt;Statens legemiddelverk&lt;/td&gt; &lt;td&gt;12.1881886574&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;/tr&gt;
1868 &lt;tr&gt; &lt;td&gt;Utlendingsnemnda&lt;/td&gt; &lt;td&gt;11.5842515432&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1869 &lt;tr&gt; &lt;td&gt;Politidirektoratet&lt;/td&gt; &lt;td&gt;10.9175848765&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1870 &lt;tr&gt; &lt;td&gt;Skattedirektoratet&lt;/td&gt; &lt;td&gt;10.9175848765&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1871 &lt;tr&gt; &lt;td&gt;Statens innkrevingssentral&lt;/td&gt; &lt;td&gt;10.5842515432&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1872 &lt;tr&gt; &lt;td&gt;Barne-, ungdoms- og familiedirektoratet&lt;/td&gt; &lt;td&gt;10.2509182099&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1873 &lt;tr&gt; &lt;td&gt;Kunst i offentlige rom&lt;/td&gt; &lt;td&gt;10.2509182099&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
1874
1875 &lt;/table&gt;&lt;/p&gt;
1876
1877 &lt;p&gt;En kan beregne lignende frekvenser ved å sammenligne
1878 journalføringsdato med publiseringsdato for hver enkelt oppføring i
1879 OEP, men den lenken legger jeg ikke ved her for å unngå at
1880 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.&lt;/p&gt;
1881
1882 &lt;p&gt;Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
1883 så sjelden, og det kommer av at de har problemer etter oppgradering av
1884 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
1885 til å levere hver uke. Har ikke undersøkt noen av de andre.&lt;/p&gt;
1886 </description>
1887 </item>
1888
1889 <item>
1890 <title>Web service to look up HP and Dell computer hardware support status</title>
1891 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</link>
1892 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</guid>
1893 <pubDate>Wed, 6 Jun 2012 23:15:00 +0200</pubDate>
1894 <description>&lt;p&gt;A few days ago
1895 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html&quot;&gt;I
1896 reported how to get&lt;/a&gt; the support status out of Dell using an
1897 unofficial and undocumented SOAP API, which I since have found out was
1898 &lt;a href=&quot;http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html&quot;&gt;discovered
1899 by Daniel De Marco in february&lt;/a&gt;. Combined with my web scraping
1900 code for HP, Dell and IBM
1901 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html&quot;&gt;from
1902 2009&lt;/a&gt;, I got inspired and wrote
1903 &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/&quot;&gt;a
1904 web service&lt;/a&gt; based on Scraperwiki to make it easy to look up the
1905 support status and get a machine readable result back.&lt;/p&gt;
1906
1907 &lt;p&gt;This is what it look like at the moment when asking for the JSON
1908 output:
1909
1910 &lt;blockquote&gt;&lt;pre&gt;
1911 % GET &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&amp;vendor=Dell&amp;servicetag=2v1xwn1&quot;&gt;https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&amp;vendor=Dell&amp;servicetag=2v1xwn1&lt;/a&gt;
1912 supportstatus({&quot;servicetag&quot;: &quot;2v1xwn1&quot;, &quot;warrantyend&quot;: &quot;2013-11-24&quot;, &quot;shipped&quot;: &quot;2010-11-24&quot;, &quot;scrapestamputc&quot;: &quot;2012-06-06T20:26:56.965847&quot;, &quot;scrapedurl&quot;: &quot;http://143.166.84.118/services/assetservice.asmx?WSDL&quot;, &quot;vendor&quot;: &quot;Dell&quot;, &quot;productid&quot;: &quot;&quot;})
1913 %
1914 &lt;/pre&gt;&lt;/blockquote&gt;
1915
1916 &lt;p&gt;It currently support Dell and HP, and I am hoping for help to add
1917 support for other vendors. The python source is available on
1918 Scraperwiki and I welcome help with adding more features.&lt;/p&gt;
1919 </description>
1920 </item>
1921
1922 <item>
1923 <title>SOAP based webservice from Dell to check server support status</title>
1924 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</link>
1925 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</guid>
1926 <pubDate>Fri, 1 Jun 2012 15:20:00 +0200</pubDate>
1927 <description>&lt;p&gt;A few years ago I wrote
1928 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html&quot;&gt;how
1929 to extract support status&lt;/a&gt; for your Dell and HP servers. Recently
1930 I have learned from colleges here at the
1931 &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt; that Dell have
1932 made this even easier, by providing a SOAP based web service. Given
1933 the service tag, one can now query the Dell servers and get machine
1934 readable information about the support status. This perl code
1935 demonstrate how to do it:&lt;/p&gt;
1936
1937 &lt;p&gt;&lt;pre&gt;
1938 use strict;
1939 use warnings;
1940 use SOAP::Lite;
1941 use Data::Dumper;
1942 my $GUID = &#39;11111111-1111-1111-1111-111111111111&#39;;
1943 my $App = &#39;test&#39;;
1944 my $servicetag = $ARGV[0] or die &quot;Please supply a servicetag. $!\n&quot;;
1945 my ($deal, $latest, @dates);
1946 my $s = SOAP::Lite
1947 -&gt; uri(&#39;http://support.dell.com/WebServices/&#39;)
1948 -&gt; on_action( sub { join &#39;&#39;, @_ } )
1949 -&gt; proxy(&#39;http://xserv.dell.com/services/assetservice.asmx&#39;)
1950 ;
1951 my $a = $s-&gt;GetAssetInformation(
1952 SOAP::Data-&gt;name(&#39;guid&#39;)-&gt;value($GUID)-&gt;type(&#39;&#39;),
1953 SOAP::Data-&gt;name(&#39;applicationName&#39;)-&gt;value($App)-&gt;type(&#39;&#39;),
1954 SOAP::Data-&gt;name(&#39;serviceTags&#39;)-&gt;value($servicetag)-&gt;type(&#39;&#39;),
1955 );
1956 print Dumper($a -&gt; result) ;
1957 &lt;/pre&gt;&lt;/p&gt;
1958
1959 &lt;p&gt;The output can look like this:&lt;/p&gt;
1960
1961 &lt;p&gt;&lt;pre&gt;
1962 $VAR1 = {
1963 &#39;Asset&#39; =&gt; {
1964 &#39;Entitlements&#39; =&gt; {
1965 &#39;EntitlementData&#39; =&gt; [
1966 {
1967 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
1968 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
1969 &#39;Provider&#39; =&gt; &#39;&#39;,
1970 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
1971 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
1972 },
1973 {
1974 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
1975 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
1976 &#39;Provider&#39; =&gt; &#39;&#39;,
1977 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
1978 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
1979 },
1980 {
1981 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
1982 &#39;EndDate&#39; =&gt; &#39;2007-07-29T00:00:00&#39;,
1983 &#39;Provider&#39; =&gt; &#39;&#39;,
1984 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
1985 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
1986 }
1987 ]
1988 },
1989 &#39;AssetHeaderData&#39; =&gt; {
1990 &#39;SystemModel&#39; =&gt; &#39;GX620&#39;,
1991 &#39;ServiceTag&#39; =&gt; &#39;8DSGD2J&#39;,
1992 &#39;SystemShipDate&#39; =&gt; &#39;2006-07-29T19:00:00-05:00&#39;,
1993 &#39;Buid&#39; =&gt; &#39;2323&#39;,
1994 &#39;Region&#39; =&gt; &#39;Europe&#39;,
1995 &#39;SystemID&#39; =&gt; &#39;PLX_GX620&#39;,
1996 &#39;SystemType&#39; =&gt; &#39;OptiPlex&#39;
1997 }
1998 }
1999 };
2000 &lt;/pre&gt;&lt;/p&gt;
2001
2002 &lt;p&gt;I have not been able to find any documentation from Dell about this
2003 service outside the
2004 &lt;a href=&quot;http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation&quot;&gt;inline
2005 documentation&lt;/a&gt;, and according to
2006 &lt;a href=&quot;http://iboyd.net/index.php/2012/02/14/updated-dell-warranty-information-script/&quot;&gt;one
2007 comment&lt;/a&gt; it can have stability issues, but it is a lot better than
2008 scraping HTML pages. :)&lt;/p&gt;
2009
2010 &lt;p&gt;Wonder if HP and other server vendors have a similar service. If
2011 you know of one, drop me an email. :)&lt;/p&gt;
2012 </description>
2013 </item>
2014
2015 <item>
2016 <title>The cost of ODF and OOXML</title>
2017 <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</link>
2018 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</guid>
2019 <pubDate>Sat, 26 May 2012 18:00:00 +0200</pubDate>
2020 <description>&lt;p&gt;I just come across a blog post from Glyn Moody reporting the
2021 claimed cost from Microsoft on requiring ODF to be used by the UK
2022 government. I just sent him an email to let him know that his
2023 assumption are most likely wrong. Sharing it here in case some of my
2024 blog readers have seem the same numbers float around in the UK.&lt;/p&gt;
2025
2026 &lt;p&gt;&lt;blockquote&gt; &lt;p&gt;Hi. I just noted your
2027 &lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm&quot;&gt;http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm&lt;/a&gt;
2028 comment:&lt;/p&gt;
2029
2030 &lt;p&gt;&lt;blockquote&gt;&quot;They&#39;re all in Danish, not unreasonably, but even
2031 with the help of Google Translate I can&#39;t find any figures about the
2032 savings of &quot;moving to a flexible two standard&quot; as claimed by the
2033 Microsoft email. But I assume it is backed up somewhere, so let&#39;s take
2034 it, and the £500 million figure for the UK, on trust.&quot;
2035 &lt;/blockquote&gt;&lt;/p&gt;
2036
2037 &lt;p&gt;I can tell you that the Danish reports are inflated. I believe it is
2038 the same reports that were used in the Norwegian debate around 2007,
2039 and Gisle Hannemyr (a well known IT commentator in Norway) had a look
2040 at the content. In short, the reason it is claimed that using ODF
2041 will be so costly, is based on the assumption that this mean every
2042 existing document need to be converted from one of the MS Office
2043 formats to ODF, transferred to the receiver, and converted back from
2044 ODF to one of the MS Office formats, and that the conversion will cost
2045 10 minutes of work time for both the sender and the receiver. In
2046 reality the sender would have a tool capable of saving to ODF, and the
2047 receiver would have a tool capable of reading it, and the time spent
2048 would at most be a few seconds for saving and loading, not 20 minutes
2049 of wasted effort.&lt;/p&gt;
2050
2051 &lt;p&gt;Microsoft claimed all these costs were saved by allowing people to
2052 transfer the original files from MS Office instead of spending 10
2053 minutes converting to ODF. :)&lt;/p&gt;
2054
2055 &lt;p&gt;See
2056 &lt;a href=&quot;http://hannemyr.com/no/ms12_vl02.php&quot;&gt;http://hannemyr.com/no/ms12_vl02.php&lt;/a&gt;
2057 and
2058 &lt;a href=&quot;http://hannemyr.com/no/ms12.php&quot;&gt;http://hannemyr.com/no/ms12.php&lt;/a&gt;
2059 for background information. Norwegian only, sorry. :)&lt;/p&gt;
2060 &lt;/blockquote&gt;&lt;/p&gt;
2061 </description>
2062 </item>
2063
2064 <item>
2065 <title>OpenOffice.org fungerer da fint for blinde?</title>
2066 <link>http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</link>
2067 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</guid>
2068 <pubDate>Mon, 21 May 2012 23:20:00 +0200</pubDate>
2069 <description>&lt;p&gt;De siste dagene har høringsuttalelsene om DIFIs forslag til
2070 standardkatalog v3.1 blitt
2071 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder?tab=comments&quot;&gt;publisert
2072 på DIFIs nettside&lt;/a&gt;, og jeg kunne der glede meg over at
2073 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;NUUGs&lt;/a&gt;
2074 uttalelse er kommet med. En uttalelse som overrasker og forvirrer meg
2075 er
2076 &lt;a href=&quot;http://www.standard.difi.no/filearchive/norges-blindeforbund.pdf&quot;&gt;den
2077 fra Norges Blindeforbund&lt;/a&gt;, som 5 år etter at Klaus Knopper sammen
2078 med sin blinde kone blant annet
2079 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20071211-accessibility/&quot;&gt;demonstrerte
2080 høyttalende OpenOffice.org på nynorsk for blinde&lt;/a&gt; på et NUUG-møte.&lt;/p&gt;
2081
2082 &lt;p&gt;&lt;a href=&quot;https://www.blindeforbundet.no/&quot;&gt;Norges Blindeforbund&lt;/a&gt;
2083 skriver følgende, som for meg virker å være formulert på sviktende
2084 grunnlag:&lt;/p&gt;
2085
2086 &lt;p&gt;&lt;blockquote&gt;
2087 &lt;p&gt;Bruk av fri programvare
2088
2089 &lt;p&gt;I FRIPROGSENTERET, RAPPORT 2009-02: Universell utforming
2090 &lt;a href=&quot;http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf&quot;&gt;http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf&lt;/a&gt;
2091 sies det &quot;Det finnes i dag ikke mange fri programvare-rammeverk eller
2092 generelle løsninger som støtter tilgjengelighet eller som er
2093 universelt utformet.&quot;&lt;/p&gt;
2094
2095 &lt;p&gt;Til tross for at det gjennom prinsippene i fri programvare åpnes
2096 for større frihet til selv å påvirke programvareløsninger i retning av
2097 universell utforming viser praksis at virkeligheten er en annen.
2098 Mange av de mest alminnelige frie programvarepakkene mangler delvis
2099 eller fullstendig tilgjengelighet for mennesker med nedsatt
2100 syn. Eksempler på dette er OpenOffice og LibreOffice m.fl.&lt;/p&gt;
2101
2102 &lt;p&gt;En annen utfordring ved bruk av fri programvare kan være manglende
2103 kundestøtte og muligheter til opplæring i bruk av løsningen. Svaksynte
2104 og blinde har et høyere behov for denne typen støtte enn andre brukere
2105 ettersom mange av dem har behov for tilleggsprogramvare som skal
2106 fungere sammen med den opprinnelige programvaren, og ettersom man ikke
2107 har de samme muligheter for overblikk over grensesnittet som en seende
2108 bruker. I tillegg til dette kommer de mer tilgjengelighetstekniske
2109 utfordringene som ofte må løses i samarbeid med
2110 programvareleverandør/produsent.&lt;/p&gt;
2111
2112 &lt;p&gt;Fri programvare er ikke på samme måte underlagt lovgivning gjennom
2113 for eksempel diskriminerings og tilgjengelighetsloven ettersom det
2114 ikke alltid finnes en produsent/tilbyder av tjenesten eller produktet.&lt;/p&gt;
2115
2116 &lt;p&gt;Norges Blindeforbund krever at universell utforming og
2117 brukskvalitet tas med som viktige hensyn i utredninger som ligger til
2118 grunn for valg av standarder som primært leder brukeren mot fri
2119 programvare. Et eksempel på dette er bruk av dokumentformatet ODF som
2120 leder brukeren i retning av OpenOffice, som er helt eller delvis
2121 utilgjengelig for svaksynte og blinde – noe avhengig av plattform og
2122 hjelpemiddelprogramvare.&lt;/p&gt;
2123
2124 &lt;/blockquote&gt;&lt;/p&gt;
2125
2126 &lt;p&gt;Jeg håper noen involvert i OpenOffice.org og/eller LibreOffice tar
2127 kontakt med Norges Blindeforbund og oppklarer det som for meg virker å
2128 være en misforståelse, i og med at OpenOffice.org så vidt jeg vet
2129 fungerer fint også for blinde.&lt;/p&gt;
2130
2131 &lt;p&gt;Jeg ble minnet på problemstillingen da jeg leste Slashdot-saken om
2132 &quot;&lt;a href=&quot;http://linux.slashdot.org/story/12/05/21/1417221/the-state-of-linux-accessibility&quot;&gt;The
2133 State of Linux Accessibility&lt;/a&gt;&quot;, som også hevder at Linux fungerer
2134 utmerket for blinde.&lt;/p&gt;
2135 </description>
2136 </item>
2137
2138 <item>
2139 <title>Dør Unix, eller lever den videre som Linux?</title>
2140 <link>http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</link>
2141 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</guid>
2142 <pubDate>Tue, 15 May 2012 10:20:00 +0200</pubDate>
2143 <description>&lt;p&gt;Peter Hidas fra Gartner melder i Computerworld at
2144 &lt;a href=&quot;http://www.idg.no/computerworld/article245011.ece&quot;&gt;Unix
2145 nedkjempes av Linux og Windows&lt;/a&gt;. For meg er påstanden meningsløs,
2146 da Linux er en variant av Unix, og hele diskusjonen om Linux er Unix
2147 eller ikke er utdatert og uinteressant. Jeg ser at Helge Skrivervik
2148 deler mitt syn på saken i sin kommentar fra i går om at
2149 &quot;&lt;a href=&quot;http://www.mymayday.com/blogs/2012/unix-linux&quot;&gt;Unix vs. Linux
2150 = uinteressant&quot;&lt;/a&gt;.&lt;/p&gt;
2151
2152 &lt;p&gt;I &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-sammenheng møter jeg av og
2153 til folk som tror NUUG er for avdankede folk som driver med den samme
2154 Unix-varianten som Peter Hidas skriver om i sin kommentar, og dermed
2155 er en foreningen for avdankede teknologer interessert i døende
2156 teknologi. Intet kunne være lengre fra sannheten.&lt;/p&gt;
2157
2158 &lt;p&gt;NUUG er en forening for oss som har sans for fri programvare, åpne
2159 standarder og Unix-lignende operativsystemer, som Ubuntu, FreeBSD,
2160 Debian, Mint, Gentoo, Android, Gnome, KDE, LXDE, Firefox, LibreOffice,
2161 ODF, HTML, C++, ECMA-Script, etc. Kort sagt der nyskapning skjer på
2162 IT-fronten i dag. Det innebærer selvfølgelig også de som er
2163 interessert i de &quot;gamle&quot; Unix-ene som Solaris og HP-UX, men de er bare
2164 et lite mindretall blant NUUGs medlemmer. De aller fleste medlemmene
2165 har i dag fokus på Linux.&lt;/p&gt;
2166 </description>
2167 </item>
2168
2169 <item>
2170 <title>NUUGs leverer høringsuttalelse om v3.1 av statens referansekatalog</title>
2171 <link>http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</link>
2172 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</guid>
2173 <pubDate>Fri, 27 Apr 2012 15:30:00 +0200</pubDate>
2174 <description>&lt;p&gt;NUUG-styremedlem Hans-Petter Fjeld
2175 &lt;a href=&quot;https://plus.google.com/u/0/110394259537201279374/posts/AGzRmAuFdW1&quot;&gt;meldte
2176 nettopp&lt;/a&gt; at han har sendt inn &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
2177 høringsuttalelse angående Difi sin standardkatalog v3.1. Jeg er veldig
2178 glad for at så mange bidro og sikret at vår stemme blir hørt i denne
2179 høringen. Anbefaler alle å lese våre
2180 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;to
2181 sider med innspill&lt;/a&gt;.&lt;/p&gt;
2182 </description>
2183 </item>
2184
2185 <item>
2186 <title>Holder de ord og NUUG lanserer testtjeneste med stortingsinformasjon</title>
2187 <link>http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</link>
2188 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</guid>
2189 <pubDate>Sun, 22 Apr 2012 15:45:00 +0200</pubDate>
2190 <description>&lt;p&gt;I
2191 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html&quot;&gt;januar
2192 i fjor&lt;/a&gt; startet vi i NUUG arbeid med å gjøre informasjon om hvem
2193 som har stemt hva på &lt;a href=&quot;http://www.stortinget.no/&quot;&gt;Stortinget&lt;/a&gt;
2194 enklere tilgjengelig. I løpet av få måneder fant vi sammen med
2195 organisasjonen &lt;a href=&quot;http://www.holderdeord.no/&quot;&gt;Holder de ord&lt;/a&gt;
2196 som arbeidet mot et lignende mål.&lt;/p&gt;
2197
2198 &lt;p&gt;Siden den gang har vi fått tak i maskinelt lesbart informasjon om
2199 hvem som stemte hva mellom 1990 og våren 2010, og tilgang til
2200 stortingets nye datatjeneste som har informasjon fra høsten 2011 til i
2201 dag. Det gjenstår litt arbeid med det første datasettet, men
2202 datasettet fra høsten 2011 er klart til bruk. Begge datasettene er
2203 tilgjengelig &lt;a href=&quot;https://gitorious.org/nuug/folketingparser&quot;&gt;via
2204 git&lt;/a&gt;.&lt;/p&gt;
2205
2206 &lt;p&gt;
2207 &lt;a href=&quot;http://www.goopen.no/holder-de-ord-datadrevet-oppfolging-av-politiske-lofter/&quot;&gt;Go Open&lt;/a&gt; i morgen lanserer
2208 NUUG sammen med Holder de ord &lt;a href=&quot;http://beta.holderdeord.no/&quot;&gt;en
2209 test-tjeneste&lt;/a&gt; som viser hva som er og blir behandlet på Stortinget og
2210 hvem som har stemt hva siden oktober i fjor. Du får herved mulighet
2211 til å ta en sniktitt.&lt;/p&gt;
2212 </description>
2213 </item>
2214
2215 <item>
2216 <title>RAND terms - non-reasonable and discriminatory</title>
2217 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</link>
2218 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</guid>
2219 <pubDate>Thu, 19 Apr 2012 22:20:00 +0200</pubDate>
2220 <description>&lt;p&gt;Here in Norway, the
2221 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad.html?id=339&quot;&gt; Ministry of
2222 Government Administration, Reform and Church Affairs&lt;/a&gt; is behind
2223 a &lt;a href=&quot;http://standard.difi.no/forvaltningsstandarder&quot;&gt;directory of
2224 standards&lt;/a&gt; that are recommended or mandatory for use by the
2225 government. When the directory was created, the people behind it made
2226 an effort to ensure that everyone would be able to implement the
2227 standards and compete on equal terms to supply software and solutions
2228 to the government. Free software and non-free software could compete
2229 on the same level.&lt;/p&gt;
2230
2231 &lt;p&gt;But recently, some standards with RAND
2232 (&lt;a href=&quot;http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing&quot;&gt;Reasonable
2233 And Non-Discriminatory&lt;/a&gt;) terms have made their way into the
2234 directory. And while this might not sound too bad, the fact is that
2235 standard specifications with RAND terms often block free software from
2236 implementing them. The reasonable part of RAND mean that the cost per
2237 user/unit is low,and the non-discriminatory part mean that everyone
2238 willing to pay will get a license. Both sound great in theory. In
2239 practice, to get such license one need to be able to count users, and
2240 be able to pay a small amount of money per unit or user. By
2241 definition, users of free software do not need to register their use.
2242 So counting users or units is not possible for free software projects.
2243 And given that people will use the software without handing any money
2244 to the author, it is not really economically possible for a free
2245 software author to pay a small amount of money to license the rights
2246 to implement a standard when the income available is zero. The result
2247 in these situations is that free software are locked out from
2248 implementing standards with RAND terms.&lt;/p&gt;
2249
2250 &lt;p&gt;Because of this, when I see someone claiming the terms of a
2251 standard is reasonable and non-discriminatory, all I can think of is
2252 how this really is non-reasonable and discriminatory. Because free
2253 software developers are working in a global market, it does not really
2254 help to know that software patents are not supposed to be enforceable
2255 in Norway. The patent regimes in other countries affect us even here.
2256 I really hope the people behind the standard directory will pay more
2257 attention to these issues in the future.&lt;/p&gt;
2258
2259 &lt;p&gt;You can find more on the issues with RAND, FRAND and RAND-Z terms
2260 from Simon Phipps
2261 (&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/11/rand-not-so-reasonable/&quot;&gt;RAND:
2262 Not So Reasonable?&lt;/a&gt;).&lt;/p&gt;
2263
2264 &lt;p&gt;Update 2012-04-21: Just came across a
2265 &lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/of-microsoft-netscape-patents-and-open-standards/index.htm&quot;&gt;blog
2266 post from Glyn Moody&lt;/a&gt; over at Computer World UK warning about the
2267 same issue, and urging people to speak out to the UK government. I
2268 can only urge Norwegian users to do the same for
2269 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder&quot;&gt;the
2270 hearing taking place at the moment&lt;/a&gt; (respond before 2012-04-27).
2271 It proposes to require video conferencing standards including
2272 specifications with RAND terms.&lt;/p&gt;
2273 </description>
2274 </item>
2275
2276 <item>
2277 <title>Jeg skal på konferansen Go Open 2012</title>
2278 <link>http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</link>
2279 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</guid>
2280 <pubDate>Fri, 13 Apr 2012 11:30:00 +0200</pubDate>
2281 <description>&lt;p&gt;Jeg har tenkt meg på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go
2282 Open 2012&lt;/a&gt; i Oslo 23. april.
2283 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Medlemsforeningen NUUG&lt;/a&gt; deler ut
2284 &lt;a href=&quot;http://www.nuug.no/prisen/&quot;&gt;prisen for fremme av fri
2285 programvare i Norge&lt;/a&gt; der i år. Kommer du?&lt;/p&gt;
2286 </description>
2287 </item>
2288
2289 <item>
2290 <title>NUUG-presentasjon: Skolelinux - ferdig oppsatt skolenettløsning</title>
2291 <link>http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</link>
2292 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</guid>
2293 <pubDate>Tue, 13 Mar 2012 23:55:00 +0100</pubDate>
2294 <description>&lt;p&gt;I dag presenterte jeg ny versjon av Skolelinux for NUUGs medlemmer.
2295 &lt;a href=&quot;http://www.hungry.com/~pere/mypapers/20120313-skolelinux-squeeze.html&quot;&gt;Lysark&lt;/a&gt;
2296 er tilgjengelige allerede og
2297 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20120313-skolelinux/&quot;&gt;video-opptak&lt;/a&gt;
2298 kommer så snart videogruppa til NUUG får publisert den. Jeg kom på
2299 endel punkter om nye ting i Squeeze-utgaven under veis som jeg burde
2300 hatt med, og har sikkert skrevet noe tull på lysarkene som jeg ennå
2301 ikke har oppdaget. Denne presentasjonen ble smurt ihop på veldig kort
2302 tid, og jeg rakk ikke finpusse den. Håper den kan være lærerik
2303 likevel.&lt;/p&gt;
2304 </description>
2305 </item>
2306
2307 <item>
2308 <title>Et bilde på problemet med programvarepatenter</title>
2309 <link>http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</link>
2310 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</guid>
2311 <pubDate>Sat, 6 Aug 2011 21:45:00 +0200</pubDate>
2312 <description>&lt;p&gt;Via
2313 &lt;a href=&quot;http://www.huffingtonpost.com/2011/08/04/patent-reform-congress_n_906278.html&quot;&gt;en
2314 artikkel i Huffington Post om patentreform i USA&lt;/a&gt; fikk jeg et
2315 interessant bilde på problemet med programvarepatenter. Problemet er
2316 at staten deler ut usynlige &quot;eiendommer&quot; med uklare eiendomsgrenser,
2317 som gjør det umulig å vite om en er på annen manns grunn hvis en ikke
2318 har kjennskap til at &quot;eiendommen&quot; finnes, og selv når en vet om den
2319 usynlige &quot;eiendommen&quot; er det umulig å vite på hvilken side av grensen
2320 en befinner seg.&lt;/p&gt;
2321
2322 &lt;p&gt;Hvis du er interessert i problemområdet programvarepatenter, så har
2323 NUUG en
2324 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/patent&quot;&gt;epostliste om
2325 temaet&lt;/a&gt;. Alle er hjertelig velkomne som abonnenter.&lt;/p&gt;
2326 </description>
2327 </item>
2328
2329 <item>
2330 <title>Voteringsdata fra stortinget på plass, mye igjen</title>
2331 <link>http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</link>
2332 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</guid>
2333 <pubDate>Thu, 21 Jul 2011 12:10:00 +0200</pubDate>
2334 <description>&lt;p&gt;Arbeidet med et nettsted som viser frem hva hver enkelt av våre
2335 folkevalgte har stemt går sakte fremover. Det har gått to måneder
2336 siden
2337 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html&quot;&gt;jeg
2338 skrev om prosjektet&lt;/a&gt;. Siden sist har vi fått kontakt med
2339 organisasjonen &lt;a href=&quot;http://www.holderdeord.no&quot;&gt;Holder De Ord&lt;/a&gt;
2340 som holder på med et lignende prosjekt, samt fått tilgang til endel
2341 voteringsinformasjon fra Stortinget.&lt;/p&gt;
2342
2343 &lt;p&gt;Har fått tilgang til to datasett fra Stortinget. Det ene er en CD
2344 med voteringsdetaljer mellom 1990 og 2009, det andre er tilgang til
2345 stortingets kommende data-API der en kan hente ut informasjon om
2346 representanter, saker og voteringer. Jeg har ikke rukket se nok på
2347 noen av dem til å laste dem inn i min prototype, men jeg håper begge
2348 datasettene kan brukes.&lt;/p&gt;
2349
2350 &lt;p&gt;Det første datasettet er kopiert og publisert
2351 &lt;a href=&quot;http://www.nuug.no/pub/stortingsinnsyn/&quot;&gt;på NUUGs
2352 filtjener&lt;/a&gt;, og består av to filer pr. votering. En fil med
2353 tidspunkt og hver enkelt stemme, og en annen med hvem som stemte og
2354 hvilket parti og fylke de representerte. Tegnsettet er så vidt jeg
2355 kan se Codepage 865, og jeg håper det er enkelt å koble sammen person
2356 og stemme. Har ikke rukket forsøke dette ennå. Jeg tror en god
2357 strategi her er å parse råfilene fra Stortinget og sammenstille dem
2358 med databasen over representanter, og ved hjelp av denne koble de
2359 unike ID-ene til representantene med hver enkelt stemme og publisere
2360 resultatet i XML-format. Antar det er en par dagers programmering,
2361 men har ikke funnet tid til det.&lt;/p&gt;
2362
2363 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2364 irc.freenode.net) eller bli med på epostlisten
2365 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2366 Det trengs både manne-timer for skraping og finansiering av
2367 utviklingstimer for å en norsk portal på plass.&lt;/p&gt;
2368 </description>
2369 </item>
2370
2371 <item>
2372 <title>Hvem stemte hva på Stortinget?</title>
2373 <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</link>
2374 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</guid>
2375 <pubDate>Fri, 20 May 2011 21:20:00 +0200</pubDate>
2376 <description>&lt;p&gt;To britiske tjenester som jeg har veldig stor sans for er
2377 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;TheyWorkForYou&lt;/a&gt; og
2378 &lt;a href=&quot;http://www.publicwhip.org.uk/&quot;&gt;Public Whip&lt;/a&gt;, som gir enkel
2379 og tilgjengelig oppdatering om hva som skjer i de britiske
2380 parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
2381 Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
2382 stortingsrepresentant. Voteringen over datalagringsdirektivet
2383 forsterket motivasjonen min tilstrekkelig til at jeg når har gått
2384 igang med å få dette på plass, og noen flere har meldt seg på.
2385 Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
2386 med FiksGataMi.&lt;/p&gt;
2387
2388 &lt;p&gt;TheyWorkForYou gir en tilgang til informasjon om hver enkelt
2389 representant, og lar en f.eks. abonnere via epost på alt en
2390 representant har sagt i stortinget. En kan også abonnere via epost på
2391 alle som har nevnt ord en er interessert i. Public Whip lar en ser
2392 hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
2393 se hvordan representantene forholder seg til relaterte voteringer, og
2394 kan se hvem som er utbrytere og hvilke voteringer som er spesielt
2395 kontroversielle (mange utbrytere).&lt;/p&gt;
2396
2397 &lt;p&gt;Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
2398 strukturert og maskinlesbart format. Bak de to britiske tjenestene er
2399 skrapeprosjektet
2400 &lt;a href=&quot;http://ukparse.kforge.net/parlparse/&quot;&gt;Parlament Parser&lt;/a&gt;, og
2401 det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
2402 referater og informasjon om representanter og saker som er behandlet.
2403 På Stortingets nettsted mangler det informasjon om hvem som har stemt
2404 hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
2405 er i dialog med Stortingets informasjonsseksjon og håper de vil
2406 begynne å publisere denne informasjon på sikt. En annen kilde til
2407 relevant informasjon er
2408 &lt;a href=&quot;http://www.nsd.uib.no/polsys/&quot;&gt;PolSys-databasen&lt;/a&gt; til Norsk
2409 samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
2410 på sine data umuliggjør at enhver kan bruke informasjonen om
2411 stortinget til hva som helst og det er et mål for meg at alle skal
2412 kunne gjøre hva som helst med datasettene når jeg lager tjenesten.&lt;/p&gt;
2413
2414 &lt;p&gt;Første
2415 &lt;a href=&quot;http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi&quot;&gt;demonstrasjon
2416 av konseptet&lt;/a&gt; er nå tilgjengelig med de voteringsdata jeg har fått
2417 tak i så langt. Jeg regner med å kaste den koden når mer data er på
2418 plass, og heller basere tjenesten på lignende prosjekter som de to
2419 forannevnte, eller den polske
2420 &lt;a href=&quot;http://sejmometr.pl/&quot;&gt;Sejmometr&lt;/a&gt;.&lt;/p&gt;
2421
2422 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2423 irc.freenode.net) eller bli med på epostlisten
2424 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2425 Det trengs både manne-timer for skraping og finansiering av
2426 utviklingstimer for å tilpasse eksisterende portal til norsk.&lt;/p&gt;
2427 </description>
2428 </item>
2429
2430 <item>
2431 <title>The video format most supported in web browsers?</title>
2432 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</link>
2433 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</guid>
2434 <pubDate>Sun, 16 Jan 2011 00:20:00 +0100</pubDate>
2435 <description>&lt;p&gt;The video format struggle on the web continues, and the three
2436 contenders seem to be Ogg Theora, H.264 and WebM. Most video sites
2437 seem to use H.264, while others use Ogg Theora. Interestingly enough,
2438 the comments I see give me the feeling that a lot of people believe
2439 H.264 is the most supported video format in browsers, but according to
2440 the Wikipedia article on
2441 &lt;a href=&quot;http://en.wikipedia.org/wiki/HTML5_video&quot;&gt;HTML5 video&lt;/a&gt;,
2442 this is not true. Check out the nice table of supprted formats in
2443 different browsers there. The format supported by most browsers is
2444 Ogg Theora, supported by released versions of Mozilla Firefox, Google
2445 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
2446 BOLT browser, while not supported by Internet Explorer nor Safari.
2447 The runner up is WebM supported by released versions of Google Chrome
2448 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
2449 Firefox. H.264 is supported by released versions of Safari, Origyn
2450 Web Browser and BOLT browser, and the test version of Internet
2451 Explorer. Those wanting Ogg Theora support in Internet Explorer and
2452 Safari can install plugins to get it.&lt;/p&gt;
2453
2454 &lt;p&gt;To me, the simple conclusion from this is that to reach most users
2455 without any extra software installed, one uses Ogg Theora with the
2456 HTML5 video tag. Of course to reach all those without a browser
2457 handling HTML5, one need fallback mechanisms. In
2458 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;, we provide first fallback to a
2459 plugin capable of playing MPEG1 video, and those without such support
2460 we have a second fallback to the Cortado java applet playing Ogg
2461 Theora. This seem to work quite well, as can be seen in an &lt;a
2462 href=&quot;http://www.nuug.no/aktiviteter/20110111-semantic-web/&quot;&gt;example
2463 from last week&lt;/a&gt;.&lt;/p&gt;
2464
2465 &lt;p&gt;The reason Ogg Theora is the most supported format, and H.264 is
2466 the least supported is simple. Implementing and using H.264
2467 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
2468 are incompatible with free software licensing. If you believed H.264
2469 was without royalties and license terms, check out
2470 &quot;&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 – Not The Kind Of
2471 Free That Matters&lt;/a&gt;&quot; by Simon Phipps.&lt;/p&gt;
2472
2473 &lt;p&gt;A incomplete list of sites providing video in Ogg Theora is
2474 available from
2475 &lt;a href=&quot;http://wiki.xiph.org/index.php/List_of_Theora_videos&quot;&gt;the
2476 Xiph.org wiki&lt;/a&gt;, if you want to have a look. I&#39;m not aware of a
2477 similar list for WebM nor H.264.&lt;/p&gt;
2478
2479 &lt;p&gt;Update 2011-01-16 09:40: A question from Tollef on IRC made me
2480 realise that I failed to make it clear enough this text is about the
2481 &amp;lt;video&amp;gt; tag support in browsers and not the video support
2482 provided by external plugins like the Flash plugins.&lt;/p&gt;
2483 </description>
2484 </item>
2485
2486 <item>
2487 <title>Hva har mine representanter stemt i Storinget?</title>
2488 <link>http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</link>
2489 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</guid>
2490 <pubDate>Tue, 11 Jan 2011 14:25:00 +0100</pubDate>
2491 <description>&lt;p&gt;I England har &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;MySociety&lt;/a&gt;
2492 laget en genial tjeneste for å holde øye med parlamentet. Tjenesten
2493 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;They Work For You&lt;/a&gt; lar
2494 borgerne få direkte og sanntidsoppdatert innsyn i sine representanters
2495 gjøren og laden i parlamentet. En kan kan få kopi av det en gitt
2496 representant har sagt på talerstolen, og få vite hva hver enkelt
2497 representant har stemt i hver enkelt sak som er tatt opp. Jeg skulle
2498 gjerne hatt en slik tjeneste for Stortinget i Norge.&lt;/p&gt;
2499
2500 &lt;p&gt;Endel &lt;a href=&quot;http://www.nsd.uib.no/polsys/storting/&quot;&gt;statistikk
2501 over representantenes stemmegivning&lt;/a&gt; er tilgjengelig fra Norsk
2502 sammfunnsvitenskaplig datatjeneste, men ingenting av dette er
2503 detaljert nok til at en han holde hver enkelt stortingsrepresentant
2504 ansvarlig.&lt;/p&gt;
2505
2506 &lt;p&gt;For å få en idé om det finnes en datakilde fra Stortinget som kan
2507 brukes til å få oversikt over hvordan hver enkelt representant har
2508 stemt, sendte jeg et spørsmål til Stortinget:&lt;/p&gt;
2509
2510 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2511 Fra: Petter Reinholdtsen
2512 Sendt: 11. januar 2011 10:42
2513 Til: info (at) stortinget.no
2514 Emne: Hvem stemte hva i de ulike sakene?
2515
2516 Hei. Er det informasjon tilgjengelig på web om hvilke
2517 stortingsrepresentanter som stemte hva i sakene som er til votering i
2518 Stortinget?
2519
2520 Vennlig hilsen,
2521 --
2522 Petter Reinholdtsen
2523 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2524
2525 &lt;p&gt;Svaret kom noen timer senere:&lt;/p&gt;
2526
2527 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2528 From: Postmottak Informasjonshjornet
2529 To: Petter Reinholdtsen
2530 Subject: RE: Hvem stemte hva i de ulike sakene?
2531 Date: Tue, 11 Jan 2011 12:46:25 +0000
2532
2533 Hei.
2534 Takk for henvendelsen.
2535
2536 Sommeren 2010 fikk vi nytt voteringsanlegg i stortingssalen som
2537 muliggjør publisering av voteringsresultat på nett. dette er et
2538 pågående prosjekt 1. halvår 2011. Kan ikke si nøyaktig når det er i
2539 funksjon.
2540 &lt;a href=&quot;http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/&quot;&gt;http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/&lt;/a&gt;
2541
2542 Foreløpig må du finne voteringsresultatet i referatet etter at saken
2543 har vært behandlet i Stortinget.
2544
2545 Ønsker du å vite hvem som stemte hva i en bestemt sak,(og hvem som
2546 ikke var til stede), kan du kontakte oss og vi kan sende deg en
2547 utskrift.
2548
2549 Med vennlig hilsen
2550 Elin B. Relander Tømte
2551 Stortingets Informasjonsseksjon
2552 tlf 23313596
2553
2554 www.stortinget.no
2555 www.tinget.no
2556 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2557
2558 &lt;p&gt;Det ser dermed ut at det i fjor ble mulig å hente ut informasjonen
2559 fra Stortinget, men at Stortinget ikke legger denne informasjonen ut
2560 på web ennå. En liten brikke er dermed på plass, men mye
2561 gjenstår. Kanskje jeg får tid til å se på en norsk utgave etter
2562 at vi i NUUG har fått operativ en norsk utgave av
2563 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;.&lt;/p&gt;
2564 </description>
2565 </item>
2566
2567 <item>
2568 <title>Debian Edu development gathering and General Assembly for FRiSK</title>
2569 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</link>
2570 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</guid>
2571 <pubDate>Mon, 29 Nov 2010 18:40:00 +0100</pubDate>
2572 <description>&lt;p&gt;On friday, the first Debian Edu / Skolelinux
2573 &lt;a href=&quot;http://www.friprogramvareiskolen.no/Gathering/2010-12-03-05-Oslo&quot;&gt;development
2574 gathering&lt;/a&gt; in a long time take place here in Oslo, Norway. I
2575 really look forward to seeing all the good people working on the
2576 Squeeze release. The gathering is open for everyone interested in
2577 learning more about Debian Edu / Skolelinux.&lt;/p&gt;
2578
2579 &lt;p&gt;On Saturday, the Norwegian member organization taking care of
2580 organizing these development gatherings, Fri Programvare i Skolen,
2581 will hold its
2582 &lt;a href=&quot;http://friprogramvareiskolen.no/Genfors/2010&quot;&gt;General Assembly
2583 for 2010&lt;/a&gt;. Membership is open for all, and currently there are 388
2584 people registered as members. Last year 32 members cast their vote in
2585 the memberdb based election system. I hope more people find time to
2586 vote this year.&lt;/p&gt;
2587 </description>
2588 </item>
2589
2590 <item>
2591 <title>Gnash buildbot slave and Debian kfreebsd</title>
2592 <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</link>
2593 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</guid>
2594 <pubDate>Sat, 20 Nov 2010 07:20:00 +0100</pubDate>
2595 <description>&lt;p&gt;Answering
2596 &lt;a href=&quot;http://www.listware.net/201011/gnash-dev/67431-gnash-dev-buildbot-looking-for-slaves.html&quot;&gt;the
2597 call from the Gnash project&lt;/a&gt; for
2598 &lt;a href=&quot;http://www.gnashdev.org:8010&quot;&gt;buildbot&lt;/a&gt; slaves to test the
2599 current source, I have set up a virtual KVM machine on the Debian
2600 Edu/Skolelinux virtualization host to test the git source on
2601 Debian/Squeeze. I hope this can help the developers in getting new
2602 releases out more often.&lt;/p&gt;
2603
2604 &lt;p&gt;As the developers want less main-stream build platforms tested to,
2605 I have considered setting up a &lt;a
2606 href=&quot;http://www.debian.org/ports/kfreebsd-gnu/&quot;&gt;Debian/kfreebsd&lt;/a&gt;
2607 machine as well. I have also considered using the kfreebsd
2608 architecture in Debian as a file server in NUUG to get access to the 5
2609 TB zfs volume we currently use to store DV video. Because of this, I
2610 finally got around to do a test installation of Debian/Squeeze with
2611 kfreebsd. Installation went fairly smooth, thought I noticed some
2612 visual glitches in the cdebconf dialogs (black cursor left on the
2613 screen at random locations). Have not gotten very far with the
2614 testing. Noticed cfdisk did not work, but fdisk did so it was not a
2615 fatal problem. Have to spend some more time on it to see if it is
2616 useful as a file server for NUUG. Will try to find time to set up a
2617 gnash buildbot slave on the Debian Edu/Skolelinux this weekend.&lt;/p&gt;
2618 </description>
2619 </item>
2620
2621 <item>
2622 <title>Gjendikte sangen &quot;Copying Is Not Theft&quot; på Norsk?</title>
2623 <link>http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</link>
2624 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</guid>
2625 <pubDate>Wed, 10 Nov 2010 14:40:00 +0100</pubDate>
2626 <description>&lt;p&gt;En genial liten sang om kopiering og tyveri er
2627 &lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying Is
2628 Not Theft&lt;/a&gt; av Nina Paley. Den vil jeg at
2629 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; skal sende på
2630 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, men først må vi
2631 fikse norske undertekster eller dubbing. Og i og med at det er en
2632 sang, tror jeg den kanskje bør gjendiktes.
2633
2634 Selve teksten finner en på bloggen til
2635 &lt;a href=&quot;http://blog.ninapaley.com/2009/12/15/minute-meme-1-copying-is-not-theft/&quot;&gt;tekstforfatteren&lt;/a&gt; og den ser slik ut:
2636
2637 &lt;p&gt;&lt;blockquote&gt;
2638 &lt;p&gt;Copying is not theft.
2639 &lt;br&gt;Stealing a thing leaves one less left
2640 &lt;br&gt;Copying it makes one thing more;
2641 &lt;br&gt;that&#39;s what copying&#39;s for.&lt;/p&gt;
2642
2643 &lt;p&gt;Copying is not theft.
2644 &lt;br&gt;If I copy yours you have it too
2645 &lt;br&gt;One for me and one for you
2646 &lt;br&gt;That&#39;s what copies can do&lt;/p&gt;
2647
2648 &lt;p&gt;If I steal your bicycle
2649 &lt;br&gt;you have to take the bus,
2650 &lt;br&gt;but if I just copy it
2651 &lt;br&gt;there&#39;s one for each of us!&lt;/p&gt;
2652
2653 &lt;p&gt;Making more of a thing,
2654 &lt;br&gt;that is what we call &quot;copying&quot;
2655 &lt;br&gt;Sharing ideas with everyone
2656 &lt;br&gt;That&#39;s why copying
2657 &lt;br&gt;is
2658 &lt;br&gt;FUN!&lt;/p&gt;
2659 &lt;/blockquote&gt;&lt;/p&gt;
2660
2661 &lt;p&gt;Her er et naivt forsøk på oversettelse, uten noe forsøk på
2662 gjendiktning eller få det til å flyte sammen med melodien.&lt;/p&gt;
2663
2664 &lt;p&gt;&lt;blockquote&gt;
2665 &lt;p&gt;Kopiering er ikke tyveri.
2666 &lt;br&gt;Stjeler du en ting er det en mindre igjen
2667 &lt;br&gt;Kopier den og det er ting til.
2668 &lt;br&gt;det er derfor vi har kopiering.&lt;/p&gt;
2669
2670 &lt;p&gt;Kopiering er ikke tyveri.
2671 &lt;br&gt;Hvis jeg kopierer din så har du den fortsatt
2672 &lt;br&gt;En for meg og en for deg.
2673 &lt;br&gt;Det er det kopier gir oss&lt;/p&gt;
2674
2675 &lt;p&gt;Hvis jeg stjeler sykkelen din
2676 &lt;br&gt;så må du ta bussen,
2677 &lt;br&gt;men hvis jeg bare kopierer den,
2678 &lt;br&gt;så får vi hver vår!&lt;/p&gt;
2679
2680 &lt;p&gt;Lage mer av en ting,
2681 &lt;br&gt;det er det vi kaller &quot;kopiering&quot;.
2682 &lt;br&gt;Deler ideer med enhver
2683 &lt;br&gt;Det er derfor kopiering
2684 &lt;br&gt;er
2685 &lt;br&gt;MORSOMT!&lt;/p&gt;
2686 &lt;/blockquote&gt;&lt;/p&gt;
2687
2688 &lt;p&gt;Hvis du har forslag til bedre oversettelse eller lyst til å bidra
2689 til å få denne sangen over i norsk språkdrakt, ta kontakt med video
2690 (at) nuug.no.&lt;/p&gt;
2691 </description>
2692 </item>
2693
2694 <item>
2695 <title>Making room on the Debian Edu/Sqeeze DVD</title>
2696 <link>http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</link>
2697 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</guid>
2698 <pubDate>Sun, 7 Nov 2010 11:45:00 +0100</pubDate>
2699 <description>&lt;p&gt;Prioritising packages for the Debian Edu /
2700 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; DVD, which is
2701 supposed provide a school with all the services and user applications
2702 needed on the pupils computer network has always been hard. Even
2703 schools without Internet connections should be able to get Debian Edu
2704 working using this DVD.&lt;/p&gt;
2705
2706 &lt;p&gt;The job became a lot harder when apt and aptitude started
2707 installing recommended packages by default. We want the same set of
2708 packages to be installed when using the DVD and the netinst CD, and
2709 that means all recommended packages need to be on the DVD. I created
2710 a patch for debian-cd in &lt;a href=&quot;http://bugs.debian.org/601203&quot;&gt;BTS
2711 report #601203&lt;/a&gt; to do this, and since this change was applied to
2712 the Debian Edu DVD build, we have been seriously short on space.&lt;/p&gt;
2713
2714 &lt;p&gt;A few days ago we decided to drop blender, wxmaxima and kicad from
2715 the default installation to save space on the DVD, believing that
2716 those needing these applications are few and can get them from the
2717 Debian archive.&lt;/p&gt;
2718
2719 &lt;p&gt;Yesterday, I had a look what source packages to see which packages
2720 were using most space. A few large packages are well know;
2721 openoffice.org, openclipart and fluid-soundfont. But I also
2722 discovered that lilypond used 106 MiB and fglrx-driver used 53 MiB.
2723 The lilypond package is pulled in as a dependency for rosegarden, and
2724 when looking a bit closer I discovered that 99 MiB of the 106 MiB were
2725 the documentation package, which is recommended by the binary package.
2726 I decided to drop this documentation package from our DVD, as most of
2727 our users will use the GUI front-ends and do not need the lilypond
2728 documentation. Similarly, I dropped the non-free fglrx-driver package
2729 which might be installed by d-i when its hardware is detected, as the
2730 free X driver should work.&lt;/p&gt;
2731
2732 &lt;p&gt;With this change, we finally got space for the LXDE and Gnome
2733 desktop packages as well as the language specific packages making the
2734 DVD more useful again.&lt;/p&gt;
2735 </description>
2736 </item>
2737
2738 <item>
2739 <title>Pledge for funding to the Gnash project to get AVM2 support</title>
2740 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>
2741 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</guid>
2742 <pubDate>Tue, 19 Oct 2010 14:45:00 +0200</pubDate>
2743 <description>&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is the
2744 most promising solution for a Free Software Flash implementation. It
2745 has done great so far, but there is still far to go, and recently its
2746 funding has dried up. I believe AVM2 support in Gnash is vital to the
2747 continued progress of the project, as more and more sites show up with
2748 AVM2 flash files.&lt;/p&gt;
2749
2750 &lt;p&gt;To try to get funding for developing such support, I have started
2751 &lt;a href=&quot;http://www.pledgebank.com/gnash-avm2&quot;&gt;a pledge&lt;/a&gt; with the
2752 following text:&lt;/P&gt;
2753
2754 &lt;p&gt;&lt;blockquote&gt;
2755
2756 &lt;p&gt;&quot;I will pay 100$ to the Gnash project to develop AVM2 support but
2757 only if 10 other people will do the same.&quot;&lt;/p&gt;
2758
2759 &lt;p&gt;- Petter Reinholdtsen, free software developer&lt;/p&gt;
2760
2761 &lt;p&gt;Deadline to sign up by: 24th December 2010&lt;/p&gt;
2762
2763 &lt;p&gt;The Gnash project need to get support for the new Flash file
2764 format AVM2 to work with a lot of sites using Flash on the
2765 web. Gnash already work with a lot of Flash sites using the old AVM1
2766 format, but more and more sites are using the AVM2 format these
2767 days. The project web page is available from
2768 http://www.getgnash.org/ . Gnash is a free software implementation
2769 of Adobe Flash, allowing those of us that do not accept the terms of
2770 the Adobe Flash license to get access to Flash sites.&lt;/p&gt;
2771
2772 &lt;p&gt;The project need funding to get developers to put aside enough
2773 time to develop the AVM2 support, and this pledge is my way to try
2774 to get this to happen.&lt;/p&gt;
2775
2776 &lt;p&gt;The project accept donations via the OpenMediaNow foundation,
2777 &lt;a href=&quot;http://www.openmedianow.org/?q=node/32&quot;&gt;http://www.openmedianow.org/?q=node/32&lt;/a&gt; .&lt;/p&gt;
2778
2779 &lt;/blockquote&gt;&lt;/p&gt;
2780
2781 &lt;p&gt;I hope you will support this effort too. I hope more than 10
2782 people will participate to make this happen. The more money the
2783 project gets, the more features it can develop using these funds.
2784 :)&lt;/p&gt;
2785 </description>
2786 </item>
2787
2788 <item>
2789 <title>Standardkrav inn i anbudstekster?</title>
2790 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>
2791 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
2792 <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
2793 <description>&lt;p&gt;Hvis det å følge standarder skal ha noen effekt overfor
2794 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
2795 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
2796 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
2797 forslag. Min drøm er at en kan sette krav til slik støtte i
2798 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
2799 seg med å skrive at det er en fordel om slik støtte er tilstede i
2800 leveranser.&lt;/p&gt;
2801
2802 &lt;p&gt;Som systemadministrator på Universitetet er det typisk to områder
2803 som er problematiske for meg. Det ene er admin-grensesnittene på
2804 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
2805 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
2806 at protokollene og formatene som brukes følger standarder våre verktøy
2807 støtter.&lt;/p&gt;
2808
2809 &lt;p&gt;De fleste har nå støtte for SSH som overføringsprotkoll for
2810 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
2811 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
2812 aktuelle protokoller for fremvisning av BIOS-oppsett og
2813 oppstartmeldinger, og min anbefaling ville være å kreve
2814 VT100-kompatibel protokoll, for å sikre at flest mulig
2815 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
2816 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
2817 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
2818 fungere:&lt;/p&gt;
2819
2820 &lt;p&gt;&lt;blockquote&gt;
2821 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
2822 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
2823 (RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
2824 når en kobler seg til oppstart via ssh.
2825 &lt;/blockquote&gt;&lt;/p&gt;
2826
2827 &lt;p&gt;Har ikke lykkes med å finne en god referanse for
2828 VT100-spesifikasjonen.&lt;/p&gt;
2829
2830 &lt;p&gt;Når det gjelder nettsider, så er det det HTML, CSS og
2831 JavaScript-spesifikasjonen til W3C som gjelder.&lt;/p&gt;
2832
2833 &lt;p&gt;&lt;blockquote&gt;
2834 Alle systemets nettsider bør/skal være i henhold til statens
2835 standardkatalogs krav om nettsider og følge HTML-standarden som
2836 definert av W3C, og validere uten feil hos W3Cs HTML-validator
2837 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
2838 validere uten feil hos W3Cs CSS-validator
2839 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
2840 være i henhold til EcmaScript-standarden. I tillegg til å følge de
2841 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
2842 relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
2843 Opera 9, etc.
2844 &lt;/blockquote&gt;&lt;/p&gt;
2845
2846 &lt;p&gt;Vil et slikt avsnitt være konkret nok til å få leverandørene til å
2847 lage nettsider som følger standardene og fungerer i flere
2848 nettlesere?&lt;/p&gt;
2849
2850 &lt;p&gt;Tar svært gjerne imot innspill på dette temaet til aktive (at)
2851 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
2852 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
2853 burde lage et dokument med forslag til standardformuleringer å ta med
2854 i anbudsutlysninger?&lt;/p&gt;
2855
2856 &lt;p&gt;Oppdatering 2010-12-03: I følge Wikipedias oppføring om
2857 &lt;a href=&quot;http://en.wikipedia.org/wiki/ANSI_escape_code&quot;&gt;ANSI escape
2858 code&lt;/a&gt;, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
2859 basis for sin oppførsel. Det kan dermed være et alternativ når en
2860 skal spesifisere hvordan seriell-konsoll skal fungere.&lt;/p&gt;
2861 </description>
2862 </item>
2863
2864 <item>
2865 <title>Links for 2010-10-14</title>
2866 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</link>
2867 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</guid>
2868 <pubDate>Thu, 14 Oct 2010 14:45:00 +0200</pubDate>
2869 <description>&lt;p&gt;Personvernet et under kontinuerlig og kraftig angrep. Her er noen
2870 stemmer i debatten.&lt;/p&gt;
2871
2872 &lt;p&gt;&lt;ul&gt;
2873
2874 &lt;li&gt;&lt;a href=&quot;http://efn.no/hemmelig-retthaversk.txt&quot;&gt;Hemmelig
2875 &quot;Retthaversk&quot; notat vil amputere person- og rettsvernet&lt;/a&gt; -
2876 pressemelding fra EFN etter at de ble kjent med hårreisende
2877 lovforslag fra &quot;Dele, ikke stjele&quot;-kampanjen.
2878
2879 &lt;li&gt;&lt;a href=&quot;http://borud2.borud.no/2010/10/verdidebatt.html&quot;&gt;Verdidebatt&lt;/a&gt;
2880 av Bjørn Borud. Klargjørende omramming av debatten med bakgrunn i
2881 oppdagelsen fra EFN.&lt;/li&gt;
2882
2883 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/14/kultur/data_og_teknologi/tekno/personvern/opphavsrett/13804298/&quot;&gt;
2884 personvernet vike for opphavsretten?&lt;/a&gt; av Jan Omdahl i
2885 Dagbladet&lt;/li&gt;
2886
2887 &lt;li&gt;&lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying
2888 Is Not Theft&lt;/a&gt; - fin jingle om opphavsrett vs. eiendom&lt;/li&gt;
2889
2890 &lt;li&gt;&lt;a href=&quot;http://cleanternet.org/&quot;&gt;Cleanternet&lt;/a&gt; - satire om
2891 forslag for et rent og sikkert Internet.&lt;/li&gt;
2892
2893 &lt;li&gt;&lt;a href=&quot;http://www.dubistterrorist.de/en/&quot;&gt;You are a
2894 terrorist!&lt;/a&gt; - innspill om den massive overvåkningen som er
2895 gjennomført i Tysland og resten av den vestlige verden de siste
2896 årene.&lt;/li&gt;
2897
2898 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/12/kultur/debatt/debattinnlegg/13787554/&quot;&gt;Farlig
2899 hemmelighold&lt;/a&gt; - debattinnlegg i Dagbladet fra Thomas Gramstad og
2900 Bjørn Remseth i EFN&lt;/li&gt;
2901
2902 &lt;/ul&gt;&lt;/p&gt;
2903 </description>
2904 </item>
2905
2906 <item>
2907 <title>First version of a Perl library to control the Spykee robot</title>
2908 <link>http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</link>
2909 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</guid>
2910 <pubDate>Sat, 9 Oct 2010 14:00:00 +0200</pubDate>
2911 <description>&lt;p&gt;This summer I got the chance to buy cheap Spykee robots, and since
2912 then I have worked on getting Linux software in place to control them.
2913 The firmware for the robot is available from the producer, and using
2914 that source it was trivial to figure out the protocol specification.
2915 I&#39;ve started on a perl library to control it, and made some demo
2916 programs using this perl library to allow one to control the
2917 robots.&lt;/p&gt;
2918
2919 &lt;p&gt;The library is quite functional already, and capable of controlling
2920 the driving, fetching video, uploading MP3s and play them. There are
2921 a few less important features too.&lt;/p&gt;
2922
2923 &lt;p&gt;Since a few weeks ago, I ran out of time to spend on this project,
2924 but I never got around to releasing the current source. I decided
2925 today that it was time to do something about it, and uploaded the
2926 source to my Debian package store at people.skolelinux.org.&lt;/p&gt;
2927
2928 &lt;p&gt;Because it was simpler for me, I made a Debian package and
2929 published the source and deb. If you got a spykee robot, grab the
2930 source or binary package:&lt;/p&gt;
2931
2932 &lt;p&gt;&lt;ul&gt;
2933 &lt;li&gt;&lt;a href=&quot;http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0.20101009-1.tar.gz&quot;&gt;libspykee-perl_0.0.20101009-1.tar.gz&lt;/a&gt;&lt;/li&gt;
2934 &lt;li&gt;&lt;a href=&quot;http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0.20101009-1.dsc&quot;&gt;libspykee-perl_0.0.20101009-1.dsc&lt;/a&gt;&lt;/li&gt;
2935 &lt;li&gt;&lt;a href=&quot;http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0.20101009-1_all.deb&quot;&gt;libspykee-perl_0.0.20101009-1_all.deb&lt;/a&gt;&lt;/li&gt;
2936 &lt;/ul&gt;&lt;/p&gt;
2937
2938 &lt;p&gt;If you are interested in helping out with developing this library,
2939 please let me know.&lt;/p&gt;
2940 </description>
2941 </item>
2942
2943 <item>
2944 <title>Links for 2010-10-03</title>
2945 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</link>
2946 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</guid>
2947 <pubDate>Sun, 3 Oct 2010 22:30:00 +0200</pubDate>
2948 <description>&lt;p&gt;&lt;ul&gt;
2949
2950 &lt;li&gt;&lt;a href=&quot;http://arstechnica.com/business/news/2010/09/there-is-no-plan-b-why-the-ipv4-to-ipv6-transition-will-be-ugly.ars&quot;&gt;There
2951 is no Plan B: why the IPv4-to-IPv6 transition will be ugly&lt;/a&gt;&lt;/li&gt;
2952
2953 &lt;li&gt;Scanner looking under clothes
2954 &lt;a href=&quot;http://www.dagbladet.no/2010/10/03/nyheter/utenriks/reise/overvakingskamera/flyplasser/13667192/&quot;&gt;has
2955 already been misused at Heathrow&lt;/a&gt;.&lt;/li&gt;
2956
2957 &lt;li&gt;&lt;a href=&quot;http://wiki.softwarelivre.org/Landell&quot;&gt;Landell
2958 Webcasting&lt;/a&gt; - interesting alternative for
2959 &lt;ahref=&quot;http://dvswitch.alioth.debian.org/wiki/&quot;&gt;DVSwitch&lt;/a&gt; with
2960 simple setup.
2961
2962 &lt;/ul&gt;&lt;/p&gt;
2963 </description>
2964 </item>
2965
2966 <item>
2967 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting</title>
2968 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</link>
2969 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</guid>
2970 <pubDate>Fri, 1 Oct 2010 11:00:00 +0200</pubDate>
2971 <description>&lt;p&gt;Frikanalen og NUUG jobber for å få &lt;a href=&quot;http://www.ted.com&quot;&gt;TED
2972 talks&lt;/a&gt; kringkastet på
2973 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, for å gi et mer
2974 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
2975 Uninett. Før innslagene kan sendes må det lages norske undertekster,
2976 og dette her trengs det frivillige. Det er hundrevis av innslag, men
2977 mine favoritter er
2978 &lt;a href=&quot;http://www.ted.com/talks/james_randi.html&quot;&gt;James Randi&lt;/a&gt; og
2979 &lt;a href=&quot;http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html&quot;&gt;Michael
2980 Specter&lt;/a&gt;. Hvis du har litt tid til overs, bli med på å oversette
2981 TED-foredragene til norsk og få på plass undertekster. TED har
2982 allerede opplegg på plass for å håndtere oversettelser og
2983 undertekster. Registrer deg på
2984 &lt;a href=&quot;http://www.ted.com/translate/forted&quot;&gt;sidene til TED&lt;/a&gt; i
2985 dag!&lt;/p&gt;
2986
2987 &lt;p&gt;NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
2988 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG&quot;&gt;publisert
2989 på Frikanalen&lt;/a&gt;. Foredrag på engelsk må også her tekstes og
2990 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
2991 teksting og oversetting. Arbeidet koordineres på epostlisten og på
2992 IRC (#nuug-video på irc.oftc.org), og &lt;a
2993 href=&quot;http://wiki.nuug.no/grupper/video/frikanalen&quot;&gt;en wikiside&lt;/a&gt;
2994 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
2995 ser i dag ut til å være
2996 &lt;a href=&quot;http://universalsubtitles.org/&quot;&gt;Universal Subtitles&lt;/a&gt;, som
2997 lar en bidra med teksting via en nettleser.&lt;/p&gt;
2998 </description>
2999 </item>
3000
3001 <item>
3002 <title>Anonym ferdsel er en menneskerett</title>
3003 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</link>
3004 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</guid>
3005 <pubDate>Wed, 15 Sep 2010 12:15:00 +0200</pubDate>
3006 <description>&lt;p&gt;Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
3007 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3808135.ece&quot;&gt;å
3008 radiomerke med RFID&lt;/a&gt; alle sine kunder og
3009 &lt;a href=&quot;http://www.aftenposten.no/nyheter/article3809746.ece&quot;&gt;registrere
3010 hvor hver og en av oss beveger oss&lt;/a&gt; pågår, og en ting som har
3011 kommet lite frem i debatten er at det faktisk er en menneskerett å
3012 kunne ferdes anonymt internt i ens eget land.&lt;/p&gt;
3013
3014 &lt;p&gt;Fant en grei kilde for dette i et
3015 &lt;a href=&quot;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&quot;&gt;skriv
3016 fra Datatilsynet&lt;/a&gt; til Samferdselsdepartementet om tema:&lt;/p&gt;
3017
3018 &lt;blockquote&gt;&lt;p&gt;Retten til å ferdes anonymt kan utledes av
3019 menneskerettskonvensjonen artikkel 8 og av EUs personverndirektiv.
3020 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
3021 må respekteres, særlig retten til privatlivets fred. I både
3022 personverndirektivet og i den norske personopplysningsloven er
3023 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
3024 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
3025 samtykke til behandling av personopplysninger.&lt;/p&gt;&lt;/blockquote&gt;
3026
3027 &lt;p&gt;For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
3028 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
3029 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
3030 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
3031 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
3032 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
3033 oss som ikke registrerer oss hver gang vi beveger oss med
3034 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.&lt;/p&gt;
3035 </description>
3036 </item>
3037
3038 <item>
3039 <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
3040 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>
3041 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</guid>
3042 <pubDate>Thu, 9 Sep 2010 23:55:00 +0200</pubDate>
3043 <description>&lt;p&gt;A few days ago I had the mixed pleasure of bying a new digital
3044 camera, a Canon IXUS 130. It was instructive and very disturbing to
3045 be able to verify that also this camera producer have the nerve to
3046 specify how I can or can not use the videos produced with the camera.
3047 Even thought I was aware of the issue, the options with new cameras
3048 are limited and I ended up bying the camera anyway. What is the
3049 problem, you might ask? It is software patents, MPEG-4, H.264 and the
3050 MPEG-LA that is the problem, and our right to record our experiences
3051 without asking for permissions that is at risk.
3052
3053 &lt;p&gt;On page 27 of the Danish instruction manual, this section is
3054 written:&lt;/p&gt;
3055
3056 &lt;blockquote&gt;
3057 &lt;p&gt;This product is licensed under AT&amp;T patents for the MPEG-4 standard
3058 and may be used for encoding MPEG-4 compliant video and/or decoding
3059 MPEG-4 compliant video that was encoded only (1) for a personal and
3060 non-commercial purpose or (2) by a video provider licensed under the
3061 AT&amp;T patents to provide MPEG-4 compliant video.&lt;/p&gt;
3062
3063 &lt;p&gt;No license is granted or implied for any other use for MPEG-4
3064 standard.&lt;/p&gt;
3065 &lt;/blockquote&gt;
3066
3067 &lt;p&gt;In short, the camera producer have chosen to use technology
3068 (MPEG-4/H.264) that is only provided if I used it for personal and
3069 non-commercial purposes, or ask for permission from the organisations
3070 holding the knowledge monopoly (patent) for technology used.&lt;/p&gt;
3071
3072 &lt;p&gt;This issue has been brewing for a while, and I recommend you to
3073 read
3074 &quot;&lt;a href=&quot;http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA&quot;&gt;Why
3075 Our Civilization&#39;s Video Art and Culture is Threatened by the
3076 MPEG-LA&lt;/a&gt;&quot; by Eugenia Loli-Queru and
3077 &quot;&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;H.264 Is Not
3078 The Sort Of Free That Matters&lt;/a&gt;&quot; by Simon Phipps to learn more about
3079 the issue. The solution is to support the
3080 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
3081 open standards&lt;/a&gt; for video, like &lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg
3082 Theora&lt;/a&gt;, and avoid MPEG-4 and H.264 if you can.&lt;/p&gt;
3083 </description>
3084 </item>
3085
3086 <item>
3087 <title>Navteq bruker 3-12 måneder, OpenStreetmap.org trenger noen dager</title>
3088 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</link>
3089 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</guid>
3090 <pubDate>Tue, 7 Sep 2010 21:40:00 +0200</pubDate>
3091 <description>&lt;p&gt;Jeg ble riktig fascinert av
3092 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3800967.ece&quot;&gt;en
3093 artikkel i Aftenposten&lt;/a&gt; om hvor hardt Navteq jobber for å oppdatere
3094 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
3095 &quot;på grunn av teknikken tar det alt fra tre til tolv måneder før
3096 kartene er oppdatert&quot;. Når en kjenner hva slags oppdateringshastighet
3097 som er tilgjengelig på
3098 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap&lt;/a&gt; som
3099 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
3100 kan kjøpe for penger får til.&lt;/p&gt;
3101
3102 &lt;p&gt;Fra en endrer kartdataene i databasen til OpenStreetmap tar det
3103 ca. 15 minutter før endringen er synlig på kartet som alle kan se på
3104 web. Dernest overføres det daglig til en kartdump som lastes ned av
3105 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
3106 OpenStreetmap.org og &lt;a href=&quot;http://www.frikart.no/&quot;&gt;Frikart.no&lt;/a&gt;
3107 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
3108 uke. Det er også av tekniske årsaker at det tar så langt tid.
3109 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
3110 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
3111 gjøres kontinuerlig men kun regelmessing.&lt;/p&gt;
3112 </description>
3113 </item>
3114
3115 <item>
3116 <title>My first perl GUI application - controlling a Spykee robot</title>
3117 <link>http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</link>
3118 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</guid>
3119 <pubDate>Wed, 1 Sep 2010 21:00:00 +0200</pubDate>
3120 <description>&lt;p&gt;This evening I made my first Perl GUI application. The last few
3121 days I have worked on a Perl module for controlling my recently
3122 aquired Spykee robots, and the module is now getting complete enought
3123 that it is possible to use it to control the robot driving at least.
3124 It was now time to figure out how to use it to create some GUI to
3125 allow me to drive the robot around. I picked PerlQt as I have had
3126 positive experiences with the Qt API before, and spent a few minutes
3127 browsing the web for examples. Using Qt Designer seemed like a short
3128 cut, so I ended up writing the perl GUI using Qt Designer and
3129 compiling it into a perl program using the puic program from
3130 libqt-perl. Nothing fancy yet, but it got buttons to connect and
3131 drive around.&lt;/p&gt;
3132
3133 &lt;p&gt;The perl module I have written provide a object oriented API for
3134 controlling the robot. Here is an small example on how to use it:&lt;/p&gt;
3135
3136 &lt;p&gt;&lt;pre&gt;
3137 use Spykee;
3138 Spykee::discover(sub {$robot{$_[0]} = $_[1]});
3139 my $host = (keys %robot)[0];
3140 my $spykee = Spykee-&gt;new();
3141 $spykee-&gt;contact($host, &quot;admin&quot;, &quot;admin&quot;);
3142 $spykee-&gt;left();
3143 sleep 2;
3144 $spykee-&gt;right();
3145 sleep 2;
3146 $spykee-&gt;forward();
3147 sleep 2;
3148 $spykee-&gt;back();
3149 sleep 2;
3150 $spykee-&gt;stop();
3151 &lt;/pre&gt;&lt;/p&gt;
3152
3153 &lt;p&gt;Thanks to the release of the source of the robot firmware, I could
3154 peek into the implementation at the other end to figure out how to
3155 implement the protocol used by the robot. I&#39;ve implemented several of
3156 the commands the robot understand, but is still missing the camera
3157 support to make it possible to control the robot from remote. First I
3158 want to implement support for uploading new firmware and configuring
3159 the wireless network, to make it possible to bootstrap a Spykee robot
3160 without the producers Windows and MacOSX software (I only have Linux,
3161 so I had to ask a friend to come over to get the robot testing
3162 going. :).&lt;/p&gt;
3163
3164 &lt;p&gt;Will release the source to the public soon, but need to figure out
3165 where to make it available first. I will add a link to
3166 &lt;a href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;the NUUG wiki&lt;/a&gt; for
3167 those that want to check back later to find it.&lt;/p&gt;
3168 </description>
3169 </item>
3170
3171 <item>
3172 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge</title>
3173 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</link>
3174 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</guid>
3175 <pubDate>Tue, 31 Aug 2010 21:00:00 +0200</pubDate>
3176 <description>&lt;p&gt;Ble tipset i dag om at et forslag om å stoppe forsøkene med
3177 elektronisk stemmegiving utenfor valglokaler er
3178 &lt;a href=&quot;http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=46616&quot;&gt;til
3179 behandling&lt;/a&gt; i Stortinget.
3180 &lt;a href=&quot;http://www.stortinget.no/Global/pdf/Representantforslag/2009-2010/dok8-200910-128.pdf&quot;&gt;Forslaget&lt;/a&gt;
3181 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.&lt;/p&gt;
3182
3183 &lt;p&gt;Håper det får flertall.&lt;/p&gt;
3184 </description>
3185 </item>
3186
3187 <item>
3188 <title>Broken hard link handling with sshfs</title>
3189 <link>http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</link>
3190 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</guid>
3191 <pubDate>Mon, 30 Aug 2010 19:30:00 +0200</pubDate>
3192 <description>&lt;p&gt;Just got an email from Tobias Gruetzmacher as a followup on my
3193 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html&quot;&gt;previous
3194 post about sshfs&lt;/a&gt;. He reported another problem with sshfs. It
3195 fail to handle hard links properly. A simple way to spot this is to
3196 look at the . and .. entries in the directory tree. These should have
3197 a link count &gt;1, but on sshfs the count is 1. I just tested to see
3198 what happen when trying to hardlink, and this fail as well:&lt;/p&gt;
3199
3200 &lt;pre&gt;
3201 % ln foo bar
3202 ln: creating hard link `bar&#39; =&gt; `foo&#39;: Function not implemented
3203 %
3204 &lt;/pre&gt;
3205
3206 &lt;p&gt;I have not yet found time to implement a test for this in my file
3207 system test code, but believe having working hard links is useful to
3208 avoid surprised unix programs. Not as useful as working file locking
3209 and symlinks, which are required to get a working desktop, but useful
3210 nevertheless. :)&lt;/p&gt;
3211
3212 &lt;p&gt;The latest version of the file system test code is available via
3213 git from
3214 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;&lt;/p&gt;
3215 </description>
3216 </item>
3217
3218 <item>
3219 <title>Sikkerhetsteateret på flyplassene fortsetter</title>
3220 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</link>
3221 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</guid>
3222 <pubDate>Sat, 28 Aug 2010 10:40:00 +0200</pubDate>
3223 <description>&lt;p&gt;Jeg skrev for et halvt år siden hvordan
3224 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html&quot;&gt;samfunnet
3225 kaster bort ressurser på sikkerhetstiltak som ikke fungerer&lt;/a&gt;. Kom
3226 nettopp over en
3227 &lt;a href=&quot;http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/&quot;&gt;historie
3228 fra en pilot fra USA&lt;/a&gt; som kommenterer det samme. Jeg mistenker det
3229 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
3230 veldig sans for piloten omtalt i &lt;a
3231 href=&quot;http://www.aftenposten.no/nyheter/iriks/article2057501.ece&quot;&gt;Aftenposten&lt;/a&gt; 2007-10-23,
3232 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
3233 ikke meg trygghetsfølelse på flyplassene når jeg ser at
3234 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
3235 stedet for ting som bidrar til reell økning av sikkerheten. Det
3236 forteller meg jo at vurderingsevnen til de som burde bidra til økt
3237 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
3238 tiltakene.&lt;/p&gt;
3239
3240 &lt;p&gt;Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
3241 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
3242 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
3243 passerte. Kanskje det ville fått flere til å få øynene opp for
3244 problemet.&lt;/p&gt;
3245
3246 &lt;p&gt;Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
3247 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
3248 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
3249 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
3250 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
3251 en god ting sett fra et miljøperspektiv, men det er en annen sak.&lt;/p&gt;
3252 </description>
3253 </item>
3254
3255 <item>
3256 <title>Broken umask handling with sshfs</title>
3257 <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</link>
3258 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</guid>
3259 <pubDate>Thu, 26 Aug 2010 13:30:00 +0200</pubDate>
3260 <description>&lt;p&gt;My file system sematics program
3261 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html&quot;&gt;presented
3262 a few days ago&lt;/a&gt; is very useful to verify that a file system can
3263 work as a unix home directory,and today I had to extend it a bit. I&#39;m
3264 looking into alternatives for home directory access here at the
3265 University of Oslo, and one of the options is sshfs. My friend
3266 Finn-Arne mentioned a while back that they had used sshfs with Debian
3267 Edu, but stopped because of problems. I asked today what the problems
3268 where, and he mentioned that sshfs failed to handle umask properly.
3269 Trying to detect the problem I wrote this addition to my fs testing
3270 script:&lt;/p&gt;
3271
3272 &lt;pre&gt;
3273 mode_t touch_get_mode(const char *name, mode_t mode) {
3274 mode_t retval = 0;
3275 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode);
3276 if (-1 != fd) {
3277 unlink(name);
3278 struct stat statbuf;
3279 if (-1 != fstat(fd, &amp;statbuf)) {
3280 retval = statbuf.st_mode &amp; 0x1ff;
3281 }
3282 close(fd);
3283 }
3284 return retval;
3285 }
3286
3287 /* Try to detect problem discovered using sshfs */
3288 int test_umask(void) {
3289 printf(&quot;info: testing umask effect on file creation\n&quot;);
3290
3291 mode_t orig_umask = umask(000);
3292 mode_t newmode;
3293 if (0666 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
3294 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 000\n&quot;,
3295 newmode);
3296 }
3297 umask(007);
3298 if (0660 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
3299 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 007\n&quot;,
3300 newmode);
3301 }
3302
3303 umask (orig_umask);
3304 return 0;
3305 }
3306
3307 int main(int argc, char **argv) {
3308 [...]
3309 test_umask();
3310 return 0;
3311 }
3312 &lt;/pre&gt;
3313
3314 &lt;p&gt;Sure enough. On NFS to a netapp, I get this result:&lt;/p&gt;
3315
3316 &lt;pre&gt;
3317 Testing POSIX/Unix sematics on file system
3318 info: testing symlink creation
3319 info: testing subdirectory creation
3320 info: testing fcntl locking
3321 Read-locking 1 byte from 1073741824
3322 Read-locking 510 byte from 1073741826
3323 Unlocking 1 byte from 1073741824
3324 Write-locking 1 byte from 1073741824
3325 Write-locking 510 byte from 1073741826
3326 Unlocking 2 byte from 1073741824
3327 info: testing umask effect on file creation
3328 &lt;/pre&gt;
3329
3330 &lt;p&gt;When mounting the same directory using sshfs, I get this
3331 result:&lt;/p&gt;
3332
3333 &lt;pre&gt;
3334 Testing POSIX/Unix sematics on file system
3335 info: testing symlink creation
3336 info: testing subdirectory creation
3337 info: testing fcntl locking
3338 Read-locking 1 byte from 1073741824
3339 Read-locking 510 byte from 1073741826
3340 Unlocking 1 byte from 1073741824
3341 Write-locking 1 byte from 1073741824
3342 Write-locking 510 byte from 1073741826
3343 Unlocking 2 byte from 1073741824
3344 info: testing umask effect on file creation
3345 error: Wrong file mode 644 when creating using mode 666 and umask 000
3346 error: Wrong file mode 640 when creating using mode 666 and umask 007
3347 &lt;/pre&gt;
3348
3349 &lt;p&gt;So, I can conclude that sshfs is better than smb to a Netapp or a
3350 Windows server, but not good enough to be used as a home
3351 directory.&lt;/p&gt;
3352
3353 &lt;p&gt;Update 2010-08-26: Reported the issue in
3354 &lt;a href=&quot;http://bugs.debian.org/594498&quot;&gt;BTS report #594498&lt;/a&gt;&lt;/p&gt;
3355
3356 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
3357 script so useful that he created a GIT repository and stored it in
3358 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
3359 </description>
3360 </item>
3361
3362 <item>
3363 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge</title>
3364 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</link>
3365 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</guid>
3366 <pubDate>Mon, 23 Aug 2010 19:30:00 +0200</pubDate>
3367 <description>&lt;p&gt;I Norge pågår en prosess for å
3368 &lt;a href=&quot;http://www.e-valg.dep.no/&quot;&gt;innføre elektronisk
3369 stemmegiving&lt;/a&gt; ved kommune- og stortingsvalg. Dette skal
3370 introduseres i 2011. Det er all grunn til å tro at valg i Norge ikke
3371 vil være til å stole på hvis dette blir gjennomført. Da det hele var
3372 oppe til høring i 2006 forfattet jeg
3373 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;en
3374 høringsuttalelse fra NUUG&lt;/a&gt; (og EFN som hengte seg på) som skisserte
3375 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
3376 og elektronisk stemmegiving mangler flere av disse. Elektronisk
3377 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
3378 boks under andres kontroll, og satse på at de som har kontroll med
3379 boksen er til å stole på - uten at en har mulighet til å verifisere
3380 dette selv. Det er ikke slik en gjennomfører demokratiske valg.&lt;/p&gt;
3381
3382 &lt;p&gt;Da problemet er fundamentalt med hvordan elektronisk stemmegiving
3383 må fungere for at også ikke-krypografer skal kunne delta, har det vært
3384 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
3385 etter land. En
3386 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;liten
3387 samling referanser&lt;/a&gt; finnes på NUUGs wiki. Den siste er fra India,
3388 der valgkomisjonen har valgt
3389 &lt;a href=&quot;http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source&quot;&gt;å
3390 pusse politiet på en forsker&lt;/a&gt; som har dokumentert svakheter i
3391 valgsystemet.&lt;/p&gt;
3392
3393 &lt;p&gt;Her i Norge har en valgt en annen tilnærming, der en forsøker seg
3394 med teknobabbel for å få befolkningen til å tro at dette skal bli
3395 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
3396 valgene i Norge, og bør ikke innføres.&lt;/p&gt;
3397
3398 &lt;p&gt;Den offentlige diskusjonen blir litt vanskelig av at media har
3399 valgt å kalle dette &quot;evalg&quot;, som kan sies å både gjelde elektronisk
3400 opptelling av valget som Norge har gjort siden 60-tallet og som er en
3401 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
3402 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
3403 mot &quot;evalg&quot;, og jeg forsøker derfor å være klar på at jeg snakker om
3404 elektronisk stemmegiving og unngå begrepet &quot;evalg&quot;.&lt;/p&gt;
3405 </description>
3406 </item>
3407
3408 <item>
3409 <title>Robot, reis deg...</title>
3410 <link>http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</link>
3411 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</guid>
3412 <pubDate>Sat, 21 Aug 2010 22:10:00 +0200</pubDate>
3413 <description>&lt;p&gt;I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og
3414 har brukt noen timer til å google etter interessante referanser og
3415 aktuell kildekode for bruk på Linux. Det mest lovende så langt er
3416 &lt;a href=&quot;http://ispykee.toyz.org/&quot;&gt;ispykee&lt;/a&gt;, som har en
3417 BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på
3418 lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for
3419 å fjernstyre roboten. Linux-daemonen implementerer deler av
3420 protokollen som roboten forstår. Etter å ha knotet litt med å oppnå
3421 kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg
3422 måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at
3423 den lytter på IP-port 9000 og 9001, gikk jeg i gang med å finne ut
3424 hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten
3425 av protokollen er publisert av produsenten med GPL-lisens, slik at det
3426 er mulig å se hvordan protokollen fungerer. Det finnes en java-klient
3427 for Android som så ganske snasen ut, men fant ingen kildekode for
3428 denne. Derimot hadde iphone-løsningen kildekode, så jeg tok
3429 utgangspunkt i den.&lt;/p&gt;
3430
3431 &lt;p&gt;Daemonen ville i utgangspunktet forsøke å kontakte den sentrale
3432 tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om
3433 til i stedet å sette opp en nettverkstjeneste på min lokale maskin,
3434 som jeg kan koble meg opp til med telnet og gi kommandoer til roboten
3435 (act, forward, right, left, etc). Det involverte i praksis å bytte ut
3436 socket()/connect() med socket()/bind()/listen()/accept() for å gjøre
3437 klienten om til en tjener.&lt;/p&gt;
3438
3439 &lt;p&gt;Mens jeg har forsøkt å få roboten til å bevege seg har min samboer
3440 skrudd sammen resten av roboten for å få montert kamera og plastpynten
3441 (armer, plastfiber for lys). Nå er det hele montert, og roboten er
3442 klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett
3443 før det blir praktisk, men de bitene av protokollen er ikke
3444 implementert i ispykee-daemonen, så der må jeg enten få tak i en mac
3445 eller en windows-maskin, eller implementere det selv.&lt;/p&gt;
3446
3447 &lt;p&gt;Vi var tre som kjøpte slike roboter, og vi har blitt enige om å
3448 samle notater og referanser på &lt;a
3449 href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;NUUGs wiki&lt;/a&gt;. Ta en titt
3450 der hvis du er nysgjerrig.&lt;/p&gt;
3451 </description>
3452 </item>
3453
3454 <item>
3455 <title>2 Spykee-roboter i hus, nå skal det lekes</title>
3456 <link>http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</link>
3457 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</guid>
3458 <pubDate>Wed, 18 Aug 2010 13:30:00 +0200</pubDate>
3459 <description>&lt;p&gt;Jeg kjøpte nettopp to
3460 &lt;a href=&quot;http://www.spykee-robot.com/&quot;&gt;Spykee&lt;/a&gt;-roboter, for test og
3461 leking. Kjøpte to da det var så billige, og gir meg mulighet til å
3462 eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte
3463 ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde
3464 en liten stabel på lager som de ikke hadde klart å selge ut etter
3465 fjorårets juleinnkjøp, og var villig til å selge for en femtedel av
3466 vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og
3467 det blir morsomt å se hva vi får ut av dette.&lt;/p&gt;
3468
3469 &lt;p&gt;Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon
3470 og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som
3471 jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i
3472 mai. Eneste utfordringen er at kontroller-programvaren kun finnes til
3473 Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til
3474 firmwaren. :)&lt;/p&gt;
3475
3476 &lt;ul&gt;
3477 &lt;li&gt;&lt;a href=&quot;http://en.wikipedia.org/wiki/Spykee&quot;&gt;Wikipedia-oppføring&lt;/a&gt;&lt;/li&gt;
3478 &lt;li&gt;&lt;a href=&quot;http://www.spykeeworld.com/spykee/US/freeSoftware.html&quot;&gt;Nedlasting av firmware-kilden&lt;/a&gt;&lt;/li&gt;
3479 &lt;li&gt;&lt;a href=&quot;http://wiki.nuug.no/grupper/robot&quot;&gt;prosjektwiki hos NUUG&lt;/a&gt;&lt;/li&gt;
3480 &lt;/ul&gt;
3481 </description>
3482 </item>
3483
3484 <item>
3485 <title>Rob Weir: How to Crush Dissent</title>
3486 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</link>
3487 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</guid>
3488 <pubDate>Sun, 15 Aug 2010 22:20:00 +0200</pubDate>
3489 <description>&lt;p&gt;I found the notes from Rob Weir on
3490 &lt;a href=&quot;http://feedproxy.google.com/~r/robweir/antic-atom/~3/VGb23-kta8c/how-to-crush-dissent.html&quot;&gt;how
3491 to crush dissent&lt;/a&gt; matching my own thoughts on the matter quite
3492 well. Highly recommended for those wondering which road our society
3493 should go down. In my view we have been heading the wrong way for a
3494 long time.&lt;/p&gt;
3495 </description>
3496 </item>
3497
3498 <item>
3499 <title>No hardcoded config on Debian Edu clients</title>
3500 <link>http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</link>
3501 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</guid>
3502 <pubDate>Mon, 9 Aug 2010 20:15:00 +0200</pubDate>
3503 <description>&lt;p&gt;As reported earlier, the last few days I have looked at how Debian
3504 Edu clients are configured, and tried to get rid of all hardcoded
3505 configuration settings on the clients. I believe the work to be
3506 mostly done, and the clients seem to work just fine with dynamically
3507 generated configuration.&lt;/p&gt;
3508
3509 &lt;p&gt;What is the point, you might ask? The point is to allow a Debian
3510 Edu desktop to integrate into an existing network infrastructure
3511 without any manual configuration.&lt;/p&gt;
3512
3513 &lt;p&gt;This is what happens when installing a Debian Edu client here at
3514 the University of Oslo using PXE. With the PXE installation, I am
3515 asked for language (Norwegian Bokmål), locality (Norway) and keyboard
3516 layout (no-latin1), Debian Edu profile (Roaming Workstation), if I
3517 accept to reformat the hard drive (yes), if I want to submit info to
3518 popcon.debian.org (no) and root password (secret). After answering
3519 these questions, the installer goes ahead and does its thing, and
3520 after around 50 minutes it is done. I press enter to finish the
3521 installation, and the machine reboots into KDE. When the machine is
3522 ready and kdm asks for login information, I enter my university
3523 username and password, am told by kdm that a local home directory has
3524 been created and that I must log in again, and finally log in with the
3525 same username and password to the KDE 4.4 desktop. At no point during
3526 this process did it ask for university specific settings, and all the
3527 required configuration was dynamically detected using information
3528 fetched via DHCP and DNS. The roaming workstation is now ready for
3529 use.&lt;/p&gt;
3530
3531 &lt;p&gt;How was this done, you might wonder? First of all, here is the
3532 list of things that need to be configured on the client to get it
3533 working properly out of the box:&lt;/p&gt;
3534
3535 &lt;ul&gt;
3536 &lt;li&gt;IP address/netmask and DNS server.&lt;/li&gt;
3537 &lt;li&gt;Web proxy URL.&lt;/li&gt;
3538 &lt;li&gt;LDAP server for NSS directory information (user, group, etc).&lt;/li&gt;
3539 &lt;li&gt;Kerberos server for PAM password checking.&lt;/li&gt;
3540 &lt;li&gt;SMB mount point to access the network home directory. (*)&lt;/li&gt;
3541 &lt;li&gt;Central syslog server to send syslog messages to. (*)&lt;/li&gt;
3542 &lt;li&gt;Sitesummary collector URL to submit info to central server. (*)&lt;/li&gt;
3543 &lt;/ul&gt;
3544
3545 &lt;p&gt;(Hm, did I forget anything? Let me knew if I did.)&lt;/p&gt;
3546
3547 &lt;p&gt;The points marked (*) are not required to be able to use the
3548 machine, but needed to provide central storage and allowing system
3549 administrators to track their machines. Since yesterday, everything
3550 but the sitesummary collector URL is dynamically discovered at boot
3551 and installation time in the svn version of Debian Edu.&lt;/p&gt;
3552
3553 &lt;p&gt;The IP and DNS setup is fetched during boot using DHCP as usual.
3554 When a DHCP update arrives, the proxy setup is updated by looking for
3555 http://wpat/wpad.dat and using the content of this WPAD file to
3556 configure the http and ftp proxy in /etc/environment and
3557 /etc/apt/apt.conf. I decided to update the proxy setup using a DHCP
3558 hook to ensure that the client stops using the Debian Edu proxy when
3559 it is moved outside the Debian Edu network, and instead uses any local
3560 proxy present on the new network when it moves around.&lt;/p&gt;
3561
3562 &lt;p&gt;The DNS names of the LDAP, Kerberos and syslog server and related
3563 configuration are generated using DNS information at boot. First the
3564 installer looks for a host named ldap in the current DNS domain. If
3565 not found, it looks for _ldap._tcp SRV records in DNS instead. If an
3566 LDAP server is found, its root DSE entry is requested and the
3567 attributes namingContexts and defaultNamingContext are used to
3568 determine which LDAP base to use for NSS. If there are several
3569 namingContexts attibutes and the defaultNamingContext is present, that
3570 LDAP subtree is used as the base. If defaultNamingContext is missing,
3571 the subtrees listed as namingContexts are searched in sequence for any
3572 object with class posixAccount or posixGroup, and the first one with
3573 such an object is used as the LDAP base. For Kerberos, a similar
3574 search is done by first looking for a host named kerberos, and then
3575 for the _kerberos._tcp SRV record. I&#39;ve been unable to find a way to
3576 look up the Kerberos realm, so for this the upper case string of the
3577 current DNS domain is used.&lt;/p&gt;
3578
3579 &lt;p&gt;For the syslog server, the hosts syslog and loghost are searched
3580 for, and the _syslog._udp SRV record is consulted if no such host is
3581 found. This algorithm works for both Debian Edu and the University of
3582 Oslo. A similar strategy would work for locating the sitesummary
3583 server, but have not been implemented yet. I decided to fetch and
3584 save these settings during installation, to make sure moving to a
3585 different network does not change the set of users being allowed to
3586 log in nor the passwords required to log in. Usernames and passwords
3587 will be cached by sssd when the user logs in on the Debian Edu
3588 network, and will not change as the laptop move around. For a
3589 non-roaming machine, there is no caching, but given that it is
3590 supposed to stay in place it should not matter much. Perhaps we
3591 should switch those to use sssd too?&lt;/p&gt;
3592
3593 &lt;p&gt;The user&#39;s SMB mount point for the network home directory is
3594 located when the user logs in for the first time. The LDAP server is
3595 consulted to look for the user&#39;s LDAP object and the sambaHomePath
3596 attribute is used if found. If it isn&#39;t found, the home directory
3597 path fetched from NSS is used instead. Assuming the path is of the
3598 form /site/server/directory/username, the second part is looked up in
3599 DNS and used to generate a SMB URL of the form
3600 smb://server.domain/username. This algorithm works for both Debian
3601 edu and the University of Oslo. Perhaps there are better attributes
3602 to use or a better algorithm that works for more sites, but this will
3603 do for now. :)&lt;/p&gt;
3604
3605 &lt;p&gt;This work should make it easier to integrate the Debian Edu clients
3606 into any LDAP/Kerberos infrastructure, and make the current setup even
3607 more flexible than before. I suspect it will also work for thin
3608 client servers, allowing one to easily set up LTSP and hook it into a
3609 existing network infrastructure, but I have not had time to test this
3610 yet.&lt;/p&gt;
3611
3612 &lt;p&gt;If you want to help out with implementing these things for Debian
3613 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3614
3615 &lt;p&gt;Update 2010-08-09: Simon Farnsworth gave me a heads-up on how to
3616 detect Kerberos realm from DNS, by looking for _kerberos TXT entries
3617 before falling back to the upper case DNS domain name. Will have to
3618 implement it for Debian Edu. :)&lt;/p&gt;
3619 </description>
3620 </item>
3621
3622 <item>
3623 <title>Testing if a file system can be used for home directories...</title>
3624 <link>http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</link>
3625 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</guid>
3626 <pubDate>Sun, 8 Aug 2010 21:20:00 +0200</pubDate>
3627 <description>&lt;p&gt;A few years ago, I was involved in a project planning to use
3628 Windows file servers as home directory servers for Debian
3629 Edu/Skolelinux machines. This was thought to be no problem, as the
3630 access would be through the SMB network file system protocol, and we
3631 knew other sites used SMB with unix and samba as the file server to
3632 mount home directories without any problems. But, after months of
3633 struggling, we had to conclude that our goal was impossible.&lt;/p&gt;
3634
3635 &lt;p&gt;The reason is simply that while SMB can be used for home
3636 directories when the file server is Samba running on Unix, this only
3637 work because of Samba have some extensions and the fact that the
3638 underlying file system is a unix file system. When using a Windows
3639 file server, the underlying file system do not have POSIX semantics,
3640 and several programs will fail if the users home directory where they
3641 want to store their configuration lack POSIX semantics.&lt;/p&gt;
3642
3643 &lt;p&gt;As part of this work, I wrote a small C program I want to share
3644 with you all, to replicate a few of the problematic applications (like
3645 OpenOffice.org and GCompris) and see if the file system was working as
3646 it should. If you find yourself in spooky file system land, it might
3647 help you find your way out again. This is the fs-test.c source:&lt;/p&gt;
3648
3649 &lt;pre&gt;
3650 /*
3651 * Some tests to check the file system sematics. Used to verify that
3652 * CIFS from a windows server do not work properly as a linux home
3653 * directory.
3654 * License: GPL v2 or later
3655 *
3656 * needs libsqlite3-dev and build-essential installed
3657 * compile with: gcc -Wall -lsqlite3 -DTEST_SQLITE fs-test.c -o fs-test
3658 */
3659
3660 #define _FILE_OFFSET_BITS 64
3661 #define _LARGEFILE_SOURCE 1
3662 #define _LARGEFILE64_SOURCE 1
3663
3664 #define _GNU_SOURCE /* for asprintf() */
3665
3666 #include &amp;lt;errno.h&gt;
3667 #include &amp;lt;fcntl.h&gt;
3668 #include &amp;lt;stdio.h&gt;
3669 #include &amp;lt;string.h&gt;
3670 #include &amp;lt;stdlib.h&gt;
3671 #include &amp;lt;sys/file.h&gt;
3672 #include &amp;lt;sys/stat.h&gt;
3673 #include &amp;lt;sys/types.h&gt;
3674 #include &amp;lt;unistd.h&gt;
3675
3676 #ifdef TEST_SQLITE
3677 /*
3678 * Test sqlite open, as done by gcompris require the libsqlite3-dev
3679 * package and linking with -lsqlite3. A more low level test is
3680 * below.
3681 * See also &amp;lt;URL: http://www.sqlite.org./faq.html#q5 &gt;.
3682 */
3683 #include &amp;lt;sqlite3.h&gt;
3684 #define CREATE_TABLE_USERS \
3685 &quot;CREATE TABLE users (user_id INT UNIQUE, login TEXT, lastname TEXT, firstname TEXT, birthdate TEXT, class_id INT ); &quot;
3686 int test_sqlite_open(void) {
3687 char *zErrMsg;
3688 char *name = &quot;testsqlite.db&quot;;
3689 sqlite3 *db=NULL;
3690 unlink(name);
3691 int rc = sqlite3_open(name, &amp;db);
3692 if( rc ){
3693 printf(&quot;error: sqlite open of %s failed: %s\n&quot;, name, sqlite3_errmsg(db));
3694 sqlite3_close(db);
3695 return -1;
3696 }
3697
3698 /* create tables */
3699 rc = sqlite3_exec(db,CREATE_TABLE_USERS, NULL, 0, &amp;zErrMsg);
3700 if( rc != SQLITE_OK ){
3701 printf(&quot;error: sqlite table create failed: %s\n&quot;, zErrMsg);
3702 sqlite3_close(db);
3703 return -1;
3704 }
3705 printf(&quot;info: sqlite worked\n&quot;);
3706 sqlite3_close(db);
3707 return 0;
3708 }
3709 #endif /* TEST_SQLITE */
3710
3711 /*
3712 * Demonstrate locking issue found in gcompris using sqlite3. This
3713 * work with ext3, but not with cifs server on Windows 2003. This is
3714 * done in the sqlite3 library.
3715 * See also
3716 * &amp;lt;URL:http://www.cygwin.com/ml/cygwin/2001-08/msg00854.html&gt; and the
3717 * POSIX specification
3718 * &amp;lt;URL:http://www.opengroup.org/onlinepubs/009695399/functions/fcntl.html&gt;.
3719 */
3720 int test_gcompris_locking(void) {
3721 struct flock fl;
3722 char *name = &quot;testsqlite.db&quot;;
3723 unlink(name);
3724 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, 0644);
3725 printf(&quot;info: testing fcntl locking\n&quot;);
3726
3727 fl.l_whence = SEEK_SET;
3728 fl.l_pid = getpid();
3729 printf(&quot; Read-locking 1 byte from 1073741824&quot;);
3730 fl.l_start = 1073741824;
3731 fl.l_len = 1;
3732 fl.l_type = F_RDLCK;
3733 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3734
3735 printf(&quot; Read-locking 510 byte from 1073741826&quot;);
3736 fl.l_start = 1073741826;
3737 fl.l_len = 510;
3738 fl.l_type = F_RDLCK;
3739 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3740
3741 printf(&quot; Unlocking 1 byte from 1073741824&quot;);
3742 fl.l_start = 1073741824;
3743 fl.l_len = 1;
3744 fl.l_type = F_UNLCK;
3745 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3746
3747 printf(&quot; Write-locking 1 byte from 1073741824&quot;);
3748 fl.l_start = 1073741824;
3749 fl.l_len = 1;
3750 fl.l_type = F_WRLCK;
3751 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3752
3753 printf(&quot; Write-locking 510 byte from 1073741826&quot;);
3754 fl.l_start = 1073741826;
3755 fl.l_len = 510;
3756 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3757
3758 printf(&quot; Unlocking 2 byte from 1073741824&quot;);
3759 fl.l_start = 1073741824;
3760 fl.l_len = 2;
3761 fl.l_type = F_UNLCK;
3762 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3763
3764 close(fd);
3765 return 0;
3766 }
3767
3768 /*
3769 * Test if permissions of freshly created directories allow entries
3770 * below them. This was a problem with OpenOffice.org and gcompris.
3771 * Mounting with option &#39;sync&#39; seem to solve this problem while
3772 * slowing down file operations.
3773 */
3774 int test_subdirectory_creation(void) {
3775 #define LEVELS 5
3776 char *path = strdup(&quot;test&quot;);
3777 char *dirs[LEVELS];
3778 int level;
3779 printf(&quot;info: testing subdirectory creation\n&quot;);
3780 for (level = 0; level &amp;lt; LEVELS; level++) {
3781 char *newpath = NULL;
3782 if (-1 == mkdir(path, 0777)) {
3783 printf(&quot; error: Unable to create directory &#39;%s&#39;: %s\n&quot;,
3784 path, strerror(errno));
3785 break;
3786 }
3787 asprintf(&amp;newpath, &quot;%s/%s&quot;, path, &quot;test&quot;);
3788 free(path);
3789 path = newpath;
3790 }
3791 return 0;
3792 }
3793
3794 /*
3795 * Test if symlinks can be created. This was a problem detected with
3796 * KDE.
3797 */
3798 int test_symlinks(void) {
3799 printf(&quot;info: testing symlink creation\n&quot;);
3800 unlink(&quot;symlink&quot;);
3801 if (-1 == symlink(&quot;file&quot;, &quot;symlink&quot;))
3802 printf(&quot; error: Unable to create symlink\n&quot;);
3803 return 0;
3804 }
3805
3806 int main(int argc, char **argv) {
3807 printf(&quot;Testing POSIX/Unix sematics on file system\n&quot;);
3808 test_symlinks();
3809 test_subdirectory_creation();
3810 #ifdef TEST_SQLITE
3811 test_sqlite_open();
3812 #endif /* TEST_SQLITE */
3813 test_gcompris_locking();
3814 return 0;
3815 }
3816 &lt;/pre&gt;
3817
3818 &lt;p&gt;When everything is working, it should print something like
3819 this:&lt;/p&gt;
3820
3821 &lt;pre&gt;
3822 Testing POSIX/Unix sematics on file system
3823 info: testing symlink creation
3824 info: testing subdirectory creation
3825 info: sqlite worked
3826 info: testing fcntl locking
3827 Read-locking 1 byte from 1073741824
3828 Read-locking 510 byte from 1073741826
3829 Unlocking 1 byte from 1073741824
3830 Write-locking 1 byte from 1073741824
3831 Write-locking 510 byte from 1073741826
3832 Unlocking 2 byte from 1073741824
3833 &lt;/pre&gt;
3834
3835 &lt;p&gt;I do not remember the exact details of the problems we saw, but one
3836 of them was with locking, where if I remember correctly, POSIX allow a
3837 read-only lock to be upgraded to a read-write lock without unlocking
3838 the read-only lock (while Windows do not). Another was a bug in the
3839 CIFS/SMB client implementation in the Linux kernel where directory
3840 meta information would be wrong for a fraction of a second, making
3841 OpenOffice.org fail to create its deep directory tree because it was
3842 not allowed to create files in its freshly created directory.&lt;/p&gt;
3843
3844 &lt;p&gt;Anyway, here is a nice tool for your tool box, might you never need
3845 it. :)&lt;/p&gt;
3846
3847 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
3848 script so useful that he created a GIT repository and stored it in
3849 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
3850 </description>
3851 </item>
3852
3853 <item>
3854 <title>Autodetecting Client setup for roaming workstations in Debian Edu</title>
3855 <link>http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</link>
3856 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</guid>
3857 <pubDate>Sat, 7 Aug 2010 14:45:00 +0200</pubDate>
3858 <description>&lt;p&gt;A few days ago, I
3859 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html&quot;&gt;tried
3860 to install&lt;/a&gt; a Roaming workation profile from Debian Edu/Squeeze
3861 while on the university network here at the University of Oslo, and
3862 noticed how much had to change to get it operational using the
3863 university infrastructure. It was fairly easy, but it occured to me
3864 that Debian Edu would improve a lot if I could get the client to
3865 connect without any changes at all, and thus let the client configure
3866 itself during installation and first boot to use the infrastructure
3867 around it. Now I am a huge step further along that road.&lt;/p&gt;
3868
3869 &lt;p&gt;With our current squeeze-test packages, I can select the roaming
3870 workstation profile and get a working laptop connecting to the
3871 university LDAP server for user and group and our active directory
3872 servers for Kerberos authentication. All this without any
3873 configuration at all during installation. My users home directory got
3874 a bookmark in the KDE menu to mount it via SMB, with the correct URL.
3875 In short, openldap and sssd is correctly configured. In addition to
3876 this, the client look for http://wpad/wpad.dat to configure a web
3877 proxy, and when it fail to find it no proxy settings are stored in
3878 /etc/environment and /etc/apt/apt.conf. Iceweasel and KDE is
3879 configured to look for the same wpad configuration and also do not use
3880 a proxy when at the university network. If the machine is moved to a
3881 network with such wpad setup, it would automatically use it when DHCP
3882 gave it a IP address.&lt;/p&gt;
3883
3884 &lt;p&gt;The LDAP server is located using DNS, by first looking for the DNS
3885 entry ldap.$domain. If this do not exist, it look for the
3886 _ldap._tcp.$domain SRV records and use the first one as the LDAP
3887 server. Next, it connects to the LDAP server and search all
3888 namingContexts entries for posixAccount or posixGroup objects, and
3889 pick the first one as the LDAP base. For Kerberos, a similar
3890 algorithm is used to locate the LDAP server, and the realm is the
3891 uppercase version of $domain.&lt;/p&gt;
3892
3893 &lt;p&gt;So, what is not working, you might ask. SMB mounting my home
3894 directory do not work. No idea why, but suspected the incorrect
3895 Kerberos settings in /etc/krb5.conf and /etc/samba/smb.conf might be
3896 the cause. These are not properly configured during installation, and
3897 had to be hand-edited to get the correct Kerberos realm and server,
3898 but SMB mounting still do not work. :(&lt;/p&gt;
3899
3900 &lt;p&gt;With this automatic configuration in place, I expect a Debian Edu
3901 roaming profile installation would be able to automatically detect and
3902 connect to any site using LDAP and Kerberos for NSS directory and PAM
3903 authentication. It should also work out of the box in a Active
3904 Directory environment providing posixAccount and posixGroup objects
3905 with UID and GID values.&lt;/p&gt;
3906
3907 &lt;p&gt;If you want to help out with implementing these things for Debian
3908 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3909 </description>
3910 </item>
3911
3912 <item>
3913 <title>Debian Edu roaming workstation - at the university of Oslo</title>
3914 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</link>
3915 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</guid>
3916 <pubDate>Tue, 3 Aug 2010 23:30:00 +0200</pubDate>
3917 <description>&lt;p&gt;The new roaming workstation profile in Debian Edu/Squeeze is fairly
3918 similar to the laptop setup am I working on using Ubuntu for the
3919 University of Oslo, and just for the heck of it, I tested today how
3920 hard it would be to integrate that profile into the university
3921 infrastructure. In this case, it is the university LDAP server,
3922 Active Directory Kerberos server and SMB mounting from the Netapp file
3923 servers.&lt;/p&gt;
3924
3925 &lt;p&gt;I was pleasantly surprised that the only three files needed to be
3926 changed (/etc/sssd/sssd.conf, /etc/ldap.conf and
3927 /etc/mklocaluser.d/20-debian-edu-config) and one file had to be added
3928 (/usr/share/perl5/Debian/Edu_Local.pm), to get the client working.
3929 Most of the changes were to get the client to use the university LDAP
3930 for NSS and Kerberos server for PAM, but one was to change a hard
3931 coded DNS domain name in the mklocaluser hook from .intern to
3932 .uio.no.&lt;/p&gt;
3933
3934 &lt;p&gt;This testing was so encouraging, that I went ahead and adjusted the
3935 Debian Edu scripts and setup in subversion to centralise the roaming
3936 workstation setup a bit more and avoid the hardcoded DNS domain name,
3937 so that when I test this tomorrow, I expect to get away with modifying
3938 only /etc/sssd/sssd.conf and /etc/ldap.conf to get it to use the
3939 university servers.&lt;/p&gt;
3940
3941 &lt;p&gt;My goal is to get the clients to have no hardcoded settings and
3942 fetch all their initial setup during installation and first boot, to
3943 allow them to be inserted also into environments where the default
3944 setup in Debian Edu has been changed or as with the university, where
3945 the environment is different but provides the protocols Debian Edu
3946 uses.&lt;/p&gt;
3947 </description>
3948 </item>
3949
3950 <item>
3951 <title>Circular package dependencies harms apt recovery</title>
3952 <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</link>
3953 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</guid>
3954 <pubDate>Tue, 27 Jul 2010 23:50:00 +0200</pubDate>
3955 <description>&lt;p&gt;I discovered this while doing
3956 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html&quot;&gt;automated
3957 testing of upgrades from Debian Lenny to Squeeze&lt;/a&gt;. A few packages
3958 in Debian still got circular dependencies, and it is often claimed
3959 that apt and aptitude should be able to handle this just fine, but
3960 some times these dependency loops causes apt to fail.&lt;/p&gt;
3961
3962 &lt;p&gt;An example is from todays
3963 &lt;a href=&quot;http://people.skolelinux.org/~pere/debian-upgrade-testing//test-20100727-lenny-squeeze-kde-aptitude.txt&quot;&gt;upgrade
3964 of KDE using aptitude&lt;/a&gt;. In it, a bug in kdebase-workspace-data
3965 causes perl-modules to fail to upgrade. The cause is simple. If a
3966 package fail to unpack, then only part of packages with the circular
3967 dependency might end up being unpacked when unpacking aborts, and the
3968 ones already unpacked will fail to configure in the recovery phase
3969 because its dependencies are unavailable.&lt;/p&gt;
3970
3971 &lt;p&gt;In this log, the problem manifest itself with this error:&lt;/p&gt;
3972
3973 &lt;blockquote&gt;&lt;pre&gt;
3974 dpkg: dependency problems prevent configuration of perl-modules:
3975 perl-modules depends on perl (&gt;= 5.10.1-1); however:
3976 Version of perl on system is 5.10.0-19lenny2.
3977 dpkg: error processing perl-modules (--configure):
3978 dependency problems - leaving unconfigured
3979 &lt;/pre&gt;&lt;/blockquote&gt;
3980
3981 &lt;p&gt;The perl/perl-modules circular dependency is already
3982 &lt;a href=&quot;http://bugs.debian.org/527917&quot;&gt;reported as a bug&lt;/a&gt;, and will
3983 hopefully be solved as soon as possible, but it is not the only one,
3984 and each one of these loops in the dependency tree can cause similar
3985 failures. Of course, they only occur when there are bugs in other
3986 packages causing the unpacking to fail, but it is rather nasty when
3987 the failure of one package causes the problem to become worse because
3988 of dependency loops.&lt;/p&gt;
3989
3990 &lt;p&gt;Thanks to
3991 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/06/msg00116.html&quot;&gt;the
3992 tireless effort by Bill Allombert&lt;/a&gt;, the number of circular
3993 dependencies
3994 &lt;a href=&quot;http://debian.semistable.com/debgraph.out.html&quot;&gt;left in Debian
3995 is dropping&lt;/a&gt;, and perhaps it will reach zero one day. :)&lt;/p&gt;
3996
3997 &lt;p&gt;Todays testing also exposed a bug in
3998 &lt;a href=&quot;http://bugs.debian.org/590605&quot;&gt;update-notifier&lt;/a&gt; and
3999 &lt;a href=&quot;http://bugs.debian.org/590604&quot;&gt;different behaviour&lt;/a&gt; between
4000 apt-get and aptitude, the latter possibly caused by some circular
4001 dependency. Reported both to BTS to try to get someone to look at
4002 it.&lt;/p&gt;
4003 </description>
4004 </item>
4005
4006 <item>
4007 <title>First Debian Edu test release (alpha0) based on Squeeze is released</title>
4008 <link>http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</link>
4009 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</guid>
4010 <pubDate>Tue, 27 Jul 2010 17:45:00 +0200</pubDate>
4011 <description>&lt;p&gt;I just posted this announcement culminating several months of work
4012 with the next Debian Edu release. Not nearly done, but one major step
4013 completed.&lt;/p&gt;
4014
4015 &lt;blockquote&gt;
4016 &lt;p&gt;This is the first test release based on Squeeze. The focus of this
4017 release is to test the user application selection. To have a look,
4018 install the standalone profile and let the developers know if the set
4019 of installed packages i.e. applications should be modified. If some
4020 user application is missing, or if there are some applications that no
4021 longer make sense to be included in Debian Edu, please let us know.
4022 Also, if a useful application is missing the translation for your
4023 language of choice, please let us know too.&lt;/p&gt;
4024
4025 &lt;p&gt;In addition, feedback and help to polish the desktop (menus,
4026 artwork, starters, etc.) is appreciated. We would like to ship a nice
4027 and handy KDE4 desktop targeted for schools out of the box.&lt;/p&gt;
4028
4029 &lt;p&gt;The other profiles should be installable, but there is a lot more
4030 work left to be done before they are ready, so do not expect to
4031 much.&lt;/p&gt;
4032
4033 &lt;p&gt;Changes compared to the lenny based version&lt;/p&gt;
4034
4035 &lt;ul&gt;
4036 &lt;li&gt;Everything from Debian Squeeze
4037 &lt;ul&gt;
4038 &lt;li&gt;Desktop environment KDE 4.4 =&gt; the new KDE desktop in
4039 combination with some new artwork
4040 &lt;li&gt;Web browser Iceweasel 3.5
4041 &lt;li&gt;OpenOffice.org 3.2
4042 &lt;li&gt;Educational toolbox GCompris 9.3
4043 &lt;li&gt;Music creator Rosegarden 10.04.2
4044 &lt;li&gt;Image editor Gimp 2.6.10
4045 &lt;li&gt;Virtual universe Celestia 1.6.0
4046 &lt;li&gt;Virtual stargazer Stellarium 0.10.4
4047 &lt;li&gt;3D modeler Blender 2.49.2 (new application)
4048 &lt;li&gt;Video editor Kdenlive 0.7.7 (new application)
4049 &lt;/ul&gt;&lt;/li&gt;
4050 &lt;li&gt;Now using Kerberos for password checking (migration not finished).
4051 Enabled for:
4052 &lt;ul&gt;
4053 &lt;li&gt;PAM
4054 &lt;li&gt;LDAP
4055 &lt;li&gt;IMAP
4056 &lt;li&gt;SMTP (sender verification)
4057 &lt;/ul&gt;
4058 &lt;/li&gt;
4059 &lt;li&gt;New experimental roaming workstation profile for laptops.&lt;/li&gt;
4060 &lt;li&gt;Show welcome page to users when they first log in. The URL is
4061 fetched from LDAP.&lt;/li&gt;
4062 &lt;li&gt;New LXDE desktop option, in addition to KDE (default) and Gnome.&lt;/li&gt;
4063 &lt;li&gt;General cleanup (not finished)&lt;/li&gt;
4064 &lt;/ul&gt;
4065 &lt;p&gt;The following features are not working as they should&lt;/p&gt;
4066
4067 &lt;ul&gt;
4068 &lt;li&gt;No web based administration tool for creating users and groups. The
4069 scripts ldap-createuser-krb and ldap-add-user-to-group can be used
4070 for testing.&lt;/li&gt;
4071 &lt;li&gt;DVD installs are missing debian-installer images for the PXE boot,
4072 and do not set up the PXE menu on eth0 because of this. LTSP
4073 clients should still boot from eth1 on thin client servers.&lt;/li&gt;
4074 &lt;li&gt;The restructured KDE menu is not implemented.&lt;/li&gt;
4075 &lt;li&gt;The LDAP server setup need to be reviewed for security.&lt;/li&gt;
4076 &lt;li&gt;The LDAP directory structure need to be reworked.&lt;/li&gt;
4077 &lt;li&gt;Different sets of packages are installed when using the DVD and the
4078 netinst CD. More packages are installed using the netinst CD.&lt;/li&gt;
4079 &lt;li&gt;The jackd package fail to install. This is believed to be caused by
4080 some ongoing transition, and hopefully should be solved soon. The
4081 jackd1 package can be installed manually for those that need it.&lt;/li&gt;
4082 &lt;li&gt;Some packages lack translations. See
4083 http://wiki.debian.org/DebianEdu/Status/Squeeze for updated status,
4084 and help out with translations.&lt;/li&gt;
4085 &lt;/ul&gt;
4086
4087 &lt;p&gt;To download this multiarch netinstall release you can use&lt;/p&gt;
4088
4089 &lt;ul&gt;
4090 &lt;li&gt;&lt;a href=&quot;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&quot;&gt;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/a&gt;&lt;/li&gt;
4091 &lt;li&gt;&lt;a href=&quot;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&quot;&gt;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/a&gt;&lt;/li&gt;
4092 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4093 &lt;/ul&gt;
4094 &lt;p&gt;To download this multiarch dvd release you can use&lt;/p&gt;
4095
4096 &lt;ul&gt;
4097 &lt;li&gt;&lt;a href=&quot;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&quot;&gt;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/a&gt;&lt;/li&gt;
4098 &lt;li&gt;&lt;a href=&quot;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&quot;&gt;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/a&gt;&lt;/li&gt;
4099 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4100 &lt;/ul&gt;
4101
4102 &lt;p&gt;There is no source DVD available yet. It will be prepared when we
4103 get closer to the final release.&lt;/p&gt;
4104
4105 &lt;p&gt;The MD5SUM of these images are&lt;/p&gt;
4106
4107 &lt;ul&gt;
4108 &lt;li&gt;3dbf45d59f42a53518b6e3c9ec3b5eb6 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4109 &lt;li&gt;22f2cbfce281d1c6e478be452638675d debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4110 &lt;/ul&gt;
4111
4112 &lt;p&gt;The SHA1SUM of these images are&lt;/p&gt;
4113 &lt;ul&gt;
4114 &lt;li&gt;c53d1b69b40cf37cd27aefaf33f6f6a3821bedf0 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4115 &lt;li&gt;2ec29d7db676d59d32197b05c277ffe16348376c debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4116 &lt;/ul&gt;
4117 &lt;p&gt;How to report bugs:
4118 http://wiki.debian.org/DebianEdu/HowTo/ReportBugsInBugzilla&lt;/p&gt;
4119
4120 &lt;p&gt;Please direct replies to debian-edu@lists.debian.org&lt;/p&gt;
4121 &lt;/blockquote&gt;
4122 </description>
4123 </item>
4124
4125 <item>
4126 <title>One step closer to single signon in Debian Edu</title>
4127 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</link>
4128 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</guid>
4129 <pubDate>Sun, 25 Jul 2010 10:00:00 +0200</pubDate>
4130 <description>&lt;p&gt;The last few months me and the other Debian Edu developers have
4131 been working hard to get the Debian/Squeeze based version of Debian
4132 Edu/Skolelinux into shape. This future version will use Kerberos for
4133 authentication, and services are slowly migrated to single signon,
4134 getting rid of password questions one at the time.&lt;/p&gt;
4135
4136 &lt;p&gt;It will also feature a roaming workstation profile with local home
4137 directory, for laptops that are only some times on the Skolelinux
4138 network, and for this profile a shortcut is created in Gnome and KDE
4139 to gain access to the users home directory on the file server. This
4140 shortcut uses SMB at the moment, and yesterday I had time to test if
4141 SMB mounting had started working in KDE after we added the cifs-utils
4142 package. I was pleasantly surprised how well it worked.&lt;/p&gt;
4143
4144 &lt;p&gt;Thanks to the recent changes to our samba configuration to get it
4145 to use Kerberos for authentication, there were no question about user
4146 password when mounting the SMB volume. A simple click on the shortcut
4147 in the KDE menu, and a window with the home directory popped
4148 up. :)&lt;/p&gt;
4149
4150 &lt;p&gt;One step closer to a single signon solution out of the box in
4151 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
4152 also Samba. Next step is Cups and hopefully also NFS.&lt;/p&gt;
4153
4154 &lt;p&gt;We had planned a alpha0 release of Debian Edu for today, but thanks
4155 to the autobuilder administrators for some architectures being slow to
4156 sign packages, we are still missing the fixed LTSP package we need for
4157 the release. It was uploaded three days ago with urgency=high, and if
4158 it had entered testing yesterday we would have been able to test it in
4159 time for a alpha0 release today. As the binaries for ia64 and powerpc
4160 still not uploaded to the Debian archive, we need to delay the alpha
4161 release another day.&lt;/p&gt;
4162
4163 &lt;p&gt;If you want to help out with implementing Kerberos for Debian Edu,
4164 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4165 </description>
4166 </item>
4167
4168 <item>
4169 <title>Digitale restriksjonsmekanismer fikk meg til å slutte å kjøpe musikk</title>
4170 <link>http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</link>
4171 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</guid>
4172 <pubDate>Thu, 22 Jul 2010 23:50:00 +0200</pubDate>
4173 <description>&lt;p&gt;For mange år siden slutte jeg å kjøpe musikk-CDer. Årsaken var at
4174 musikkbransjen var godt i gang med å selge platene sine med DRM som
4175 gjorde at jeg ikke fikk spilt av musikken jeg kjøpte på utstyret jeg
4176 hadde tilgjengelig, dvs. min datamaskin. Det var umulig å se på en
4177 plate om den var ødelagt eller ikke, og jeg hadde jo allerede en
4178 anseelig samling med plater, så jeg bestemme meg for å slutte å gi
4179 penger til en bransje som åpenbart ikke respekterte meg.&lt;/p&gt;
4180
4181 &lt;p&gt;Jeg har mange titalls dager med musikk på CD i dag. Det meste er
4182 lagt i et stort arkiv som kan spilles av fra husets datamaskiner (har
4183 ikke rukket rippe alt). Jeg ser dermed ikke behovet for å skaffe mer
4184 musikk. De fleste av mine favoritter er i hus, og jeg er dermed godt
4185 fornøyd.&lt;/p&gt;
4186
4187 &lt;p&gt;Hvis musikkbransjen ønsker mine penger, så må de demonstrere at de
4188 setter pris på meg som kunde, og ikke skremme meg bort med DRM og
4189 antydninger om at kundene er kriminelle.&lt;/p&gt;
4190
4191 &lt;p&gt;Filmbransjen er like ille, men mens musikk gjerne varer lenge, er
4192 filmer mer ferskvare. Har dermed ikke helt sluttet å kjøpe filmer, men
4193 holder meg til DVD-filmer som kan spilles av på mine Linuxbokser.
4194 Kommer neppe til å ta i bruk Blueray, og ei heller de nye DRM-greiene
4195 «Ultraviolet» som be annonsert her om dagen.&lt;/p&gt;
4196 </description>
4197 </item>
4198
4199 <item>
4200 <title>What are they searching for - PowerDNS and ISC DHCP in LDAP</title>
4201 <link>http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</link>
4202 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</guid>
4203 <pubDate>Sat, 17 Jul 2010 21:00:00 +0200</pubDate>
4204 <description>&lt;p&gt;This is a
4205 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html&quot;&gt;followup&lt;/a&gt;
4206 on my
4207 &lt;a href=&quot;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&quot;&gt;previous
4208 work&lt;/a&gt; on
4209 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html&quot;&gt;merging
4210 all&lt;/a&gt; the computer related LDAP objects in Debian Edu.&lt;/p&gt;
4211
4212 &lt;p&gt;As a step to try to see if it possible to merge the DNS and DHCP
4213 LDAP objects, I have had a look at how the packages pdns-backend-ldap
4214 and dhcp3-server-ldap in Debian use the LDAP server. The two
4215 implementations are quite different in how they use LDAP.&lt;/p&gt;
4216
4217 To get this information, I started slapd with debugging enabled and
4218 dumped the debug output to a file to get the LDAP searches performed
4219 on a Debian Edu main-server. Here is a summary.
4220
4221 &lt;p&gt;&lt;strong&gt;powerdns&lt;/strong&gt;&lt;/p&gt;
4222
4223 &lt;a href=&quot;http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend&quot;&gt;Clues
4224 on how to&lt;/a&gt; set up PowerDNS to use a LDAP backend is available on
4225 the web.
4226
4227 &lt;p&gt;PowerDNS have two modes of operation using LDAP as its backend.
4228 One &quot;strict&quot; mode where the forward and reverse DNS lookups are done
4229 using the same LDAP objects, and a &quot;tree&quot; mode where the forward and
4230 reverse entries are in two different subtrees in LDAP with a structure
4231 based on the DNS names, as in tjener.intern and
4232 2.2.0.10.in-addr.arpa.&lt;/p&gt;
4233
4234 &lt;p&gt;In tree mode, the server is set up to use a LDAP subtree as its
4235 base, and uses a &quot;base&quot; scoped search for the DNS name by adding
4236 &quot;dc=tjener,dc=intern,&quot; to the base with a filter for
4237 &quot;(associateddomain=tjener.intern)&quot; for the forward entry and
4238 &quot;dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,&quot; with a filter for
4239 &quot;(associateddomain=2.2.0.10.in-addr.arpa)&quot; for the reverse entry. For
4240 forward entries, it is looking for attributes named dnsttl, arecord,
4241 nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord, mxrecord,
4242 txtrecord, rprecord, afsdbrecord, keyrecord, aaaarecord, locrecord,
4243 srvrecord, naptrrecord, kxrecord, certrecord, dsrecord, sshfprecord,
4244 ipseckeyrecord, rrsigrecord, nsecrecord, dnskeyrecord, dhcidrecord,
4245 spfrecord and modifytimestamp. For reverse entries it is looking for
4246 the attributes dnsttl, arecord, nsrecord, cnamerecord, soarecord,
4247 ptrrecord, hinforecord, mxrecord, txtrecord, rprecord, aaaarecord,
4248 locrecord, srvrecord, naptrrecord and modifytimestamp. The equivalent
4249 ldapsearch commands could look like this:&lt;/p&gt;
4250
4251 &lt;blockquote&gt;&lt;pre&gt;
4252 ldapsearch -h ldap \
4253 -b dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4254 -s base -x &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
4255 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4256 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4257 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4258 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4259
4260 ldapsearch -h ldap \
4261 -b dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4262 -s base -x &#39;(associateddomain=2.2.0.10.in-addr.arpa)&#39;
4263 dnsttl, arecord, nsrecord, cnamerecord soarecord ptrrecord \
4264 hinforecord mxrecord txtrecord rprecord aaaarecord locrecord \
4265 srvrecord naptrrecord modifytimestamp
4266 &lt;/pre&gt;&lt;/blockquote&gt;
4267
4268 &lt;p&gt;In Debian Edu/Lenny, the PowerDNS tree mode is used with
4269 ou=hosts,dc=skole,dc=skolelinux,dc=no as the base, and these are two
4270 example LDAP objects used there. In addition to these objects, the
4271 parent objects all th way up to ou=hosts,dc=skole,dc=skolelinux,dc=no
4272 also exist.&lt;/p&gt;
4273
4274 &lt;blockquote&gt;&lt;pre&gt;
4275 dn: dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no
4276 objectclass: top
4277 objectclass: dnsdomain
4278 objectclass: domainrelatedobject
4279 dc: tjener
4280 arecord: 10.0.2.2
4281 associateddomain: tjener.intern
4282
4283 dn: dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no
4284 objectclass: top
4285 objectclass: dnsdomain2
4286 objectclass: domainrelatedobject
4287 dc: 2
4288 ptrrecord: tjener.intern
4289 associateddomain: 2.2.0.10.in-addr.arpa
4290 &lt;/pre&gt;&lt;/blockquote&gt;
4291
4292 &lt;p&gt;In strict mode, the server behaves differently. When looking for
4293 forward DNS entries, it is doing a &quot;subtree&quot; scoped search with the
4294 same base as in the tree mode for a object with filter
4295 &quot;(associateddomain=tjener.intern)&quot; and requests the attributes dnsttl,
4296 arecord, nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord,
4297 mxrecord, txtrecord, rprecord, aaaarecord, locrecord, srvrecord,
4298 naptrrecord and modifytimestamp. For reverse entires it also do a
4299 subtree scoped search but this time the filter is &quot;(arecord=10.0.2.2)&quot;
4300 and the requested attributes are associateddomain, dnsttl and
4301 modifytimestamp. In short, in strict mode the objects with ptrrecord
4302 go away, and the arecord attribute in the forward object is used
4303 instead.&lt;/p&gt;
4304
4305 &lt;p&gt;The forward and reverse searches can be simulated using ldapsearch
4306 like this:&lt;/p&gt;
4307
4308 &lt;blockquote&gt;&lt;pre&gt;
4309 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4310 &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
4311 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4312 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4313 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4314 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4315
4316 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4317 &#39;(arecord=10.0.2.2)&#39; associateddomain dnsttl modifytimestamp
4318 &lt;/pre&gt;&lt;/blockquote&gt;
4319
4320 &lt;p&gt;In addition to the forward and reverse searches , there is also a
4321 search for SOA records, which behave similar to the forward and
4322 reverse lookups.&lt;/p&gt;
4323
4324 &lt;p&gt;A thing to note with the PowerDNS behaviour is that it do not
4325 specify any objectclass names, and instead look for the attributes it
4326 need to generate a DNS reply. This make it able to work with any
4327 objectclass that provide the needed attributes.&lt;/p&gt;
4328
4329 &lt;p&gt;The attributes are normally provided in the cosine (RFC 1274) and
4330 dnsdomain2 schemas. The latter is used for reverse entries like
4331 ptrrecord and recent DNS additions like aaaarecord and srvrecord.&lt;/p&gt;
4332
4333 &lt;p&gt;In Debian Edu, we have created DNS objects using the object classes
4334 dcobject (for dc), dnsdomain or dnsdomain2 (structural, for the DNS
4335 attributes) and domainrelatedobject (for associatedDomain). The use
4336 of structural object classes make it impossible to combine these
4337 classes with the object classes used by DHCP.&lt;/p&gt;
4338
4339 &lt;p&gt;There are other schemas that could be used too, for example the
4340 dnszone structural object class used by Gosa and bind-sdb for the DNS
4341 attributes combined with the domainrelatedobject object class, but in
4342 this case some unused attributes would have to be included as well
4343 (zonename and relativedomainname).&lt;/p&gt;
4344
4345 &lt;p&gt;My proposal for Debian Edu would be to switch PowerDNS to strict
4346 mode and not use any of the existing objectclasses (dnsdomain,
4347 dnsdomain2 and dnszone) when one want to combine the DNS information
4348 with DHCP information, and instead create a auxiliary object class
4349 defined something like this (using the attributes defined for
4350 dnsdomain and dnsdomain2 or dnszone):&lt;/p&gt;
4351
4352 &lt;blockquote&gt;&lt;pre&gt;
4353 objectclass ( some-oid NAME &#39;dnsDomainAux&#39;
4354 SUP top
4355 AUXILIARY
4356 MAY ( ARecord $ MDRecord $ MXRecord $ NSRecord $ SOARecord $ CNAMERecord $
4357 DNSTTL $ DNSClass $ PTRRecord $ HINFORecord $ MINFORecord $
4358 TXTRecord $ SIGRecord $ KEYRecord $ AAAARecord $ LOCRecord $
4359 NXTRecord $ SRVRecord $ NAPTRRecord $ KXRecord $ CERTRecord $
4360 A6Record $ DNAMERecord
4361 ))
4362 &lt;/pre&gt;&lt;/blockquote&gt;
4363
4364 &lt;p&gt;This will allow any object to become a DNS entry when combined with
4365 the domainrelatedobject object class, and allow any entity to include
4366 all the attributes PowerDNS wants. I&#39;ve sent an email to the PowerDNS
4367 developers asking for their view on this schema and if they are
4368 interested in providing such schema with PowerDNS, and I hope my
4369 message will be accepted into their mailing list soon.&lt;/p&gt;
4370
4371 &lt;p&gt;&lt;strong&gt;ISC dhcp&lt;/strong&gt;&lt;/p&gt;
4372
4373 &lt;p&gt;The DHCP server searches for specific objectclass and requests all
4374 the object attributes, and then uses the attributes it want. This
4375 make it harder to figure out exactly what attributes are used, but
4376 thanks to the working example in Debian Edu I can at least get an idea
4377 what is needed without having to read the source code.&lt;/p&gt;
4378
4379 &lt;p&gt;In the DHCP server configuration, the LDAP base to use and the
4380 search filter to use to locate the correct dhcpServer entity is
4381 stored. These are the relevant entries from
4382 /etc/dhcp3/dhcpd.conf:&lt;/p&gt;
4383
4384 &lt;blockquote&gt;&lt;pre&gt;
4385 ldap-base-dn &quot;dc=skole,dc=skolelinux,dc=no&quot;;
4386 ldap-dhcp-server-cn &quot;dhcp&quot;;
4387 &lt;/pre&gt;&lt;/blockquote&gt;
4388
4389 &lt;p&gt;The DHCP server uses this information to nest all the DHCP
4390 configuration it need. The cn &quot;dhcp&quot; is located using the given LDAP
4391 base and the filter &quot;(&amp;(objectClass=dhcpServer)(cn=dhcp))&quot;. The
4392 search result is this entry:&lt;/p&gt;
4393
4394 &lt;blockquote&gt;&lt;pre&gt;
4395 dn: cn=dhcp,dc=skole,dc=skolelinux,dc=no
4396 cn: dhcp
4397 objectClass: top
4398 objectClass: dhcpServer
4399 dhcpServiceDN: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4400 &lt;/pre&gt;&lt;/blockquote&gt;
4401
4402 &lt;p&gt;The content of the dhcpServiceDN attribute is next used to locate the
4403 subtree with DHCP configuration. The DHCP configuration subtree base
4404 is located using a base scope search with base &quot;cn=DHCP
4405 Config,dc=skole,dc=skolelinux,dc=no&quot; and filter
4406 &quot;(&amp;(objectClass=dhcpService)(|(dhcpPrimaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)(dhcpSecondaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)))&quot;.
4407 The search result is this entry:&lt;/p&gt;
4408
4409 &lt;blockquote&gt;&lt;pre&gt;
4410 dn: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4411 cn: DHCP Config
4412 objectClass: top
4413 objectClass: dhcpService
4414 objectClass: dhcpOptions
4415 dhcpPrimaryDN: cn=dhcp, dc=skole,dc=skolelinux,dc=no
4416 dhcpStatements: ddns-update-style none
4417 dhcpStatements: authoritative
4418 dhcpOption: smtp-server code 69 = array of ip-address
4419 dhcpOption: www-server code 72 = array of ip-address
4420 dhcpOption: wpad-url code 252 = text
4421 &lt;/pre&gt;&lt;/blockquote&gt;
4422
4423 &lt;p&gt;Next, the entire subtree is processed, one level at the time. When
4424 all the DHCP configuration is loaded, it is ready to receive requests.
4425 The subtree in Debian Edu contain objects with object classes
4426 top/dhcpService/dhcpOptions, top/dhcpSharedNetwork/dhcpOptions,
4427 top/dhcpSubnet, top/dhcpGroup and top/dhcpHost. These provide options
4428 and information about netmasks, dynamic range etc. Leaving out the
4429 details here because it is not relevant for the focus of my
4430 investigation, which is to see if it is possible to merge dns and dhcp
4431 related computer objects.&lt;/p&gt;
4432
4433 &lt;p&gt;When a DHCP request come in, LDAP is searched for the MAC address
4434 of the client (00:00:00:00:00:00 in this example), using a subtree
4435 scoped search with &quot;cn=DHCP Config,dc=skole,dc=skolelinux,dc=no&quot; as
4436 the base and &quot;(&amp;(objectClass=dhcpHost)(dhcpHWAddress=ethernet
4437 00:00:00:00:00:00))&quot; as the filter. This is what a host object look
4438 like:&lt;/p&gt;
4439
4440 &lt;blockquote&gt;&lt;pre&gt;
4441 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4442 cn: hostname
4443 objectClass: top
4444 objectClass: dhcpHost
4445 dhcpHWAddress: ethernet 00:00:00:00:00:00
4446 dhcpStatements: fixed-address hostname
4447 &lt;/pre&gt;&lt;/blockquote&gt;
4448
4449 &lt;p&gt;There is less flexiblity in the way LDAP searches are done here.
4450 The object classes need to have fixed names, and the configuration
4451 need to be stored in a fairly specific LDAP structure. On the
4452 positive side, the invidiual dhcpHost entires can be anywhere without
4453 the DN pointed to by the dhcpServer entries. The latter should make
4454 it possible to group all host entries in a subtree next to the
4455 configuration entries, and this subtree can also be shared with the
4456 DNS server if the schema proposed above is combined with the dhcpHost
4457 structural object class.
4458
4459 &lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;
4460
4461 &lt;p&gt;The PowerDNS implementation seem to be very flexible when it come
4462 to which LDAP schemas to use. While its &quot;tree&quot; mode is rigid when it
4463 come to the the LDAP structure, the &quot;strict&quot; mode is very flexible,
4464 allowing DNS objects to be stored anywhere under the base cn specified
4465 in the configuration.&lt;/p&gt;
4466
4467 &lt;p&gt;The DHCP implementation on the other hand is very inflexible, both
4468 regarding which LDAP schemas to use and which LDAP structure to use.
4469 I guess one could implement ones own schema, as long as the
4470 objectclasses and attributes have the names used, but this do not
4471 really help when the DHCP subtree need to have a fairly fixed
4472 structure.&lt;/p&gt;
4473
4474 &lt;p&gt;Based on the observed behaviour, I suspect a LDAP structure like
4475 this might work for Debian Edu:&lt;/p&gt;
4476
4477 &lt;blockquote&gt;&lt;pre&gt;
4478 ou=services
4479 cn=machine-info (dhcpService) - dhcpServiceDN points here
4480 cn=dhcp (dhcpServer)
4481 cn=dhcp-internal (dhcpSharedNetwork/dhcpOptions)
4482 cn=10.0.2.0 (dhcpSubnet)
4483 cn=group1 (dhcpGroup/dhcpOptions)
4484 cn=dhcp-thinclients (dhcpSharedNetwork/dhcpOptions)
4485 cn=192.168.0.0 (dhcpSubnet)
4486 cn=group1 (dhcpGroup/dhcpOptions)
4487 ou=machines - PowerDNS base points here
4488 cn=hostname (dhcpHost/domainrelatedobject/dnsDomainAux)
4489 &lt;/pre&gt;&lt;/blockquote&gt;
4490
4491 &lt;P&gt;This is not tested yet. If the DHCP server require the dhcpHost
4492 entries to be in the dhcpGroup subtrees, the entries can be stored
4493 there instead of a common machines subtree, and the PowerDNS base
4494 would have to be moved one level up to the machine-info subtree.&lt;/p&gt;
4495
4496 &lt;p&gt;The combined object under the machines subtree would look something
4497 like this:&lt;/p&gt;
4498
4499 &lt;blockquote&gt;&lt;pre&gt;
4500 dn: dc=hostname,ou=machines,cn=machine-info,dc=skole,dc=skolelinux,dc=no
4501 dc: hostname
4502 objectClass: top
4503 objectClass: dhcpHost
4504 objectclass: domainrelatedobject
4505 objectclass: dnsDomainAux
4506 associateddomain: hostname.intern
4507 arecord: 10.11.12.13
4508 dhcpHWAddress: ethernet 00:00:00:00:00:00
4509 dhcpStatements: fixed-address hostname.intern
4510 &lt;/pre&gt;&lt;/blockquote&gt;
4511
4512 &lt;/p&gt;One could even add the LTSP configuration associated with a given
4513 machine, as long as the required attributes are available in a
4514 auxiliary object class.&lt;/p&gt;
4515 </description>
4516 </item>
4517
4518 <item>
4519 <title>Combining PowerDNS and ISC DHCP LDAP objects</title>
4520 <link>http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</link>
4521 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</guid>
4522 <pubDate>Wed, 14 Jul 2010 23:45:00 +0200</pubDate>
4523 <description>&lt;p&gt;For a while now, I have wanted to find a way to change the DNS and
4524 DHCP services in Debian Edu to use the same LDAP objects for a given
4525 computer, to avoid the possibility of having a inconsistent state for
4526 a computer in LDAP (as in DHCP but no DNS entry or the other way
4527 around) and make it easier to add computers to LDAP.&lt;/p&gt;
4528
4529 &lt;p&gt;I&#39;ve looked at how powerdns and dhcpd is using LDAP, and using this
4530 information finally found a solution that seem to work.&lt;/p&gt;
4531
4532 &lt;p&gt;The old setup required three LDAP objects for a given computer.
4533 One forward DNS entry, one reverse DNS entry and one DHCP entry. If
4534 we switch powerdns to use its strict LDAP method (ldap-method=strict
4535 in pdns-debian-edu.conf), the forward and reverse DNS entries are
4536 merged into one while making it impossible to transfer the reverse map
4537 to a slave DNS server.&lt;/p&gt;
4538
4539 &lt;p&gt;If we also replace the object class used to get the DNS related
4540 attributes to one allowing these attributes to be combined with the
4541 dhcphost object class, we can merge the DNS and DHCP entries into one.
4542 I&#39;ve written such object class in the dnsdomainaux.schema file (need
4543 proper OIDs, but that is a minor issue), and tested the setup. It
4544 seem to work.&lt;/p&gt;
4545
4546 &lt;p&gt;With this test setup in place, we can get away with one LDAP object
4547 for both DNS and DHCP, and even the LTSP configuration I suggested in
4548 an earlier email. The combined LDAP object will look something like
4549 this:&lt;/p&gt;
4550
4551 &lt;blockquote&gt;&lt;pre&gt;
4552 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4553 cn: hostname
4554 objectClass: dhcphost
4555 objectclass: domainrelatedobject
4556 objectclass: dnsdomainaux
4557 associateddomain: hostname.intern
4558 arecord: 10.11.12.13
4559 dhcphwaddress: ethernet 00:00:00:00:00:00
4560 dhcpstatements: fixed-address hostname
4561 ldapconfigsound: Y
4562 &lt;/pre&gt;&lt;/blockquote&gt;
4563
4564 &lt;p&gt;The DNS server uses the associateddomain and arecord entries, while
4565 the DHCP server uses the dhcphwaddress and dhcpstatements entries
4566 before asking DNS to resolve the fixed-adddress. LTSP will use
4567 dhcphwaddress or associateddomain and the ldapconfig* attributes.&lt;/p&gt;
4568
4569 &lt;p&gt;I am not yet sure if I can get the DHCP server to look for its
4570 dhcphost in a different location, to allow us to put the objects
4571 outside the &quot;DHCP Config&quot; subtree, but hope to figure out a way to do
4572 that. If I can&#39;t figure out a way to do that, we can still get rid of
4573 the hosts subtree and move all its content into the DHCP Config tree
4574 (which probably should be renamed to be more related to the new
4575 content. I suspect cn=dnsdhcp,ou=services or something like that
4576 might be a good place to put it.&lt;/p&gt;
4577
4578 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4579 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4580 </description>
4581 </item>
4582
4583 <item>
4584 <title>Idea for storing LTSP configuration in LDAP</title>
4585 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</link>
4586 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</guid>
4587 <pubDate>Sun, 11 Jul 2010 22:00:00 +0200</pubDate>
4588 <description>&lt;p&gt;Vagrant mentioned on IRC today that ltsp_config now support
4589 sourcing files from /usr/share/ltsp/ltsp_config.d/ on the thin
4590 clients, and that this can be used to fetch configuration from LDAP if
4591 Debian Edu choose to store configuration there.&lt;/p&gt;
4592
4593 &lt;p&gt;Armed with this information, I got inspired and wrote a test module
4594 to get configuration from LDAP. The idea is to look up the MAC
4595 address of the client in LDAP, and look for attributes on the form
4596 ltspconfigsetting=value, and use this to export SETTING=value to the
4597 LTSP clients.&lt;/p&gt;
4598
4599 &lt;p&gt;The goal is to be able to store the LTSP configuration attributes
4600 in a &quot;computer&quot; LDAP object used by both DNS and DHCP, and thus
4601 allowing us to store all information about a computer in one place.&lt;/p&gt;
4602
4603 &lt;p&gt;This is a untested draft implementation, and I welcome feedback on
4604 this approach. A real LDAP schema for the ltspClientAux objectclass
4605 need to be written. Comments, suggestions, etc?&lt;/p&gt;
4606
4607 &lt;blockquote&gt;&lt;pre&gt;
4608 # Store in /opt/ltsp/$arch/usr/share/ltsp/ltsp_config.d/ldap-config
4609 #
4610 # Fetch LTSP client settings from LDAP based on MAC address
4611 #
4612 # Uses ethernet address as stored in the dhcpHost objectclass using
4613 # the dhcpHWAddress attribute or ethernet address stored in the
4614 # ieee802Device objectclass with the macAddress attribute.
4615 #
4616 # This module is written to be schema agnostic, and only depend on the
4617 # existence of attribute names.
4618 #
4619 # The LTSP configuration variables are saved directly using a
4620 # ltspConfig prefix and uppercasing the rest of the attribute name.
4621 # To set the SERVER variable, set the ltspConfigServer attribute.
4622 #
4623 # Some LDAP schema should be created with all the relevant
4624 # configuration settings. Something like this should work:
4625 #
4626 # objectclass ( 1.1.2.2 NAME &#39;ltspClientAux&#39;
4627 # SUP top
4628 # AUXILIARY
4629 # MAY ( ltspConfigServer $ ltsConfigSound $ ... )
4630
4631 LDAPSERVER=$(debian-edu-ldapserver)
4632 if [ &quot;$LDAPSERVER&quot; ] ; then
4633 LDAPBASE=$(debian-edu-ldapserver -b)
4634 for MAC in $(LANG=C ifconfig |grep -i hwaddr| awk &#39;{print $5}&#39;|sort -u) ; do
4635 filter=&quot;(|(dhcpHWAddress=ethernet $MAC)(macAddress=$MAC))&quot;
4636 ldapsearch -h &quot;$LDAPSERVER&quot; -b &quot;$LDAPBASE&quot; -v -x &quot;$filter&quot; | \
4637 grep &#39;^ltspConfig&#39; | while read attr value ; do
4638 # Remove prefix and convert to upper case
4639 attr=$(echo $attr | sed &#39;s/^ltspConfig//i&#39; | tr a-z A-Z)
4640 # bass value on to clients
4641 eval &quot;$attr=$value; export $attr&quot;
4642 done
4643 done
4644 fi
4645 &lt;/pre&gt;&lt;/blockquote&gt;
4646
4647 &lt;p&gt;I&#39;m not sure this shell construction will work, because I suspect
4648 the while block might end up in a subshell causing the variables set
4649 there to not show up in ltsp-config, but if that is the case I am sure
4650 the code can be restructured to make sure the variables are passed on.
4651 I expect that can be solved with some testing. :)&lt;/p&gt;
4652
4653 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4654 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4655
4656 &lt;p&gt;Update 2010-07-17: I am aware of another effort to store LTSP
4657 configuration in LDAP that was created around year 2000 by
4658 &lt;a href=&quot;http://www.pcxperience.com/thinclient/documentation/ldap.html&quot;&gt;PC
4659 Xperience, Inc., 2000&lt;/a&gt;. I found its
4660 &lt;a href=&quot;http://people.redhat.com/alikins/ltsp/ldap/&quot;&gt;files&lt;/a&gt; on a
4661 personal home page over at redhat.com.&lt;/p&gt;
4662 </description>
4663 </item>
4664
4665 <item>
4666 <title>jXplorer, a very nice LDAP GUI</title>
4667 <link>http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</link>
4668 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</guid>
4669 <pubDate>Fri, 9 Jul 2010 12:55:00 +0200</pubDate>
4670 <description>&lt;p&gt;Since
4671 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html&quot;&gt;my
4672 last post&lt;/a&gt; about available LDAP tools in Debian, I was told about a
4673 LDAP GUI that is even better than luma. The java application
4674 &lt;a href=&quot;http://jxplorer.org/&quot;&gt;jXplorer&lt;/a&gt; is claimed to be capable of
4675 moving LDAP objects and subtrees using drag-and-drop, and can
4676 authenticate using Kerberos. I have only tested the Kerberos
4677 authentication, but do not have a LDAP setup allowing me to rewrite
4678 LDAP with my test user yet. It is
4679 &lt;a href=&quot;http://packages.qa.debian.org/j/jxplorer.html&quot;&gt;available in
4680 Debian&lt;/a&gt; testing and unstable at the moment. The only problem I
4681 have with it is how it handle errors. If something go wrong, its
4682 non-intuitive behaviour require me to go through some query work list
4683 and remove the failing query. Nothing big, but very annoying.&lt;/p&gt;
4684 </description>
4685 </item>
4686
4687 <item>
4688 <title>Caching password, user and group on a roaming Debian laptop</title>
4689 <link>http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</link>
4690 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</guid>
4691 <pubDate>Thu, 1 Jul 2010 11:40:00 +0200</pubDate>
4692 <description>&lt;p&gt;For a laptop, centralized user directories and password checking is
4693 a bit troubling. Laptops are typically used also when not connected
4694 to the network, and it is vital for a user to be able to log in or
4695 unlock the screen saver also when a central server is unavailable.
4696 This is possible by caching passwords and directory information (user
4697 and group attributes) locally, and the packages to do so are available
4698 in Debian. Here follow two recipes to set this up in Debian/Squeeze.
4699 It is also possible to set up in Debian/Lenny, but require more manual
4700 setup there because pam-auth-update is missing in Lenny.&lt;/p&gt;
4701
4702 &lt;h2&gt;LDAP/Kerberos + nscd + libpam-ccreds + libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
4703
4704 This is the traditional method with a twist. The password caching is
4705 provided by libpam-ccreds (version 10-4 or later is needed on
4706 Squeeze), and the directory caching is done by nscd. The directory
4707 lookup and password checking is done using LDAP. If one want to use
4708 Kerberos for password checking the libpam-ldapd package can be
4709 replaced with libpam-krb5 or libpam-heimdal. If one is happy having a
4710 local home directory with the path listed in LDAP, one can use the
4711 pam_mkhomedir module from pam-modules to make this happen instead of
4712 using libpam-mklocaluser. A setup for pam-auth-update to enable
4713 pam_mkhomedir will have to be written until a fix for
4714 &lt;a href=&quot;http://bugs.debian.org/568577&quot;&gt;bug #568577&lt;/a&gt; is in the
4715 archive. Because I believe it is a bad idea to have local home
4716 directories using misleading paths like /site/server/partition/, I
4717 prefer to create a local user with the home directory in /home/. This
4718 is done using the libpam-mklocaluser package.&lt;/p&gt;
4719
4720 &lt;p&gt;These packages need to be installed and configured&lt;/p&gt;
4721
4722 &lt;blockquote&gt;&lt;pre&gt;
4723 libnss-ldapd libpam-ldapd nscd libpam-ccreds libpam-mklocaluser
4724 &lt;/pre&gt;&lt;/blockquote&gt;
4725
4726 &lt;p&gt;The ldapd packages will ask for LDAP connection information, and
4727 one have to fill in the values that fits ones own site. Make sure the
4728 PAM part uses encrypted connections, to make sure the password is not
4729 sent in clear text to the LDAP server. I&#39;ve been unable to get TLS
4730 certificate checking for a self signed certificate working, which make
4731 LDAP authentication unsafe for Debian Edu (nslcd is not checking if it
4732 is talking to the correct LDAP server), and very much welcome feedback
4733 on how to get this working.&lt;/p&gt;
4734
4735 &lt;p&gt;Because nscd do not have a default configuration fit for offline
4736 caching until &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;bug #485282&lt;/a&gt;
4737 is fixed, this configuration should be used instead of the one
4738 currently in /etc/nscd.conf. The changes are in the fields
4739 reload-count and positive-time-to-live, and is based on the
4740 instructions I found in the
4741 &lt;a href=&quot;http://www.flyn.org/laptopldap/&quot;&gt;LDAP for Mobile Laptops&lt;/a&gt;
4742 instructions by Flyn Computing.&lt;/p&gt;
4743
4744 &lt;blockquote&gt;&lt;pre&gt;
4745 debug-level 0
4746 reload-count unlimited
4747 paranoia no
4748
4749 enable-cache passwd yes
4750 positive-time-to-live passwd 2592000
4751 negative-time-to-live passwd 20
4752 suggested-size passwd 211
4753 check-files passwd yes
4754 persistent passwd yes
4755 shared passwd yes
4756 max-db-size passwd 33554432
4757 auto-propagate passwd yes
4758
4759 enable-cache group yes
4760 positive-time-to-live group 2592000
4761 negative-time-to-live group 20
4762 suggested-size group 211
4763 check-files group yes
4764 persistent group yes
4765 shared group yes
4766 max-db-size group 33554432
4767 auto-propagate group yes
4768
4769 enable-cache hosts no
4770 positive-time-to-live hosts 2592000
4771 negative-time-to-live hosts 20
4772 suggested-size hosts 211
4773 check-files hosts yes
4774 persistent hosts yes
4775 shared hosts yes
4776 max-db-size hosts 33554432
4777
4778 enable-cache services yes
4779 positive-time-to-live services 2592000
4780 negative-time-to-live services 20
4781 suggested-size services 211
4782 check-files services yes
4783 persistent services yes
4784 shared services yes
4785 max-db-size services 33554432
4786 &lt;/pre&gt;&lt;/blockquote&gt;
4787
4788 &lt;p&gt;While we wait for a mechanism to update /etc/nsswitch.conf
4789 automatically like the one provided in
4790 &lt;a href=&quot;http://bugs.debian.org/496915&quot;&gt;bug #496915&lt;/a&gt;, the file
4791 content need to be manually replaced to ensure LDAP is used as the
4792 directory service on the machine. /etc/nsswitch.conf should normally
4793 look like this:&lt;/p&gt;
4794
4795 &lt;blockquote&gt;&lt;pre&gt;
4796 passwd: files ldap
4797 group: files ldap
4798 shadow: files ldap
4799 hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
4800 networks: files
4801 protocols: files
4802 services: files
4803 ethers: files
4804 rpc: files
4805 netgroup: files ldap
4806 &lt;/pre&gt;&lt;/blockquote&gt;
4807
4808 &lt;p&gt;The important parts are that ldap is listed last for passwd, group,
4809 shadow and netgroup.&lt;/p&gt;
4810
4811 &lt;p&gt;With these changes in place, any user in LDAP will be able to log
4812 in locally on the machine using for example kdm, get a local home
4813 directory created and have the password as well as user and group
4814 attributes cached.
4815
4816 &lt;h2&gt;LDAP/Kerberos + nss-updatedb + libpam-ccreds +
4817 libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
4818
4819 &lt;p&gt;Because nscd have had its share of problems, and seem to have
4820 problems doing proper caching, I&#39;ve seen suggestions and recipes to
4821 use nss-updatedb to copy parts of the LDAP database locally when the
4822 LDAP database is available. I have not tested such setup, because I
4823 discovered sssd.&lt;/p&gt;
4824
4825 &lt;h2&gt;LDAP/Kerberos + sssd + libpam-mklocaluser&lt;/h2&gt;
4826
4827 &lt;p&gt;A more flexible and robust setup than the nscd combination
4828 mentioned earlier that has shown up recently, is the
4829 &lt;a href=&quot;https://fedorahosted.org/sssd/&quot;&gt;sssd&lt;/a&gt; package from Redhat.
4830 It is part of the &lt;a href=&quot;http://www.freeipa.org/&quot;&gt;FreeIPA&lt;/A&gt; project
4831 to provide a Active Directory like directory service for Linux
4832 machines. The sssd system combines the caching of passwords and user
4833 information into one package, and remove the need for nscd and
4834 libpam-ccreds. It support LDAP and Kerberos, but not NIS. Version
4835 1.2 do not support netgroups, but it is said that it will support this
4836 in version 1.5 expected to show up later in 2010. Because the
4837 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd package&lt;/a&gt;
4838 was missing in Debian, I ended up co-maintaining it with Werner, and
4839 version 1.2 is now in testing.
4840
4841 &lt;p&gt;These packages need to be installed and configured to get the
4842 roaming setup I want&lt;/p&gt;
4843
4844 &lt;blockquote&gt;&lt;pre&gt;
4845 libpam-sss libnss-sss libpam-mklocaluser
4846 &lt;/pre&gt;&lt;/blockquote&gt;
4847
4848 The complete setup of sssd is done by editing/creating
4849 &lt;tt&gt;/etc/sssd/sssd.conf&lt;/tt&gt;.
4850
4851 &lt;blockquote&gt;&lt;pre&gt;
4852 [sssd]
4853 config_file_version = 2
4854 reconnection_retries = 3
4855 sbus_timeout = 30
4856 services = nss, pam
4857 domains = INTERN
4858
4859 [nss]
4860 filter_groups = root
4861 filter_users = root
4862 reconnection_retries = 3
4863
4864 [pam]
4865 reconnection_retries = 3
4866
4867 [domain/INTERN]
4868 enumerate = false
4869 cache_credentials = true
4870
4871 id_provider = ldap
4872 auth_provider = ldap
4873 chpass_provider = ldap
4874
4875 ldap_uri = ldap://ldap
4876 ldap_search_base = dc=skole,dc=skolelinux,dc=no
4877 ldap_tls_reqcert = never
4878 ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt
4879 &lt;/pre&gt;&lt;/blockquote&gt;
4880
4881 &lt;p&gt;I got the same problem here with certificate checking. Had to set
4882 &quot;ldap_tls_reqcert = never&quot; to get it working.&lt;/p&gt;
4883
4884 &lt;p&gt;With the libnss-sss package in testing at the moment, the
4885 nsswitch.conf file is update automatically, so there is no need to
4886 modify it manually.&lt;/p&gt;
4887
4888 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4889 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4890 </description>
4891 </item>
4892
4893 <item>
4894 <title>LUMA, a very nice LDAP GUI</title>
4895 <link>http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</link>
4896 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</guid>
4897 <pubDate>Mon, 28 Jun 2010 00:30:00 +0200</pubDate>
4898 <description>&lt;p&gt;The last few days I have been looking into the status of the LDAP
4899 directory in Debian Edu, and in the process I started to miss a GUI
4900 tool to browse the LDAP tree. The only one I was able to find in
4901 Debian/Squeeze and Lenny is
4902 &lt;a href=&quot;http://luma.sourceforge.net/&quot;&gt;LUMA&lt;/a&gt;, which has proved to
4903 be a great tool to get a overview of the current LDAP directory
4904 populated by default in Skolelinux. Thanks to it, I have been able to
4905 find empty and obsolete subtrees, misplaced objects and duplicate
4906 objects. It will be installed by default in Debian/Squeeze. If you
4907 are working with LDAP, give it a go. :)&lt;/p&gt;
4908
4909 &lt;p&gt;I did notice one problem with it I have not had time to report to
4910 the BTS yet. There is no .desktop file in the package, so the tool do
4911 not show up in the Gnome and KDE menus, but only deep down in in the
4912 Debian submenu in KDE. I hope that can be fixed before Squeeze is
4913 released.&lt;/p&gt;
4914
4915 &lt;p&gt;I have not yet been able to get it to modify the tree yet. I would
4916 like to move objects and remove subtrees directly in the GUI, but have
4917 not found a way to do that with LUMA yet. So in the mean time, I use
4918 &lt;a href=&quot;http://www.lichteblau.com/ldapvi/&quot;&gt;ldapvi&lt;/a&gt; for that.&lt;/p&gt;
4919
4920 &lt;p&gt;If you have tips on other GUI tools for LDAP that might be useful
4921 in Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4922
4923 &lt;p&gt;Update 2010-06-29: Ross Reedstrom tipped us about the
4924 &lt;a href=&quot;http://packages.qa.debian.org/g/gq.html&quot;&gt;gq&lt;/a&gt; package as a
4925 useful GUI alternative. It seem like a good tool, but is unmaintained
4926 in Debian and got a RC bug keeping it out of Squeeze. Unless that
4927 changes, it will not be an option for Debian Edu based on Squeeze.&lt;/p&gt;
4928 </description>
4929 </item>
4930
4931 <item>
4932 <title>Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object</title>
4933 <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>
4934 <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>
4935 <pubDate>Thu, 24 Jun 2010 00:35:00 +0200</pubDate>
4936 <description>&lt;p&gt;A while back, I
4937 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html&quot;&gt;complained
4938 about the fact&lt;/a&gt; that it is not possible with the provided schemas
4939 for storing DNS and DHCP information in LDAP to combine the two sets
4940 of information into one LDAP object representing a computer.&lt;/p&gt;
4941
4942 &lt;p&gt;In the mean time, I discovered that a simple fix would be to make
4943 the dhcpHost object class auxiliary, to allow it to be combined with
4944 the dNSDomain object class, and thus forming one object for one
4945 computer when storing both DHCP and DNS information in LDAP.&lt;/p&gt;
4946
4947 &lt;p&gt;If I understand this correctly, it is not safe to do this change
4948 without also changing the assigned number for the object class, and I
4949 do not know enough about LDAP schema design to do that properly for
4950 Debian Edu.&lt;/p&gt;
4951
4952 &lt;p&gt;Anyway, for future reference, this is how I believe we could change
4953 the
4954 &lt;a href=&quot;http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-00&quot;&gt;DHCP
4955 schema&lt;/a&gt; to solve at least part of the problem with the LDAP schemas
4956 available today from IETF.&lt;/p&gt;
4957
4958 &lt;pre&gt;
4959 --- dhcp.schema (revision 65192)
4960 +++ dhcp.schema (working copy)
4961 @@ -376,7 +376,7 @@
4962 objectclass ( 2.16.840.1.113719.1.203.6.6
4963 NAME &#39;dhcpHost&#39;
4964 DESC &#39;This represents information about a particular client&#39;
4965 - SUP top
4966 + SUP top AUXILIARY
4967 MUST cn
4968 MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption)
4969 X-NDS_CONTAINMENT (&#39;dhcpService&#39; &#39;dhcpSubnet&#39; &#39;dhcpGroup&#39;) )
4970 &lt;/pre&gt;
4971
4972 &lt;p&gt;I very much welcome clues on how to do this properly for Debian
4973 Edu/Squeeze. We provide the DHCP schema in our debian-edu-config
4974 package, and should thus be free to rewrite it as we see fit.&lt;/p&gt;
4975
4976 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4977 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4978 </description>
4979 </item>
4980
4981 <item>
4982 <title>Calling tasksel like the installer, while still getting useful output</title>
4983 <link>http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</link>
4984 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</guid>
4985 <pubDate>Wed, 16 Jun 2010 14:55:00 +0200</pubDate>
4986 <description>&lt;p&gt;A few times I have had the need to simulate the way tasksel
4987 installs packages during the normal debian-installer run. Until now,
4988 I have ended up letting tasksel do the work, with the annoying problem
4989 of not getting any feedback at all when something fails (like a
4990 conffile question from dpkg or a download that fails), using code like
4991 this:
4992
4993 &lt;blockquote&gt;&lt;pre&gt;
4994 export DEBIAN_FRONTEND=noninteractive
4995 tasksel --new-install
4996 &lt;/pre&gt;&lt;/blockquote&gt;
4997
4998 This would invoke tasksel, let its automatic task selection pick the
4999 tasks to install, and continue to install the requested tasks without
5000 any output what so ever.
5001
5002 Recently I revisited this problem while working on the automatic
5003 package upgrade testing, because tasksel would some times hang without
5004 any useful feedback, and I want to see what is going on when it
5005 happen. Then it occured to me, I can parse the output from tasksel
5006 when asked to run in test mode, and use that aptitude command line
5007 printed by tasksel then to simulate the tasksel run. I ended up using
5008 code like this:
5009
5010 &lt;blockquote&gt;&lt;pre&gt;
5011 export DEBIAN_FRONTEND=noninteractive
5012 cmd=&quot;$(in_target tasksel -t --new-install | sed &#39;s/debconf-apt-progress -- //&#39;)&quot;
5013 $cmd
5014 &lt;/pre&gt;&lt;/blockquote&gt;
5015
5016 &lt;p&gt;The content of $cmd is typically something like &quot;&lt;tt&gt;aptitude -q
5017 --without-recommends -o APT::Install-Recommends=no -y install
5018 ~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired
5019 ~pimportant&lt;/tt&gt;&quot;, which will install the gnome desktop task, the
5020 laptop task and all packages with priority standard , required and
5021 important, just like tasksel would have done it during
5022 installation.&lt;/p&gt;
5023
5024 &lt;p&gt;A better approach is probably to extend tasksel to be able to
5025 install packages without using debconf-apt-progress, for use cases
5026 like this.&lt;/p&gt;
5027 </description>
5028 </item>
5029
5030 <item>
5031 <title>Åpne trådløsnett er et samfunnsgode</title>
5032 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</link>
5033 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</guid>
5034 <pubDate>Sat, 12 Jun 2010 12:45:00 +0200</pubDate>
5035 <description>&lt;p&gt;Veldig glad for å oppdage via
5036 &lt;a href=&quot;http://yro.slashdot.org/story/10/06/11/1841256/Finland-To-Legalize-Use-of-Unsecured-Wi-Fi&quot;&gt;Slashdot&lt;/a&gt;
5037 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
5038 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
5039 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
5040 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
5041 med andre så lenge de ikke forstyrrer min bruk av eget nett.
5042 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
5043 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
5044 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
5045 slekt og venner, holde seg oppdatert om politiske saker, kontakte
5046 organisasjoner og politikere, etc), at det for meg er helt urimelig å
5047 blokkere dette for alle som ikke gjør en flue fortred. De som mener
5048 at potensialet for misbruk er grunn nok til å hindre all den positive
5049 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
5050 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
5051 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
5052 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
5053 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
5054 anstrenge oss for å beholde.&lt;/p&gt;
5055 </description>
5056 </item>
5057
5058 <item>
5059 <title>Skolelinux er laget for sentraldrifting, naturligvis</title>
5060 <link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</link>
5061 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</guid>
5062 <pubDate>Wed, 9 Jun 2010 12:30:00 +0200</pubDate>
5063 <description>&lt;p&gt;Det er merkelig hvordan myter om Skolelinux overlever. En slik
5064 myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
5065 tjenermaskiner. I siste Computerworld Norge er
5066 &lt;a href=&quot;http://www.idg.no/computerworld/article169432.ece&quot;&gt;IT-sjef
5067 Viggo Billdal i Steinkjer intervjuet&lt;/a&gt;, og forteller uten
5068 blygsel:&lt;/p&gt;
5069
5070 &lt;blockquote&gt;&lt;p&gt;Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
5071 om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
5072 Microsoft egentlig var totalt sett bedre egnet. Det var store
5073 driftskostnader med Skolelinux, blant annet på grunn av
5074 desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
5075 og bruker nå bare Windows.&lt;/p&gt;&lt;/blockquote&gt;
5076
5077 &lt;p&gt;En &lt;a
5078 href=&quot;https://init.linpro.no/pipermail/skolelinux.no/bruker/2010-June/009101.html&quot;&gt;rask
5079 sjekk&lt;/a&gt; mot den norske brukerlista i Skolelinuxprosjektet forteller
5080 at Steinkjers forsøk foregikk fram til 2004/2005, og at Røysing skole
5081 i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
5082 overkjørte skolen og krevde at de gikk over til Windows. Et søk på
5083 nettet sendte meg til
5084 &lt;a href=&quot;http://www.dn.no/multimedia/archive/00090/Dagens_it_nr__18_90826a.pdf&quot;&gt;Dagens
5085 IT nr. 18 2005&lt;/a&gt; hvor en kan lese på side 18:&lt;/p&gt;
5086
5087 &lt;blockquote&gt;&lt;p&gt;Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
5088 Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
5089 var så stor. ­ Jeg syntes Skolelinux var utrolig lett å drifte uten
5090 forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
5091 til installasjoner og maskinvarefeil, sier Tømmerås.&lt;/p&gt;&lt;/blockquote&gt;
5092
5093 &lt;p&gt;Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
5094 over påstanden om at Skolelinux krever desentraliserte tjenere.
5095 Skolelinux-arkitekturen er laget for sentralisert drift og plassering
5096 av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
5097 Den er modellert på nettverks- og tjenerløsningen som brukes på
5098 Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
5099 driftstjenester. Dette er det heldigvis noen som har fått med seg, og
5100 jeg er glad for å kunne sitere fra en kommentar på den overnevnte
5101 artikkelen. Min venn og gamle kollega Sturle Sunde forteller der:
5102
5103 &lt;blockquote&gt;
5104 &lt;p&gt;I Flora kommune køyrer vi Skulelinux på skular med alt frå 15 til
5105 meir enn 500 elevar. Dei store skulane har eigen tenar, for det er
5106 mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
5107 sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
5108 avhengige av eksterne linjer som er trege eller dyre. Dei minste
5109 skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
5110 noko problem. Småskulane klarar seg fint med 1 mbit-linje til ein
5111 sentral tenar eller tenaren på ein større skule.&lt;/p&gt;
5112
5113 &lt;p&gt;Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
5114 harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
5115 programma lokalt. Eit klasserom med 30 sju-åtte år gamle maskiner har
5116 mykje meir CPU og RAM totalt enn nokon moderne tenar til under
5117 millionen. Det trengst to kommandoar på den sentrale tenaren for å
5118 oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
5119 problem med diskar som ryk heller, som var eit problem før fordi
5120 elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
5121 nettet, so det er fullt mogleg å køyre slike på småskular med trege
5122 linjer mot tenaren på ein større skule.&lt;/p&gt;
5123
5124 &lt;p&gt;Flora kommune har nesten 800 Linux-maskiner i sitt skulenett, og
5125 ein person som tek seg av drift av heile nettet, inkludert tenarar,
5126 klientar, operativsystem, programvare, heimekontorløysing og
5127 administrasjon av brukarar.&lt;/p&gt;
5128
5129 &lt;p&gt;No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
5130 boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
5131 var der frå før, og som har komplisert installasjonen vår. Etter at
5132 oppsettet var gjort har løysinga vore stabil og kravd minimalt med
5133 arbeid.&lt;/p&gt;
5134 &lt;/blockquote&gt;
5135
5136 &lt;p&gt;Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
5137 sentraldriftes med sentrale tjenere. Det forteller meg at Steinkjers
5138 IT-sjef neppe bør skylde på Skolelinux-løsningen for sine 5 år gamle
5139 minner.&lt;/p&gt;
5140 </description>
5141 </item>
5142
5143 <item>
5144 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten</title>
5145 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</link>
5146 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</guid>
5147 <pubDate>Fri, 21 May 2010 16:00:00 +0200</pubDate>
5148 <description>&lt;p&gt;For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
5149 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
5150 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
5151 skulle dele innholdet på to kort med mine lesere.&lt;/p&gt;
5152
5153 &lt;p&gt;For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
5154 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
5155 magnetstripe. Påtrykket finner jeg følgende informasjon:&lt;/p&gt;
5156
5157 &lt;pre&gt;
5158 Flytoget Airport Express Train
5159
5160 Fra - Til : Oslo Sentralstasjon
5161 Kategori : Voksen
5162 Pris : Nok 170,00
5163 Herav mva. 8,00% : NOK 12,59
5164 Betaling : Kontant
5165 Til - Fra : Oslo Lufthavn
5166 Utstedt: : 08.05.10
5167 Gyldig Fra-Til : 08.05.10-07.11.10
5168 Billetttype : Enkeltbillett
5169
5170 102-1015-100508-48382-01-08
5171 &lt;/pre&gt;
5172
5173 &lt;p&gt;På selve magnetstripen er innholdet
5174 &lt;tt&gt;;E?+900120011=23250996541068112619257138248441708433322932704083389389062603279671261502492655?&lt;/tt&gt;.
5175 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
5176 det jeg ser trykket på billetten og det jeg ser av tegn i
5177 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
5178 for å gjøre det vanskelig å forfalske billetter.&lt;/p&gt;
5179
5180 &lt;p&gt;Den andre billetten er fra Hurtigruten, der jeg mistenker at
5181 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
5182 fall den biten vi stakk inn i dørlåsen).&lt;/p&gt;
5183
5184 &lt;p&gt;Påtrykket forsiden er følgende:&lt;/p&gt;
5185
5186 &lt;pre&gt;
5187 Romnummer 727
5188 Hurtigruten
5189 Midnatsol
5190 Reinholdtsen
5191 Petter
5192 Bookingno: SAX69 0742193
5193 Harstad-Bergen
5194 Dep: 09.05.2010 Arr: 12.05.2010
5195 Lugar fra Risøyhamn
5196 Kost: FRO=4
5197 &lt;/pre&gt;
5198
5199 &lt;p&gt;På selve magnetstripen er innholdet
5200 &lt;tt&gt;;1316010007421930=00000000000000000000?+E?&lt;/tt&gt;. Heller ikke her
5201 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.&lt;/p&gt;
5202 </description>
5203 </item>
5204
5205 <item>
5206 <title>Pieces of the roaming laptop puzzle in Debian</title>
5207 <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</link>
5208 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</guid>
5209 <pubDate>Wed, 19 May 2010 19:00:00 +0200</pubDate>
5210 <description>&lt;p&gt;Today, the last piece of the puzzle for roaming laptops in Debian
5211 Edu finally entered the Debian archive. Today, the new
5212 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-mklocaluser.html&quot;&gt;libpam-mklocaluser&lt;/a&gt;
5213 package was accepted. Two days ago, two other pieces was accepted
5214 into unstable. The
5215 &lt;a href=&quot;http://packages.qa.debian.org/p/pam-python.html&quot;&gt;pam-python&lt;/a&gt;
5216 package needed by libpam-mklocaluser, and the
5217 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd&lt;/a&gt; package
5218 passed NEW on Monday. In addition, the
5219 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5220 package we need is in experimental (version 10-4) since Saturday, and
5221 hopefully will be moved to unstable soon.&lt;/p&gt;
5222
5223 &lt;p&gt;This collection of packages allow for two different setups for
5224 roaming laptops. The traditional setup would be using libpam-ccreds,
5225 nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
5226 which should work out of the box if the configuration changes proposed
5227 for nscd in &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;BTS report
5228 #485282&lt;/a&gt; is implemented. The alternative setup is to use sssd with
5229 libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
5230 care of the caching of passwords and group information.&lt;/p&gt;
5231
5232 &lt;p&gt;I have so far been unable to get sssd to work with the LDAP server
5233 at the University, but suspect the issue is some SSL/GnuTLS related
5234 problem with the server certificate. I plan to update the Debian
5235 package to version 1.2, which is scheduled for next week, and hope to
5236 find time to make sure the next release will include both the
5237 Debian/Ubuntu specific patches. Upstream is friendly and responsive,
5238 and I am sure we will find a good solution.&lt;/p&gt;
5239
5240 &lt;p&gt;The idea is to set up the roaming laptops to authenticate using
5241 LDAP or Kerberos and create a local user with home directory in /home/
5242 when a usre in LDAP logs in via KDM or GDM for the first time, and
5243 cache the password for offline checking, as well as caching group
5244 memberhips and other relevant LDAP information. The
5245 libpam-mklocaluser package was created to make sure the local home
5246 directory is in /home/, instead of /site/server/directory/ which would
5247 be the home directory if pam_mkhomedir was used. To avoid confusion
5248 with support requests and configuration, we do not want local laptops
5249 to have users in a path that is used for the same users home directory
5250 on the home directory servers.&lt;/p&gt;
5251
5252 &lt;p&gt;One annoying problem with gdm is that it do not show the PAM
5253 message passed to the user from libpam-mklocaluser when the local user
5254 is created. Instead gdm simply reject the login with some generic
5255 message. The message is shown in kdm, ssh and login, so I guess it is
5256 a bug in gdm. Have not investigated if there is some other message
5257 type that can be used instead to get gdm to also show the message.&lt;/p&gt;
5258
5259 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5260 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5261 </description>
5262 </item>
5263
5264 <item>
5265 <title>systemd, an interesting alternative to upstart</title>
5266 <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</link>
5267 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</guid>
5268 <pubDate>Thu, 13 May 2010 22:20:00 +0200</pubDate>
5269 <description>&lt;p&gt;The last few days a new boot system called
5270 &lt;a href=&quot;http://www.freedesktop.org/wiki/Software/systemd&quot;&gt;systemd&lt;/a&gt;
5271 has been
5272 &lt;a href=&quot;http://0pointer.de/blog/projects/systemd.html&quot;&gt;introduced&lt;/a&gt;
5273
5274 to the free software world. I have not yet had time to play around
5275 with it, but it seem to be a very interesting alternative to
5276 &lt;a href=&quot;http://upstart.ubuntu.com/&quot;&gt;upstart&lt;/a&gt;, and might prove to be
5277 a good alternative for Debian when we are able to switch to an event
5278 based boot system. Tollef is
5279 &lt;a href=&quot;http://bugs.debian.org/580814&quot;&gt;in the process&lt;/a&gt; of getting
5280 systemd into Debian, and I look forward to seeing how well it work. I
5281 like the fact that systemd handles init.d scripts with dependency
5282 information natively, allowing them to run in parallel where upstart
5283 at the moment do not.&lt;/p&gt;
5284
5285 &lt;p&gt;Unfortunately do systemd have the same problem as upstart regarding
5286 platform support. It only work on recent Linux kernels, and also need
5287 some new kernel features enabled to function properly. This means
5288 kFreeBSD and Hurd ports of Debian will need a port or a different boot
5289 system. Not sure how that will be handled if systemd proves to be the
5290 way forward.&lt;/p&gt;
5291
5292 &lt;p&gt;In the mean time, based on the
5293 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/05/msg00122.html&quot;&gt;input
5294 on debian-devel@&lt;/a&gt; regarding parallel booting in Debian, I have
5295 decided to enable full parallel booting as the default in Debian as
5296 soon as possible (probably this weekend or early next week), to see if
5297 there are any remaining serious bugs in the init.d dependencies. A
5298 new version of the sysvinit package implementing this change is
5299 already in experimental. If all go well, Squeeze will be released
5300 with parallel booting enabled by default.&lt;/p&gt;
5301 </description>
5302 </item>
5303
5304 <item>
5305 <title>Forcing new users to change their password on first login</title>
5306 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</link>
5307 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</guid>
5308 <pubDate>Sun, 2 May 2010 13:47:00 +0200</pubDate>
5309 <description>&lt;p&gt;One interesting feature in Active Directory, is the ability to
5310 create a new user with an expired password, and thus force the user to
5311 change the password on the first login attempt.&lt;/p&gt;
5312
5313 &lt;p&gt;I&#39;m not quite sure how to do that with the LDAP setup in Debian
5314 Edu, but did some initial testing with a local account. The account
5315 and password aging information is available in /etc/shadow, but
5316 unfortunately, it is not possible to specify an expiration time for
5317 passwords, only a maximum age for passwords.&lt;/p&gt;
5318
5319 &lt;p&gt;A freshly created account (using adduser test) will have these
5320 settings in /etc/shadow:&lt;/p&gt;
5321
5322 &lt;blockquote&gt;&lt;pre&gt;
5323 root@tjener:~# chage -l test
5324 Last password change : May 02, 2010
5325 Password expires : never
5326 Password inactive : never
5327 Account expires : never
5328 Minimum number of days between password change : 0
5329 Maximum number of days between password change : 99999
5330 Number of days of warning before password expires : 7
5331 root@tjener:~#
5332 &lt;/pre&gt;&lt;/blockquote&gt;
5333
5334 &lt;p&gt;The only way I could come up with to create a user with an expired
5335 account, is to change the date of the last password change to the
5336 lowest value possible (January 1th 1970), and the maximum password age
5337 to the difference in days between that date and today. To make it
5338 simple, I went for 30 years (30 * 365 = 10950) and January 2th (to
5339 avoid testing if 0 is a valid value).&lt;/p&gt;
5340
5341 &lt;p&gt;After using these commands to set it up, it seem to work as
5342 intended:&lt;/p&gt;
5343
5344 &lt;blockquote&gt;&lt;pre&gt;
5345 root@tjener:~# chage -d 1 test; chage -M 10950 test
5346 root@tjener:~# chage -l test
5347 Last password change : Jan 02, 1970
5348 Password expires : never
5349 Password inactive : never
5350 Account expires : never
5351 Minimum number of days between password change : 0
5352 Maximum number of days between password change : 10950
5353 Number of days of warning before password expires : 7
5354 root@tjener:~#
5355 &lt;/pre&gt;&lt;/blockquote&gt;
5356
5357 &lt;p&gt;So far I have tested this with ssh and console, and kdm (in
5358 Squeeze) login, and all ask for a new password before login in the
5359 user (with ssh, I was thrown out and had to log in again).&lt;/p&gt;
5360
5361 &lt;p&gt;Perhaps we should set up something similar for Debian Edu, to make
5362 sure only the user itself have the account password?&lt;/p&gt;
5363
5364 &lt;p&gt;If you want to comment on or help out with implementing this for
5365 Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5366
5367 &lt;p&gt;Update 2010-05-02 17:20: Paul Tötterman tells me on IRC that the
5368 shadow(8) page in Debian/testing now state that setting the date of
5369 last password change to zero (0) will force the password to be changed
5370 on the first login. This was not mentioned in the manual in Lenny, so
5371 I did not notice this in my initial testing. I have tested it on
5372 Squeeze, and &#39;&lt;tt&gt;chage -d 0 username&lt;/tt&gt;&#39; do work there. I have not
5373 tested it on Lenny yet.&lt;/p&gt;
5374
5375 &lt;p&gt;Update 2010-05-02-19:05: Jim Paris tells me via email that an
5376 equivalent command to expire a password is &#39;&lt;tt&gt;passwd -e
5377 username&lt;/tt&gt;&#39;, which insert zero into the date of the last password
5378 change.&lt;/p&gt;
5379 </description>
5380 </item>
5381
5382 <item>
5383 <title>Thoughts on roaming laptop setup for Debian Edu</title>
5384 <link>http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</link>
5385 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</guid>
5386 <pubDate>Wed, 28 Apr 2010 20:40:00 +0200</pubDate>
5387 <description>&lt;p&gt;For some years now, I have wondered how we should handle laptops in
5388 Debian Edu. The Debian Edu infrastructure is mostly designed to
5389 handle stationary computers, and less suited for computers that come
5390 and go.&lt;/p&gt;
5391
5392 &lt;p&gt;Now I finally believe I have an sensible idea on how to adjust
5393 Debian Edu for laptops, by introducing a new profile for them, for
5394 example called Roaming Workstations. Here are my thought on this.
5395 The setup would consist of the following:&lt;/p&gt;
5396
5397 &lt;ul&gt;
5398
5399 &lt;li&gt;During installation, the user name of the owner / primary user of
5400 the laptop is requested and a local home directory is set up for
5401 the user, with uid and gid information fetched from the LDAP
5402 server. This allow the user to work also when offline. The
5403 central home directory can be available in a subdirectory on
5404 request, for example mounted via CIFS. It could be mounted
5405 automatically when a user log in while on the Debian Edu network,
5406 and unmounted when the machine is taken away (network down,
5407 hibernate, etc), it can be set up to do automatic mounting on
5408 request (using autofs), or perhaps some GUI button on the desktop
5409 can be used to access it when needed. Perhaps it is enough to use
5410 the fish protocol in KDE?&lt;/li&gt;
5411
5412 &lt;li&gt;Password checking is set up to use LDAP or Kerberos
5413 authentication when the machine is on the Debian Edu network, and
5414 to cache the password for offline checking when the machine unable
5415 to reach the LDAP or Kerberos server. This can be done using
5416 &lt;a href=&quot;http://www.padl.com/OSS/pam_ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5417 or the Fedora developed
5418 &lt;a href=&quot;https://fedoraproject.org/wiki/Features/SSSD&quot;&gt;System
5419 Security Services Daemon&lt;/a&gt; packages.&lt;/li&gt;
5420
5421 &lt;li&gt;File synchronisation with the central home directory is set up
5422 using a shared directory in both the local and the central home
5423 directory, using unison.&lt;/li&gt;
5424
5425 &lt;li&gt;Printing should be set up to print to all printers broadcasting
5426 their existence on the local network, and should then work out of
5427 the box with CUPS. For sites needing accurate printer quotas, some
5428 system with Kerberos authentication or printing via ssh could be
5429 implemented.&lt;/li&gt;
5430
5431 &lt;li&gt;For users that should have local root access to their laptop,
5432 sudo should be used to allow this to the local user.&lt;/li&gt;
5433
5434 &lt;li&gt;It would be nice if user and group information from LDAP is
5435 cached on the client, but given that there are entries for the
5436 local user and primary group in /etc/, it should not be needed.&lt;/li&gt;
5437
5438 &lt;/ul&gt;
5439
5440 &lt;p&gt;I believe all the pieces to implement this are in Debian/testing at
5441 the moment. If we work quickly, we should be able to get this ready
5442 in time for the Squeeze release to freeze. Some of the pieces need
5443 tweaking, like libpam-ccreds should get support for pam-auth-update
5444 (&lt;a href=&quot;http://bugs.debian.org/566718&quot;&gt;#566718&lt;/a&gt;) and nslcd (or
5445 perhaps debian-edu-config) should get some integration code to stop
5446 its daemon when the LDAP server is unavailable to avoid long timeouts
5447 when disconnected from the net. If we get Kerberos enabled, we need
5448 to make sure we avoid long timeouts there too.&lt;/p&gt;
5449
5450 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5451 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5452 </description>
5453 </item>
5454
5455 <item>
5456 <title>Great book: &quot;Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future&quot;</title>
5457 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</link>
5458 <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>
5459 <pubDate>Mon, 19 Apr 2010 17:10:00 +0200</pubDate>
5460 <description>&lt;p&gt;The last few weeks i have had the pleasure of reading a
5461 thought-provoking collection of essays by Cory Doctorow, on topics
5462 touching copyright, virtual worlds, the future of man when the
5463 conscience mind can be duplicated into a computer and many more. The
5464 book titled &quot;Content: Selected Essays on Technology, Creativity,
5465 Copyright, and the Future of the Future&quot; is available with few
5466 restrictions on the web, for example from
5467 &lt;a href=&quot;http://craphound.com/content/&quot;&gt;his own site&lt;/a&gt;. I read the
5468 epub-version from
5469 &lt;a href=&quot;http://www.feedbooks.com/book/2883&quot;&gt;feedbooks&lt;/a&gt; using
5470 &lt;a href=&quot;http://www.fbreader.org/&quot;&gt;fbreader&lt;/a&gt; and my N810. I
5471 strongly recommend this book.&lt;/p&gt;
5472 </description>
5473 </item>
5474
5475 <item>
5476 <title>Kerberos for Debian Edu/Squeeze?</title>
5477 <link>http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</link>
5478 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</guid>
5479 <pubDate>Wed, 14 Apr 2010 17:20:00 +0200</pubDate>
5480 <description>&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/aktiviteter/20100413-kerberos/&quot;&gt;Yesterdays
5481 NUUG presentation&lt;/a&gt; about Kerberos was inspiring, and reminded me
5482 about the need to start using Kerberos in Skolelinux. Setting up a
5483 Kerberos server seem to be straight forward, and if we get this in
5484 place a long time before the Squeeze version of Debian freezes, we
5485 have a chance to migrate Skolelinux away from NFSv3 for the home
5486 directories, and over to an architecture where the infrastructure do
5487 not have to trust IP addresses and machines, and instead can trust
5488 users and cryptographic keys instead.&lt;/p&gt;
5489
5490 &lt;p&gt;A challenge will be integration and administration. Is there a
5491 Kerberos implementation for Debian where one can control the
5492 administration access in Kerberos using LDAP groups? With it, the
5493 school administration will have to maintain access control using flat
5494 files on the main server, which give a huge potential for errors.&lt;/p&gt;
5495
5496 &lt;p&gt;A related question I would like to know is how well Kerberos and
5497 pam-ccreds (offline password check) work together. Anyone know?&lt;/p&gt;
5498
5499 &lt;p&gt;Next step will be to use Kerberos for access control in Lwat and
5500 Nagios. I have no idea how much work that will be to implement. We
5501 would also need to document how to integrate with Windows AD, as such
5502 shared network will require two Kerberos realms that need to cooperate
5503 to work properly.&lt;/p&gt;
5504
5505 &lt;p&gt;I believe a good start would be to start using Kerberos on the
5506 skolelinux.no machines, and this way get ourselves experience with
5507 configuration and integration. A natural starting point would be
5508 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
5509 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
5510 time.&lt;/p&gt;
5511
5512 &lt;p&gt;If you would like to contribute to get this working in Skolelinux,
5513 I recommend you to see the video recording from yesterdays NUUG
5514 presentation, and start using Kerberos at home. The video show show
5515 up in a few days.&lt;/p&gt;
5516 </description>
5517 </item>
5518
5519 <item>
5520 <title>After 6 years of waiting, the Xreset.d feature is implemented</title>
5521 <link>http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</link>
5522 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</guid>
5523 <pubDate>Sat, 6 Mar 2010 18:15:00 +0100</pubDate>
5524 <description>&lt;p&gt;6 years ago, as part of the Debian Edu development I am involved
5525 in, I asked for a hook in the kdm and gdm setup to run scripts as root
5526 when the user log out. A bug was submitted against the xfree86-common
5527 package in 2004 (&lt;a href=&quot;http://bugs.debian.org/230422&quot;&gt;#230422&lt;/a&gt;),
5528 and revisited every time Debian Edu was working on a new release.
5529 Today, this finally paid off.&lt;/p&gt;
5530
5531 &lt;p&gt;The framework for this feature was today commited to the git
5532 repositry for the xorg package, and the git repository for xdm has
5533 been updated to use this framework. Next on my agenda is to make sure
5534 kdm and gdm also add code to use this framework.&lt;/p&gt;
5535
5536 &lt;p&gt;In Debian Edu, we want to ability to run commands as root when the
5537 user log out, to get rid of runaway processes and do general cleanup
5538 after a user. With this framework in place, we finally can do that in
5539 a generic way that work with all display managers using this
5540 framework. My goal is to get all display managers in Debian use it,
5541 similar to how they use the Xsession.d framework today.&lt;p&gt;
5542 </description>
5543 </item>
5544
5545 <item>
5546 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak</title>
5547 <link>http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</link>
5548 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</guid>
5549 <pubDate>Wed, 3 Mar 2010 19:00:00 +0100</pubDate>
5550 <description>&lt;p&gt;Den norske bokbransjen har
5551 &lt;a href=&quot;http://www.digi.no/823912/nei-til-moms-paa-e-boker&quot;&gt;bedt om at
5552 digitale bøker må få mva-fritak&lt;/a&gt; slik papirbøker har det, og
5553 &lt;a href=&quot;http://www.digi.no/836875/moms-paa-alt-digitalt-innhold&quot;&gt;finansdepartementet
5554 har sagt nei&lt;/a&gt;. Det er et interessant spørsmål om digitale bøker
5555 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
5556 eller nei.
5557 &lt;a href=&quot;http://www.digi.no/836925/norske-e-boker-truet-av-moms&quot;&gt;Enkelte
5558 medlemmer&lt;/a&gt; av bokbransjen truer med å droppe den planlagte
5559 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
5560 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
5561 gjerne gjøre for min del.&lt;/p&gt;
5562
5563 &lt;p&gt;Papirbøker har mva-fritak pga. at de fremmer kultur- og
5564 kunnskapsspredning. Digitale bøker uten digitale
5565 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
5566 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
5567 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
5568 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
5569 få det da det er utleie av bøker og ikke salg.&lt;/p&gt;
5570
5571 &lt;p&gt;Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
5572 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
5573 til å betale for å leie en bok, men tror ikke det er mange kronene.
5574 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
5575 de som vil ha tak i engelske bøker kan laste ned bøker som er
5576 tilgjengelig uten bruksbegresninger fra &lt;a href=&quot;http://www.archive.org/&quot;&gt;The
5577 Internet Archive&lt;/a&gt;. Der er det pr. i dag 1 889 313 bøker
5578 tilgjengelig. De er tilgjengelig i flere formater. Besøk
5579 &lt;a href=&quot;http://www.archive.org/details/texts&quot;&gt;oversikten over tekster
5580 der&lt;/a&gt; for å se hva de har.
5581 </description>
5582 </item>
5583
5584 <item>
5585 <title>Debian Edu / Skolelinux based on Lenny released, work continues</title>
5586 <link>http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</link>
5587 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</guid>
5588 <pubDate>Thu, 11 Feb 2010 17:15:00 +0100</pubDate>
5589 <description>&lt;p&gt;On Tuesday, the Debian/Lenny based version of
5590 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; was finally
5591 shipped. This was a major leap forward for the project, and I am very
5592 pleased that we finally got the release wrapped up. Work on the first
5593 point release starts imediately, as we plan to get that one out a
5594 month after the major release, to include all fixes for bugs we found
5595 and fixed too late in the release process to include last Tuesday.&lt;/p&gt;
5596
5597 &lt;p&gt;Perhaps it even is time for some partying?&lt;/p&gt;
5598
5599 &lt;p&gt;After this first point release, my plan is to focus again on the
5600 next major release, based on Squeeze. We will try to get as many of
5601 the fixes we need into the official Debian packages before the freeze,
5602 and have just a few weeks or months to make it happen.&lt;/p&gt;
5603 </description>
5604 </item>
5605
5606 <item>
5607 <title>Danmark går for ODF?</title>
5608 <link>http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</link>
5609 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</guid>
5610 <pubDate>Fri, 29 Jan 2010 12:00:00 +0100</pubDate>
5611 <description>&lt;p&gt;Ble nettopp gjort oppmerksom på en
5612 &lt;a href=&quot;http://www.version2.dk/artikel/13690-breaking-odf-vinder-dokumentformat-krigen &quot;&gt;nyhet fra Version2&lt;/a&gt;
5613 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
5614 brukes som dokumentutvekslingsformat i Staten.&lt;/p&gt;
5615
5616 &lt;p&gt;Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
5617 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
5618 til artikkelen og
5619 &lt;a href=&quot;http://www.version2.dk/artikel/13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard&quot;&gt;en
5620 annen artikkel&lt;/a&gt; i samme nett-avis. Liker spesielt godt denne:&lt;/p&gt;
5621
5622 &lt;p&gt;&lt;blockquote&gt; Det skal demonstreres, at standarden i sin helhed kan
5623 implementeres af alle direkte i sin helhed på flere
5624 platforme.&lt;/blockquote&gt;&lt;/p&gt;
5625
5626 &lt;p&gt;Noe slikt burde være et krav også i Norge.&lt;/p&gt;
5627 </description>
5628 </item>
5629
5630 <item>
5631 <title>Automatic Munin and Nagios configuration</title>
5632 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</link>
5633 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</guid>
5634 <pubDate>Wed, 27 Jan 2010 15:15:00 +0100</pubDate>
5635 <description>&lt;p&gt;One of the new features in the next Debian/Lenny based release of
5636 Debian Edu/Skolelinux, which is scheduled for release in the next few
5637 days, is automatic configuration of the service monitoring system
5638 Nagios. The previous release had automatic configuration of trend
5639 analysis using Munin, and this Lenny based release take that a step
5640 further.&lt;/p&gt;
5641
5642 &lt;p&gt;When installing a Debian Edu Main-server, it is automatically
5643 configured as a Munin and Nagios server. In addition, it is
5644 configured to be a server for the
5645 &lt;a href=&quot;http://wiki.debian.org/DebianEdu/HowTo/SiteSummary&quot;&gt;SiteSummary
5646 system&lt;/a&gt; I have written for use in Debian Edu. The SiteSummary
5647 system is inspired by a system used by the University of Oslo where I
5648 work. In short, the system provide a centralised collector of
5649 information about the computers on the network, and a client on each
5650 computer submitting information to this collector. This allow for
5651 automatic information on which packages are installed on each machine,
5652 which kernel the machines are using, what kind of configuration the
5653 packages got etc. This also allow us to automatically generate Munin
5654 and Nagios configuration.&lt;/p&gt;
5655
5656 &lt;p&gt;All computers reporting to the sitesummary collector with the
5657 munin-node package installed is automatically enabled as a Munin
5658 client and graphs from the statistics collected from that machine show
5659 up automatically on http://www/munin/ on the Main-server.&lt;/p&gt;
5660
5661 &lt;p&gt;All non-laptop computers reporting to the sitesummary collector are
5662 automatically monitored for network presence (ping and any network
5663 services detected). In addition, all computers (also laptops) with
5664 the nagios-nrpe-server package installed and configured the way
5665 sitesummary would configure it, are monitored for full disks, software
5666 raid status, swap free and other checks that need to run locally on
5667 the machine.&lt;/p&gt;
5668
5669 &lt;p&gt;The result is that the administrator on a school using Debian Edu
5670 based on Lenny will be able to check the health of his installation
5671 with one look at the Nagios settings, without having to spend any time
5672 keeping the Nagios configuration up-to-date.&lt;/p&gt;
5673
5674 &lt;p&gt;The only configuration one need to do to get Nagios up and running
5675 is to set the password used to get access via HTTP. The system
5676 administrator need to run &quot;&lt;tt&gt;htpasswd /etc/nagios3/htpasswd.users
5677 nagiosadmin&lt;/tt&gt;&quot; to create a nagiosadmin user and set a password for
5678 it to be able to log into the Nagios web pages. After that,
5679 everything is taken care of.&lt;/p&gt;
5680 </description>
5681 </item>
5682
5683 <item>
5684 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere</title>
5685 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</link>
5686 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</guid>
5687 <pubDate>Wed, 30 Dec 2009 16:35:00 +0100</pubDate>
5688 <description>&lt;p&gt;Via Slashdot fant jeg en
5689 &lt;a href=&quot;http://www.cnn.com/2009/OPINION/12/29/schneier.air.travel.security.theater/index.html&quot;&gt;nydelig
5690 kommentar fra Bruce Schneier&lt;/a&gt; som ble publisert hos CNN i går. Den
5691 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
5692 totalitære politistatmetoder ikke er løsningen for å gjøre verden
5693 sikrere. Anbefales på det varmeste.&lt;/p&gt;
5694
5695 &lt;p&gt;Oppdatering: Kom over
5696 &lt;a href=&quot;http://gizmodo.com/5435675/president-obama-its-time-to-fire-the-tsa&quot;&gt;nok
5697 en kommentar&lt;/a&gt; om den manglende effekten av dagens sikkerhetsteater
5698 på flyplassene.&lt;/p&gt;
5699 </description>
5700 </item>
5701
5702 <item>
5703 <title>Opphavet til Skolelinux-prosjektet</title>
5704 <link>http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</link>
5705 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</guid>
5706 <pubDate>Thu, 17 Dec 2009 10:50:00 +0100</pubDate>
5707 <description>&lt;p&gt;De færreste er klar over at Skolelinux-prosjektet kom som et resultat
5708 av en avgjørelse på årsmøtet i
5709 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; i 2000-06-29, der Håkon Wium
5710 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
5711 initiativ kalt &quot;Teach the Teacher&quot;, som skulle være et initiativ for
5712 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
5713 Tanken var at en måtte starte med lærerne for at ungene skulle få
5714 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
5715 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
5716 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
5717 hadde invitert Microsoft til et møte for å fortelle om fremtidens
5718 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
5719 til å arrangere
5720 &lt;a href=&quot;http://www.digi.no/60982/first-tuesday-mote-med-microsoft-protest&quot;&gt;en
5721 demonstrasjon utenfor lokalene 2001-05-21&lt;/a&gt;. Blant de som sto bak
5722 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
5723 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
5724 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
5725 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
5726 initiativ til &quot;Teach the Teacher&quot;, og for å forsøke å få litt fremgang
5727 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
5728 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
5729 av fri programvare og unix-lignende operativsystemer. Flere var
5730 interessert, og Knut Yrvin tenkte på ideen. Han
5731 &lt;a href=&quot;http://developer.skolelinux.no/brev/2001-06-28-invitasjon-skolelinux.txt&quot;&gt;ropte
5732 sammen&lt;/a&gt; til et stiftelsesmøte i prosjektet i sin arbeidsgivers
5733 Objectwares lokaler ved Ullevål stadion 2001-07-02, og jeg ble med.
5734 Resten er historie. :)&lt;/p&gt;
5735 </description>
5736 </item>
5737
5738 <item>
5739 <title>Første NUUG-fordrag sendt på TV</title>
5740 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</link>
5741 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</guid>
5742 <pubDate>Tue, 8 Dec 2009 12:00:00 +0100</pubDate>
5743 <description>&lt;p&gt;Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
5744 TV. Foredraget om
5745 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090512-bifrost/&quot;&gt;utskriftsløsningen
5746 Biforst&lt;/a&gt; var først ute, pga. at det var det nyeste foredraget som
5747 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
5748 teksting av video skulle gjøres.&lt;/p&gt;
5749
5750 &lt;p&gt;NUUG har vært involvert i
5751 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; en stund nå, for å
5752 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
5753 er en sped start på det vi har planlagt.&lt;/p&gt;
5754
5755 &lt;p&gt;NUUGs første foredrag sendes ut via frikanelen på digitalt
5756 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
5757 ta inn sendingen. Slå på TVen 5/12 16:05 (for sent), 12/12 14:00,
5758 19/12 16:00, 24/12 15:37 eller 26/12 16:11 i år, så skal du få se
5759 meg, Tollef og alle andre de som deltok på møtet på TV.&lt;p&gt;
5760 </description>
5761 </item>
5762
5763 <item>
5764 <title>Kartverket &quot;frigjør&quot; data men er fortsatt ikke interessante</title>
5765 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</link>
5766 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</guid>
5767 <pubDate>Thu, 12 Nov 2009 10:10:00 +0100</pubDate>
5768 <description>&lt;p&gt;Dagens
5769 &lt;a href=&quot;http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips&quot;&gt;kartnyhet&lt;/a&gt;
5770 er at kartverket gir ikke-kommersiell tilgang til
5771 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
5772 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
5773 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
5774 interesse.&lt;/p&gt;
5775
5776 &lt;p&gt;I går publiserte Ivan Sanchez
5777 &lt;a href=&quot;http://www.opengeodata.org/2009/11/11/921/&quot;&gt;kaketesten&lt;/a&gt;
5778 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
5779 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
5780 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
5781 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
5782 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
5783 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
5784 ikke be en konditor om å lage en kake (brudd på kravet om
5785 ikke-kommersiell bruk) med kartverkets kart.&lt;/p&gt;
5786
5787 &lt;p&gt;De som vil lage karttjenester basert på denne nye tjenesten fra
5788 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
5789 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
5790 nok fortsette å bruke data fra
5791 &lt;a href=&quot;http://www.openstreetmap.org&quot;&gt;OpenStreetmap.org&lt;/a&gt;, der jeg
5792 har kontrollen med tilgang til kartdataene, og kan endre på de
5793 underliggende dataene som jeg ønsker.&lt;/p&gt;
5794
5795 &lt;p&gt;Som et eksempel, så trenger vi til en norsk
5796 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet-installasjon&lt;/a&gt;
5797 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
5798 er ubrukelig til dette.&lt;/p&gt;
5799
5800 &lt;p&gt;Oppdatering 2011-01-14: Link til kaketesten er forsvunnet, bruk
5801 &lt;a href=&quot;http://blog.okfn.org/2010/03/15/the-cake-test-of-freedom/&quot;&gt;denne
5802 nye i stedet&lt;/a&gt;.&lt;/p&gt;
5803 </description>
5804 </item>
5805
5806 <item>
5807 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk</title>
5808 <link>http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</link>
5809 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</guid>
5810 <pubDate>Fri, 6 Nov 2009 18:45:00 +0100</pubDate>
5811 <description>&lt;p&gt;Det er svært gledelig å se at
5812 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3360796.ece&quot;&gt;retten
5813 fant at Telenor ikke skal fungere som Internet-voktere&lt;/a&gt; på vegne av
5814 opphavsrettsmafiaen. TONO påstår ikke overraskende &quot;rettighetshaverne
5815 er rettsløse&quot;. De burde jo vite alt om hvordan rettighetshaverne blir
5816 behandlet, som har
5817 &lt;a href=&quot;http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492&quot;&gt;nektet
5818 å hjelpe et av sine medlemmer i en plagiatsak&lt;/a&gt; mot Universal i
5819 Polen.&lt;/p&gt;
5820
5821 &lt;p&gt;Ved opphavsrettsbrudd så er det jo den som offentliggjort
5822 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
5823 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
5824 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
5825 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
5826 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
5827 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
5828 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
5829 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
5830 en ikke liker det som blir publisert, så må det tas opp med den som
5831 publiserer, ikke noen andre.&lt;/p&gt;
5832
5833 &lt;p&gt;Personlig velger jeg å stort sett bruke kulturuttrykk som
5834 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.&lt;/p&gt;
5835 </description>
5836 </item>
5837
5838 <item>
5839 <title>Internet-sensur skal i retten på mandag</title>
5840 <link>http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</link>
5841 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</guid>
5842 <pubDate>Sat, 10 Oct 2009 22:00:00 +0200</pubDate>
5843 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/bransje/article1757755.ece&quot;&gt;DagensIT&lt;/a&gt;
5844 melder at Telenor og Tono skal i retten på mandag for å diskutere
5845 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
5846 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
5847 resultatet fra den rettsaken.&lt;/p&gt;
5848
5849 &lt;p&gt;Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
5850 Strøm, som forteller at &quot;Pirate Bay inneholder 95 prosent ulovlig
5851 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
5852 sensur&quot;. Jeg tok en titt på
5853 &lt;a href=&quot;http://thepiratebay.org/&quot;&gt;forsiden til The Pirate Bay&lt;/a&gt;,
5854 som forteller at det pr. i dag er 1 884 694 torrenter på trackeren.
5855 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
5856 av The Pirate Bay. 5% av dette antallet er 94 235. Det kan dermed
5857 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
5858 tilgang til nesten 100 000 lovlige filer. Jeg lurer på om han er
5859 korrekt sitert.&lt;/p&gt;
5860
5861 &lt;p&gt;Lurer også på hvor 95%-tallet kommer fram. Er det seriøs og
5862 etterprøvbar forskning på området som viser at dette er andelen
5863 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
5864 musikkbransjenes egne tall? De har
5865 &lt;a href=&quot;http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music&quot;&gt;jo
5866 demonstrert&lt;/a&gt; at de ikke er i stand til å skille lovlig og ulovlig
5867 bruk av musikk.&lt;/p&gt;
5868 </description>
5869 </item>
5870
5871 <item>
5872 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?</title>
5873 <link>http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</link>
5874 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</guid>
5875 <pubDate>Wed, 23 Sep 2009 10:00:00 +0200</pubDate>
5876 <description>&lt;p&gt;Elektroniske bøker diskuteres for tiden, etter at
5877 &lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3280914.ece&quot;&gt;bokbransjen
5878 hevder&lt;/a&gt; det er usikkert om de kommer til å gi ut elektroniske
5879 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
5880 på papirbøker. I den forbindelse så jeg et interessant forslag i
5881 en
5882 &lt;a href=&quot;http://www.digi.no/php/ny_debatt.php?id=823912&quot;&gt;digi-debatt&lt;/a&gt;
5883 jeg hadde sans for. &quot;einarr&quot; foreslo at DRM-infiserte elektroniske
5884 bøker bør ha merverdiavgift, da &quot;de ikke bidrar til
5885 kunnskapsspredning på samme måte&quot; som papirbøker og dermed går
5886 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
5887 mva-fritak da de &quot;kan overføres mellom enheter, leses på ulike
5888 plattformer, lånes ut og siteres og kopieres fra&quot; slik en kan med
5889 papirbøker.&lt;/p&gt;
5890
5891 &lt;p&gt;En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
5892 materiale må anses som leid og dermed en tjeneste, mens materiale uten
5893 DRM må anses som et kjøp.&lt;/p&gt;
5894 </description>
5895 </item>
5896
5897 <item>
5898 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</title>
5899 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</link>
5900 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</guid>
5901 <pubDate>Sun, 23 Aug 2009 10:00:00 +0200</pubDate>
5902 <description>&lt;p&gt;Sikkerhet til sjøs burde være noe som opptar mange etter den siste
5903 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
5904 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
5905 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
5906 det grunner og annet en må ta hensyn til på sjøen.&lt;/p&gt;
5907
5908 &lt;p&gt;Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
5909 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
5910 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
5911 Internet. Det trenger heller ikke være spesielt kostbart.&lt;/p&gt;
5912
5913 &lt;p&gt;Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet
5914 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
5915 lekket ut i havet, var det registrert problemer relatert til
5916 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
5917 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
5918 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
5919 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
5920 uker tidligere konstatert manglende sjøkart.&lt;/p&gt;
5921
5922 &lt;p&gt;Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
5923 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
5924 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
5925 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
5926 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
5927 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
5928 Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet
5929 ikke har sjøkart i båten.&lt;/p&gt;
5930
5931 &lt;p&gt;Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
5932 sjøkartverket må være i henhold til en fri og åpen standard, slik at
5933 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
5934 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
5935 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
5936 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
5937 konvertering kan andre ta seg av hvis det er et marked for det.&lt;/p&gt;
5938
5939 &lt;p&gt;Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
5940 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
5941 om hvor viktig det er at de har oppdaterte kart. Det bør være
5942 viktigere for staten at båtene &lt;strong&gt;har&lt;/strong&gt; oppdaterte kart
5943 enn at de er pålagt å ha oppdaterte kart.&lt;/p&gt;
5944
5945 &lt;p&gt;Sjøkartene er &lt;a href=&quot;http://kart.kystverket.no/&quot;&gt;tilgjengelig på web
5946 fra kystverket&lt;/a&gt;, men så vidt jeg har klart å finne, uten
5947 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.&lt;/p&gt;
5948
5949 &lt;p&gt;OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
5950 på et dugnadsbasert fribrukskart for havet,
5951 &lt;a href=&quot;http://openseamap.org/&quot;&gt;OpenSeaMap&lt;/a&gt;. Datagrunnlaget er
5952 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
5953 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
5954 det viser at behovet for fribruks-sjøkart er til stedet.&lt;/p&gt;
5955 </description>
5956 </item>
5957
5958 <item>
5959 <title>Relative popularity of document formats (MS Office vs. ODF)</title>
5960 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
5961 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
5962 <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
5963 <description>&lt;p&gt;Just for fun, I did a search right now on Google for a few file ODF
5964 and MS Office based formats (not to be mistaken for ISO or ECMA
5965 OOXML), to get an idea of their relative usage. I searched using
5966 &#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;
5967
5968 &lt;table&gt;
5969 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
5970 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:282000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
5971 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:75600&lt;/td&gt; &lt;td&gt;pptx:183000&lt;/td&gt;&lt;/tr&gt;
5972 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500 &lt;/td&gt; &lt;td&gt;xlsx:145000&lt;/td&gt;&lt;/tr&gt;
5973 &lt;/table&gt;
5974
5975 &lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
5976 got these numbers:&lt;/p&gt;
5977
5978 &lt;table&gt;
5979 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
5980 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480 &lt;/td&gt; &lt;td&gt;docx:4460&lt;/td&gt;&lt;/tr&gt;
5981 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:299 &lt;/td&gt; &lt;td&gt;pptx:741&lt;/td&gt;&lt;/tr&gt;
5982 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:187 &lt;/td&gt; &lt;td&gt;xlsx:372&lt;/td&gt;&lt;/tr&gt;
5983 &lt;/table&gt;
5984
5985 &lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;
5986
5987 &lt;p&gt;I am aware of Google returning different results and numbers based
5988 on where the search is done, so I guess these numbers will differ if
5989 they are conduced in another country. Because of this, I did the same
5990 search from a machine in California, USA, a few minutes after the
5991 search done from a machine here in Norway.&lt;/p&gt;
5992
5993
5994 &lt;table&gt;
5995 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
5996 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:129000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
5997 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:44200&lt;/td&gt; &lt;td&gt;pptx:93900&lt;/td&gt;&lt;/tr&gt;
5998 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500 &lt;/td&gt; &lt;td&gt;xlsx:82400&lt;/td&gt;&lt;/tr&gt;
5999 &lt;/table&gt;
6000
6001 &lt;p&gt;And with &#39;site:no&#39;:
6002
6003 &lt;table&gt;
6004 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
6005 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480&lt;/td&gt; &lt;td&gt;docx:3410&lt;/td&gt;&lt;/tr&gt;
6006 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:175&lt;/td&gt; &lt;td&gt;pptx:604&lt;/td&gt;&lt;/tr&gt;
6007 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:186 &lt;/td&gt; &lt;td&gt;xlsx:296&lt;/td&gt;&lt;/tr&gt;
6008 &lt;/table&gt;
6009
6010 &lt;p&gt;Interesting difference, not sure what to conclude from these
6011 numbers.&lt;/p&gt;
6012 </description>
6013 </item>
6014
6015 <item>
6016 <title>ISO still hope to fix OOXML</title>
6017 <link>http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</link>
6018 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</guid>
6019 <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
6020 <description>&lt;p&gt;According to &lt;a
6021 href=&quot;http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html&quot;&gt;a
6022 blog post from Torsten Werner&lt;/a&gt;, the current defect report for ISO
6023 29500 (ISO OOXML) is 809 pages. His interesting point is that the
6024 defect report is 71 pages more than the full ODF 1.1 specification.
6025 Personally I find it more interesting that ISO still believe ISO OOXML
6026 can be fixed in ISO. Personally, I believe it is broken beyon repair,
6027 and I completely lack any trust in ISO for being able to get anywhere
6028 close to solving the problems. I was part of the Norwegian committee
6029 involved in the OOXML fast track process, and was not impressed with
6030 Standard Norway and ISO in how they handled it.&lt;/p&gt;
6031
6032 &lt;p&gt;These days I focus on ODF instead, which seem like a specification
6033 with the future ahead of it. We are working in NUUG to organise a ODF
6034 seminar this autumn.&lt;/p&gt;
6035 </description>
6036 </item>
6037
6038 <item>
6039 <title>Debian has switched to dependency based boot sequencing</title>
6040 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
6041 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
6042 <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
6043 <description>&lt;p&gt;Since this evening, with the upload of sysvinit version 2.87dsf-2,
6044 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
6045 have been migrated to using dependency based boot sequencing. This
6046 conclude work me and others have been doing for the last three days.
6047 It feels great to see this finally part of the default Debian
6048 installation. Now we just need to weed out the last few problems that
6049 are bound to show up, to get everything ready for Squeeze.&lt;/p&gt;
6050
6051 &lt;p&gt;The next step is migrating /sbin/init from sysvinit to upstart, and
6052 fixing the more fundamental problem of handing the event based
6053 non-predictable kernel in the early boot.&lt;/p&gt;
6054 </description>
6055 </item>
6056
6057 <item>
6058 <title>Taking over sysvinit development</title>
6059 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</link>
6060 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</guid>
6061 <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
6062 <description>&lt;p&gt;After several years of frustration with the lack of activity from
6063 the existing sysvinit upstream developer, I decided a few weeks ago to
6064 take over the package and become the new upstream. The number of
6065 patches to track for the Debian package was becoming a burden, and the
6066 lack of synchronization between the distribution made it hard to keep
6067 the package up to date.&lt;/p&gt;
6068
6069 &lt;p&gt;On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
6070 and my Debian co-maintainer Kel Modderman. About 10 days ago, I made
6071 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
6072 and Fedora), based on the patches currently in use in these
6073 distributions. We Debian maintainers plan to move to this tarball as
6074 the new upstream as soon as we find time to do the merge. Since the
6075 new tarball was created, we agreed with Werner at SuSe to make a new
6076 upstream project at &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, and continue
6077 development there. The project is registered and currently waiting
6078 for approval by the Savannah administrators, and as soon as it is
6079 approved, we will import the old versions from svn and continue
6080 working on the future release.&lt;/p&gt;
6081
6082 &lt;p&gt;It is a bit ironic that this is done now, when some of the involved
6083 distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
6084 </description>
6085 </item>
6086
6087 <item>
6088 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
6089 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
6090 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
6091 <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
6092 <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
6093 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
6094 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
6095 wiki, direkte tilgjengelig via &quot;&lt;a
6096 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
6097 v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
6098 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
6099 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
6100 UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;
6101
6102 &lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
6103 høringsuttalelsen da jeg skummet igjennom den. Det første er at
6104 forståelsen av hvordan programvarepatenter påvirker fri
6105 programvareutvikling også i Norge når en argumenterer med at
6106 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
6107 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
6108 standard innenfor hvert område. Det siste er at påstander i
6109 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
6110 Microsoft om hvordan Ogg blir standardisert og påstanden fra
6111 politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
6112 </description>
6113 </item>
6114
6115 <item>
6116 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
6117 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
6118 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
6119 <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
6120 <description>&lt;p&gt;Jeg ble glad da regjeringen
6121 &lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
6122 versjon 2 av
6123 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
6124 referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
6125 faktisk var vedtatt etter
6126 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html&quot;&gt;høringen&lt;/a&gt;.
6127 De fleste av de valgte åpne standardene er gode og vil bidra til at
6128 alle kan delta på like vilkår i å lage løsninger for staten, men
6129 noen av dem blokkerer for de som ikke har anledning til å benytte
6130 spesifikasjoner som krever betaling for bruk (såkalt
6131 royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3
6132 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
6133 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
6134 fra statens websider gjøre dette uten å måtte bruke programmer der
6135 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
6136 de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
6137 Vorbis), så vil en bli tvunget til å forholde seg til
6138 royalty-belastede standarder for å få tilgang til videoen og
6139 lyden.&lt;/p&gt;
6140
6141 &lt;p&gt;Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
6142 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
6143 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
6144 all forståelse for hvilke prinsipper som må følges for å oppnå
6145 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
6146 mot dette i
6147 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
6148 høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;
6149
6150 &lt;p&gt;Oppdatering 2012-06-29: Kom over &lt;ahref=&quot;
6151 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;en
6152 rapport til FAD&lt;/a&gt; fra da versjon 1 av katalogen ble vedtatt, og der
6153 er det tydelig at problemstillingen var kjent og forstått.&lt;/p&gt;
6154 </description>
6155 </item>
6156
6157 <item>
6158 <title>Litt om valgfusk og problemet med elektronisk stemmegiving</title>
6159 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</link>
6160 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</guid>
6161 <pubDate>Wed, 17 Jun 2009 14:20:00 +0200</pubDate>
6162 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/uriks/article3127058.ece&quot;&gt;Aftenposten
6163 melder&lt;/a&gt; at det kan se ut til at Iran ikke har lært av USA når det
6164 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
6165 kandidat aldri får færre stemmer under opptellingen, ellers blir det
6166 veldig tydelig at tallene ikke er til å stole på. I USA er det
6167 derimot &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;rapporter om at
6168 tallene har vært endret&lt;/a&gt; på tur mot opptellingen, ikke etter at
6169 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
6170 En ting Iran åpenbart har forstått, er verdien av å kunne
6171 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
6172 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
6173 stemmene har vært oppbevart.&lt;/p&gt;
6174
6175 &lt;p&gt;&lt;a href=&quot;http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/&quot;&gt;Universitetet
6176 i Oslo derimot&lt;/a&gt;, har ikke forstått verdien av å kunne
6177 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
6178 over Internet, med et system som ikke kan kontrolltelles hvis det
6179 kommer anklager om juks med stemmene. Systemet har flere kjente
6180 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
6181 jeg har derfor latt være å stemme ved valg på UiO siden det ble
6182 innført.&lt;/p&gt;
6183
6184 &lt;p&gt;Universitet i Bergen derimot har klart det kunststykket å aktivt gå
6185 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
6186 over Internet &lt;a href=&quot;http://nyheter.uib.no/?modus=vis_nyhet&amp;id=43404&quot;&gt;kan
6187 spore hvem som stemmer hva&lt;/a&gt; (det kan en forøvrig også ved UiO), og tatt
6188 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
6189 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
6190 inneholdt i Iran hvis de ikke hadde hemmelige valg?&lt;/p&gt;
6191 </description>
6192 </item>
6193
6194 <item>
6195 <title>Standarder fungerer best når en samler seg rundt dem</title>
6196 <link>http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</link>
6197 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</guid>
6198 <pubDate>Tue, 19 May 2009 11:30:00 +0200</pubDate>
6199 <description>&lt;p&gt;En standard er noe man samler seg rundt, ut fra ideen om at en får
6200 fordeler når mange står sammen. Jo flere som står sammen, jo
6201 bedre. Når en vet dette, blir det litt merkelig å lese noen av
6202 uttalelsene som er kommet inn til
6203 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2/horingsuttalelser.html?id=549423&quot;&gt;høringen
6204 om versjon 2 av statens referansekatalog over standarder&lt;/a&gt;. Blant
6205 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
6206 innenfor samme område. Det blir som å si at det er fint om Norge
6207 standardiserte både på A4- og Letter-størrelser på arkene, ulik
6208 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
6209 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
6210 standard som er best. De fleste forstår heldigvis at dette ikke
6211 bidrar positivt.&lt;/p&gt;
6212 </description>
6213 </item>
6214
6215 <item>
6216 <title>BSAs påstander om piratkopiering møter motstand</title>
6217 <link>http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</link>
6218 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</guid>
6219 <pubDate>Sun, 17 May 2009 23:05:00 +0200</pubDate>
6220 <description>&lt;p&gt;Hvert år de siste årene har BSA, lobbyfronten til de store
6221 programvareselskapene som Microsoft og Apple, publisert en rapport der
6222 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
6223 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
6224 dager siden kom
6225 &lt;a href=&quot;http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf&quot;&gt;siste
6226 rapport&lt;/a&gt;, og det er flere kritiske kommentarer publisert de siste
6227 dagene. Et spesielt interessant kommentar fra Sverige,
6228 &lt;a href=&quot;http://www.idg.se/2.1085/1.229795/bsa-hoftade-sverigesiffror&quot;&gt;BSA
6229 höftade Sverigesiffror&lt;/a&gt;, oppsummeres slik:&lt;/p&gt;
6230
6231 &lt;blockquote&gt;
6232 I sin senaste rapport slår BSA fast att 25 procent av all mjukvara i
6233 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
6234 företag. &quot;Man bör nog kanske inte se de här siffrorna som helt
6235 exakta&quot;, säger BSAs Sverigechef John Hugosson.
6236 &lt;/blockquote&gt;
6237
6238 &lt;p&gt;Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge? To andre kommentarer er &lt;a
6239 href=&quot;http://www.vnunet.com/vnunet/comment/2242134/bsa-piracy-figures-shot-reality&quot;&gt;BSA
6240 piracy figures need a shot of reality&lt;/a&gt; og &lt;a
6241 href=&quot;http://www.michaelgeist.ca/content/view/3958/125/&quot;&gt;Does The WIPO
6242 Copyright Treaty Work?&lt;/a&gt;&lt;/p&gt;
6243
6244 &lt;p&gt;Fant lenkene via &lt;a
6245 href=&quot;http://tech.slashdot.org/article.pl?sid=09/05/17/1632242&quot;&gt;oppslag
6246 på Slashdot&lt;/a&gt;.&lt;/p&gt;
6247 </description>
6248 </item>
6249
6250 <item>
6251 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges</title>
6252 <link>http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</link>
6253 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</guid>
6254 <pubDate>Sat, 16 May 2009 09:30:00 +0200</pubDate>
6255 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/oslo/article3078919.ece&quot;&gt;Flere&lt;/a&gt;
6256 og
6257 &lt;a href=&quot;http://blogg.karlsbakk.net/2009/02/28/nsb-ruter-og-flexus/&quot;&gt;flere&lt;/a&gt;
6258 protesterer på den massive overvåkningen og registrering av
6259 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
6260 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
6261 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
6262 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
6263 alvorlig galt. Den massive registreringen av hvor og når
6264 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
6265 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
6266 Osloområdet.&lt;/p&gt;
6267 </description>
6268 </item>
6269
6270 <item>
6271 <title>3D-printing brer om seg - fabrikkene består</title>
6272 <link>http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</link>
6273 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</guid>
6274 <pubDate>Sun, 10 May 2009 16:50:00 +0200</pubDate>
6275 <description>&lt;p&gt;I 2004 fikk jeg med meg en forelesning om 3D-printing under &lt;a
6276 href=&quot;http://wiki.oreillynet.com/eurofoo/index.cgi&quot;&gt;euro foo camp&lt;/a&gt;
6277 der jeg lærte mye nytt om 3D-printing. Fikk se et lite sjakktårn
6278 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
6279 gummiball som også var skrevet ut (med et lite hull for å få ut
6280 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
6281 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
6282 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
6283 funnet noen referanser til i ettertid, og har derfor lurt på om det
6284 stemmer. Teknologisk skulle det ikke være noe i veien for slike
6285 løsninger, det er kun et spørmål om pris på skrivehoder og
6286 skrivere. I dag ble jeg tipset om en løsning som
6287 &lt;a href=&quot;http://www.shapeways.com/blog/archives/217-3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html&quot;&gt;kan
6288 skrive ut hus&lt;/a&gt;, med sand og bindemiddel i 25 DPI oppløsning. Mon
6289 tro om det er fremtidens byggemetode.&lt;/p&gt;
6290
6291 &lt;p&gt;Jeg er ikke i tvil om at 3D-utskrift vil føre til endringer i
6292 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
6293 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
6294 som tror at 3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
6295 forregnet seg. 3D-skrivere er fantastisk bra til å lage spesielle
6296 dingser på forespørsel, f.eks. etter å ha lastet ned et 3D-design fra
6297 tjenester som &lt;a href=&quot;http://www.thingiverse.com/&quot;&gt;Thingiverse&lt;/a&gt;.
6298 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
6299 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
6300 lages tusenvis, eller millioner av en dings, så vil fabrikkene
6301 sannsynligvis fortsette å slå 3D-skriving ned i støvlene
6302 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
6303 det derimot skal lages en håndfull, så vil 3D-skriving fremstå som
6304 et suverent alternativ. 3D-skriving er i så måte løsning for
6305 &lt;a href=&quot;http://en.wikipedia.org/wiki/The_Long_Tail&quot;&gt;den lange
6306 halen&lt;/a&gt;, mens fabrikker nok fortsatt vil være løsningen for
6307 massemarkedet.&lt;/p&gt;
6308 </description>
6309 </item>
6310
6311 <item>
6312 <title>Lenker samlet 2009-05-09</title>
6313 <link>http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</link>
6314 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</guid>
6315 <pubDate>Sat, 9 May 2009 22:40:00 +0200</pubDate>
6316 <description>&lt;ul&gt;
6317
6318 &lt;li&gt;&lt;a href=&quot;http://www.aftenposten.no/meninger/kronikker/article3066834.ece&quot;&gt;Jeg, et offer&lt;/a&gt;
6319 &lt;br&gt;Aage Borchgrevink drodler om offerrollens framvekst i den norske
6320 offentligheten.&lt;/li&gt;
6321
6322 &lt;li&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/published/200904-goopen.html&quot;&gt;Opptak fra Go Open 2009 på web&lt;/a&gt;
6323 &lt;br&gt;Endelig kan jeg få med meg foredragene jeg gikk glipp av.&lt;/li&gt;
6324
6325 &lt;li&gt;&lt;a href=&quot;http://www.robweir.com/blog/2009/05/update-on-odf-spreadsheet.html&quot;&gt;MS Excel 2007 håndterer ODF dårlig&lt;/a&gt;
6326 &lt;br&gt;Microsoft har lykkes med å implementere ODF slik at de ikke
6327 samhandler med noen av de andre som håndterer ODF-regneark.&lt;/li&gt;
6328
6329 &lt;li&gt;&lt;a href=&quot;http://www.groklaw.net/article.php?story=20090503215045379&quot;&gt;MS
6330 Word 2007 håndterer ODF dårlig&lt;/a&gt;
6331 &lt;br&gt;Fotnoter laget i MS Office blir merkelige i OpenOffice.org.&lt;/li&gt;
6332
6333 &lt;/ul&gt;
6334 </description>
6335 </item>
6336
6337 <item>
6338 <title>IDG mener linux i servermarkedet vil vokse med 21% i 2009</title>
6339 <link>http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</link>
6340 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</guid>
6341 <pubDate>Thu, 7 May 2009 22:30:00 +0200</pubDate>
6342 <description>&lt;p&gt;Kom over
6343 &lt;a href=&quot;http://news.cnet.com/8301-13505_3-10216873-16.html&quot;&gt;interessante
6344 tall&lt;/a&gt; fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
6345 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
6346 jobber til daglig. En rask opptelling forteller meg at vi har 490
6347 (61%) fysiske unix-tjener (mest linux men også noen solaris) og 196
6348 (25%) windowstjenere, samt 112 (14%) virtuelle unix-tjenere. Med den
6349 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.&lt;/p&gt;
6350 </description>
6351 </item>
6352
6353 <item>
6354 <title>Kryptert harddisk - naturligvis</title>
6355 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</link>
6356 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</guid>
6357 <pubDate>Sat, 2 May 2009 15:30:00 +0200</pubDate>
6358 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/trender/article1658676.ece&quot;&gt;Dagens
6359 IT melder&lt;/a&gt; at Intel hevder at det er dyrt å miste en datamaskin,
6360 når en tar tap av arbeidstid, fortrolige dokumenter,
6361 personopplysninger og alt annet det innebærer. Det er ingen tvil om
6362 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
6363 til at jeg har kryptert harddisken på både kontormaskinen og min
6364 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
6365 komme på avveie, den første informasjon relatert til jobben min ved
6366 Universitetet i Oslo, og den andre relatert til blant annet
6367 foreningsarbeide. Kryptering av diskene gjør at det er lite
6368 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
6369 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
6370 og en reboot vil gjøre at de ber om passord før de vil starte opp.
6371 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
6372 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
6373 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
6374 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
6375 det er gjort slik jeg gjør det er minimale, og gevinstene er
6376 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
6377 maskinen reinstalleres og alt er tapt.&lt;/p&gt;
6378
6379 &lt;p&gt;Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
6380 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
6381 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
6382 er for min del høyere enn gevinsten. Jeg tror oddsene for at
6383 f.eks. etteretningsorganisasjoner har glede av å titte på mine
6384 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
6385 gjøre det vanskeligere for angripere med kompetanse og ressurser er
6386 betydelige.&lt;/p&gt;
6387 </description>
6388 </item>
6389
6390 <item>
6391 <title>No patch is not better than a useless patch</title>
6392 <link>http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</link>
6393 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</guid>
6394 <pubDate>Tue, 28 Apr 2009 09:30:00 +0200</pubDate>
6395 <description>&lt;p&gt;Julien Blache
6396 &lt;a href=&quot;http://blog.technologeek.org/2009/04/12/214&quot;&gt;claim that no
6397 patch is better than a useless patch&lt;/a&gt;. I completely disagree, as a
6398 patch allow one to discuss a concrete and proposed solution, and also
6399 prove that the issue at hand is important enough for someone to spent
6400 time on fixing it. No patch do not provide any of these positive
6401 properties.&lt;/p&gt;
6402 </description>
6403 </item>
6404
6405 <item>
6406 <title>EU-parlamentet raner fellesskapet for musikk</title>
6407 <link>http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</link>
6408 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</guid>
6409 <pubDate>Sun, 26 Apr 2009 08:30:00 +0200</pubDate>
6410 <description>&lt;p&gt;Slashdot melder at EU-parlamentet har vedtatt
6411 &lt;a href=&quot;http://www.europarl.europa.eu/news/expert/infopress_page/058-54192-111-04-17-909-20090422IPR54191-21-04-2009-2009-false/default_en.htm&quot;&gt;å
6412 øke vernetiden for musikkopptak fra 50 til 70 år&lt;/a&gt;, og dermed rane
6413 fellesskapet for 20 år med musikk som ville vært tilgjengelig uten
6414 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
6415 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
6416 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
6417 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
6418 folket, som skulle falt i det fri men som i stedet forblir under
6419 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
6420 urimelig. Tenke seg til at vernetiden startet i USA med 7 år og
6421 mulighet for forlengelse med 7 år. Nå er den 95 år der, og en stor
6422 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
6423 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
6424 I dag er den 70 år.&lt;/p&gt;
6425
6426 &lt;p&gt;Jeg er glad det finnes &lt;a href=&quot;http://www.jamendo.com/&quot;&gt;så mye
6427 musikk tilgjengelig uten bruksbegresninger&lt;/a&gt; at en kan klare seg
6428 uten musikk med bruksbegresninger.&lt;/p&gt;
6429 </description>
6430 </item>
6431
6432 <item>
6433 <title>Hvor flyter Microsofts penger?</title>
6434 <link>http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</link>
6435 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</guid>
6436 <pubDate>Fri, 24 Apr 2009 11:10:00 +0200</pubDate>
6437 <description>&lt;p&gt;Dagens nyhet er at omsetningen til Microsoft for første gang er
6438 synkende. Ikke spesielt uventet med den generelle nedgangen i
6439 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
6440 ting fra noen år tilbake.&lt;/p&gt;
6441
6442 &lt;p&gt;Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
6443 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
6444 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
6445 rundt om i verden ble kanalisert inn til skatteparadiset
6446 &lt;a href=&quot;http://en.wikipedia.org/wiki/Cayman_Islands&quot;&gt;Cayman
6447 Island&lt;/a&gt;. Jeg har aldri lykkes med å få bekreftet dette påstanden,
6448 men tok i dag en titt på hvilke selskaper som eier de norske delene av
6449 Microsoft som jeg kjenner til, dvs.
6450 &lt;a href=&quot;http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft&amp;bc=0&amp;c=Z001YP4Y&amp;org=957485030&quot;&gt;Microsoft
6451 Norge AS&lt;/a&gt; og
6452 &lt;a href=&quot;http://www.proff.no/proff/search/companyRoles.c?freeText=fast&amp;bc=348&amp;c=Z0HR5KDT&amp;org=979158831&quot;&gt;FAST,
6453 A Microsoft Subsidiary&lt;/a&gt; (tidligere FAST Search &amp; Transfer ASA).&lt;/p&gt;
6454
6455 &lt;p&gt;Førstnevnte er eid av &quot;Microsoft International Holdings Spain
6456 S.R.L.&quot;, mens sistnevnte i følge Wikipedia nå eies av
6457 Microsoft-underselskapet &quot;MACS Holdings Limited&quot;. Jeg har ikke klart
6458 å finne mer informasjon om noen av disse. Mon tro om noen av dem
6459 sender pengene til Cayman Island? Finner det jeg tror er
6460 &lt;a href=&quot;http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html&quot;&gt;informasjon
6461 om spaniaselskapet på spansk&lt;/a&gt;, men jeg kan ikke lese spansk. :(&lt;/p&gt;
6462 </description>
6463 </item>
6464
6465 <item>
6466 <title>Hvorfor jeg ikke bruker eFaktura</title>
6467 <link>http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</link>
6468 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</guid>
6469 <pubDate>Thu, 23 Apr 2009 23:00:00 +0200</pubDate>
6470 <description>&lt;p&gt;Telenors annonsering om å kreve 35 kroner i gebyr fra alle som
6471 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
6472 langt snakker om at eldre og folk som ikke behersker data vil få en
6473 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
6474 kategoriene, men velger å holde meg unna eFaktura - som er det
6475 Telenor ønsker å få folk over på - pga. systemets egenskaper.&lt;/p&gt;
6476
6477 &lt;p&gt;Slik jeg har sett eFaktura til forbrukere så langt, så sender
6478 selger en elektronisk beskjed til kundens bank, som legger ut
6479 informasjon om fakturaen i nettbanken for godkjenning. Personlig
6480 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
6481 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
6482 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
6483 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
6484 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
6485 fakturaen skal banken involveres. En faktura bør jo inn i
6486 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
6487 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
6488 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
6489 som kunde.&lt;/p&gt;
6490
6491 &lt;p&gt;I tillegg har jeg ikke vært i stand til å finne
6492 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
6493 slike krever dyre avtaler med bankene for å få lov til å sende ut
6494 eFaktura til kunder. Jeg ser vel helst at fakturering på
6495 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
6496 måtte betale mellommenn for retten til å lever ut en faktura, og
6497 liker rett og slett ikke dagens faktureringsmodeller.&lt;/p&gt;
6498 </description>
6499 </item>
6500
6501 <item>
6502 <title>Nasjonalbiblioteket legger ut bøker på web</title>
6503 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</link>
6504 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</guid>
6505 <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
6506 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
6507 melder&lt;/a&gt; at
6508 &lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
6509 og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
6510 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
6511 øre for hver side som legges ut. Utvalget er litt merkelig: 1790-,
6512 1890- og 1990-tallet. Jeg synes det er absurd hvis det er slik at
6513 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
6514 beskyttet av opphavsretten. Jeg antar her at det er mer enn 90 år
6515 siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
6516 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
6517 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
6518 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
6519 &lt;a href=&quot;http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt&quot;&gt;En
6520 melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
6521 fri ikke trenger avtale med Kopinor.&lt;/p&gt;
6522
6523 &lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
6524 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
6525 etter fragmenter i teksten. En risikerer dermed at de blir liggende
6526 på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;
6527
6528 &lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
6529 sin aprilspøk, og la ut bøkene som faller i det fri
6530 fortløpende.&lt;/p&gt;
6531
6532 </description>
6533 </item>
6534
6535 <item>
6536 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
6537 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>
6538 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
6539 <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
6540 <description>&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
6541 &lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
6542 deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
6543 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
6544 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
6545 og gikk så over til å snakke om fildeling som om fildeling i seg er
6546 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
6547 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
6548 distribusjon av filer. Det er ingenting med denne fildelingen som
6549 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
6550 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
6551 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
6552 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
6553 som deles og hvilke bruksbegrensninger som gjelder for filene. En
6554 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
6555 og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
6556 </description>
6557 </item>
6558
6559 <item>
6560 <title>Reprap-bygging i påsken</title>
6561 <link>http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</link>
6562 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</guid>
6563 <pubDate>Sun, 12 Apr 2009 10:00:00 +0200</pubDate>
6564 <description>&lt;p&gt;Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
6565 til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt; uka etter påske.
6566 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
6567 skruer og muttere til å løsne, så var første punkt på programmet å
6568 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
6569 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
6570 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
6571 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
6572 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
6573 noen ganger. Har knekket/sprukket 3 plastbiter så langt. Håper jeg
6574 får skrevet ut nye før skriveren bryter sammen pga. dette. :)&lt;/p&gt;
6575
6576 &lt;p&gt;I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
6577 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
6578 være tett omslynget av et par stjernehjul som holder båndet mellom
6579 alle Z-aksene på plass. Problemet er at båndet er 6mm, mens alle
6580 plastdelene er 5mm brede. Det betyr at et 6mm band skal inn i et 5mm
6581 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
6582 legge en 1mm skive mellom tannhjulene og stjernehjulene over
6583 tannhjulet, slik at det blir plass til båndet.&lt;/p&gt;
6584
6585 &lt;p&gt;Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
6586 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
6587 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
6588 litt plast for å løse dette problemet. Da vi begynte å se på
6589 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
6590 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
6591 Var ikke klar over at dette er ferskvare, men
6592 &lt;a href=&quot;http://forums.reprap.org/read.php?70,16250&quot;&gt;en
6593 forumposting&lt;/a&gt; viser at dette er et kjent problem. Det var ikke
6594 helt enkelt å finne ut hva &quot;Fire cement&quot; heter på norsk. Mange
6595 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
6596 alternativer som kunne fungere, som eksosmonteringspasta,
6597 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
6598 men ingen av disse så ut til å være helt riktige for dette bruket.
6599 Fire cement håndterer temperaturer opp til 1200 grader celsius, og
6600 krever ikke utblanding i vann. Konsulterte,
6601 &lt;a href=&quot;http://robot.hiof.no/node/5&quot;&gt;våre
6602 venner ved Høgskolen i Halden&lt;/a&gt;, og det viste seg at de hadde hatt samme
6603 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
6604 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
6605 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
6606 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
6607 &lt;a href=&quot;http://www.unipak.dk/UK/stovex.html&quot;&gt;Stovex&lt;/a&gt; ovnskitt, og
6608 er nå klar til å lage varmeelement til skrivehodet.
6609 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
6610 &lt;a href=&quot;http://blog.reprap.org/2009/04/by-your-powers-combined-i-am-kapton.html&quot;&gt;reprap-blogpost&lt;/a&gt;
6611 som fortalte om et bedre vidundermiddel for å lage varmeelement,
6612 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
6613 til neste gang. En reprap-variant ved navn
6614 &lt;a href=&quot;http://wiki.makerbot.com/plastruder-mk3&quot;&gt;Plastruder MK3&lt;/a&gt;
6615 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
6616 -100 og +400 grader og brukes av astronautene for å tette drakten.&lt;/p&gt;
6617 </description>
6618 </item>
6619
6620 <item>
6621 <title>Fransk idiotlovforslag hinker gjennom parlamentet</title>
6622 <link>http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</link>
6623 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</guid>
6624 <pubDate>Fri, 10 Apr 2009 00:10:00 +0200</pubDate>
6625 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagbladet.no/2009/04/09/kultur/musikk/fildeling/tekno/5689356/&quot;&gt;Dagbladet
6626 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
6627 til alle som blir anklaget for å ha brutt opphavsretten 3 ganger&lt;/a&gt;
6628 ble nedstemt i dag med 21 mot 15 stemmer. Vinklingen i Dagbladet er
6629 litt merkelig når en vet at det samme forslaget ble vedtatt i
6630 parlamentets andre kammer med 12 mot 4 stemmer, etter at det
6631 &lt;a href=&quot;http://opendotdotdot.blogspot.com/2009/04/hadopi-law-passed-by-12-votes-to-4.html&quot;&gt;overraskende
6632 ble foreslått å ta saken opp til votering 22:45 sist torsdag&lt;/a&gt;,
6633 etter sigende i strid med vanlige rutiner i det franske parlamentet.&lt;/p&gt;
6634
6635 &lt;p&gt;Det hele blir ennå mer komisk når et vet at
6636 &lt;a href=&quot;http://www.zeropaid.com/news/10034/political_hypocrisy_french_president_sued_for_copyright_infringement/&quot;&gt;presidentens
6637 parti er blitt anklaget for å ha brutt opphavsretten&lt;/a&gt;. Mon tro om
6638 partet skal miste internet-forbindelsen hvis de får 2 anklager til
6639 rettet mot seg.&lt;/p&gt;
6640 </description>
6641 </item>
6642
6643 <item>
6644 <title>Recording video from cron using VLC</title>
6645 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</link>
6646 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</guid>
6647 <pubDate>Sun, 5 Apr 2009 10:00:00 +0200</pubDate>
6648 <description>&lt;p&gt;One think I have wanted to figure out for a along time is how to
6649 run vlc from cron to do recording of video streams on the net. The
6650 task is trivial with mplayer, but I do not really trust the security
6651 of mplayer (it crashes too often on strange input), and thus prefer
6652 vlc. I finally found a way to do it today. I spent an hour or so
6653 searching the web for recipes and reading the documentation. The
6654 hardest part was to get rid of the GUI window, but after finding the
6655 dummy interface, the command line finally presented itself:&lt;/p&gt;
6656
6657 &lt;blockquote&gt;&lt;pre&gt;URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
6658 SAVEFILE=rms.ogg
6659 DISPLAY= vlc -q $URL \
6660 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
6661 --intf=dummy&lt;/pre&gt;&lt;/blockquote&gt;
6662
6663 &lt;p&gt;The command stream the URL and store it in the SAVEFILE by
6664 duplicating the output stream to &quot;nodisplay&quot; and the file, using the
6665 dummy interface. The dummy interface and the nodisplay output make
6666 sure no X interface is needed.&lt;/p&gt;
6667
6668 &lt;p&gt;The cron job then need to start this job with the appropriate URL
6669 and file name to save, sleep for the duration wanted, and then kill
6670 the vlc process with SIGTERM. Here is a complete script
6671 &lt;tt&gt;vlc-record&lt;/tt&gt; to use from &lt;tt&gt;at&lt;/tt&gt; or &lt;tt&gt;cron&lt;/tt&gt;:&lt;/p&gt;
6672
6673 &lt;blockquote&gt;&lt;pre&gt;#!/bin/sh
6674 set -e
6675 URL=&quot;$1&quot;
6676 SAVEFILE=&quot;$2&quot;
6677 DURATION=&quot;$3&quot;
6678 DISPLAY= vlc -q &quot;$URL&quot; \
6679 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
6680 --intf=dummy &lt; /dev/null &gt; /dev/null 2&gt;&amp;1 &amp;
6681 pid=$!
6682 sleep $DURATION
6683 kill $pid
6684 wait $pid&lt;/pre&gt;&lt;/blockquote&gt;
6685 </description>
6686 </item>
6687
6688 <item>
6689 <title>Standardize on protocols and formats, not vendors and applications</title>
6690 <link>http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</link>
6691 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</guid>
6692 <pubDate>Mon, 30 Mar 2009 11:50:00 +0200</pubDate>
6693 <description>&lt;p&gt;Where I work at the University of Oslo, one decision stand out as a
6694 very good one to form a long lived computer infrastructure. It is the
6695 simple one, lost by many in todays computer industry: Standardize on
6696 open network protocols and open exchange/storage formats, not applications.
6697 Applications come and go, while protocols and files tend to stay, and
6698 thus one want to make it easy to change application and vendor, while
6699 avoiding conversion costs and locking users to a specific platform or
6700 application.&lt;/p&gt;
6701
6702 &lt;p&gt;This approach make it possible to replace the client applications
6703 independently of the server applications. One can even allow users to
6704 use several different applications as long as they handle the selected
6705 protocol and format. In the normal case, only one client application
6706 is recommended and users only get help if they choose to use this
6707 application, but those that want to deviate from the easy path are not
6708 blocked from doing so.&lt;/p&gt;
6709
6710 &lt;p&gt;It also allow us to replace the server side without forcing the
6711 users to replace their applications, and thus allow us to select the
6712 best server implementation at any moment, when scale and resouce
6713 requirements change.&lt;/p&gt;
6714
6715 &lt;p&gt;I strongly recommend standardizing - on open network protocols and
6716 open formats, but I would never recommend standardizing on a single
6717 application that do not use open network protocol or open formats.&lt;/p&gt;
6718 </description>
6719 </item>
6720
6721 <item>
6722 <title>Returning from Skolelinux developer gathering</title>
6723 <link>http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</link>
6724 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</guid>
6725 <pubDate>Sun, 29 Mar 2009 21:00:00 +0200</pubDate>
6726 <description>&lt;p&gt;I&#39;m sitting on the train going home from this weekends Debian
6727 Edu/Skolelinux development gathering. I got a bit done tuning the
6728 desktop, and looked into the dynamic service location protocol
6729 implementation avahi. It look like it could be useful for us. Almost
6730 30 people participated, and I believe it was a great environment to
6731 get to know the Skolelinux system. Walter Bender, involved in the
6732 development of the Sugar educational platform, presented his stuff and
6733 also helped me improve my OLPC installation. He also showed me that
6734 his Turtle Art application can be used in standalone mode, and we
6735 agreed that I would help getting it packaged for Debian. As a
6736 standalone application it would be great for Debian Edu. We also
6737 tried to get the video conferencing working with two OLPCs, but that
6738 proved to be too hard for us. The application seem to need more work
6739 before it is ready for me. I look forward to getting home and relax
6740 now. :)&lt;/p&gt;
6741 </description>
6742 </item>
6743
6744 <item>
6745 <title>Time for new LDAP schemas replacing RFC 2307?</title>
6746 <link>http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</link>
6747 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</guid>
6748 <pubDate>Sun, 29 Mar 2009 20:30:00 +0200</pubDate>
6749 <description>&lt;p&gt;The state of standardized LDAP schemas on Linux is far from
6750 optimal. There is RFC 2307 documenting one way to store NIS maps in
6751 LDAP, and a modified version of this normally called RFC 2307bis, with
6752 some modifications to be compatible with Active Directory. The RFC
6753 specification handle the content of a lot of system databases, but do
6754 not handle DNS zones and DHCP configuration.&lt;/p&gt;
6755
6756 &lt;p&gt;In &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu/Skolelinux&lt;/a&gt;,
6757 we would like to store information about users, SMB clients/hosts,
6758 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
6759 and LTSP configuration in LDAP. These objects have a lot in common,
6760 but with the current LDAP schemas it is not possible to have one
6761 object per entity. For example, one need to have at least three LDAP
6762 objects for a given computer, one with the SMB related stuff, one with
6763 DNS information and another with DHCP information. The schemas
6764 provided for DNS and DHCP are impossible to combine into one LDAP
6765 object. In addition, it is impossible to implement quick queries for
6766 netgroup membership, because of the way NIS triples are implemented.
6767 It just do not scale. I believe it is time for a few RFC
6768 specifications to cleam up this mess.&lt;/p&gt;
6769
6770 &lt;p&gt;I would like to have one LDAP object representing each computer in
6771 the network, and this object can then keep the SMB (ie host key), DHCP
6772 (mac address/name) and DNS (name/IP address) settings in one place.
6773 It need to be efficently stored to make sure it scale well.&lt;/p&gt;
6774
6775 &lt;p&gt;I would also like to have a quick way to map from a user or
6776 computer and to the net group this user or computer is a member.&lt;/p&gt;
6777
6778 &lt;p&gt;Active Directory have done a better job than unix heads like myself
6779 in this regard, and the unix side need to catch up. Time to start a
6780 new IETF work group?&lt;/p&gt;
6781 </description>
6782 </item>
6783
6784 <item>
6785 <title>Hva er egentlig en åpen standard?</title>
6786 <link>http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</link>
6787 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</guid>
6788 <pubDate>Sat, 28 Mar 2009 10:50:00 +0100</pubDate>
6789 <description>&lt;p&gt;Jeg møter alle slags interessante mennesker på min vei, og et møte
6790 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
6791 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
6792 standarder. Det var interessant, da det fikk meg til å tenke litt
6793 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
6794 som en standard. Det hele startet med arbeid rundt integrering av NSS
6795 LDAP mot Active Directory, og problemer som oppstår pga. at Active
6796 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
6797 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
6798 mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be
6799 om resten i bolker av 1500). Jeg hevdet måten dette ble gjort på brøt
6800 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
6801 fra IETF det sto at oppførselen til AD ikke fulgte
6802 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
6803 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
6804 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
6805 mente lå til grunn. Jeg ble spesielt overrasket over denne
6806 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
6807 jeg kan se anerkjenner IETF som organisasjonen som definerer
6808 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
6809 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
6810 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
6811 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
6812 hva en standard er, og hva som er kilden til en gitt standard. Det er
6813 vanskelig å enes om felles standarder før en først enes om hvem som
6814 bestemmer hva en gitt standard innebærer.&lt;/p&gt;
6815
6816 &lt;p&gt;Hva er så en standard? I sin abstrakte form er det noe å samles
6817 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
6818 type fane en samlet seg rundt på kamplassen i riddertiden. En
6819 standard definerer altså et felleskap, noen som har noe felles. Det
6820 er naturligvis mange måter å utgjøre et felleskap på. En kan
6821 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
6822 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
6823 standarden seg uten noe mer organisering og prosedyre. En variant av
6824 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
6825 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
6826 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
6827 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
6828 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
6829 unngå dette dumme.&lt;/p&gt;
6830
6831 &lt;p&gt;En kan også ta det et skritt videre, og istedet for å basere seg på
6832 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
6833 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
6834 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
6835 kan sette igang), men det kan bidra til at den oppførselen en
6836 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
6837 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
6838 - da flere har vært involvert i å utarbeide beskrivelsen.&lt;/p&gt;
6839
6840 &lt;p&gt;Dette er dessverre ikke alt som trengs for å forstå hva en åpen
6841 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
6842 dermed har valget om de vil oppføre seg likt eller ikke, så er det
6843 endel juridiske faktorer som gjør det hele mer komplisert -
6844 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
6845 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
6846 melodi når de møtes, for å identifisere hverandre, så kan
6847 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
6848 De har standardisert hvordan de kjenner igjen alle som følger denne
6849 standarden, men ikke alle har nødvendigvis lov til å følge den.
6850 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
6851 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
6852 sin ytterste konsekvens si at alle som skal plystre en
6853 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
6854 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
6855 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
6856 som får lov til å benytte seg av denne standarden. En annen variant
6857 er hvis en standard er dokumentert, så er dokumentet som definerer
6858 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
6859 dermed mulig for rettighetsinnehaver å begrense tilgang til
6860 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
6861 den måten.&lt;/p&gt;
6862
6863 &lt;p&gt;Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
6864 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
6865 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
6866 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
6867 for å ta i bruk en standard, så vil den som innehar patent kunne styre
6868 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
6869 kan delta i et standard-felleskap, og hvis de kan delta, så er det
6870 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
6871 sette vilkår som gjør at noen faller utenfor, det være seg av
6872 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
6873 vilkår er &quot;må betale litt for hver kunde/bruker&quot; som utelukker de som
6874 gir bort en løsning gratis og &quot;må gi fra seg retten til å håndheve
6875 sine egne patentrettigheter ovenfor rettighetshaver&quot; som utelukker
6876 alle som ønsker å beholde den muligheten.&lt;/p&gt;
6877
6878 &lt;p&gt;En åpen standard innebærer for meg at alle kan få innsikt i en
6879 komplett beskrivelse av oppførsel som standarden skal dekke, og at
6880 ingen kan nektes å benytte seg av standarden. Noen mener at det
6881 holder at alle med tilstrekkelig finansiering kan få tilgang til
6882 spesifikasjonen og at en kun har finansielle krav til bruk.
6883 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
6884 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
6885 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
6886 av en standard for at en standard skal kunne kalles fri og åpen.&lt;/p&gt;
6887 </description>
6888 </item>
6889
6890 <item>
6891 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg</title>
6892 <link>http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</link>
6893 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</guid>
6894 <pubDate>Thu, 19 Mar 2009 22:15:00 +0100</pubDate>
6895 <description>&lt;p&gt;I går tok jeg mot til meg, og løste problemet med
6896 z-aksen ved å borre i delen som manglet feste mot tannjulet som
6897 skal drive z-aksereimen. Dermed var det klart for å montere
6898 z-akse-akslingen på motoren og komme et steg videre med
6899 reprap-monteringen. Prøvekjørte den i dag med
6900 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
6901 fungerte. I hvert fall når stepmotoren ikke forsøkte
6902 å snurre for raskt rundt. Ved høy hastighet roterte
6903 ikke akslingen i det hele tatt. Motoren ble bare stående
6904 å vibrere. Usikker på hvorfor, men antar motoren ikke
6905 har nok kraft til å få hele akslingen til å
6906 rotere så raskt. Denne øvelsen avslørte dog et
6907 annet problem med monteringen så langt. Under testingen
6908 begynte skruer og muttere å ry ned fra ulike deler av
6909 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
6910 å tåle slike vibrasjoner. Tror en 5-6 skruver og/eller
6911 muttere løsnet. Brukte ganske lang tid på å
6912 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
6913 må strammes skikkelig til før første
6914 utskrift.&lt;/p&gt;
6915
6916 &lt;p&gt;Neste steg er å få laget z-aksebåndet. Der trenger jeg
6917 egnet lim og en konstruksjon for å klemme bandet sammen under
6918 limingen, som
6919 &lt;a href=&quot;http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt&quot;&gt;beskrevet
6920 på reprap-wikien&lt;/a&gt;. Er blitt tipset om svart superlim som er
6921 elastisk også etter at det tørket, og dro ned til Small Size
6922 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
6923 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
6924 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
6925 limet egentlig heter, så det er vanskelig å søke på nett.&lt;/p&gt;
6926 </description>
6927 </item>
6928
6929 <item>
6930 <title>Avisene i endring</title>
6931 <link>http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</link>
6932 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</guid>
6933 <pubDate>Sun, 15 Mar 2009 22:15:00 +0100</pubDate>
6934 <description>&lt;p&gt;Jeg kom over bloggposten
6935 &quot;&lt;a href=&quot;http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/&quot;&gt;Newspapers
6936 and Thinking the Unthinkable&lt;/a&gt;&quot; som jeg synes forklarer godt hva som
6937 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
6938 forretningsmodeller basert på å løse problemer som ikke lenger
6939 eksisterer. Det blir spennende å se hva vi ender opp med.&lt;/p&gt;
6940 </description>
6941 </item>
6942
6943 <item>
6944 <title>Testing av reprap-elektronikken igang</title>
6945 <link>http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</link>
6946 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</guid>
6947 <pubDate>Thu, 12 Mar 2009 16:00:00 +0100</pubDate>
6948 <description>&lt;p&gt;Lenge siden det var en oppdatering av status for min 3D-skriver og
6949 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
6950 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
6951 til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil,
6952 der en del manglet og en annen hadde suboptimalt design. Jeg løser
6953 antagelig det ene problemet med å borre noen ekstra hull til skruver i
6954 en plastdelen som trenger å festes. Det andre problemet håper jeg å
6955 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
6956 Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og
6957 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
6958 delen jeg mangler på denne.&lt;/p&gt;
6959
6960 &lt;p&gt;Når det gjelder elektronikken, så er mye allerede loddet sammen av
6961 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
6962 enn meg. Jeg fikk i dag testet
6963 &lt;a href=&quot;http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1&quot;&gt;stepper
6964 motordriveren (v1.1)&lt;/a&gt;, og det fungerte. Jeg møtte et lite problem
6965 med strømforsyningen, en standard ATX-strømforsyning som nektet å
6966 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
6967 beskrevet på
6968 &lt;a href=&quot;http://dev.www.reprap.org/bin/view/Main/PCPowerSupply&quot;&gt;reprap-sidene
6969 om PC-strømforsyninger&lt;/a&gt;. Jeg møtte også et annet problem med
6970 Arduino-programvaren. Versjon 0013 fungerer visst ikke på
6971 Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant
6972 vha. et Google-søk
6973 &lt;a href=&quot;http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5&quot;&gt;tipset
6974 meg&lt;/A&gt; om at en nedgradering
6975 til &lt;a href=&quot;http://arduino.googlecode.com/files/arduino-0012-linux.tgz&quot;&gt;versjon
6976 0012&lt;/a&gt; kunne løse problemet, og endelig ser jeg motorakslingen
6977 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
6978 reprap-en kvikner til.&lt;/p&gt;
6979 </description>
6980 </item>
6981
6982 <item>
6983 <title>Frikanalen og jul i studentrådet</title>
6984 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</link>
6985 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</guid>
6986 <pubDate>Wed, 11 Mar 2009 23:40:00 +0100</pubDate>
6987 <description>&lt;p&gt;I går
6988 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html&quot;&gt;lanserte&lt;/a&gt;
6989 NUUGs videogruppe
6990 &lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; med
6991 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;åpne
6992 standarder&lt;/a&gt;, og resultatet av noen intense uker med arbeide kunne
6993 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
6994 Frikanalen er et eksempel på, der borgerne får anledning til å
6995 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
6996 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
6997 kan få tilgang til opptakene på web, og slipper å måtte installere MS
6998 Silverlight for å spille av opptakene.&lt;/p&gt;
6999
7000 &lt;p&gt;Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
7001 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
7002 er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
7003 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
7004 foreningen Åpen kanal) har saksøkt kulturdepartementet over
7005 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.&lt;/p&gt;
7006
7007 &lt;p&gt;I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
7008 av å se en rekke av innslagene som er tilgjengelig. Her er mye
7009 religiøst sludder, fra
7010 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720&quot;&gt;vandring
7011 i jerusalem&lt;/a&gt; via
7012 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779&quot;&gt;religiøst
7013 vinklede nyheter&lt;/a&gt; til
7014 &lt;a
7015 href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077&quot;&gt;kreasjonisk
7016 retorikk&lt;/a&gt;, men også fine
7017 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407&quot;&gt;dokumentarer
7018 om redningsselskapet&lt;/a&gt; og
7019 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204&quot;&gt;interessante
7020 tegneserieanmeldelser&lt;/a&gt;. Det jeg derimot har hatt størst glede av,
7021 er
7022
7023 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556&quot;&gt;jul
7024 i studentrådet&lt;/a&gt;, der hver episode var en fest å se på. Jeg håper
7025 NUUG lykkes med å få ut sine opptak med like stor suksess.&lt;/p&gt;
7026 </description>
7027 </item>
7028
7029 <item>
7030 <title>Lisensvalg for NUUG-opptakene endelig på plass</title>
7031 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</link>
7032 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</guid>
7033 <pubDate>Fri, 6 Mar 2009 21:20:00 +0100</pubDate>
7034 <description>&lt;p&gt;Etter mange års meditasjon over temaet, har NUUG endelig klart å
7035 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
7036 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
7037 blir &lt;a href=&quot;http://creativecommons.org/licenses/by-sa/3.0/no/&quot;&gt;Creative
7038 Commons Navngivelse-Del på samme vilkår 3.0 Norge&lt;/a&gt;. Jeg er veldig
7039 glad for at denne saken endelig er landet. Lisensen for opptaket til
7040 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
7041 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
7042 i denne sammenhengen.&lt;/p&gt;
7043 </description>
7044 </item>
7045
7046 <item>
7047 <title>Teknisk program for Go Open 2009 er nesten ferdig</title>
7048 <link>http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</link>
7049 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</guid>
7050 <pubDate>Thu, 5 Mar 2009 22:30:00 +0100</pubDate>
7051 <description>&lt;p&gt;Etter lang tids jobbing begynner endelig programmet til det
7052 tekniske sporet på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
7053 2009&lt;/a&gt; å bli ferdig. Det blir 9 punkter på programmet, og etter alt
7054 å dømme blir det disse 9:&lt;/p&gt;
7055
7056 &lt;ul&gt;
7057
7058 &lt;li&gt;&quot;Open Telephony: A solution greater than the sum of its parts&quot; med
7059 Jon &quot;maddog&quot; Hall&lt;/li&gt;
7060 &lt;li&gt;OpenSolaris-relatert med Ian Murdock fra SUN&lt;/li&gt;
7061 &lt;li&gt;&quot;The inner workings of the OpenStreetmap project and the
7062 technology used&quot; med Andy Allan &lt;/li&gt;
7063 &lt;li&gt;Coreboot-relatert med Peter Stuge&lt;/li&gt;
7064 &lt;li&gt;&quot;Gratis værdata fra Meteorologisk institutt&quot; med Trond Michelsen&lt;/li&gt;
7065 &lt;li&gt;RRDtool/Nagios-relatert med Tobias Oetiker&lt;/li&gt;
7066 &lt;li&gt;&quot;Developers guide to server-side productivity and fun using open
7067 source platforms and frameworks&quot; med en gjeng folk fra
7068 JavaBin-miljøet&lt;/li&gt;
7069 &lt;li&gt;&quot;G(et)it Nå!&quot; med Marcus Ramberg&lt;/li&gt;
7070 &lt;li&gt;Om kontrolltelling av valgresultater med fri programvare med Mitch
7071 Trachtenberg&lt;/li&gt;
7072
7073 &lt;/ul&gt;
7074
7075 &lt;p&gt;De siste bekreftelsene og overskrifter mangler og kommer
7076 forhåpentlig på plass før mandag, men jeg håper dette blir et program
7077 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
7078 stort.&lt;/p&gt;
7079 </description>
7080 </item>
7081
7082 <item>
7083 <title>Checking server hardware support status for Dell, HP and IBM servers</title>
7084 <link>http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</link>
7085 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</guid>
7086 <pubDate>Sat, 28 Feb 2009 23:50:00 +0100</pubDate>
7087 <description>&lt;p&gt;At work, we have a few hundred Linux servers, and with that amount
7088 of hardware it is important to keep track of when the hardware support
7089 contract expire for each server. We have a machine (and service)
7090 register, which until recently did not contain much useful besides the
7091 machine room location and contact information for the system owner for
7092 each machine. To make it easier for us to track support contract
7093 status, I&#39;ve recently spent time on extending the machine register to
7094 include information about when the support contract expire, and to tag
7095 machines with expired contracts to make it easy to get a list of such
7096 machines. I extended a perl script already being used to import
7097 information about machines into the register, to also do some screen
7098 scraping off the sites of Dell, HP and IBM (our majority of machines
7099 are from these vendors), and automatically check the support status
7100 for the relevant machines. This make the support status information
7101 easily available and I hope it will make it easier for the computer
7102 owner to know when to get new hardware or renew the support contract.
7103 The result of this work documented that 27% of the machines in the
7104 registry is without a support contract, and made it very easy to find
7105 them. 27% might seem like a lot, but I see it more as the case of us
7106 using machines a bit longer than the 3 years a normal support contract
7107 last, to have test machines and a platform for less important
7108 services. After all, the machines without a contract are working fine
7109 at the moment and the lack of contract is only a problem if any of
7110 them break down. When that happen, we can either fix it using spare
7111 parts from other machines or move the service to another old
7112 machine.&lt;/p&gt;
7113
7114 &lt;p&gt;I believe the code for screen scraping the Dell site was originally
7115 written by Trond Hasle Amundsen, and later adjusted by me and Morten
7116 Werner Forsbring. The HP scraping was written by me after reading a
7117 nice article in ;login: about how to use WWW::Mechanize, and the IBM
7118 scraping was written by me based on the Dell code. I know the HTML
7119 parsing could be done using nice libraries, but did not want to
7120 introduce more dependencies. This is the current incarnation:&lt;/p&gt;
7121
7122 &lt;pre&gt;
7123 use LWP::Simple;
7124 use POSIX;
7125 use WWW::Mechanize;
7126 use Date::Parse;
7127 [...]
7128 sub get_support_info {
7129 my ($machine, $model, $serial, $productnumber) = @_;
7130 my $str;
7131
7132 if ( $model =~ m/^Dell / ) {
7133 # fetch website from Dell support
7134 my $url = &quot;http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no&amp;amp;cs=nodhs1&amp;amp;l=no&amp;amp;s=dhs&amp;amp;ServiceTag=$serial&quot;;
7135 my $webpage = get($url);
7136 return undef unless ($webpage);
7137
7138 my $daysleft = -1;
7139 my @lines = split(/\n/, $webpage);
7140 foreach my $line (@lines) {
7141 next unless ($line =~ m/Beskrivelse/);
7142 $line =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7143 $line =~ s/^.+?;(Beskrivelse;)/$1/;
7144
7145 my @f = split(/\;/, $line);
7146 @f = @f[13 .. $#f];
7147 my $lastend = &quot;&quot;;
7148 while ($f[3] eq &quot;DELL&quot;) {
7149 my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10];
7150
7151 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7152 localtime(str2time($startstr)));
7153 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7154 localtime(str2time($endstr)));
7155 $str .= &quot;$type $start -&gt; $end &quot;;
7156 @f = @f[14 .. $#f];
7157 $lastend = $end if ($end gt $lastend);
7158 }
7159 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7160 tag_machine_unsupported($machine)
7161 if ($lastend lt $today);
7162 }
7163 } elsif ( $model =~ m/^HP / ) {
7164 my $mech = WWW::Mechanize-&gt;new();
7165 my $url =
7166 &#39;http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do&#39;;
7167 $mech-&gt;get($url);
7168 my $fields = {
7169 &#39;BODServiceID&#39; =&gt; &#39;NA&#39;,
7170 &#39;RegisteredPurchaseDate&#39; =&gt; &#39;&#39;,
7171 &#39;country&#39; =&gt; &#39;NO&#39;,
7172 &#39;productNumber&#39; =&gt; $productnumber,
7173 &#39;serialNumber1&#39; =&gt; $serial,
7174 };
7175 $mech-&gt;submit_form( form_number =&gt; 2,
7176 fields =&gt; $fields );
7177 # Next step is screen scraping
7178 my $content = $mech-&gt;content();
7179
7180 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7181 $content =~ s/\s+/ /gm;
7182 $content =~ s/;\s*;/;;/gm;
7183 $content =~ s/;[\s;]+/;/gm;
7184
7185 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7186
7187 while ($content =~ m/;Warranty Type;/) {
7188 my ($type, $status, $startstr, $stopstr) = $content =~
7189 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
7190 $content =~ s/^.+?;Warranty Type;//;
7191 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7192 localtime(str2time($startstr)));
7193 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7194 localtime(str2time($stopstr)));
7195
7196 $str .= &quot;$type ($status) $start -&gt; $end &quot;;
7197
7198 tag_machine_unsupported($machine)
7199 if ($end lt $today);
7200 }
7201 } elsif ( $model =~ m/^IBM / ) {
7202 # This code ignore extended support contracts.
7203 my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/;
7204 if ($producttype &amp;amp;&amp;amp; $serial) {
7205 my $content =
7206 get(&quot;http://www-947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty&amp;amp;brandind=5000008&amp;amp;Submit=Submit&amp;amp;type=$producttype&amp;amp;serial=$serial&quot;);
7207 if ($content) {
7208 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7209 $content =~ s/\s+/ /gm;
7210 $content =~ s/;\s*;/;;/gm;
7211 $content =~ s/;[\s;]+/;/gm;
7212
7213 $content =~ s/^.+?;Warranty status;//;
7214 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
7215
7216 $str .= &quot;($status) -&gt; $end &quot;;
7217
7218 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7219 tag_machine_unsupported($machine)
7220 if ($end lt $today);
7221 }
7222 }
7223 }
7224 return $str;
7225 }
7226 &lt;/pre&gt;
7227
7228 &lt;p&gt;Here are some examples on how to use the function, using fake
7229 serial numbers. The information passed in as arguments are fetched
7230 from dmidecode.&lt;/p&gt;
7231
7232 &lt;pre&gt;
7233 print get_support_info(&quot;hp.host&quot;, &quot;HP ProLiant BL460c G1&quot;, &quot;1234567890&quot;
7234 &quot;447707-B21&quot;);
7235 print get_support_info(&quot;dell.host&quot;, &quot;Dell Inc. PowerEdge 2950&quot;, &quot;1234567&quot;);
7236 print get_support_info(&quot;ibm.host&quot;, &quot;IBM eserver xSeries 345 -[867061X]-&quot;,
7237 &quot;1234567&quot;);
7238 &lt;/pre&gt;
7239
7240 &lt;p&gt;I would recommend this approach for tracking support contracts for
7241 everyone with more than a few computers to administer. :)&lt;/p&gt;
7242
7243 &lt;p&gt;Update 2009-03-06: The IBM page do not include extended support
7244 contracts, so it is useless in that case. The original Dell code do
7245 not handle extended support contracts either, but has been updated to
7246 do so.&lt;/p&gt;
7247 </description>
7248 </item>
7249
7250 <item>
7251 <title>Using bar codes at a computing center</title>
7252 <link>http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</link>
7253 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</guid>
7254 <pubDate>Fri, 20 Feb 2009 08:50:00 +0100</pubDate>
7255 <description>&lt;p&gt;At work with the University of Oslo, we have several hundred computers
7256 in our computing center. This give us a challenge in tracking the
7257 location and cabling of the computers, when they are added, moved and
7258 removed. Some times the location register is not updated when a
7259 computer is inserted or moved and we then have to search the room for
7260 the &quot;missing&quot; computer.&lt;/p&gt;
7261
7262 &lt;p&gt;In the last issue of Linux Journal, I came across a project
7263 &lt;a href=&quot;http://www.libdmtx.org/&quot;&gt;libdmtx&lt;/a&gt; to write and read bar
7264 code blocks as defined in the
7265 &lt;a href=&quot;http://en.wikipedia.org/wiki/Data_Matrix&quot;&gt;The Data Matrix
7266 Standard&lt;/a&gt;. This is bar codes that can be read with a normal
7267 digital camera, for example that on a cell phone, and several such bar
7268 codes can be read by libdmtx from one picture. The bar code standard
7269 allow up to 2 KiB to be written in the tag. There is another project
7270 with &lt;a href=&quot;http://www.terryburton.co.uk/barcodewriter/&quot;&gt;a bar code
7271 writer written in postscript&lt;/a&gt; capable of creating such bar codes,
7272 but this was the first time I found a tool to read these bar
7273 codes.&lt;/p&gt;
7274
7275 &lt;p&gt;It occurred to me that this could be used to tag and track the
7276 machines in our computing center. If both racks and computers are
7277 tagged this way, we can use a picture of the rack and all its
7278 computers to detect the rack location of any computer in that rack.
7279 If we do this regularly for the entire room, we will find all
7280 locations, and can detect movements and removals.&lt;/p&gt;
7281
7282 &lt;p&gt;I decided to test if this would work in practice, and picked a
7283 random rack and tagged all the machines with their names. Next, I
7284 took pictures with my digital camera, and gave the dmtxread program
7285 these JPEG pictures to see how many tags it could read. This worked
7286 fairly well. If the pictures was well focused and not taken from the
7287 side, all tags in the image could be read. Because of limited space
7288 between the racks, I was unable to get a good picture of the entire
7289 rack, but could without problem read all tags from a picture covering
7290 about half the rack. I had to limit the search time used by dmtxread
7291 to 60000 ms to make sure it terminated in a reasonable time frame.&lt;/p&gt;
7292
7293 &lt;p&gt;My conclusion is that this could work, and we should probably look
7294 at adjusting our computer tagging procedures to use bar codes for
7295 easier automatic tracking of computers.&lt;/p&gt;
7296 </description>
7297 </item>
7298
7299 <item>
7300 <title>Første vellykkede videostrøm fra NUUG</title>
7301 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</link>
7302 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</guid>
7303 <pubDate>Wed, 11 Feb 2009 06:30:00 +0100</pubDate>
7304 <description>&lt;p&gt;Jeg ble glad for å se under
7305 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090210-compiz/&quot;&gt;gårdagens
7306 medlemsmøte&lt;/a&gt; i NUUG Oslo at utsending av live-video fra møtet
7307 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
7308 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
7309 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
7310 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
7311 under møtet å motta spørsmål via IRC som ble besvart der og da.
7312 Opptaket publiseres så snart det er kopiert over til NUUGs
7313 webserver og komprimert.&lt;/p&gt;
7314 </description>
7315 </item>
7316
7317 <item>
7318 <title>Min reprap tar sakte form</title>
7319 <link>http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</link>
7320 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</guid>
7321 <pubDate>Tue, 3 Feb 2009 13:30:00 +0100</pubDate>
7322 <description>&lt;p&gt;Min reprap begynner å ta form. Den er nå kommet så langt at den er
7323 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
7324 hele er klart for litt enkel testing. Har møtt på to problemer som
7325 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
7326 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
7327 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
7328 forklare hvordan de kom rundt problemene. De to problemene er
7329 relatert til Z-aksen og Y-aksen. &lt;/p&gt;
7330
7331 &lt;p&gt;For Z-aksen, er det et stjernehjul som festes på motoraksen ved
7332 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
7333 Problemet med det nederste stjernejulet er at det er helt løst, og
7334 blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
7335 inntil tannjulet slik det skal. Mulig løsningen er å borre i
7336 stjernehjulet, eller lime det fast.&lt;/p&gt;
7337
7338 &lt;p&gt;For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
7339 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
7340 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.&lt;/p&gt;
7341
7342 &lt;p&gt;Når det gjelder elektronikken til min reprap, så er min gode venn
7343 Anders Rosnes igang med å lodde sammen delene og han forteller at
7344 koblingsbordet for Arduino er klart, og en temperatursensor og en
7345 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
7346 ut hvordan jeg laster opp firmware i Arduino-en. :)&lt;/p&gt;
7347
7348 &lt;p&gt;Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
7349 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
7350 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
7351 de fleste metalldelene. Gleder meg til å se resultaten av det
7352 arbeidet.&lt;/p&gt;
7353 </description>
7354 </item>
7355
7356 <item>
7357 <title>Intellektuelt privilegium - et bedre IP-begrep</title>
7358 <link>http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</link>
7359 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</guid>
7360 <pubDate>Sun, 1 Feb 2009 15:06:00 +0100</pubDate>
7361 <description>&lt;p&gt;Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
7362 patenter, varemerker og forretningshemmeligheter. Problemet med dette
7363 begrepet er at det er svært misvisende. For det første er ingen av de
7364 begrensede monopolene det her er snakk om som kan kalles eiendom, og
7365 for det andre er egenskapene til de ulike monopolene så forskjellige
7366 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
7367 sekkebegrep. Blant annet Richard Stallman har
7368 &lt;a href=&quot;http://www.gnu.org/philosophy/not-ipr.html&quot;&gt;skrevet litt om dette&lt;/a&gt;.&lt;/p&gt;
7369
7370 &lt;p&gt;I dag kom jeg over
7371 &lt;a href=&quot;http://blogs.sun.com/webmink/entry/intellectual_privilege&quot;&gt;en
7372 bloggpost fra Simon Phipps&lt;/a&gt; som foreslår å bruke intellektuelt
7373 privilegium som begrep i stedet, da det gjør det klarere at det ikke
7374 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
7375 forteller videre at noen jobber med å skrive
7376 &lt;a href=&quot;http://www.intellectualprivilege.com/book.html&quot;&gt;en bok med
7377 tittel Intellectual Privilege&lt;/a&gt;, og at boken er anbefalt av Lawrence
7378 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
7379 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
7380 forretningshemmeligheter framover.&lt;/p&gt;
7381 </description>
7382 </item>
7383
7384 <item>
7385 <title>Fri og åpen standard, slik Digistan ser det</title>
7386 <link>http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</link>
7387 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</guid>
7388 <pubDate>Sat, 31 Jan 2009 23:10:00 +0100</pubDate>
7389 <description>&lt;p&gt;Det er mange ulike definisjoner om hva en åpen standard er for noe,
7390 og NUUG hadde &lt;a href=&quot;http://www.nuug.no/dokumenter/standard-presse-def-200506.txt&quot;&gt;en
7391 pressemelding om dette sommeren 2005&lt;/a&gt;. Der ble definisjonen til
7392 &lt;a href=&quot;http://www.aaben-standard.dk/&quot;&gt;DKUUG&lt;/a&gt;,
7393 &lt;a href=&quot;http://europa.eu.int/idabc/servlets/Doc?id=19529&quot;&gt;EU-kommissionens
7394 European Interoperability Framework ( side 9)&lt;/a&gt; og
7395 &lt;a href=&quot;http://www.teknologiradet.no/files/7polert_copy.htm&quot;&gt;teknologirådet&lt;/a&gt; omtalt.&lt;/p&gt;
7396
7397 &lt;p&gt;Siden den gang har regjeringens standardiseringsråd dukket opp, og de
7398 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
7399 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407&quot;&gt;sin
7400 arbeidsmetodikk&lt;/a&gt;. Personlig synes jeg det er en god ide, da
7401 kravene som stilles der gjør at alle markedsaktører får like vilkår,
7402 noe som kommer kundene til gode ved hjelp av økt konkurranse.&lt;/p&gt;
7403
7404 &lt;p&gt;I sommer kom det en ny definisjon på banen.
7405 &lt;a href=&quot;http://www.digistan.org/&quot;&gt;Digistan&lt;/a&gt; lanserte
7406 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;en
7407 definisjon på en fri og åpen standard&lt;/a&gt;. Jeg liker måten de bryter
7408 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
7409 ved å legge på et ord og poengtere at en standard som er både åpen og
7410 fri har noen spesielle krav. Her er den definisjonen etter rask
7411 oversettelse fra engelsk til norsk av meg:&lt;/p&gt;
7412
7413 &lt;blockquote&gt;
7414 &lt;p&gt;&lt;strong&gt;Definisjonen av en fri og åpen standard&lt;/strong&gt;&lt;/p&gt;
7415
7416 &lt;p&gt;Den digitale standardorganisasjonen definierer fri og åpen standard
7417 som følger:&lt;/p&gt;
7418 &lt;ul&gt;
7419 &lt;li&gt;En fri og åpen standard er immun for leverandørinnlåsing i alle
7420 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
7421 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
7422 tid.&lt;/li&gt;
7423 &lt;li&gt;Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
7424 organisasjon, og dens pågående utvikling gjøres med en åpen
7425 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
7426 å delta.&lt;/li&gt;
7427 &lt;li&gt;Standarden er publisert og spesifikasjonsdokumentet er fritt
7428 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
7429 bruke den uten begresninger.&lt;/li&gt;
7430 &lt;li&gt;Patentene som muligens gjelder (deler av) standarden er gjort
7431 ugjenkallelig tilgjengelig uten krav om betaling.&lt;/li&gt;
7432 &lt;li&gt;Det er ingen begresninger i gjenbruk av standarden.&lt;/li&gt;
7433 &lt;/ul&gt;
7434 &lt;p&gt;Det økonomiske resultatet av en fri og åpen standard, som kan
7435 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
7436 produkter basert på standarden.&lt;/p&gt;
7437 &lt;/blockquote&gt;
7438
7439 &lt;p&gt;(Tar gjerne imot forbedringer av oversettelsen.)&lt;/p&gt;
7440 </description>
7441 </item>
7442
7443 <item>
7444 <title>Transendentalt tullball og en funksjonell tilnærming</title>
7445 <link>http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</link>
7446 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</guid>
7447 <pubDate>Sat, 24 Jan 2009 15:00:00 +0100</pubDate>
7448 <description>&lt;p&gt;Kom over
7449 &lt;a href=&quot;http://debian-administration.org/users/dkg/weblog/39&quot;&gt;en
7450 bloggpost fra Daniel Kahn Gillmor&lt;/a&gt; som forteller at
7451 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
7452 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
7453 &lt;a href=&quot;http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf&quot;&gt;Trancendental
7454 Nonsense and the Functional Approach&lt;/a&gt; fra 1935. Det må jeg si var
7455 svært interessant for å forstå hvordan og hvorfor immaterialretten har
7456 utvidet sitt virkeområde og hvor lenge det har pågått.&lt;/p&gt;
7457
7458 &lt;p&gt;Innlegget minner meg på
7459 &lt;a href=&quot;https://penta.debconf.org/~joerg/events/161.en.html&quot;&gt;en
7460 presentasjon jeg overvar&lt;/a&gt; på Debconf 7 om hvordan innføring og
7461 utvidelse av opphavsretten ble debattert på 1700-tallet. Anbefaler å
7462 se den presentasjonen som er tilgjengelig på video i
7463 &lt;a href=&quot;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&quot;&gt;lav&lt;/a&gt;
7464 og
7465 &lt;a href=&quot;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&quot;&gt;høy&lt;/a&gt;
7466 oppløsning.&lt;/p&gt;
7467 </description>
7468 </item>
7469
7470 <item>
7471 <title>ODF-bruk i staten, ikke helt på plass</title>
7472 <link>http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</link>
7473 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</guid>
7474 <pubDate>Thu, 22 Jan 2009 23:00:00 +0100</pubDate>
7475 <description>&lt;p&gt;I går publiserte
7476 &lt;a href=&quot;http://universitas.no/nyhet/52776/&quot;&gt;Universitas&lt;/a&gt;,
7477 &lt;a href=&quot;http://www.dagensit.no/trender/article1588462.ece&quot;&gt;Dagens-IT&lt;/a&gt;
7478 og &lt;a href=&quot;http://www.idg.no/computerworld/article118622.ece&quot;&gt;Computerworld
7479 Norge&lt;/a&gt; en sak om at de ansatte ved Universitetet i Oslo ikke følger
7480 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
7481 at det kommer litt fokus på dette, og jeg håper noen journalister tar
7482 en titt på de andre statlige instansene også.&lt;/p&gt;
7483
7484 &lt;p&gt;Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
7485 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
7486 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
7487 Kjenner kun til ufullstendige løsninger for slikt.&lt;/p&gt;
7488 </description>
7489 </item>
7490
7491 <item>
7492 <title>Det vanskelige Lisensvalget - ikke lag din egen</title>
7493 <link>http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</link>
7494 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</guid>
7495 <pubDate>Thu, 22 Jan 2009 22:15:00 +0100</pubDate>
7496 <description>&lt;p&gt;Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
7497 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
7498 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
7499 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
7500 var involvert i
7501 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap-prosjektet&lt;/a&gt;
7502 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
7503 &quot;hvorfor ikke bruke de offisielle kartene fra kartverket &quot; det første
7504 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
7505 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
7506 hun med retten til videredistribusjon av nye kartkopier, som ikke
7507 kopierer kart? Hva skulle hun med retten til å publisere endrede
7508 utgaver som aldri har hatt behov for annet enn å notere litt på en
7509 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
7510 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
7511 opphavsrettsloven.&lt;/p&gt;
7512
7513 &lt;p&gt;Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
7514 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
7515 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
7516 slike lesere.&lt;/p&gt;
7517
7518 &lt;p&gt;Når en publiserer programvare eller annet opphavsrettsbeskyttet
7519 materiale (eller &quot;verk&quot; som loven kaller det), så er det endel ting
7520 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
7521 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
7522 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
7523 kopiere og endre verket. Hvis en ønsker å publisere noe uten
7524 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
7525 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
7526 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
7527 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
7528 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
7529 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
7530 eksisterende lisenstekst hvis det er mulig.&lt;/p&gt;
7531
7532 &lt;p&gt;Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
7533 For det første gir det jobb for de som ønsker å bruke verket å sette
7534 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
7535 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
7536 for de organisasjoner og individer som vurderer å ta i bruk et
7537 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
7538 med andre verk, f.eks. programmer og biblioteker skal settes sammen
7539 til et hele, eller datafiler skal brukes sammen med programmer. Det
7540 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
7541 sammen med andre komponenter hvis en ikke er påpasselig med
7542 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
7543 det ikke er intensjonen ved publisering. Og for det andre, så er det
7544 fort gjort å glemme noe når en lager lisensteksten, slik at
7545 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
7546 begresninger gjelder.. &lt;strong&gt;Første regel ved lisensvalg er derfor
7547 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
7548 de utallige eksisterende lisensene.&lt;/strong&gt;&lt;/p&gt;
7549
7550 &lt;p&gt;Et lite eksempel på problemer som kan oppstå er
7551 &lt;a href=&quot;http://api.met.no/lisens.html&quot;&gt;betingelsene som Meteorologisk
7552 institutt har gjort sine data tilgjengelig under&lt;/a&gt;. De ser pr. i
7553 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
7554 innholdet hvis de endres):&lt;/p&gt;
7555
7556 &lt;blockquote&gt;&lt;p&gt;Betingelser for bruk av data
7557 &lt;br/&gt;Meteorologisk institutt innehar immaterielle- og
7558 eiendomsrettigheter til data og produkter produsert av instituttet
7559 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
7560 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
7561 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
7562 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
7563 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
7564 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
7565 gjenkjennelig del, skal Meteorologisk institutt oppgies som
7566 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
7567 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
7568 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
7569 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
7570 uten varsel. For direkte leveranse av spesifisert produktsett,
7571 vennligst kontakt Meteorologisk institutt.&lt;/p&gt;&lt;/blockquote&gt;
7572
7573 &lt;p&gt;Meteorologisk institutt hevder at dette skal gjøre dem &quot;fritt
7574 tilgjengelige&quot;, og det gjør at jeg mistenker at betingelsene ikke
7575 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
7576 at en har rett til å endre dataene og publisere det endrede
7577 resultatet. Det står heller ingenting om hvorvidt en har rett til
7578 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
7579 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
7580 strid med kriteriene for Free Software
7581 &lt;a href=&quot;http://www.fsf.org/licensing/essays/free-sw.html&quot;&gt;publisert
7582 av FSF&lt;/a&gt;,
7583 &lt;a href=&quot;http://www.debian.org/social_contract#guidelines&quot;&gt;Debian Free
7584 Software Guidelines&lt;/a&gt; og NUUGs beskrivelse av fri programvare
7585 publisert i
7586 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
7587 folder om dette&lt;/a&gt;. Jeg lurer på hvorfor Meteorologisk institutt
7588 ikke valgte noen kjent lisens? Skulle tro at en Creative
7589 Commons-lisens eller en av de mest brukte fri programvarelisensene som
7590 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
7591 og endrer på betingelsene.&lt;/p&gt;
7592 </description>
7593 </item>
7594
7595 <item>
7596 <title>When web browser developers make a video player...</title>
7597 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</link>
7598 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</guid>
7599 <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
7600 <description>&lt;p&gt;As part of the work we do in &lt;a href=&quot;http://www.nuug.no&quot;&gt;NUUG&lt;/a&gt;
7601 to publish video recordings of our monthly presentations, we provide a
7602 page with embedded video for easy access to the recording. Putting a
7603 good set of HTML tags together to get working embedded video in all
7604 browsers and across all operating systems is not easy. I hope this
7605 will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
7606 browsers, but I am not sure. We provide the recordings in several
7607 formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
7608 browser/media plugin to pick one it support and use it to play the
7609 recording, using whatever embed mechanism the browser understand.
7610 There is at least four different tags to use for this, the new HTML5
7611 &amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
7612 the &amp;lt;applet&amp;gt; tag. All of these take a lot of options, and
7613 finding the best options is a major challenge.&lt;/p&gt;
7614
7615 &lt;p&gt;I just tested the experimental Opera browser available from &lt;a
7616 href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
7617 a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
7618 I was not very impressed. The browser start by fetching a picture
7619 from the video stream. Not sure if it is the first frame, but it is
7620 definitely very early in the recording. So far, so good. Next,
7621 instead of streaming the 76 MiB video file, it start to download all
7622 of it, but do not start to play the video. This mean I have to wait
7623 for several minutes for the downloading to finish. When the download
7624 is done, the playing of the video do not start! Waiting for the
7625 download, but I do not get to see the video? Some testing later, I
7626 discover that I have to add the controls=&quot;true&quot; attribute to be able
7627 to get a play button to pres to start the video. Adding
7628 autoplay=&quot;true&quot; did not help. I sure hope this is a misfeature of the
7629 test version of Opera, and that future implementations of the
7630 &amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
7631 playing when the download is done.&lt;/p&gt;
7632
7633 &lt;p&gt;The test page I used (since changed to add more attributes) is
7634 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
7635 from the nuug site&lt;/a&gt;. Will have to test it with the new Firefox
7636 too.&lt;/p&gt;
7637
7638 &lt;p&gt;In the test process, I discovered a missing feature. I was unable
7639 to find a way to get the URL of the playing video out of Opera, so I
7640 am not quite sure it picked the Ogg Theora version of the video. I
7641 sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
7642 </description>
7643 </item>
7644
7645 <item>
7646 <title>Fiksgatami begynner å ta form</title>
7647 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</link>
7648 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</guid>
7649 <pubDate>Thu, 15 Jan 2009 23:15:00 +0100</pubDate>
7650 <description>&lt;p&gt;For noen uker siden bestemte noen av oss seg for at det var på tide
7651 med en norsk utgave av
7652 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;, og satte igang
7653 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
7654 rapportere til rette instans om ting som er galt i offentligheten, ved
7655 å bruke kart og web. &lt;a href=&quot;http://www.fiksgatami.no&quot;&gt;En
7656 testinstans&lt;/a&gt; er på plass på en maskin donert av min arbeidsplass
7657 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
7658 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
7659 finne kilde for å slå opp adresser før første versjon er operativ.
7660 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
7661 til ny funksjonalitet.
7662 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami&quot;&gt;Prosjektet&lt;/a&gt;
7663 trenger flere folk, både utviklere og folk til å bidra med å finne ut
7664 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
7665 kontakt med naturvernmiljøet i Bergen som allerede var igang med
7666 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
7667 med dem. Dette blir bra.&lt;/p&gt;
7668 </description>
7669 </item>
7670
7671 <item>
7672 <title>Elektronikkbyggesettet kommer fram på andre forsøk</title>
7673 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</link>
7674 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</guid>
7675 <pubDate>Fri, 2 Jan 2009 13:55:00 +0100</pubDate>
7676 <description>&lt;p&gt;Et langt hopp fremover for &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
7677 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
7678 i dag.&lt;/p&gt;
7679
7680 &lt;p&gt;I dag klarte posten det de ikke klarte før jul, nemlig å få fram
7681 elektronikkbyggesettet for 3D-skriveren min. Fikk pakkelapp i dag som
7682 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
7683 pakke der, som sist. Ringte så direkte til til postens kundeservice
7684 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
7685 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
7686 av at pakken hadde annet referansenummer enn det som var på
7687 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
7688 skjedde sist, og om pakken også da lå her og ventet på meg uten at
7689 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
7690 ruslet jeg hjem igjen med elektronikkbyggesettet.&lt;/p&gt;
7691
7692 &lt;p&gt;Da er det bare å gå igang med å lodde sammen alle kretskortene.
7693 Det er en solid stabel deler, selv om esken ikke var så stor (ca
7694 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
7695 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
7696 bidra med sin kompetanse. :)&lt;/p&gt;
7697
7698 &lt;p&gt;Ellers er det god framgang med bygging av mekanikksettet som ankom
7699 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
7700 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
7701 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
7702 slik at rammeverket til &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt;-en
7703 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
7704 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
7705 feilmargin på 0.25 mm, over en avstand på 40 cm. Håper vater kan
7706 bidra her. Regner med at det blir enklere å komme opp med løsninger
7707 når rammen begynner å ta form.&lt;/p&gt;
7708
7709 &lt;p&gt;Her om dagen kom jeg forresten over en alternativ 3D-skriver som
7710 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
7711 &lt;a href=&quot;http://blog.wired.com/gadgets/2008/11/3d-printer-feed.html&quot;&gt;Mcor
7712 Matrix&lt;/a&gt; heter vidunderet, men det er ikke i salg ennå, selv om
7713 &lt;a href=&quot;http://www.mcortechnologies.com/&quot;&gt;produsentens websider&lt;/a&gt;
7714 påstår det skulle skje i 2008.&lt;/p&gt;
7715 </description>
7716 </item>
7717
7718 <item>
7719 <title>Software video mixer on a USB stick</title>
7720 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</link>
7721 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</guid>
7722 <pubDate>Sun, 28 Dec 2008 15:40:00 +0100</pubDate>
7723 <description>&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; is
7724 recording our montly presentation on video, and recently we have
7725 worked on improving the quality of the recordings by mixing the slides
7726 directly with the video stream. For this, we use the
7727 &lt;a href=&quot;http://dvswitch.alioth.debian.org/&quot;&gt;dvswitch&lt;/a&gt; package from
7728 the Debian video team. As this require quite one computer per video
7729 source, and NUUG do not have enough laptops available, we need to
7730 borrow laptops. And to avoid having to install extra software on
7731 these borrwed laptops, I have wrapped up all the programs needed on a
7732 bootable USB stick. The software required is dvswitch with assosiated
7733 source, sink and mixer applications and
7734 &lt;a href=&quot;http://www.kinodv.org/&quot;&gt;dvgrab&lt;/a&gt;. To allow this setup to
7735 work without any configuration, I&#39;ve patched dvswitch to use
7736 &lt;a href=&quot;http://www.avahi.org/&quot;&gt;avahi&lt;/a&gt; to connect the various parts
7737 together. And to allow us to use laptops without firewire plugs, I
7738 upgraded dvgrab to the one from Debian/unstable to get one that work
7739 with USB sources. We have not yet tested this setup in a production
7740 setup, but I hope it will work properly, and allow us to set up a
7741 video mixer in a very short time frame. We will need it for
7742 &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt;.&lt;/p&gt;
7743
7744 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz&quot;&gt;The
7745 USB image&lt;/a&gt; is for a 1 GB memory stick, but can be used on any
7746 larger stick as well.&lt;/p&gt;
7747 </description>
7748 </item>
7749
7750 <item>
7751 <title>FAD lanserer reiseregningsskjema som fri programvare</title>
7752 <link>http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</link>
7753 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</guid>
7754 <pubDate>Wed, 17 Dec 2008 15:00:00 +0100</pubDate>
7755 <description>&lt;p&gt;Jeg overvar i dag &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html&quot;&gt;FADs pressepresentasjon&lt;/a&gt; av arbeidet med ny
7756 programvare for &lt;a href=&quot;http://www.reiseregningen.no/&quot;&gt;skriving av
7757 reiseregninger&lt;/a&gt;, som de gir ut som fri programvare. Den gode
7758 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
7759 foran i å etablere en delingskultur i offentlig sektor, og denne gang
7760 har hatt fokus på å lage en løsning som fungerer på flere platformer,
7761 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
7762 &lt;a href=&quot;http://makingwaves.no&quot;&gt;Making Waves&lt;/a&gt; på oppdrag fra FAD, og
7763 kildekoden er tilgjengelig fra
7764 &lt;a href=&quot;https://www.coderesort.com/p/reiseregningen&quot;&gt;CodeResort&lt;/a&gt;.
7765 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
7766 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
7767 FAD håper å få erfaring med fri programvareprosjekter vha. dette
7768 prosjektet, som er første gang de gir ut kildekode fra et
7769 &quot;egenutviklet&quot; prosjekt.&lt;/p&gt;
7770
7771 &lt;p&gt;Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
7772 Adobe Flex. Den bruker Flash 9, og fungerer ikke med Gnash. I
7773 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
7774 lagt JavaScript-kode foran web-programmet som nekter å starte
7775 flash-programmet hvis ikke Adobe Flash 9 er installert. Det var
7776 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
7777 HTML-siden og lage min egen testside for å sjekke om den fungerte med
7778 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
7779 en side med følgende HTML-snutt for å laste programmet
7780 &lt;pre&gt;&lt;blockquote&gt;&amp;lt;object
7781 data=&quot;http://213.225.125.209/kunder/dss/Reiseregningen.swf&quot;
7782 width=&quot;100%&quot;
7783 height=&quot;100%&quot;
7784 &amp;gt;&lt;/blockquote&gt;&lt;/pre&gt;&lt;/p&gt;
7785
7786 &lt;p&gt;Bruken av Adobe Flash er spesielt problematisk da Adobes
7787 Flash-utgave har en lisens som ikke tillater andre en Adobe å
7788 distribuere deres programpakke. Det gjør det umulig for
7789 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
7790 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
7791 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
7792 programvare, som &lt;a href=&quot;http://www.getgnash.org/&quot;&gt;Gnash&lt;/a&gt; og
7793 &lt;a href=&quot;http://swfdec.freedesktop.org/&quot;&gt;swfdec&lt;/a&gt;. Jeg spurte
7794 utviklerne om de hadde testet med alternative utgaver av Flash som
7795 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
7796 heller ikke testet løsningen mot disse.&lt;/p&gt;
7797
7798 &lt;p&gt;Videreutvikling av reiseregningsprogrammet vil kreve aksept for
7799 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
7800 Eclipse-utvidelse i
7801 &lt;a href=&quot;http://labs.adobe.com/technologies/flex/flexbuilder_linux/&quot;&gt;en
7802 betautgave for Linux&lt;/a&gt;, men jeg vet ikke om denne er tilstrekkelig
7803 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
7804 teknologi gjør at svært få fri programvareutviklere ser det som
7805 interessant å involvere seg i videreutvikling av dette prosjektet.
7806 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
7807 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
7808 fri programvare ser det åpenbart annerledes, da det jo finnes fri
7809 programvare på Windows. Vi får se om det er tilstrekkelig mange av
7810 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
7811 av &quot;kast det over gjerdet&quot;-metoden for deling, der en legger ut koden
7812 men det ikke er klart hvem som skal skape fellesskapet som trengs for
7813 å få et fungerende fri programvareutviklingsmiljø.&lt;/p&gt;
7814
7815 &lt;p&gt;Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
7816 og der tidligere svar styrer hvilke alternativer en må fylle ut
7817 senere. Det henter informasjon om takster og regler fra FADs sider,
7818 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
7819 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
7820 utskrift eller videre lagring/behandling. Skjemaet er kun
7821 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
7822 med. FAD lovte at de skulle bidra til at takster og regelfilene
7823 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
7824 Utviklerne hadde ingen idé om dette fungerte med fri
7825 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
7826 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
7827 eksisterende tjenerløsning. Løsningen kunne gjenbruke
7828 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
7829 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
7830 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
7831 gjorde det litt vanskeligere for brukeren.&lt;/p&gt;
7832 </description>
7833 </item>
7834
7835 <item>
7836 <title>Elektronikkbyggesettet for reprapen sporet opp</title>
7837 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</link>
7838 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</guid>
7839 <pubDate>Tue, 16 Dec 2008 08:00:00 +0100</pubDate>
7840 <description>&lt;p&gt;I dag fikk jeg endelig vite hva posten hadde gjort med
7841 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach &#39;Hoeken&#39;
7842 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
7843 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
7844 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
7845 bedre denne gangen.&lt;/p&gt;
7846
7847 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
7848 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
7849 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
7850 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
78513D-skriveren til Institutt for Informatikk i Oslo. Han er igang
7852 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
7853 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
7854 er dermed gode håp om at vi har to 3D-skrivere operative over
7855 jul.&lt;/p&gt;
7856 </description>
7857 </item>
7858
7859 <item>
7860 <title>Mekanikk-delen av reprap-byggesettet i hus</title>
7861 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</link>
7862 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</guid>
7863 <pubDate>Tue, 9 Dec 2008 12:30:00 +0100</pubDate>
7864 <description>&lt;p&gt;NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
7865 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
7866 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
7867 Hurra. Håper å starte byggingen av mekanikksettet i romjula.&lt;/p&gt;
7868
7869 &lt;p&gt;Når det gjelder bygging av reprap basert på deler fra IFIs
7870 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
7871 STL-filer vi sender dem der, og printeransvarlig der har fått første
7872 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
7873 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
7874 snart. Det trengs frivillige for å bygge denne. Det innebærer
7875 blant annet å skaffe seg oversikt over hvilke plastdeler som må
7876 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
7877 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
7878 dette, men har ingen plan om å sette meg inn i dette selv med det
7879 første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
7880 og kan melde seg på aktive@nuug.no.&lt;/p&gt;
7881 </description>
7882 </item>
7883
7884 <item>
7885 <title>Mekanikk-delen av reprap-byggesettet på vei</title>
7886 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</link>
7887 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</guid>
7888 <pubDate>Tue, 2 Dec 2008 12:00:00 +0100</pubDate>
7889 <description>&lt;p&gt;Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
7890 England. Jeg kan følge pakkens bevegelser via web, og den er nå
7891 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
7892 dager, hvis alt går bra.&lt;/p&gt;
7893
7894 &lt;p&gt;Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
7895 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
7896 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
7897 bort første pakke.&lt;/p&gt;
7898 </description>
7899 </item>
7900
7901 <item>
7902 <title>Reprap-pakke tapt i posten</title>
7903 <link>http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</link>
7904 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</guid>
7905 <pubDate>Thu, 27 Nov 2008 21:20:00 +0100</pubDate>
7906 <description>&lt;p&gt;Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
7907 at posten har sendt meg et brev der de beklager at den er tapt. Da er
7908 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
7909 håpe det går bedre denne gangen.&lt;/p&gt;
7910
7911 &lt;p&gt;Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
7912 England, så også der spøker det for å få alt i hus før jul. Så
7913 lenge alt er klart til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
7914 2009&lt;/a&gt; i april, så er det greit.&lt;/p&gt;
7915 </description>
7916 </item>
7917
7918 <item>
7919 <title>Amigafolket holder ut</title>
7920 <link>http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</link>
7921 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</guid>
7922 <pubDate>Wed, 26 Nov 2008 06:05:00 +0100</pubDate>
7923 <description>&lt;p&gt;En sak på &lt;a href=&quot;http://www.linuxtoday.com/&quot;&gt;Linux Today&lt;/a&gt; om
7924 &lt;a href=&quot;http://www.linuxtoday.com/developer/2008112600335OPLLDV&quot;&gt;Amiga&lt;/a&gt;
7925 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
7926 minnet meg på prosjektet Aros.
7927 &lt;a href=&quot;http://aros.sourceforge.net/&quot;&gt;Aros-prosjektet&lt;/a&gt; går ut på å
7928 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
7929 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
7930 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
7931 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?&lt;/p&gt;
7932 </description>
7933 </item>
7934
7935 <item>
7936 <title>Mens vi venter på 3D-skriveren</title>
7937 <link>http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</link>
7938 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</guid>
7939 <pubDate>Mon, 24 Nov 2008 20:00:00 +0100</pubDate>
7940 <description>&lt;p&gt;Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
7941 å få min replikator på plass, har jeg som del av
7942 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;NUUGs
7943 3D-skriverprosjekt&lt;/a&gt; bestilt deler til en
7944 &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt; fra utlandet, som skal
7945 bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
7946 Foreløbig plan er å bygge to i parallell, en basert på byggesett
7947 fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
7948 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
7949 på byggesettet, og håper noen andre vil ta ansvar for den
7950 hjemmelagede utgaven. :)&lt;/p&gt;
7951
7952 &lt;p&gt;Nå er det den lange ventetiden som rår, etter at begge
7953 byggesettene er bestilt og betalt. Dog har visst den første pakken
7954 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
7955 fortollet, og pakkelapp kom i postkassen før pakken var klar til
7956 henting. Det var 2008-11-07. Postens sporingssystem forteller at
7957 pakken ikke har beveget seg siden 2008-11-05, da den var innom
7958 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
7959 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
7960 håper det ikke går tapt på samme vis.&lt;/p&gt;
7961 </description>
7962 </item>
7963
7964 </channel>
7965 </rss>