]> pere.pagekite.me Git - homepage.git/blob - blog/tags/nuug/nuug.rss
6204c599d0182a767585c52c8978599c2e42f087
[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>Ode til Frikanalen...</title>
11 <link>http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</link>
12 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</guid>
13 <pubDate>Fri, 2 Nov 2012 23:00:00 +0100</pubDate>
14 <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
15 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; ble
16 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html&quot;&gt;tilgjengelig
17 i et fritt og åpent standardisert videoformat&lt;/a&gt;. Bakgrunnen var at
18 vi i NUUG likte tanken på «Youtube på TV», der enhver borger kunne få
19 mulighet til å kringkaste sin video på TV, og NUUG ble medlem i
20 Frikanalen for å støtte dette arbeidet. Frikanalen er borger-TV, der
21 alle kan være sin egen redaktør og lage TV uten solid finansielle
22 muskler. Siden den gang har vi bistått kanalen på ulikt vis, blant
23 annet med å hjelpe til med å utvikle en løsning basert på fri
24 programvare for drift av TV-kanalen. Dette utviklingsarbeidet pågår
25 fortsatt, men det er god fremgang og godt håp om å få på plass en
26 webbasert løsning for styring av TV-kanalen basert på fri programvare.
27 Dagens produksjonsløsning er basert på Windows og proprietær
28 programvare, et resultat av at kulturdepartementet krevde at
29 Frikanalen kom på lufta veldig raskt da departementet overtalte
30 Frivillighet Norge til å snappe opp konseptet. Dagens
31 produksjonsløsning er dyr i drift, og en fri programvareløsning bør
32 kutte kostnadene litt. Men det er fortsatt dyrt å kjøpe tilgang til å
33 sende ut på RiksTV og andre TV-distributører, noe som spiser av
34 kanalens begrensede midler.
35
36 &lt;p&gt;Nytt for 2013 er dessverre at kulturdepartementet kutter all støtte
37 til Frikanalen. Mens det i
38 &lt;a href=&quot;http://www.regjeringen.no/pages/35168579/PDFS/PRP201120120001KUDDDDPDFS.pdf&quot;&gt;statsbudsjettet
39 for 2012&lt;/a&gt; sto følgende (side 55):&lt;/p&gt;
40
41 &lt;blockquote&gt;
42
43 Det foreslås et driftstilskudd på 1 mill. kroner i 2012 til
44 Frikanalen. Kulturdepartementet har inngått avtale om investerings- og
45 driftsstøtte til Frikanalen som gir et økonomisk grunnlag for kanalen
46 i oppstartsårene. En forutsetning for støtten er bl.a. at Frikanalen
47 tilstreber å være en reell ytringskanal for samtlige partier og lister
48 i forbindelse med valg.
49
50 &lt;/blockquote&gt;
51
52 &lt;p&gt;Så har kulturdepartementet
53 &lt;a href=&quot;http://www.knif.no/Innkjop/Knif-Samfunn/Informasjonsbrev/Informasjonsbrev-2012/Frikanalen&quot;&gt;kuttet
54 all støtte for 2013&lt;/a&gt;:&lt;/p&gt;
55
56 &lt;blockquote&gt;
57
58 &lt;p&gt;Statsbudsjettet 2013: Frikanalen&lt;/p&gt;
59 &lt;p&gt;Det er ikke satt av penger i statsbudsjettet for 2013 til Frikanalen.&lt;/p&gt;
60
61 &lt;p&gt;Frivillighet Norge var fødselshjelper for foreningen Frikanalen i
62 2007. Kanalen har fått 1 mill kr i altfor lav bevilgning hvis kanalen
63 skulle klare å realisere målet om å være en opplæringsarena for
64 frivillige organisasjoner som ville lære å bruke billedspråk.&lt;/p&gt;
65
66 &lt;p&gt;TV-mediets posisjon som kommunikasjonskanal har endret seg
67 betydelig siden Frikanalen ble etablert. Det er supplert og til dels
68 erstattet av andre kommunikasjonskanaler, som det også er
69 ressurskrevende for organisasjonene å ta i bruk.&lt;/p&gt;
70
71 &lt;/blockquote&gt;
72
73 &lt;p&gt;Når en ser bort fra den merkelige begrunnelsen, da Frikanalen så
74 vidt jeg vet aldri har tatt mål av seg «å være en opplæringsarena for
75 frivillige organisasjoner som ville lære å bruke billedspråk», så er
76 det veldig trist at kulturdepartementet kutter støtten.&lt;/p&gt;
77
78 &lt;p&gt;Fundamentet for Frikanalen ble lagt da Stortinget vedtok
79 innføringen av det digitale bakkenettet. En oversikt over
80 &lt;a href=&quot;http://www.openchannel.no/stortinget.html&quot;&gt;det Stortinget
81 skrev&lt;/a&gt; da finnes på nettsidene til åpen kanal. Der het det blant
82 annet om «åpne kanaler»:&lt;/p&gt;
83
84 &lt;blockquote&gt;
85
86 Et annet flertall, alle unntatt medlemmene fra Fremskrittspartiet, vil
87 også peke på at man ut fra ønsket om en bredt anlagt offentlig debatt,
88 må se på den faktiske tilgjengelighet allmennheten har til
89 TV-mediet. I mange land har man ønsket å sikre denne tilgangen gjennom
90 egen lovgivning som forplikter allmennkringkastere eller distributører
91 å holde av en del av sendekapasiteten til livssynskanaler, ideelle
92 organisasjoner og lignende. I Norden betegnes dette gjerne som åpne
93 kanaler. Dette flertallet mener dette er et interessant område sett i
94 et ytringsfrihetsperspektiv. Dette flertallet mener derfor at staten
95 bør legge til rette for dette når man ved innføring av nye
96 distribusjonskanaler skal utarbeide regelverk og gi konsesjoner.
97 &lt;/blockquote&gt;
98
99 &lt;p&gt;Veien frem har gått over svært ulendt terreng, noe en kan se litt
100 av konturene av i en artikkel hos Vox Publica med tittel
101 «&lt;a href=&quot;http://voxpublica.no/2007/03/hvor-apen-blir-frikanalen/&quot;&gt;Hvor
102 åpen blir “Frikanalen”?&lt;/a&gt;». Begge tekstene er nyttig lesning for å
103 forstå mer om hva Frikanalen er. Jeg anbefaler alle å støtte opp om
104 Frikanalen, bli medlem, lage og sende programmer der.&lt;/p&gt;
105 </description>
106 </item>
107
108 <item>
109 <title>12 years of outages - summarised by Stuart Kendrick</title>
110 <link>http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</link>
111 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</guid>
112 <pubDate>Fri, 26 Oct 2012 14:20:00 +0200</pubDate>
113 <description>&lt;p&gt;I work at the &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt;
114 looking after the computers, mostly on the unix side, but in general
115 all over the place. I am also a member (and currently leader) of
116 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the NUUG association&lt;/a&gt;, which in turn
117 make me a member of &lt;a href=&quot;http://www.usenix.org/&quot;&gt;USENIX&lt;/a&gt;. NUUG
118 is an member organisation for us in Norway interested in free
119 software, open standards and unix like operating systems, and USENIX
120 is a US based member organisation with similar targets. And thanks to
121 these memberships, I get all issues of the great USENIX magazine
122 &lt;a href=&quot;https://www.usenix.org/publications/login&quot;&gt;;login:&lt;/a&gt; in the
123 mail several times a year. The magazine is great, and I read most of
124 it every time.&lt;/p&gt;
125
126 &lt;p&gt;In the last issue of the USENIX magazine ;login:, there is an
127 article by &lt;a href=&quot;http://www.skendric.com/&quot;&gt;Stuart Kendrick&lt;/a&gt; from
128 Fred Hutchinson Cancer Research Center titled
129 &quot;&lt;a href=&quot;https://www.usenix.org/publications/login/october-2012-volume-37-number-5/what-takes-us-down&quot;&gt;What
130 Takes Us Down&lt;/a&gt;&quot; (longer version also
131 &lt;a href=&quot;http://www.skendric.com/problem/incident-analysis/2012-06-30/What-Takes-Us-Down.pdf&quot;&gt;available
132 from his own site&lt;/a&gt;), where he report what he found when he
133 processed the outage reports (both planned and unplanned) from the
134 last twelve years and classified them according to cause, time of day,
135 etc etc. The article is a good read to get some empirical data on
136 what kind of problems affect a data centre, but what really inspired
137 me was the kind of reporting they had put in place since 2000.&lt;p&gt;
138
139 &lt;p&gt;The centre set up a mailing list, and started to send fairly
140 standardised messages to this list when a outage was planned or when
141 it already occurred, to announce the plan and get feedback on the
142 assumtions on scope and user impact. Here is the two example from the
143 article: First the unplanned outage:
144
145 &lt;blockquote&gt;&lt;pre&gt;
146 Subject: Exchange 2003 Cluster Issues
147 Severity: Critical (Unplanned)
148 Start: Monday, May 7, 2012, 11:58
149 End: Monday, May 7, 2012, 12:38
150 Duration: 40 minutes
151 Scope: Exchange 2003
152 Description: The HTTPS service on the Exchange cluster crashed, triggering
153 a cluster failover.
154
155 User Impact: During this period, all Exchange users were unable to
156 access e-mail. Zimbra users were unaffected.
157 Technician: [xxx]
158 &lt;/pre&gt;&lt;/blockquote&gt;
159
160 Next the planned outage:
161
162 &lt;blockquote&gt;&lt;pre&gt;
163 Subject: H Building Switch Upgrades
164 Severity: Major (Planned)
165 Start: Saturday, June 16, 2012, 06:00
166 End: Saturday, June 16, 2012, 16:00
167 Duration: 10 hours
168 Scope: H2 Transport
169 Description: Currently, Catalyst 4006s provide 10/100 Ethernet to end-
170 stations. We will replace these with newer Catalyst
171 4510s.
172 User Impact: All users on H2 will be isolated from the network during
173 this work. Afterward, they will have gigabit
174 connectivity.
175 Technician: [xxx]
176 &lt;/pre&gt;&lt;/blockquote&gt;
177
178 &lt;p&gt;He notes in his article that the date formats and other fields have
179 been a bit too free form to make it easy to automatically process them
180 into a database for further analysis, and I would have used ISO 8601
181 dates myself to make it easier to process (in other words I would ask
182 people to write &#39;2012-06-16 06:00 +0000&#39; instead of the start time
183 format listed above). There are also other issues with the format
184 that could be improved, read the article for the details.&lt;/p&gt;
185
186 &lt;p&gt;I find the idea of standardising outage messages seem to be such a
187 good idea that I would like to get it implemented here at the
188 university too. We do register
189 &lt;a href=&quot;http://www.uio.no/tjenester/it/aktuelt/planlagte-tjenesteavbrudd/&quot;&gt;planned
190 changes and outages in a calendar&lt;/a&gt;, and report the to a mailing
191 list, but we do not do so in a structured format and there is not a
192 report to the same location for unplanned outages. Perhaps something
193 for other sites to consider too?&lt;/p&gt;
194 </description>
195 </item>
196
197 <item>
198 <title>NUUGs spørreundersøkelse for 2012 endelig åpnet</title>
199 <link>http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</link>
200 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</guid>
201 <pubDate>Wed, 10 Oct 2012 23:00:00 +0200</pubDate>
202 <description>&lt;p&gt;Etter flere års pause fikk vi i NUUG endelig i dag
203 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2012-October/000505.html&quot;&gt;annonsert
204 spørreundersøkelse&lt;/a&gt; for medlemmer og likesinnede personer. Siste
205 undersøkelse var i 2009, så det blir interessant å se hvordan svarene
206 har endret seg siden da.&lt;/p&gt;
207
208 &lt;p&gt;Alle kan delta.
209 &lt;a href=&quot;https://nettskjema.uio.no/answer/45826.html&quot;&gt;Skjemaet&lt;/a&gt; har
210 har 27 spørsmål og vil ta om lag fem minutt å fylle ut.&lt;/p&gt;
211 </description>
212 </item>
213
214 <item>
215 <title>NUUGs høringsuttalelse til DIFIs forslag om å kaste ut ODF fra statens standardkatalog</title>
216 <link>http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</link>
217 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</guid>
218 <pubDate>Mon, 1 Oct 2012 08:20:00 +0200</pubDate>
219 <description>&lt;p&gt;Som jeg
220 &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
221 i juni&lt;/a&gt; har DIFI foreslått å fjerne krav om å bruke ODF til
222 utveksling av redigerbare dokumenter med det offentlige, og
223 derigjennom tvinge innbyggerne til å forholde seg til formatene til MS
224 Office når en kommuniserer med det offentlige.&lt;/p&gt;
225
226 &lt;p&gt;I går kveld fikk vi i &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;
227 fullført vår høringsuttalelse og sendt den inn til DIFI. Du finner
228 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201209-forskrift-standardkatalog&quot;&gt;uttalelsen
229 på wikien&lt;/a&gt;. Ta en titt. Fristen for å sende inn uttalelse var i
230 går søndag, men en får kanskje sitt innspill med hvis en sender i
231 dag.&lt;/p&gt;
232 </description>
233 </item>
234
235 <item>
236 <title>E-valg, fortsatt en dårlig idé (evaluering legges frem i Oslo)</title>
237 <link>http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</link>
238 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</guid>
239 <pubDate>Tue, 11 Sep 2012 10:30:00 +0200</pubDate>
240 <description>&lt;p&gt;I 2006 var forslaget om å gjennomføre politiske valg over Internet
241 ute på høring, og
242 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;NUUG
243 skrev en høringsuttalelse&lt;/a&gt; (som EFN endte opp med å støtte), som
244 fortsatt er like aktuell. Jeg ble minnet på om den da jeg leste et
245 innlegg i Bergens Tidende med tittelen
246 &lt;a href=&quot;http://blogg.bt.no/preik/2012/09/11/e-valg/&quot;&gt;En dårlig idé&lt;/a&gt;
247 som poengterer hvor viktig det er å holde fast ved at vi skal ha
248 hemmelige valg i Norge, og at det nødvendigvis fører til at vi ikke
249 kan ha valg over Internet.&lt;/p&gt;
250
251 &lt;p&gt;Innlegget i BT forteller at det skal være et
252 &lt;a href=&quot;http://www.samfunnsforskning.no/ISF-intern/ISF-Agenda/E-valg-i-et-demokratisk-perspektiv&quot;&gt;seminar
253 om evalueringen av e-valgforsøket&lt;/a&gt; på Litteraturhuset i morgen
254 2012-09-12 9-11:45. Jeg hadde ikke fått med meg dette før nå, og
255 kommer meg nok dessverre ikke innom, men håper det møter mange som
256 fortsatt kan bidra til å få skutt ned e-valgsgalskapen.&lt;/p&gt;
257
258 &lt;p&gt;Det er lenge siden 2006, og jeg regner med at de fleste av mine
259 lesere har glemt eller ikke har lest høringsuttalelsen fra NUUG. Jeg
260 gjengir den derfor her i sin helhet.&lt;/p&gt;
261
262 &lt;blockquote&gt;
263 &lt;p&gt;&lt;strong&gt;Høringsuttalelse fra NUUG og EFN om elektronisk
264 stemmegivning&lt;/strong&gt;&lt;/p&gt;
265
266 &lt;p&gt;Petter Reinholdtsen
267 &lt;br&gt;Leder i foreningen NUUG
268 &lt;br&gt;2006-09-30&lt;/p&gt;
269
270 &lt;p&gt;Foreningene NUUG og EFN er glade for å ha blitt invitert til å
271 kommentere utredningen om elektronisk stemmegivning, og håper våre
272 innspill kan komme til nytte. Denne uttalelsen er ført i pennen av
273 NUUGs leder Petter Reinholdtsen med innspill fra Tore Audun Høie, Erik
274 Naggum og Håvard Fosseng.&lt;/p&gt;
275
276 &lt;p&gt;Når en vurderer elektronisk stemmegivning, så tror vi det er viktig
277 å ha prinsippene for gode valg i bakhodet. Vi har tatt utgangspunkt i
278 listen fra Cranor, L.F. og Cytron, R.K. i &quot;Design and Implementation
279 of a Security-Conscious Electronic Polling System&quot;, som oppsummerer
280 hvilke egenskaper som er viktige:&lt;/p&gt;
281
282 &lt;ul&gt;
283
284 &lt;li&gt;Nøyaktig - et system er nøyaktig hvis det ikke er mulig å endre en
285 stemme, det ikke er mulig å fjerne en gyldig stemme fra den endelige
286 opptellingen og det ikke er mulig for en ugyldig stemme å bli talt med
287 i den endelige opptellingen. Fullstendig nøyaktige systemer sikrer at
288 den endelige opptellingen er perfekt, enten ved sikre at
289 unøyaktigheter ikke kan bli introdusert eller kan oppdages og
290 korrigert for. Delvis nøyaktige systemer kan oppdage men ikke
291 nødvendigvis korrigere unøyaktigheter.&lt;/li&gt;
292
293 &lt;li&gt;Demokratisk - et system er demokratisk hvis kun de som har lov til
294 å stemme kan stemme, og det sikrer at hver av dem kun kan stemme en
295 gang.&lt;/li&gt;
296
297 &lt;li&gt;Hemmelig - et system er hemmelig hvis ingen, hverken de som
298 arrangerer valget eller noen andre kan knytte en stemmeseddel til den
299 som avga den, og ingen stemmegiver kan bevise at han eller hun stemte
300 på en bestemt måte. Dette er spesielt viktig for å hindre kjøp og salg
301 av stemmer og at personer kan tvinges til å stemme på en bestemt
302 måte.&lt;/li&gt;
303
304 &lt;li&gt;Etterprøvbart - et system er etterprøvbart hvis hvem som helst
305 uavhengig kan kontrollere at opptellingen er korrekt.&lt;/li&gt;
306
307 &lt;/ul&gt;
308
309 &lt;p&gt;Et demokratisk valg må sikre at disse punktene er oppfylt. Det er
310 med den bakgrunn vi vurderer elektronisk stemmegivning.&lt;/p&gt;
311
312 &lt;p&gt;Nøyaktig opptelling kan kun oppnås hvis alle steg i
313 opptellingsprosessen kan kontrolleres og verifiseres. Det må ikke må
314 være mulig å fjerne eller endre avgitte stemmer, og heller ikke mulig
315 å legge inn flere stemmer enn det som faktisk er avgitt. Elektronisk
316 lagring av avgitte stemmer kan gjør det svært enkelt å endre på
317 avgitte stemmer uten at det er mulig å oppdage det i
318 ettertid. Elektronisk lagring vil også gjøre det mulig å lagre en
319 annen stemme enn det som er blitt avgitt, selv om det så korrekt ut
320 for den som avga stemmen. Vi mener derfor det er viktig at elektronisk
321 stemmegivning gjøres via papir eller tilsvarende, slik at de som
322 stemmer kan kontrollere at den stemmen de har avgitt er den som blir
323 talt opp. I Australia brukes det et system der de som stemmer gjør
324 sitt valg på en skjerm, og stemmen så skrives ut på en papirrull som
325 sjekkes av den som stemmer før papirrullen leses inn av
326 opptellingssystemet. En sikrer slik at hver enkelt stemme kan
327 kontrolleres på nytt.&lt;/p&gt;
328
329 &lt;p&gt;Etterprøvbarhet kan kun oppnås hvis hver enkelt stemmegiver kan
330 kontrollere hele systemet som brukes for stemmegivning. For at dette
331 skal være mulig er en nødvendig betingelse at en har innsyn i hvordan
332 systemene er satt sammen, og hvordan de brukes. Selv om de aller
333 fleste ikke selv vil kunne gjennomføre en slik kontroll, er det viktig
334 at flere uavhengige eksperter kan sjekke systemet. Velgerne bør kunne
335 velge hvilke eksperter de vil stole på. Dette forutsetter blant annet
336 tilgang til kildekoden og informasjon om hvordan de ulike delene av
337 det totale stemmegivingssystemet er koblet. Lukkede systemer der
338 kildekoden ikke er tilgjengelig og en ikke kan kontrollere systemene
339 som brukes under selve valgene, er sårbare for trojanere (programvare
340 som gjør noe annet og/eller mer enn det leverandøren sier den skal,
341 f.eks. endre sluttresulatet av en opptelling) og påvirkning fra
342 leverandøren. Det er påstander om slikt i USA på maskiner fra Diebold
343 og Siebel allerede. Det finnes i dag flere tilgjengelige fri
344 programvaresystemer for elektronisk stemmegiving og opptelling. Fri
345 programvare sikrer brukeren kontroll over datasystemene. Slike
346 systemer er tilgjengelig fra OpenSourceVoting og ACTs elektroniske
347 valgsystem som ble brukt i det australske parlamentvalget 2001 og
348 2004. For å sikre at det er mulig å gjennomføre omtellinger må hver
349 enkelt stemme lagres på ikke-elektronisk format (f.eks. papir), og et
350 slikt papirspor må sikres slik at de ikke kan endres i ettertid.
351
352 &lt;p&gt;&lt;strong&gt;Vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
353
354 &lt;p&gt;I Venezuela fungerte avstemmingsmaskinene slik at de som stemte
355 markerte det de stemte på en skjerm, og valgene ble skrevet på en
356 papirrull som den som stemmer så de kunne sjekke for å kontrollere at
357 de valgene som ble gjort kom med på papirrullen. Deretter ble
358 voteringstallene sendt elektronisk fra hver maskin til tre uavhengige
359 opptellingsgrupper (hvorav en av dem var Carter-senteret), som talte
360 opp stemmene. Alle måtte være enige for å godkjenne resultatet. Hvis
361 det var avvik så kunne en gå helt ned på papirrull-nivå for å sjekke
362 resultatet. Det har dog blitt hevdet at oppbevaringen av papirrullene
363 ble overlatt til regimet, slik at kontrollmuligheten ble fjernet. Det
364 er likevel mulig å organisere seg slik at det blir vanskelig å
365 forfalske valgresultatet ved å bytte ut eller endre rullene.&lt;/p&gt;
366
367 &lt;p&gt;India har et elektronisk voteringssystem som ble tatt i bruk i
368 1989. Det består av to ulike enheter, en opptellingsenhet og en
369 avstemmingsenhet. Systemet sikrer hemmelig valg, er vanskelig å
370 påvirke, men mangler oppbevaring av hver enkelt stemme på et
371 ikke-elektronisk format, noe som gjør omtelling umulig.&lt;/p&gt;
372
373 &lt;p&gt;&lt;strong&gt;Mindre vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
374
375 &lt;p&gt;I USA finnes en rekke ulike leverandører av elektroniske
376 valgsystemer, og det er dokumentert svakheter med flere av
377 dem. F.eks. har forskerne Ariel J. Feldman, J. Alex Halderman, og
378 Edward W. Felten ved Universitetet i Princeton dokumentert hvordan
379 systemet fra Diebold kan manipuleres til gi uriktig
380 avstemmingsresultat. Det er også indikasjoner på at noen av systemene
381 kan påvirkes av leverandøren via telelinjer. Robert F. Kennedy Jr. har
382 nylig i en artikkel fortalt om flere avvik fra valget i 2004. Norge
383 bør unngå systemer som kan manipuleres slik det rapporteres om fra
384 USA.&lt;/p&gt;
385
386 &lt;p&gt;Universitetet i Oslo skal denne høsten gjennomføre elektronisk valg
387 på Dekan ved Det teologiske fakultet. Universitetsstyret har godkjent
388 et valgsystem der de som arrangerer valget har mulighet til å se hvem
389 som har stemt hva, samt hver deltager i valget kan endre sin stemme i
390 ettertid (ikke-hemmelig), de som administrerer datasystemet kan
391 påvirke valgresultatet ved å endre, trekke fra eller legge til stemmer
392 (ikke-nøyaktig), og det ikke nødvendigvis er mulig å oppdage at slik
393 påvirkning har funnet sted (ikke etterprøvbart). Webbaserte
394 valgsystemer uten spesiell klientprogramvare vil ha flere av disse
395 problemene.&lt;/p&gt;
396
397 &lt;p&gt;&lt;strong&gt;Konkrete kommentarer til rapporten&lt;/strong&gt;&lt;/p&gt;
398
399 &lt;p&gt;Rapporten nevner ikke muligheten for å påvirke valgresultatet via
400 trojansk type kode. Siebel blir beskyldt for dette i USA. Vi advarer
401 mot bruk av lukket kildekode, fordi dette i prinsippet innebærer å
402 stole blindt på leverandøren. Det bør ikke vere begrenset hvem som kan
403 kontrollere at systemet gjør det det skal, og dette tilsier bruk av
404 fri programvare.&lt;/p&gt;
405
406 &lt;p&gt;Rapporten anbefaler lukket kode fordi kjeltringer kan finne ut
407 sikkerhetsmekanismene ved å lese kode. Det er ikke en god idé å basere
408 seg på at sikkerhetsmekanismene er beskyttet pga. at ingen kjenner til
409 hvordan de fungerer. Som eksempelet fra USA viser, kan man godt
410 mistenke leverandøren for å jukse med systemet. Selve det at en slik
411 mistanke eksisterer, og ikke kan fjernes/reduseres ved uavhengig
412 inspeksjon, er et problem for demokratiet. Et sikkert system må være
413 sikkert selv om noen med uærlige hensikter kjenner til hvordan det
414 fungerer. Australia har allerede gjennomført vellykkede valg basert på
415 et fri programvaresystem.&lt;/p&gt;
416
417 &lt;p&gt;Driften av totalsystemet blir ofret liten oppmerksomhet i
418 rapporten. I et driftopplegg ligger mange sikkerhetsutfordringer som
419 bør vurderes nøye.&lt;/p&gt;
420
421 &lt;p&gt;Definisjonen av brannmur i rapporten er feil, for eksempel sies at
422 &quot;brannmuren er selv immun mot inntrengning&quot;. Dette er ikke riktig. Det
423 er fullt mulig å ha brannmurer med sikkerhetsproblemer som utnyttes
424 til å trenge inn i dem. I tillegg antar man at all trafikk går gjennom
425 brannmuren. I store applikasjoner, som et valgsystem vil være, kreves
426 et system av brannmurer og andre tiltak som vi kaller
427 sikkerhetsarkitektur. Rapporten burde komme inn på behovet for en
428 sikkerhetsarkitektur.. Selv med en gjennomarbeidet
429 sikkerhetsarkitektur kan det være at man overser muligheter for å
430 unngå brannmurene. Rapporten snakker om brannmur i entall, mens det
431 nok er nødvendig å sikre et valgsystem med flere lag av
432 sikringstiltak, og dermed vil være behov for flere brannmurer. En
433 brannmur kan være bygd basert på visse antagelser og standarder. En
434 annen brannmur kan bygge på et annet sett antagelser, og stoppe
435 trafikk som den første ikke tar høyde for.
436
437 &lt;p&gt;Rapporten indikerer dårlige kunnskaper om brannmur, og dette igjen
438 antyder dårlige kunnskaper om datasikkerhet generelt, og dette bør
439 forbedres. For eksempel er driften ansvarlig for operativ
440 sikkerhetsarkitektur, og vi har hatt adskillige diskusjoner i NUUG om
441 hvor vanskelig dette er. Hva hjelper en brannmur hvis den er feil
442 konfigurert eller ikke oppdatert?&lt;/p&gt;
443
444 &lt;p&gt;Muligheten for sikkerhetsovervåkning kan vi ikke se er nevnt i
445 rapporten. Dette er vanskelig og dyrt, men bør vurderes for å kunne
446 oppdage systemavvik under valget. Sikkerhetsovervåkning kan inngå som
447 ledd i sikkerhetsarkitekturen.&lt;/p&gt;
448
449 &lt;p&gt;Det har blitt rapportert i pressen at USA ikke bør kjøpe
450 Lenovo-maskiner etter at selskapet som lager dem ble solgt fra IBM til
451 et kinesisk selskap. I Norge kan vi ikke trekke tingene like langt da
452 vi mangler nødvendig dataindustri, men vi bør satse på at
453 applikasjoner viktige for rikets sikkerhet i størst mulig utstrekning
454 kjører programvare der vi har innsyn i hvordan den er satt sammen. Det
455 er viktig at vi sikrer at programvare viktige for rikets sikkerhet kan
456 sjekkes/verifiseres av eksperter vi selv velger. Når det gjelder
457 valgsystemer må «vi» være velgerne, ikke bare myndighetsapparatet. I
458 tilfelle en ikke kan bruke fri programvare, bør en ivareta en sunn
459 kritisk sans med hensyn til hvorfra og av hvem vi kjøper. På grunn av
460 tendenser i USA til å i uheldig stor grad fokusere på
461 kontrollmekanismer som eksempelvis Echelon og Palladium kan det hevdes
462 at det hefter betenkeligheter ved innkjøp herfra.&lt;/p&gt;
463
464 &lt;p&gt;&lt;strong&gt;Referanser&lt;/strong&gt;&lt;/p&gt;
465
466 &lt;ul&gt;
467
468 &lt;li&gt;Cranor, L.F. og Cytron, R.K., &quot;Design and Implementation of a
469 Security-Conscious Electronic Polling System&quot; Washington University
470 Computer Science Technical Report WUCS-96-02. February 1996
471 http://www.cs.wustl.edu/cs/techreports/1996/wucs-96-02.ps.Z&lt;/li&gt;
472
473 &lt;li&gt;Det australske valgsystemet, inkludert kildekoden tilgjengelig som
474 fri programvare http://www.elections.act.gov.au/Elecvote.html&lt;/li&gt;
475
476 &lt;li&gt;Smartmatics SAES voting system used in venesuela 2004
477 http://www.smartmatic.com/solutions_03-1.htm&lt;/li&gt;
478
479 &lt;li&gt;Blackboxvoting, interessegruppe i USA med fokus på valgfusk
480 vha. elektroniske valgsystemer http://www.blackboxvoting.org/&lt;/li&gt;
481
482 &lt;li&gt;VerifiedVoting, interessegruppe i USA med fokus på at også
483 elektroniske valgsystemer må være
484 etterprøvbare. http://www.verifiedvoting.org/&lt;/li&gt;
485
486 &lt;li&gt;Blue Screen Democracy - fri programvareprosjekt som har utviklet
487 elektronisk stemmegivingssystem
488 http://bluescreen.sourceforge.net/&lt;/li&gt;
489
490 &lt;li&gt;Indias elektroniske avstemmingssystem (Wikipedia)
491 http://en.wikipedia.org/wiki/Indian_voting_machines&lt;/li&gt;
492
493 &lt;li&gt;Security Analysis of the Diebold AccuVote-TS Voting Machine av
494 Ariel J. Feldman, J. Alex Halderman, og Edward
495 W. Felten. http://itpolicy.princeton.edu/voting/
496 http://coblitz.codeen.org:3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv&lt;/li&gt;
497
498 &lt;li&gt;Was the 2004 Election Stolen? av Robert F. Kennedy
499 Jr. http://www.rollingstone.com/news/story/10432334/was_the_2004_election_stolen&lt;/li&gt;
500
501 &lt;li&gt;Styreframlegg om elektronisk votering ved
502 UiO. http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/protokoll.xml
503 http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14.pdf
504 http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14-vedlegg.pdf&lt;/li&gt;
505
506 &lt;li&gt;Elektroniske valg - muligheter, problemer og noen løsninger
507 Semesteroppgave i STV620 - Demokratiske valg
508 http://www.afin.uio.no/forskning/notater/4_01.html&lt;/li&gt;
509
510 &lt;li&gt;NUUG - Norwegian Unix User Group http://www.nuug.no/&lt;/li&gt;
511
512 &lt;li&gt;EFN - Elektronisk forpost Norge http://www.efn.no/&lt;/li&gt;
513
514 &lt;/ul&gt;
515 &lt;/blockquote&gt;
516
517 &lt;p&gt;Som alltid med valg er det ikke viktigst hva folk stemmer på, men
518 hvem som teller opp stemmene... Hvis du er interessert i temaet
519 e-valg, så har NUUG siden 2006 oppdatert
520 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;NUUGs
521 wikiside om høringen&lt;/a&gt; med aktuelle og interessante referanser og
522 artikler. Ta en titt der hvis du vil lese mer. :)&lt;/p&gt;
523 </description>
524 </item>
525
526 <item>
527 <title>OOXML og standardisering</title>
528 <link>http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</link>
529 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</guid>
530 <pubDate>Wed, 25 Jul 2012 21:10:00 +0200</pubDate>
531 <description>&lt;p&gt;DIFI har
532 &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
533 høring gående&lt;/a&gt; om ny versjon av statens standardkatalog, med frist
534 2012-09-30, der det foreslås å fjerne ODF fra katalogen og ta inn ISO
535 OOXML. I den anledning minnes jeg
536 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;notatet
537 FAD skrev&lt;/a&gt; da versjon 2 av standardkatalogen var under
538 utarbeidelse, da FAD og DIFI fortsatt forsto poenget med og verdien av
539 frie og åpne standarder.&lt;/p&gt;
540
541 &lt;p&gt;Det er mange som tror at OOXML er ett spesifikt format, men det
542 brukes ofte som fellesbetegnelse for både formatet spesifisert av
543 ECMA, ISO, og formatet produsert av Microsoft Office (aka docx), som
544 dessverre ikke er det samme formatet. Fra en av de som implementerte
545 støtte for docx-formatet i KDE fikk jeg høre at ISO-spesifikasjonen
546 var en nyttig referanse, men at det var mange avvik som gjorde at en
547 ikke kunne gå ut ifra at Microsoft Office produserte dokumenter i
548 henhold til ISO-spesifikasjonen.&lt;/p&gt;
549
550 &lt;p&gt;ISOs OOXML-spesifikasjon har (eller hadde, usikker på om
551 kommentaren er oppdatert) i følge
552 &lt;a href=&quot;http://surguy.net/articles/ooxml-validation-and-technical-review.xml&quot;&gt;Inigo
553 Surguy&lt;/a&gt; feil i mer enn 10% av eksemplene, noe som i tillegg gjør
554 det vanskelig å bruke spesifikasjonen til å implementere støtte for
555 ISO OOXML. Jeg har ingen erfaring med å validere OOXML-dokumenter
556 selv, men ser at
557 &lt;a href=&quot;http://www.microsoft.com/en-us/download/details.aspx?id=5124&quot;&gt;Microsoft
558 har laget en validator&lt;/a&gt; som jeg ikke kan teste da den kun er
559 tilgjengelig på MS Windows. Finner også en annen kalt
560 &lt;a href=&quot;http://code.google.com/p/officeotron/&quot;&gt;Office-O-Tron&lt;/A&gt; som
561 er oppdatert i fjor. Lurer på om de validerer at dokumenter er i
562 formatet til Microsoft office, eller om de validerer at de er i
563 henhold til formatene spesifisert av ECMA og ISO. Det hadde også vært
564 interessant å se om docx-dokumentene publisert av det offentlige er
565 gyldige ISO OOXML-dokumenter.&lt;/p&gt;
566 </description>
567 </item>
568
569 <item>
570 <title>Free Culture in Norwegian - 5 chapters done, 74 percent left to do</title>
571 <link>http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</link>
572 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</guid>
573 <pubDate>Sat, 21 Jul 2012 20:00:00 +0200</pubDate>
574 <description>&lt;p&gt;I reported earlier that I am working on
575 &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
576 norwegian version&lt;/a&gt; of the book
577 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig.
578 Progress is good, and yesterday I got a major contribution from Anders
579 Hagen Jarmund completing chapter six. The source files as well as a
580 PDF and EPUB version of this book are available from
581 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
582
583 &lt;p&gt;I am happy to report that the draft for the first two chapters
584 (preface, introduction) is complete, and three other chapters are also
585 completely translated. This completes 26 percent of the number of
586 strings (equivalent to paragraphs) in the book, and there is thus 74
587 percent left to translate. A graph of the progress is present at the
588 bottom of the github project page. There is still room for more
589 contributors. Get in touch or send github pull requests with fixes if
590 you got time and are willing to help make this book make it to
591 print. :)&lt;/p&gt;
592
593 &lt;p&gt;The book translation framework could also be a good basis for other
594 translations, if you want the book to be available in your
595 language.&lt;/p&gt;
596 </description>
597 </item>
598
599 <item>
600 <title>Call for help from docbook expert to tag Free Culture by Lawrence Lessig</title>
601 <link>http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</link>
602 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</guid>
603 <pubDate>Mon, 16 Jul 2012 22:50:00 +0200</pubDate>
604 <description>&lt;p&gt;I am currently working on a
605 &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
606 to translate&lt;/a&gt; the book
607 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig
608 to Norwegian. And the source we base our translation on is the
609 &lt;a href=&quot;http://en.wikipedia.org/wiki/DocBook&quot;&gt;docbook&lt;/a&gt; version, to
610 allow us to use po4a and .po files to handle the translation, and for
611 this to work well the docbook source document need to be properly
612 tagged. The source files of this project is available from
613 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
614
615 &lt;p&gt;The problem is that the docbook source have flaws, and we have
616 no-one involved in the project that is a docbook expert. Is there a
617 docbook expert somewhere that is interested in helping us create a
618 well tagged docbook version of the book, and adjust our build process
619 for the PDF, EPUB and HTML version of the book? This will provide a
620 well tagged English version (our source document), and make it a lot
621 easier for us to create a good Norwegian version. If you can and want
622 to help, please get in touch with me or fork the github project and
623 send pull requests with fixes. :)&lt;/p&gt;
624 </description>
625 </item>
626
627 <item>
628 <title>Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i &quot;fri bar&quot;</title>
629 <link>http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</link>
630 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</guid>
631 <pubDate>Sun, 15 Jul 2012 21:20:00 +0200</pubDate>
632 <description>&lt;p&gt;Et ofte brukt sitat i fri programvareverden er Stallman-sitatet
633 «&lt;a href=&quot;http://www.gnu.org/philosophy/free-sw.html.en&quot;&gt;Free Software,
634 &quot;free&quot; as in &quot;free speech&quot;, not as in &quot;free beer&quot;&lt;/a&gt;». Men det er
635 ikke direkte overførbart til norsk, da det baserer seg på koblingen
636 gratis/fri på engelsk. En direkte oversettelse ville være «Fri
637 programvare, &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som &quot;gratis øl&quot;», og det
638 går jo glipp av poenget. I forbindelse med at vi er
639 &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
640 med å oversette&lt;/a&gt; &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt;
641 av Lawrence Lessig, måtte jeg forsøke a finne en bedre
642 oversettelse.&lt;/p&gt;
643
644 &lt;p&gt;Mitt forslag til oversettelse blir dermed å droppe ølet, og heller
645 fokusere på det kjente norske uttrykket &quot;fri bar&quot;. Dermed blir
646 oversettelsen «Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i
647 &quot;fri bar&quot;».&lt;/p&gt;
648
649 &lt;p&gt;Noen som har bedre forslag?&lt;/p&gt;
650
651 &lt;p&gt;Forøvrig bruker jeg fri programvare som et samlebegrep på norsk for
652 begge de engelske uttrykkene Free Software og Open Source, jamfør
653 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
654 lille folder om temaet&lt;/a&gt;.&lt;/p&gt;
655 </description>
656 </item>
657
658 <item>
659 <title>Dugnad for å sende norsk versjon av Free Culture til stortingets representanter!</title>
660 <link>http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</link>
661 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</guid>
662 <pubDate>Wed, 11 Jul 2012 09:00:00 +0200</pubDate>
663 <description>&lt;p&gt;Da opphavsrettsloven ble revidert i forrige runde rundt 2005, var
664 det skummelt å se hvor lite stortingsrepresentantene forsto hvordan
665 Internet påvirket folks forhold til kulturuttrykk, og min venn Vidar
666 og jeg spekulert på at det hadde kanskje vært fornuftig om samtlige
667 representanter fikk en norsk utgave av boken
668 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; av Lawrence Lessig
669 som forklarte litt om problemstillingene. Vi endte opp med å
670 prioritere utvikling i
671 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt;-prosjektet i
672 stedet, så den oversatte boken så aldri dagens lys. Men i forrige uke
673 ble jeg inspirert til å ta opp tråden og se om det er mulig å få til
674 bokprosjektet denne gang, da det er tydelig at kulturdepartementet i
675 sitt nye forsøk på å gjøre opphavsrettsloven enda mer ubalansert til
676 fordel for forlag og store mediehus fortsatt trenger en annen vinkling
677 i debatten.&lt;/p&gt;
678
679 &lt;p&gt;Planen min er å oversette boka på dugnad, sette den opp for
680 trykking med en av de mange
681 &lt;a href=&quot;http://no.wikipedia.org/wiki/Trykk_på_forespørsel&quot;&gt;trykk på
682 forespørsel&lt;/a&gt;-tjenestene, skaffe sponsor til å finansiere trykking
683 til stortingsrepresentantene og alle som har bidratt med
684 oversettelser. Kanskje vi også kan få en avtale med et forlag om
685 publisering når boka er ferdig? Kommentarene til
686 &lt;a href=&quot;http://newth.net/eirik/2011/04/01/e-selvpublisering/&quot;&gt;Eirik
687 Newth&lt;/a&gt; og
688 &lt;a href=&quot;http://www.espen.com/norskblogg/archives/2008/09/erfaringer_med_publishing_on_demand.html&quot;&gt;Espen
689 Andersen&lt;/a&gt; om erfaringene med selvpublisering og trykk på
690 forespørsel er interessante og ikke avskrekkende, og jeg mistenker at
691 &lt;a href=&quot;http://www.lulu.com/&quot;&gt;Lulu&lt;/a&gt; er en grei leverandør av
692 trykketjenester til prosjektet.&lt;/p&gt;
693
694 &lt;p&gt;Jeg har satt opp
695 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;et
696 Github-prosjekt&lt;/a&gt; for a lage boken, basert på Docbook-utgaven jeg
697 fant fra Hans Schou. Skolelinux har hatt byggesystem for å lage
698 oversatt HTML og PDF-utgave av Docbook-bøker i en årrekke, så jeg har
699 kopiert og utvidet dette oppsettet. Originalteksten er i Docbook, og
700 oversettelsen gjøres i .po-filer med hjelp av vanlige
701 oversetterverktøy brukt i fri programvareverden. Dernest tar
702 byggesystemet over og lager PDF og EPUB-utgave av den oversatte
703 teksten. Resultatet kan ses i Github-prosjektet. For å komme raskt
704 igang har jeg brukt maskinoversettelse av alle tekstbitene fra engelsk
705 til norsk, noe som grovoversatte ca. 1300 av de ca. 1700 tekstbitene
706 boken består av. Jeg håper nå at flere kan bidra med å få
707 oversettelsen på plass, slik at teksten kan være klar i løpet av
708 høsten. Når alt er oversatt må teksten gjennomgås for feil og
709 konsistent språk. Totalt er det nok mange timer som trengs for å
710 gjennomføre oversettelsen.&lt;/p&gt;
711
712 &lt;p&gt;Økonomien i dette er ikke avskrekkende. 169
713 stortingsrepresentanter og nesten like mange varamedlemmer bør få
714 bøker, og estimert produduksjonskostnad for hver bok er rundt 6 EURO i
715 følge et raskt estimat fra Lulu. Jeg vet ennå ikke hvor mange sider
716 det blir i størrelsen 5,5&quot; x 8.5&quot; (det er ca. 140 sider i A4-format),
717 så jeg gjettet på 400 sider. Jeg tror originalutgaven har nesten 400
718 sider. For 169*2 eksemplarer snakker vi om en trykkekostnad på
719 ca. 2000 EURO, dvs. ca 15 000 NOK. Det burde være mulig å finne en
720 sponsor for å dekke en slik sum. I tillegg kommer distribusjon og
721 porto, som antagelig kommer på like mye.&lt;/p&gt;
722
723 &lt;p&gt;Kan du bidra med oversettelse og docbook-typesetting? Ta kontakt
724 og send patcher i github. Jeg legger gjerne inn folk i prosjektet
725 slik at du kan oppdatere direkte.&lt;/p&gt;
726 </description>
727 </item>
728
729 <item>
730 <title>Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?</title>
731 <link>http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</link>
732 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</guid>
733 <pubDate>Thu, 5 Jul 2012 10:40:00 +0200</pubDate>
734 <description>&lt;p&gt;I forbindelse med NUUG-prosjektet for å
735 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html&quot;&gt;lage
736 en samlet postjournal&lt;/a&gt;, har jeg som tidligere nevnt
737 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;samlet
738 inn leveringstidspunkt&lt;/a&gt; for de ulike leverandørene av postjournaler
739 til DIFIs &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk
740 Postjournal&lt;/a&gt;.
741 &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;
742 ser i dag slik ut for de som har brukt mer enn 10 dager i snitt siden
743 jeg startet innsamling av leveringsdato 2012-05-14&lt;/p&gt;
744
745 &lt;table border=&quot;1&quot;&gt;
746 &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;
747 &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;
748 &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;
749 &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;
750 &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;
751 &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;
752 &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;
753 &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;
754 &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;
755 &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;
756 &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;
757 &lt;/table&gt;
758
759 &lt;p&gt;Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
760 den offisielle epostadressen til de som har lavest leveringsfrekvens,
761 og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
762 et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
763 postjournaler blir tilgjengelig for innbyggerne og pressen.&lt;/p&gt;
764
765 &lt;p&gt;&lt;strong&gt;Norges geologiske undersøkelse&lt;/strong&gt;&lt;/p&gt;
766
767 &lt;p&gt;&lt;blockquote&gt;
768 &lt;p&gt;Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
769 &lt;br&gt;Date: Fri, 08 Jun 2012 09:20:57 +0200&lt;/p&gt;
770
771 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
772 Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
773 postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
774 Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
775
776 &lt;hr/&gt;
777
778 &lt;p&gt;Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
779 &lt;br&gt;Date: Fri, 8 Jun 2012 12:49:35 +0200&lt;/p&gt;
780
781 &lt;p&gt;Hei&lt;/p&gt;
782
783 &lt;p&gt;NGUS fravær på OEP skyldes problemer vi har i forbindelse med
784 oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
785 og jeg tror og håper at det snart skal være i orden. Normalt leverer
786 vi til OEP 1 gang i uken.&lt;/p&gt;
787 &lt;/blockquote&gt;&lt;/p&gt;
788
789 &lt;p&gt;&lt;strong&gt;Medietilsynet&lt;/strong&gt;&lt;/p&gt;
790 &lt;p&gt;&lt;blockquote&gt;
791 &lt;p&gt;Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
792 &lt;br&gt;Date: Mon, 11 Jun 2012 13:29:23 +0200&lt;/p&gt;
793
794 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
795 Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
796 leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
797 til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
798 leveringfrekvens?&lt;/p&gt;
799
800 &lt;hr&gt;
801 &lt;p&gt;Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
802 &lt;br&gt;Date: Tue, 12 Jun 2012 04:55:42 +0000&lt;/p&gt;
803
804 &lt;p&gt;Hei!&lt;/p&gt;
805
806 &lt;p&gt;Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
807 tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
808 løpet av denne uken. Ellers er vi fornøyd med dagens
809 leveringsfrekvens.&lt;/p&gt;
810 &lt;/blockquote&gt;&lt;/p&gt;
811
812 &lt;p&gt;&lt;strong&gt;Kunnskapsdepartementet&lt;/strong&gt;&lt;/p&gt;
813 &lt;p&gt;&lt;blockquote&gt;
814 &lt;p&gt;Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
815 &lt;br&gt;Date: Fri, 22 Jun 2012 21:03:01 +0200&lt;/p&gt;
816
817 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
818 Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
819 postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor
820 ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
821 Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
822
823 &lt;hr/&gt;
824
825 &lt;p&gt;Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
826 &lt;br&gt;Date: Wed, 27 Jun 2012 14:42:23 +0200&lt;/p&gt;
827
828 &lt;p&gt;Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
829 institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
830 dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
831 gikk tapt.&lt;/p&gt;
832
833 &lt;p&gt;[... kopi av opprinnelig epost ...]&lt;/p&gt;
834
835 &lt;hr/&gt;
836 &lt;p&gt;Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
837 &lt;br&gt;Date: Wed, 27 Jun 2012 14:33:20 +0000&lt;/p&gt;
838
839 &lt;p&gt;Hei!&lt;/p&gt;
840
841 &lt;p&gt;Normalt leverer vi hver virkedag til OEP, med fem virkedagers
842 forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
843 OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den
844 etterfølgende streiken medførte så et større etterslep på
845 journalføring som har gjort at vi har måttet prioritere dette fremfor
846 offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
847 tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
848 offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
849 gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
850 plass de manglende journalene.&lt;/p&gt;
851
852 &lt;/blockquote&gt;&lt;/p&gt;
853
854
855 &lt;p&gt;&lt;strong&gt;Norsk Akkreditering&lt;/strong&gt;&lt;/p&gt;
856 &lt;p&gt;&lt;blockquote&gt;
857 &lt;p&gt;Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
858 &lt;br&gt;Date: Thu, 28 Jun 2012 07:35:43 +0200&lt;/p&gt;
859
860 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
861 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
862 Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
863 Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
864 fornøyd med dagens leveringfrekvens?&lt;/p&gt;
865
866 &lt;hr/&gt;
867
868 &lt;p&gt;Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
869 &lt;br&gt;Date: Mon, 2 Jul 2012 08:32:06 +0200&lt;/p&gt;
870
871 &lt;p&gt;Hei,&lt;/p&gt;
872
873 &lt;p&gt;Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i
874 uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.&lt;/p&gt;
875 &lt;/blockquote&gt;&lt;/p&gt;
876
877 &lt;p&gt;&lt;strong&gt;Toll- og avgiftsdirektoratet&lt;/strong&gt;&lt;/p&gt;
878 &lt;p&gt;&lt;blockquote&gt;
879 &lt;p&gt;Date: Tue, 03 Jul 2012 11:55:07 +0200
880 &lt;br&gt;Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
881
882
883 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
884 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
885 Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
886 siste levering var 2012-06-06. Hvor ofte pleier Toll- og
887 avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
888 leveringfrekvens?&lt;/p&gt;
889
890 &lt;hr&gt;
891
892 &lt;p&gt;Date: Wed, 4 Jul 2012 09:33:18 +0000
893 &lt;br&gt;Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
894
895 &lt;p&gt;Til: Petter Reinholdtsen&lt;/p&gt;
896
897 &lt;p&gt;Det vises til din e-post av 3. juli 2012.&lt;/p&gt;
898
899 &lt;p&gt;Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
900 (hver torsdag). Vi søker så langt det er mulig å få dette til og har
901 stort sett publisert iht rutinene siden vi kom opp på OEP.&lt;/p&gt;
902
903 &lt;p&gt;Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
904 ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
905 har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
906 kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
907 bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.&lt;/p&gt;
908
909 &lt;p&gt;Vi beklager hvis dette har skapt vanskeligheter.&lt;/p&gt;
910 &lt;/blockquote&gt;&lt;/p&gt;
911
912 &lt;p&gt;Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
913 alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
914 det kan ha virket motiverende for å få på plass leveringen at de ser
915 at det er interesse for leveringen til OEP.&lt;/p&gt;
916 </description>
917 </item>
918
919 <item>
920 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
921 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
922 <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>
923 <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
924 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
925 spørmål om hvorfor &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;
926 er kryptert på RiksTV. De toer sine hender:
927
928 &lt;p&gt;&lt;blockquote&gt;
929 &lt;p&gt;Date: Mon, 2 Jul 2012 08:15:38 +0000
930 &lt;br&gt;From: Arve Lindboe &amp;lt;Arve.Lindboe (at) medietilsynet.no&amp;gt;
931 &lt;br&gt;To: Petter Reinholdtsen
932 &lt;br&gt;CC: Arthur Garnes &amp;lt;Arthur.Garnes (at) rikstv.no&amp;gt;,
933 postmottak (at) sd.dep.no, post (at) frikanalen.no
934 &lt;br&gt;Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn&lt;/p&gt;
935
936 &lt;p&gt;Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
937 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
938 1. juli til Dem, som vi har mottatt i kopi.&lt;/p&gt;
939
940 &lt;p&gt;For ordens skyld vil vi orientere om at Medietilsynet har visse
941 tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
942 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
943 pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
944 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
945 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
946 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
947 konsesjonen.&lt;/p&gt;
948
949 &lt;p&gt;Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
950 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
951 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
952 spørsmålene De reiser i tilknytning til det.&lt;/p&gt;
953
954 &lt;p&gt;Mvh&lt;/p&gt;
955
956 &lt;p&gt;Arve Lindboe&lt;/p&gt;
957
958 &lt;p&gt;rådgiver,
959 &lt;br&gt;Medietilsynet&lt;/p&gt;
960 &lt;/blockquote&gt;&lt;/p&gt;
961
962 &lt;p&gt;Her må det tydeligvis andre aktører i sving for å bli kvitt
963 krypteringen av Frikanalen.&lt;/p&gt;
964 </description>
965 </item>
966
967 <item>
968 <title>Can Zimbra be told to send autoreplies to the From: address?</title>
969 <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</link>
970 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</guid>
971 <pubDate>Tue, 3 Jul 2012 23:30:00 +0200</pubDate>
972 <description>&lt;p&gt;In the NUUG &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;
973 project (Norwegian version of
974 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt; from
975 &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;mySociety&lt;/a&gt;), we have discovered
976 a problem with the municipalities using
977 &lt;a href=&quot;http://www.zimbra.com/&quot;&gt;Zimbra&lt;/a&gt;. When FiksGataMi send a
978 problem report to the government, the email From: address is set to
979 the address of the person reporting the problem, while envelope sender
980 is set to the FiksGataMi contact address. The intention is to make
981 sure the municipality send any replies to the person reporting the
982 problem, while any email delivery problems are sent to us in NUUG.
983 This work well in most cases, but not for Karmøy municipality using
984 Zimbra. Karmøy is using the vacation message function in Zimbra to
985 send an automatic reply to report that the message has been received,
986 and this message is sent to the envelope sender and not the address in
987 the From: header.&lt;/p&gt;
988
989 &lt;p&gt;This causes the automatic message from Karmøy to go to NUUGs
990 request-tracker instance instead of to the person reporting the
991 problem. We can not really change the envelope sender address, as
992 this would make it impossible for us to discover when there are
993 problems with the MTAs receiving problem reports. We have been in
994 contact with the people at Karmøy municipality, and they are willing
995 to adjust Zimbra if something can be changed there to get a better
996 behaviour.&lt;/p&gt;
997
998 &lt;p&gt;The default behaviour of Zimbra is as far as I can tell according
999 to the specification in RFC 3834, which recommend that vacation
1000 messages are sent to the envelope sender and not to the From: address.
1001 But I wonder if it is possible to adjust or configure Zimbra to behave
1002 differently. Anyone know? Please let us know at
1003 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/fiksgatami&quot;&gt;fiksgatami
1004 (at) nuug.no&lt;/a&gt;.&lt;/p&gt;
1005 </description>
1006 </item>
1007
1008 <item>
1009 <title>Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1010 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1011 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
1012 <pubDate>Sun, 1 Jul 2012 15:20:00 +0200</pubDate>
1013 <description>&lt;p&gt;&lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; er Norges
1014 landsdekkende &lt;a href=&quot;http://no.wikipedia.org/wiki/Åpen_kanal&quot;&gt;åpne
1015 kanal&lt;/a&gt;, der alle innbyggerne kan sende sine innslag ut på
1016 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
1017 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
1018 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
1019 til å lansere en
1020 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;løsning
1021 basert på åpne standarder&lt;/a&gt; i tillegg til den originale løsningen
1022 som er basert på Silverlight.&lt;/p&gt;
1023
1024 &lt;p&gt;Frikanalen skal være tilgjengelig for alle uten hindringer, men
1025 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
1026 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
1027 se på kanalen via dette nettet å skaffe seg et kundeforhold til
1028 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
1029 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
1030 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
1031 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
1032 problemstillingen. Her er det som har vært av oppfølging så
1033 langt.&lt;/p&gt;
1034
1035 &lt;p&gt;&lt;blockquote&gt;
1036
1037 &lt;p&gt;From: Petter Reinholdtsen
1038 &lt;br&gt;Subject: Når blir Frikanalen ukryptert på RiksTV?
1039 &lt;br&gt;To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
1040 &lt;br&gt;Cc: post (at) frikanalen.no
1041 &lt;br&gt;Date: Sun, 27 May 2012 00:28:10 +0200&lt;/p&gt;
1042
1043 &lt;p&gt;Hvorfor er det så dyrt a motta Frikanalen i det digitale
1044 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
1045 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
1046 For å få tilgang til de krypterte sendingene må en ha programkort som
1047 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
1048 gratis.&lt;/p&gt;
1049
1050 &lt;p&gt;I Stortingsmelding 39 2007 står det:&lt;/p&gt;
1051
1052 &lt;p&gt;&lt;blockquote&gt;
1053 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
1054 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
1055 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
1056 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
1057 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
1058 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
1059 perioden kl. 12 til kl. 17.30. Tilbudet vil bli sendt kryptert, men
1060 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
1061 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
1062 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
1063 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
1064 vil gjelde fram til midten av 2010.
1065 &lt;/blockquote&gt;&lt;/p&gt;
1066
1067 &lt;p&gt;Hva gjelder så etter midten av 2010? Betyr det som står i
1068 stortingsmeldingen at RiksTV fra midten av 2010 kan kreve hvilken som
1069 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
1070 velger å distribuere Frikanalen? Eller var det tillatelsen til å
1071 sende Frikanalen kryptert som gikk ut i 2010?&lt;/p&gt;
1072
1073 &lt;p&gt;--
1074 &lt;br&gt;Vennlig hilsen
1075 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1076 &lt;/blockquote&gt;&lt;/p&gt;
1077
1078 &lt;p&gt;Jeg har ikke fått svar hverken fra departement eller medietilsyn,
1079 men har fått to svar fra RiksTV.&lt;/p&gt;
1080
1081 &lt;p&gt;&lt;blockquote&gt;
1082 &lt;p&gt;From: post (at) rikstv.no
1083 &lt;br&gt;Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
1084 &lt;br&gt;To: Petter Reinholdtsen
1085 &lt;br&gt;Date: Mon, 28 May 2012 14:30:27 +0200&lt;/p&gt;
1086
1087 &lt;p&gt;Takk for din henvendelse&lt;/p&gt;
1088
1089 &lt;p&gt;Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
1090 dekker kostnadene for Programkort frem til midten av 2010. Avtalen er
1091 gjengitt i sin helhet på denne lenken:
1092 &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;
1093
1094 &lt;p&gt;Dersom du ønsker tilgang til Frikanalen via det digitale
1095 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
1096 dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1097 som en del av utstyret du trenger for å motta krypterte signaler.&lt;/p&gt;
1098
1099 &lt;p&gt;Vennligst se mer informasjon om Programkort på denne lenken:
1100 &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;
1101
1102 &lt;p&gt;For mer informasjon om våre produkter og priser se, www.rikstv.no &lt;/p&gt;
1103
1104 &lt;p&gt;Ha en fin dag.&lt;/p&gt;
1105
1106 &lt;p&gt;Med vennlig hilsen
1107 &lt;br&gt;Thomas Eikeland
1108 &lt;br&gt;RiksTV AS
1109 &lt;br&gt;Kundeservice
1110 &lt;br&gt;Telefonnummer: 09595
1111 &lt;br&gt;www.rikstv.no&lt;/p&gt;
1112 &lt;/blockquote&gt;&lt;/p&gt;
1113
1114 &lt;p&gt;Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
1115 fulgte opp med en ny epost:&lt;/p&gt;
1116
1117 &lt;p&gt;&lt;blockquote&gt;
1118 &lt;p&gt;From: Petter Reinholdtsen
1119 &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
1120 &lt;br&gt;To: post (at) rikstv.no
1121 &lt;br&gt;Date: Fri, 08 Jun 2012 10:14:49 +0200&lt;/p&gt;
1122
1123 &lt;p&gt;[Thomas Eikeland]
1124 &lt;br&gt;&amp;gt; Takk for din henvendelse&lt;/p&gt;
1125
1126 &lt;p&gt;Takk for svaret.&lt;/p&gt;
1127
1128 &lt;p&gt;&amp;gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
1129 &lt;br&gt;&amp;gt; kostnadene for Programkort frem til midten av 2010. Avtalen er gjengitt
1130 &lt;br&gt;&amp;gt; i sin helhet på denne lenken:
1131 &lt;br&gt;&amp;gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld
1132 &lt;br&gt;&amp;gt; -nr-39-2007-/28/4.html?id=478517&lt;/p&gt;
1133
1134 &lt;p&gt;Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
1135 over. Er den erstattet med en ny avtale?&lt;/p&gt;
1136
1137 &lt;ul&gt;
1138
1139 &lt;li&gt;Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
1140 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
1141 kryptert som gikk ut i 2010?&lt;/li&gt;
1142
1143 &lt;/ul&gt;
1144
1145 &lt;p&gt;&amp;gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
1146 &lt;br&gt;&amp;gt; per idag trenger du et Programkort og RiksTV godkjent
1147 &lt;br&gt;&amp;gt; dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1148 &lt;br&gt;&amp;gt; som en del av utstyret du trenger for å motta krypterte signaler.
1149 &lt;br&gt;&amp;gt;
1150 &lt;br&gt;&amp;gt; Vennligst se mer informasjon om Programkort på denne lenken:
1151 &lt;br&gt;&amp;gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/p&gt;
1152
1153 &lt;p&gt;Dette er litt på siden av det jeg lurte på, som er hva slags
1154 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
1155 etter 2010.&lt;/p&gt;
1156
1157 &lt;p&gt;--
1158 &lt;br&gt;Vennlig hilsen
1159 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1160 &lt;/blockquote&gt;&lt;/p&gt;
1161
1162 &lt;p&gt;Etter mange uker fikk jeg så på fredag følgende tilbakemelding.&lt;/p&gt;
1163
1164 &lt;p&gt;&lt;blockquote&gt;
1165 &lt;p&gt;From: Arthur Garnes
1166 &lt;br&gt;Subject: RE: Når blir Frikanalen ukryptert på RiksTV
1167 &lt;br&gt;To: Petter Reinholdtsen
1168 &lt;br&gt;Date: Fri, 29 Jun 2012 13:02:38 +0200&lt;/p&gt;
1169
1170 &lt;p&gt;Hei,&lt;/p&gt;
1171
1172 &lt;p&gt;Det vises til din henvendelse av 27.5.2012. Vi beklager at din
1173 henvendelse har tatt noe tid å besvare.&lt;/p&gt;
1174
1175 &lt;p&gt;RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
1176 vederlagsfritt får distribusjon i det digitale bakkenettet. At
1177 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
1178 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
1179 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
1180 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
1181 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
1182 programkort og trenger som en kommersiell aktør å få dekket disse
1183 kostnadene.&lt;/p&gt;
1184
1185 &lt;p&gt;Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
1186 kontakt.&lt;/p&gt;
1187
1188 &lt;p&gt;Med vennlig hilsen
1189 &lt;br&gt;Arthur Garnes
1190 &lt;br&gt;Product Manager&lt;/p&gt;
1191
1192 &lt;p&gt;Mobil: +47 98234224
1193 &lt;p&gt;E-post: arthur.garnes (at) rikstv.no
1194 &lt;br&gt;RiksTV AS
1195 &lt;br&gt;Besøk: Økernveien 145, 17. etg, Oslo
1196 &lt;br&gt;Post: Postboks 393 Økern, 0513 Oslo&lt;/p&gt;
1197
1198 &lt;p&gt;Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv&lt;/p&gt;
1199
1200 &lt;p&gt;Denne e-post og informasjonen den inneholder er konfidensiell og
1201 ment kun for den korrekte adressaten. This e-mail and the information
1202 it contains is confidential and intended only for the right
1203 addressee.&lt;/p&gt;
1204 &lt;/blockquote&gt;&lt;/p&gt;
1205
1206 &lt;p&gt;Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
1207 opp.&lt;/p&gt;
1208 </description>
1209 </item>
1210
1211 <item>
1212 <title>DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog</title>
1213 <link>http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</link>
1214 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</guid>
1215 <pubDate>Fri, 29 Jun 2012 18:00:00 +0200</pubDate>
1216 <description>&lt;p&gt;DIFI har nettopp annonsert høring om revisjon av
1217 &lt;a href=&quot;http://www.standard.difi.no/forvaltningsstandarder&quot;&gt;standardkatalogen&lt;/a&gt;,
1218 og endelig har Microsoft fått viljen sin. Se
1219 &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;
1220 for hele teksten.&lt;/p&gt;
1221
1222 &lt;p&gt;Her er forslaget i sin helhet:&lt;/p&gt;
1223
1224 &lt;p&gt;&lt;blockquote&gt;
1225 &lt;p&gt;3.2 Revisjon av krav til redigerbare dokumenter&lt;/p&gt;
1226
1227 &lt;p&gt;I første versjon av referansekatalogen i 2007 ble det satt krav om
1228 Open Document Format (ODF), versjon 1.1 (OASIS, 1.2.2007) for
1229 redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
1230 anbefalt for kommunal sektor. I 2009 ble kravet gjort obligatorisk for
1231 hele offentlig sektor i
1232 &lt;a href=&quot;http://www.lovdata.no/for/sf/fa/xa-20090925-1222.html&quot;&gt;forskrift
1233 om IT-standarder i forvaltningen&lt;/a&gt;. Anvendelsesområdet for kravet
1234 har vært begrenset til publisering av dokumenter som skal bearbeides
1235 videre (§ 4 nr. 1 andre ledd). I 2011 ble anvendelsesområdet utvidet
1236 til å omfatte utveksling av dokumenter beregnet for redigering som
1237 vedlegg til e-post (§4 nr. 2).&lt;/p&gt;
1238
1239 &lt;p&gt;Office Open XML ISO/IEC 29500:2011 (OOXML) er et dokumentformat
1240 opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
1241 som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
1242 kontorstøtteprogamvaren MS Office. Difi har foretatt en
1243 &lt;a href=&quot;http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-0.pdf&quot;&gt;revisjonsvurdering&lt;/a&gt;
1244 av krav som stilles til redigerbare dokumenter i Forskrift om
1245 IT-standarder i forvaltningen, og anbefaler at kravet til ODF
1246 fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
1247 for redigerbare dokumenter ved publisering på offentlige virksomheters
1248 nettsider og for redigerbare vedlegg til e-post som sendes fra
1249 offentlige virksomheter til innbyggere og næringsliv. Offentlige
1250 virksomheter vil dermed stå fritt til å publisere eller sende
1251 redigerbare dokumenter i det format som ivaretar brukernes behov
1252 best.&lt;/p&gt;
1253
1254 &lt;p&gt;Forslaget innebærer at krav til ODF utgår § 4 nr. 1 tredje ledd og
1255 § 4 nr. 2 første ledd&lt;/p&gt;
1256
1257 &lt;P&gt;Imidlertid bør det stilles strengere krav til hvilke formater
1258 offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
1259 mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
1260 som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
1261 medfører at innbyggere og næringsliv skal kunne basere sitt valg av
1262 programvare på egne behov og ikke på de valg offentlige virksomheter
1263 tar. Kravet vil omfatte hele offentlig sektor, herunder
1264 utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
1265 foreslått som ny § 4 nr.2 andre ledd&lt;/p&gt;
1266 &lt;/blockquote&gt;&lt;/p&gt;
1267
1268 &lt;P&gt;De satser vel på at det hele blir glemt over sommeren, og at de
1269 fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
1270 jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
1271 høringsuttalelser til høringen.&lt;/p&gt;
1272
1273 &lt;p&gt;Anbefaler alle å friske opp sine argumenter ved å lese
1274 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html&quot;&gt;svaret
1275 fra senator Edgar Villanueva til Microsoft i Peru&lt;/a&gt;. Det er en
1276 klassisk tekst som er like gyldig i dag som da det ble skrevet.&lt;/p&gt;
1277
1278 </description>
1279 </item>
1280
1281 <item>
1282 <title>Postjournaler i det offentlige - vanskelig med vilje?</title>
1283 <link>http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</link>
1284 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</guid>
1285 <pubDate>Wed, 27 Jun 2012 21:20:00 +0200</pubDate>
1286 <description>&lt;p&gt;Den norske
1287 &lt;a href=&quot;http://www.lovdata.no/all/nl-20060519-016.html&quot;&gt;offentlighetsloven&lt;/a&gt;
1288 er ganske bra, og inneholder rettigheter som sikrer at borgerne (og
1289 journalister) i stor grad kan holde øye med hva fellesskapets
1290 representanter i det offentlige holder på med. En kan be om kopi av
1291 alle dokumenter som finnes i offentlige etater, kommuner,
1292 departementer etc, og det kreves en konkret lovhjemmel for å nekte å
1293 levere ut en kopi. Men for å vite hva en skal be om, må en vite hva
1294 som finnes, og det er der de offentlige postjournalene kommer inn.
1295 Alle underlagt offentlighetsloven, som er alle offentlige kontorer
1296 samt selskaper som er kontrollert av det offentlige, er pliktig å føre
1297 postjournal og utlevere den på forespørsel. Underlig nok forteller
1298 Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å
1299 publisere postjournalen på web når jeg spurte hvor postjournalen kan
1300 finnes, så det virker å være et hull i denne plikten hvis målet er at
1301 innbyggerne skal ha enkel mulighet til å kontrollere våre
1302 representanter. Men de må føre journal og utlevere den på
1303 forespørsel.&lt;/p&gt;
1304
1305 &lt;p&gt;Men tema for denne bloggposten er hvordan en får tak i de
1306 offentlige postjournaler som finnes, og her er det mye som kunne vært
1307 bedre. Det finnes en &lt;a href=&quot;http://www.oep.no/&quot;&gt;felles portal for
1308 postjournaler&lt;/a&gt; til alle departementer, nasjonale direktorater,
1309 fylkesmenn etc (ca. 100 kilder), men for alle kommuner,
1310 fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig
1311 styret stiftelser og selskaper, må en innom hver enkelt organisasjons
1312 nettsider og se etter postjournalen. Noen har laget fine
1313 søketjenester, andre har laget dårlige søketjenester. De fleste har
1314 kun lagt ut datobaserte lister over journaloppføringer, av og til
1315 HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av
1316 dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig
1317 vanskelig å holde et øye med det som skjer over hele Norge. En er
1318 nødt til å besøke flere hundre nettsteder, og lese mange tusen sider
1319 hver dag for å holde rede på hva som skjer, og resultatet er at det i
1320 stor grad ikke skjer.&lt;/p&gt;
1321
1322 &lt;p&gt;Men datakildene ligger der, de er bare knot å bruke. En naturlig
1323 løsning på det problemet som det er utrolig og trist at presse-Norge
1324 ikke allerede har gjennomført, er å lage automatiske systemer for å
1325 samle inn og strukturere den tilgjengelige informasjonen og lage en
1326 innbygger og journalist-vennlig portal. I en slik portal bør en kunne
1327 søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som
1328 det tok lang tid å journalføre). Når informasjonen er samlet inn kan
1329 en analysere og finne ut hvilke organisasjoner som er trege til å
1330 publisere journalen sin, og hvilke som er mer flinke. En kan også
1331 koble saker på tvers av organisasjoner, når et brev i en sak sendes
1332 mellom organisasjonene, og dermed få en mer komplett oversikt over hva
1333 som blir gjort på vegne av oss alle i det offentlige. Det hadde vært
1334 morsomt å vite om alle brev som blir sendt mellom departementer eller
1335 kommuner blir journalført begge steder, og om det hender at sender og
1336 mottaker er uenige om et dokument kan unndras offentligheten. En
1337 slipper også å måtte forholde seg til når den journalførende enhet
1338 velger å fjerne journalen fra web. Her er praksis sprikende, og noen
1339 er flinke og har journalen liggende ute fra første dag publiseringen
1340 på web startet, mens andre fjerner den etter noen få dager.&lt;/p&gt;
1341
1342 &lt;p&gt;Det er personvernutfordringer rundt tilgjengeliggjøring av
1343 postjournaler, da den offentlige informasjonen som er tilgjengelig i
1344 postjournalene kan gi ganske mye informasjon om enkeltpersoners
1345 kontakt med det offentlige Norge. En kan se når det bygges, søkes,
1346 klages og sertifiseres, blant mange andre aktiviteter en tvinges til å
1347 kontakte det offentlige Norge for å få gjort. Men det må veies opp
1348 mot behovet til å holde &quot;makta&quot; i Norge under oppsikt, og der må jeg
1349 innrømme at jeg tror behovet i Norge er enormt.&lt;/p&gt;
1350
1351 &lt;p&gt;Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et
1352 prosjekt for å gjøre postjournalene tilgjengelig som åpne data på
1353 strukturert format, og bidra til at pressen og innbyggerne får en
1354 portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven
1355 gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på
1356 irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for
1357 flere hundre kilder. Noen er enkle og tar 10-20 minutter (hvis de
1358 f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her
1359 trengs det programører. :)&lt;/p&gt;
1360
1361 &lt;p&gt;PS: Hvis du vil lære litt mer om hva vi har mulighet til å få
1362 innsyn i hos det offentlige Norge, ta en titt på
1363 &lt;a href=&quot;http://www.offentlighet.no/&quot;&gt;offentlighet.no&lt;/a&gt;, et
1364 samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening,
1365 Norsk Journalistlag og Institutt for Journalistikk.&lt;/p&gt;
1366 </description>
1367 </item>
1368
1369 <item>
1370 <title>SQL-database med anbud publisert på Doffin</title>
1371 <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</link>
1372 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</guid>
1373 <pubDate>Fri, 15 Jun 2012 13:30:00 +0200</pubDate>
1374 <description>&lt;p&gt;&lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; er det offentlige Norges
1375 portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
1376 men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
1377 på det har jeg som et &lt;a href=&quot;htt://www.nuug.no/&quot;&gt;NUUG-prosjekt&lt;/a&gt;
1378 laget en &lt;a href=&quot;http://scraperwiki.com/&quot;&gt;Scraperwiki&lt;/a&gt;-skraper som
1379 lager en
1380 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;SQL-database
1381 med nøkkelinformasjonen fra Doffin&lt;/a&gt;, slik at det er mulig å søke og
1382 analysere Doffin-oppføringene. Det publiseres mellom 900-1500 anbud
1383 hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
1384 håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
1385 håper jeg å bruke denne databasen som grunnlag for å lage en database
1386 over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
1387 må bestilles fra hver enkelt utlyser.&lt;/p&gt;
1388
1389 &lt;p&gt;Jeg var litt usikker på om det var rettighetsproblemer knyttet til
1390 skraping av informasjon fra Doffin, men ser i
1391 &lt;a href=&quot;http://www.doffin.no/sitehelp/help_terms.aspx&quot;&gt;vilkårene til
1392 Doffin&lt;/a&gt; følgende:&lt;/p&gt;
1393
1394 &lt;p&gt;&lt;blockquote&gt;
1395
1396 &lt;p&gt;Opphavsrett mv&lt;/p&gt;
1397
1398 &lt;p&gt;Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
1399 at opphavsrett og andre rettigheter til materialet overføres til
1400 Fornyings- og administrasjonsdepartementet, eller den departementet
1401 utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
1402 kan benytte det til de formål de måtte ønske.&lt;/p&gt;
1403
1404 &lt;/blockquote&gt;&lt;/p&gt;
1405
1406 &lt;p&gt;Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
1407 tviler på, gitt lovens begrensninger om informasjon fra det
1408 offentlige), så er det FAD som har de immaterielle rettighetene. FAD
1409 er en del av staten, som opererer på vegne av folket, og enhver borger
1410 skulle dermed ha rett til å videreformidle informasjonen. Ingen av
1411 offentlighetslovens unntak kommer til anvendelse, i og med at
1412 informasjonen allerede er publisert.&lt;/p&gt;
1413 </description>
1414 </item>
1415
1416 <item>
1417 <title>Litt statistikk fra Offentlig Elektronisk postjournal</title>
1418 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</link>
1419 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</guid>
1420 <pubDate>Sun, 10 Jun 2012 20:30:00 +0200</pubDate>
1421 <description>&lt;p&gt;De siste månedene har jeg sammen med andre i NUUG jobbet med å
1422 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
1423 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
1424 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
1425 &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk Postjournal
1426 (OEP)&lt;/a&gt;, FAD/DIFIs fellesløsning for departementer og statlige
1427 etater.&lt;/p&gt;
1428
1429 &lt;p&gt;Her er antall oppføringer pr. måned det siste året,
1430 &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
1431 opp&lt;/a&gt; ved hjelp av
1432 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep/&quot;&gt;en
1433 Scraperwiki-database&lt;/a&gt;. Merk at denne Scraperwikien har
1434 ytelsesproblemer pga. mengden data. &lt;/p&gt;
1435
1436 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
1437 &lt;tr&gt;&lt;th&gt;Måned&lt;/th&gt;&lt;th&gt;Antall&lt;/th&gt;&lt;/tr&gt;
1438 &lt;tr&gt;&lt;td&gt;2011-07&lt;/td&gt;&lt;td&gt;164355&lt;/td&gt;&lt;/tr&gt;
1439 &lt;tr&gt;&lt;td&gt;2011-08&lt;/td&gt;&lt;td&gt;153662&lt;/td&gt;&lt;/tr&gt;
1440 &lt;tr&gt;&lt;td&gt;2011-09&lt;/td&gt;&lt;td&gt;173134&lt;/td&gt;&lt;/tr&gt;
1441 &lt;tr&gt;&lt;td&gt;2011-10&lt;/td&gt;&lt;td&gt;170665&lt;/td&gt;&lt;/tr&gt;
1442 &lt;tr&gt;&lt;td&gt;2011-11&lt;/td&gt;&lt;td&gt;198409&lt;/td&gt;&lt;/tr&gt;
1443 &lt;tr&gt;&lt;td&gt;2011-12&lt;/td&gt;&lt;td&gt;175908&lt;/td&gt;&lt;/tr&gt;
1444 &lt;tr&gt;&lt;td&gt;2012-01&lt;/td&gt;&lt;td&gt;206875&lt;/td&gt;&lt;/tr&gt;
1445 &lt;tr&gt;&lt;td&gt;2012-02&lt;/td&gt;&lt;td&gt;202862&lt;/td&gt;&lt;/tr&gt;
1446 &lt;tr&gt;&lt;td&gt;2012-03&lt;/td&gt;&lt;td&gt;204225&lt;/td&gt;&lt;/tr&gt;
1447 &lt;tr&gt;&lt;td&gt;2012-04&lt;/td&gt;&lt;td&gt;207931&lt;/td&gt;&lt;/tr&gt;
1448 &lt;tr&gt;&lt;td&gt;2012-05&lt;/td&gt;&lt;td&gt;223754&lt;/td&gt;&lt;/tr&gt;
1449 &lt;/table&gt;&lt;/p&gt;
1450
1451 &lt;p&gt;Det er også interessant å se hvor ofte ulike etater sender inn sine
1452 journaloppføringer til OEP. OEP inneholder en liste med sist
1453 innrapporteringsdato for alle som sender til OEP, og ved å se når og
1454 hvor ofte det blir sendt inn fra etatene kan
1455 &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
1456 beregnes&lt;/a&gt;. Her er bunnlista, dvs. de som leverer sjeldnere enn hver 10.
1457 dag beregnet fra
1458 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;en
1459 Scraperwiki-database&lt;/a&gt;:&lt;/p&gt;
1460
1461 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
1462
1463 &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;
1464 &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;
1465 &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;
1466 &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;
1467 &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;
1468 &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;
1469 &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;
1470 &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;
1471 &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;
1472 &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;
1473 &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;
1474 &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;
1475 &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;
1476 &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;
1477 &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;
1478
1479 &lt;/table&gt;&lt;/p&gt;
1480
1481 &lt;p&gt;En kan beregne lignende frekvenser ved å sammenligne
1482 journalføringsdato med publiseringsdato for hver enkelt oppføring i
1483 OEP, men den lenken legger jeg ikke ved her for å unngå at
1484 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.&lt;/p&gt;
1485
1486 &lt;p&gt;Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
1487 så sjelden, og det kommer av at de har problemer etter oppgradering av
1488 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
1489 til å levere hver uke. Har ikke undersøkt noen av de andre.&lt;/p&gt;
1490 </description>
1491 </item>
1492
1493 <item>
1494 <title>Web service to look up HP and Dell computer hardware support status</title>
1495 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</link>
1496 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</guid>
1497 <pubDate>Wed, 6 Jun 2012 23:15:00 +0200</pubDate>
1498 <description>&lt;p&gt;A few days ago
1499 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html&quot;&gt;I
1500 reported how to get&lt;/a&gt; the support status out of Dell using an
1501 unofficial and undocumented SOAP API, which I since have found out was
1502 &lt;a href=&quot;http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html&quot;&gt;discovered
1503 by Daniel De Marco in february&lt;/a&gt;. Combined with my web scraping
1504 code for HP, Dell and IBM
1505 &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
1506 2009&lt;/a&gt;, I got inspired and wrote
1507 &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/&quot;&gt;a
1508 web service&lt;/a&gt; based on Scraperwiki to make it easy to look up the
1509 support status and get a machine readable result back.&lt;/p&gt;
1510
1511 &lt;p&gt;This is what it look like at the moment when asking for the JSON
1512 output:
1513
1514 &lt;blockquote&gt;&lt;pre&gt;
1515 % 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;
1516 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;})
1517 %
1518 &lt;/pre&gt;&lt;/blockquote&gt;
1519
1520 &lt;p&gt;It currently support Dell and HP, and I am hoping for help to add
1521 support for other vendors. The python source is available on
1522 Scraperwiki and I welcome help with adding more features.&lt;/p&gt;
1523 </description>
1524 </item>
1525
1526 <item>
1527 <title>SOAP based webservice from Dell to check server support status</title>
1528 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</link>
1529 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</guid>
1530 <pubDate>Fri, 1 Jun 2012 15:20:00 +0200</pubDate>
1531 <description>&lt;p&gt;A few years ago I wrote
1532 &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
1533 to extract support status&lt;/a&gt; for your Dell and HP servers. Recently
1534 I have learned from colleges here at the
1535 &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt; that Dell have
1536 made this even easier, by providing a SOAP based web service. Given
1537 the service tag, one can now query the Dell servers and get machine
1538 readable information about the support status. This perl code
1539 demonstrate how to do it:&lt;/p&gt;
1540
1541 &lt;p&gt;&lt;pre&gt;
1542 use strict;
1543 use warnings;
1544 use SOAP::Lite;
1545 use Data::Dumper;
1546 my $GUID = &#39;11111111-1111-1111-1111-111111111111&#39;;
1547 my $App = &#39;test&#39;;
1548 my $servicetag = $ARGV[0] or die &quot;Please supply a servicetag. $!\n&quot;;
1549 my ($deal, $latest, @dates);
1550 my $s = SOAP::Lite
1551 -&gt; uri(&#39;http://support.dell.com/WebServices/&#39;)
1552 -&gt; on_action( sub { join &#39;&#39;, @_ } )
1553 -&gt; proxy(&#39;http://xserv.dell.com/services/assetservice.asmx&#39;)
1554 ;
1555 my $a = $s-&gt;GetAssetInformation(
1556 SOAP::Data-&gt;name(&#39;guid&#39;)-&gt;value($GUID)-&gt;type(&#39;&#39;),
1557 SOAP::Data-&gt;name(&#39;applicationName&#39;)-&gt;value($App)-&gt;type(&#39;&#39;),
1558 SOAP::Data-&gt;name(&#39;serviceTags&#39;)-&gt;value($servicetag)-&gt;type(&#39;&#39;),
1559 );
1560 print Dumper($a -&gt; result) ;
1561 &lt;/pre&gt;&lt;/p&gt;
1562
1563 &lt;p&gt;The output can look like this:&lt;/p&gt;
1564
1565 &lt;p&gt;&lt;pre&gt;
1566 $VAR1 = {
1567 &#39;Asset&#39; =&gt; {
1568 &#39;Entitlements&#39; =&gt; {
1569 &#39;EntitlementData&#39; =&gt; [
1570 {
1571 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
1572 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
1573 &#39;Provider&#39; =&gt; &#39;&#39;,
1574 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
1575 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
1576 },
1577 {
1578 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
1579 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
1580 &#39;Provider&#39; =&gt; &#39;&#39;,
1581 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
1582 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
1583 },
1584 {
1585 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
1586 &#39;EndDate&#39; =&gt; &#39;2007-07-29T00:00:00&#39;,
1587 &#39;Provider&#39; =&gt; &#39;&#39;,
1588 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
1589 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
1590 }
1591 ]
1592 },
1593 &#39;AssetHeaderData&#39; =&gt; {
1594 &#39;SystemModel&#39; =&gt; &#39;GX620&#39;,
1595 &#39;ServiceTag&#39; =&gt; &#39;8DSGD2J&#39;,
1596 &#39;SystemShipDate&#39; =&gt; &#39;2006-07-29T19:00:00-05:00&#39;,
1597 &#39;Buid&#39; =&gt; &#39;2323&#39;,
1598 &#39;Region&#39; =&gt; &#39;Europe&#39;,
1599 &#39;SystemID&#39; =&gt; &#39;PLX_GX620&#39;,
1600 &#39;SystemType&#39; =&gt; &#39;OptiPlex&#39;
1601 }
1602 }
1603 };
1604 &lt;/pre&gt;&lt;/p&gt;
1605
1606 &lt;p&gt;I have not been able to find any documentation from Dell about this
1607 service outside the
1608 &lt;a href=&quot;http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation&quot;&gt;inline
1609 documentation&lt;/a&gt;, and according to
1610 &lt;a href=&quot;http://iboyd.net/index.php/2012/02/14/updated-dell-warranty-information-script/&quot;&gt;one
1611 comment&lt;/a&gt; it can have stability issues, but it is a lot better than
1612 scraping HTML pages. :)&lt;/p&gt;
1613
1614 &lt;p&gt;Wonder if HP and other server vendors have a similar service. If
1615 you know of one, drop me an email. :)&lt;/p&gt;
1616 </description>
1617 </item>
1618
1619 <item>
1620 <title>The cost of ODF and OOXML</title>
1621 <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</link>
1622 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</guid>
1623 <pubDate>Sat, 26 May 2012 18:00:00 +0200</pubDate>
1624 <description>&lt;p&gt;I just come across a blog post from Glyn Moody reporting the
1625 claimed cost from Microsoft on requiring ODF to be used by the UK
1626 government. I just sent him an email to let him know that his
1627 assumption are most likely wrong. Sharing it here in case some of my
1628 blog readers have seem the same numbers float around in the UK.&lt;/p&gt;
1629
1630 &lt;p&gt;&lt;blockquote&gt; &lt;p&gt;Hi. I just noted your
1631 &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;
1632 comment:&lt;/p&gt;
1633
1634 &lt;p&gt;&lt;blockquote&gt;&quot;They&#39;re all in Danish, not unreasonably, but even
1635 with the help of Google Translate I can&#39;t find any figures about the
1636 savings of &quot;moving to a flexible two standard&quot; as claimed by the
1637 Microsoft email. But I assume it is backed up somewhere, so let&#39;s take
1638 it, and the £500 million figure for the UK, on trust.&quot;
1639 &lt;/blockquote&gt;&lt;/p&gt;
1640
1641 &lt;p&gt;I can tell you that the Danish reports are inflated. I believe it is
1642 the same reports that were used in the Norwegian debate around 2007,
1643 and Gisle Hannemyr (a well known IT commentator in Norway) had a look
1644 at the content. In short, the reason it is claimed that using ODF
1645 will be so costly, is based on the assumption that this mean every
1646 existing document need to be converted from one of the MS Office
1647 formats to ODF, transferred to the receiver, and converted back from
1648 ODF to one of the MS Office formats, and that the conversion will cost
1649 10 minutes of work time for both the sender and the receiver. In
1650 reality the sender would have a tool capable of saving to ODF, and the
1651 receiver would have a tool capable of reading it, and the time spent
1652 would at most be a few seconds for saving and loading, not 20 minutes
1653 of wasted effort.&lt;/p&gt;
1654
1655 &lt;p&gt;Microsoft claimed all these costs were saved by allowing people to
1656 transfer the original files from MS Office instead of spending 10
1657 minutes converting to ODF. :)&lt;/p&gt;
1658
1659 &lt;p&gt;See
1660 &lt;a href=&quot;http://hannemyr.com/no/ms12_vl02.php&quot;&gt;http://hannemyr.com/no/ms12_vl02.php&lt;/a&gt;
1661 and
1662 &lt;a href=&quot;http://hannemyr.com/no/ms12.php&quot;&gt;http://hannemyr.com/no/ms12.php&lt;/a&gt;
1663 for background information. Norwegian only, sorry. :)&lt;/p&gt;
1664 &lt;/blockquote&gt;&lt;/p&gt;
1665 </description>
1666 </item>
1667
1668 <item>
1669 <title>OpenOffice.org fungerer da fint for blinde?</title>
1670 <link>http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</link>
1671 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</guid>
1672 <pubDate>Mon, 21 May 2012 23:20:00 +0200</pubDate>
1673 <description>&lt;p&gt;De siste dagene har høringsuttalelsene om DIFIs forslag til
1674 standardkatalog v3.1 blitt
1675 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder?tab=comments&quot;&gt;publisert
1676 på DIFIs nettside&lt;/a&gt;, og jeg kunne der glede meg over at
1677 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;NUUGs&lt;/a&gt;
1678 uttalelse er kommet med. En uttalelse som overrasker og forvirrer meg
1679 er
1680 &lt;a href=&quot;http://www.standard.difi.no/filearchive/norges-blindeforbund.pdf&quot;&gt;den
1681 fra Norges Blindeforbund&lt;/a&gt;, som 5 år etter at Klaus Knopper sammen
1682 med sin blinde kone blant annet
1683 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20071211-accessibility/&quot;&gt;demonstrerte
1684 høyttalende OpenOffice.org på nynorsk for blinde&lt;/a&gt; på et NUUG-møte.&lt;/p&gt;
1685
1686 &lt;p&gt;&lt;a href=&quot;https://www.blindeforbundet.no/&quot;&gt;Norges Blindeforbund&lt;/a&gt;
1687 skriver følgende, som for meg virker å være formulert på sviktende
1688 grunnlag:&lt;/p&gt;
1689
1690 &lt;p&gt;&lt;blockquote&gt;
1691 &lt;p&gt;Bruk av fri programvare
1692
1693 &lt;p&gt;I FRIPROGSENTERET, RAPPORT 2009-02: Universell utforming
1694 &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;
1695 sies det &quot;Det finnes i dag ikke mange fri programvare-rammeverk eller
1696 generelle løsninger som støtter tilgjengelighet eller som er
1697 universelt utformet.&quot;&lt;/p&gt;
1698
1699 &lt;p&gt;Til tross for at det gjennom prinsippene i fri programvare åpnes
1700 for større frihet til selv å påvirke programvareløsninger i retning av
1701 universell utforming viser praksis at virkeligheten er en annen.
1702 Mange av de mest alminnelige frie programvarepakkene mangler delvis
1703 eller fullstendig tilgjengelighet for mennesker med nedsatt
1704 syn. Eksempler på dette er OpenOffice og LibreOffice m.fl.&lt;/p&gt;
1705
1706 &lt;p&gt;En annen utfordring ved bruk av fri programvare kan være manglende
1707 kundestøtte og muligheter til opplæring i bruk av løsningen. Svaksynte
1708 og blinde har et høyere behov for denne typen støtte enn andre brukere
1709 ettersom mange av dem har behov for tilleggsprogramvare som skal
1710 fungere sammen med den opprinnelige programvaren, og ettersom man ikke
1711 har de samme muligheter for overblikk over grensesnittet som en seende
1712 bruker. I tillegg til dette kommer de mer tilgjengelighetstekniske
1713 utfordringene som ofte må løses i samarbeid med
1714 programvareleverandør/produsent.&lt;/p&gt;
1715
1716 &lt;p&gt;Fri programvare er ikke på samme måte underlagt lovgivning gjennom
1717 for eksempel diskriminerings og tilgjengelighetsloven ettersom det
1718 ikke alltid finnes en produsent/tilbyder av tjenesten eller produktet.&lt;/p&gt;
1719
1720 &lt;p&gt;Norges Blindeforbund krever at universell utforming og
1721 brukskvalitet tas med som viktige hensyn i utredninger som ligger til
1722 grunn for valg av standarder som primært leder brukeren mot fri
1723 programvare. Et eksempel på dette er bruk av dokumentformatet ODF som
1724 leder brukeren i retning av OpenOffice, som er helt eller delvis
1725 utilgjengelig for svaksynte og blinde – noe avhengig av plattform og
1726 hjelpemiddelprogramvare.&lt;/p&gt;
1727
1728 &lt;/blockquote&gt;&lt;/p&gt;
1729
1730 &lt;p&gt;Jeg håper noen involvert i OpenOffice.org og/eller LibreOffice tar
1731 kontakt med Norges Blindeforbund og oppklarer det som for meg virker å
1732 være en misforståelse, i og med at OpenOffice.org så vidt jeg vet
1733 fungerer fint også for blinde.&lt;/p&gt;
1734
1735 &lt;p&gt;Jeg ble minnet på problemstillingen da jeg leste Slashdot-saken om
1736 &quot;&lt;a href=&quot;http://linux.slashdot.org/story/12/05/21/1417221/the-state-of-linux-accessibility&quot;&gt;The
1737 State of Linux Accessibility&lt;/a&gt;&quot;, som også hevder at Linux fungerer
1738 utmerket for blinde.&lt;/p&gt;
1739 </description>
1740 </item>
1741
1742 <item>
1743 <title>Dør Unix, eller lever den videre som Linux?</title>
1744 <link>http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</link>
1745 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</guid>
1746 <pubDate>Tue, 15 May 2012 10:20:00 +0200</pubDate>
1747 <description>&lt;p&gt;Peter Hidas fra Gartner melder i Computerworld at
1748 &lt;a href=&quot;http://www.idg.no/computerworld/article245011.ece&quot;&gt;Unix
1749 nedkjempes av Linux og Windows&lt;/a&gt;. For meg er påstanden meningsløs,
1750 da Linux er en variant av Unix, og hele diskusjonen om Linux er Unix
1751 eller ikke er utdatert og uinteressant. Jeg ser at Helge Skrivervik
1752 deler mitt syn på saken i sin kommentar fra i går om at
1753 &quot;&lt;a href=&quot;http://www.mymayday.com/blogs/2012/unix-linux&quot;&gt;Unix vs. Linux
1754 = uinteressant&quot;&lt;/a&gt;.&lt;/p&gt;
1755
1756 &lt;p&gt;I &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-sammenheng møter jeg av og
1757 til folk som tror NUUG er for avdankede folk som driver med den samme
1758 Unix-varianten som Peter Hidas skriver om i sin kommentar, og dermed
1759 er en foreningen for avdankede teknologer interessert i døende
1760 teknologi. Intet kunne være lengre fra sannheten.&lt;/p&gt;
1761
1762 &lt;p&gt;NUUG er en forening for oss som har sans for fri programvare, åpne
1763 standarder og Unix-lignende operativsystemer, som Ubuntu, FreeBSD,
1764 Debian, Mint, Gentoo, Android, Gnome, KDE, LXDE, Firefox, LibreOffice,
1765 ODF, HTML, C++, ECMA-Script, etc. Kort sagt der nyskapning skjer på
1766 IT-fronten i dag. Det innebærer selvfølgelig også de som er
1767 interessert i de &quot;gamle&quot; Unix-ene som Solaris og HP-UX, men de er bare
1768 et lite mindretall blant NUUGs medlemmer. De aller fleste medlemmene
1769 har i dag fokus på Linux.&lt;/p&gt;
1770 </description>
1771 </item>
1772
1773 <item>
1774 <title>NUUGs leverer høringsuttalelse om v3.1 av statens referansekatalog</title>
1775 <link>http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</link>
1776 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</guid>
1777 <pubDate>Fri, 27 Apr 2012 15:30:00 +0200</pubDate>
1778 <description>&lt;p&gt;NUUG-styremedlem Hans-Petter Fjeld
1779 &lt;a href=&quot;https://plus.google.com/u/0/110394259537201279374/posts/AGzRmAuFdW1&quot;&gt;meldte
1780 nettopp&lt;/a&gt; at han har sendt inn &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
1781 høringsuttalelse angående Difi sin standardkatalog v3.1. Jeg er veldig
1782 glad for at så mange bidro og sikret at vår stemme blir hørt i denne
1783 høringen. Anbefaler alle å lese våre
1784 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;to
1785 sider med innspill&lt;/a&gt;.&lt;/p&gt;
1786 </description>
1787 </item>
1788
1789 <item>
1790 <title>Holder de ord og NUUG lanserer testtjeneste med stortingsinformasjon</title>
1791 <link>http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</link>
1792 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</guid>
1793 <pubDate>Sun, 22 Apr 2012 15:45:00 +0200</pubDate>
1794 <description>&lt;p&gt;I
1795 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html&quot;&gt;januar
1796 i fjor&lt;/a&gt; startet vi i NUUG arbeid med å gjøre informasjon om hvem
1797 som har stemt hva på &lt;a href=&quot;http://www.stortinget.no/&quot;&gt;Stortinget&lt;/a&gt;
1798 enklere tilgjengelig. I løpet av få måneder fant vi sammen med
1799 organisasjonen &lt;a href=&quot;http://www.holderdeord.no/&quot;&gt;Holder de ord&lt;/a&gt;
1800 som arbeidet mot et lignende mål.&lt;/p&gt;
1801
1802 &lt;p&gt;Siden den gang har vi fått tak i maskinelt lesbart informasjon om
1803 hvem som stemte hva mellom 1990 og våren 2010, og tilgang til
1804 stortingets nye datatjeneste som har informasjon fra høsten 2011 til i
1805 dag. Det gjenstår litt arbeid med det første datasettet, men
1806 datasettet fra høsten 2011 er klart til bruk. Begge datasettene er
1807 tilgjengelig &lt;a href=&quot;https://gitorious.org/nuug/folketingparser&quot;&gt;via
1808 git&lt;/a&gt;.&lt;/p&gt;
1809
1810 &lt;p&gt;
1811 &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
1812 NUUG sammen med Holder de ord &lt;a href=&quot;http://beta.holderdeord.no/&quot;&gt;en
1813 test-tjeneste&lt;/a&gt; som viser hva som er og blir behandlet på Stortinget og
1814 hvem som har stemt hva siden oktober i fjor. Du får herved mulighet
1815 til å ta en sniktitt.&lt;/p&gt;
1816 </description>
1817 </item>
1818
1819 <item>
1820 <title>RAND terms - non-reasonable and discriminatory</title>
1821 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</link>
1822 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</guid>
1823 <pubDate>Thu, 19 Apr 2012 22:20:00 +0200</pubDate>
1824 <description>&lt;p&gt;Here in Norway, the
1825 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad.html?id=339&quot;&gt; Ministry of
1826 Government Administration, Reform and Church Affairs&lt;/a&gt; is behind
1827 a &lt;a href=&quot;http://standard.difi.no/forvaltningsstandarder&quot;&gt;directory of
1828 standards&lt;/a&gt; that are recommended or mandatory for use by the
1829 government. When the directory was created, the people behind it made
1830 an effort to ensure that everyone would be able to implement the
1831 standards and compete on equal terms to supply software and solutions
1832 to the government. Free software and non-free software could compete
1833 on the same level.&lt;/p&gt;
1834
1835 &lt;p&gt;But recently, some standards with RAND
1836 (&lt;a href=&quot;http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing&quot;&gt;Reasonable
1837 And Non-Discriminatory&lt;/a&gt;) terms have made their way into the
1838 directory. And while this might not sound too bad, the fact is that
1839 standard specifications with RAND terms often block free software from
1840 implementing them. The reasonable part of RAND mean that the cost per
1841 user/unit is low,and the non-discriminatory part mean that everyone
1842 willing to pay will get a license. Both sound great in theory. In
1843 practice, to get such license one need to be able to count users, and
1844 be able to pay a small amount of money per unit or user. By
1845 definition, users of free software do not need to register their use.
1846 So counting users or units is not possible for free software projects.
1847 And given that people will use the software without handing any money
1848 to the author, it is not really economically possible for a free
1849 software author to pay a small amount of money to license the rights
1850 to implement a standard when the income available is zero. The result
1851 in these situations is that free software are locked out from
1852 implementing standards with RAND terms.&lt;/p&gt;
1853
1854 &lt;p&gt;Because of this, when I see someone claiming the terms of a
1855 standard is reasonable and non-discriminatory, all I can think of is
1856 how this really is non-reasonable and discriminatory. Because free
1857 software developers are working in a global market, it does not really
1858 help to know that software patents are not supposed to be enforceable
1859 in Norway. The patent regimes in other countries affect us even here.
1860 I really hope the people behind the standard directory will pay more
1861 attention to these issues in the future.&lt;/p&gt;
1862
1863 &lt;p&gt;You can find more on the issues with RAND, FRAND and RAND-Z terms
1864 from Simon Phipps
1865 (&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/11/rand-not-so-reasonable/&quot;&gt;RAND:
1866 Not So Reasonable?&lt;/a&gt;).&lt;/p&gt;
1867
1868 &lt;p&gt;Update 2012-04-21: Just came across a
1869 &lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/of-microsoft-netscape-patents-and-open-standards/index.htm&quot;&gt;blog
1870 post from Glyn Moody&lt;/a&gt; over at Computer World UK warning about the
1871 same issue, and urging people to speak out to the UK government. I
1872 can only urge Norwegian users to do the same for
1873 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder&quot;&gt;the
1874 hearing taking place at the moment&lt;/a&gt; (respond before 2012-04-27).
1875 It proposes to require video conferencing standards including
1876 specifications with RAND terms.&lt;/p&gt;
1877 </description>
1878 </item>
1879
1880 <item>
1881 <title>Jeg skal på konferansen Go Open 2012</title>
1882 <link>http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</link>
1883 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</guid>
1884 <pubDate>Fri, 13 Apr 2012 11:30:00 +0200</pubDate>
1885 <description>&lt;p&gt;Jeg har tenkt meg på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go
1886 Open 2012&lt;/a&gt; i Oslo 23. april.
1887 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Medlemsforeningen NUUG&lt;/a&gt; deler ut
1888 &lt;a href=&quot;http://www.nuug.no/prisen/&quot;&gt;prisen for fremme av fri
1889 programvare i Norge&lt;/a&gt; der i år. Kommer du?&lt;/p&gt;
1890 </description>
1891 </item>
1892
1893 <item>
1894 <title>NUUG-presentasjon: Skolelinux - ferdig oppsatt skolenettløsning</title>
1895 <link>http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</link>
1896 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</guid>
1897 <pubDate>Tue, 13 Mar 2012 23:55:00 +0100</pubDate>
1898 <description>&lt;p&gt;I dag presenterte jeg ny versjon av Skolelinux for NUUGs medlemmer.
1899 &lt;a href=&quot;http://www.hungry.com/~pere/mypapers/20120313-skolelinux-squeeze.html&quot;&gt;Lysark&lt;/a&gt;
1900 er tilgjengelige allerede og
1901 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20120313-skolelinux/&quot;&gt;video-opptak&lt;/a&gt;
1902 kommer så snart videogruppa til NUUG får publisert den. Jeg kom på
1903 endel punkter om nye ting i Squeeze-utgaven under veis som jeg burde
1904 hatt med, og har sikkert skrevet noe tull på lysarkene som jeg ennå
1905 ikke har oppdaget. Denne presentasjonen ble smurt ihop på veldig kort
1906 tid, og jeg rakk ikke finpusse den. Håper den kan være lærerik
1907 likevel.&lt;/p&gt;
1908 </description>
1909 </item>
1910
1911 <item>
1912 <title>Et bilde på problemet med programvarepatenter</title>
1913 <link>http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</link>
1914 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</guid>
1915 <pubDate>Sat, 6 Aug 2011 21:45:00 +0200</pubDate>
1916 <description>&lt;p&gt;Via
1917 &lt;a href=&quot;http://www.huffingtonpost.com/2011/08/04/patent-reform-congress_n_906278.html&quot;&gt;en
1918 artikkel i Huffington Post om patentreform i USA&lt;/a&gt; fikk jeg et
1919 interessant bilde på problemet med programvarepatenter. Problemet er
1920 at staten deler ut usynlige &quot;eiendommer&quot; med uklare eiendomsgrenser,
1921 som gjør det umulig å vite om en er på annen manns grunn hvis en ikke
1922 har kjennskap til at &quot;eiendommen&quot; finnes, og selv når en vet om den
1923 usynlige &quot;eiendommen&quot; er det umulig å vite på hvilken side av grensen
1924 en befinner seg.&lt;/p&gt;
1925
1926 &lt;p&gt;Hvis du er interessert i problemområdet programvarepatenter, så har
1927 NUUG en
1928 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/patent&quot;&gt;epostliste om
1929 temaet&lt;/a&gt;. Alle er hjertelig velkomne som abonnenter.&lt;/p&gt;
1930 </description>
1931 </item>
1932
1933 <item>
1934 <title>Voteringsdata fra stortinget på plass, mye igjen</title>
1935 <link>http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</link>
1936 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</guid>
1937 <pubDate>Thu, 21 Jul 2011 12:10:00 +0200</pubDate>
1938 <description>&lt;p&gt;Arbeidet med et nettsted som viser frem hva hver enkelt av våre
1939 folkevalgte har stemt går sakte fremover. Det har gått to måneder
1940 siden
1941 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html&quot;&gt;jeg
1942 skrev om prosjektet&lt;/a&gt;. Siden sist har vi fått kontakt med
1943 organisasjonen &lt;a href=&quot;http://www.holderdeord.no&quot;&gt;Holder De Ord&lt;/a&gt;
1944 som holder på med et lignende prosjekt, samt fått tilgang til endel
1945 voteringsinformasjon fra Stortinget.&lt;/p&gt;
1946
1947 &lt;p&gt;Har fått tilgang til to datasett fra Stortinget. Det ene er en CD
1948 med voteringsdetaljer mellom 1990 og 2009, det andre er tilgang til
1949 stortingets kommende data-API der en kan hente ut informasjon om
1950 representanter, saker og voteringer. Jeg har ikke rukket se nok på
1951 noen av dem til å laste dem inn i min prototype, men jeg håper begge
1952 datasettene kan brukes.&lt;/p&gt;
1953
1954 &lt;p&gt;Det første datasettet er kopiert og publisert
1955 &lt;a href=&quot;http://www.nuug.no/pub/stortingsinnsyn/&quot;&gt;på NUUGs
1956 filtjener&lt;/a&gt;, og består av to filer pr. votering. En fil med
1957 tidspunkt og hver enkelt stemme, og en annen med hvem som stemte og
1958 hvilket parti og fylke de representerte. Tegnsettet er så vidt jeg
1959 kan se Codepage 865, og jeg håper det er enkelt å koble sammen person
1960 og stemme. Har ikke rukket forsøke dette ennå. Jeg tror en god
1961 strategi her er å parse råfilene fra Stortinget og sammenstille dem
1962 med databasen over representanter, og ved hjelp av denne koble de
1963 unike ID-ene til representantene med hver enkelt stemme og publisere
1964 resultatet i XML-format. Antar det er en par dagers programmering,
1965 men har ikke funnet tid til det.&lt;/p&gt;
1966
1967 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
1968 irc.freenode.net) eller bli med på epostlisten
1969 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
1970 Det trengs både manne-timer for skraping og finansiering av
1971 utviklingstimer for å en norsk portal på plass.&lt;/p&gt;
1972 </description>
1973 </item>
1974
1975 <item>
1976 <title>Hvem stemte hva på Stortinget?</title>
1977 <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</link>
1978 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</guid>
1979 <pubDate>Fri, 20 May 2011 21:20:00 +0200</pubDate>
1980 <description>&lt;p&gt;To britiske tjenester som jeg har veldig stor sans for er
1981 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;TheyWorkForYou&lt;/a&gt; og
1982 &lt;a href=&quot;http://www.publicwhip.org.uk/&quot;&gt;Public Whip&lt;/a&gt;, som gir enkel
1983 og tilgjengelig oppdatering om hva som skjer i de britiske
1984 parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
1985 Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
1986 stortingsrepresentant. Voteringen over datalagringsdirektivet
1987 forsterket motivasjonen min tilstrekkelig til at jeg når har gått
1988 igang med å få dette på plass, og noen flere har meldt seg på.
1989 Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
1990 med FiksGataMi.&lt;/p&gt;
1991
1992 &lt;p&gt;TheyWorkForYou gir en tilgang til informasjon om hver enkelt
1993 representant, og lar en f.eks. abonnere via epost på alt en
1994 representant har sagt i stortinget. En kan også abonnere via epost på
1995 alle som har nevnt ord en er interessert i. Public Whip lar en ser
1996 hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
1997 se hvordan representantene forholder seg til relaterte voteringer, og
1998 kan se hvem som er utbrytere og hvilke voteringer som er spesielt
1999 kontroversielle (mange utbrytere).&lt;/p&gt;
2000
2001 &lt;p&gt;Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
2002 strukturert og maskinlesbart format. Bak de to britiske tjenestene er
2003 skrapeprosjektet
2004 &lt;a href=&quot;http://ukparse.kforge.net/parlparse/&quot;&gt;Parlament Parser&lt;/a&gt;, og
2005 det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
2006 referater og informasjon om representanter og saker som er behandlet.
2007 På Stortingets nettsted mangler det informasjon om hvem som har stemt
2008 hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
2009 er i dialog med Stortingets informasjonsseksjon og håper de vil
2010 begynne å publisere denne informasjon på sikt. En annen kilde til
2011 relevant informasjon er
2012 &lt;a href=&quot;http://www.nsd.uib.no/polsys/&quot;&gt;PolSys-databasen&lt;/a&gt; til Norsk
2013 samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
2014 på sine data umuliggjør at enhver kan bruke informasjonen om
2015 stortinget til hva som helst og det er et mål for meg at alle skal
2016 kunne gjøre hva som helst med datasettene når jeg lager tjenesten.&lt;/p&gt;
2017
2018 &lt;p&gt;Første
2019 &lt;a href=&quot;http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi&quot;&gt;demonstrasjon
2020 av konseptet&lt;/a&gt; er nå tilgjengelig med de voteringsdata jeg har fått
2021 tak i så langt. Jeg regner med å kaste den koden når mer data er på
2022 plass, og heller basere tjenesten på lignende prosjekter som de to
2023 forannevnte, eller den polske
2024 &lt;a href=&quot;http://sejmometr.pl/&quot;&gt;Sejmometr&lt;/a&gt;.&lt;/p&gt;
2025
2026 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2027 irc.freenode.net) eller bli med på epostlisten
2028 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2029 Det trengs både manne-timer for skraping og finansiering av
2030 utviklingstimer for å tilpasse eksisterende portal til norsk.&lt;/p&gt;
2031 </description>
2032 </item>
2033
2034 <item>
2035 <title>The video format most supported in web browsers?</title>
2036 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</link>
2037 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</guid>
2038 <pubDate>Sun, 16 Jan 2011 00:20:00 +0100</pubDate>
2039 <description>&lt;p&gt;The video format struggle on the web continues, and the three
2040 contenders seem to be Ogg Theora, H.264 and WebM. Most video sites
2041 seem to use H.264, while others use Ogg Theora. Interestingly enough,
2042 the comments I see give me the feeling that a lot of people believe
2043 H.264 is the most supported video format in browsers, but according to
2044 the Wikipedia article on
2045 &lt;a href=&quot;http://en.wikipedia.org/wiki/HTML5_video&quot;&gt;HTML5 video&lt;/a&gt;,
2046 this is not true. Check out the nice table of supprted formats in
2047 different browsers there. The format supported by most browsers is
2048 Ogg Theora, supported by released versions of Mozilla Firefox, Google
2049 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
2050 BOLT browser, while not supported by Internet Explorer nor Safari.
2051 The runner up is WebM supported by released versions of Google Chrome
2052 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
2053 Firefox. H.264 is supported by released versions of Safari, Origyn
2054 Web Browser and BOLT browser, and the test version of Internet
2055 Explorer. Those wanting Ogg Theora support in Internet Explorer and
2056 Safari can install plugins to get it.&lt;/p&gt;
2057
2058 &lt;p&gt;To me, the simple conclusion from this is that to reach most users
2059 without any extra software installed, one uses Ogg Theora with the
2060 HTML5 video tag. Of course to reach all those without a browser
2061 handling HTML5, one need fallback mechanisms. In
2062 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;, we provide first fallback to a
2063 plugin capable of playing MPEG1 video, and those without such support
2064 we have a second fallback to the Cortado java applet playing Ogg
2065 Theora. This seem to work quite well, as can be seen in an &lt;a
2066 href=&quot;http://www.nuug.no/aktiviteter/20110111-semantic-web/&quot;&gt;example
2067 from last week&lt;/a&gt;.&lt;/p&gt;
2068
2069 &lt;p&gt;The reason Ogg Theora is the most supported format, and H.264 is
2070 the least supported is simple. Implementing and using H.264
2071 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
2072 are incompatible with free software licensing. If you believed H.264
2073 was without royalties and license terms, check out
2074 &quot;&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 – Not The Kind Of
2075 Free That Matters&lt;/a&gt;&quot; by Simon Phipps.&lt;/p&gt;
2076
2077 &lt;p&gt;A incomplete list of sites providing video in Ogg Theora is
2078 available from
2079 &lt;a href=&quot;http://wiki.xiph.org/index.php/List_of_Theora_videos&quot;&gt;the
2080 Xiph.org wiki&lt;/a&gt;, if you want to have a look. I&#39;m not aware of a
2081 similar list for WebM nor H.264.&lt;/p&gt;
2082
2083 &lt;p&gt;Update 2011-01-16 09:40: A question from Tollef on IRC made me
2084 realise that I failed to make it clear enough this text is about the
2085 &amp;lt;video&amp;gt; tag support in browsers and not the video support
2086 provided by external plugins like the Flash plugins.&lt;/p&gt;
2087 </description>
2088 </item>
2089
2090 <item>
2091 <title>Hva har mine representanter stemt i Storinget?</title>
2092 <link>http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</link>
2093 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</guid>
2094 <pubDate>Tue, 11 Jan 2011 14:25:00 +0100</pubDate>
2095 <description>&lt;p&gt;I England har &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;MySociety&lt;/a&gt;
2096 laget en genial tjeneste for å holde øye med parlamentet. Tjenesten
2097 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;They Work For You&lt;/a&gt; lar
2098 borgerne få direkte og sanntidsoppdatert innsyn i sine representanters
2099 gjøren og laden i parlamentet. En kan kan få kopi av det en gitt
2100 representant har sagt på talerstolen, og få vite hva hver enkelt
2101 representant har stemt i hver enkelt sak som er tatt opp. Jeg skulle
2102 gjerne hatt en slik tjeneste for Stortinget i Norge.&lt;/p&gt;
2103
2104 &lt;p&gt;Endel &lt;a href=&quot;http://www.nsd.uib.no/polsys/storting/&quot;&gt;statistikk
2105 over representantenes stemmegivning&lt;/a&gt; er tilgjengelig fra Norsk
2106 sammfunnsvitenskaplig datatjeneste, men ingenting av dette er
2107 detaljert nok til at en han holde hver enkelt stortingsrepresentant
2108 ansvarlig.&lt;/p&gt;
2109
2110 &lt;p&gt;For å få en idé om det finnes en datakilde fra Stortinget som kan
2111 brukes til å få oversikt over hvordan hver enkelt representant har
2112 stemt, sendte jeg et spørsmål til Stortinget:&lt;/p&gt;
2113
2114 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2115 Fra: Petter Reinholdtsen
2116 Sendt: 11. januar 2011 10:42
2117 Til: info (at) stortinget.no
2118 Emne: Hvem stemte hva i de ulike sakene?
2119
2120 Hei. Er det informasjon tilgjengelig på web om hvilke
2121 stortingsrepresentanter som stemte hva i sakene som er til votering i
2122 Stortinget?
2123
2124 Vennlig hilsen,
2125 --
2126 Petter Reinholdtsen
2127 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2128
2129 &lt;p&gt;Svaret kom noen timer senere:&lt;/p&gt;
2130
2131 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2132 From: Postmottak Informasjonshjornet
2133 To: Petter Reinholdtsen
2134 Subject: RE: Hvem stemte hva i de ulike sakene?
2135 Date: Tue, 11 Jan 2011 12:46:25 +0000
2136
2137 Hei.
2138 Takk for henvendelsen.
2139
2140 Sommeren 2010 fikk vi nytt voteringsanlegg i stortingssalen som
2141 muliggjør publisering av voteringsresultat på nett. dette er et
2142 pågående prosjekt 1. halvår 2011. Kan ikke si nøyaktig når det er i
2143 funksjon.
2144 &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;
2145
2146 Foreløpig må du finne voteringsresultatet i referatet etter at saken
2147 har vært behandlet i Stortinget.
2148
2149 Ønsker du å vite hvem som stemte hva i en bestemt sak,(og hvem som
2150 ikke var til stede), kan du kontakte oss og vi kan sende deg en
2151 utskrift.
2152
2153 Med vennlig hilsen
2154 Elin B. Relander Tømte
2155 Stortingets Informasjonsseksjon
2156 tlf 23313596
2157
2158 www.stortinget.no
2159 www.tinget.no
2160 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2161
2162 &lt;p&gt;Det ser dermed ut at det i fjor ble mulig å hente ut informasjonen
2163 fra Stortinget, men at Stortinget ikke legger denne informasjonen ut
2164 på web ennå. En liten brikke er dermed på plass, men mye
2165 gjenstår. Kanskje jeg får tid til å se på en norsk utgave etter
2166 at vi i NUUG har fått operativ en norsk utgave av
2167 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;.&lt;/p&gt;
2168 </description>
2169 </item>
2170
2171 <item>
2172 <title>Debian Edu development gathering and General Assembly for FRiSK</title>
2173 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</link>
2174 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</guid>
2175 <pubDate>Mon, 29 Nov 2010 18:40:00 +0100</pubDate>
2176 <description>&lt;p&gt;On friday, the first Debian Edu / Skolelinux
2177 &lt;a href=&quot;http://www.friprogramvareiskolen.no/Gathering/2010-12-03-05-Oslo&quot;&gt;development
2178 gathering&lt;/a&gt; in a long time take place here in Oslo, Norway. I
2179 really look forward to seeing all the good people working on the
2180 Squeeze release. The gathering is open for everyone interested in
2181 learning more about Debian Edu / Skolelinux.&lt;/p&gt;
2182
2183 &lt;p&gt;On Saturday, the Norwegian member organization taking care of
2184 organizing these development gatherings, Fri Programvare i Skolen,
2185 will hold its
2186 &lt;a href=&quot;http://friprogramvareiskolen.no/Genfors/2010&quot;&gt;General Assembly
2187 for 2010&lt;/a&gt;. Membership is open for all, and currently there are 388
2188 people registered as members. Last year 32 members cast their vote in
2189 the memberdb based election system. I hope more people find time to
2190 vote this year.&lt;/p&gt;
2191 </description>
2192 </item>
2193
2194 <item>
2195 <title>Gnash buildbot slave and Debian kfreebsd</title>
2196 <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</link>
2197 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</guid>
2198 <pubDate>Sat, 20 Nov 2010 07:20:00 +0100</pubDate>
2199 <description>&lt;p&gt;Answering
2200 &lt;a href=&quot;http://www.listware.net/201011/gnash-dev/67431-gnash-dev-buildbot-looking-for-slaves.html&quot;&gt;the
2201 call from the Gnash project&lt;/a&gt; for
2202 &lt;a href=&quot;http://www.gnashdev.org:8010&quot;&gt;buildbot&lt;/a&gt; slaves to test the
2203 current source, I have set up a virtual KVM machine on the Debian
2204 Edu/Skolelinux virtualization host to test the git source on
2205 Debian/Squeeze. I hope this can help the developers in getting new
2206 releases out more often.&lt;/p&gt;
2207
2208 &lt;p&gt;As the developers want less main-stream build platforms tested to,
2209 I have considered setting up a &lt;a
2210 href=&quot;http://www.debian.org/ports/kfreebsd-gnu/&quot;&gt;Debian/kfreebsd&lt;/a&gt;
2211 machine as well. I have also considered using the kfreebsd
2212 architecture in Debian as a file server in NUUG to get access to the 5
2213 TB zfs volume we currently use to store DV video. Because of this, I
2214 finally got around to do a test installation of Debian/Squeeze with
2215 kfreebsd. Installation went fairly smooth, thought I noticed some
2216 visual glitches in the cdebconf dialogs (black cursor left on the
2217 screen at random locations). Have not gotten very far with the
2218 testing. Noticed cfdisk did not work, but fdisk did so it was not a
2219 fatal problem. Have to spend some more time on it to see if it is
2220 useful as a file server for NUUG. Will try to find time to set up a
2221 gnash buildbot slave on the Debian Edu/Skolelinux this weekend.&lt;/p&gt;
2222 </description>
2223 </item>
2224
2225 <item>
2226 <title>Gjendikte sangen &quot;Copying Is Not Theft&quot; på Norsk?</title>
2227 <link>http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</link>
2228 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</guid>
2229 <pubDate>Wed, 10 Nov 2010 14:40:00 +0100</pubDate>
2230 <description>&lt;p&gt;En genial liten sang om kopiering og tyveri er
2231 &lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying Is
2232 Not Theft&lt;/a&gt; av Nina Paley. Den vil jeg at
2233 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; skal sende på
2234 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, men først må vi
2235 fikse norske undertekster eller dubbing. Og i og med at det er en
2236 sang, tror jeg den kanskje bør gjendiktes.
2237
2238 Selve teksten finner en på bloggen til
2239 &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:
2240
2241 &lt;p&gt;&lt;blockquote&gt;
2242 &lt;p&gt;Copying is not theft.
2243 &lt;br&gt;Stealing a thing leaves one less left
2244 &lt;br&gt;Copying it makes one thing more;
2245 &lt;br&gt;that&#39;s what copying&#39;s for.&lt;/p&gt;
2246
2247 &lt;p&gt;Copying is not theft.
2248 &lt;br&gt;If I copy yours you have it too
2249 &lt;br&gt;One for me and one for you
2250 &lt;br&gt;That&#39;s what copies can do&lt;/p&gt;
2251
2252 &lt;p&gt;If I steal your bicycle
2253 &lt;br&gt;you have to take the bus,
2254 &lt;br&gt;but if I just copy it
2255 &lt;br&gt;there&#39;s one for each of us!&lt;/p&gt;
2256
2257 &lt;p&gt;Making more of a thing,
2258 &lt;br&gt;that is what we call &quot;copying&quot;
2259 &lt;br&gt;Sharing ideas with everyone
2260 &lt;br&gt;That&#39;s why copying
2261 &lt;br&gt;is
2262 &lt;br&gt;FUN!&lt;/p&gt;
2263 &lt;/blockquote&gt;&lt;/p&gt;
2264
2265 &lt;p&gt;Her er et naivt forsøk på oversettelse, uten noe forsøk på
2266 gjendiktning eller få det til å flyte sammen med melodien.&lt;/p&gt;
2267
2268 &lt;p&gt;&lt;blockquote&gt;
2269 &lt;p&gt;Kopiering er ikke tyveri.
2270 &lt;br&gt;Stjeler du en ting er det en mindre igjen
2271 &lt;br&gt;Kopier den og det er ting til.
2272 &lt;br&gt;det er derfor vi har kopiering.&lt;/p&gt;
2273
2274 &lt;p&gt;Kopiering er ikke tyveri.
2275 &lt;br&gt;Hvis jeg kopierer din så har du den fortsatt
2276 &lt;br&gt;En for meg og en for deg.
2277 &lt;br&gt;Det er det kopier gir oss&lt;/p&gt;
2278
2279 &lt;p&gt;Hvis jeg stjeler sykkelen din
2280 &lt;br&gt;så må du ta bussen,
2281 &lt;br&gt;men hvis jeg bare kopierer den,
2282 &lt;br&gt;så får vi hver vår!&lt;/p&gt;
2283
2284 &lt;p&gt;Lage mer av en ting,
2285 &lt;br&gt;det er det vi kaller &quot;kopiering&quot;.
2286 &lt;br&gt;Deler ideer med enhver
2287 &lt;br&gt;Det er derfor kopiering
2288 &lt;br&gt;er
2289 &lt;br&gt;MORSOMT!&lt;/p&gt;
2290 &lt;/blockquote&gt;&lt;/p&gt;
2291
2292 &lt;p&gt;Hvis du har forslag til bedre oversettelse eller lyst til å bidra
2293 til å få denne sangen over i norsk språkdrakt, ta kontakt med video
2294 (at) nuug.no.&lt;/p&gt;
2295 </description>
2296 </item>
2297
2298 <item>
2299 <title>Making room on the Debian Edu/Sqeeze DVD</title>
2300 <link>http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</link>
2301 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</guid>
2302 <pubDate>Sun, 7 Nov 2010 11:45:00 +0100</pubDate>
2303 <description>&lt;p&gt;Prioritising packages for the Debian Edu /
2304 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; DVD, which is
2305 supposed provide a school with all the services and user applications
2306 needed on the pupils computer network has always been hard. Even
2307 schools without Internet connections should be able to get Debian Edu
2308 working using this DVD.&lt;/p&gt;
2309
2310 &lt;p&gt;The job became a lot harder when apt and aptitude started
2311 installing recommended packages by default. We want the same set of
2312 packages to be installed when using the DVD and the netinst CD, and
2313 that means all recommended packages need to be on the DVD. I created
2314 a patch for debian-cd in &lt;a href=&quot;http://bugs.debian.org/601203&quot;&gt;BTS
2315 report #601203&lt;/a&gt; to do this, and since this change was applied to
2316 the Debian Edu DVD build, we have been seriously short on space.&lt;/p&gt;
2317
2318 &lt;p&gt;A few days ago we decided to drop blender, wxmaxima and kicad from
2319 the default installation to save space on the DVD, believing that
2320 those needing these applications are few and can get them from the
2321 Debian archive.&lt;/p&gt;
2322
2323 &lt;p&gt;Yesterday, I had a look what source packages to see which packages
2324 were using most space. A few large packages are well know;
2325 openoffice.org, openclipart and fluid-soundfont. But I also
2326 discovered that lilypond used 106 MiB and fglrx-driver used 53 MiB.
2327 The lilypond package is pulled in as a dependency for rosegarden, and
2328 when looking a bit closer I discovered that 99 MiB of the 106 MiB were
2329 the documentation package, which is recommended by the binary package.
2330 I decided to drop this documentation package from our DVD, as most of
2331 our users will use the GUI front-ends and do not need the lilypond
2332 documentation. Similarly, I dropped the non-free fglrx-driver package
2333 which might be installed by d-i when its hardware is detected, as the
2334 free X driver should work.&lt;/p&gt;
2335
2336 &lt;p&gt;With this change, we finally got space for the LXDE and Gnome
2337 desktop packages as well as the language specific packages making the
2338 DVD more useful again.&lt;/p&gt;
2339 </description>
2340 </item>
2341
2342 <item>
2343 <title>Pledge for funding to the Gnash project to get AVM2 support</title>
2344 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>
2345 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</guid>
2346 <pubDate>Tue, 19 Oct 2010 14:45:00 +0200</pubDate>
2347 <description>&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is the
2348 most promising solution for a Free Software Flash implementation. It
2349 has done great so far, but there is still far to go, and recently its
2350 funding has dried up. I believe AVM2 support in Gnash is vital to the
2351 continued progress of the project, as more and more sites show up with
2352 AVM2 flash files.&lt;/p&gt;
2353
2354 &lt;p&gt;To try to get funding for developing such support, I have started
2355 &lt;a href=&quot;http://www.pledgebank.com/gnash-avm2&quot;&gt;a pledge&lt;/a&gt; with the
2356 following text:&lt;/P&gt;
2357
2358 &lt;p&gt;&lt;blockquote&gt;
2359
2360 &lt;p&gt;&quot;I will pay 100$ to the Gnash project to develop AVM2 support but
2361 only if 10 other people will do the same.&quot;&lt;/p&gt;
2362
2363 &lt;p&gt;- Petter Reinholdtsen, free software developer&lt;/p&gt;
2364
2365 &lt;p&gt;Deadline to sign up by: 24th December 2010&lt;/p&gt;
2366
2367 &lt;p&gt;The Gnash project need to get support for the new Flash file
2368 format AVM2 to work with a lot of sites using Flash on the
2369 web. Gnash already work with a lot of Flash sites using the old AVM1
2370 format, but more and more sites are using the AVM2 format these
2371 days. The project web page is available from
2372 http://www.getgnash.org/ . Gnash is a free software implementation
2373 of Adobe Flash, allowing those of us that do not accept the terms of
2374 the Adobe Flash license to get access to Flash sites.&lt;/p&gt;
2375
2376 &lt;p&gt;The project need funding to get developers to put aside enough
2377 time to develop the AVM2 support, and this pledge is my way to try
2378 to get this to happen.&lt;/p&gt;
2379
2380 &lt;p&gt;The project accept donations via the OpenMediaNow foundation,
2381 &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;
2382
2383 &lt;/blockquote&gt;&lt;/p&gt;
2384
2385 &lt;p&gt;I hope you will support this effort too. I hope more than 10
2386 people will participate to make this happen. The more money the
2387 project gets, the more features it can develop using these funds.
2388 :)&lt;/p&gt;
2389 </description>
2390 </item>
2391
2392 <item>
2393 <title>Standardkrav inn i anbudstekster?</title>
2394 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>
2395 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
2396 <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
2397 <description>&lt;p&gt;Hvis det å følge standarder skal ha noen effekt overfor
2398 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
2399 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
2400 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
2401 forslag. Min drøm er at en kan sette krav til slik støtte i
2402 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
2403 seg med å skrive at det er en fordel om slik støtte er tilstede i
2404 leveranser.&lt;/p&gt;
2405
2406 &lt;p&gt;Som systemadministrator på Universitetet er det typisk to områder
2407 som er problematiske for meg. Det ene er admin-grensesnittene på
2408 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
2409 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
2410 at protokollene og formatene som brukes følger standarder våre verktøy
2411 støtter.&lt;/p&gt;
2412
2413 &lt;p&gt;De fleste har nå støtte for SSH som overføringsprotkoll for
2414 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
2415 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
2416 aktuelle protokoller for fremvisning av BIOS-oppsett og
2417 oppstartmeldinger, og min anbefaling ville være å kreve
2418 VT100-kompatibel protokoll, for å sikre at flest mulig
2419 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
2420 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
2421 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
2422 fungere:&lt;/p&gt;
2423
2424 &lt;p&gt;&lt;blockquote&gt;
2425 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
2426 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
2427 (RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
2428 når en kobler seg til oppstart via ssh.
2429 &lt;/blockquote&gt;&lt;/p&gt;
2430
2431 &lt;p&gt;Har ikke lykkes med å finne en god referanse for
2432 VT100-spesifikasjonen.&lt;/p&gt;
2433
2434 &lt;p&gt;Når det gjelder nettsider, så er det det HTML, CSS og
2435 JavaScript-spesifikasjonen til W3C som gjelder.&lt;/p&gt;
2436
2437 &lt;p&gt;&lt;blockquote&gt;
2438 Alle systemets nettsider bør/skal være i henhold til statens
2439 standardkatalogs krav om nettsider og følge HTML-standarden som
2440 definert av W3C, og validere uten feil hos W3Cs HTML-validator
2441 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
2442 validere uten feil hos W3Cs CSS-validator
2443 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
2444 være i henhold til EcmaScript-standarden. I tillegg til å følge de
2445 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
2446 relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
2447 Opera 9, etc.
2448 &lt;/blockquote&gt;&lt;/p&gt;
2449
2450 &lt;p&gt;Vil et slikt avsnitt være konkret nok til å få leverandørene til å
2451 lage nettsider som følger standardene og fungerer i flere
2452 nettlesere?&lt;/p&gt;
2453
2454 &lt;p&gt;Tar svært gjerne imot innspill på dette temaet til aktive (at)
2455 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
2456 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
2457 burde lage et dokument med forslag til standardformuleringer å ta med
2458 i anbudsutlysninger?&lt;/p&gt;
2459
2460 &lt;p&gt;Oppdatering 2010-12-03: I følge Wikipedias oppføring om
2461 &lt;a href=&quot;http://en.wikipedia.org/wiki/ANSI_escape_code&quot;&gt;ANSI escape
2462 code&lt;/a&gt;, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
2463 basis for sin oppførsel. Det kan dermed være et alternativ når en
2464 skal spesifisere hvordan seriell-konsoll skal fungere.&lt;/p&gt;
2465 </description>
2466 </item>
2467
2468 <item>
2469 <title>Links for 2010-10-14</title>
2470 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</link>
2471 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</guid>
2472 <pubDate>Thu, 14 Oct 2010 14:45:00 +0200</pubDate>
2473 <description>&lt;p&gt;Personvernet et under kontinuerlig og kraftig angrep. Her er noen
2474 stemmer i debatten.&lt;/p&gt;
2475
2476 &lt;p&gt;&lt;ul&gt;
2477
2478 &lt;li&gt;&lt;a href=&quot;http://efn.no/hemmelig-retthaversk.txt&quot;&gt;Hemmelig
2479 &quot;Retthaversk&quot; notat vil amputere person- og rettsvernet&lt;/a&gt; -
2480 pressemelding fra EFN etter at de ble kjent med hårreisende
2481 lovforslag fra &quot;Dele, ikke stjele&quot;-kampanjen.
2482
2483 &lt;li&gt;&lt;a href=&quot;http://borud2.borud.no/2010/10/verdidebatt.html&quot;&gt;Verdidebatt&lt;/a&gt;
2484 av Bjørn Borud. Klargjørende omramming av debatten med bakgrunn i
2485 oppdagelsen fra EFN.&lt;/li&gt;
2486
2487 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/14/kultur/data_og_teknologi/tekno/personvern/opphavsrett/13804298/&quot;&gt;
2488 personvernet vike for opphavsretten?&lt;/a&gt; av Jan Omdahl i
2489 Dagbladet&lt;/li&gt;
2490
2491 &lt;li&gt;&lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying
2492 Is Not Theft&lt;/a&gt; - fin jingle om opphavsrett vs. eiendom&lt;/li&gt;
2493
2494 &lt;li&gt;&lt;a href=&quot;http://cleanternet.org/&quot;&gt;Cleanternet&lt;/a&gt; - satire om
2495 forslag for et rent og sikkert Internet.&lt;/li&gt;
2496
2497 &lt;li&gt;&lt;a href=&quot;http://www.dubistterrorist.de/en/&quot;&gt;You are a
2498 terrorist!&lt;/a&gt; - innspill om den massive overvåkningen som er
2499 gjennomført i Tysland og resten av den vestlige verden de siste
2500 årene.&lt;/li&gt;
2501
2502 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/12/kultur/debatt/debattinnlegg/13787554/&quot;&gt;Farlig
2503 hemmelighold&lt;/a&gt; - debattinnlegg i Dagbladet fra Thomas Gramstad og
2504 Bjørn Remseth i EFN&lt;/li&gt;
2505
2506 &lt;/ul&gt;&lt;/p&gt;
2507 </description>
2508 </item>
2509
2510 <item>
2511 <title>First version of a Perl library to control the Spykee robot</title>
2512 <link>http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</link>
2513 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</guid>
2514 <pubDate>Sat, 9 Oct 2010 14:00:00 +0200</pubDate>
2515 <description>&lt;p&gt;This summer I got the chance to buy cheap Spykee robots, and since
2516 then I have worked on getting Linux software in place to control them.
2517 The firmware for the robot is available from the producer, and using
2518 that source it was trivial to figure out the protocol specification.
2519 I&#39;ve started on a perl library to control it, and made some demo
2520 programs using this perl library to allow one to control the
2521 robots.&lt;/p&gt;
2522
2523 &lt;p&gt;The library is quite functional already, and capable of controlling
2524 the driving, fetching video, uploading MP3s and play them. There are
2525 a few less important features too.&lt;/p&gt;
2526
2527 &lt;p&gt;Since a few weeks ago, I ran out of time to spend on this project,
2528 but I never got around to releasing the current source. I decided
2529 today that it was time to do something about it, and uploaded the
2530 source to my Debian package store at people.skolelinux.org.&lt;/p&gt;
2531
2532 &lt;p&gt;Because it was simpler for me, I made a Debian package and
2533 published the source and deb. If you got a spykee robot, grab the
2534 source or binary package:&lt;/p&gt;
2535
2536 &lt;p&gt;&lt;ul&gt;
2537 &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;
2538 &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;
2539 &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;
2540 &lt;/ul&gt;&lt;/p&gt;
2541
2542 &lt;p&gt;If you are interested in helping out with developing this library,
2543 please let me know.&lt;/p&gt;
2544 </description>
2545 </item>
2546
2547 <item>
2548 <title>Links for 2010-10-03</title>
2549 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</link>
2550 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</guid>
2551 <pubDate>Sun, 3 Oct 2010 22:30:00 +0200</pubDate>
2552 <description>&lt;p&gt;&lt;ul&gt;
2553
2554 &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
2555 is no Plan B: why the IPv4-to-IPv6 transition will be ugly&lt;/a&gt;&lt;/li&gt;
2556
2557 &lt;li&gt;Scanner looking under clothes
2558 &lt;a href=&quot;http://www.dagbladet.no/2010/10/03/nyheter/utenriks/reise/overvakingskamera/flyplasser/13667192/&quot;&gt;has
2559 already been misused at Heathrow&lt;/a&gt;.&lt;/li&gt;
2560
2561 &lt;li&gt;&lt;a href=&quot;http://wiki.softwarelivre.org/Landell&quot;&gt;Landell
2562 Webcasting&lt;/a&gt; - interesting alternative for
2563 &lt;ahref=&quot;http://dvswitch.alioth.debian.org/wiki/&quot;&gt;DVSwitch&lt;/a&gt; with
2564 simple setup.
2565
2566 &lt;/ul&gt;&lt;/p&gt;
2567 </description>
2568 </item>
2569
2570 <item>
2571 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting</title>
2572 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</link>
2573 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</guid>
2574 <pubDate>Fri, 1 Oct 2010 11:00:00 +0200</pubDate>
2575 <description>&lt;p&gt;Frikanalen og NUUG jobber for å få &lt;a href=&quot;http://www.ted.com&quot;&gt;TED
2576 talks&lt;/a&gt; kringkastet på
2577 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, for å gi et mer
2578 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
2579 Uninett. Før innslagene kan sendes må det lages norske undertekster,
2580 og dette her trengs det frivillige. Det er hundrevis av innslag, men
2581 mine favoritter er
2582 &lt;a href=&quot;http://www.ted.com/talks/james_randi.html&quot;&gt;James Randi&lt;/a&gt; og
2583 &lt;a href=&quot;http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html&quot;&gt;Michael
2584 Specter&lt;/a&gt;. Hvis du har litt tid til overs, bli med på å oversette
2585 TED-foredragene til norsk og få på plass undertekster. TED har
2586 allerede opplegg på plass for å håndtere oversettelser og
2587 undertekster. Registrer deg på
2588 &lt;a href=&quot;http://www.ted.com/translate/forted&quot;&gt;sidene til TED&lt;/a&gt; i
2589 dag!&lt;/p&gt;
2590
2591 &lt;p&gt;NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
2592 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG&quot;&gt;publisert
2593 på Frikanalen&lt;/a&gt;. Foredrag på engelsk må også her tekstes og
2594 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
2595 teksting og oversetting. Arbeidet koordineres på epostlisten og på
2596 IRC (#nuug-video på irc.oftc.org), og &lt;a
2597 href=&quot;http://wiki.nuug.no/grupper/video/frikanalen&quot;&gt;en wikiside&lt;/a&gt;
2598 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
2599 ser i dag ut til å være
2600 &lt;a href=&quot;http://universalsubtitles.org/&quot;&gt;Universal Subtitles&lt;/a&gt;, som
2601 lar en bidra med teksting via en nettleser.&lt;/p&gt;
2602 </description>
2603 </item>
2604
2605 <item>
2606 <title>Anonym ferdsel er en menneskerett</title>
2607 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</link>
2608 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</guid>
2609 <pubDate>Wed, 15 Sep 2010 12:15:00 +0200</pubDate>
2610 <description>&lt;p&gt;Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
2611 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3808135.ece&quot;&gt;å
2612 radiomerke med RFID&lt;/a&gt; alle sine kunder og
2613 &lt;a href=&quot;http://www.aftenposten.no/nyheter/article3809746.ece&quot;&gt;registrere
2614 hvor hver og en av oss beveger oss&lt;/a&gt; pågår, og en ting som har
2615 kommet lite frem i debatten er at det faktisk er en menneskerett å
2616 kunne ferdes anonymt internt i ens eget land.&lt;/p&gt;
2617
2618 &lt;p&gt;Fant en grei kilde for dette i et
2619 &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
2620 fra Datatilsynet&lt;/a&gt; til Samferdselsdepartementet om tema:&lt;/p&gt;
2621
2622 &lt;blockquote&gt;&lt;p&gt;Retten til å ferdes anonymt kan utledes av
2623 menneskerettskonvensjonen artikkel 8 og av EUs personverndirektiv.
2624 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
2625 må respekteres, særlig retten til privatlivets fred. I både
2626 personverndirektivet og i den norske personopplysningsloven er
2627 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
2628 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
2629 samtykke til behandling av personopplysninger.&lt;/p&gt;&lt;/blockquote&gt;
2630
2631 &lt;p&gt;For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
2632 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
2633 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
2634 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
2635 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
2636 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
2637 oss som ikke registrerer oss hver gang vi beveger oss med
2638 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.&lt;/p&gt;
2639 </description>
2640 </item>
2641
2642 <item>
2643 <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
2644 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>
2645 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</guid>
2646 <pubDate>Thu, 9 Sep 2010 23:55:00 +0200</pubDate>
2647 <description>&lt;p&gt;A few days ago I had the mixed pleasure of bying a new digital
2648 camera, a Canon IXUS 130. It was instructive and very disturbing to
2649 be able to verify that also this camera producer have the nerve to
2650 specify how I can or can not use the videos produced with the camera.
2651 Even thought I was aware of the issue, the options with new cameras
2652 are limited and I ended up bying the camera anyway. What is the
2653 problem, you might ask? It is software patents, MPEG-4, H.264 and the
2654 MPEG-LA that is the problem, and our right to record our experiences
2655 without asking for permissions that is at risk.
2656
2657 &lt;p&gt;On page 27 of the Danish instruction manual, this section is
2658 written:&lt;/p&gt;
2659
2660 &lt;blockquote&gt;
2661 &lt;p&gt;This product is licensed under AT&amp;T patents for the MPEG-4 standard
2662 and may be used for encoding MPEG-4 compliant video and/or decoding
2663 MPEG-4 compliant video that was encoded only (1) for a personal and
2664 non-commercial purpose or (2) by a video provider licensed under the
2665 AT&amp;T patents to provide MPEG-4 compliant video.&lt;/p&gt;
2666
2667 &lt;p&gt;No license is granted or implied for any other use for MPEG-4
2668 standard.&lt;/p&gt;
2669 &lt;/blockquote&gt;
2670
2671 &lt;p&gt;In short, the camera producer have chosen to use technology
2672 (MPEG-4/H.264) that is only provided if I used it for personal and
2673 non-commercial purposes, or ask for permission from the organisations
2674 holding the knowledge monopoly (patent) for technology used.&lt;/p&gt;
2675
2676 &lt;p&gt;This issue has been brewing for a while, and I recommend you to
2677 read
2678 &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
2679 Our Civilization&#39;s Video Art and Culture is Threatened by the
2680 MPEG-LA&lt;/a&gt;&quot; by Eugenia Loli-Queru and
2681 &quot;&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;H.264 Is Not
2682 The Sort Of Free That Matters&lt;/a&gt;&quot; by Simon Phipps to learn more about
2683 the issue. The solution is to support the
2684 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
2685 open standards&lt;/a&gt; for video, like &lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg
2686 Theora&lt;/a&gt;, and avoid MPEG-4 and H.264 if you can.&lt;/p&gt;
2687 </description>
2688 </item>
2689
2690 <item>
2691 <title>Navteq bruker 3-12 måneder, OpenStreetmap.org trenger noen dager</title>
2692 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</link>
2693 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</guid>
2694 <pubDate>Tue, 7 Sep 2010 21:40:00 +0200</pubDate>
2695 <description>&lt;p&gt;Jeg ble riktig fascinert av
2696 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3800967.ece&quot;&gt;en
2697 artikkel i Aftenposten&lt;/a&gt; om hvor hardt Navteq jobber for å oppdatere
2698 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
2699 &quot;på grunn av teknikken tar det alt fra tre til tolv måneder før
2700 kartene er oppdatert&quot;. Når en kjenner hva slags oppdateringshastighet
2701 som er tilgjengelig på
2702 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap&lt;/a&gt; som
2703 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
2704 kan kjøpe for penger får til.&lt;/p&gt;
2705
2706 &lt;p&gt;Fra en endrer kartdataene i databasen til OpenStreetmap tar det
2707 ca. 15 minutter før endringen er synlig på kartet som alle kan se på
2708 web. Dernest overføres det daglig til en kartdump som lastes ned av
2709 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
2710 OpenStreetmap.org og &lt;a href=&quot;http://www.frikart.no/&quot;&gt;Frikart.no&lt;/a&gt;
2711 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
2712 uke. Det er også av tekniske årsaker at det tar så langt tid.
2713 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
2714 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
2715 gjøres kontinuerlig men kun regelmessing.&lt;/p&gt;
2716 </description>
2717 </item>
2718
2719 <item>
2720 <title>My first perl GUI application - controlling a Spykee robot</title>
2721 <link>http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</link>
2722 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</guid>
2723 <pubDate>Wed, 1 Sep 2010 21:00:00 +0200</pubDate>
2724 <description>&lt;p&gt;This evening I made my first Perl GUI application. The last few
2725 days I have worked on a Perl module for controlling my recently
2726 aquired Spykee robots, and the module is now getting complete enought
2727 that it is possible to use it to control the robot driving at least.
2728 It was now time to figure out how to use it to create some GUI to
2729 allow me to drive the robot around. I picked PerlQt as I have had
2730 positive experiences with the Qt API before, and spent a few minutes
2731 browsing the web for examples. Using Qt Designer seemed like a short
2732 cut, so I ended up writing the perl GUI using Qt Designer and
2733 compiling it into a perl program using the puic program from
2734 libqt-perl. Nothing fancy yet, but it got buttons to connect and
2735 drive around.&lt;/p&gt;
2736
2737 &lt;p&gt;The perl module I have written provide a object oriented API for
2738 controlling the robot. Here is an small example on how to use it:&lt;/p&gt;
2739
2740 &lt;p&gt;&lt;pre&gt;
2741 use Spykee;
2742 Spykee::discover(sub {$robot{$_[0]} = $_[1]});
2743 my $host = (keys %robot)[0];
2744 my $spykee = Spykee-&gt;new();
2745 $spykee-&gt;contact($host, &quot;admin&quot;, &quot;admin&quot;);
2746 $spykee-&gt;left();
2747 sleep 2;
2748 $spykee-&gt;right();
2749 sleep 2;
2750 $spykee-&gt;forward();
2751 sleep 2;
2752 $spykee-&gt;back();
2753 sleep 2;
2754 $spykee-&gt;stop();
2755 &lt;/pre&gt;&lt;/p&gt;
2756
2757 &lt;p&gt;Thanks to the release of the source of the robot firmware, I could
2758 peek into the implementation at the other end to figure out how to
2759 implement the protocol used by the robot. I&#39;ve implemented several of
2760 the commands the robot understand, but is still missing the camera
2761 support to make it possible to control the robot from remote. First I
2762 want to implement support for uploading new firmware and configuring
2763 the wireless network, to make it possible to bootstrap a Spykee robot
2764 without the producers Windows and MacOSX software (I only have Linux,
2765 so I had to ask a friend to come over to get the robot testing
2766 going. :).&lt;/p&gt;
2767
2768 &lt;p&gt;Will release the source to the public soon, but need to figure out
2769 where to make it available first. I will add a link to
2770 &lt;a href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;the NUUG wiki&lt;/a&gt; for
2771 those that want to check back later to find it.&lt;/p&gt;
2772 </description>
2773 </item>
2774
2775 <item>
2776 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge</title>
2777 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</link>
2778 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</guid>
2779 <pubDate>Tue, 31 Aug 2010 21:00:00 +0200</pubDate>
2780 <description>&lt;p&gt;Ble tipset i dag om at et forslag om å stoppe forsøkene med
2781 elektronisk stemmegiving utenfor valglokaler er
2782 &lt;a href=&quot;http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=46616&quot;&gt;til
2783 behandling&lt;/a&gt; i Stortinget.
2784 &lt;a href=&quot;http://www.stortinget.no/Global/pdf/Representantforslag/2009-2010/dok8-200910-128.pdf&quot;&gt;Forslaget&lt;/a&gt;
2785 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.&lt;/p&gt;
2786
2787 &lt;p&gt;Håper det får flertall.&lt;/p&gt;
2788 </description>
2789 </item>
2790
2791 <item>
2792 <title>Broken hard link handling with sshfs</title>
2793 <link>http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</link>
2794 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</guid>
2795 <pubDate>Mon, 30 Aug 2010 19:30:00 +0200</pubDate>
2796 <description>&lt;p&gt;Just got an email from Tobias Gruetzmacher as a followup on my
2797 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html&quot;&gt;previous
2798 post about sshfs&lt;/a&gt;. He reported another problem with sshfs. It
2799 fail to handle hard links properly. A simple way to spot this is to
2800 look at the . and .. entries in the directory tree. These should have
2801 a link count &gt;1, but on sshfs the count is 1. I just tested to see
2802 what happen when trying to hardlink, and this fail as well:&lt;/p&gt;
2803
2804 &lt;pre&gt;
2805 % ln foo bar
2806 ln: creating hard link `bar&#39; =&gt; `foo&#39;: Function not implemented
2807 %
2808 &lt;/pre&gt;
2809
2810 &lt;p&gt;I have not yet found time to implement a test for this in my file
2811 system test code, but believe having working hard links is useful to
2812 avoid surprised unix programs. Not as useful as working file locking
2813 and symlinks, which are required to get a working desktop, but useful
2814 nevertheless. :)&lt;/p&gt;
2815
2816 &lt;p&gt;The latest version of the file system test code is available via
2817 git from
2818 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;&lt;/p&gt;
2819 </description>
2820 </item>
2821
2822 <item>
2823 <title>Sikkerhetsteateret på flyplassene fortsetter</title>
2824 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</link>
2825 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</guid>
2826 <pubDate>Sat, 28 Aug 2010 10:40:00 +0200</pubDate>
2827 <description>&lt;p&gt;Jeg skrev for et halvt år siden hvordan
2828 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html&quot;&gt;samfunnet
2829 kaster bort ressurser på sikkerhetstiltak som ikke fungerer&lt;/a&gt;. Kom
2830 nettopp over en
2831 &lt;a href=&quot;http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/&quot;&gt;historie
2832 fra en pilot fra USA&lt;/a&gt; som kommenterer det samme. Jeg mistenker det
2833 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
2834 veldig sans for piloten omtalt i &lt;a
2835 href=&quot;http://www.aftenposten.no/nyheter/iriks/article2057501.ece&quot;&gt;Aftenposten&lt;/a&gt; 2007-10-23,
2836 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
2837 ikke meg trygghetsfølelse på flyplassene når jeg ser at
2838 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
2839 stedet for ting som bidrar til reell økning av sikkerheten. Det
2840 forteller meg jo at vurderingsevnen til de som burde bidra til økt
2841 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
2842 tiltakene.&lt;/p&gt;
2843
2844 &lt;p&gt;Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
2845 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
2846 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
2847 passerte. Kanskje det ville fått flere til å få øynene opp for
2848 problemet.&lt;/p&gt;
2849
2850 &lt;p&gt;Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
2851 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
2852 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
2853 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
2854 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
2855 en god ting sett fra et miljøperspektiv, men det er en annen sak.&lt;/p&gt;
2856 </description>
2857 </item>
2858
2859 <item>
2860 <title>Broken umask handling with sshfs</title>
2861 <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</link>
2862 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</guid>
2863 <pubDate>Thu, 26 Aug 2010 13:30:00 +0200</pubDate>
2864 <description>&lt;p&gt;My file system sematics program
2865 &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
2866 a few days ago&lt;/a&gt; is very useful to verify that a file system can
2867 work as a unix home directory,and today I had to extend it a bit. I&#39;m
2868 looking into alternatives for home directory access here at the
2869 University of Oslo, and one of the options is sshfs. My friend
2870 Finn-Arne mentioned a while back that they had used sshfs with Debian
2871 Edu, but stopped because of problems. I asked today what the problems
2872 where, and he mentioned that sshfs failed to handle umask properly.
2873 Trying to detect the problem I wrote this addition to my fs testing
2874 script:&lt;/p&gt;
2875
2876 &lt;pre&gt;
2877 mode_t touch_get_mode(const char *name, mode_t mode) {
2878 mode_t retval = 0;
2879 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode);
2880 if (-1 != fd) {
2881 unlink(name);
2882 struct stat statbuf;
2883 if (-1 != fstat(fd, &amp;statbuf)) {
2884 retval = statbuf.st_mode &amp; 0x1ff;
2885 }
2886 close(fd);
2887 }
2888 return retval;
2889 }
2890
2891 /* Try to detect problem discovered using sshfs */
2892 int test_umask(void) {
2893 printf(&quot;info: testing umask effect on file creation\n&quot;);
2894
2895 mode_t orig_umask = umask(000);
2896 mode_t newmode;
2897 if (0666 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
2898 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 000\n&quot;,
2899 newmode);
2900 }
2901 umask(007);
2902 if (0660 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
2903 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 007\n&quot;,
2904 newmode);
2905 }
2906
2907 umask (orig_umask);
2908 return 0;
2909 }
2910
2911 int main(int argc, char **argv) {
2912 [...]
2913 test_umask();
2914 return 0;
2915 }
2916 &lt;/pre&gt;
2917
2918 &lt;p&gt;Sure enough. On NFS to a netapp, I get this result:&lt;/p&gt;
2919
2920 &lt;pre&gt;
2921 Testing POSIX/Unix sematics on file system
2922 info: testing symlink creation
2923 info: testing subdirectory creation
2924 info: testing fcntl locking
2925 Read-locking 1 byte from 1073741824
2926 Read-locking 510 byte from 1073741826
2927 Unlocking 1 byte from 1073741824
2928 Write-locking 1 byte from 1073741824
2929 Write-locking 510 byte from 1073741826
2930 Unlocking 2 byte from 1073741824
2931 info: testing umask effect on file creation
2932 &lt;/pre&gt;
2933
2934 &lt;p&gt;When mounting the same directory using sshfs, I get this
2935 result:&lt;/p&gt;
2936
2937 &lt;pre&gt;
2938 Testing POSIX/Unix sematics on file system
2939 info: testing symlink creation
2940 info: testing subdirectory creation
2941 info: testing fcntl locking
2942 Read-locking 1 byte from 1073741824
2943 Read-locking 510 byte from 1073741826
2944 Unlocking 1 byte from 1073741824
2945 Write-locking 1 byte from 1073741824
2946 Write-locking 510 byte from 1073741826
2947 Unlocking 2 byte from 1073741824
2948 info: testing umask effect on file creation
2949 error: Wrong file mode 644 when creating using mode 666 and umask 000
2950 error: Wrong file mode 640 when creating using mode 666 and umask 007
2951 &lt;/pre&gt;
2952
2953 &lt;p&gt;So, I can conclude that sshfs is better than smb to a Netapp or a
2954 Windows server, but not good enough to be used as a home
2955 directory.&lt;/p&gt;
2956
2957 &lt;p&gt;Update 2010-08-26: Reported the issue in
2958 &lt;a href=&quot;http://bugs.debian.org/594498&quot;&gt;BTS report #594498&lt;/a&gt;&lt;/p&gt;
2959
2960 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
2961 script so useful that he created a GIT repository and stored it in
2962 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
2963 </description>
2964 </item>
2965
2966 <item>
2967 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge</title>
2968 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</link>
2969 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</guid>
2970 <pubDate>Mon, 23 Aug 2010 19:30:00 +0200</pubDate>
2971 <description>&lt;p&gt;I Norge pågår en prosess for å
2972 &lt;a href=&quot;http://www.e-valg.dep.no/&quot;&gt;innføre elektronisk
2973 stemmegiving&lt;/a&gt; ved kommune- og stortingsvalg. Dette skal
2974 introduseres i 2011. Det er all grunn til å tro at valg i Norge ikke
2975 vil være til å stole på hvis dette blir gjennomført. Da det hele var
2976 oppe til høring i 2006 forfattet jeg
2977 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;en
2978 høringsuttalelse fra NUUG&lt;/a&gt; (og EFN som hengte seg på) som skisserte
2979 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
2980 og elektronisk stemmegiving mangler flere av disse. Elektronisk
2981 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
2982 boks under andres kontroll, og satse på at de som har kontroll med
2983 boksen er til å stole på - uten at en har mulighet til å verifisere
2984 dette selv. Det er ikke slik en gjennomfører demokratiske valg.&lt;/p&gt;
2985
2986 &lt;p&gt;Da problemet er fundamentalt med hvordan elektronisk stemmegiving
2987 må fungere for at også ikke-krypografer skal kunne delta, har det vært
2988 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
2989 etter land. En
2990 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;liten
2991 samling referanser&lt;/a&gt; finnes på NUUGs wiki. Den siste er fra India,
2992 der valgkomisjonen har valgt
2993 &lt;a href=&quot;http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source&quot;&gt;å
2994 pusse politiet på en forsker&lt;/a&gt; som har dokumentert svakheter i
2995 valgsystemet.&lt;/p&gt;
2996
2997 &lt;p&gt;Her i Norge har en valgt en annen tilnærming, der en forsøker seg
2998 med teknobabbel for å få befolkningen til å tro at dette skal bli
2999 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
3000 valgene i Norge, og bør ikke innføres.&lt;/p&gt;
3001
3002 &lt;p&gt;Den offentlige diskusjonen blir litt vanskelig av at media har
3003 valgt å kalle dette &quot;evalg&quot;, som kan sies å både gjelde elektronisk
3004 opptelling av valget som Norge har gjort siden 60-tallet og som er en
3005 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
3006 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
3007 mot &quot;evalg&quot;, og jeg forsøker derfor å være klar på at jeg snakker om
3008 elektronisk stemmegiving og unngå begrepet &quot;evalg&quot;.&lt;/p&gt;
3009 </description>
3010 </item>
3011
3012 <item>
3013 <title>Robot, reis deg...</title>
3014 <link>http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</link>
3015 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</guid>
3016 <pubDate>Sat, 21 Aug 2010 22:10:00 +0200</pubDate>
3017 <description>&lt;p&gt;I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og
3018 har brukt noen timer til å google etter interessante referanser og
3019 aktuell kildekode for bruk på Linux. Det mest lovende så langt er
3020 &lt;a href=&quot;http://ispykee.toyz.org/&quot;&gt;ispykee&lt;/a&gt;, som har en
3021 BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på
3022 lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for
3023 å fjernstyre roboten. Linux-daemonen implementerer deler av
3024 protokollen som roboten forstår. Etter å ha knotet litt med å oppnå
3025 kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg
3026 måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at
3027 den lytter på IP-port 9000 og 9001, gikk jeg i gang med å finne ut
3028 hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten
3029 av protokollen er publisert av produsenten med GPL-lisens, slik at det
3030 er mulig å se hvordan protokollen fungerer. Det finnes en java-klient
3031 for Android som så ganske snasen ut, men fant ingen kildekode for
3032 denne. Derimot hadde iphone-løsningen kildekode, så jeg tok
3033 utgangspunkt i den.&lt;/p&gt;
3034
3035 &lt;p&gt;Daemonen ville i utgangspunktet forsøke å kontakte den sentrale
3036 tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om
3037 til i stedet å sette opp en nettverkstjeneste på min lokale maskin,
3038 som jeg kan koble meg opp til med telnet og gi kommandoer til roboten
3039 (act, forward, right, left, etc). Det involverte i praksis å bytte ut
3040 socket()/connect() med socket()/bind()/listen()/accept() for å gjøre
3041 klienten om til en tjener.&lt;/p&gt;
3042
3043 &lt;p&gt;Mens jeg har forsøkt å få roboten til å bevege seg har min samboer
3044 skrudd sammen resten av roboten for å få montert kamera og plastpynten
3045 (armer, plastfiber for lys). Nå er det hele montert, og roboten er
3046 klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett
3047 før det blir praktisk, men de bitene av protokollen er ikke
3048 implementert i ispykee-daemonen, så der må jeg enten få tak i en mac
3049 eller en windows-maskin, eller implementere det selv.&lt;/p&gt;
3050
3051 &lt;p&gt;Vi var tre som kjøpte slike roboter, og vi har blitt enige om å
3052 samle notater og referanser på &lt;a
3053 href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;NUUGs wiki&lt;/a&gt;. Ta en titt
3054 der hvis du er nysgjerrig.&lt;/p&gt;
3055 </description>
3056 </item>
3057
3058 <item>
3059 <title>2 Spykee-roboter i hus, nå skal det lekes</title>
3060 <link>http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</link>
3061 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</guid>
3062 <pubDate>Wed, 18 Aug 2010 13:30:00 +0200</pubDate>
3063 <description>&lt;p&gt;Jeg kjøpte nettopp to
3064 &lt;a href=&quot;http://www.spykee-robot.com/&quot;&gt;Spykee&lt;/a&gt;-roboter, for test og
3065 leking. Kjøpte to da det var så billige, og gir meg mulighet til å
3066 eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte
3067 ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde
3068 en liten stabel på lager som de ikke hadde klart å selge ut etter
3069 fjorårets juleinnkjøp, og var villig til å selge for en femtedel av
3070 vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og
3071 det blir morsomt å se hva vi får ut av dette.&lt;/p&gt;
3072
3073 &lt;p&gt;Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon
3074 og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som
3075 jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i
3076 mai. Eneste utfordringen er at kontroller-programvaren kun finnes til
3077 Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til
3078 firmwaren. :)&lt;/p&gt;
3079
3080 &lt;ul&gt;
3081 &lt;li&gt;&lt;a href=&quot;http://en.wikipedia.org/wiki/Spykee&quot;&gt;Wikipedia-oppføring&lt;/a&gt;&lt;/li&gt;
3082 &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;
3083 &lt;li&gt;&lt;a href=&quot;http://wiki.nuug.no/grupper/robot&quot;&gt;prosjektwiki hos NUUG&lt;/a&gt;&lt;/li&gt;
3084 &lt;/ul&gt;
3085 </description>
3086 </item>
3087
3088 <item>
3089 <title>Rob Weir: How to Crush Dissent</title>
3090 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</link>
3091 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</guid>
3092 <pubDate>Sun, 15 Aug 2010 22:20:00 +0200</pubDate>
3093 <description>&lt;p&gt;I found the notes from Rob Weir on
3094 &lt;a href=&quot;http://feedproxy.google.com/~r/robweir/antic-atom/~3/VGb23-kta8c/how-to-crush-dissent.html&quot;&gt;how
3095 to crush dissent&lt;/a&gt; matching my own thoughts on the matter quite
3096 well. Highly recommended for those wondering which road our society
3097 should go down. In my view we have been heading the wrong way for a
3098 long time.&lt;/p&gt;
3099 </description>
3100 </item>
3101
3102 <item>
3103 <title>No hardcoded config on Debian Edu clients</title>
3104 <link>http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</link>
3105 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</guid>
3106 <pubDate>Mon, 9 Aug 2010 20:15:00 +0200</pubDate>
3107 <description>&lt;p&gt;As reported earlier, the last few days I have looked at how Debian
3108 Edu clients are configured, and tried to get rid of all hardcoded
3109 configuration settings on the clients. I believe the work to be
3110 mostly done, and the clients seem to work just fine with dynamically
3111 generated configuration.&lt;/p&gt;
3112
3113 &lt;p&gt;What is the point, you might ask? The point is to allow a Debian
3114 Edu desktop to integrate into an existing network infrastructure
3115 without any manual configuration.&lt;/p&gt;
3116
3117 &lt;p&gt;This is what happens when installing a Debian Edu client here at
3118 the University of Oslo using PXE. With the PXE installation, I am
3119 asked for language (Norwegian Bokmål), locality (Norway) and keyboard
3120 layout (no-latin1), Debian Edu profile (Roaming Workstation), if I
3121 accept to reformat the hard drive (yes), if I want to submit info to
3122 popcon.debian.org (no) and root password (secret). After answering
3123 these questions, the installer goes ahead and does its thing, and
3124 after around 50 minutes it is done. I press enter to finish the
3125 installation, and the machine reboots into KDE. When the machine is
3126 ready and kdm asks for login information, I enter my university
3127 username and password, am told by kdm that a local home directory has
3128 been created and that I must log in again, and finally log in with the
3129 same username and password to the KDE 4.4 desktop. At no point during
3130 this process did it ask for university specific settings, and all the
3131 required configuration was dynamically detected using information
3132 fetched via DHCP and DNS. The roaming workstation is now ready for
3133 use.&lt;/p&gt;
3134
3135 &lt;p&gt;How was this done, you might wonder? First of all, here is the
3136 list of things that need to be configured on the client to get it
3137 working properly out of the box:&lt;/p&gt;
3138
3139 &lt;ul&gt;
3140 &lt;li&gt;IP address/netmask and DNS server.&lt;/li&gt;
3141 &lt;li&gt;Web proxy URL.&lt;/li&gt;
3142 &lt;li&gt;LDAP server for NSS directory information (user, group, etc).&lt;/li&gt;
3143 &lt;li&gt;Kerberos server for PAM password checking.&lt;/li&gt;
3144 &lt;li&gt;SMB mount point to access the network home directory. (*)&lt;/li&gt;
3145 &lt;li&gt;Central syslog server to send syslog messages to. (*)&lt;/li&gt;
3146 &lt;li&gt;Sitesummary collector URL to submit info to central server. (*)&lt;/li&gt;
3147 &lt;/ul&gt;
3148
3149 &lt;p&gt;(Hm, did I forget anything? Let me knew if I did.)&lt;/p&gt;
3150
3151 &lt;p&gt;The points marked (*) are not required to be able to use the
3152 machine, but needed to provide central storage and allowing system
3153 administrators to track their machines. Since yesterday, everything
3154 but the sitesummary collector URL is dynamically discovered at boot
3155 and installation time in the svn version of Debian Edu.&lt;/p&gt;
3156
3157 &lt;p&gt;The IP and DNS setup is fetched during boot using DHCP as usual.
3158 When a DHCP update arrives, the proxy setup is updated by looking for
3159 http://wpat/wpad.dat and using the content of this WPAD file to
3160 configure the http and ftp proxy in /etc/environment and
3161 /etc/apt/apt.conf. I decided to update the proxy setup using a DHCP
3162 hook to ensure that the client stops using the Debian Edu proxy when
3163 it is moved outside the Debian Edu network, and instead uses any local
3164 proxy present on the new network when it moves around.&lt;/p&gt;
3165
3166 &lt;p&gt;The DNS names of the LDAP, Kerberos and syslog server and related
3167 configuration are generated using DNS information at boot. First the
3168 installer looks for a host named ldap in the current DNS domain. If
3169 not found, it looks for _ldap._tcp SRV records in DNS instead. If an
3170 LDAP server is found, its root DSE entry is requested and the
3171 attributes namingContexts and defaultNamingContext are used to
3172 determine which LDAP base to use for NSS. If there are several
3173 namingContexts attibutes and the defaultNamingContext is present, that
3174 LDAP subtree is used as the base. If defaultNamingContext is missing,
3175 the subtrees listed as namingContexts are searched in sequence for any
3176 object with class posixAccount or posixGroup, and the first one with
3177 such an object is used as the LDAP base. For Kerberos, a similar
3178 search is done by first looking for a host named kerberos, and then
3179 for the _kerberos._tcp SRV record. I&#39;ve been unable to find a way to
3180 look up the Kerberos realm, so for this the upper case string of the
3181 current DNS domain is used.&lt;/p&gt;
3182
3183 &lt;p&gt;For the syslog server, the hosts syslog and loghost are searched
3184 for, and the _syslog._udp SRV record is consulted if no such host is
3185 found. This algorithm works for both Debian Edu and the University of
3186 Oslo. A similar strategy would work for locating the sitesummary
3187 server, but have not been implemented yet. I decided to fetch and
3188 save these settings during installation, to make sure moving to a
3189 different network does not change the set of users being allowed to
3190 log in nor the passwords required to log in. Usernames and passwords
3191 will be cached by sssd when the user logs in on the Debian Edu
3192 network, and will not change as the laptop move around. For a
3193 non-roaming machine, there is no caching, but given that it is
3194 supposed to stay in place it should not matter much. Perhaps we
3195 should switch those to use sssd too?&lt;/p&gt;
3196
3197 &lt;p&gt;The user&#39;s SMB mount point for the network home directory is
3198 located when the user logs in for the first time. The LDAP server is
3199 consulted to look for the user&#39;s LDAP object and the sambaHomePath
3200 attribute is used if found. If it isn&#39;t found, the home directory
3201 path fetched from NSS is used instead. Assuming the path is of the
3202 form /site/server/directory/username, the second part is looked up in
3203 DNS and used to generate a SMB URL of the form
3204 smb://server.domain/username. This algorithm works for both Debian
3205 edu and the University of Oslo. Perhaps there are better attributes
3206 to use or a better algorithm that works for more sites, but this will
3207 do for now. :)&lt;/p&gt;
3208
3209 &lt;p&gt;This work should make it easier to integrate the Debian Edu clients
3210 into any LDAP/Kerberos infrastructure, and make the current setup even
3211 more flexible than before. I suspect it will also work for thin
3212 client servers, allowing one to easily set up LTSP and hook it into a
3213 existing network infrastructure, but I have not had time to test this
3214 yet.&lt;/p&gt;
3215
3216 &lt;p&gt;If you want to help out with implementing these things for Debian
3217 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3218
3219 &lt;p&gt;Update 2010-08-09: Simon Farnsworth gave me a heads-up on how to
3220 detect Kerberos realm from DNS, by looking for _kerberos TXT entries
3221 before falling back to the upper case DNS domain name. Will have to
3222 implement it for Debian Edu. :)&lt;/p&gt;
3223 </description>
3224 </item>
3225
3226 <item>
3227 <title>Testing if a file system can be used for home directories...</title>
3228 <link>http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</link>
3229 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</guid>
3230 <pubDate>Sun, 8 Aug 2010 21:20:00 +0200</pubDate>
3231 <description>&lt;p&gt;A few years ago, I was involved in a project planning to use
3232 Windows file servers as home directory servers for Debian
3233 Edu/Skolelinux machines. This was thought to be no problem, as the
3234 access would be through the SMB network file system protocol, and we
3235 knew other sites used SMB with unix and samba as the file server to
3236 mount home directories without any problems. But, after months of
3237 struggling, we had to conclude that our goal was impossible.&lt;/p&gt;
3238
3239 &lt;p&gt;The reason is simply that while SMB can be used for home
3240 directories when the file server is Samba running on Unix, this only
3241 work because of Samba have some extensions and the fact that the
3242 underlying file system is a unix file system. When using a Windows
3243 file server, the underlying file system do not have POSIX semantics,
3244 and several programs will fail if the users home directory where they
3245 want to store their configuration lack POSIX semantics.&lt;/p&gt;
3246
3247 &lt;p&gt;As part of this work, I wrote a small C program I want to share
3248 with you all, to replicate a few of the problematic applications (like
3249 OpenOffice.org and GCompris) and see if the file system was working as
3250 it should. If you find yourself in spooky file system land, it might
3251 help you find your way out again. This is the fs-test.c source:&lt;/p&gt;
3252
3253 &lt;pre&gt;
3254 /*
3255 * Some tests to check the file system sematics. Used to verify that
3256 * CIFS from a windows server do not work properly as a linux home
3257 * directory.
3258 * License: GPL v2 or later
3259 *
3260 * needs libsqlite3-dev and build-essential installed
3261 * compile with: gcc -Wall -lsqlite3 -DTEST_SQLITE fs-test.c -o fs-test
3262 */
3263
3264 #define _FILE_OFFSET_BITS 64
3265 #define _LARGEFILE_SOURCE 1
3266 #define _LARGEFILE64_SOURCE 1
3267
3268 #define _GNU_SOURCE /* for asprintf() */
3269
3270 #include &amp;lt;errno.h&gt;
3271 #include &amp;lt;fcntl.h&gt;
3272 #include &amp;lt;stdio.h&gt;
3273 #include &amp;lt;string.h&gt;
3274 #include &amp;lt;stdlib.h&gt;
3275 #include &amp;lt;sys/file.h&gt;
3276 #include &amp;lt;sys/stat.h&gt;
3277 #include &amp;lt;sys/types.h&gt;
3278 #include &amp;lt;unistd.h&gt;
3279
3280 #ifdef TEST_SQLITE
3281 /*
3282 * Test sqlite open, as done by gcompris require the libsqlite3-dev
3283 * package and linking with -lsqlite3. A more low level test is
3284 * below.
3285 * See also &amp;lt;URL: http://www.sqlite.org./faq.html#q5 &gt;.
3286 */
3287 #include &amp;lt;sqlite3.h&gt;
3288 #define CREATE_TABLE_USERS \
3289 &quot;CREATE TABLE users (user_id INT UNIQUE, login TEXT, lastname TEXT, firstname TEXT, birthdate TEXT, class_id INT ); &quot;
3290 int test_sqlite_open(void) {
3291 char *zErrMsg;
3292 char *name = &quot;testsqlite.db&quot;;
3293 sqlite3 *db=NULL;
3294 unlink(name);
3295 int rc = sqlite3_open(name, &amp;db);
3296 if( rc ){
3297 printf(&quot;error: sqlite open of %s failed: %s\n&quot;, name, sqlite3_errmsg(db));
3298 sqlite3_close(db);
3299 return -1;
3300 }
3301
3302 /* create tables */
3303 rc = sqlite3_exec(db,CREATE_TABLE_USERS, NULL, 0, &amp;zErrMsg);
3304 if( rc != SQLITE_OK ){
3305 printf(&quot;error: sqlite table create failed: %s\n&quot;, zErrMsg);
3306 sqlite3_close(db);
3307 return -1;
3308 }
3309 printf(&quot;info: sqlite worked\n&quot;);
3310 sqlite3_close(db);
3311 return 0;
3312 }
3313 #endif /* TEST_SQLITE */
3314
3315 /*
3316 * Demonstrate locking issue found in gcompris using sqlite3. This
3317 * work with ext3, but not with cifs server on Windows 2003. This is
3318 * done in the sqlite3 library.
3319 * See also
3320 * &amp;lt;URL:http://www.cygwin.com/ml/cygwin/2001-08/msg00854.html&gt; and the
3321 * POSIX specification
3322 * &amp;lt;URL:http://www.opengroup.org/onlinepubs/009695399/functions/fcntl.html&gt;.
3323 */
3324 int test_gcompris_locking(void) {
3325 struct flock fl;
3326 char *name = &quot;testsqlite.db&quot;;
3327 unlink(name);
3328 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, 0644);
3329 printf(&quot;info: testing fcntl locking\n&quot;);
3330
3331 fl.l_whence = SEEK_SET;
3332 fl.l_pid = getpid();
3333 printf(&quot; Read-locking 1 byte from 1073741824&quot;);
3334 fl.l_start = 1073741824;
3335 fl.l_len = 1;
3336 fl.l_type = F_RDLCK;
3337 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3338
3339 printf(&quot; Read-locking 510 byte from 1073741826&quot;);
3340 fl.l_start = 1073741826;
3341 fl.l_len = 510;
3342 fl.l_type = F_RDLCK;
3343 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3344
3345 printf(&quot; Unlocking 1 byte from 1073741824&quot;);
3346 fl.l_start = 1073741824;
3347 fl.l_len = 1;
3348 fl.l_type = F_UNLCK;
3349 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3350
3351 printf(&quot; Write-locking 1 byte from 1073741824&quot;);
3352 fl.l_start = 1073741824;
3353 fl.l_len = 1;
3354 fl.l_type = F_WRLCK;
3355 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3356
3357 printf(&quot; Write-locking 510 byte from 1073741826&quot;);
3358 fl.l_start = 1073741826;
3359 fl.l_len = 510;
3360 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3361
3362 printf(&quot; Unlocking 2 byte from 1073741824&quot;);
3363 fl.l_start = 1073741824;
3364 fl.l_len = 2;
3365 fl.l_type = F_UNLCK;
3366 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
3367
3368 close(fd);
3369 return 0;
3370 }
3371
3372 /*
3373 * Test if permissions of freshly created directories allow entries
3374 * below them. This was a problem with OpenOffice.org and gcompris.
3375 * Mounting with option &#39;sync&#39; seem to solve this problem while
3376 * slowing down file operations.
3377 */
3378 int test_subdirectory_creation(void) {
3379 #define LEVELS 5
3380 char *path = strdup(&quot;test&quot;);
3381 char *dirs[LEVELS];
3382 int level;
3383 printf(&quot;info: testing subdirectory creation\n&quot;);
3384 for (level = 0; level &amp;lt; LEVELS; level++) {
3385 char *newpath = NULL;
3386 if (-1 == mkdir(path, 0777)) {
3387 printf(&quot; error: Unable to create directory &#39;%s&#39;: %s\n&quot;,
3388 path, strerror(errno));
3389 break;
3390 }
3391 asprintf(&amp;newpath, &quot;%s/%s&quot;, path, &quot;test&quot;);
3392 free(path);
3393 path = newpath;
3394 }
3395 return 0;
3396 }
3397
3398 /*
3399 * Test if symlinks can be created. This was a problem detected with
3400 * KDE.
3401 */
3402 int test_symlinks(void) {
3403 printf(&quot;info: testing symlink creation\n&quot;);
3404 unlink(&quot;symlink&quot;);
3405 if (-1 == symlink(&quot;file&quot;, &quot;symlink&quot;))
3406 printf(&quot; error: Unable to create symlink\n&quot;);
3407 return 0;
3408 }
3409
3410 int main(int argc, char **argv) {
3411 printf(&quot;Testing POSIX/Unix sematics on file system\n&quot;);
3412 test_symlinks();
3413 test_subdirectory_creation();
3414 #ifdef TEST_SQLITE
3415 test_sqlite_open();
3416 #endif /* TEST_SQLITE */
3417 test_gcompris_locking();
3418 return 0;
3419 }
3420 &lt;/pre&gt;
3421
3422 &lt;p&gt;When everything is working, it should print something like
3423 this:&lt;/p&gt;
3424
3425 &lt;pre&gt;
3426 Testing POSIX/Unix sematics on file system
3427 info: testing symlink creation
3428 info: testing subdirectory creation
3429 info: sqlite worked
3430 info: testing fcntl locking
3431 Read-locking 1 byte from 1073741824
3432 Read-locking 510 byte from 1073741826
3433 Unlocking 1 byte from 1073741824
3434 Write-locking 1 byte from 1073741824
3435 Write-locking 510 byte from 1073741826
3436 Unlocking 2 byte from 1073741824
3437 &lt;/pre&gt;
3438
3439 &lt;p&gt;I do not remember the exact details of the problems we saw, but one
3440 of them was with locking, where if I remember correctly, POSIX allow a
3441 read-only lock to be upgraded to a read-write lock without unlocking
3442 the read-only lock (while Windows do not). Another was a bug in the
3443 CIFS/SMB client implementation in the Linux kernel where directory
3444 meta information would be wrong for a fraction of a second, making
3445 OpenOffice.org fail to create its deep directory tree because it was
3446 not allowed to create files in its freshly created directory.&lt;/p&gt;
3447
3448 &lt;p&gt;Anyway, here is a nice tool for your tool box, might you never need
3449 it. :)&lt;/p&gt;
3450
3451 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
3452 script so useful that he created a GIT repository and stored it in
3453 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
3454 </description>
3455 </item>
3456
3457 <item>
3458 <title>Autodetecting Client setup for roaming workstations in Debian Edu</title>
3459 <link>http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</link>
3460 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</guid>
3461 <pubDate>Sat, 7 Aug 2010 14:45:00 +0200</pubDate>
3462 <description>&lt;p&gt;A few days ago, I
3463 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html&quot;&gt;tried
3464 to install&lt;/a&gt; a Roaming workation profile from Debian Edu/Squeeze
3465 while on the university network here at the University of Oslo, and
3466 noticed how much had to change to get it operational using the
3467 university infrastructure. It was fairly easy, but it occured to me
3468 that Debian Edu would improve a lot if I could get the client to
3469 connect without any changes at all, and thus let the client configure
3470 itself during installation and first boot to use the infrastructure
3471 around it. Now I am a huge step further along that road.&lt;/p&gt;
3472
3473 &lt;p&gt;With our current squeeze-test packages, I can select the roaming
3474 workstation profile and get a working laptop connecting to the
3475 university LDAP server for user and group and our active directory
3476 servers for Kerberos authentication. All this without any
3477 configuration at all during installation. My users home directory got
3478 a bookmark in the KDE menu to mount it via SMB, with the correct URL.
3479 In short, openldap and sssd is correctly configured. In addition to
3480 this, the client look for http://wpad/wpad.dat to configure a web
3481 proxy, and when it fail to find it no proxy settings are stored in
3482 /etc/environment and /etc/apt/apt.conf. Iceweasel and KDE is
3483 configured to look for the same wpad configuration and also do not use
3484 a proxy when at the university network. If the machine is moved to a
3485 network with such wpad setup, it would automatically use it when DHCP
3486 gave it a IP address.&lt;/p&gt;
3487
3488 &lt;p&gt;The LDAP server is located using DNS, by first looking for the DNS
3489 entry ldap.$domain. If this do not exist, it look for the
3490 _ldap._tcp.$domain SRV records and use the first one as the LDAP
3491 server. Next, it connects to the LDAP server and search all
3492 namingContexts entries for posixAccount or posixGroup objects, and
3493 pick the first one as the LDAP base. For Kerberos, a similar
3494 algorithm is used to locate the LDAP server, and the realm is the
3495 uppercase version of $domain.&lt;/p&gt;
3496
3497 &lt;p&gt;So, what is not working, you might ask. SMB mounting my home
3498 directory do not work. No idea why, but suspected the incorrect
3499 Kerberos settings in /etc/krb5.conf and /etc/samba/smb.conf might be
3500 the cause. These are not properly configured during installation, and
3501 had to be hand-edited to get the correct Kerberos realm and server,
3502 but SMB mounting still do not work. :(&lt;/p&gt;
3503
3504 &lt;p&gt;With this automatic configuration in place, I expect a Debian Edu
3505 roaming profile installation would be able to automatically detect and
3506 connect to any site using LDAP and Kerberos for NSS directory and PAM
3507 authentication. It should also work out of the box in a Active
3508 Directory environment providing posixAccount and posixGroup objects
3509 with UID and GID values.&lt;/p&gt;
3510
3511 &lt;p&gt;If you want to help out with implementing these things for Debian
3512 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3513 </description>
3514 </item>
3515
3516 <item>
3517 <title>Debian Edu roaming workstation - at the university of Oslo</title>
3518 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</link>
3519 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</guid>
3520 <pubDate>Tue, 3 Aug 2010 23:30:00 +0200</pubDate>
3521 <description>&lt;p&gt;The new roaming workstation profile in Debian Edu/Squeeze is fairly
3522 similar to the laptop setup am I working on using Ubuntu for the
3523 University of Oslo, and just for the heck of it, I tested today how
3524 hard it would be to integrate that profile into the university
3525 infrastructure. In this case, it is the university LDAP server,
3526 Active Directory Kerberos server and SMB mounting from the Netapp file
3527 servers.&lt;/p&gt;
3528
3529 &lt;p&gt;I was pleasantly surprised that the only three files needed to be
3530 changed (/etc/sssd/sssd.conf, /etc/ldap.conf and
3531 /etc/mklocaluser.d/20-debian-edu-config) and one file had to be added
3532 (/usr/share/perl5/Debian/Edu_Local.pm), to get the client working.
3533 Most of the changes were to get the client to use the university LDAP
3534 for NSS and Kerberos server for PAM, but one was to change a hard
3535 coded DNS domain name in the mklocaluser hook from .intern to
3536 .uio.no.&lt;/p&gt;
3537
3538 &lt;p&gt;This testing was so encouraging, that I went ahead and adjusted the
3539 Debian Edu scripts and setup in subversion to centralise the roaming
3540 workstation setup a bit more and avoid the hardcoded DNS domain name,
3541 so that when I test this tomorrow, I expect to get away with modifying
3542 only /etc/sssd/sssd.conf and /etc/ldap.conf to get it to use the
3543 university servers.&lt;/p&gt;
3544
3545 &lt;p&gt;My goal is to get the clients to have no hardcoded settings and
3546 fetch all their initial setup during installation and first boot, to
3547 allow them to be inserted also into environments where the default
3548 setup in Debian Edu has been changed or as with the university, where
3549 the environment is different but provides the protocols Debian Edu
3550 uses.&lt;/p&gt;
3551 </description>
3552 </item>
3553
3554 <item>
3555 <title>Circular package dependencies harms apt recovery</title>
3556 <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</link>
3557 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</guid>
3558 <pubDate>Tue, 27 Jul 2010 23:50:00 +0200</pubDate>
3559 <description>&lt;p&gt;I discovered this while doing
3560 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html&quot;&gt;automated
3561 testing of upgrades from Debian Lenny to Squeeze&lt;/a&gt;. A few packages
3562 in Debian still got circular dependencies, and it is often claimed
3563 that apt and aptitude should be able to handle this just fine, but
3564 some times these dependency loops causes apt to fail.&lt;/p&gt;
3565
3566 &lt;p&gt;An example is from todays
3567 &lt;a href=&quot;http://people.skolelinux.org/~pere/debian-upgrade-testing//test-20100727-lenny-squeeze-kde-aptitude.txt&quot;&gt;upgrade
3568 of KDE using aptitude&lt;/a&gt;. In it, a bug in kdebase-workspace-data
3569 causes perl-modules to fail to upgrade. The cause is simple. If a
3570 package fail to unpack, then only part of packages with the circular
3571 dependency might end up being unpacked when unpacking aborts, and the
3572 ones already unpacked will fail to configure in the recovery phase
3573 because its dependencies are unavailable.&lt;/p&gt;
3574
3575 &lt;p&gt;In this log, the problem manifest itself with this error:&lt;/p&gt;
3576
3577 &lt;blockquote&gt;&lt;pre&gt;
3578 dpkg: dependency problems prevent configuration of perl-modules:
3579 perl-modules depends on perl (&gt;= 5.10.1-1); however:
3580 Version of perl on system is 5.10.0-19lenny2.
3581 dpkg: error processing perl-modules (--configure):
3582 dependency problems - leaving unconfigured
3583 &lt;/pre&gt;&lt;/blockquote&gt;
3584
3585 &lt;p&gt;The perl/perl-modules circular dependency is already
3586 &lt;a href=&quot;http://bugs.debian.org/527917&quot;&gt;reported as a bug&lt;/a&gt;, and will
3587 hopefully be solved as soon as possible, but it is not the only one,
3588 and each one of these loops in the dependency tree can cause similar
3589 failures. Of course, they only occur when there are bugs in other
3590 packages causing the unpacking to fail, but it is rather nasty when
3591 the failure of one package causes the problem to become worse because
3592 of dependency loops.&lt;/p&gt;
3593
3594 &lt;p&gt;Thanks to
3595 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/06/msg00116.html&quot;&gt;the
3596 tireless effort by Bill Allombert&lt;/a&gt;, the number of circular
3597 dependencies
3598 &lt;a href=&quot;http://debian.semistable.com/debgraph.out.html&quot;&gt;left in Debian
3599 is dropping&lt;/a&gt;, and perhaps it will reach zero one day. :)&lt;/p&gt;
3600
3601 &lt;p&gt;Todays testing also exposed a bug in
3602 &lt;a href=&quot;http://bugs.debian.org/590605&quot;&gt;update-notifier&lt;/a&gt; and
3603 &lt;a href=&quot;http://bugs.debian.org/590604&quot;&gt;different behaviour&lt;/a&gt; between
3604 apt-get and aptitude, the latter possibly caused by some circular
3605 dependency. Reported both to BTS to try to get someone to look at
3606 it.&lt;/p&gt;
3607 </description>
3608 </item>
3609
3610 <item>
3611 <title>First Debian Edu test release (alpha0) based on Squeeze is released</title>
3612 <link>http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</link>
3613 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</guid>
3614 <pubDate>Tue, 27 Jul 2010 17:45:00 +0200</pubDate>
3615 <description>&lt;p&gt;I just posted this announcement culminating several months of work
3616 with the next Debian Edu release. Not nearly done, but one major step
3617 completed.&lt;/p&gt;
3618
3619 &lt;blockquote&gt;
3620 &lt;p&gt;This is the first test release based on Squeeze. The focus of this
3621 release is to test the user application selection. To have a look,
3622 install the standalone profile and let the developers know if the set
3623 of installed packages i.e. applications should be modified. If some
3624 user application is missing, or if there are some applications that no
3625 longer make sense to be included in Debian Edu, please let us know.
3626 Also, if a useful application is missing the translation for your
3627 language of choice, please let us know too.&lt;/p&gt;
3628
3629 &lt;p&gt;In addition, feedback and help to polish the desktop (menus,
3630 artwork, starters, etc.) is appreciated. We would like to ship a nice
3631 and handy KDE4 desktop targeted for schools out of the box.&lt;/p&gt;
3632
3633 &lt;p&gt;The other profiles should be installable, but there is a lot more
3634 work left to be done before they are ready, so do not expect to
3635 much.&lt;/p&gt;
3636
3637 &lt;p&gt;Changes compared to the lenny based version&lt;/p&gt;
3638
3639 &lt;ul&gt;
3640 &lt;li&gt;Everything from Debian Squeeze
3641 &lt;ul&gt;
3642 &lt;li&gt;Desktop environment KDE 4.4 =&gt; the new KDE desktop in
3643 combination with some new artwork
3644 &lt;li&gt;Web browser Iceweasel 3.5
3645 &lt;li&gt;OpenOffice.org 3.2
3646 &lt;li&gt;Educational toolbox GCompris 9.3
3647 &lt;li&gt;Music creator Rosegarden 10.04.2
3648 &lt;li&gt;Image editor Gimp 2.6.10
3649 &lt;li&gt;Virtual universe Celestia 1.6.0
3650 &lt;li&gt;Virtual stargazer Stellarium 0.10.4
3651 &lt;li&gt;3D modeler Blender 2.49.2 (new application)
3652 &lt;li&gt;Video editor Kdenlive 0.7.7 (new application)
3653 &lt;/ul&gt;&lt;/li&gt;
3654 &lt;li&gt;Now using Kerberos for password checking (migration not finished).
3655 Enabled for:
3656 &lt;ul&gt;
3657 &lt;li&gt;PAM
3658 &lt;li&gt;LDAP
3659 &lt;li&gt;IMAP
3660 &lt;li&gt;SMTP (sender verification)
3661 &lt;/ul&gt;
3662 &lt;/li&gt;
3663 &lt;li&gt;New experimental roaming workstation profile for laptops.&lt;/li&gt;
3664 &lt;li&gt;Show welcome page to users when they first log in. The URL is
3665 fetched from LDAP.&lt;/li&gt;
3666 &lt;li&gt;New LXDE desktop option, in addition to KDE (default) and Gnome.&lt;/li&gt;
3667 &lt;li&gt;General cleanup (not finished)&lt;/li&gt;
3668 &lt;/ul&gt;
3669 &lt;p&gt;The following features are not working as they should&lt;/p&gt;
3670
3671 &lt;ul&gt;
3672 &lt;li&gt;No web based administration tool for creating users and groups. The
3673 scripts ldap-createuser-krb and ldap-add-user-to-group can be used
3674 for testing.&lt;/li&gt;
3675 &lt;li&gt;DVD installs are missing debian-installer images for the PXE boot,
3676 and do not set up the PXE menu on eth0 because of this. LTSP
3677 clients should still boot from eth1 on thin client servers.&lt;/li&gt;
3678 &lt;li&gt;The restructured KDE menu is not implemented.&lt;/li&gt;
3679 &lt;li&gt;The LDAP server setup need to be reviewed for security.&lt;/li&gt;
3680 &lt;li&gt;The LDAP directory structure need to be reworked.&lt;/li&gt;
3681 &lt;li&gt;Different sets of packages are installed when using the DVD and the
3682 netinst CD. More packages are installed using the netinst CD.&lt;/li&gt;
3683 &lt;li&gt;The jackd package fail to install. This is believed to be caused by
3684 some ongoing transition, and hopefully should be solved soon. The
3685 jackd1 package can be installed manually for those that need it.&lt;/li&gt;
3686 &lt;li&gt;Some packages lack translations. See
3687 http://wiki.debian.org/DebianEdu/Status/Squeeze for updated status,
3688 and help out with translations.&lt;/li&gt;
3689 &lt;/ul&gt;
3690
3691 &lt;p&gt;To download this multiarch netinstall release you can use&lt;/p&gt;
3692
3693 &lt;ul&gt;
3694 &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;
3695 &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;
3696 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
3697 &lt;/ul&gt;
3698 &lt;p&gt;To download this multiarch dvd release you can use&lt;/p&gt;
3699
3700 &lt;ul&gt;
3701 &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;
3702 &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;
3703 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
3704 &lt;/ul&gt;
3705
3706 &lt;p&gt;There is no source DVD available yet. It will be prepared when we
3707 get closer to the final release.&lt;/p&gt;
3708
3709 &lt;p&gt;The MD5SUM of these images are&lt;/p&gt;
3710
3711 &lt;ul&gt;
3712 &lt;li&gt;3dbf45d59f42a53518b6e3c9ec3b5eb6 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
3713 &lt;li&gt;22f2cbfce281d1c6e478be452638675d debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
3714 &lt;/ul&gt;
3715
3716 &lt;p&gt;The SHA1SUM of these images are&lt;/p&gt;
3717 &lt;ul&gt;
3718 &lt;li&gt;c53d1b69b40cf37cd27aefaf33f6f6a3821bedf0 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
3719 &lt;li&gt;2ec29d7db676d59d32197b05c277ffe16348376c debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
3720 &lt;/ul&gt;
3721 &lt;p&gt;How to report bugs:
3722 http://wiki.debian.org/DebianEdu/HowTo/ReportBugsInBugzilla&lt;/p&gt;
3723
3724 &lt;p&gt;Please direct replies to debian-edu@lists.debian.org&lt;/p&gt;
3725 &lt;/blockquote&gt;
3726 </description>
3727 </item>
3728
3729 <item>
3730 <title>One step closer to single signon in Debian Edu</title>
3731 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</link>
3732 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</guid>
3733 <pubDate>Sun, 25 Jul 2010 10:00:00 +0200</pubDate>
3734 <description>&lt;p&gt;The last few months me and the other Debian Edu developers have
3735 been working hard to get the Debian/Squeeze based version of Debian
3736 Edu/Skolelinux into shape. This future version will use Kerberos for
3737 authentication, and services are slowly migrated to single signon,
3738 getting rid of password questions one at the time.&lt;/p&gt;
3739
3740 &lt;p&gt;It will also feature a roaming workstation profile with local home
3741 directory, for laptops that are only some times on the Skolelinux
3742 network, and for this profile a shortcut is created in Gnome and KDE
3743 to gain access to the users home directory on the file server. This
3744 shortcut uses SMB at the moment, and yesterday I had time to test if
3745 SMB mounting had started working in KDE after we added the cifs-utils
3746 package. I was pleasantly surprised how well it worked.&lt;/p&gt;
3747
3748 &lt;p&gt;Thanks to the recent changes to our samba configuration to get it
3749 to use Kerberos for authentication, there were no question about user
3750 password when mounting the SMB volume. A simple click on the shortcut
3751 in the KDE menu, and a window with the home directory popped
3752 up. :)&lt;/p&gt;
3753
3754 &lt;p&gt;One step closer to a single signon solution out of the box in
3755 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
3756 also Samba. Next step is Cups and hopefully also NFS.&lt;/p&gt;
3757
3758 &lt;p&gt;We had planned a alpha0 release of Debian Edu for today, but thanks
3759 to the autobuilder administrators for some architectures being slow to
3760 sign packages, we are still missing the fixed LTSP package we need for
3761 the release. It was uploaded three days ago with urgency=high, and if
3762 it had entered testing yesterday we would have been able to test it in
3763 time for a alpha0 release today. As the binaries for ia64 and powerpc
3764 still not uploaded to the Debian archive, we need to delay the alpha
3765 release another day.&lt;/p&gt;
3766
3767 &lt;p&gt;If you want to help out with implementing Kerberos for Debian Edu,
3768 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3769 </description>
3770 </item>
3771
3772 <item>
3773 <title>Digitale restriksjonsmekanismer fikk meg til å slutte å kjøpe musikk</title>
3774 <link>http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</link>
3775 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</guid>
3776 <pubDate>Thu, 22 Jul 2010 23:50:00 +0200</pubDate>
3777 <description>&lt;p&gt;For mange år siden slutte jeg å kjøpe musikk-CDer. Årsaken var at
3778 musikkbransjen var godt i gang med å selge platene sine med DRM som
3779 gjorde at jeg ikke fikk spilt av musikken jeg kjøpte på utstyret jeg
3780 hadde tilgjengelig, dvs. min datamaskin. Det var umulig å se på en
3781 plate om den var ødelagt eller ikke, og jeg hadde jo allerede en
3782 anseelig samling med plater, så jeg bestemme meg for å slutte å gi
3783 penger til en bransje som åpenbart ikke respekterte meg.&lt;/p&gt;
3784
3785 &lt;p&gt;Jeg har mange titalls dager med musikk på CD i dag. Det meste er
3786 lagt i et stort arkiv som kan spilles av fra husets datamaskiner (har
3787 ikke rukket rippe alt). Jeg ser dermed ikke behovet for å skaffe mer
3788 musikk. De fleste av mine favoritter er i hus, og jeg er dermed godt
3789 fornøyd.&lt;/p&gt;
3790
3791 &lt;p&gt;Hvis musikkbransjen ønsker mine penger, så må de demonstrere at de
3792 setter pris på meg som kunde, og ikke skremme meg bort med DRM og
3793 antydninger om at kundene er kriminelle.&lt;/p&gt;
3794
3795 &lt;p&gt;Filmbransjen er like ille, men mens musikk gjerne varer lenge, er
3796 filmer mer ferskvare. Har dermed ikke helt sluttet å kjøpe filmer, men
3797 holder meg til DVD-filmer som kan spilles av på mine Linuxbokser.
3798 Kommer neppe til å ta i bruk Blueray, og ei heller de nye DRM-greiene
3799 «Ultraviolet» som be annonsert her om dagen.&lt;/p&gt;
3800 </description>
3801 </item>
3802
3803 <item>
3804 <title>What are they searching for - PowerDNS and ISC DHCP in LDAP</title>
3805 <link>http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</link>
3806 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</guid>
3807 <pubDate>Sat, 17 Jul 2010 21:00:00 +0200</pubDate>
3808 <description>&lt;p&gt;This is a
3809 &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;
3810 on my
3811 &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
3812 work&lt;/a&gt; on
3813 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html&quot;&gt;merging
3814 all&lt;/a&gt; the computer related LDAP objects in Debian Edu.&lt;/p&gt;
3815
3816 &lt;p&gt;As a step to try to see if it possible to merge the DNS and DHCP
3817 LDAP objects, I have had a look at how the packages pdns-backend-ldap
3818 and dhcp3-server-ldap in Debian use the LDAP server. The two
3819 implementations are quite different in how they use LDAP.&lt;/p&gt;
3820
3821 To get this information, I started slapd with debugging enabled and
3822 dumped the debug output to a file to get the LDAP searches performed
3823 on a Debian Edu main-server. Here is a summary.
3824
3825 &lt;p&gt;&lt;strong&gt;powerdns&lt;/strong&gt;&lt;/p&gt;
3826
3827 &lt;a href=&quot;http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend&quot;&gt;Clues
3828 on how to&lt;/a&gt; set up PowerDNS to use a LDAP backend is available on
3829 the web.
3830
3831 &lt;p&gt;PowerDNS have two modes of operation using LDAP as its backend.
3832 One &quot;strict&quot; mode where the forward and reverse DNS lookups are done
3833 using the same LDAP objects, and a &quot;tree&quot; mode where the forward and
3834 reverse entries are in two different subtrees in LDAP with a structure
3835 based on the DNS names, as in tjener.intern and
3836 2.2.0.10.in-addr.arpa.&lt;/p&gt;
3837
3838 &lt;p&gt;In tree mode, the server is set up to use a LDAP subtree as its
3839 base, and uses a &quot;base&quot; scoped search for the DNS name by adding
3840 &quot;dc=tjener,dc=intern,&quot; to the base with a filter for
3841 &quot;(associateddomain=tjener.intern)&quot; for the forward entry and
3842 &quot;dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,&quot; with a filter for
3843 &quot;(associateddomain=2.2.0.10.in-addr.arpa)&quot; for the reverse entry. For
3844 forward entries, it is looking for attributes named dnsttl, arecord,
3845 nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord, mxrecord,
3846 txtrecord, rprecord, afsdbrecord, keyrecord, aaaarecord, locrecord,
3847 srvrecord, naptrrecord, kxrecord, certrecord, dsrecord, sshfprecord,
3848 ipseckeyrecord, rrsigrecord, nsecrecord, dnskeyrecord, dhcidrecord,
3849 spfrecord and modifytimestamp. For reverse entries it is looking for
3850 the attributes dnsttl, arecord, nsrecord, cnamerecord, soarecord,
3851 ptrrecord, hinforecord, mxrecord, txtrecord, rprecord, aaaarecord,
3852 locrecord, srvrecord, naptrrecord and modifytimestamp. The equivalent
3853 ldapsearch commands could look like this:&lt;/p&gt;
3854
3855 &lt;blockquote&gt;&lt;pre&gt;
3856 ldapsearch -h ldap \
3857 -b dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no \
3858 -s base -x &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
3859 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
3860 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
3861 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
3862 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
3863
3864 ldapsearch -h ldap \
3865 -b dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no \
3866 -s base -x &#39;(associateddomain=2.2.0.10.in-addr.arpa)&#39;
3867 dnsttl, arecord, nsrecord, cnamerecord soarecord ptrrecord \
3868 hinforecord mxrecord txtrecord rprecord aaaarecord locrecord \
3869 srvrecord naptrrecord modifytimestamp
3870 &lt;/pre&gt;&lt;/blockquote&gt;
3871
3872 &lt;p&gt;In Debian Edu/Lenny, the PowerDNS tree mode is used with
3873 ou=hosts,dc=skole,dc=skolelinux,dc=no as the base, and these are two
3874 example LDAP objects used there. In addition to these objects, the
3875 parent objects all th way up to ou=hosts,dc=skole,dc=skolelinux,dc=no
3876 also exist.&lt;/p&gt;
3877
3878 &lt;blockquote&gt;&lt;pre&gt;
3879 dn: dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no
3880 objectclass: top
3881 objectclass: dnsdomain
3882 objectclass: domainrelatedobject
3883 dc: tjener
3884 arecord: 10.0.2.2
3885 associateddomain: tjener.intern
3886
3887 dn: dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no
3888 objectclass: top
3889 objectclass: dnsdomain2
3890 objectclass: domainrelatedobject
3891 dc: 2
3892 ptrrecord: tjener.intern
3893 associateddomain: 2.2.0.10.in-addr.arpa
3894 &lt;/pre&gt;&lt;/blockquote&gt;
3895
3896 &lt;p&gt;In strict mode, the server behaves differently. When looking for
3897 forward DNS entries, it is doing a &quot;subtree&quot; scoped search with the
3898 same base as in the tree mode for a object with filter
3899 &quot;(associateddomain=tjener.intern)&quot; and requests the attributes dnsttl,
3900 arecord, nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord,
3901 mxrecord, txtrecord, rprecord, aaaarecord, locrecord, srvrecord,
3902 naptrrecord and modifytimestamp. For reverse entires it also do a
3903 subtree scoped search but this time the filter is &quot;(arecord=10.0.2.2)&quot;
3904 and the requested attributes are associateddomain, dnsttl and
3905 modifytimestamp. In short, in strict mode the objects with ptrrecord
3906 go away, and the arecord attribute in the forward object is used
3907 instead.&lt;/p&gt;
3908
3909 &lt;p&gt;The forward and reverse searches can be simulated using ldapsearch
3910 like this:&lt;/p&gt;
3911
3912 &lt;blockquote&gt;&lt;pre&gt;
3913 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
3914 &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
3915 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
3916 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
3917 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
3918 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
3919
3920 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
3921 &#39;(arecord=10.0.2.2)&#39; associateddomain dnsttl modifytimestamp
3922 &lt;/pre&gt;&lt;/blockquote&gt;
3923
3924 &lt;p&gt;In addition to the forward and reverse searches , there is also a
3925 search for SOA records, which behave similar to the forward and
3926 reverse lookups.&lt;/p&gt;
3927
3928 &lt;p&gt;A thing to note with the PowerDNS behaviour is that it do not
3929 specify any objectclass names, and instead look for the attributes it
3930 need to generate a DNS reply. This make it able to work with any
3931 objectclass that provide the needed attributes.&lt;/p&gt;
3932
3933 &lt;p&gt;The attributes are normally provided in the cosine (RFC 1274) and
3934 dnsdomain2 schemas. The latter is used for reverse entries like
3935 ptrrecord and recent DNS additions like aaaarecord and srvrecord.&lt;/p&gt;
3936
3937 &lt;p&gt;In Debian Edu, we have created DNS objects using the object classes
3938 dcobject (for dc), dnsdomain or dnsdomain2 (structural, for the DNS
3939 attributes) and domainrelatedobject (for associatedDomain). The use
3940 of structural object classes make it impossible to combine these
3941 classes with the object classes used by DHCP.&lt;/p&gt;
3942
3943 &lt;p&gt;There are other schemas that could be used too, for example the
3944 dnszone structural object class used by Gosa and bind-sdb for the DNS
3945 attributes combined with the domainrelatedobject object class, but in
3946 this case some unused attributes would have to be included as well
3947 (zonename and relativedomainname).&lt;/p&gt;
3948
3949 &lt;p&gt;My proposal for Debian Edu would be to switch PowerDNS to strict
3950 mode and not use any of the existing objectclasses (dnsdomain,
3951 dnsdomain2 and dnszone) when one want to combine the DNS information
3952 with DHCP information, and instead create a auxiliary object class
3953 defined something like this (using the attributes defined for
3954 dnsdomain and dnsdomain2 or dnszone):&lt;/p&gt;
3955
3956 &lt;blockquote&gt;&lt;pre&gt;
3957 objectclass ( some-oid NAME &#39;dnsDomainAux&#39;
3958 SUP top
3959 AUXILIARY
3960 MAY ( ARecord $ MDRecord $ MXRecord $ NSRecord $ SOARecord $ CNAMERecord $
3961 DNSTTL $ DNSClass $ PTRRecord $ HINFORecord $ MINFORecord $
3962 TXTRecord $ SIGRecord $ KEYRecord $ AAAARecord $ LOCRecord $
3963 NXTRecord $ SRVRecord $ NAPTRRecord $ KXRecord $ CERTRecord $
3964 A6Record $ DNAMERecord
3965 ))
3966 &lt;/pre&gt;&lt;/blockquote&gt;
3967
3968 &lt;p&gt;This will allow any object to become a DNS entry when combined with
3969 the domainrelatedobject object class, and allow any entity to include
3970 all the attributes PowerDNS wants. I&#39;ve sent an email to the PowerDNS
3971 developers asking for their view on this schema and if they are
3972 interested in providing such schema with PowerDNS, and I hope my
3973 message will be accepted into their mailing list soon.&lt;/p&gt;
3974
3975 &lt;p&gt;&lt;strong&gt;ISC dhcp&lt;/strong&gt;&lt;/p&gt;
3976
3977 &lt;p&gt;The DHCP server searches for specific objectclass and requests all
3978 the object attributes, and then uses the attributes it want. This
3979 make it harder to figure out exactly what attributes are used, but
3980 thanks to the working example in Debian Edu I can at least get an idea
3981 what is needed without having to read the source code.&lt;/p&gt;
3982
3983 &lt;p&gt;In the DHCP server configuration, the LDAP base to use and the
3984 search filter to use to locate the correct dhcpServer entity is
3985 stored. These are the relevant entries from
3986 /etc/dhcp3/dhcpd.conf:&lt;/p&gt;
3987
3988 &lt;blockquote&gt;&lt;pre&gt;
3989 ldap-base-dn &quot;dc=skole,dc=skolelinux,dc=no&quot;;
3990 ldap-dhcp-server-cn &quot;dhcp&quot;;
3991 &lt;/pre&gt;&lt;/blockquote&gt;
3992
3993 &lt;p&gt;The DHCP server uses this information to nest all the DHCP
3994 configuration it need. The cn &quot;dhcp&quot; is located using the given LDAP
3995 base and the filter &quot;(&amp;(objectClass=dhcpServer)(cn=dhcp))&quot;. The
3996 search result is this entry:&lt;/p&gt;
3997
3998 &lt;blockquote&gt;&lt;pre&gt;
3999 dn: cn=dhcp,dc=skole,dc=skolelinux,dc=no
4000 cn: dhcp
4001 objectClass: top
4002 objectClass: dhcpServer
4003 dhcpServiceDN: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4004 &lt;/pre&gt;&lt;/blockquote&gt;
4005
4006 &lt;p&gt;The content of the dhcpServiceDN attribute is next used to locate the
4007 subtree with DHCP configuration. The DHCP configuration subtree base
4008 is located using a base scope search with base &quot;cn=DHCP
4009 Config,dc=skole,dc=skolelinux,dc=no&quot; and filter
4010 &quot;(&amp;(objectClass=dhcpService)(|(dhcpPrimaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)(dhcpSecondaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)))&quot;.
4011 The search result is this entry:&lt;/p&gt;
4012
4013 &lt;blockquote&gt;&lt;pre&gt;
4014 dn: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4015 cn: DHCP Config
4016 objectClass: top
4017 objectClass: dhcpService
4018 objectClass: dhcpOptions
4019 dhcpPrimaryDN: cn=dhcp, dc=skole,dc=skolelinux,dc=no
4020 dhcpStatements: ddns-update-style none
4021 dhcpStatements: authoritative
4022 dhcpOption: smtp-server code 69 = array of ip-address
4023 dhcpOption: www-server code 72 = array of ip-address
4024 dhcpOption: wpad-url code 252 = text
4025 &lt;/pre&gt;&lt;/blockquote&gt;
4026
4027 &lt;p&gt;Next, the entire subtree is processed, one level at the time. When
4028 all the DHCP configuration is loaded, it is ready to receive requests.
4029 The subtree in Debian Edu contain objects with object classes
4030 top/dhcpService/dhcpOptions, top/dhcpSharedNetwork/dhcpOptions,
4031 top/dhcpSubnet, top/dhcpGroup and top/dhcpHost. These provide options
4032 and information about netmasks, dynamic range etc. Leaving out the
4033 details here because it is not relevant for the focus of my
4034 investigation, which is to see if it is possible to merge dns and dhcp
4035 related computer objects.&lt;/p&gt;
4036
4037 &lt;p&gt;When a DHCP request come in, LDAP is searched for the MAC address
4038 of the client (00:00:00:00:00:00 in this example), using a subtree
4039 scoped search with &quot;cn=DHCP Config,dc=skole,dc=skolelinux,dc=no&quot; as
4040 the base and &quot;(&amp;(objectClass=dhcpHost)(dhcpHWAddress=ethernet
4041 00:00:00:00:00:00))&quot; as the filter. This is what a host object look
4042 like:&lt;/p&gt;
4043
4044 &lt;blockquote&gt;&lt;pre&gt;
4045 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4046 cn: hostname
4047 objectClass: top
4048 objectClass: dhcpHost
4049 dhcpHWAddress: ethernet 00:00:00:00:00:00
4050 dhcpStatements: fixed-address hostname
4051 &lt;/pre&gt;&lt;/blockquote&gt;
4052
4053 &lt;p&gt;There is less flexiblity in the way LDAP searches are done here.
4054 The object classes need to have fixed names, and the configuration
4055 need to be stored in a fairly specific LDAP structure. On the
4056 positive side, the invidiual dhcpHost entires can be anywhere without
4057 the DN pointed to by the dhcpServer entries. The latter should make
4058 it possible to group all host entries in a subtree next to the
4059 configuration entries, and this subtree can also be shared with the
4060 DNS server if the schema proposed above is combined with the dhcpHost
4061 structural object class.
4062
4063 &lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;
4064
4065 &lt;p&gt;The PowerDNS implementation seem to be very flexible when it come
4066 to which LDAP schemas to use. While its &quot;tree&quot; mode is rigid when it
4067 come to the the LDAP structure, the &quot;strict&quot; mode is very flexible,
4068 allowing DNS objects to be stored anywhere under the base cn specified
4069 in the configuration.&lt;/p&gt;
4070
4071 &lt;p&gt;The DHCP implementation on the other hand is very inflexible, both
4072 regarding which LDAP schemas to use and which LDAP structure to use.
4073 I guess one could implement ones own schema, as long as the
4074 objectclasses and attributes have the names used, but this do not
4075 really help when the DHCP subtree need to have a fairly fixed
4076 structure.&lt;/p&gt;
4077
4078 &lt;p&gt;Based on the observed behaviour, I suspect a LDAP structure like
4079 this might work for Debian Edu:&lt;/p&gt;
4080
4081 &lt;blockquote&gt;&lt;pre&gt;
4082 ou=services
4083 cn=machine-info (dhcpService) - dhcpServiceDN points here
4084 cn=dhcp (dhcpServer)
4085 cn=dhcp-internal (dhcpSharedNetwork/dhcpOptions)
4086 cn=10.0.2.0 (dhcpSubnet)
4087 cn=group1 (dhcpGroup/dhcpOptions)
4088 cn=dhcp-thinclients (dhcpSharedNetwork/dhcpOptions)
4089 cn=192.168.0.0 (dhcpSubnet)
4090 cn=group1 (dhcpGroup/dhcpOptions)
4091 ou=machines - PowerDNS base points here
4092 cn=hostname (dhcpHost/domainrelatedobject/dnsDomainAux)
4093 &lt;/pre&gt;&lt;/blockquote&gt;
4094
4095 &lt;P&gt;This is not tested yet. If the DHCP server require the dhcpHost
4096 entries to be in the dhcpGroup subtrees, the entries can be stored
4097 there instead of a common machines subtree, and the PowerDNS base
4098 would have to be moved one level up to the machine-info subtree.&lt;/p&gt;
4099
4100 &lt;p&gt;The combined object under the machines subtree would look something
4101 like this:&lt;/p&gt;
4102
4103 &lt;blockquote&gt;&lt;pre&gt;
4104 dn: dc=hostname,ou=machines,cn=machine-info,dc=skole,dc=skolelinux,dc=no
4105 dc: hostname
4106 objectClass: top
4107 objectClass: dhcpHost
4108 objectclass: domainrelatedobject
4109 objectclass: dnsDomainAux
4110 associateddomain: hostname.intern
4111 arecord: 10.11.12.13
4112 dhcpHWAddress: ethernet 00:00:00:00:00:00
4113 dhcpStatements: fixed-address hostname.intern
4114 &lt;/pre&gt;&lt;/blockquote&gt;
4115
4116 &lt;/p&gt;One could even add the LTSP configuration associated with a given
4117 machine, as long as the required attributes are available in a
4118 auxiliary object class.&lt;/p&gt;
4119 </description>
4120 </item>
4121
4122 <item>
4123 <title>Combining PowerDNS and ISC DHCP LDAP objects</title>
4124 <link>http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</link>
4125 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</guid>
4126 <pubDate>Wed, 14 Jul 2010 23:45:00 +0200</pubDate>
4127 <description>&lt;p&gt;For a while now, I have wanted to find a way to change the DNS and
4128 DHCP services in Debian Edu to use the same LDAP objects for a given
4129 computer, to avoid the possibility of having a inconsistent state for
4130 a computer in LDAP (as in DHCP but no DNS entry or the other way
4131 around) and make it easier to add computers to LDAP.&lt;/p&gt;
4132
4133 &lt;p&gt;I&#39;ve looked at how powerdns and dhcpd is using LDAP, and using this
4134 information finally found a solution that seem to work.&lt;/p&gt;
4135
4136 &lt;p&gt;The old setup required three LDAP objects for a given computer.
4137 One forward DNS entry, one reverse DNS entry and one DHCP entry. If
4138 we switch powerdns to use its strict LDAP method (ldap-method=strict
4139 in pdns-debian-edu.conf), the forward and reverse DNS entries are
4140 merged into one while making it impossible to transfer the reverse map
4141 to a slave DNS server.&lt;/p&gt;
4142
4143 &lt;p&gt;If we also replace the object class used to get the DNS related
4144 attributes to one allowing these attributes to be combined with the
4145 dhcphost object class, we can merge the DNS and DHCP entries into one.
4146 I&#39;ve written such object class in the dnsdomainaux.schema file (need
4147 proper OIDs, but that is a minor issue), and tested the setup. It
4148 seem to work.&lt;/p&gt;
4149
4150 &lt;p&gt;With this test setup in place, we can get away with one LDAP object
4151 for both DNS and DHCP, and even the LTSP configuration I suggested in
4152 an earlier email. The combined LDAP object will look something like
4153 this:&lt;/p&gt;
4154
4155 &lt;blockquote&gt;&lt;pre&gt;
4156 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4157 cn: hostname
4158 objectClass: dhcphost
4159 objectclass: domainrelatedobject
4160 objectclass: dnsdomainaux
4161 associateddomain: hostname.intern
4162 arecord: 10.11.12.13
4163 dhcphwaddress: ethernet 00:00:00:00:00:00
4164 dhcpstatements: fixed-address hostname
4165 ldapconfigsound: Y
4166 &lt;/pre&gt;&lt;/blockquote&gt;
4167
4168 &lt;p&gt;The DNS server uses the associateddomain and arecord entries, while
4169 the DHCP server uses the dhcphwaddress and dhcpstatements entries
4170 before asking DNS to resolve the fixed-adddress. LTSP will use
4171 dhcphwaddress or associateddomain and the ldapconfig* attributes.&lt;/p&gt;
4172
4173 &lt;p&gt;I am not yet sure if I can get the DHCP server to look for its
4174 dhcphost in a different location, to allow us to put the objects
4175 outside the &quot;DHCP Config&quot; subtree, but hope to figure out a way to do
4176 that. If I can&#39;t figure out a way to do that, we can still get rid of
4177 the hosts subtree and move all its content into the DHCP Config tree
4178 (which probably should be renamed to be more related to the new
4179 content. I suspect cn=dnsdhcp,ou=services or something like that
4180 might be a good place to put it.&lt;/p&gt;
4181
4182 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4183 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4184 </description>
4185 </item>
4186
4187 <item>
4188 <title>Idea for storing LTSP configuration in LDAP</title>
4189 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</link>
4190 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</guid>
4191 <pubDate>Sun, 11 Jul 2010 22:00:00 +0200</pubDate>
4192 <description>&lt;p&gt;Vagrant mentioned on IRC today that ltsp_config now support
4193 sourcing files from /usr/share/ltsp/ltsp_config.d/ on the thin
4194 clients, and that this can be used to fetch configuration from LDAP if
4195 Debian Edu choose to store configuration there.&lt;/p&gt;
4196
4197 &lt;p&gt;Armed with this information, I got inspired and wrote a test module
4198 to get configuration from LDAP. The idea is to look up the MAC
4199 address of the client in LDAP, and look for attributes on the form
4200 ltspconfigsetting=value, and use this to export SETTING=value to the
4201 LTSP clients.&lt;/p&gt;
4202
4203 &lt;p&gt;The goal is to be able to store the LTSP configuration attributes
4204 in a &quot;computer&quot; LDAP object used by both DNS and DHCP, and thus
4205 allowing us to store all information about a computer in one place.&lt;/p&gt;
4206
4207 &lt;p&gt;This is a untested draft implementation, and I welcome feedback on
4208 this approach. A real LDAP schema for the ltspClientAux objectclass
4209 need to be written. Comments, suggestions, etc?&lt;/p&gt;
4210
4211 &lt;blockquote&gt;&lt;pre&gt;
4212 # Store in /opt/ltsp/$arch/usr/share/ltsp/ltsp_config.d/ldap-config
4213 #
4214 # Fetch LTSP client settings from LDAP based on MAC address
4215 #
4216 # Uses ethernet address as stored in the dhcpHost objectclass using
4217 # the dhcpHWAddress attribute or ethernet address stored in the
4218 # ieee802Device objectclass with the macAddress attribute.
4219 #
4220 # This module is written to be schema agnostic, and only depend on the
4221 # existence of attribute names.
4222 #
4223 # The LTSP configuration variables are saved directly using a
4224 # ltspConfig prefix and uppercasing the rest of the attribute name.
4225 # To set the SERVER variable, set the ltspConfigServer attribute.
4226 #
4227 # Some LDAP schema should be created with all the relevant
4228 # configuration settings. Something like this should work:
4229 #
4230 # objectclass ( 1.1.2.2 NAME &#39;ltspClientAux&#39;
4231 # SUP top
4232 # AUXILIARY
4233 # MAY ( ltspConfigServer $ ltsConfigSound $ ... )
4234
4235 LDAPSERVER=$(debian-edu-ldapserver)
4236 if [ &quot;$LDAPSERVER&quot; ] ; then
4237 LDAPBASE=$(debian-edu-ldapserver -b)
4238 for MAC in $(LANG=C ifconfig |grep -i hwaddr| awk &#39;{print $5}&#39;|sort -u) ; do
4239 filter=&quot;(|(dhcpHWAddress=ethernet $MAC)(macAddress=$MAC))&quot;
4240 ldapsearch -h &quot;$LDAPSERVER&quot; -b &quot;$LDAPBASE&quot; -v -x &quot;$filter&quot; | \
4241 grep &#39;^ltspConfig&#39; | while read attr value ; do
4242 # Remove prefix and convert to upper case
4243 attr=$(echo $attr | sed &#39;s/^ltspConfig//i&#39; | tr a-z A-Z)
4244 # bass value on to clients
4245 eval &quot;$attr=$value; export $attr&quot;
4246 done
4247 done
4248 fi
4249 &lt;/pre&gt;&lt;/blockquote&gt;
4250
4251 &lt;p&gt;I&#39;m not sure this shell construction will work, because I suspect
4252 the while block might end up in a subshell causing the variables set
4253 there to not show up in ltsp-config, but if that is the case I am sure
4254 the code can be restructured to make sure the variables are passed on.
4255 I expect that can be solved with some testing. :)&lt;/p&gt;
4256
4257 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4258 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4259
4260 &lt;p&gt;Update 2010-07-17: I am aware of another effort to store LTSP
4261 configuration in LDAP that was created around year 2000 by
4262 &lt;a href=&quot;http://www.pcxperience.com/thinclient/documentation/ldap.html&quot;&gt;PC
4263 Xperience, Inc., 2000&lt;/a&gt;. I found its
4264 &lt;a href=&quot;http://people.redhat.com/alikins/ltsp/ldap/&quot;&gt;files&lt;/a&gt; on a
4265 personal home page over at redhat.com.&lt;/p&gt;
4266 </description>
4267 </item>
4268
4269 <item>
4270 <title>jXplorer, a very nice LDAP GUI</title>
4271 <link>http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</link>
4272 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</guid>
4273 <pubDate>Fri, 9 Jul 2010 12:55:00 +0200</pubDate>
4274 <description>&lt;p&gt;Since
4275 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html&quot;&gt;my
4276 last post&lt;/a&gt; about available LDAP tools in Debian, I was told about a
4277 LDAP GUI that is even better than luma. The java application
4278 &lt;a href=&quot;http://jxplorer.org/&quot;&gt;jXplorer&lt;/a&gt; is claimed to be capable of
4279 moving LDAP objects and subtrees using drag-and-drop, and can
4280 authenticate using Kerberos. I have only tested the Kerberos
4281 authentication, but do not have a LDAP setup allowing me to rewrite
4282 LDAP with my test user yet. It is
4283 &lt;a href=&quot;http://packages.qa.debian.org/j/jxplorer.html&quot;&gt;available in
4284 Debian&lt;/a&gt; testing and unstable at the moment. The only problem I
4285 have with it is how it handle errors. If something go wrong, its
4286 non-intuitive behaviour require me to go through some query work list
4287 and remove the failing query. Nothing big, but very annoying.&lt;/p&gt;
4288 </description>
4289 </item>
4290
4291 <item>
4292 <title>Caching password, user and group on a roaming Debian laptop</title>
4293 <link>http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</link>
4294 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</guid>
4295 <pubDate>Thu, 1 Jul 2010 11:40:00 +0200</pubDate>
4296 <description>&lt;p&gt;For a laptop, centralized user directories and password checking is
4297 a bit troubling. Laptops are typically used also when not connected
4298 to the network, and it is vital for a user to be able to log in or
4299 unlock the screen saver also when a central server is unavailable.
4300 This is possible by caching passwords and directory information (user
4301 and group attributes) locally, and the packages to do so are available
4302 in Debian. Here follow two recipes to set this up in Debian/Squeeze.
4303 It is also possible to set up in Debian/Lenny, but require more manual
4304 setup there because pam-auth-update is missing in Lenny.&lt;/p&gt;
4305
4306 &lt;h2&gt;LDAP/Kerberos + nscd + libpam-ccreds + libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
4307
4308 This is the traditional method with a twist. The password caching is
4309 provided by libpam-ccreds (version 10-4 or later is needed on
4310 Squeeze), and the directory caching is done by nscd. The directory
4311 lookup and password checking is done using LDAP. If one want to use
4312 Kerberos for password checking the libpam-ldapd package can be
4313 replaced with libpam-krb5 or libpam-heimdal. If one is happy having a
4314 local home directory with the path listed in LDAP, one can use the
4315 pam_mkhomedir module from pam-modules to make this happen instead of
4316 using libpam-mklocaluser. A setup for pam-auth-update to enable
4317 pam_mkhomedir will have to be written until a fix for
4318 &lt;a href=&quot;http://bugs.debian.org/568577&quot;&gt;bug #568577&lt;/a&gt; is in the
4319 archive. Because I believe it is a bad idea to have local home
4320 directories using misleading paths like /site/server/partition/, I
4321 prefer to create a local user with the home directory in /home/. This
4322 is done using the libpam-mklocaluser package.&lt;/p&gt;
4323
4324 &lt;p&gt;These packages need to be installed and configured&lt;/p&gt;
4325
4326 &lt;blockquote&gt;&lt;pre&gt;
4327 libnss-ldapd libpam-ldapd nscd libpam-ccreds libpam-mklocaluser
4328 &lt;/pre&gt;&lt;/blockquote&gt;
4329
4330 &lt;p&gt;The ldapd packages will ask for LDAP connection information, and
4331 one have to fill in the values that fits ones own site. Make sure the
4332 PAM part uses encrypted connections, to make sure the password is not
4333 sent in clear text to the LDAP server. I&#39;ve been unable to get TLS
4334 certificate checking for a self signed certificate working, which make
4335 LDAP authentication unsafe for Debian Edu (nslcd is not checking if it
4336 is talking to the correct LDAP server), and very much welcome feedback
4337 on how to get this working.&lt;/p&gt;
4338
4339 &lt;p&gt;Because nscd do not have a default configuration fit for offline
4340 caching until &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;bug #485282&lt;/a&gt;
4341 is fixed, this configuration should be used instead of the one
4342 currently in /etc/nscd.conf. The changes are in the fields
4343 reload-count and positive-time-to-live, and is based on the
4344 instructions I found in the
4345 &lt;a href=&quot;http://www.flyn.org/laptopldap/&quot;&gt;LDAP for Mobile Laptops&lt;/a&gt;
4346 instructions by Flyn Computing.&lt;/p&gt;
4347
4348 &lt;blockquote&gt;&lt;pre&gt;
4349 debug-level 0
4350 reload-count unlimited
4351 paranoia no
4352
4353 enable-cache passwd yes
4354 positive-time-to-live passwd 2592000
4355 negative-time-to-live passwd 20
4356 suggested-size passwd 211
4357 check-files passwd yes
4358 persistent passwd yes
4359 shared passwd yes
4360 max-db-size passwd 33554432
4361 auto-propagate passwd yes
4362
4363 enable-cache group yes
4364 positive-time-to-live group 2592000
4365 negative-time-to-live group 20
4366 suggested-size group 211
4367 check-files group yes
4368 persistent group yes
4369 shared group yes
4370 max-db-size group 33554432
4371 auto-propagate group yes
4372
4373 enable-cache hosts no
4374 positive-time-to-live hosts 2592000
4375 negative-time-to-live hosts 20
4376 suggested-size hosts 211
4377 check-files hosts yes
4378 persistent hosts yes
4379 shared hosts yes
4380 max-db-size hosts 33554432
4381
4382 enable-cache services yes
4383 positive-time-to-live services 2592000
4384 negative-time-to-live services 20
4385 suggested-size services 211
4386 check-files services yes
4387 persistent services yes
4388 shared services yes
4389 max-db-size services 33554432
4390 &lt;/pre&gt;&lt;/blockquote&gt;
4391
4392 &lt;p&gt;While we wait for a mechanism to update /etc/nsswitch.conf
4393 automatically like the one provided in
4394 &lt;a href=&quot;http://bugs.debian.org/496915&quot;&gt;bug #496915&lt;/a&gt;, the file
4395 content need to be manually replaced to ensure LDAP is used as the
4396 directory service on the machine. /etc/nsswitch.conf should normally
4397 look like this:&lt;/p&gt;
4398
4399 &lt;blockquote&gt;&lt;pre&gt;
4400 passwd: files ldap
4401 group: files ldap
4402 shadow: files ldap
4403 hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
4404 networks: files
4405 protocols: files
4406 services: files
4407 ethers: files
4408 rpc: files
4409 netgroup: files ldap
4410 &lt;/pre&gt;&lt;/blockquote&gt;
4411
4412 &lt;p&gt;The important parts are that ldap is listed last for passwd, group,
4413 shadow and netgroup.&lt;/p&gt;
4414
4415 &lt;p&gt;With these changes in place, any user in LDAP will be able to log
4416 in locally on the machine using for example kdm, get a local home
4417 directory created and have the password as well as user and group
4418 attributes cached.
4419
4420 &lt;h2&gt;LDAP/Kerberos + nss-updatedb + libpam-ccreds +
4421 libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
4422
4423 &lt;p&gt;Because nscd have had its share of problems, and seem to have
4424 problems doing proper caching, I&#39;ve seen suggestions and recipes to
4425 use nss-updatedb to copy parts of the LDAP database locally when the
4426 LDAP database is available. I have not tested such setup, because I
4427 discovered sssd.&lt;/p&gt;
4428
4429 &lt;h2&gt;LDAP/Kerberos + sssd + libpam-mklocaluser&lt;/h2&gt;
4430
4431 &lt;p&gt;A more flexible and robust setup than the nscd combination
4432 mentioned earlier that has shown up recently, is the
4433 &lt;a href=&quot;https://fedorahosted.org/sssd/&quot;&gt;sssd&lt;/a&gt; package from Redhat.
4434 It is part of the &lt;a href=&quot;http://www.freeipa.org/&quot;&gt;FreeIPA&lt;/A&gt; project
4435 to provide a Active Directory like directory service for Linux
4436 machines. The sssd system combines the caching of passwords and user
4437 information into one package, and remove the need for nscd and
4438 libpam-ccreds. It support LDAP and Kerberos, but not NIS. Version
4439 1.2 do not support netgroups, but it is said that it will support this
4440 in version 1.5 expected to show up later in 2010. Because the
4441 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd package&lt;/a&gt;
4442 was missing in Debian, I ended up co-maintaining it with Werner, and
4443 version 1.2 is now in testing.
4444
4445 &lt;p&gt;These packages need to be installed and configured to get the
4446 roaming setup I want&lt;/p&gt;
4447
4448 &lt;blockquote&gt;&lt;pre&gt;
4449 libpam-sss libnss-sss libpam-mklocaluser
4450 &lt;/pre&gt;&lt;/blockquote&gt;
4451
4452 The complete setup of sssd is done by editing/creating
4453 &lt;tt&gt;/etc/sssd/sssd.conf&lt;/tt&gt;.
4454
4455 &lt;blockquote&gt;&lt;pre&gt;
4456 [sssd]
4457 config_file_version = 2
4458 reconnection_retries = 3
4459 sbus_timeout = 30
4460 services = nss, pam
4461 domains = INTERN
4462
4463 [nss]
4464 filter_groups = root
4465 filter_users = root
4466 reconnection_retries = 3
4467
4468 [pam]
4469 reconnection_retries = 3
4470
4471 [domain/INTERN]
4472 enumerate = false
4473 cache_credentials = true
4474
4475 id_provider = ldap
4476 auth_provider = ldap
4477 chpass_provider = ldap
4478
4479 ldap_uri = ldap://ldap
4480 ldap_search_base = dc=skole,dc=skolelinux,dc=no
4481 ldap_tls_reqcert = never
4482 ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt
4483 &lt;/pre&gt;&lt;/blockquote&gt;
4484
4485 &lt;p&gt;I got the same problem here with certificate checking. Had to set
4486 &quot;ldap_tls_reqcert = never&quot; to get it working.&lt;/p&gt;
4487
4488 &lt;p&gt;With the libnss-sss package in testing at the moment, the
4489 nsswitch.conf file is update automatically, so there is no need to
4490 modify it manually.&lt;/p&gt;
4491
4492 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4493 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4494 </description>
4495 </item>
4496
4497 <item>
4498 <title>LUMA, a very nice LDAP GUI</title>
4499 <link>http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</link>
4500 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</guid>
4501 <pubDate>Mon, 28 Jun 2010 00:30:00 +0200</pubDate>
4502 <description>&lt;p&gt;The last few days I have been looking into the status of the LDAP
4503 directory in Debian Edu, and in the process I started to miss a GUI
4504 tool to browse the LDAP tree. The only one I was able to find in
4505 Debian/Squeeze and Lenny is
4506 &lt;a href=&quot;http://luma.sourceforge.net/&quot;&gt;LUMA&lt;/a&gt;, which has proved to
4507 be a great tool to get a overview of the current LDAP directory
4508 populated by default in Skolelinux. Thanks to it, I have been able to
4509 find empty and obsolete subtrees, misplaced objects and duplicate
4510 objects. It will be installed by default in Debian/Squeeze. If you
4511 are working with LDAP, give it a go. :)&lt;/p&gt;
4512
4513 &lt;p&gt;I did notice one problem with it I have not had time to report to
4514 the BTS yet. There is no .desktop file in the package, so the tool do
4515 not show up in the Gnome and KDE menus, but only deep down in in the
4516 Debian submenu in KDE. I hope that can be fixed before Squeeze is
4517 released.&lt;/p&gt;
4518
4519 &lt;p&gt;I have not yet been able to get it to modify the tree yet. I would
4520 like to move objects and remove subtrees directly in the GUI, but have
4521 not found a way to do that with LUMA yet. So in the mean time, I use
4522 &lt;a href=&quot;http://www.lichteblau.com/ldapvi/&quot;&gt;ldapvi&lt;/a&gt; for that.&lt;/p&gt;
4523
4524 &lt;p&gt;If you have tips on other GUI tools for LDAP that might be useful
4525 in Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4526
4527 &lt;p&gt;Update 2010-06-29: Ross Reedstrom tipped us about the
4528 &lt;a href=&quot;http://packages.qa.debian.org/g/gq.html&quot;&gt;gq&lt;/a&gt; package as a
4529 useful GUI alternative. It seem like a good tool, but is unmaintained
4530 in Debian and got a RC bug keeping it out of Squeeze. Unless that
4531 changes, it will not be an option for Debian Edu based on Squeeze.&lt;/p&gt;
4532 </description>
4533 </item>
4534
4535 <item>
4536 <title>Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object</title>
4537 <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>
4538 <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>
4539 <pubDate>Thu, 24 Jun 2010 00:35:00 +0200</pubDate>
4540 <description>&lt;p&gt;A while back, I
4541 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html&quot;&gt;complained
4542 about the fact&lt;/a&gt; that it is not possible with the provided schemas
4543 for storing DNS and DHCP information in LDAP to combine the two sets
4544 of information into one LDAP object representing a computer.&lt;/p&gt;
4545
4546 &lt;p&gt;In the mean time, I discovered that a simple fix would be to make
4547 the dhcpHost object class auxiliary, to allow it to be combined with
4548 the dNSDomain object class, and thus forming one object for one
4549 computer when storing both DHCP and DNS information in LDAP.&lt;/p&gt;
4550
4551 &lt;p&gt;If I understand this correctly, it is not safe to do this change
4552 without also changing the assigned number for the object class, and I
4553 do not know enough about LDAP schema design to do that properly for
4554 Debian Edu.&lt;/p&gt;
4555
4556 &lt;p&gt;Anyway, for future reference, this is how I believe we could change
4557 the
4558 &lt;a href=&quot;http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-00&quot;&gt;DHCP
4559 schema&lt;/a&gt; to solve at least part of the problem with the LDAP schemas
4560 available today from IETF.&lt;/p&gt;
4561
4562 &lt;pre&gt;
4563 --- dhcp.schema (revision 65192)
4564 +++ dhcp.schema (working copy)
4565 @@ -376,7 +376,7 @@
4566 objectclass ( 2.16.840.1.113719.1.203.6.6
4567 NAME &#39;dhcpHost&#39;
4568 DESC &#39;This represents information about a particular client&#39;
4569 - SUP top
4570 + SUP top AUXILIARY
4571 MUST cn
4572 MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption)
4573 X-NDS_CONTAINMENT (&#39;dhcpService&#39; &#39;dhcpSubnet&#39; &#39;dhcpGroup&#39;) )
4574 &lt;/pre&gt;
4575
4576 &lt;p&gt;I very much welcome clues on how to do this properly for Debian
4577 Edu/Squeeze. We provide the DHCP schema in our debian-edu-config
4578 package, and should thus be free to rewrite it as we see fit.&lt;/p&gt;
4579
4580 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4581 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4582 </description>
4583 </item>
4584
4585 <item>
4586 <title>Calling tasksel like the installer, while still getting useful output</title>
4587 <link>http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</link>
4588 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</guid>
4589 <pubDate>Wed, 16 Jun 2010 14:55:00 +0200</pubDate>
4590 <description>&lt;p&gt;A few times I have had the need to simulate the way tasksel
4591 installs packages during the normal debian-installer run. Until now,
4592 I have ended up letting tasksel do the work, with the annoying problem
4593 of not getting any feedback at all when something fails (like a
4594 conffile question from dpkg or a download that fails), using code like
4595 this:
4596
4597 &lt;blockquote&gt;&lt;pre&gt;
4598 export DEBIAN_FRONTEND=noninteractive
4599 tasksel --new-install
4600 &lt;/pre&gt;&lt;/blockquote&gt;
4601
4602 This would invoke tasksel, let its automatic task selection pick the
4603 tasks to install, and continue to install the requested tasks without
4604 any output what so ever.
4605
4606 Recently I revisited this problem while working on the automatic
4607 package upgrade testing, because tasksel would some times hang without
4608 any useful feedback, and I want to see what is going on when it
4609 happen. Then it occured to me, I can parse the output from tasksel
4610 when asked to run in test mode, and use that aptitude command line
4611 printed by tasksel then to simulate the tasksel run. I ended up using
4612 code like this:
4613
4614 &lt;blockquote&gt;&lt;pre&gt;
4615 export DEBIAN_FRONTEND=noninteractive
4616 cmd=&quot;$(in_target tasksel -t --new-install | sed &#39;s/debconf-apt-progress -- //&#39;)&quot;
4617 $cmd
4618 &lt;/pre&gt;&lt;/blockquote&gt;
4619
4620 &lt;p&gt;The content of $cmd is typically something like &quot;&lt;tt&gt;aptitude -q
4621 --without-recommends -o APT::Install-Recommends=no -y install
4622 ~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired
4623 ~pimportant&lt;/tt&gt;&quot;, which will install the gnome desktop task, the
4624 laptop task and all packages with priority standard , required and
4625 important, just like tasksel would have done it during
4626 installation.&lt;/p&gt;
4627
4628 &lt;p&gt;A better approach is probably to extend tasksel to be able to
4629 install packages without using debconf-apt-progress, for use cases
4630 like this.&lt;/p&gt;
4631 </description>
4632 </item>
4633
4634 <item>
4635 <title>Åpne trådløsnett er et samfunnsgode</title>
4636 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</link>
4637 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</guid>
4638 <pubDate>Sat, 12 Jun 2010 12:45:00 +0200</pubDate>
4639 <description>&lt;p&gt;Veldig glad for å oppdage via
4640 &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;
4641 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
4642 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
4643 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
4644 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
4645 med andre så lenge de ikke forstyrrer min bruk av eget nett.
4646 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
4647 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
4648 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
4649 slekt og venner, holde seg oppdatert om politiske saker, kontakte
4650 organisasjoner og politikere, etc), at det for meg er helt urimelig å
4651 blokkere dette for alle som ikke gjør en flue fortred. De som mener
4652 at potensialet for misbruk er grunn nok til å hindre all den positive
4653 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
4654 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
4655 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
4656 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
4657 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
4658 anstrenge oss for å beholde.&lt;/p&gt;
4659 </description>
4660 </item>
4661
4662 <item>
4663 <title>Skolelinux er laget for sentraldrifting, naturligvis</title>
4664 <link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</link>
4665 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</guid>
4666 <pubDate>Wed, 9 Jun 2010 12:30:00 +0200</pubDate>
4667 <description>&lt;p&gt;Det er merkelig hvordan myter om Skolelinux overlever. En slik
4668 myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
4669 tjenermaskiner. I siste Computerworld Norge er
4670 &lt;a href=&quot;http://www.idg.no/computerworld/article169432.ece&quot;&gt;IT-sjef
4671 Viggo Billdal i Steinkjer intervjuet&lt;/a&gt;, og forteller uten
4672 blygsel:&lt;/p&gt;
4673
4674 &lt;blockquote&gt;&lt;p&gt;Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
4675 om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
4676 Microsoft egentlig var totalt sett bedre egnet. Det var store
4677 driftskostnader med Skolelinux, blant annet på grunn av
4678 desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
4679 og bruker nå bare Windows.&lt;/p&gt;&lt;/blockquote&gt;
4680
4681 &lt;p&gt;En &lt;a
4682 href=&quot;https://init.linpro.no/pipermail/skolelinux.no/bruker/2010-June/009101.html&quot;&gt;rask
4683 sjekk&lt;/a&gt; mot den norske brukerlista i Skolelinuxprosjektet forteller
4684 at Steinkjers forsøk foregikk fram til 2004/2005, og at Røysing skole
4685 i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
4686 overkjørte skolen og krevde at de gikk over til Windows. Et søk på
4687 nettet sendte meg til
4688 &lt;a href=&quot;http://www.dn.no/multimedia/archive/00090/Dagens_it_nr__18_90826a.pdf&quot;&gt;Dagens
4689 IT nr. 18 2005&lt;/a&gt; hvor en kan lese på side 18:&lt;/p&gt;
4690
4691 &lt;blockquote&gt;&lt;p&gt;Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
4692 Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
4693 var så stor. ­ Jeg syntes Skolelinux var utrolig lett å drifte uten
4694 forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
4695 til installasjoner og maskinvarefeil, sier Tømmerås.&lt;/p&gt;&lt;/blockquote&gt;
4696
4697 &lt;p&gt;Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
4698 over påstanden om at Skolelinux krever desentraliserte tjenere.
4699 Skolelinux-arkitekturen er laget for sentralisert drift og plassering
4700 av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
4701 Den er modellert på nettverks- og tjenerløsningen som brukes på
4702 Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
4703 driftstjenester. Dette er det heldigvis noen som har fått med seg, og
4704 jeg er glad for å kunne sitere fra en kommentar på den overnevnte
4705 artikkelen. Min venn og gamle kollega Sturle Sunde forteller der:
4706
4707 &lt;blockquote&gt;
4708 &lt;p&gt;I Flora kommune køyrer vi Skulelinux på skular med alt frå 15 til
4709 meir enn 500 elevar. Dei store skulane har eigen tenar, for det er
4710 mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
4711 sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
4712 avhengige av eksterne linjer som er trege eller dyre. Dei minste
4713 skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
4714 noko problem. Småskulane klarar seg fint med 1 mbit-linje til ein
4715 sentral tenar eller tenaren på ein større skule.&lt;/p&gt;
4716
4717 &lt;p&gt;Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
4718 harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
4719 programma lokalt. Eit klasserom med 30 sju-åtte år gamle maskiner har
4720 mykje meir CPU og RAM totalt enn nokon moderne tenar til under
4721 millionen. Det trengst to kommandoar på den sentrale tenaren for å
4722 oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
4723 problem med diskar som ryk heller, som var eit problem før fordi
4724 elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
4725 nettet, so det er fullt mogleg å køyre slike på småskular med trege
4726 linjer mot tenaren på ein større skule.&lt;/p&gt;
4727
4728 &lt;p&gt;Flora kommune har nesten 800 Linux-maskiner i sitt skulenett, og
4729 ein person som tek seg av drift av heile nettet, inkludert tenarar,
4730 klientar, operativsystem, programvare, heimekontorløysing og
4731 administrasjon av brukarar.&lt;/p&gt;
4732
4733 &lt;p&gt;No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
4734 boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
4735 var der frå før, og som har komplisert installasjonen vår. Etter at
4736 oppsettet var gjort har løysinga vore stabil og kravd minimalt med
4737 arbeid.&lt;/p&gt;
4738 &lt;/blockquote&gt;
4739
4740 &lt;p&gt;Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
4741 sentraldriftes med sentrale tjenere. Det forteller meg at Steinkjers
4742 IT-sjef neppe bør skylde på Skolelinux-løsningen for sine 5 år gamle
4743 minner.&lt;/p&gt;
4744 </description>
4745 </item>
4746
4747 <item>
4748 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten</title>
4749 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</link>
4750 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</guid>
4751 <pubDate>Fri, 21 May 2010 16:00:00 +0200</pubDate>
4752 <description>&lt;p&gt;For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
4753 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
4754 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
4755 skulle dele innholdet på to kort med mine lesere.&lt;/p&gt;
4756
4757 &lt;p&gt;For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
4758 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
4759 magnetstripe. Påtrykket finner jeg følgende informasjon:&lt;/p&gt;
4760
4761 &lt;pre&gt;
4762 Flytoget Airport Express Train
4763
4764 Fra - Til : Oslo Sentralstasjon
4765 Kategori : Voksen
4766 Pris : Nok 170,00
4767 Herav mva. 8,00% : NOK 12,59
4768 Betaling : Kontant
4769 Til - Fra : Oslo Lufthavn
4770 Utstedt: : 08.05.10
4771 Gyldig Fra-Til : 08.05.10-07.11.10
4772 Billetttype : Enkeltbillett
4773
4774 102-1015-100508-48382-01-08
4775 &lt;/pre&gt;
4776
4777 &lt;p&gt;På selve magnetstripen er innholdet
4778 &lt;tt&gt;;E?+900120011=23250996541068112619257138248441708433322932704083389389062603279671261502492655?&lt;/tt&gt;.
4779 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
4780 det jeg ser trykket på billetten og det jeg ser av tegn i
4781 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
4782 for å gjøre det vanskelig å forfalske billetter.&lt;/p&gt;
4783
4784 &lt;p&gt;Den andre billetten er fra Hurtigruten, der jeg mistenker at
4785 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
4786 fall den biten vi stakk inn i dørlåsen).&lt;/p&gt;
4787
4788 &lt;p&gt;Påtrykket forsiden er følgende:&lt;/p&gt;
4789
4790 &lt;pre&gt;
4791 Romnummer 727
4792 Hurtigruten
4793 Midnatsol
4794 Reinholdtsen
4795 Petter
4796 Bookingno: SAX69 0742193
4797 Harstad-Bergen
4798 Dep: 09.05.2010 Arr: 12.05.2010
4799 Lugar fra Risøyhamn
4800 Kost: FRO=4
4801 &lt;/pre&gt;
4802
4803 &lt;p&gt;På selve magnetstripen er innholdet
4804 &lt;tt&gt;;1316010007421930=00000000000000000000?+E?&lt;/tt&gt;. Heller ikke her
4805 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.&lt;/p&gt;
4806 </description>
4807 </item>
4808
4809 <item>
4810 <title>Pieces of the roaming laptop puzzle in Debian</title>
4811 <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</link>
4812 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</guid>
4813 <pubDate>Wed, 19 May 2010 19:00:00 +0200</pubDate>
4814 <description>&lt;p&gt;Today, the last piece of the puzzle for roaming laptops in Debian
4815 Edu finally entered the Debian archive. Today, the new
4816 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-mklocaluser.html&quot;&gt;libpam-mklocaluser&lt;/a&gt;
4817 package was accepted. Two days ago, two other pieces was accepted
4818 into unstable. The
4819 &lt;a href=&quot;http://packages.qa.debian.org/p/pam-python.html&quot;&gt;pam-python&lt;/a&gt;
4820 package needed by libpam-mklocaluser, and the
4821 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd&lt;/a&gt; package
4822 passed NEW on Monday. In addition, the
4823 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
4824 package we need is in experimental (version 10-4) since Saturday, and
4825 hopefully will be moved to unstable soon.&lt;/p&gt;
4826
4827 &lt;p&gt;This collection of packages allow for two different setups for
4828 roaming laptops. The traditional setup would be using libpam-ccreds,
4829 nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
4830 which should work out of the box if the configuration changes proposed
4831 for nscd in &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;BTS report
4832 #485282&lt;/a&gt; is implemented. The alternative setup is to use sssd with
4833 libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
4834 care of the caching of passwords and group information.&lt;/p&gt;
4835
4836 &lt;p&gt;I have so far been unable to get sssd to work with the LDAP server
4837 at the University, but suspect the issue is some SSL/GnuTLS related
4838 problem with the server certificate. I plan to update the Debian
4839 package to version 1.2, which is scheduled for next week, and hope to
4840 find time to make sure the next release will include both the
4841 Debian/Ubuntu specific patches. Upstream is friendly and responsive,
4842 and I am sure we will find a good solution.&lt;/p&gt;
4843
4844 &lt;p&gt;The idea is to set up the roaming laptops to authenticate using
4845 LDAP or Kerberos and create a local user with home directory in /home/
4846 when a usre in LDAP logs in via KDM or GDM for the first time, and
4847 cache the password for offline checking, as well as caching group
4848 memberhips and other relevant LDAP information. The
4849 libpam-mklocaluser package was created to make sure the local home
4850 directory is in /home/, instead of /site/server/directory/ which would
4851 be the home directory if pam_mkhomedir was used. To avoid confusion
4852 with support requests and configuration, we do not want local laptops
4853 to have users in a path that is used for the same users home directory
4854 on the home directory servers.&lt;/p&gt;
4855
4856 &lt;p&gt;One annoying problem with gdm is that it do not show the PAM
4857 message passed to the user from libpam-mklocaluser when the local user
4858 is created. Instead gdm simply reject the login with some generic
4859 message. The message is shown in kdm, ssh and login, so I guess it is
4860 a bug in gdm. Have not investigated if there is some other message
4861 type that can be used instead to get gdm to also show the message.&lt;/p&gt;
4862
4863 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4864 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4865 </description>
4866 </item>
4867
4868 <item>
4869 <title>systemd, an interesting alternative to upstart</title>
4870 <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</link>
4871 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</guid>
4872 <pubDate>Thu, 13 May 2010 22:20:00 +0200</pubDate>
4873 <description>&lt;p&gt;The last few days a new boot system called
4874 &lt;a href=&quot;http://www.freedesktop.org/wiki/Software/systemd&quot;&gt;systemd&lt;/a&gt;
4875 has been
4876 &lt;a href=&quot;http://0pointer.de/blog/projects/systemd.html&quot;&gt;introduced&lt;/a&gt;
4877
4878 to the free software world. I have not yet had time to play around
4879 with it, but it seem to be a very interesting alternative to
4880 &lt;a href=&quot;http://upstart.ubuntu.com/&quot;&gt;upstart&lt;/a&gt;, and might prove to be
4881 a good alternative for Debian when we are able to switch to an event
4882 based boot system. Tollef is
4883 &lt;a href=&quot;http://bugs.debian.org/580814&quot;&gt;in the process&lt;/a&gt; of getting
4884 systemd into Debian, and I look forward to seeing how well it work. I
4885 like the fact that systemd handles init.d scripts with dependency
4886 information natively, allowing them to run in parallel where upstart
4887 at the moment do not.&lt;/p&gt;
4888
4889 &lt;p&gt;Unfortunately do systemd have the same problem as upstart regarding
4890 platform support. It only work on recent Linux kernels, and also need
4891 some new kernel features enabled to function properly. This means
4892 kFreeBSD and Hurd ports of Debian will need a port or a different boot
4893 system. Not sure how that will be handled if systemd proves to be the
4894 way forward.&lt;/p&gt;
4895
4896 &lt;p&gt;In the mean time, based on the
4897 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/05/msg00122.html&quot;&gt;input
4898 on debian-devel@&lt;/a&gt; regarding parallel booting in Debian, I have
4899 decided to enable full parallel booting as the default in Debian as
4900 soon as possible (probably this weekend or early next week), to see if
4901 there are any remaining serious bugs in the init.d dependencies. A
4902 new version of the sysvinit package implementing this change is
4903 already in experimental. If all go well, Squeeze will be released
4904 with parallel booting enabled by default.&lt;/p&gt;
4905 </description>
4906 </item>
4907
4908 <item>
4909 <title>Forcing new users to change their password on first login</title>
4910 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</link>
4911 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</guid>
4912 <pubDate>Sun, 2 May 2010 13:47:00 +0200</pubDate>
4913 <description>&lt;p&gt;One interesting feature in Active Directory, is the ability to
4914 create a new user with an expired password, and thus force the user to
4915 change the password on the first login attempt.&lt;/p&gt;
4916
4917 &lt;p&gt;I&#39;m not quite sure how to do that with the LDAP setup in Debian
4918 Edu, but did some initial testing with a local account. The account
4919 and password aging information is available in /etc/shadow, but
4920 unfortunately, it is not possible to specify an expiration time for
4921 passwords, only a maximum age for passwords.&lt;/p&gt;
4922
4923 &lt;p&gt;A freshly created account (using adduser test) will have these
4924 settings in /etc/shadow:&lt;/p&gt;
4925
4926 &lt;blockquote&gt;&lt;pre&gt;
4927 root@tjener:~# chage -l test
4928 Last password change : May 02, 2010
4929 Password expires : never
4930 Password inactive : never
4931 Account expires : never
4932 Minimum number of days between password change : 0
4933 Maximum number of days between password change : 99999
4934 Number of days of warning before password expires : 7
4935 root@tjener:~#
4936 &lt;/pre&gt;&lt;/blockquote&gt;
4937
4938 &lt;p&gt;The only way I could come up with to create a user with an expired
4939 account, is to change the date of the last password change to the
4940 lowest value possible (January 1th 1970), and the maximum password age
4941 to the difference in days between that date and today. To make it
4942 simple, I went for 30 years (30 * 365 = 10950) and January 2th (to
4943 avoid testing if 0 is a valid value).&lt;/p&gt;
4944
4945 &lt;p&gt;After using these commands to set it up, it seem to work as
4946 intended:&lt;/p&gt;
4947
4948 &lt;blockquote&gt;&lt;pre&gt;
4949 root@tjener:~# chage -d 1 test; chage -M 10950 test
4950 root@tjener:~# chage -l test
4951 Last password change : Jan 02, 1970
4952 Password expires : never
4953 Password inactive : never
4954 Account expires : never
4955 Minimum number of days between password change : 0
4956 Maximum number of days between password change : 10950
4957 Number of days of warning before password expires : 7
4958 root@tjener:~#
4959 &lt;/pre&gt;&lt;/blockquote&gt;
4960
4961 &lt;p&gt;So far I have tested this with ssh and console, and kdm (in
4962 Squeeze) login, and all ask for a new password before login in the
4963 user (with ssh, I was thrown out and had to log in again).&lt;/p&gt;
4964
4965 &lt;p&gt;Perhaps we should set up something similar for Debian Edu, to make
4966 sure only the user itself have the account password?&lt;/p&gt;
4967
4968 &lt;p&gt;If you want to comment on or help out with implementing this for
4969 Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4970
4971 &lt;p&gt;Update 2010-05-02 17:20: Paul Tötterman tells me on IRC that the
4972 shadow(8) page in Debian/testing now state that setting the date of
4973 last password change to zero (0) will force the password to be changed
4974 on the first login. This was not mentioned in the manual in Lenny, so
4975 I did not notice this in my initial testing. I have tested it on
4976 Squeeze, and &#39;&lt;tt&gt;chage -d 0 username&lt;/tt&gt;&#39; do work there. I have not
4977 tested it on Lenny yet.&lt;/p&gt;
4978
4979 &lt;p&gt;Update 2010-05-02-19:05: Jim Paris tells me via email that an
4980 equivalent command to expire a password is &#39;&lt;tt&gt;passwd -e
4981 username&lt;/tt&gt;&#39;, which insert zero into the date of the last password
4982 change.&lt;/p&gt;
4983 </description>
4984 </item>
4985
4986 <item>
4987 <title>Thoughts on roaming laptop setup for Debian Edu</title>
4988 <link>http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</link>
4989 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</guid>
4990 <pubDate>Wed, 28 Apr 2010 20:40:00 +0200</pubDate>
4991 <description>&lt;p&gt;For some years now, I have wondered how we should handle laptops in
4992 Debian Edu. The Debian Edu infrastructure is mostly designed to
4993 handle stationary computers, and less suited for computers that come
4994 and go.&lt;/p&gt;
4995
4996 &lt;p&gt;Now I finally believe I have an sensible idea on how to adjust
4997 Debian Edu for laptops, by introducing a new profile for them, for
4998 example called Roaming Workstations. Here are my thought on this.
4999 The setup would consist of the following:&lt;/p&gt;
5000
5001 &lt;ul&gt;
5002
5003 &lt;li&gt;During installation, the user name of the owner / primary user of
5004 the laptop is requested and a local home directory is set up for
5005 the user, with uid and gid information fetched from the LDAP
5006 server. This allow the user to work also when offline. The
5007 central home directory can be available in a subdirectory on
5008 request, for example mounted via CIFS. It could be mounted
5009 automatically when a user log in while on the Debian Edu network,
5010 and unmounted when the machine is taken away (network down,
5011 hibernate, etc), it can be set up to do automatic mounting on
5012 request (using autofs), or perhaps some GUI button on the desktop
5013 can be used to access it when needed. Perhaps it is enough to use
5014 the fish protocol in KDE?&lt;/li&gt;
5015
5016 &lt;li&gt;Password checking is set up to use LDAP or Kerberos
5017 authentication when the machine is on the Debian Edu network, and
5018 to cache the password for offline checking when the machine unable
5019 to reach the LDAP or Kerberos server. This can be done using
5020 &lt;a href=&quot;http://www.padl.com/OSS/pam_ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5021 or the Fedora developed
5022 &lt;a href=&quot;https://fedoraproject.org/wiki/Features/SSSD&quot;&gt;System
5023 Security Services Daemon&lt;/a&gt; packages.&lt;/li&gt;
5024
5025 &lt;li&gt;File synchronisation with the central home directory is set up
5026 using a shared directory in both the local and the central home
5027 directory, using unison.&lt;/li&gt;
5028
5029 &lt;li&gt;Printing should be set up to print to all printers broadcasting
5030 their existence on the local network, and should then work out of
5031 the box with CUPS. For sites needing accurate printer quotas, some
5032 system with Kerberos authentication or printing via ssh could be
5033 implemented.&lt;/li&gt;
5034
5035 &lt;li&gt;For users that should have local root access to their laptop,
5036 sudo should be used to allow this to the local user.&lt;/li&gt;
5037
5038 &lt;li&gt;It would be nice if user and group information from LDAP is
5039 cached on the client, but given that there are entries for the
5040 local user and primary group in /etc/, it should not be needed.&lt;/li&gt;
5041
5042 &lt;/ul&gt;
5043
5044 &lt;p&gt;I believe all the pieces to implement this are in Debian/testing at
5045 the moment. If we work quickly, we should be able to get this ready
5046 in time for the Squeeze release to freeze. Some of the pieces need
5047 tweaking, like libpam-ccreds should get support for pam-auth-update
5048 (&lt;a href=&quot;http://bugs.debian.org/566718&quot;&gt;#566718&lt;/a&gt;) and nslcd (or
5049 perhaps debian-edu-config) should get some integration code to stop
5050 its daemon when the LDAP server is unavailable to avoid long timeouts
5051 when disconnected from the net. If we get Kerberos enabled, we need
5052 to make sure we avoid long timeouts there too.&lt;/p&gt;
5053
5054 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5055 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5056 </description>
5057 </item>
5058
5059 <item>
5060 <title>Great book: &quot;Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future&quot;</title>
5061 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</link>
5062 <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>
5063 <pubDate>Mon, 19 Apr 2010 17:10:00 +0200</pubDate>
5064 <description>&lt;p&gt;The last few weeks i have had the pleasure of reading a
5065 thought-provoking collection of essays by Cory Doctorow, on topics
5066 touching copyright, virtual worlds, the future of man when the
5067 conscience mind can be duplicated into a computer and many more. The
5068 book titled &quot;Content: Selected Essays on Technology, Creativity,
5069 Copyright, and the Future of the Future&quot; is available with few
5070 restrictions on the web, for example from
5071 &lt;a href=&quot;http://craphound.com/content/&quot;&gt;his own site&lt;/a&gt;. I read the
5072 epub-version from
5073 &lt;a href=&quot;http://www.feedbooks.com/book/2883&quot;&gt;feedbooks&lt;/a&gt; using
5074 &lt;a href=&quot;http://www.fbreader.org/&quot;&gt;fbreader&lt;/a&gt; and my N810. I
5075 strongly recommend this book.&lt;/p&gt;
5076 </description>
5077 </item>
5078
5079 <item>
5080 <title>Kerberos for Debian Edu/Squeeze?</title>
5081 <link>http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</link>
5082 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</guid>
5083 <pubDate>Wed, 14 Apr 2010 17:20:00 +0200</pubDate>
5084 <description>&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/aktiviteter/20100413-kerberos/&quot;&gt;Yesterdays
5085 NUUG presentation&lt;/a&gt; about Kerberos was inspiring, and reminded me
5086 about the need to start using Kerberos in Skolelinux. Setting up a
5087 Kerberos server seem to be straight forward, and if we get this in
5088 place a long time before the Squeeze version of Debian freezes, we
5089 have a chance to migrate Skolelinux away from NFSv3 for the home
5090 directories, and over to an architecture where the infrastructure do
5091 not have to trust IP addresses and machines, and instead can trust
5092 users and cryptographic keys instead.&lt;/p&gt;
5093
5094 &lt;p&gt;A challenge will be integration and administration. Is there a
5095 Kerberos implementation for Debian where one can control the
5096 administration access in Kerberos using LDAP groups? With it, the
5097 school administration will have to maintain access control using flat
5098 files on the main server, which give a huge potential for errors.&lt;/p&gt;
5099
5100 &lt;p&gt;A related question I would like to know is how well Kerberos and
5101 pam-ccreds (offline password check) work together. Anyone know?&lt;/p&gt;
5102
5103 &lt;p&gt;Next step will be to use Kerberos for access control in Lwat and
5104 Nagios. I have no idea how much work that will be to implement. We
5105 would also need to document how to integrate with Windows AD, as such
5106 shared network will require two Kerberos realms that need to cooperate
5107 to work properly.&lt;/p&gt;
5108
5109 &lt;p&gt;I believe a good start would be to start using Kerberos on the
5110 skolelinux.no machines, and this way get ourselves experience with
5111 configuration and integration. A natural starting point would be
5112 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
5113 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
5114 time.&lt;/p&gt;
5115
5116 &lt;p&gt;If you would like to contribute to get this working in Skolelinux,
5117 I recommend you to see the video recording from yesterdays NUUG
5118 presentation, and start using Kerberos at home. The video show show
5119 up in a few days.&lt;/p&gt;
5120 </description>
5121 </item>
5122
5123 <item>
5124 <title>After 6 years of waiting, the Xreset.d feature is implemented</title>
5125 <link>http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</link>
5126 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</guid>
5127 <pubDate>Sat, 6 Mar 2010 18:15:00 +0100</pubDate>
5128 <description>&lt;p&gt;6 years ago, as part of the Debian Edu development I am involved
5129 in, I asked for a hook in the kdm and gdm setup to run scripts as root
5130 when the user log out. A bug was submitted against the xfree86-common
5131 package in 2004 (&lt;a href=&quot;http://bugs.debian.org/230422&quot;&gt;#230422&lt;/a&gt;),
5132 and revisited every time Debian Edu was working on a new release.
5133 Today, this finally paid off.&lt;/p&gt;
5134
5135 &lt;p&gt;The framework for this feature was today commited to the git
5136 repositry for the xorg package, and the git repository for xdm has
5137 been updated to use this framework. Next on my agenda is to make sure
5138 kdm and gdm also add code to use this framework.&lt;/p&gt;
5139
5140 &lt;p&gt;In Debian Edu, we want to ability to run commands as root when the
5141 user log out, to get rid of runaway processes and do general cleanup
5142 after a user. With this framework in place, we finally can do that in
5143 a generic way that work with all display managers using this
5144 framework. My goal is to get all display managers in Debian use it,
5145 similar to how they use the Xsession.d framework today.&lt;p&gt;
5146 </description>
5147 </item>
5148
5149 <item>
5150 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak</title>
5151 <link>http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</link>
5152 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</guid>
5153 <pubDate>Wed, 3 Mar 2010 19:00:00 +0100</pubDate>
5154 <description>&lt;p&gt;Den norske bokbransjen har
5155 &lt;a href=&quot;http://www.digi.no/823912/nei-til-moms-paa-e-boker&quot;&gt;bedt om at
5156 digitale bøker må få mva-fritak&lt;/a&gt; slik papirbøker har det, og
5157 &lt;a href=&quot;http://www.digi.no/836875/moms-paa-alt-digitalt-innhold&quot;&gt;finansdepartementet
5158 har sagt nei&lt;/a&gt;. Det er et interessant spørsmål om digitale bøker
5159 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
5160 eller nei.
5161 &lt;a href=&quot;http://www.digi.no/836925/norske-e-boker-truet-av-moms&quot;&gt;Enkelte
5162 medlemmer&lt;/a&gt; av bokbransjen truer med å droppe den planlagte
5163 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
5164 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
5165 gjerne gjøre for min del.&lt;/p&gt;
5166
5167 &lt;p&gt;Papirbøker har mva-fritak pga. at de fremmer kultur- og
5168 kunnskapsspredning. Digitale bøker uten digitale
5169 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
5170 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
5171 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
5172 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
5173 få det da det er utleie av bøker og ikke salg.&lt;/p&gt;
5174
5175 &lt;p&gt;Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
5176 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
5177 til å betale for å leie en bok, men tror ikke det er mange kronene.
5178 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
5179 de som vil ha tak i engelske bøker kan laste ned bøker som er
5180 tilgjengelig uten bruksbegresninger fra &lt;a href=&quot;http://www.archive.org/&quot;&gt;The
5181 Internet Archive&lt;/a&gt;. Der er det pr. i dag 1 889 313 bøker
5182 tilgjengelig. De er tilgjengelig i flere formater. Besøk
5183 &lt;a href=&quot;http://www.archive.org/details/texts&quot;&gt;oversikten over tekster
5184 der&lt;/a&gt; for å se hva de har.
5185 </description>
5186 </item>
5187
5188 <item>
5189 <title>Debian Edu / Skolelinux based on Lenny released, work continues</title>
5190 <link>http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</link>
5191 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</guid>
5192 <pubDate>Thu, 11 Feb 2010 17:15:00 +0100</pubDate>
5193 <description>&lt;p&gt;On Tuesday, the Debian/Lenny based version of
5194 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; was finally
5195 shipped. This was a major leap forward for the project, and I am very
5196 pleased that we finally got the release wrapped up. Work on the first
5197 point release starts imediately, as we plan to get that one out a
5198 month after the major release, to include all fixes for bugs we found
5199 and fixed too late in the release process to include last Tuesday.&lt;/p&gt;
5200
5201 &lt;p&gt;Perhaps it even is time for some partying?&lt;/p&gt;
5202
5203 &lt;p&gt;After this first point release, my plan is to focus again on the
5204 next major release, based on Squeeze. We will try to get as many of
5205 the fixes we need into the official Debian packages before the freeze,
5206 and have just a few weeks or months to make it happen.&lt;/p&gt;
5207 </description>
5208 </item>
5209
5210 <item>
5211 <title>Danmark går for ODF?</title>
5212 <link>http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</link>
5213 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</guid>
5214 <pubDate>Fri, 29 Jan 2010 12:00:00 +0100</pubDate>
5215 <description>&lt;p&gt;Ble nettopp gjort oppmerksom på en
5216 &lt;a href=&quot;http://www.version2.dk/artikel/13690-breaking-odf-vinder-dokumentformat-krigen &quot;&gt;nyhet fra Version2&lt;/a&gt;
5217 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
5218 brukes som dokumentutvekslingsformat i Staten.&lt;/p&gt;
5219
5220 &lt;p&gt;Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
5221 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
5222 til artikkelen og
5223 &lt;a href=&quot;http://www.version2.dk/artikel/13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard&quot;&gt;en
5224 annen artikkel&lt;/a&gt; i samme nett-avis. Liker spesielt godt denne:&lt;/p&gt;
5225
5226 &lt;p&gt;&lt;blockquote&gt; Det skal demonstreres, at standarden i sin helhed kan
5227 implementeres af alle direkte i sin helhed på flere
5228 platforme.&lt;/blockquote&gt;&lt;/p&gt;
5229
5230 &lt;p&gt;Noe slikt burde være et krav også i Norge.&lt;/p&gt;
5231 </description>
5232 </item>
5233
5234 <item>
5235 <title>Automatic Munin and Nagios configuration</title>
5236 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</link>
5237 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</guid>
5238 <pubDate>Wed, 27 Jan 2010 15:15:00 +0100</pubDate>
5239 <description>&lt;p&gt;One of the new features in the next Debian/Lenny based release of
5240 Debian Edu/Skolelinux, which is scheduled for release in the next few
5241 days, is automatic configuration of the service monitoring system
5242 Nagios. The previous release had automatic configuration of trend
5243 analysis using Munin, and this Lenny based release take that a step
5244 further.&lt;/p&gt;
5245
5246 &lt;p&gt;When installing a Debian Edu Main-server, it is automatically
5247 configured as a Munin and Nagios server. In addition, it is
5248 configured to be a server for the
5249 &lt;a href=&quot;http://wiki.debian.org/DebianEdu/HowTo/SiteSummary&quot;&gt;SiteSummary
5250 system&lt;/a&gt; I have written for use in Debian Edu. The SiteSummary
5251 system is inspired by a system used by the University of Oslo where I
5252 work. In short, the system provide a centralised collector of
5253 information about the computers on the network, and a client on each
5254 computer submitting information to this collector. This allow for
5255 automatic information on which packages are installed on each machine,
5256 which kernel the machines are using, what kind of configuration the
5257 packages got etc. This also allow us to automatically generate Munin
5258 and Nagios configuration.&lt;/p&gt;
5259
5260 &lt;p&gt;All computers reporting to the sitesummary collector with the
5261 munin-node package installed is automatically enabled as a Munin
5262 client and graphs from the statistics collected from that machine show
5263 up automatically on http://www/munin/ on the Main-server.&lt;/p&gt;
5264
5265 &lt;p&gt;All non-laptop computers reporting to the sitesummary collector are
5266 automatically monitored for network presence (ping and any network
5267 services detected). In addition, all computers (also laptops) with
5268 the nagios-nrpe-server package installed and configured the way
5269 sitesummary would configure it, are monitored for full disks, software
5270 raid status, swap free and other checks that need to run locally on
5271 the machine.&lt;/p&gt;
5272
5273 &lt;p&gt;The result is that the administrator on a school using Debian Edu
5274 based on Lenny will be able to check the health of his installation
5275 with one look at the Nagios settings, without having to spend any time
5276 keeping the Nagios configuration up-to-date.&lt;/p&gt;
5277
5278 &lt;p&gt;The only configuration one need to do to get Nagios up and running
5279 is to set the password used to get access via HTTP. The system
5280 administrator need to run &quot;&lt;tt&gt;htpasswd /etc/nagios3/htpasswd.users
5281 nagiosadmin&lt;/tt&gt;&quot; to create a nagiosadmin user and set a password for
5282 it to be able to log into the Nagios web pages. After that,
5283 everything is taken care of.&lt;/p&gt;
5284 </description>
5285 </item>
5286
5287 <item>
5288 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere</title>
5289 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</link>
5290 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</guid>
5291 <pubDate>Wed, 30 Dec 2009 16:35:00 +0100</pubDate>
5292 <description>&lt;p&gt;Via Slashdot fant jeg en
5293 &lt;a href=&quot;http://www.cnn.com/2009/OPINION/12/29/schneier.air.travel.security.theater/index.html&quot;&gt;nydelig
5294 kommentar fra Bruce Schneier&lt;/a&gt; som ble publisert hos CNN i går. Den
5295 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
5296 totalitære politistatmetoder ikke er løsningen for å gjøre verden
5297 sikrere. Anbefales på det varmeste.&lt;/p&gt;
5298
5299 &lt;p&gt;Oppdatering: Kom over
5300 &lt;a href=&quot;http://gizmodo.com/5435675/president-obama-its-time-to-fire-the-tsa&quot;&gt;nok
5301 en kommentar&lt;/a&gt; om den manglende effekten av dagens sikkerhetsteater
5302 på flyplassene.&lt;/p&gt;
5303 </description>
5304 </item>
5305
5306 <item>
5307 <title>Opphavet til Skolelinux-prosjektet</title>
5308 <link>http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</link>
5309 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</guid>
5310 <pubDate>Thu, 17 Dec 2009 10:50:00 +0100</pubDate>
5311 <description>&lt;p&gt;De færreste er klar over at Skolelinux-prosjektet kom som et resultat
5312 av en avgjørelse på årsmøtet i
5313 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; i 2000-06-29, der Håkon Wium
5314 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
5315 initiativ kalt &quot;Teach the Teacher&quot;, som skulle være et initiativ for
5316 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
5317 Tanken var at en måtte starte med lærerne for at ungene skulle få
5318 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
5319 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
5320 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
5321 hadde invitert Microsoft til et møte for å fortelle om fremtidens
5322 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
5323 til å arrangere
5324 &lt;a href=&quot;http://www.digi.no/60982/first-tuesday-mote-med-microsoft-protest&quot;&gt;en
5325 demonstrasjon utenfor lokalene 2001-05-21&lt;/a&gt;. Blant de som sto bak
5326 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
5327 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
5328 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
5329 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
5330 initiativ til &quot;Teach the Teacher&quot;, og for å forsøke å få litt fremgang
5331 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
5332 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
5333 av fri programvare og unix-lignende operativsystemer. Flere var
5334 interessert, og Knut Yrvin tenkte på ideen. Han
5335 &lt;a href=&quot;http://developer.skolelinux.no/brev/2001-06-28-invitasjon-skolelinux.txt&quot;&gt;ropte
5336 sammen&lt;/a&gt; til et stiftelsesmøte i prosjektet i sin arbeidsgivers
5337 Objectwares lokaler ved Ullevål stadion 2001-07-02, og jeg ble med.
5338 Resten er historie. :)&lt;/p&gt;
5339 </description>
5340 </item>
5341
5342 <item>
5343 <title>Første NUUG-fordrag sendt på TV</title>
5344 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</link>
5345 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</guid>
5346 <pubDate>Tue, 8 Dec 2009 12:00:00 +0100</pubDate>
5347 <description>&lt;p&gt;Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
5348 TV. Foredraget om
5349 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090512-bifrost/&quot;&gt;utskriftsløsningen
5350 Biforst&lt;/a&gt; var først ute, pga. at det var det nyeste foredraget som
5351 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
5352 teksting av video skulle gjøres.&lt;/p&gt;
5353
5354 &lt;p&gt;NUUG har vært involvert i
5355 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; en stund nå, for å
5356 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
5357 er en sped start på det vi har planlagt.&lt;/p&gt;
5358
5359 &lt;p&gt;NUUGs første foredrag sendes ut via frikanelen på digitalt
5360 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
5361 ta inn sendingen. Slå på TVen 5/12 16:05 (for sent), 12/12 14:00,
5362 19/12 16:00, 24/12 15:37 eller 26/12 16:11 i år, så skal du få se
5363 meg, Tollef og alle andre de som deltok på møtet på TV.&lt;p&gt;
5364 </description>
5365 </item>
5366
5367 <item>
5368 <title>Kartverket &quot;frigjør&quot; data men er fortsatt ikke interessante</title>
5369 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</link>
5370 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</guid>
5371 <pubDate>Thu, 12 Nov 2009 10:10:00 +0100</pubDate>
5372 <description>&lt;p&gt;Dagens
5373 &lt;a href=&quot;http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips&quot;&gt;kartnyhet&lt;/a&gt;
5374 er at kartverket gir ikke-kommersiell tilgang til
5375 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
5376 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
5377 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
5378 interesse.&lt;/p&gt;
5379
5380 &lt;p&gt;I går publiserte Ivan Sanchez
5381 &lt;a href=&quot;http://www.opengeodata.org/2009/11/11/921/&quot;&gt;kaketesten&lt;/a&gt;
5382 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
5383 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
5384 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
5385 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
5386 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
5387 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
5388 ikke be en konditor om å lage en kake (brudd på kravet om
5389 ikke-kommersiell bruk) med kartverkets kart.&lt;/p&gt;
5390
5391 &lt;p&gt;De som vil lage karttjenester basert på denne nye tjenesten fra
5392 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
5393 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
5394 nok fortsette å bruke data fra
5395 &lt;a href=&quot;http://www.openstreetmap.org&quot;&gt;OpenStreetmap.org&lt;/a&gt;, der jeg
5396 har kontrollen med tilgang til kartdataene, og kan endre på de
5397 underliggende dataene som jeg ønsker.&lt;/p&gt;
5398
5399 &lt;p&gt;Som et eksempel, så trenger vi til en norsk
5400 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet-installasjon&lt;/a&gt;
5401 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
5402 er ubrukelig til dette.&lt;/p&gt;
5403
5404 &lt;p&gt;Oppdatering 2011-01-14: Link til kaketesten er forsvunnet, bruk
5405 &lt;a href=&quot;http://blog.okfn.org/2010/03/15/the-cake-test-of-freedom/&quot;&gt;denne
5406 nye i stedet&lt;/a&gt;.&lt;/p&gt;
5407 </description>
5408 </item>
5409
5410 <item>
5411 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk</title>
5412 <link>http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</link>
5413 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</guid>
5414 <pubDate>Fri, 6 Nov 2009 18:45:00 +0100</pubDate>
5415 <description>&lt;p&gt;Det er svært gledelig å se at
5416 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3360796.ece&quot;&gt;retten
5417 fant at Telenor ikke skal fungere som Internet-voktere&lt;/a&gt; på vegne av
5418 opphavsrettsmafiaen. TONO påstår ikke overraskende &quot;rettighetshaverne
5419 er rettsløse&quot;. De burde jo vite alt om hvordan rettighetshaverne blir
5420 behandlet, som har
5421 &lt;a href=&quot;http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492&quot;&gt;nektet
5422 å hjelpe et av sine medlemmer i en plagiatsak&lt;/a&gt; mot Universal i
5423 Polen.&lt;/p&gt;
5424
5425 &lt;p&gt;Ved opphavsrettsbrudd så er det jo den som offentliggjort
5426 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
5427 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
5428 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
5429 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
5430 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
5431 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
5432 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
5433 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
5434 en ikke liker det som blir publisert, så må det tas opp med den som
5435 publiserer, ikke noen andre.&lt;/p&gt;
5436
5437 &lt;p&gt;Personlig velger jeg å stort sett bruke kulturuttrykk som
5438 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.&lt;/p&gt;
5439 </description>
5440 </item>
5441
5442 <item>
5443 <title>Jeg vil ikke ha BankID</title>
5444 <link>http://people.skolelinux.org/pere/blog/Jeg_vil_ikke_ha_BankID.html</link>
5445 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Jeg_vil_ikke_ha_BankID.html</guid>
5446 <pubDate>Fri, 30 Oct 2009 13:05:00 +0100</pubDate>
5447 <description>&lt;p&gt;Min hovedbankforbindelse,
5448 &lt;a href=&quot;http://www.postbanken.no/&quot;&gt;Postbanken&lt;/a&gt;, har fra 1. oktober
5449 blokkert tilgangen min til nettbanken hvis jeg ikke godtar vilkårene
5450 for &lt;a href=&quot;https://www.bankid.no/&quot;&gt;BankID&lt;/a&gt; og går over til å
5451 bruke BankID for tilgangskontroll. Tidligere kunne jeg bruke en
5452 kodekalkulator som ga tilgang til nettbanken, men nå er dette ikke
5453 lenger mulig. Jeg blokkeres ute fra nettbanken og mine egne penger
5454 hvis jeg ikke godtar det jeg anser som urimelige vilkår i
5455 BankID-avtalen.&lt;/p&gt;
5456
5457 &lt;p&gt;BankID er en løsning der banken gis rett til å handle på vegne av
5458 meg, med avtalemessig forutsetning at jeg i hvert enkelt tilfelle har
5459 bedt banken gjøre dette. BankID kan brukes til å signere avtaler,
5460 oppta lån og andre handlinger som har alvorlige følger for meg.
5461 Problemet slik jeg ser det er at BankID er lagt opp slik at banken har
5462 all informasjon og tilgang som den trenger for å bruke BankID, også
5463 uten at jeg er involvert. Avtalemessing og juridisk skal de kun bruke
5464 min BankID når jeg har oppgitt pinkode og passord, men praktisk og
5465 konkret kan de gjøre dette også uten at min pinkode eller mitt passord
5466 er oppgitt, da de allerede har min pinkode og passord tilgjengelig hos
5467 seg for å kunne sjekke at riktig pinkode og passord er oppgitt av meg
5468 (eller kan skaffe seg det ved behov). Jeg ønsker ikke å gi banken
5469 rett til å inngå avtaler på vegne av meg.&lt;/p&gt;
5470
5471 &lt;p&gt;Rent teknisk er BankID et offentlig nøkkelpar, en privat og en
5472 offentlig nøkkel, der den private nøkkelen er nødvendig for å
5473 &quot;signere&quot; på vegne av den nøkkelen gjelder for, og den offentlige
5474 nøkkelen er nødvendig for å sjekke hvem som har signert. Banken
5475 sitter på både den private og den offentlige nøkkelen, og sier de kun
5476 skal bruke den private hvis kunden ber dem om det og oppgir pinkode og
5477 passord.&lt;/p&gt;
5478
5479
5480 &lt;p&gt;I postbankens
5481 &lt;a href=&quot;https://www.postbanken.no//portalfront/nedlast/no/person/avtaler/BankID_avtale.pdf&quot;&gt;vilkår
5482 for BankID&lt;/a&gt; står følgende:&lt;/p&gt;
5483
5484 &lt;blockquote&gt;
5485 &lt;p&gt;&quot;6. Anvendelsesområdet for BankID&lt;/p&gt;
5486
5487 &lt;p&gt;PersonBankID kan benyttes fra en datamaskin, eller etter nærmere
5488 avtale fra en mobiltelefon/SIM-kort, for pålogging i nettbank og til
5489 identifisering og signering i forbindelse med elektronisk
5490 meldingsforsendelse, avtaleinngåelse og annen form for nettbasert
5491 elektronisk kommunikasjon med Banken og andre brukersteder som har
5492 tilrettelagt for bruk av BankID. Dette forutsetter at brukerstedet
5493 har inngått avtale med bank om bruk av BankID.&quot;&lt;/p&gt;
5494 &lt;/blockquote&gt;
5495
5496 &lt;p&gt;Det er spesielt retten til &quot;avtaleinngåelse&quot; jeg synes er urimelig
5497 å kreve for at jeg skal få tilgang til mine penger via nettbanken, men
5498 også retten til å kommunisere på vegne av meg med andre brukersteder og
5499 signering av meldinger synes jeg er problematisk. Jeg må godta at
5500 banken skal kunne signere for meg på avtaler og annen kommunikasjon
5501 for å få BankID.&lt;/p&gt;
5502
5503 &lt;p&gt;På spørsmål om hvordan jeg kan få tilgang til nettbank uten å gi
5504 banken rett til å inngå avtaler på vegne av meg svarer Postbankens
5505 kundestøtte at &quot;Postbanken har valgt BankID for bl.a. pålogging i
5506 nettbank , så her må du nok ha hele denne løsningen&quot;. Jeg nektes
5507 altså tilgang til nettbanken inntil jeg godtar at Postbanken kan
5508 signere avtaler på vegne av meg.&lt;/p&gt;
5509
5510 &lt;p&gt;Postbankens kundestøtte sier videre at &quot;Det har blitt et krav til
5511 alle norske banker om å innføre BankID, bl.a på grunn av
5512 sikkerhet&quot;, uten at jeg her helt sikker på hvem som har framsatt
5513 dette kravet. [Oppdatering: Postbankens kundestøtte sier kravet er
5514 fastsatt av &lt;a href=&quot;http://www.kredittilsynet.no/&quot;&gt;kreditttilsynet&lt;/a&gt;
5515 og &lt;a href=&quot;http://www.bbs.no/&quot;&gt;BBS&lt;/a&gt;.] Det som er situasjonen er
5516 dog at det er svært få banker igjen som ikke bruker BankID, og jeg
5517 vet ikke hvilken bank som er et godt alternativ for meg som ikke vil
5518 gi banken rett til å signere avtaler på mine vegne.&lt;/p&gt;
5519
5520 &lt;p&gt;Jeg ønsker mulighet til å reservere meg mot at min BankID brukes
5521 til annet enn å identifisere meg overfor nettbanken før jeg vil ta i
5522 bruk BankID. Ved nettbankbruk er det begrenset hvor store skader som
5523 kan oppstå ved misbruk, mens avtaleinngåelse ikke har tilsvarende
5524 begrensing.&lt;/p&gt;
5525
5526 &lt;p&gt;Jeg har klaget vilkårene inn for &lt;a
5527 href=&quot;http://www.forbrukerombudet.no/&quot;&gt;forbrukerombudet&lt;/a&gt;, men
5528 regner ikke med at de vil kunne bidra til en rask løsning som gir meg
5529 nettbankkontroll over egne midler. :(
5530
5531 &lt;p&gt;Oppdatering 2012-09-13: Aftenposten melder i dag at det er
5532 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/Tyver-kan-tappe-kontoen-din---selv-uten-passord-og-pinkode--6989793.html&quot;&gt;sikkerhetsproblem
5533 med BankID&lt;/a&gt; som gjør at ens bankkonto kan tappes helt uten at en
5534 har delt passord og pinkode med noen. Dette illustrerer veldig bra
5535 mitt poeng om at banken kan operere på kontoen (og signere avtaler
5536 etc) helt uten at jeg er involvert. Jeg takker derfor fortsatt nei
5537 til BankID-modellen.&lt;/p&gt;
5538 </description>
5539 </item>
5540
5541 <item>
5542 <title>Internet-sensur skal i retten på mandag</title>
5543 <link>http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</link>
5544 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</guid>
5545 <pubDate>Sat, 10 Oct 2009 22:00:00 +0200</pubDate>
5546 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/bransje/article1757755.ece&quot;&gt;DagensIT&lt;/a&gt;
5547 melder at Telenor og Tono skal i retten på mandag for å diskutere
5548 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
5549 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
5550 resultatet fra den rettsaken.&lt;/p&gt;
5551
5552 &lt;p&gt;Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
5553 Strøm, som forteller at &quot;Pirate Bay inneholder 95 prosent ulovlig
5554 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
5555 sensur&quot;. Jeg tok en titt på
5556 &lt;a href=&quot;http://thepiratebay.org/&quot;&gt;forsiden til The Pirate Bay&lt;/a&gt;,
5557 som forteller at det pr. i dag er 1 884 694 torrenter på trackeren.
5558 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
5559 av The Pirate Bay. 5% av dette antallet er 94 235. Det kan dermed
5560 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
5561 tilgang til nesten 100 000 lovlige filer. Jeg lurer på om han er
5562 korrekt sitert.&lt;/p&gt;
5563
5564 &lt;p&gt;Lurer også på hvor 95%-tallet kommer fram. Er det seriøs og
5565 etterprøvbar forskning på området som viser at dette er andelen
5566 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
5567 musikkbransjenes egne tall? De har
5568 &lt;a href=&quot;http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music&quot;&gt;jo
5569 demonstrert&lt;/a&gt; at de ikke er i stand til å skille lovlig og ulovlig
5570 bruk av musikk.&lt;/p&gt;
5571 </description>
5572 </item>
5573
5574 <item>
5575 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?</title>
5576 <link>http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</link>
5577 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</guid>
5578 <pubDate>Wed, 23 Sep 2009 10:00:00 +0200</pubDate>
5579 <description>&lt;p&gt;Elektroniske bøker diskuteres for tiden, etter at
5580 &lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3280914.ece&quot;&gt;bokbransjen
5581 hevder&lt;/a&gt; det er usikkert om de kommer til å gi ut elektroniske
5582 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
5583 på papirbøker. I den forbindelse så jeg et interessant forslag i
5584 en
5585 &lt;a href=&quot;http://www.digi.no/php/ny_debatt.php?id=823912&quot;&gt;digi-debatt&lt;/a&gt;
5586 jeg hadde sans for. &quot;einarr&quot; foreslo at DRM-infiserte elektroniske
5587 bøker bør ha merverdiavgift, da &quot;de ikke bidrar til
5588 kunnskapsspredning på samme måte&quot; som papirbøker og dermed går
5589 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
5590 mva-fritak da de &quot;kan overføres mellom enheter, leses på ulike
5591 plattformer, lånes ut og siteres og kopieres fra&quot; slik en kan med
5592 papirbøker.&lt;/p&gt;
5593
5594 &lt;p&gt;En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
5595 materiale må anses som leid og dermed en tjeneste, mens materiale uten
5596 DRM må anses som et kjøp.&lt;/p&gt;
5597 </description>
5598 </item>
5599
5600 <item>
5601 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</title>
5602 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</link>
5603 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</guid>
5604 <pubDate>Sun, 23 Aug 2009 10:00:00 +0200</pubDate>
5605 <description>&lt;p&gt;Sikkerhet til sjøs burde være noe som opptar mange etter den siste
5606 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
5607 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
5608 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
5609 det grunner og annet en må ta hensyn til på sjøen.&lt;/p&gt;
5610
5611 &lt;p&gt;Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
5612 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
5613 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
5614 Internet. Det trenger heller ikke være spesielt kostbart.&lt;/p&gt;
5615
5616 &lt;p&gt;Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet
5617 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
5618 lekket ut i havet, var det registrert problemer relatert til
5619 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
5620 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
5621 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
5622 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
5623 uker tidligere konstatert manglende sjøkart.&lt;/p&gt;
5624
5625 &lt;p&gt;Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
5626 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
5627 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
5628 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
5629 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
5630 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
5631 Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet
5632 ikke har sjøkart i båten.&lt;/p&gt;
5633
5634 &lt;p&gt;Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
5635 sjøkartverket må være i henhold til en fri og åpen standard, slik at
5636 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
5637 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
5638 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
5639 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
5640 konvertering kan andre ta seg av hvis det er et marked for det.&lt;/p&gt;
5641
5642 &lt;p&gt;Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
5643 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
5644 om hvor viktig det er at de har oppdaterte kart. Det bør være
5645 viktigere for staten at båtene &lt;strong&gt;har&lt;/strong&gt; oppdaterte kart
5646 enn at de er pålagt å ha oppdaterte kart.&lt;/p&gt;
5647
5648 &lt;p&gt;Sjøkartene er &lt;a href=&quot;http://kart.kystverket.no/&quot;&gt;tilgjengelig på web
5649 fra kystverket&lt;/a&gt;, men så vidt jeg har klart å finne, uten
5650 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.&lt;/p&gt;
5651
5652 &lt;p&gt;OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
5653 på et dugnadsbasert fribrukskart for havet,
5654 &lt;a href=&quot;http://openseamap.org/&quot;&gt;OpenSeaMap&lt;/a&gt;. Datagrunnlaget er
5655 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
5656 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
5657 det viser at behovet for fribruks-sjøkart er til stedet.&lt;/p&gt;
5658 </description>
5659 </item>
5660
5661 <item>
5662 <title>Relative popularity of document formats (MS Office vs. ODF)</title>
5663 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
5664 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
5665 <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
5666 <description>&lt;p&gt;Just for fun, I did a search right now on Google for a few file ODF
5667 and MS Office based formats (not to be mistaken for ISO or ECMA
5668 OOXML), to get an idea of their relative usage. I searched using
5669 &#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;
5670
5671 &lt;table&gt;
5672 &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;
5673 &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;
5674 &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;
5675 &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;
5676 &lt;/table&gt;
5677
5678 &lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
5679 got these numbers:&lt;/p&gt;
5680
5681 &lt;table&gt;
5682 &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;
5683 &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;
5684 &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;
5685 &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;
5686 &lt;/table&gt;
5687
5688 &lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;
5689
5690 &lt;p&gt;I am aware of Google returning different results and numbers based
5691 on where the search is done, so I guess these numbers will differ if
5692 they are conduced in another country. Because of this, I did the same
5693 search from a machine in California, USA, a few minutes after the
5694 search done from a machine here in Norway.&lt;/p&gt;
5695
5696
5697 &lt;table&gt;
5698 &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;
5699 &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;
5700 &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;
5701 &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;
5702 &lt;/table&gt;
5703
5704 &lt;p&gt;And with &#39;site:no&#39;:
5705
5706 &lt;table&gt;
5707 &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;
5708 &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;
5709 &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;
5710 &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;
5711 &lt;/table&gt;
5712
5713 &lt;p&gt;Interesting difference, not sure what to conclude from these
5714 numbers.&lt;/p&gt;
5715 </description>
5716 </item>
5717
5718 <item>
5719 <title>ISO still hope to fix OOXML</title>
5720 <link>http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</link>
5721 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</guid>
5722 <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
5723 <description>&lt;p&gt;According to &lt;a
5724 href=&quot;http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html&quot;&gt;a
5725 blog post from Torsten Werner&lt;/a&gt;, the current defect report for ISO
5726 29500 (ISO OOXML) is 809 pages. His interesting point is that the
5727 defect report is 71 pages more than the full ODF 1.1 specification.
5728 Personally I find it more interesting that ISO still believe ISO OOXML
5729 can be fixed in ISO. Personally, I believe it is broken beyon repair,
5730 and I completely lack any trust in ISO for being able to get anywhere
5731 close to solving the problems. I was part of the Norwegian committee
5732 involved in the OOXML fast track process, and was not impressed with
5733 Standard Norway and ISO in how they handled it.&lt;/p&gt;
5734
5735 &lt;p&gt;These days I focus on ODF instead, which seem like a specification
5736 with the future ahead of it. We are working in NUUG to organise a ODF
5737 seminar this autumn.&lt;/p&gt;
5738 </description>
5739 </item>
5740
5741 <item>
5742 <title>Debian has switched to dependency based boot sequencing</title>
5743 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
5744 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
5745 <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
5746 <description>&lt;p&gt;Since this evening, with the upload of sysvinit version 2.87dsf-2,
5747 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
5748 have been migrated to using dependency based boot sequencing. This
5749 conclude work me and others have been doing for the last three days.
5750 It feels great to see this finally part of the default Debian
5751 installation. Now we just need to weed out the last few problems that
5752 are bound to show up, to get everything ready for Squeeze.&lt;/p&gt;
5753
5754 &lt;p&gt;The next step is migrating /sbin/init from sysvinit to upstart, and
5755 fixing the more fundamental problem of handing the event based
5756 non-predictable kernel in the early boot.&lt;/p&gt;
5757 </description>
5758 </item>
5759
5760 <item>
5761 <title>Taking over sysvinit development</title>
5762 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</link>
5763 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</guid>
5764 <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
5765 <description>&lt;p&gt;After several years of frustration with the lack of activity from
5766 the existing sysvinit upstream developer, I decided a few weeks ago to
5767 take over the package and become the new upstream. The number of
5768 patches to track for the Debian package was becoming a burden, and the
5769 lack of synchronization between the distribution made it hard to keep
5770 the package up to date.&lt;/p&gt;
5771
5772 &lt;p&gt;On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
5773 and my Debian co-maintainer Kel Modderman. About 10 days ago, I made
5774 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
5775 and Fedora), based on the patches currently in use in these
5776 distributions. We Debian maintainers plan to move to this tarball as
5777 the new upstream as soon as we find time to do the merge. Since the
5778 new tarball was created, we agreed with Werner at SuSe to make a new
5779 upstream project at &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, and continue
5780 development there. The project is registered and currently waiting
5781 for approval by the Savannah administrators, and as soon as it is
5782 approved, we will import the old versions from svn and continue
5783 working on the future release.&lt;/p&gt;
5784
5785 &lt;p&gt;It is a bit ironic that this is done now, when some of the involved
5786 distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
5787 </description>
5788 </item>
5789
5790 <item>
5791 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
5792 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
5793 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
5794 <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
5795 <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
5796 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
5797 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
5798 wiki, direkte tilgjengelig via &quot;&lt;a
5799 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
5800 v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
5801 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
5802 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
5803 UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;
5804
5805 &lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
5806 høringsuttalelsen da jeg skummet igjennom den. Det første er at
5807 forståelsen av hvordan programvarepatenter påvirker fri
5808 programvareutvikling også i Norge når en argumenterer med at
5809 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
5810 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
5811 standard innenfor hvert område. Det siste er at påstander i
5812 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
5813 Microsoft om hvordan Ogg blir standardisert og påstanden fra
5814 politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
5815 </description>
5816 </item>
5817
5818 <item>
5819 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
5820 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
5821 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
5822 <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
5823 <description>&lt;p&gt;Jeg ble glad da regjeringen
5824 &lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
5825 versjon 2 av
5826 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
5827 referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
5828 faktisk var vedtatt etter
5829 &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;.
5830 De fleste av de valgte åpne standardene er gode og vil bidra til at
5831 alle kan delta på like vilkår i å lage løsninger for staten, men
5832 noen av dem blokkerer for de som ikke har anledning til å benytte
5833 spesifikasjoner som krever betaling for bruk (såkalt
5834 royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3
5835 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
5836 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
5837 fra statens websider gjøre dette uten å måtte bruke programmer der
5838 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
5839 de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
5840 Vorbis), så vil en bli tvunget til å forholde seg til
5841 royalty-belastede standarder for å få tilgang til videoen og
5842 lyden.&lt;/p&gt;
5843
5844 &lt;p&gt;Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
5845 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
5846 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
5847 all forståelse for hvilke prinsipper som må følges for å oppnå
5848 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
5849 mot dette i
5850 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
5851 høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;
5852
5853 &lt;p&gt;Oppdatering 2012-06-29: Kom over &lt;ahref=&quot;
5854 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;en
5855 rapport til FAD&lt;/a&gt; fra da versjon 1 av katalogen ble vedtatt, og der
5856 er det tydelig at problemstillingen var kjent og forstått.&lt;/p&gt;
5857 </description>
5858 </item>
5859
5860 <item>
5861 <title>Litt om valgfusk og problemet med elektronisk stemmegiving</title>
5862 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</link>
5863 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</guid>
5864 <pubDate>Wed, 17 Jun 2009 14:20:00 +0200</pubDate>
5865 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/uriks/article3127058.ece&quot;&gt;Aftenposten
5866 melder&lt;/a&gt; at det kan se ut til at Iran ikke har lært av USA når det
5867 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
5868 kandidat aldri får færre stemmer under opptellingen, ellers blir det
5869 veldig tydelig at tallene ikke er til å stole på. I USA er det
5870 derimot &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;rapporter om at
5871 tallene har vært endret&lt;/a&gt; på tur mot opptellingen, ikke etter at
5872 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
5873 En ting Iran åpenbart har forstått, er verdien av å kunne
5874 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
5875 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
5876 stemmene har vært oppbevart.&lt;/p&gt;
5877
5878 &lt;p&gt;&lt;a href=&quot;http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/&quot;&gt;Universitetet
5879 i Oslo derimot&lt;/a&gt;, har ikke forstått verdien av å kunne
5880 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
5881 over Internet, med et system som ikke kan kontrolltelles hvis det
5882 kommer anklager om juks med stemmene. Systemet har flere kjente
5883 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
5884 jeg har derfor latt være å stemme ved valg på UiO siden det ble
5885 innført.&lt;/p&gt;
5886
5887 &lt;p&gt;Universitet i Bergen derimot har klart det kunststykket å aktivt gå
5888 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
5889 over Internet &lt;a href=&quot;http://nyheter.uib.no/?modus=vis_nyhet&amp;id=43404&quot;&gt;kan
5890 spore hvem som stemmer hva&lt;/a&gt; (det kan en forøvrig også ved UiO), og tatt
5891 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
5892 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
5893 inneholdt i Iran hvis de ikke hadde hemmelige valg?&lt;/p&gt;
5894 </description>
5895 </item>
5896
5897 <item>
5898 <title>Standarder fungerer best når en samler seg rundt dem</title>
5899 <link>http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</link>
5900 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</guid>
5901 <pubDate>Tue, 19 May 2009 11:30:00 +0200</pubDate>
5902 <description>&lt;p&gt;En standard er noe man samler seg rundt, ut fra ideen om at en får
5903 fordeler når mange står sammen. Jo flere som står sammen, jo
5904 bedre. Når en vet dette, blir det litt merkelig å lese noen av
5905 uttalelsene som er kommet inn til
5906 &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
5907 om versjon 2 av statens referansekatalog over standarder&lt;/a&gt;. Blant
5908 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
5909 innenfor samme område. Det blir som å si at det er fint om Norge
5910 standardiserte både på A4- og Letter-størrelser på arkene, ulik
5911 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
5912 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
5913 standard som er best. De fleste forstår heldigvis at dette ikke
5914 bidrar positivt.&lt;/p&gt;
5915 </description>
5916 </item>
5917
5918 <item>
5919 <title>BSAs påstander om piratkopiering møter motstand</title>
5920 <link>http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</link>
5921 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</guid>
5922 <pubDate>Sun, 17 May 2009 23:05:00 +0200</pubDate>
5923 <description>&lt;p&gt;Hvert år de siste årene har BSA, lobbyfronten til de store
5924 programvareselskapene som Microsoft og Apple, publisert en rapport der
5925 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
5926 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
5927 dager siden kom
5928 &lt;a href=&quot;http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf&quot;&gt;siste
5929 rapport&lt;/a&gt;, og det er flere kritiske kommentarer publisert de siste
5930 dagene. Et spesielt interessant kommentar fra Sverige,
5931 &lt;a href=&quot;http://www.idg.se/2.1085/1.229795/bsa-hoftade-sverigesiffror&quot;&gt;BSA
5932 höftade Sverigesiffror&lt;/a&gt;, oppsummeres slik:&lt;/p&gt;
5933
5934 &lt;blockquote&gt;
5935 I sin senaste rapport slår BSA fast att 25 procent av all mjukvara i
5936 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
5937 företag. &quot;Man bör nog kanske inte se de här siffrorna som helt
5938 exakta&quot;, säger BSAs Sverigechef John Hugosson.
5939 &lt;/blockquote&gt;
5940
5941 &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
5942 href=&quot;http://www.vnunet.com/vnunet/comment/2242134/bsa-piracy-figures-shot-reality&quot;&gt;BSA
5943 piracy figures need a shot of reality&lt;/a&gt; og &lt;a
5944 href=&quot;http://www.michaelgeist.ca/content/view/3958/125/&quot;&gt;Does The WIPO
5945 Copyright Treaty Work?&lt;/a&gt;&lt;/p&gt;
5946
5947 &lt;p&gt;Fant lenkene via &lt;a
5948 href=&quot;http://tech.slashdot.org/article.pl?sid=09/05/17/1632242&quot;&gt;oppslag
5949 på Slashdot&lt;/a&gt;.&lt;/p&gt;
5950 </description>
5951 </item>
5952
5953 <item>
5954 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges</title>
5955 <link>http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</link>
5956 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</guid>
5957 <pubDate>Sat, 16 May 2009 09:30:00 +0200</pubDate>
5958 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/oslo/article3078919.ece&quot;&gt;Flere&lt;/a&gt;
5959 og
5960 &lt;a href=&quot;http://blogg.karlsbakk.net/2009/02/28/nsb-ruter-og-flexus/&quot;&gt;flere&lt;/a&gt;
5961 protesterer på den massive overvåkningen og registrering av
5962 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
5963 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
5964 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
5965 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
5966 alvorlig galt. Den massive registreringen av hvor og når
5967 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
5968 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
5969 Osloområdet.&lt;/p&gt;
5970 </description>
5971 </item>
5972
5973 <item>
5974 <title>3D-printing brer om seg - fabrikkene består</title>
5975 <link>http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</link>
5976 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</guid>
5977 <pubDate>Sun, 10 May 2009 16:50:00 +0200</pubDate>
5978 <description>&lt;p&gt;I 2004 fikk jeg med meg en forelesning om 3D-printing under &lt;a
5979 href=&quot;http://wiki.oreillynet.com/eurofoo/index.cgi&quot;&gt;euro foo camp&lt;/a&gt;
5980 der jeg lærte mye nytt om 3D-printing. Fikk se et lite sjakktårn
5981 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
5982 gummiball som også var skrevet ut (med et lite hull for å få ut
5983 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
5984 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
5985 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
5986 funnet noen referanser til i ettertid, og har derfor lurt på om det
5987 stemmer. Teknologisk skulle det ikke være noe i veien for slike
5988 løsninger, det er kun et spørmål om pris på skrivehoder og
5989 skrivere. I dag ble jeg tipset om en løsning som
5990 &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
5991 skrive ut hus&lt;/a&gt;, med sand og bindemiddel i 25 DPI oppløsning. Mon
5992 tro om det er fremtidens byggemetode.&lt;/p&gt;
5993
5994 &lt;p&gt;Jeg er ikke i tvil om at 3D-utskrift vil føre til endringer i
5995 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
5996 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
5997 som tror at 3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
5998 forregnet seg. 3D-skrivere er fantastisk bra til å lage spesielle
5999 dingser på forespørsel, f.eks. etter å ha lastet ned et 3D-design fra
6000 tjenester som &lt;a href=&quot;http://www.thingiverse.com/&quot;&gt;Thingiverse&lt;/a&gt;.
6001 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
6002 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
6003 lages tusenvis, eller millioner av en dings, så vil fabrikkene
6004 sannsynligvis fortsette å slå 3D-skriving ned i støvlene
6005 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
6006 det derimot skal lages en håndfull, så vil 3D-skriving fremstå som
6007 et suverent alternativ. 3D-skriving er i så måte løsning for
6008 &lt;a href=&quot;http://en.wikipedia.org/wiki/The_Long_Tail&quot;&gt;den lange
6009 halen&lt;/a&gt;, mens fabrikker nok fortsatt vil være løsningen for
6010 massemarkedet.&lt;/p&gt;
6011 </description>
6012 </item>
6013
6014 <item>
6015 <title>Lenker samlet 2009-05-09</title>
6016 <link>http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</link>
6017 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</guid>
6018 <pubDate>Sat, 9 May 2009 22:40:00 +0200</pubDate>
6019 <description>&lt;ul&gt;
6020
6021 &lt;li&gt;&lt;a href=&quot;http://www.aftenposten.no/meninger/kronikker/article3066834.ece&quot;&gt;Jeg, et offer&lt;/a&gt;
6022 &lt;br&gt;Aage Borchgrevink drodler om offerrollens framvekst i den norske
6023 offentligheten.&lt;/li&gt;
6024
6025 &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;
6026 &lt;br&gt;Endelig kan jeg få med meg foredragene jeg gikk glipp av.&lt;/li&gt;
6027
6028 &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;
6029 &lt;br&gt;Microsoft har lykkes med å implementere ODF slik at de ikke
6030 samhandler med noen av de andre som håndterer ODF-regneark.&lt;/li&gt;
6031
6032 &lt;li&gt;&lt;a href=&quot;http://www.groklaw.net/article.php?story=20090503215045379&quot;&gt;MS
6033 Word 2007 håndterer ODF dårlig&lt;/a&gt;
6034 &lt;br&gt;Fotnoter laget i MS Office blir merkelige i OpenOffice.org.&lt;/li&gt;
6035
6036 &lt;/ul&gt;
6037 </description>
6038 </item>
6039
6040 <item>
6041 <title>IDG mener linux i servermarkedet vil vokse med 21% i 2009</title>
6042 <link>http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</link>
6043 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</guid>
6044 <pubDate>Thu, 7 May 2009 22:30:00 +0200</pubDate>
6045 <description>&lt;p&gt;Kom over
6046 &lt;a href=&quot;http://news.cnet.com/8301-13505_3-10216873-16.html&quot;&gt;interessante
6047 tall&lt;/a&gt; fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
6048 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
6049 jobber til daglig. En rask opptelling forteller meg at vi har 490
6050 (61%) fysiske unix-tjener (mest linux men også noen solaris) og 196
6051 (25%) windowstjenere, samt 112 (14%) virtuelle unix-tjenere. Med den
6052 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.&lt;/p&gt;
6053 </description>
6054 </item>
6055
6056 <item>
6057 <title>Kryptert harddisk - naturligvis</title>
6058 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</link>
6059 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</guid>
6060 <pubDate>Sat, 2 May 2009 15:30:00 +0200</pubDate>
6061 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/trender/article1658676.ece&quot;&gt;Dagens
6062 IT melder&lt;/a&gt; at Intel hevder at det er dyrt å miste en datamaskin,
6063 når en tar tap av arbeidstid, fortrolige dokumenter,
6064 personopplysninger og alt annet det innebærer. Det er ingen tvil om
6065 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
6066 til at jeg har kryptert harddisken på både kontormaskinen og min
6067 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
6068 komme på avveie, den første informasjon relatert til jobben min ved
6069 Universitetet i Oslo, og den andre relatert til blant annet
6070 foreningsarbeide. Kryptering av diskene gjør at det er lite
6071 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
6072 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
6073 og en reboot vil gjøre at de ber om passord før de vil starte opp.
6074 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
6075 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
6076 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
6077 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
6078 det er gjort slik jeg gjør det er minimale, og gevinstene er
6079 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
6080 maskinen reinstalleres og alt er tapt.&lt;/p&gt;
6081
6082 &lt;p&gt;Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
6083 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
6084 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
6085 er for min del høyere enn gevinsten. Jeg tror oddsene for at
6086 f.eks. etteretningsorganisasjoner har glede av å titte på mine
6087 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
6088 gjøre det vanskeligere for angripere med kompetanse og ressurser er
6089 betydelige.&lt;/p&gt;
6090 </description>
6091 </item>
6092
6093 <item>
6094 <title>No patch is not better than a useless patch</title>
6095 <link>http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</link>
6096 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</guid>
6097 <pubDate>Tue, 28 Apr 2009 09:30:00 +0200</pubDate>
6098 <description>&lt;p&gt;Julien Blache
6099 &lt;a href=&quot;http://blog.technologeek.org/2009/04/12/214&quot;&gt;claim that no
6100 patch is better than a useless patch&lt;/a&gt;. I completely disagree, as a
6101 patch allow one to discuss a concrete and proposed solution, and also
6102 prove that the issue at hand is important enough for someone to spent
6103 time on fixing it. No patch do not provide any of these positive
6104 properties.&lt;/p&gt;
6105 </description>
6106 </item>
6107
6108 <item>
6109 <title>EU-parlamentet raner fellesskapet for musikk</title>
6110 <link>http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</link>
6111 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</guid>
6112 <pubDate>Sun, 26 Apr 2009 08:30:00 +0200</pubDate>
6113 <description>&lt;p&gt;Slashdot melder at EU-parlamentet har vedtatt
6114 &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;å
6115 øke vernetiden for musikkopptak fra 50 til 70 år&lt;/a&gt;, og dermed rane
6116 fellesskapet for 20 år med musikk som ville vært tilgjengelig uten
6117 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
6118 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
6119 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
6120 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
6121 folket, som skulle falt i det fri men som i stedet forblir under
6122 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
6123 urimelig. Tenke seg til at vernetiden startet i USA med 7 år og
6124 mulighet for forlengelse med 7 år. Nå er den 95 år der, og en stor
6125 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
6126 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
6127 I dag er den 70 år.&lt;/p&gt;
6128
6129 &lt;p&gt;Jeg er glad det finnes &lt;a href=&quot;http://www.jamendo.com/&quot;&gt;så mye
6130 musikk tilgjengelig uten bruksbegresninger&lt;/a&gt; at en kan klare seg
6131 uten musikk med bruksbegresninger.&lt;/p&gt;
6132 </description>
6133 </item>
6134
6135 <item>
6136 <title>Hvor flyter Microsofts penger?</title>
6137 <link>http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</link>
6138 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</guid>
6139 <pubDate>Fri, 24 Apr 2009 11:10:00 +0200</pubDate>
6140 <description>&lt;p&gt;Dagens nyhet er at omsetningen til Microsoft for første gang er
6141 synkende. Ikke spesielt uventet med den generelle nedgangen i
6142 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
6143 ting fra noen år tilbake.&lt;/p&gt;
6144
6145 &lt;p&gt;Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
6146 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
6147 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
6148 rundt om i verden ble kanalisert inn til skatteparadiset
6149 &lt;a href=&quot;http://en.wikipedia.org/wiki/Cayman_Islands&quot;&gt;Cayman
6150 Island&lt;/a&gt;. Jeg har aldri lykkes med å få bekreftet dette påstanden,
6151 men tok i dag en titt på hvilke selskaper som eier de norske delene av
6152 Microsoft som jeg kjenner til, dvs.
6153 &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
6154 Norge AS&lt;/a&gt; og
6155 &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,
6156 A Microsoft Subsidiary&lt;/a&gt; (tidligere FAST Search &amp; Transfer ASA).&lt;/p&gt;
6157
6158 &lt;p&gt;Førstnevnte er eid av &quot;Microsoft International Holdings Spain
6159 S.R.L.&quot;, mens sistnevnte i følge Wikipedia nå eies av
6160 Microsoft-underselskapet &quot;MACS Holdings Limited&quot;. Jeg har ikke klart
6161 å finne mer informasjon om noen av disse. Mon tro om noen av dem
6162 sender pengene til Cayman Island? Finner det jeg tror er
6163 &lt;a href=&quot;http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html&quot;&gt;informasjon
6164 om spaniaselskapet på spansk&lt;/a&gt;, men jeg kan ikke lese spansk. :(&lt;/p&gt;
6165 </description>
6166 </item>
6167
6168 <item>
6169 <title>Hvorfor jeg ikke bruker eFaktura</title>
6170 <link>http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</link>
6171 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</guid>
6172 <pubDate>Thu, 23 Apr 2009 23:00:00 +0200</pubDate>
6173 <description>&lt;p&gt;Telenors annonsering om å kreve 35 kroner i gebyr fra alle som
6174 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
6175 langt snakker om at eldre og folk som ikke behersker data vil få en
6176 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
6177 kategoriene, men velger å holde meg unna eFaktura - som er det
6178 Telenor ønsker å få folk over på - pga. systemets egenskaper.&lt;/p&gt;
6179
6180 &lt;p&gt;Slik jeg har sett eFaktura til forbrukere så langt, så sender
6181 selger en elektronisk beskjed til kundens bank, som legger ut
6182 informasjon om fakturaen i nettbanken for godkjenning. Personlig
6183 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
6184 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
6185 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
6186 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
6187 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
6188 fakturaen skal banken involveres. En faktura bør jo inn i
6189 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
6190 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
6191 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
6192 som kunde.&lt;/p&gt;
6193
6194 &lt;p&gt;I tillegg har jeg ikke vært i stand til å finne
6195 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
6196 slike krever dyre avtaler med bankene for å få lov til å sende ut
6197 eFaktura til kunder. Jeg ser vel helst at fakturering på
6198 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
6199 måtte betale mellommenn for retten til å lever ut en faktura, og
6200 liker rett og slett ikke dagens faktureringsmodeller.&lt;/p&gt;
6201 </description>
6202 </item>
6203
6204 <item>
6205 <title>Nasjonalbiblioteket legger ut bøker på web</title>
6206 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</link>
6207 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</guid>
6208 <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
6209 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
6210 melder&lt;/a&gt; at
6211 &lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
6212 og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
6213 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
6214 øre for hver side som legges ut. Utvalget er litt merkelig: 1790-,
6215 1890- og 1990-tallet. Jeg synes det er absurd hvis det er slik at
6216 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
6217 beskyttet av opphavsretten. Jeg antar her at det er mer enn 90 år
6218 siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
6219 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
6220 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
6221 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
6222 &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
6223 melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
6224 fri ikke trenger avtale med Kopinor.&lt;/p&gt;
6225
6226 &lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
6227 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
6228 etter fragmenter i teksten. En risikerer dermed at de blir liggende
6229 på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;
6230
6231 &lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
6232 sin aprilspøk, og la ut bøkene som faller i det fri
6233 fortløpende.&lt;/p&gt;
6234
6235 </description>
6236 </item>
6237
6238 <item>
6239 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
6240 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>
6241 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
6242 <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
6243 <description>&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
6244 &lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
6245 deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
6246 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
6247 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
6248 og gikk så over til å snakke om fildeling som om fildeling i seg er
6249 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
6250 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
6251 distribusjon av filer. Det er ingenting med denne fildelingen som
6252 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
6253 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
6254 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
6255 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
6256 som deles og hvilke bruksbegrensninger som gjelder for filene. En
6257 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
6258 og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
6259 </description>
6260 </item>
6261
6262 <item>
6263 <title>Reprap-bygging i påsken</title>
6264 <link>http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</link>
6265 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</guid>
6266 <pubDate>Sun, 12 Apr 2009 10:00:00 +0200</pubDate>
6267 <description>&lt;p&gt;Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
6268 til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt; uka etter påske.
6269 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
6270 skruer og muttere til å løsne, så var første punkt på programmet å
6271 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
6272 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
6273 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
6274 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
6275 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
6276 noen ganger. Har knekket/sprukket 3 plastbiter så langt. Håper jeg
6277 får skrevet ut nye før skriveren bryter sammen pga. dette. :)&lt;/p&gt;
6278
6279 &lt;p&gt;I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
6280 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
6281 være tett omslynget av et par stjernehjul som holder båndet mellom
6282 alle Z-aksene på plass. Problemet er at båndet er 6mm, mens alle
6283 plastdelene er 5mm brede. Det betyr at et 6mm band skal inn i et 5mm
6284 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
6285 legge en 1mm skive mellom tannhjulene og stjernehjulene over
6286 tannhjulet, slik at det blir plass til båndet.&lt;/p&gt;
6287
6288 &lt;p&gt;Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
6289 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
6290 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
6291 litt plast for å løse dette problemet. Da vi begynte å se på
6292 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
6293 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
6294 Var ikke klar over at dette er ferskvare, men
6295 &lt;a href=&quot;http://forums.reprap.org/read.php?70,16250&quot;&gt;en
6296 forumposting&lt;/a&gt; viser at dette er et kjent problem. Det var ikke
6297 helt enkelt å finne ut hva &quot;Fire cement&quot; heter på norsk. Mange
6298 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
6299 alternativer som kunne fungere, som eksosmonteringspasta,
6300 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
6301 men ingen av disse så ut til å være helt riktige for dette bruket.
6302 Fire cement håndterer temperaturer opp til 1200 grader celsius, og
6303 krever ikke utblanding i vann. Konsulterte,
6304 &lt;a href=&quot;http://robot.hiof.no/node/5&quot;&gt;våre
6305 venner ved Høgskolen i Halden&lt;/a&gt;, og det viste seg at de hadde hatt samme
6306 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
6307 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
6308 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
6309 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
6310 &lt;a href=&quot;http://www.unipak.dk/UK/stovex.html&quot;&gt;Stovex&lt;/a&gt; ovnskitt, og
6311 er nå klar til å lage varmeelement til skrivehodet.
6312 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
6313 &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;
6314 som fortalte om et bedre vidundermiddel for å lage varmeelement,
6315 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
6316 til neste gang. En reprap-variant ved navn
6317 &lt;a href=&quot;http://wiki.makerbot.com/plastruder-mk3&quot;&gt;Plastruder MK3&lt;/a&gt;
6318 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
6319 -100 og +400 grader og brukes av astronautene for å tette drakten.&lt;/p&gt;
6320 </description>
6321 </item>
6322
6323 <item>
6324 <title>Fransk idiotlovforslag hinker gjennom parlamentet</title>
6325 <link>http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</link>
6326 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</guid>
6327 <pubDate>Fri, 10 Apr 2009 00:10:00 +0200</pubDate>
6328 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagbladet.no/2009/04/09/kultur/musikk/fildeling/tekno/5689356/&quot;&gt;Dagbladet
6329 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
6330 til alle som blir anklaget for å ha brutt opphavsretten 3 ganger&lt;/a&gt;
6331 ble nedstemt i dag med 21 mot 15 stemmer. Vinklingen i Dagbladet er
6332 litt merkelig når en vet at det samme forslaget ble vedtatt i
6333 parlamentets andre kammer med 12 mot 4 stemmer, etter at det
6334 &lt;a href=&quot;http://opendotdotdot.blogspot.com/2009/04/hadopi-law-passed-by-12-votes-to-4.html&quot;&gt;overraskende
6335 ble foreslått å ta saken opp til votering 22:45 sist torsdag&lt;/a&gt;,
6336 etter sigende i strid med vanlige rutiner i det franske parlamentet.&lt;/p&gt;
6337
6338 &lt;p&gt;Det hele blir ennå mer komisk når et vet at
6339 &lt;a href=&quot;http://www.zeropaid.com/news/10034/political_hypocrisy_french_president_sued_for_copyright_infringement/&quot;&gt;presidentens
6340 parti er blitt anklaget for å ha brutt opphavsretten&lt;/a&gt;. Mon tro om
6341 partet skal miste internet-forbindelsen hvis de får 2 anklager til
6342 rettet mot seg.&lt;/p&gt;
6343 </description>
6344 </item>
6345
6346 <item>
6347 <title>Recording video from cron using VLC</title>
6348 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</link>
6349 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</guid>
6350 <pubDate>Sun, 5 Apr 2009 10:00:00 +0200</pubDate>
6351 <description>&lt;p&gt;One think I have wanted to figure out for a along time is how to
6352 run vlc from cron to do recording of video streams on the net. The
6353 task is trivial with mplayer, but I do not really trust the security
6354 of mplayer (it crashes too often on strange input), and thus prefer
6355 vlc. I finally found a way to do it today. I spent an hour or so
6356 searching the web for recipes and reading the documentation. The
6357 hardest part was to get rid of the GUI window, but after finding the
6358 dummy interface, the command line finally presented itself:&lt;/p&gt;
6359
6360 &lt;blockquote&gt;&lt;pre&gt;URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
6361 SAVEFILE=rms.ogg
6362 DISPLAY= vlc -q $URL \
6363 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
6364 --intf=dummy&lt;/pre&gt;&lt;/blockquote&gt;
6365
6366 &lt;p&gt;The command stream the URL and store it in the SAVEFILE by
6367 duplicating the output stream to &quot;nodisplay&quot; and the file, using the
6368 dummy interface. The dummy interface and the nodisplay output make
6369 sure no X interface is needed.&lt;/p&gt;
6370
6371 &lt;p&gt;The cron job then need to start this job with the appropriate URL
6372 and file name to save, sleep for the duration wanted, and then kill
6373 the vlc process with SIGTERM. Here is a complete script
6374 &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;
6375
6376 &lt;blockquote&gt;&lt;pre&gt;#!/bin/sh
6377 set -e
6378 URL=&quot;$1&quot;
6379 SAVEFILE=&quot;$2&quot;
6380 DURATION=&quot;$3&quot;
6381 DISPLAY= vlc -q &quot;$URL&quot; \
6382 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
6383 --intf=dummy &lt; /dev/null &gt; /dev/null 2&gt;&amp;1 &amp;
6384 pid=$!
6385 sleep $DURATION
6386 kill $pid
6387 wait $pid&lt;/pre&gt;&lt;/blockquote&gt;
6388 </description>
6389 </item>
6390
6391 <item>
6392 <title>Standardize on protocols and formats, not vendors and applications</title>
6393 <link>http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</link>
6394 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</guid>
6395 <pubDate>Mon, 30 Mar 2009 11:50:00 +0200</pubDate>
6396 <description>&lt;p&gt;Where I work at the University of Oslo, one decision stand out as a
6397 very good one to form a long lived computer infrastructure. It is the
6398 simple one, lost by many in todays computer industry: Standardize on
6399 open network protocols and open exchange/storage formats, not applications.
6400 Applications come and go, while protocols and files tend to stay, and
6401 thus one want to make it easy to change application and vendor, while
6402 avoiding conversion costs and locking users to a specific platform or
6403 application.&lt;/p&gt;
6404
6405 &lt;p&gt;This approach make it possible to replace the client applications
6406 independently of the server applications. One can even allow users to
6407 use several different applications as long as they handle the selected
6408 protocol and format. In the normal case, only one client application
6409 is recommended and users only get help if they choose to use this
6410 application, but those that want to deviate from the easy path are not
6411 blocked from doing so.&lt;/p&gt;
6412
6413 &lt;p&gt;It also allow us to replace the server side without forcing the
6414 users to replace their applications, and thus allow us to select the
6415 best server implementation at any moment, when scale and resouce
6416 requirements change.&lt;/p&gt;
6417
6418 &lt;p&gt;I strongly recommend standardizing - on open network protocols and
6419 open formats, but I would never recommend standardizing on a single
6420 application that do not use open network protocol or open formats.&lt;/p&gt;
6421 </description>
6422 </item>
6423
6424 <item>
6425 <title>Returning from Skolelinux developer gathering</title>
6426 <link>http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</link>
6427 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</guid>
6428 <pubDate>Sun, 29 Mar 2009 21:00:00 +0200</pubDate>
6429 <description>&lt;p&gt;I&#39;m sitting on the train going home from this weekends Debian
6430 Edu/Skolelinux development gathering. I got a bit done tuning the
6431 desktop, and looked into the dynamic service location protocol
6432 implementation avahi. It look like it could be useful for us. Almost
6433 30 people participated, and I believe it was a great environment to
6434 get to know the Skolelinux system. Walter Bender, involved in the
6435 development of the Sugar educational platform, presented his stuff and
6436 also helped me improve my OLPC installation. He also showed me that
6437 his Turtle Art application can be used in standalone mode, and we
6438 agreed that I would help getting it packaged for Debian. As a
6439 standalone application it would be great for Debian Edu. We also
6440 tried to get the video conferencing working with two OLPCs, but that
6441 proved to be too hard for us. The application seem to need more work
6442 before it is ready for me. I look forward to getting home and relax
6443 now. :)&lt;/p&gt;
6444 </description>
6445 </item>
6446
6447 <item>
6448 <title>Time for new LDAP schemas replacing RFC 2307?</title>
6449 <link>http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</link>
6450 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</guid>
6451 <pubDate>Sun, 29 Mar 2009 20:30:00 +0200</pubDate>
6452 <description>&lt;p&gt;The state of standardized LDAP schemas on Linux is far from
6453 optimal. There is RFC 2307 documenting one way to store NIS maps in
6454 LDAP, and a modified version of this normally called RFC 2307bis, with
6455 some modifications to be compatible with Active Directory. The RFC
6456 specification handle the content of a lot of system databases, but do
6457 not handle DNS zones and DHCP configuration.&lt;/p&gt;
6458
6459 &lt;p&gt;In &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu/Skolelinux&lt;/a&gt;,
6460 we would like to store information about users, SMB clients/hosts,
6461 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
6462 and LTSP configuration in LDAP. These objects have a lot in common,
6463 but with the current LDAP schemas it is not possible to have one
6464 object per entity. For example, one need to have at least three LDAP
6465 objects for a given computer, one with the SMB related stuff, one with
6466 DNS information and another with DHCP information. The schemas
6467 provided for DNS and DHCP are impossible to combine into one LDAP
6468 object. In addition, it is impossible to implement quick queries for
6469 netgroup membership, because of the way NIS triples are implemented.
6470 It just do not scale. I believe it is time for a few RFC
6471 specifications to cleam up this mess.&lt;/p&gt;
6472
6473 &lt;p&gt;I would like to have one LDAP object representing each computer in
6474 the network, and this object can then keep the SMB (ie host key), DHCP
6475 (mac address/name) and DNS (name/IP address) settings in one place.
6476 It need to be efficently stored to make sure it scale well.&lt;/p&gt;
6477
6478 &lt;p&gt;I would also like to have a quick way to map from a user or
6479 computer and to the net group this user or computer is a member.&lt;/p&gt;
6480
6481 &lt;p&gt;Active Directory have done a better job than unix heads like myself
6482 in this regard, and the unix side need to catch up. Time to start a
6483 new IETF work group?&lt;/p&gt;
6484 </description>
6485 </item>
6486
6487 <item>
6488 <title>Hva er egentlig en åpen standard?</title>
6489 <link>http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</link>
6490 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</guid>
6491 <pubDate>Sat, 28 Mar 2009 10:50:00 +0100</pubDate>
6492 <description>&lt;p&gt;Jeg møter alle slags interessante mennesker på min vei, og et møte
6493 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
6494 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
6495 standarder. Det var interessant, da det fikk meg til å tenke litt
6496 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
6497 som en standard. Det hele startet med arbeid rundt integrering av NSS
6498 LDAP mot Active Directory, og problemer som oppstår pga. at Active
6499 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
6500 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
6501 mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be
6502 om resten i bolker av 1500). Jeg hevdet måten dette ble gjort på brøt
6503 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
6504 fra IETF det sto at oppførselen til AD ikke fulgte
6505 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
6506 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
6507 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
6508 mente lå til grunn. Jeg ble spesielt overrasket over denne
6509 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
6510 jeg kan se anerkjenner IETF som organisasjonen som definerer
6511 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
6512 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
6513 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
6514 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
6515 hva en standard er, og hva som er kilden til en gitt standard. Det er
6516 vanskelig å enes om felles standarder før en først enes om hvem som
6517 bestemmer hva en gitt standard innebærer.&lt;/p&gt;
6518
6519 &lt;p&gt;Hva er så en standard? I sin abstrakte form er det noe å samles
6520 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
6521 type fane en samlet seg rundt på kamplassen i riddertiden. En
6522 standard definerer altså et felleskap, noen som har noe felles. Det
6523 er naturligvis mange måter å utgjøre et felleskap på. En kan
6524 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
6525 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
6526 standarden seg uten noe mer organisering og prosedyre. En variant av
6527 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
6528 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
6529 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
6530 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
6531 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
6532 unngå dette dumme.&lt;/p&gt;
6533
6534 &lt;p&gt;En kan også ta det et skritt videre, og istedet for å basere seg på
6535 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
6536 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
6537 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
6538 kan sette igang), men det kan bidra til at den oppførselen en
6539 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
6540 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
6541 - da flere har vært involvert i å utarbeide beskrivelsen.&lt;/p&gt;
6542
6543 &lt;p&gt;Dette er dessverre ikke alt som trengs for å forstå hva en åpen
6544 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
6545 dermed har valget om de vil oppføre seg likt eller ikke, så er det
6546 endel juridiske faktorer som gjør det hele mer komplisert -
6547 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
6548 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
6549 melodi når de møtes, for å identifisere hverandre, så kan
6550 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
6551 De har standardisert hvordan de kjenner igjen alle som følger denne
6552 standarden, men ikke alle har nødvendigvis lov til å følge den.
6553 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
6554 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
6555 sin ytterste konsekvens si at alle som skal plystre en
6556 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
6557 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
6558 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
6559 som får lov til å benytte seg av denne standarden. En annen variant
6560 er hvis en standard er dokumentert, så er dokumentet som definerer
6561 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
6562 dermed mulig for rettighetsinnehaver å begrense tilgang til
6563 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
6564 den måten.&lt;/p&gt;
6565
6566 &lt;p&gt;Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
6567 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
6568 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
6569 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
6570 for å ta i bruk en standard, så vil den som innehar patent kunne styre
6571 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
6572 kan delta i et standard-felleskap, og hvis de kan delta, så er det
6573 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
6574 sette vilkår som gjør at noen faller utenfor, det være seg av
6575 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
6576 vilkår er &quot;må betale litt for hver kunde/bruker&quot; som utelukker de som
6577 gir bort en løsning gratis og &quot;må gi fra seg retten til å håndheve
6578 sine egne patentrettigheter ovenfor rettighetshaver&quot; som utelukker
6579 alle som ønsker å beholde den muligheten.&lt;/p&gt;
6580
6581 &lt;p&gt;En åpen standard innebærer for meg at alle kan få innsikt i en
6582 komplett beskrivelse av oppførsel som standarden skal dekke, og at
6583 ingen kan nektes å benytte seg av standarden. Noen mener at det
6584 holder at alle med tilstrekkelig finansiering kan få tilgang til
6585 spesifikasjonen og at en kun har finansielle krav til bruk.
6586 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
6587 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
6588 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
6589 av en standard for at en standard skal kunne kalles fri og åpen.&lt;/p&gt;
6590 </description>
6591 </item>
6592
6593 <item>
6594 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg</title>
6595 <link>http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</link>
6596 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</guid>
6597 <pubDate>Thu, 19 Mar 2009 22:15:00 +0100</pubDate>
6598 <description>&lt;p&gt;I går tok jeg mot til meg, og løste problemet med
6599 z-aksen ved å borre i delen som manglet feste mot tannjulet som
6600 skal drive z-aksereimen. Dermed var det klart for å montere
6601 z-akse-akslingen på motoren og komme et steg videre med
6602 reprap-monteringen. Prøvekjørte den i dag med
6603 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
6604 fungerte. I hvert fall når stepmotoren ikke forsøkte
6605 å snurre for raskt rundt. Ved høy hastighet roterte
6606 ikke akslingen i det hele tatt. Motoren ble bare stående
6607 å vibrere. Usikker på hvorfor, men antar motoren ikke
6608 har nok kraft til å få hele akslingen til å
6609 rotere så raskt. Denne øvelsen avslørte dog et
6610 annet problem med monteringen så langt. Under testingen
6611 begynte skruer og muttere å ry ned fra ulike deler av
6612 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
6613 å tåle slike vibrasjoner. Tror en 5-6 skruver og/eller
6614 muttere løsnet. Brukte ganske lang tid på å
6615 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
6616 må strammes skikkelig til før første
6617 utskrift.&lt;/p&gt;
6618
6619 &lt;p&gt;Neste steg er å få laget z-aksebåndet. Der trenger jeg
6620 egnet lim og en konstruksjon for å klemme bandet sammen under
6621 limingen, som
6622 &lt;a href=&quot;http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt&quot;&gt;beskrevet
6623 på reprap-wikien&lt;/a&gt;. Er blitt tipset om svart superlim som er
6624 elastisk også etter at det tørket, og dro ned til Small Size
6625 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
6626 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
6627 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
6628 limet egentlig heter, så det er vanskelig å søke på nett.&lt;/p&gt;
6629 </description>
6630 </item>
6631
6632 <item>
6633 <title>Avisene i endring</title>
6634 <link>http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</link>
6635 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</guid>
6636 <pubDate>Sun, 15 Mar 2009 22:15:00 +0100</pubDate>
6637 <description>&lt;p&gt;Jeg kom over bloggposten
6638 &quot;&lt;a href=&quot;http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/&quot;&gt;Newspapers
6639 and Thinking the Unthinkable&lt;/a&gt;&quot; som jeg synes forklarer godt hva som
6640 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
6641 forretningsmodeller basert på å løse problemer som ikke lenger
6642 eksisterer. Det blir spennende å se hva vi ender opp med.&lt;/p&gt;
6643 </description>
6644 </item>
6645
6646 <item>
6647 <title>Testing av reprap-elektronikken igang</title>
6648 <link>http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</link>
6649 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</guid>
6650 <pubDate>Thu, 12 Mar 2009 16:00:00 +0100</pubDate>
6651 <description>&lt;p&gt;Lenge siden det var en oppdatering av status for min 3D-skriver og
6652 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
6653 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
6654 til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil,
6655 der en del manglet og en annen hadde suboptimalt design. Jeg løser
6656 antagelig det ene problemet med å borre noen ekstra hull til skruver i
6657 en plastdelen som trenger å festes. Det andre problemet håper jeg å
6658 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
6659 Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og
6660 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
6661 delen jeg mangler på denne.&lt;/p&gt;
6662
6663 &lt;p&gt;Når det gjelder elektronikken, så er mye allerede loddet sammen av
6664 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
6665 enn meg. Jeg fikk i dag testet
6666 &lt;a href=&quot;http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1&quot;&gt;stepper
6667 motordriveren (v1.1)&lt;/a&gt;, og det fungerte. Jeg møtte et lite problem
6668 med strømforsyningen, en standard ATX-strømforsyning som nektet å
6669 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
6670 beskrevet på
6671 &lt;a href=&quot;http://dev.www.reprap.org/bin/view/Main/PCPowerSupply&quot;&gt;reprap-sidene
6672 om PC-strømforsyninger&lt;/a&gt;. Jeg møtte også et annet problem med
6673 Arduino-programvaren. Versjon 0013 fungerer visst ikke på
6674 Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant
6675 vha. et Google-søk
6676 &lt;a href=&quot;http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5&quot;&gt;tipset
6677 meg&lt;/A&gt; om at en nedgradering
6678 til &lt;a href=&quot;http://arduino.googlecode.com/files/arduino-0012-linux.tgz&quot;&gt;versjon
6679 0012&lt;/a&gt; kunne løse problemet, og endelig ser jeg motorakslingen
6680 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
6681 reprap-en kvikner til.&lt;/p&gt;
6682 </description>
6683 </item>
6684
6685 <item>
6686 <title>Frikanalen og jul i studentrådet</title>
6687 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</link>
6688 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</guid>
6689 <pubDate>Wed, 11 Mar 2009 23:40:00 +0100</pubDate>
6690 <description>&lt;p&gt;I går
6691 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html&quot;&gt;lanserte&lt;/a&gt;
6692 NUUGs videogruppe
6693 &lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; med
6694 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;åpne
6695 standarder&lt;/a&gt;, og resultatet av noen intense uker med arbeide kunne
6696 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
6697 Frikanalen er et eksempel på, der borgerne får anledning til å
6698 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
6699 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
6700 kan få tilgang til opptakene på web, og slipper å måtte installere MS
6701 Silverlight for å spille av opptakene.&lt;/p&gt;
6702
6703 &lt;p&gt;Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
6704 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
6705 er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
6706 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
6707 foreningen Åpen kanal) har saksøkt kulturdepartementet over
6708 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.&lt;/p&gt;
6709
6710 &lt;p&gt;I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
6711 av å se en rekke av innslagene som er tilgjengelig. Her er mye
6712 religiøst sludder, fra
6713 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720&quot;&gt;vandring
6714 i jerusalem&lt;/a&gt; via
6715 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779&quot;&gt;religiøst
6716 vinklede nyheter&lt;/a&gt; til
6717 &lt;a
6718 href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077&quot;&gt;kreasjonisk
6719 retorikk&lt;/a&gt;, men også fine
6720 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407&quot;&gt;dokumentarer
6721 om redningsselskapet&lt;/a&gt; og
6722 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204&quot;&gt;interessante
6723 tegneserieanmeldelser&lt;/a&gt;. Det jeg derimot har hatt størst glede av,
6724 er
6725
6726 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556&quot;&gt;jul
6727 i studentrådet&lt;/a&gt;, der hver episode var en fest å se på. Jeg håper
6728 NUUG lykkes med å få ut sine opptak med like stor suksess.&lt;/p&gt;
6729 </description>
6730 </item>
6731
6732 <item>
6733 <title>Lisensvalg for NUUG-opptakene endelig på plass</title>
6734 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</link>
6735 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</guid>
6736 <pubDate>Fri, 6 Mar 2009 21:20:00 +0100</pubDate>
6737 <description>&lt;p&gt;Etter mange års meditasjon over temaet, har NUUG endelig klart å
6738 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
6739 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
6740 blir &lt;a href=&quot;http://creativecommons.org/licenses/by-sa/3.0/no/&quot;&gt;Creative
6741 Commons Navngivelse-Del på samme vilkår 3.0 Norge&lt;/a&gt;. Jeg er veldig
6742 glad for at denne saken endelig er landet. Lisensen for opptaket til
6743 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
6744 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
6745 i denne sammenhengen.&lt;/p&gt;
6746 </description>
6747 </item>
6748
6749 <item>
6750 <title>Teknisk program for Go Open 2009 er nesten ferdig</title>
6751 <link>http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</link>
6752 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</guid>
6753 <pubDate>Thu, 5 Mar 2009 22:30:00 +0100</pubDate>
6754 <description>&lt;p&gt;Etter lang tids jobbing begynner endelig programmet til det
6755 tekniske sporet på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
6756 2009&lt;/a&gt; å bli ferdig. Det blir 9 punkter på programmet, og etter alt
6757 å dømme blir det disse 9:&lt;/p&gt;
6758
6759 &lt;ul&gt;
6760
6761 &lt;li&gt;&quot;Open Telephony: A solution greater than the sum of its parts&quot; med
6762 Jon &quot;maddog&quot; Hall&lt;/li&gt;
6763 &lt;li&gt;OpenSolaris-relatert med Ian Murdock fra SUN&lt;/li&gt;
6764 &lt;li&gt;&quot;The inner workings of the OpenStreetmap project and the
6765 technology used&quot; med Andy Allan &lt;/li&gt;
6766 &lt;li&gt;Coreboot-relatert med Peter Stuge&lt;/li&gt;
6767 &lt;li&gt;&quot;Gratis værdata fra Meteorologisk institutt&quot; med Trond Michelsen&lt;/li&gt;
6768 &lt;li&gt;RRDtool/Nagios-relatert med Tobias Oetiker&lt;/li&gt;
6769 &lt;li&gt;&quot;Developers guide to server-side productivity and fun using open
6770 source platforms and frameworks&quot; med en gjeng folk fra
6771 JavaBin-miljøet&lt;/li&gt;
6772 &lt;li&gt;&quot;G(et)it Nå!&quot; med Marcus Ramberg&lt;/li&gt;
6773 &lt;li&gt;Om kontrolltelling av valgresultater med fri programvare med Mitch
6774 Trachtenberg&lt;/li&gt;
6775
6776 &lt;/ul&gt;
6777
6778 &lt;p&gt;De siste bekreftelsene og overskrifter mangler og kommer
6779 forhåpentlig på plass før mandag, men jeg håper dette blir et program
6780 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
6781 stort.&lt;/p&gt;
6782 </description>
6783 </item>
6784
6785 <item>
6786 <title>Checking server hardware support status for Dell, HP and IBM servers</title>
6787 <link>http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</link>
6788 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</guid>
6789 <pubDate>Sat, 28 Feb 2009 23:50:00 +0100</pubDate>
6790 <description>&lt;p&gt;At work, we have a few hundred Linux servers, and with that amount
6791 of hardware it is important to keep track of when the hardware support
6792 contract expire for each server. We have a machine (and service)
6793 register, which until recently did not contain much useful besides the
6794 machine room location and contact information for the system owner for
6795 each machine. To make it easier for us to track support contract
6796 status, I&#39;ve recently spent time on extending the machine register to
6797 include information about when the support contract expire, and to tag
6798 machines with expired contracts to make it easy to get a list of such
6799 machines. I extended a perl script already being used to import
6800 information about machines into the register, to also do some screen
6801 scraping off the sites of Dell, HP and IBM (our majority of machines
6802 are from these vendors), and automatically check the support status
6803 for the relevant machines. This make the support status information
6804 easily available and I hope it will make it easier for the computer
6805 owner to know when to get new hardware or renew the support contract.
6806 The result of this work documented that 27% of the machines in the
6807 registry is without a support contract, and made it very easy to find
6808 them. 27% might seem like a lot, but I see it more as the case of us
6809 using machines a bit longer than the 3 years a normal support contract
6810 last, to have test machines and a platform for less important
6811 services. After all, the machines without a contract are working fine
6812 at the moment and the lack of contract is only a problem if any of
6813 them break down. When that happen, we can either fix it using spare
6814 parts from other machines or move the service to another old
6815 machine.&lt;/p&gt;
6816
6817 &lt;p&gt;I believe the code for screen scraping the Dell site was originally
6818 written by Trond Hasle Amundsen, and later adjusted by me and Morten
6819 Werner Forsbring. The HP scraping was written by me after reading a
6820 nice article in ;login: about how to use WWW::Mechanize, and the IBM
6821 scraping was written by me based on the Dell code. I know the HTML
6822 parsing could be done using nice libraries, but did not want to
6823 introduce more dependencies. This is the current incarnation:&lt;/p&gt;
6824
6825 &lt;pre&gt;
6826 use LWP::Simple;
6827 use POSIX;
6828 use WWW::Mechanize;
6829 use Date::Parse;
6830 [...]
6831 sub get_support_info {
6832 my ($machine, $model, $serial, $productnumber) = @_;
6833 my $str;
6834
6835 if ( $model =~ m/^Dell / ) {
6836 # fetch website from Dell support
6837 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;;
6838 my $webpage = get($url);
6839 return undef unless ($webpage);
6840
6841 my $daysleft = -1;
6842 my @lines = split(/\n/, $webpage);
6843 foreach my $line (@lines) {
6844 next unless ($line =~ m/Beskrivelse/);
6845 $line =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
6846 $line =~ s/^.+?;(Beskrivelse;)/$1/;
6847
6848 my @f = split(/\;/, $line);
6849 @f = @f[13 .. $#f];
6850 my $lastend = &quot;&quot;;
6851 while ($f[3] eq &quot;DELL&quot;) {
6852 my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10];
6853
6854 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
6855 localtime(str2time($startstr)));
6856 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
6857 localtime(str2time($endstr)));
6858 $str .= &quot;$type $start -&gt; $end &quot;;
6859 @f = @f[14 .. $#f];
6860 $lastend = $end if ($end gt $lastend);
6861 }
6862 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
6863 tag_machine_unsupported($machine)
6864 if ($lastend lt $today);
6865 }
6866 } elsif ( $model =~ m/^HP / ) {
6867 my $mech = WWW::Mechanize-&gt;new();
6868 my $url =
6869 &#39;http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do&#39;;
6870 $mech-&gt;get($url);
6871 my $fields = {
6872 &#39;BODServiceID&#39; =&gt; &#39;NA&#39;,
6873 &#39;RegisteredPurchaseDate&#39; =&gt; &#39;&#39;,
6874 &#39;country&#39; =&gt; &#39;NO&#39;,
6875 &#39;productNumber&#39; =&gt; $productnumber,
6876 &#39;serialNumber1&#39; =&gt; $serial,
6877 };
6878 $mech-&gt;submit_form( form_number =&gt; 2,
6879 fields =&gt; $fields );
6880 # Next step is screen scraping
6881 my $content = $mech-&gt;content();
6882
6883 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
6884 $content =~ s/\s+/ /gm;
6885 $content =~ s/;\s*;/;;/gm;
6886 $content =~ s/;[\s;]+/;/gm;
6887
6888 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
6889
6890 while ($content =~ m/;Warranty Type;/) {
6891 my ($type, $status, $startstr, $stopstr) = $content =~
6892 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
6893 $content =~ s/^.+?;Warranty Type;//;
6894 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
6895 localtime(str2time($startstr)));
6896 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
6897 localtime(str2time($stopstr)));
6898
6899 $str .= &quot;$type ($status) $start -&gt; $end &quot;;
6900
6901 tag_machine_unsupported($machine)
6902 if ($end lt $today);
6903 }
6904 } elsif ( $model =~ m/^IBM / ) {
6905 # This code ignore extended support contracts.
6906 my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/;
6907 if ($producttype &amp;amp;&amp;amp; $serial) {
6908 my $content =
6909 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;);
6910 if ($content) {
6911 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
6912 $content =~ s/\s+/ /gm;
6913 $content =~ s/;\s*;/;;/gm;
6914 $content =~ s/;[\s;]+/;/gm;
6915
6916 $content =~ s/^.+?;Warranty status;//;
6917 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
6918
6919 $str .= &quot;($status) -&gt; $end &quot;;
6920
6921 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
6922 tag_machine_unsupported($machine)
6923 if ($end lt $today);
6924 }
6925 }
6926 }
6927 return $str;
6928 }
6929 &lt;/pre&gt;
6930
6931 &lt;p&gt;Here are some examples on how to use the function, using fake
6932 serial numbers. The information passed in as arguments are fetched
6933 from dmidecode.&lt;/p&gt;
6934
6935 &lt;pre&gt;
6936 print get_support_info(&quot;hp.host&quot;, &quot;HP ProLiant BL460c G1&quot;, &quot;1234567890&quot;
6937 &quot;447707-B21&quot;);
6938 print get_support_info(&quot;dell.host&quot;, &quot;Dell Inc. PowerEdge 2950&quot;, &quot;1234567&quot;);
6939 print get_support_info(&quot;ibm.host&quot;, &quot;IBM eserver xSeries 345 -[867061X]-&quot;,
6940 &quot;1234567&quot;);
6941 &lt;/pre&gt;
6942
6943 &lt;p&gt;I would recommend this approach for tracking support contracts for
6944 everyone with more than a few computers to administer. :)&lt;/p&gt;
6945
6946 &lt;p&gt;Update 2009-03-06: The IBM page do not include extended support
6947 contracts, so it is useless in that case. The original Dell code do
6948 not handle extended support contracts either, but has been updated to
6949 do so.&lt;/p&gt;
6950 </description>
6951 </item>
6952
6953 <item>
6954 <title>Using bar codes at a computing center</title>
6955 <link>http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</link>
6956 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</guid>
6957 <pubDate>Fri, 20 Feb 2009 08:50:00 +0100</pubDate>
6958 <description>&lt;p&gt;At work with the University of Oslo, we have several hundred computers
6959 in our computing center. This give us a challenge in tracking the
6960 location and cabling of the computers, when they are added, moved and
6961 removed. Some times the location register is not updated when a
6962 computer is inserted or moved and we then have to search the room for
6963 the &quot;missing&quot; computer.&lt;/p&gt;
6964
6965 &lt;p&gt;In the last issue of Linux Journal, I came across a project
6966 &lt;a href=&quot;http://www.libdmtx.org/&quot;&gt;libdmtx&lt;/a&gt; to write and read bar
6967 code blocks as defined in the
6968 &lt;a href=&quot;http://en.wikipedia.org/wiki/Data_Matrix&quot;&gt;The Data Matrix
6969 Standard&lt;/a&gt;. This is bar codes that can be read with a normal
6970 digital camera, for example that on a cell phone, and several such bar
6971 codes can be read by libdmtx from one picture. The bar code standard
6972 allow up to 2 KiB to be written in the tag. There is another project
6973 with &lt;a href=&quot;http://www.terryburton.co.uk/barcodewriter/&quot;&gt;a bar code
6974 writer written in postscript&lt;/a&gt; capable of creating such bar codes,
6975 but this was the first time I found a tool to read these bar
6976 codes.&lt;/p&gt;
6977
6978 &lt;p&gt;It occurred to me that this could be used to tag and track the
6979 machines in our computing center. If both racks and computers are
6980 tagged this way, we can use a picture of the rack and all its
6981 computers to detect the rack location of any computer in that rack.
6982 If we do this regularly for the entire room, we will find all
6983 locations, and can detect movements and removals.&lt;/p&gt;
6984
6985 &lt;p&gt;I decided to test if this would work in practice, and picked a
6986 random rack and tagged all the machines with their names. Next, I
6987 took pictures with my digital camera, and gave the dmtxread program
6988 these JPEG pictures to see how many tags it could read. This worked
6989 fairly well. If the pictures was well focused and not taken from the
6990 side, all tags in the image could be read. Because of limited space
6991 between the racks, I was unable to get a good picture of the entire
6992 rack, but could without problem read all tags from a picture covering
6993 about half the rack. I had to limit the search time used by dmtxread
6994 to 60000 ms to make sure it terminated in a reasonable time frame.&lt;/p&gt;
6995
6996 &lt;p&gt;My conclusion is that this could work, and we should probably look
6997 at adjusting our computer tagging procedures to use bar codes for
6998 easier automatic tracking of computers.&lt;/p&gt;
6999 </description>
7000 </item>
7001
7002 <item>
7003 <title>Første vellykkede videostrøm fra NUUG</title>
7004 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</link>
7005 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</guid>
7006 <pubDate>Wed, 11 Feb 2009 06:30:00 +0100</pubDate>
7007 <description>&lt;p&gt;Jeg ble glad for å se under
7008 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090210-compiz/&quot;&gt;gårdagens
7009 medlemsmøte&lt;/a&gt; i NUUG Oslo at utsending av live-video fra møtet
7010 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
7011 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
7012 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
7013 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
7014 under møtet å motta spørsmål via IRC som ble besvart der og da.
7015 Opptaket publiseres så snart det er kopiert over til NUUGs
7016 webserver og komprimert.&lt;/p&gt;
7017 </description>
7018 </item>
7019
7020 <item>
7021 <title>Min reprap tar sakte form</title>
7022 <link>http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</link>
7023 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</guid>
7024 <pubDate>Tue, 3 Feb 2009 13:30:00 +0100</pubDate>
7025 <description>&lt;p&gt;Min reprap begynner å ta form. Den er nå kommet så langt at den er
7026 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
7027 hele er klart for litt enkel testing. Har møtt på to problemer som
7028 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
7029 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
7030 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
7031 forklare hvordan de kom rundt problemene. De to problemene er
7032 relatert til Z-aksen og Y-aksen. &lt;/p&gt;
7033
7034 &lt;p&gt;For Z-aksen, er det et stjernehjul som festes på motoraksen ved
7035 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
7036 Problemet med det nederste stjernejulet er at det er helt løst, og
7037 blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
7038 inntil tannjulet slik det skal. Mulig løsningen er å borre i
7039 stjernehjulet, eller lime det fast.&lt;/p&gt;
7040
7041 &lt;p&gt;For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
7042 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
7043 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.&lt;/p&gt;
7044
7045 &lt;p&gt;Når det gjelder elektronikken til min reprap, så er min gode venn
7046 Anders Rosnes igang med å lodde sammen delene og han forteller at
7047 koblingsbordet for Arduino er klart, og en temperatursensor og en
7048 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
7049 ut hvordan jeg laster opp firmware i Arduino-en. :)&lt;/p&gt;
7050
7051 &lt;p&gt;Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
7052 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
7053 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
7054 de fleste metalldelene. Gleder meg til å se resultaten av det
7055 arbeidet.&lt;/p&gt;
7056 </description>
7057 </item>
7058
7059 <item>
7060 <title>Intellektuelt privilegium - et bedre IP-begrep</title>
7061 <link>http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</link>
7062 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</guid>
7063 <pubDate>Sun, 1 Feb 2009 15:06:00 +0100</pubDate>
7064 <description>&lt;p&gt;Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
7065 patenter, varemerker og forretningshemmeligheter. Problemet med dette
7066 begrepet er at det er svært misvisende. For det første er ingen av de
7067 begrensede monopolene det her er snakk om som kan kalles eiendom, og
7068 for det andre er egenskapene til de ulike monopolene så forskjellige
7069 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
7070 sekkebegrep. Blant annet Richard Stallman har
7071 &lt;a href=&quot;http://www.gnu.org/philosophy/not-ipr.html&quot;&gt;skrevet litt om dette&lt;/a&gt;.&lt;/p&gt;
7072
7073 &lt;p&gt;I dag kom jeg over
7074 &lt;a href=&quot;http://blogs.sun.com/webmink/entry/intellectual_privilege&quot;&gt;en
7075 bloggpost fra Simon Phipps&lt;/a&gt; som foreslår å bruke intellektuelt
7076 privilegium som begrep i stedet, da det gjør det klarere at det ikke
7077 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
7078 forteller videre at noen jobber med å skrive
7079 &lt;a href=&quot;http://www.intellectualprivilege.com/book.html&quot;&gt;en bok med
7080 tittel Intellectual Privilege&lt;/a&gt;, og at boken er anbefalt av Lawrence
7081 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
7082 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
7083 forretningshemmeligheter framover.&lt;/p&gt;
7084 </description>
7085 </item>
7086
7087 <item>
7088 <title>Fri og åpen standard, slik Digistan ser det</title>
7089 <link>http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</link>
7090 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</guid>
7091 <pubDate>Sat, 31 Jan 2009 23:10:00 +0100</pubDate>
7092 <description>&lt;p&gt;Det er mange ulike definisjoner om hva en åpen standard er for noe,
7093 og NUUG hadde &lt;a href=&quot;http://www.nuug.no/dokumenter/standard-presse-def-200506.txt&quot;&gt;en
7094 pressemelding om dette sommeren 2005&lt;/a&gt;. Der ble definisjonen til
7095 &lt;a href=&quot;http://www.aaben-standard.dk/&quot;&gt;DKUUG&lt;/a&gt;,
7096 &lt;a href=&quot;http://europa.eu.int/idabc/servlets/Doc?id=19529&quot;&gt;EU-kommissionens
7097 European Interoperability Framework ( side 9)&lt;/a&gt; og
7098 &lt;a href=&quot;http://www.teknologiradet.no/files/7polert_copy.htm&quot;&gt;teknologirådet&lt;/a&gt; omtalt.&lt;/p&gt;
7099
7100 &lt;p&gt;Siden den gang har regjeringens standardiseringsråd dukket opp, og de
7101 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
7102 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407&quot;&gt;sin
7103 arbeidsmetodikk&lt;/a&gt;. Personlig synes jeg det er en god ide, da
7104 kravene som stilles der gjør at alle markedsaktører får like vilkår,
7105 noe som kommer kundene til gode ved hjelp av økt konkurranse.&lt;/p&gt;
7106
7107 &lt;p&gt;I sommer kom det en ny definisjon på banen.
7108 &lt;a href=&quot;http://www.digistan.org/&quot;&gt;Digistan&lt;/a&gt; lanserte
7109 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;en
7110 definisjon på en fri og åpen standard&lt;/a&gt;. Jeg liker måten de bryter
7111 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
7112 ved å legge på et ord og poengtere at en standard som er både åpen og
7113 fri har noen spesielle krav. Her er den definisjonen etter rask
7114 oversettelse fra engelsk til norsk av meg:&lt;/p&gt;
7115
7116 &lt;blockquote&gt;
7117 &lt;p&gt;&lt;strong&gt;Definisjonen av en fri og åpen standard&lt;/strong&gt;&lt;/p&gt;
7118
7119 &lt;p&gt;Den digitale standardorganisasjonen definierer fri og åpen standard
7120 som følger:&lt;/p&gt;
7121 &lt;ul&gt;
7122 &lt;li&gt;En fri og åpen standard er immun for leverandørinnlåsing i alle
7123 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
7124 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
7125 tid.&lt;/li&gt;
7126 &lt;li&gt;Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
7127 organisasjon, og dens pågående utvikling gjøres med en åpen
7128 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
7129 å delta.&lt;/li&gt;
7130 &lt;li&gt;Standarden er publisert og spesifikasjonsdokumentet er fritt
7131 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
7132 bruke den uten begresninger.&lt;/li&gt;
7133 &lt;li&gt;Patentene som muligens gjelder (deler av) standarden er gjort
7134 ugjenkallelig tilgjengelig uten krav om betaling.&lt;/li&gt;
7135 &lt;li&gt;Det er ingen begresninger i gjenbruk av standarden.&lt;/li&gt;
7136 &lt;/ul&gt;
7137 &lt;p&gt;Det økonomiske resultatet av en fri og åpen standard, som kan
7138 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
7139 produkter basert på standarden.&lt;/p&gt;
7140 &lt;/blockquote&gt;
7141
7142 &lt;p&gt;(Tar gjerne imot forbedringer av oversettelsen.)&lt;/p&gt;
7143 </description>
7144 </item>
7145
7146 <item>
7147 <title>Transendentalt tullball og en funksjonell tilnærming</title>
7148 <link>http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</link>
7149 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</guid>
7150 <pubDate>Sat, 24 Jan 2009 15:00:00 +0100</pubDate>
7151 <description>&lt;p&gt;Kom over
7152 &lt;a href=&quot;http://debian-administration.org/users/dkg/weblog/39&quot;&gt;en
7153 bloggpost fra Daniel Kahn Gillmor&lt;/a&gt; som forteller at
7154 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
7155 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
7156 &lt;a href=&quot;http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf&quot;&gt;Trancendental
7157 Nonsense and the Functional Approach&lt;/a&gt; fra 1935. Det må jeg si var
7158 svært interessant for å forstå hvordan og hvorfor immaterialretten har
7159 utvidet sitt virkeområde og hvor lenge det har pågått.&lt;/p&gt;
7160
7161 &lt;p&gt;Innlegget minner meg på
7162 &lt;a href=&quot;https://penta.debconf.org/~joerg/events/161.en.html&quot;&gt;en
7163 presentasjon jeg overvar&lt;/a&gt; på Debconf 7 om hvordan innføring og
7164 utvidelse av opphavsretten ble debattert på 1700-tallet. Anbefaler å
7165 se den presentasjonen som er tilgjengelig på video i
7166 &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;
7167 og
7168 &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;
7169 oppløsning.&lt;/p&gt;
7170 </description>
7171 </item>
7172
7173 <item>
7174 <title>ODF-bruk i staten, ikke helt på plass</title>
7175 <link>http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</link>
7176 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</guid>
7177 <pubDate>Thu, 22 Jan 2009 23:00:00 +0100</pubDate>
7178 <description>&lt;p&gt;I går publiserte
7179 &lt;a href=&quot;http://universitas.no/nyhet/52776/&quot;&gt;Universitas&lt;/a&gt;,
7180 &lt;a href=&quot;http://www.dagensit.no/trender/article1588462.ece&quot;&gt;Dagens-IT&lt;/a&gt;
7181 og &lt;a href=&quot;http://www.idg.no/computerworld/article118622.ece&quot;&gt;Computerworld
7182 Norge&lt;/a&gt; en sak om at de ansatte ved Universitetet i Oslo ikke følger
7183 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
7184 at det kommer litt fokus på dette, og jeg håper noen journalister tar
7185 en titt på de andre statlige instansene også.&lt;/p&gt;
7186
7187 &lt;p&gt;Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
7188 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
7189 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
7190 Kjenner kun til ufullstendige løsninger for slikt.&lt;/p&gt;
7191 </description>
7192 </item>
7193
7194 <item>
7195 <title>Det vanskelige Lisensvalget - ikke lag din egen</title>
7196 <link>http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</link>
7197 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</guid>
7198 <pubDate>Thu, 22 Jan 2009 22:15:00 +0100</pubDate>
7199 <description>&lt;p&gt;Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
7200 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
7201 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
7202 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
7203 var involvert i
7204 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap-prosjektet&lt;/a&gt;
7205 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
7206 &quot;hvorfor ikke bruke de offisielle kartene fra kartverket &quot; det første
7207 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
7208 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
7209 hun med retten til videredistribusjon av nye kartkopier, som ikke
7210 kopierer kart? Hva skulle hun med retten til å publisere endrede
7211 utgaver som aldri har hatt behov for annet enn å notere litt på en
7212 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
7213 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
7214 opphavsrettsloven.&lt;/p&gt;
7215
7216 &lt;p&gt;Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
7217 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
7218 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
7219 slike lesere.&lt;/p&gt;
7220
7221 &lt;p&gt;Når en publiserer programvare eller annet opphavsrettsbeskyttet
7222 materiale (eller &quot;verk&quot; som loven kaller det), så er det endel ting
7223 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
7224 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
7225 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
7226 kopiere og endre verket. Hvis en ønsker å publisere noe uten
7227 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
7228 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
7229 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
7230 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
7231 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
7232 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
7233 eksisterende lisenstekst hvis det er mulig.&lt;/p&gt;
7234
7235 &lt;p&gt;Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
7236 For det første gir det jobb for de som ønsker å bruke verket å sette
7237 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
7238 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
7239 for de organisasjoner og individer som vurderer å ta i bruk et
7240 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
7241 med andre verk, f.eks. programmer og biblioteker skal settes sammen
7242 til et hele, eller datafiler skal brukes sammen med programmer. Det
7243 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
7244 sammen med andre komponenter hvis en ikke er påpasselig med
7245 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
7246 det ikke er intensjonen ved publisering. Og for det andre, så er det
7247 fort gjort å glemme noe når en lager lisensteksten, slik at
7248 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
7249 begresninger gjelder.. &lt;strong&gt;Første regel ved lisensvalg er derfor
7250 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
7251 de utallige eksisterende lisensene.&lt;/strong&gt;&lt;/p&gt;
7252
7253 &lt;p&gt;Et lite eksempel på problemer som kan oppstå er
7254 &lt;a href=&quot;http://api.met.no/lisens.html&quot;&gt;betingelsene som Meteorologisk
7255 institutt har gjort sine data tilgjengelig under&lt;/a&gt;. De ser pr. i
7256 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
7257 innholdet hvis de endres):&lt;/p&gt;
7258
7259 &lt;blockquote&gt;&lt;p&gt;Betingelser for bruk av data
7260 &lt;br/&gt;Meteorologisk institutt innehar immaterielle- og
7261 eiendomsrettigheter til data og produkter produsert av instituttet
7262 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
7263 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
7264 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
7265 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
7266 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
7267 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
7268 gjenkjennelig del, skal Meteorologisk institutt oppgies som
7269 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
7270 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
7271 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
7272 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
7273 uten varsel. For direkte leveranse av spesifisert produktsett,
7274 vennligst kontakt Meteorologisk institutt.&lt;/p&gt;&lt;/blockquote&gt;
7275
7276 &lt;p&gt;Meteorologisk institutt hevder at dette skal gjøre dem &quot;fritt
7277 tilgjengelige&quot;, og det gjør at jeg mistenker at betingelsene ikke
7278 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
7279 at en har rett til å endre dataene og publisere det endrede
7280 resultatet. Det står heller ingenting om hvorvidt en har rett til
7281 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
7282 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
7283 strid med kriteriene for Free Software
7284 &lt;a href=&quot;http://www.fsf.org/licensing/essays/free-sw.html&quot;&gt;publisert
7285 av FSF&lt;/a&gt;,
7286 &lt;a href=&quot;http://www.debian.org/social_contract#guidelines&quot;&gt;Debian Free
7287 Software Guidelines&lt;/a&gt; og NUUGs beskrivelse av fri programvare
7288 publisert i
7289 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
7290 folder om dette&lt;/a&gt;. Jeg lurer på hvorfor Meteorologisk institutt
7291 ikke valgte noen kjent lisens? Skulle tro at en Creative
7292 Commons-lisens eller en av de mest brukte fri programvarelisensene som
7293 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
7294 og endrer på betingelsene.&lt;/p&gt;
7295 </description>
7296 </item>
7297
7298 <item>
7299 <title>When web browser developers make a video player...</title>
7300 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</link>
7301 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</guid>
7302 <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
7303 <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;
7304 to publish video recordings of our monthly presentations, we provide a
7305 page with embedded video for easy access to the recording. Putting a
7306 good set of HTML tags together to get working embedded video in all
7307 browsers and across all operating systems is not easy. I hope this
7308 will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
7309 browsers, but I am not sure. We provide the recordings in several
7310 formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
7311 browser/media plugin to pick one it support and use it to play the
7312 recording, using whatever embed mechanism the browser understand.
7313 There is at least four different tags to use for this, the new HTML5
7314 &amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
7315 the &amp;lt;applet&amp;gt; tag. All of these take a lot of options, and
7316 finding the best options is a major challenge.&lt;/p&gt;
7317
7318 &lt;p&gt;I just tested the experimental Opera browser available from &lt;a
7319 href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
7320 a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
7321 I was not very impressed. The browser start by fetching a picture
7322 from the video stream. Not sure if it is the first frame, but it is
7323 definitely very early in the recording. So far, so good. Next,
7324 instead of streaming the 76 MiB video file, it start to download all
7325 of it, but do not start to play the video. This mean I have to wait
7326 for several minutes for the downloading to finish. When the download
7327 is done, the playing of the video do not start! Waiting for the
7328 download, but I do not get to see the video? Some testing later, I
7329 discover that I have to add the controls=&quot;true&quot; attribute to be able
7330 to get a play button to pres to start the video. Adding
7331 autoplay=&quot;true&quot; did not help. I sure hope this is a misfeature of the
7332 test version of Opera, and that future implementations of the
7333 &amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
7334 playing when the download is done.&lt;/p&gt;
7335
7336 &lt;p&gt;The test page I used (since changed to add more attributes) is
7337 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
7338 from the nuug site&lt;/a&gt;. Will have to test it with the new Firefox
7339 too.&lt;/p&gt;
7340
7341 &lt;p&gt;In the test process, I discovered a missing feature. I was unable
7342 to find a way to get the URL of the playing video out of Opera, so I
7343 am not quite sure it picked the Ogg Theora version of the video. I
7344 sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
7345 </description>
7346 </item>
7347
7348 <item>
7349 <title>Fiksgatami begynner å ta form</title>
7350 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</link>
7351 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</guid>
7352 <pubDate>Thu, 15 Jan 2009 23:15:00 +0100</pubDate>
7353 <description>&lt;p&gt;For noen uker siden bestemte noen av oss seg for at det var på tide
7354 med en norsk utgave av
7355 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;, og satte igang
7356 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
7357 rapportere til rette instans om ting som er galt i offentligheten, ved
7358 å bruke kart og web. &lt;a href=&quot;http://www.fiksgatami.no&quot;&gt;En
7359 testinstans&lt;/a&gt; er på plass på en maskin donert av min arbeidsplass
7360 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
7361 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
7362 finne kilde for å slå opp adresser før første versjon er operativ.
7363 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
7364 til ny funksjonalitet.
7365 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami&quot;&gt;Prosjektet&lt;/a&gt;
7366 trenger flere folk, både utviklere og folk til å bidra med å finne ut
7367 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
7368 kontakt med naturvernmiljøet i Bergen som allerede var igang med
7369 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
7370 med dem. Dette blir bra.&lt;/p&gt;
7371 </description>
7372 </item>
7373
7374 <item>
7375 <title>Elektronikkbyggesettet kommer fram på andre forsøk</title>
7376 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</link>
7377 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</guid>
7378 <pubDate>Fri, 2 Jan 2009 13:55:00 +0100</pubDate>
7379 <description>&lt;p&gt;Et langt hopp fremover for &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
7380 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
7381 i dag.&lt;/p&gt;
7382
7383 &lt;p&gt;I dag klarte posten det de ikke klarte før jul, nemlig å få fram
7384 elektronikkbyggesettet for 3D-skriveren min. Fikk pakkelapp i dag som
7385 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
7386 pakke der, som sist. Ringte så direkte til til postens kundeservice
7387 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
7388 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
7389 av at pakken hadde annet referansenummer enn det som var på
7390 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
7391 skjedde sist, og om pakken også da lå her og ventet på meg uten at
7392 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
7393 ruslet jeg hjem igjen med elektronikkbyggesettet.&lt;/p&gt;
7394
7395 &lt;p&gt;Da er det bare å gå igang med å lodde sammen alle kretskortene.
7396 Det er en solid stabel deler, selv om esken ikke var så stor (ca
7397 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
7398 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
7399 bidra med sin kompetanse. :)&lt;/p&gt;
7400
7401 &lt;p&gt;Ellers er det god framgang med bygging av mekanikksettet som ankom
7402 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
7403 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
7404 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
7405 slik at rammeverket til &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt;-en
7406 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
7407 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
7408 feilmargin på 0.25 mm, over en avstand på 40 cm. Håper vater kan
7409 bidra her. Regner med at det blir enklere å komme opp med løsninger
7410 når rammen begynner å ta form.&lt;/p&gt;
7411
7412 &lt;p&gt;Her om dagen kom jeg forresten over en alternativ 3D-skriver som
7413 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
7414 &lt;a href=&quot;http://blog.wired.com/gadgets/2008/11/3d-printer-feed.html&quot;&gt;Mcor
7415 Matrix&lt;/a&gt; heter vidunderet, men det er ikke i salg ennå, selv om
7416 &lt;a href=&quot;http://www.mcortechnologies.com/&quot;&gt;produsentens websider&lt;/a&gt;
7417 påstår det skulle skje i 2008.&lt;/p&gt;
7418 </description>
7419 </item>
7420
7421 <item>
7422 <title>Software video mixer on a USB stick</title>
7423 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</link>
7424 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</guid>
7425 <pubDate>Sun, 28 Dec 2008 15:40:00 +0100</pubDate>
7426 <description>&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; is
7427 recording our montly presentation on video, and recently we have
7428 worked on improving the quality of the recordings by mixing the slides
7429 directly with the video stream. For this, we use the
7430 &lt;a href=&quot;http://dvswitch.alioth.debian.org/&quot;&gt;dvswitch&lt;/a&gt; package from
7431 the Debian video team. As this require quite one computer per video
7432 source, and NUUG do not have enough laptops available, we need to
7433 borrow laptops. And to avoid having to install extra software on
7434 these borrwed laptops, I have wrapped up all the programs needed on a
7435 bootable USB stick. The software required is dvswitch with assosiated
7436 source, sink and mixer applications and
7437 &lt;a href=&quot;http://www.kinodv.org/&quot;&gt;dvgrab&lt;/a&gt;. To allow this setup to
7438 work without any configuration, I&#39;ve patched dvswitch to use
7439 &lt;a href=&quot;http://www.avahi.org/&quot;&gt;avahi&lt;/a&gt; to connect the various parts
7440 together. And to allow us to use laptops without firewire plugs, I
7441 upgraded dvgrab to the one from Debian/unstable to get one that work
7442 with USB sources. We have not yet tested this setup in a production
7443 setup, but I hope it will work properly, and allow us to set up a
7444 video mixer in a very short time frame. We will need it for
7445 &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt;.&lt;/p&gt;
7446
7447 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz&quot;&gt;The
7448 USB image&lt;/a&gt; is for a 1 GB memory stick, but can be used on any
7449 larger stick as well.&lt;/p&gt;
7450 </description>
7451 </item>
7452
7453 <item>
7454 <title>FAD lanserer reiseregningsskjema som fri programvare</title>
7455 <link>http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</link>
7456 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</guid>
7457 <pubDate>Wed, 17 Dec 2008 15:00:00 +0100</pubDate>
7458 <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
7459 programvare for &lt;a href=&quot;http://www.reiseregningen.no/&quot;&gt;skriving av
7460 reiseregninger&lt;/a&gt;, som de gir ut som fri programvare. Den gode
7461 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
7462 foran i å etablere en delingskultur i offentlig sektor, og denne gang
7463 har hatt fokus på å lage en løsning som fungerer på flere platformer,
7464 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
7465 &lt;a href=&quot;http://makingwaves.no&quot;&gt;Making Waves&lt;/a&gt; på oppdrag fra FAD, og
7466 kildekoden er tilgjengelig fra
7467 &lt;a href=&quot;https://www.coderesort.com/p/reiseregningen&quot;&gt;CodeResort&lt;/a&gt;.
7468 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
7469 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
7470 FAD håper å få erfaring med fri programvareprosjekter vha. dette
7471 prosjektet, som er første gang de gir ut kildekode fra et
7472 &quot;egenutviklet&quot; prosjekt.&lt;/p&gt;
7473
7474 &lt;p&gt;Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
7475 Adobe Flex. Den bruker Flash 9, og fungerer ikke med Gnash. I
7476 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
7477 lagt JavaScript-kode foran web-programmet som nekter å starte
7478 flash-programmet hvis ikke Adobe Flash 9 er installert. Det var
7479 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
7480 HTML-siden og lage min egen testside for å sjekke om den fungerte med
7481 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
7482 en side med følgende HTML-snutt for å laste programmet
7483 &lt;pre&gt;&lt;blockquote&gt;&amp;lt;object
7484 data=&quot;http://213.225.125.209/kunder/dss/Reiseregningen.swf&quot;
7485 width=&quot;100%&quot;
7486 height=&quot;100%&quot;
7487 &amp;gt;&lt;/blockquote&gt;&lt;/pre&gt;&lt;/p&gt;
7488
7489 &lt;p&gt;Bruken av Adobe Flash er spesielt problematisk da Adobes
7490 Flash-utgave har en lisens som ikke tillater andre en Adobe å
7491 distribuere deres programpakke. Det gjør det umulig for
7492 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
7493 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
7494 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
7495 programvare, som &lt;a href=&quot;http://www.getgnash.org/&quot;&gt;Gnash&lt;/a&gt; og
7496 &lt;a href=&quot;http://swfdec.freedesktop.org/&quot;&gt;swfdec&lt;/a&gt;. Jeg spurte
7497 utviklerne om de hadde testet med alternative utgaver av Flash som
7498 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
7499 heller ikke testet løsningen mot disse.&lt;/p&gt;
7500
7501 &lt;p&gt;Videreutvikling av reiseregningsprogrammet vil kreve aksept for
7502 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
7503 Eclipse-utvidelse i
7504 &lt;a href=&quot;http://labs.adobe.com/technologies/flex/flexbuilder_linux/&quot;&gt;en
7505 betautgave for Linux&lt;/a&gt;, men jeg vet ikke om denne er tilstrekkelig
7506 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
7507 teknologi gjør at svært få fri programvareutviklere ser det som
7508 interessant å involvere seg i videreutvikling av dette prosjektet.
7509 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
7510 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
7511 fri programvare ser det åpenbart annerledes, da det jo finnes fri
7512 programvare på Windows. Vi får se om det er tilstrekkelig mange av
7513 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
7514 av &quot;kast det over gjerdet&quot;-metoden for deling, der en legger ut koden
7515 men det ikke er klart hvem som skal skape fellesskapet som trengs for
7516 å få et fungerende fri programvareutviklingsmiljø.&lt;/p&gt;
7517
7518 &lt;p&gt;Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
7519 og der tidligere svar styrer hvilke alternativer en må fylle ut
7520 senere. Det henter informasjon om takster og regler fra FADs sider,
7521 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
7522 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
7523 utskrift eller videre lagring/behandling. Skjemaet er kun
7524 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
7525 med. FAD lovte at de skulle bidra til at takster og regelfilene
7526 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
7527 Utviklerne hadde ingen idé om dette fungerte med fri
7528 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
7529 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
7530 eksisterende tjenerløsning. Løsningen kunne gjenbruke
7531 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
7532 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
7533 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
7534 gjorde det litt vanskeligere for brukeren.&lt;/p&gt;
7535 </description>
7536 </item>
7537
7538 <item>
7539 <title>Elektronikkbyggesettet for reprapen sporet opp</title>
7540 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</link>
7541 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</guid>
7542 <pubDate>Tue, 16 Dec 2008 08:00:00 +0100</pubDate>
7543 <description>&lt;p&gt;I dag fikk jeg endelig vite hva posten hadde gjort med
7544 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach &#39;Hoeken&#39;
7545 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
7546 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
7547 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
7548 bedre denne gangen.&lt;/p&gt;
7549
7550 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
7551 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
7552 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
7553 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
75543D-skriveren til Institutt for Informatikk i Oslo. Han er igang
7555 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
7556 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
7557 er dermed gode håp om at vi har to 3D-skrivere operative over
7558 jul.&lt;/p&gt;
7559 </description>
7560 </item>
7561
7562 <item>
7563 <title>Mekanikk-delen av reprap-byggesettet i hus</title>
7564 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</link>
7565 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</guid>
7566 <pubDate>Tue, 9 Dec 2008 12:30:00 +0100</pubDate>
7567 <description>&lt;p&gt;NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
7568 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
7569 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
7570 Hurra. Håper å starte byggingen av mekanikksettet i romjula.&lt;/p&gt;
7571
7572 &lt;p&gt;Når det gjelder bygging av reprap basert på deler fra IFIs
7573 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
7574 STL-filer vi sender dem der, og printeransvarlig der har fått første
7575 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
7576 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
7577 snart. Det trengs frivillige for å bygge denne. Det innebærer
7578 blant annet å skaffe seg oversikt over hvilke plastdeler som må
7579 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
7580 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
7581 dette, men har ingen plan om å sette meg inn i dette selv med det
7582 første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
7583 og kan melde seg på aktive@nuug.no.&lt;/p&gt;
7584 </description>
7585 </item>
7586
7587 <item>
7588 <title>Mekanikk-delen av reprap-byggesettet på vei</title>
7589 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</link>
7590 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</guid>
7591 <pubDate>Tue, 2 Dec 2008 12:00:00 +0100</pubDate>
7592 <description>&lt;p&gt;Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
7593 England. Jeg kan følge pakkens bevegelser via web, og den er nå
7594 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
7595 dager, hvis alt går bra.&lt;/p&gt;
7596
7597 &lt;p&gt;Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
7598 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
7599 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
7600 bort første pakke.&lt;/p&gt;
7601 </description>
7602 </item>
7603
7604 <item>
7605 <title>Reprap-pakke tapt i posten</title>
7606 <link>http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</link>
7607 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</guid>
7608 <pubDate>Thu, 27 Nov 2008 21:20:00 +0100</pubDate>
7609 <description>&lt;p&gt;Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
7610 at posten har sendt meg et brev der de beklager at den er tapt. Da er
7611 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
7612 håpe det går bedre denne gangen.&lt;/p&gt;
7613
7614 &lt;p&gt;Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
7615 England, så også der spøker det for å få alt i hus før jul. Så
7616 lenge alt er klart til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
7617 2009&lt;/a&gt; i april, så er det greit.&lt;/p&gt;
7618 </description>
7619 </item>
7620
7621 <item>
7622 <title>Amigafolket holder ut</title>
7623 <link>http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</link>
7624 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</guid>
7625 <pubDate>Wed, 26 Nov 2008 06:05:00 +0100</pubDate>
7626 <description>&lt;p&gt;En sak på &lt;a href=&quot;http://www.linuxtoday.com/&quot;&gt;Linux Today&lt;/a&gt; om
7627 &lt;a href=&quot;http://www.linuxtoday.com/developer/2008112600335OPLLDV&quot;&gt;Amiga&lt;/a&gt;
7628 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
7629 minnet meg på prosjektet Aros.
7630 &lt;a href=&quot;http://aros.sourceforge.net/&quot;&gt;Aros-prosjektet&lt;/a&gt; går ut på å
7631 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
7632 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
7633 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
7634 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?&lt;/p&gt;
7635 </description>
7636 </item>
7637
7638 <item>
7639 <title>Mens vi venter på 3D-skriveren</title>
7640 <link>http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</link>
7641 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</guid>
7642 <pubDate>Mon, 24 Nov 2008 20:00:00 +0100</pubDate>
7643 <description>&lt;p&gt;Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
7644 å få min replikator på plass, har jeg som del av
7645 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;NUUGs
7646 3D-skriverprosjekt&lt;/a&gt; bestilt deler til en
7647 &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt; fra utlandet, som skal
7648 bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
7649 Foreløbig plan er å bygge to i parallell, en basert på byggesett
7650 fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
7651 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
7652 på byggesettet, og håper noen andre vil ta ansvar for den
7653 hjemmelagede utgaven. :)&lt;/p&gt;
7654
7655 &lt;p&gt;Nå er det den lange ventetiden som rår, etter at begge
7656 byggesettene er bestilt og betalt. Dog har visst den første pakken
7657 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
7658 fortollet, og pakkelapp kom i postkassen før pakken var klar til
7659 henting. Det var 2008-11-07. Postens sporingssystem forteller at
7660 pakken ikke har beveget seg siden 2008-11-05, da den var innom
7661 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
7662 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
7663 håper det ikke går tapt på samme vis.&lt;/p&gt;
7664 </description>
7665 </item>
7666
7667 </channel>
7668 </rss>