1 <?xml version=
"1.0" encoding=
"utf-8"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries tagged nuug
</title>
5 <description>Entries tagged nuug
</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Mer detaljert OEP-statisikk for
2014 over journalførte
"gamle
" dokumenter
</title>
11 <link>http://people.skolelinux.org/pere/blog/Mer_detaljert_OEP_statisikk_for_2014_over_journalf_rte__gamle__dokumenter.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mer_detaljert_OEP_statisikk_for_2014_over_journalf_rte__gamle__dokumenter.html
</guid>
13 <pubDate>Sun,
18 Jan
2015 09:
00:
00 +
0100</pubDate>
14 <description><p
>For to dager siden la jeg ut
15 <a href=
"http://people.skolelinux.org/pere/blog/Over_et_halvt__r_f_r_offentlig_korrespondanse_journalf_res___statistikk_for_2014.html
">litt
16 statistikk
</a
> for
<a href=
"https://www.oep.no/
">Offentlig Elektronisk
17 Postjournal
</a
> som viste hvor stor andel av postjournalen til ulike
18 instanser som hadde mer enn
180 dager mellom oppført dokumentdato og
19 journalføringsdato (liggetid). Det var stor variasjon, men det er
20 uklart for meg hva det kommer av. Noe er åpenbart feilført, som
21 <a href=
"https://oep.no/search/resultSingle.html?journalPostId=
10864390">sykepleiertilbakekallingen
22 skrevet i år
7</a
>, mens andre ser ut til å være reelt gamle som
23 <a href=
"https://oep.no/search/resultSingle.html?journalPostId=
11221422">avleveringslista
24 fra
2001</a
> som ser ut til å være fra et skippertak for å få arkivert
25 gamle dokumenter. Men etter kommentarer fra leserne innså jeg at det
26 vil være nyttig å dele statistikken inngående og utgående dokumenter,
27 samt interne notater.
</p
>
29 <p
>Her er samme statistikk for
2014 som for to dager siden, men delt
30 opp i tre ulike kategorier. Her kan en både se hvem som er flinke til
31 å journalføre egenproduserte dokumenter slik at liggetiden er mindre
32 enn
180 dager, men også hvem som ikke lager interne notater eller i
33 hvert fall ikke publiserer informasjon om dem på Offentlig Elektronisk
34 Postjournal. Jeg må si at jeg er veldig imponert over Fylkesmannen i
35 Oslo og Akershus, som ser ut til å ha kontroll over arkiveringen
38 <table border=
"1">
39 <tr
><th colspan=
"3">Utgående
</th
><th colspan=
"3">Innkommende
</th
><th colspan=
"3">Annet
</th
><th rowspan=
"2">Instans
</th
></tr
>
40 <tr
><th
>%
</th
><th
>#
> 180d liggetid
</th
><th
>Totalt
</th
>
41 <th
>%
</th
><th
>#
> 180d liggetid
</th
><th
>Totalt
</th
>
42 <th
>%
</th
><th
>#
> 180d liggetid
</th
><th
>Totalt
</th
>
44 <tr
><td
> 0.0</td
><td
> 0</td
><td
> 16692</td
><td
> 0.0</td
><td
> 0</td
><td
> 31778</td
><td
> 0.0</td
><td
> 0</td
><td
> 1009</td
><td
>Fylkesmannen i Oslo og Akershus
</td
></tr
>
45 <tr
><td
> 0.0</td
><td
> 0</td
><td
> 1140</td
><td
> 0.2</td
><td
> 5</td
><td
> 2343</td
><td
> 0.0</td
><td
> 0</td
><td
> 1</td
><td
>Medietilsynet
</td
></tr
>
46 <tr
><td
> 0.0</td
><td
> 0</td
><td
> 14</td
><td
> 1.6</td
><td
> 3</td
><td
> 186</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Kompetansesenter for distriktsutvikling
</td
></tr
>
47 <tr
><td
> 0.0</td
><td
> 1</td
><td
> 1204</td
><td
> 0.5</td
><td
> 6</td
><td
> 1165</td
><td
> 3.2</td
><td
> 16</td
><td
> 485</td
><td
>Landbruksdirektoratet Alta
</td
></tr
>
48 <tr
><td
> 0.0</td
><td
> 2</td
><td
> 10618</td
><td
> 0.3</td
><td
> 35</td
><td
> 11608</td
><td
> 0.2</td
><td
> 4</td
><td
> 1412</td
><td
>Lotteri- og stiftelsestilsynet
</td
></tr
>
49 <tr
><td
> 0.0</td
><td
> 7</td
><td
> 9156</td
><td
> 0.2</td
><td
> 16</td
><td
> 7997</td
><td
> 1.4</td
><td
> 2</td
><td
> 136</td
><td
>Statens landbruksforvaltning
</td
></tr
>
50 <tr
><td
> 0.1</td
><td
> 2</td
><td
> 1141</td
><td
> 0.0</td
><td
> 1</td
><td
> 3758</td
><td
> 0.8</td
><td
> 1</td
><td
> 120</td
><td
>Norsk kulturråd
</td
></tr
>
51 <tr
><td
> 0.1</td
><td
> 2</td
><td
> 1709</td
><td
> 0.4</td
><td
> 14</td
><td
> 3072</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Konkurransetilsynet
</td
></tr
>
52 <tr
><td
> 0.1</td
><td
> 3</td
><td
> 1814</td
><td
> 0.3</td
><td
> 9</td
><td
> 2701</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Nasjonalt organ for kvalitet i utdanningen
</td
></tr
>
53 <tr
><td
> 0.1</td
><td
> 3</td
><td
> 2491</td
><td
> 0.4</td
><td
> 25</td
><td
> 5010</td
><td
> 7.4</td
><td
> 15</td
><td
> 202</td
><td
>Direktoratet for mineralforvaltning med Bergmesteren for Svalbard
</td
></tr
>
54 <tr
><td
> 0.1</td
><td
> 5</td
><td
> 3773</td
><td
> 1.2</td
><td
> 85</td
><td
> 6749</td
><td
> 0.3</td
><td
> 7</td
><td
> 2278</td
><td
>Forsvarsdepartementet
</td
></tr
>
55 <tr
><td
> 0.1</td
><td
> 8</td
><td
> 6799</td
><td
> 0.2</td
><td
> 31</td
><td
> 14139</td
><td
> 0.0</td
><td
> 0</td
><td
> 12</td
><td
>Finansdepartementet
</td
></tr
>
56 <tr
><td
> 0.1</td
><td
> 10</td
><td
> 5143</td
><td
> 0.1</td
><td
> 14</td
><td
> 7507</td
><td
> 2.0</td
><td
> 4</td
><td
> 198</td
><td
>Statens jernbanetilsyn
</td
></tr
>
57 <tr
><td
> 0.1</td
><td
> 13</td
><td
> 7057</td
><td
> 0.0</td
><td
> 3</td
><td
> 12154</td
><td
> 0.2</td
><td
> 3</td
><td
> 1222</td
><td
>Fylkesmannen i Østfold
</td
></tr
>
58 <tr
><td
> 0.1</td
><td
> 16</td
><td
> 12382</td
><td
> 0.1</td
><td
> 20</td
><td
> 13510</td
><td
> 2.7</td
><td
> 13</td
><td
> 475</td
><td
>Direktoratet for byggkvalitet
</td
></tr
>
59 <tr
><td
> 0.1</td
><td
> 62</td
><td
> 39959</td
><td
> 3.5</td
><td
> 96</td
><td
> 2721</td
><td
> 6.2</td
><td
> 40</td
><td
> 643</td
><td
>Justervesenet
</td
></tr
>
60 <tr
><td
> 0.3</td
><td
> 1</td
><td
> 255</td
><td
> 2.0</td
><td
> 5</td
><td
> 242</td
><td
> 6.1</td
><td
> 7</td
><td
> 113</td
><td
>Statens reindriftsforvaltning
</td
></tr
>
61 <tr
><td
> 0.3</td
><td
> 9</td
><td
> 2605</td
><td
> 0.3</td
><td
> 12</td
><td
> 3464</td
><td
> 0.0</td
><td
> 0</td
><td
> 3</td
><td
>Datatilsynet
</td
></tr
>
62 <tr
><td
> 0.3</td
><td
> 10</td
><td
> 2873</td
><td
> 0.1</td
><td
> 15</td
><td
> 7770</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Statsministerens kontor
</td
></tr
>
63 <tr
><td
> 0.3</td
><td
> 11</td
><td
> 3415</td
><td
> 0.4</td
><td
> 29</td
><td
> 6875</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Petroleumstilsynet
</td
></tr
>
64 <tr
><td
> 0.3</td
><td
> 24</td
><td
> 7058</td
><td
> 0.8</td
><td
> 105</td
><td
> 12406</td
><td
> 0.8</td
><td
> 13</td
><td
> 1446</td
><td
>Fylkesmannen i Finnmark
</td
></tr
>
65 <tr
><td
> 0.3</td
><td
> 112</td
><td
> 34376</td
><td
> 0.1</td
><td
> 63</td
><td
> 32452</td
><td
> 3.7</td
><td
> 29</td
><td
> 772</td
><td
>Landbruksdirektoratet Oslo
</td
></tr
>
66 <tr
><td
> 0.3</td
><td
> 378</td
><td
> 97805</td
><td
> 0.4</td
><td
> 337</td
><td
> 72449</td
><td
> 5.9</td
><td
> 43</td
><td
> 726</td
><td
>Arbeidstilsynet
</td
></tr
>
67 <tr
><td
> 0.4</td
><td
> 26</td
><td
> 6161</td
><td
> 0.6</td
><td
> 73</td
><td
> 11750</td
><td
> 5.9</td
><td
> 30</td
><td
> 502</td
><td
>Fylkesmannen i Nord-Trøndelag
</td
></tr
>
68 <tr
><td
> 0.4</td
><td
> 26</td
><td
> 6315</td
><td
> 0.4</td
><td
> 50</td
><td
> 12399</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Fylkesmannen i Vest-Agder
</td
></tr
>
69 <tr
><td
> 0.4</td
><td
> 30</td
><td
> 6147</td
><td
> 0.3</td
><td
> 44</td
><td
> 11971</td
><td
> 2.0</td
><td
> 68</td
><td
> 3308</td
><td
>Barne-, likestillings- og inkluderingsdepartementet
</td
></tr
>
70 <tr
><td
> 0.4</td
><td
> 58</td
><td
> 13614</td
><td
> 0.5</td
><td
> 135</td
><td
> 24906</td
><td
> 1.1</td
><td
> 2</td
><td
> 181</td
><td
>Luftfartstilsynet
</td
></tr
>
71 <tr
><td
> 0.5</td
><td
> 18</td
><td
> 3582</td
><td
> 0.6</td
><td
> 28</td
><td
> 4227</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Statens strålevern
</td
></tr
>
72 <tr
><td
> 0.5</td
><td
> 32</td
><td
> 5617</td
><td
> 0.1</td
><td
> 22</td
><td
> 11219</td
><td
> 1.4</td
><td
> 10</td
><td
> 677</td
><td
>Fylkesmannen i Sogn og Fjordane
</td
></tr
>
73 <tr
><td
> 0.5</td
><td
> 42</td
><td
> 8092</td
><td
> 0.5</td
><td
> 71</td
><td
> 13955</td
><td
> 2.9</td
><td
> 20</td
><td
> 683</td
><td
>Fylkesmannen i Vestfold
</td
></tr
>
74 <tr
><td
> 0.5</td
><td
> 51</td
><td
> 9369</td
><td
> 1.8</td
><td
> 379</td
><td
> 20097</td
><td
> 1.5</td
><td
> 127</td
><td
> 8208</td
><td
>Nærings- og fiskeridepartementet
</td
></tr
>
75 <tr
><td
> 0.5</td
><td
> 131</td
><td
> 26078</td
><td
> 0.7</td
><td
> 288</td
><td
> 40744</td
><td
> 1.9</td
><td
> 169</td
><td
> 8720</td
><td
>Fiskeridirektoratet
</td
></tr
>
76 <tr
><td
> 0.6</td
><td
> 8</td
><td
> 1196</td
><td
> 2.8</td
><td
> 63</td
><td
> 2218</td
><td
> 0.4</td
><td
> 4</td
><td
> 869</td
><td
>Kriminalomsorgsdirektoratet
</td
></tr
>
77 <tr
><td
> 0.6</td
><td
> 21</td
><td
> 3346</td
><td
> 0.6</td
><td
> 52</td
><td
> 8466</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Oljedirektoratet
</td
></tr
>
78 <tr
><td
> 0.6</td
><td
> 46</td
><td
> 6829</td
><td
> 0.2</td
><td
> 31</td
><td
> 12569</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Politidirektoratet
</td
></tr
>
79 <tr
><td
> 0.6</td
><td
> 212</td
><td
> 31652</td
><td
> 0.2</td
><td
> 91</td
><td
> 40008</td
><td
> 4.8</td
><td
> 134</td
><td
> 2737</td
><td
>Arkivverket
</td
></tr
>
80 <tr
><td
> 0.7</td
><td
> 55</td
><td
> 7146</td
><td
> 1.0</td
><td
> 190</td
><td
> 18453</td
><td
> 0.2</td
><td
> 17</td
><td
> 6826</td
><td
>Kommunal- og moderniseringsdepartementet
</td
></tr
>
81 <tr
><td
> 0.7</td
><td
> 65</td
><td
> 8775</td
><td
> 0.3</td
><td
> 28</td
><td
> 9163</td
><td
> 8.8</td
><td
> 3</td
><td
> 34</td
><td
>Brønnøysundregistrene
</td
></tr
>
82 <tr
><td
> 0.7</td
><td
> 76</td
><td
> 10608</td
><td
> 0.8</td
><td
> 155</td
><td
> 17370</td
><td
> 3.4</td
><td
> 20</td
><td
> 586</td
><td
>Fylkesmannen i Troms
</td
></tr
>
83 <tr
><td
> 0.7</td
><td
> 133</td
><td
> 16654</td
><td
> 1.2</td
><td
> 361</td
><td
> 28621</td
><td
> 6.5</td
><td
> 343</td
><td
> 5260</td
><td
>Norges vassdrags- og energidirektorat
</td
></tr
>
84 <tr
><td
> 0.7</td
><td
> 259</td
><td
> 35560</td
><td
> 0.7</td
><td
> 314</td
><td
> 42109</td
><td
> 1.2</td
><td
> 359</td
><td
> 27705</td
><td
>Statens vegvesen Region vest
</td
></tr
>
85 <tr
><td
> 0.8</td
><td
> 6</td
><td
> 737</td
><td
> 1.2</td
><td
> 10</td
><td
> 779</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Statens arbeidsmiljøinstitutt
</td
></tr
>
86 <tr
><td
> 0.8</td
><td
> 22</td
><td
> 2712</td
><td
> 0.3</td
><td
> 29</td
><td
> 7795</td
><td
> 0.7</td
><td
> 2</td
><td
> 270</td
><td
>Forbrukerombudet
</td
></tr
>
87 <tr
><td
> 0.8</td
><td
> 26</td
><td
> 2991</td
><td
> 0.8</td
><td
> 40</td
><td
> 4980</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Sysselmannen på Svalbard
</td
></tr
>
88 <tr
><td
> 0.8</td
><td
> 36</td
><td
> 4024</td
><td
> 0.3</td
><td
> 27</td
><td
> 7660</td
><td
>50.0</td
><td
> 1</td
><td
> 2</td
><td
>Landbruks- og matdepartementet
</td
></tr
>
89 <tr
><td
> 0.8</td
><td
> 75</td
><td
> 8834</td
><td
> 0.7</td
><td
> 77</td
><td
> 10190</td
><td
>16.2</td
><td
> 183</td
><td
> 1127</td
><td
>Norsk Filminstitutt
</td
></tr
>
90 <tr
><td
> 0.8</td
><td
> 499</td
><td
> 57720</td
><td
> 0.5</td
><td
> 311</td
><td
> 61184</td
><td
> 1.5</td
><td
> 514</td
><td
> 32577</td
><td
>Statens vegvesen Region øst
</td
></tr
>
91 <tr
><td
> 0.9</td
><td
> 45</td
><td
> 4578</td
><td
> 0.3</td
><td
> 35</td
><td
> 9186</td
><td
> 0.0</td
><td
> 0</td
><td
> 60</td
><td
>Olje- og energidepartementet
</td
></tr
>
92 <tr
><td
> 1.0</td
><td
> 56</td
><td
> 5121</td
><td
> 1.0</td
><td
> 54</td
><td
> 5316</td
><td
> 0.0</td
><td
> 0</td
><td
> 14</td
><td
>Toll- og avgiftsdirektoratet
</td
></tr
>
93 <tr
><td
> 1.0</td
><td
> 71</td
><td
> 6736</td
><td
> 0.1</td
><td
> 29</td
><td
> 17332</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Helse- og omsorgsdepartementet
</td
></tr
>
94 <tr
><td
> 1.0</td
><td
> 71</td
><td
> 6738</td
><td
> 0.2</td
><td
> 32</td
><td
> 12467</td
><td
>10.6</td
><td
> 40</td
><td
> 374</td
><td
>Fylkesmannen i Møre og Romsdal
</td
></tr
>
95 <tr
><td
> 1.1</td
><td
> 143</td
><td
> 12363</td
><td
> 0.2</td
><td
> 54</td
><td
> 24540</td
><td
> 6.4</td
><td
> 159</td
><td
> 2455</td
><td
>Fylkesmannen i Hordaland
</td
></tr
>
96 <tr
><td
> 1.1</td
><td
> 298</td
><td
> 25798</td
><td
> 0.8</td
><td
> 261</td
><td
> 29618</td
><td
> 2.1</td
><td
> 407</td
><td
> 18761</td
><td
>Statens vegvesen Region midt
</td
></tr
>
97 <tr
><td
> 1.2</td
><td
> 37</td
><td
> 2870</td
><td
> 1.0</td
><td
> 63</td
><td
> 6227</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Havforskningsinstituttet
</td
></tr
>
98 <tr
><td
> 1.2</td
><td
> 99</td
><td
> 7791</td
><td
> 0.4</td
><td
> 65</td
><td
> 14762</td
><td
> 0.0</td
><td
> 0</td
><td
> 1</td
><td
>Samferdselsdepartementet
</td
></tr
>
99 <tr
><td
> 1.2</td
><td
> 157</td
><td
> 12292</td
><td
> 4.6</td
><td
> 701</td
><td
> 15117</td
><td
> 2.5</td
><td
> 265</td
><td
> 10381</td
><td
>Statens vegvesen Vegdirektoratet
</td
></tr
>
100 <tr
><td
> 1.3</td
><td
> 12</td
><td
> 920</td
><td
> 0.8</td
><td
> 11</td
><td
> 1244</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Kunst i offentlige rom
</td
></tr
>
101 <tr
><td
> 1.3</td
><td
> 215</td
><td
> 15828</td
><td
> 0.6</td
><td
> 186</td
><td
> 28164</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Finanstilsynet
</td
></tr
>
102 <tr
><td
> 1.3</td
><td
> 302</td
><td
> 22933</td
><td
> 0.3</td
><td
> 90</td
><td
> 23240</td
><td
> 2.6</td
><td
> 398</td
><td
> 15231</td
><td
>Statens vegvesen Region nord
</td
></tr
>
103 <tr
><td
> 1.4</td
><td
> 25</td
><td
> 1715</td
><td
> 6.1</td
><td
> 133</td
><td
> 2168</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Nasjonalbiblioteket
</td
></tr
>
104 <tr
><td
> 1.5</td
><td
> 98</td
><td
> 6156</td
><td
> 0.0</td
><td
> 20</td
><td
> 20593</td
><td
> 4.1</td
><td
> 40</td
><td
> 970</td
><td
>Fylkesmannen i Nordland
</td
></tr
>
105 <tr
><td
> 1.6</td
><td
> 18</td
><td
> 1125</td
><td
> 3.2</td
><td
> 49</td
><td
> 1528</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Norges geologiske undersøkelse
</td
></tr
>
106 <tr
><td
> 1.6</td
><td
> 60</td
><td
> 3554</td
><td
> 1.4</td
><td
> 68</td
><td
> 4737</td
><td
> 7.9</td
><td
> 32</td
><td
> 404</td
><td
>Statens lånekasse for utdanning
</td
></tr
>
107 <tr
><td
> 1.6</td
><td
> 134</td
><td
> 8362</td
><td
> 0.4</td
><td
> 60</td
><td
> 14685</td
><td
> 1.9</td
><td
> 16</td
><td
> 834</td
><td
>Fylkesmannen i Buskerud
</td
></tr
>
108 <tr
><td
> 1.7</td
><td
> 91</td
><td
> 5179</td
><td
> 0.4</td
><td
> 43</td
><td
> 10584</td
><td
> 2.0</td
><td
> 20</td
><td
> 972</td
><td
>Fylkesmannen i Hedmark
</td
></tr
>
109 <tr
><td
> 1.8</td
><td
> 80</td
><td
> 4247</td
><td
> 0.9</td
><td
> 51</td
><td
> 5598</td
><td
> 3.4</td
><td
> 13</td
><td
> 378</td
><td
>Vox, nasjonalt fagorgan for kompetansepolitikk
</td
></tr
>
110 <tr
><td
> 1.9</td
><td
> 724</td
><td
> 37954</td
><td
> 0.7</td
><td
> 295</td
><td
> 40382</td
><td
> 2.7</td
><td
> 875</td
><td
> 32017</td
><td
>Statens vegvesen Region sør
</td
></tr
>
111 <tr
><td
> 2.1</td
><td
> 5</td
><td
> 230</td
><td
> 3.9</td
><td
> 11</td
><td
> 279</td
><td
> 5.4</td
><td
> 6</td
><td
> 111</td
><td
>Statens institutt for rusmiddelforskning
</td
></tr
>
112 <tr
><td
> 2.1</td
><td
> 197</td
><td
> 9135</td
><td
> 3.4</td
><td
> 648</td
><td
> 19009</td
><td
>10.3</td
><td
> 880</td
><td
> 8482</td
><td
>Forsvarsbygg
</td
></tr
>
113 <tr
><td
> 2.2</td
><td
> 146</td
><td
> 6439</td
><td
> 2.9</td
><td
> 201</td
><td
> 6800</td
><td
> 7.0</td
><td
> 121</td
><td
> 1710</td
><td
>Statistisk sentralbyrå
</td
></tr
>
114 <tr
><td
> 2.2</td
><td
> 600</td
><td
> 26724</td
><td
> 1.8</td
><td
> 493</td
><td
> 26246</td
><td
>12.8</td
><td
>1022</td
><td
> 7925</td
><td
>Direktoratet for samfunnssikkerhet og beredskap
</td
></tr
>
115 <tr
><td
> 2.3</td
><td
> 61</td
><td
> 2648</td
><td
> 3.7</td
><td
> 104</td
><td
> 2758</td
><td
>14.4</td
><td
> 310</td
><td
> 2147</td
><td
>Departementenes sikkerhets- og serviceorganisasjon
</td
></tr
>
116 <tr
><td
> 2.3</td
><td
> 166</td
><td
> 7039</td
><td
> 0.4</td
><td
> 61</td
><td
> 14467</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Kulturdepartementet
</td
></tr
>
117 <tr
><td
> 2.4</td
><td
> 159</td
><td
> 6438</td
><td
> 0.4</td
><td
> 57</td
><td
> 12599</td
><td
> 2.0</td
><td
> 88</td
><td
> 4365</td
><td
>Arbeids- og sosialdepartementet
</td
></tr
>
118 <tr
><td
> 2.6</td
><td
> 122</td
><td
> 4630</td
><td
> 0.7</td
><td
> 66</td
><td
> 9346</td
><td
> 1.1</td
><td
> 6</td
><td
> 507</td
><td
>Fylkesmannen i Aust-Agder
</td
></tr
>
119 <tr
><td
> 2.6</td
><td
> 238</td
><td
> 9078</td
><td
> 0.5</td
><td
> 85</td
><td
> 15926</td
><td
> 0.0</td
><td
> 0</td
><td
> 2</td
><td
>Kunnskapsdepartementet
</td
></tr
>
120 <tr
><td
> 2.7</td
><td
> 53</td
><td
> 1924</td
><td
> 4.8</td
><td
> 98</td
><td
> 2025</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Statens pensjonskasse
</td
></tr
>
121 <tr
><td
> 2.7</td
><td
> 385</td
><td
> 14079</td
><td
> 1.6</td
><td
> 225</td
><td
> 13259</td
><td
> 7.6</td
><td
> 99</td
><td
> 1287</td
><td
>Post- og teletilsynet
</td
></tr
>
122 <tr
><td
> 2.8</td
><td
> 57</td
><td
> 2022</td
><td
> 3.5</td
><td
> 125</td
><td
> 3557</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Direktoratet for økonomistyring
</td
></tr
>
123 <tr
><td
> 2.9</td
><td
> 92</td
><td
> 3087</td
><td
> 0.7</td
><td
> 31</td
><td
> 4294</td
><td
> 0.0</td
><td
> 0</td
><td
> 14</td
><td
>Domstoladministrasjonen
</td
></tr
>
124 <tr
><td
> 3.0</td
><td
> 53</td
><td
> 1745</td
><td
> 4.0</td
><td
> 87</td
><td
> 2147</td
><td
> 4.7</td
><td
> 9</td
><td
> 190</td
><td
>Språkrådet
</td
></tr
>
125 <tr
><td
> 3.0</td
><td
> 163</td
><td
> 5292</td
><td
> 1.3</td
><td
> 79</td
><td
> 6075</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Barne-, ungdoms- og familiedirektoratet
</td
></tr
>
126 <tr
><td
> 3.1</td
><td
> 451</td
><td
> 14408</td
><td
> 1.9</td
><td
> 524</td
><td
> 26513</td
><td
> 7.0</td
><td
> 474</td
><td
> 6719</td
><td
>Justis- og beredskapsdepartementet
</td
></tr
>
127 <tr
><td
> 3.3</td
><td
> 719</td
><td
> 21150</td
><td
> 2.1</td
><td
> 641</td
><td
> 29824</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Miljødirektoratet
</td
></tr
>
128 <tr
><td
> 3.4</td
><td
> 110</td
><td
> 3232</td
><td
> 3.6</td
><td
> 128</td
><td
> 3536</td
><td
>21.3</td
><td
> 62</td
><td
> 290</td
><td
>Norsk Akkreditering
</td
></tr
>
129 <tr
><td
> 3.4</td
><td
> 227</td
><td
> 6535</td
><td
> 2.8</td
><td
> 401</td
><td
> 14175</td
><td
> 0.0</td
><td
> 0</td
><td
> 2</td
><td
>Riksantikvaren - Direktoratet for kulturminneforvaltning
</td
></tr
>
130 <tr
><td
> 3.7</td
><td
> 309</td
><td
> 8202</td
><td
> 2.2</td
><td
> 250</td
><td
> 10976</td
><td
>17.0</td
><td
>1243</td
><td
> 7279</td
><td
>Skattedirektoratet
</td
></tr
>
131 <tr
><td
> 3.8</td
><td
> 19</td
><td
> 499</td
><td
> 8.6</td
><td
> 67</td
><td
> 775</td
><td
> 5.3</td
><td
> 28</td
><td
> 524</td
><td
>Departementenes servicesenter
</td
></tr
>
132 <tr
><td
> 3.8</td
><td
> 617</td
><td
> 15934</td
><td
> 4.3</td
><td
> 715</td
><td
> 16533</td
><td
> 9.8</td
><td
> 407</td
><td
> 4118</td
><td
>Statens kartverk
</td
></tr
>
133 <tr
><td
> 4.0</td
><td
> 274</td
><td
> 6776</td
><td
> 0.3</td
><td
> 38</td
><td
> 9907</td
><td
> 2.4</td
><td
> 17</td
><td
> 687</td
><td
>Fylkesmannen i Telemark
</td
></tr
>
134 <tr
><td
> 4.1</td
><td
>2326</td
><td
> 56219</td
><td
> 8.5</td
><td
>5657</td
><td
> 66171</td
><td
> 5.8</td
><td
> 861</td
><td
> 14624</td
><td
>Husbanken
</td
></tr
>
135 <tr
><td
> 4.2</td
><td
> 223</td
><td
> 5190</td
><td
> 0.8</td
><td
> 60</td
><td
> 7456</td
><td
> 7.6</td
><td
> 392</td
><td
> 5131</td
><td
>Statens helsetilsyn
</td
></tr
>
136 <tr
><td
> 4.3</td
><td
> 273</td
><td
> 6232</td
><td
> 3.3</td
><td
> 238</td
><td
> 7050</td
><td
> 1.5</td
><td
> 2</td
><td
> 132</td
><td
>Nasjonalt folkehelseinstitutt
</td
></tr
>
137 <tr
><td
> 4.4</td
><td
> 151</td
><td
> 3381</td
><td
>12.6</td
><td
> 429</td
><td
> 3392</td
><td
>10.5</td
><td
> 185</td
><td
> 1747</td
><td
>Direktoratet for nødkommunikasjon
</td
></tr
>
138 <tr
><td
> 4.5</td
><td
> 27</td
><td
> 594</td
><td
> 5.9</td
><td
> 63</td
><td
> 1054</td
><td
> 0.0</td
><td
> 0</td
><td
> 0</td
><td
>Fredskorpset
</td
></tr
>
139 <tr
><td
> 4.5</td
><td
> 157</td
><td
> 3471</td
><td
> 2.8</td
><td
> 209</td
><td
> 7407</td
><td
> 8.3</td
><td
> 76</td
><td
> 905</td
><td
>Garantiinstituttet for eksportkreditt
</td
></tr
>
140 <tr
><td
> 4.6</td
><td
> 86</td
><td
> 1841</td
><td
> 0.8</td
><td
> 31</td
><td
> 3543</td
><td
>18.6</td
><td
> 142</td
><td
> 762</td
><td
>Utlendingsnemnda
</td
></tr
>
141 <tr
><td
> 4.7</td
><td
> 198</td
><td
> 4203</td
><td
>17.9</td
><td
>1015</td
><td
> 5640</td
><td
>11.1</td
><td
> 273</td
><td
> 2457</td
><td
>Direktoratet for forvaltning og IKT
</td
></tr
>
142 <tr
><td
> 5.0</td
><td
> 455</td
><td
> 9044</td
><td
> 5.6</td
><td
> 771</td
><td
> 13717</td
><td
> 8.4</td
><td
> 346</td
><td
> 4093</td
><td
>Direktoratet for utviklingssamarbeid
</td
></tr
>
143 <tr
><td
> 5.0</td
><td
> 639</td
><td
> 12780</td
><td
> 6.8</td
><td
>1629</td
><td
> 23811</td
><td
> 5.4</td
><td
>1559</td
><td
> 28511</td
><td
>Utenriksdepartementet
</td
></tr
>
144 <tr
><td
> 5.7</td
><td
> 7</td
><td
> 122</td
><td
> 2.6</td
><td
> 3</td
><td
> 115</td
><td
>58.6</td
><td
> 51</td
><td
> 87</td
><td
>Reindriftsforvaltningen
</td
></tr
>
145 <tr
><td
> 5.7</td
><td
>1002</td
><td
> 17507</td
><td
> 0.9</td
><td
> 172</td
><td
> 18776</td
><td
> 6.5</td
><td
> 59</td
><td
> 905</td
><td
>Kystverket
</td
></tr
>
146 <tr
><td
> 6.1</td
><td
> 360</td
><td
> 5849</td
><td
> 3.2</td
><td
> 216</td
><td
> 6747</td
><td
>43.9</td
><td
>1110</td
><td
> 2526</td
><td
>Utlendingsdirektoratet
</td
></tr
>
147 <tr
><td
> 6.4</td
><td
> 140</td
><td
> 2161</td
><td
> 2.5</td
><td
> 61</td
><td
> 2407</td
><td
> 5.1</td
><td
> 14</td
><td
> 272</td
><td
>Statens innkrevingssentral
</td
></tr
>
148 <tr
><td
> 7.0</td
><td
> 329</td
><td
> 4658</td
><td
> 5.9</td
><td
> 432</td
><td
> 7313</td
><td
>36.3</td
><td
> 8</td
><td
> 22</td
><td
>Senter for internasjonalisering av utdanning
</td
></tr
>
149 <tr
><td
> 8.3</td
><td
>2038</td
><td
> 24504</td
><td
> 0.7</td
><td
> 194</td
><td
> 26862</td
><td
>11.2</td
><td
> 453</td
><td
> 4022</td
><td
>Utdanningsdirektoratet
</td
></tr
>
150 <tr
><td
> 8.8</td
><td
> 482</td
><td
> 5474</td
><td
> 0.8</td
><td
> 94</td
><td
> 11724</td
><td
>10.9</td
><td
> 170</td
><td
> 1556</td
><td
>Klima- og miljødepartementet
</td
></tr
>
151 <tr
><td
> 8.8</td
><td
>3400</td
><td
> 38523</td
><td
> 2.6</td
><td
>1237</td
><td
> 46100</td
><td
> 9.9</td
><td
> 979</td
><td
> 9848</td
><td
>Norges forskningsråd
</td
></tr
>
152 <tr
><td
> 9.5</td
><td
> 35</td
><td
> 365</td
><td
>17.2</td
><td
> 20</td
><td
> 116</td
><td
>27.4</td
><td
> 181</td
><td
> 659</td
><td
>Landinfo
</td
></tr
>
153 <tr
><td
> 9.7</td
><td
> 848</td
><td
> 8722</td
><td
> 1.7</td
><td
> 228</td
><td
> 13240</td
><td
>22.2</td
><td
> 143</td
><td
> 644</td
><td
>Fylkesmannen i Sør-Trøndelag
</td
></tr
>
154 <tr
><td
>10.1</td
><td
>1222</td
><td
> 12077</td
><td
> 0.7</td
><td
> 138</td
><td
> 18896</td
><td
>10.0</td
><td
> 157</td
><td
> 1556</td
><td
>Fylkesmannen i Rogaland
</td
></tr
>
155 <tr
><td
>12.8</td
><td
>2078</td
><td
> 16221</td
><td
> 1.0</td
><td
> 431</td
><td
> 40447</td
><td
> 1.8</td
><td
> 363</td
><td
> 19287</td
><td
>Statens legemiddelverk
</td
></tr
>
156 <tr
><td
>12.8</td
><td
>2683</td
><td
> 20887</td
><td
>14.1</td
><td
>2045</td
><td
> 14445</td
><td
>21.4</td
><td
>2283</td
><td
> 10633</td
><td
>Statsbygg
</td
></tr
>
157 <tr
><td
>13.0</td
><td
> 789</td
><td
> 6042</td
><td
> 1.5</td
><td
> 135</td
><td
> 8745</td
><td
>28.1</td
><td
> 719</td
><td
> 2556</td
><td
>Integrerings- og mangfoldsdirektoratet
</td
></tr
>
158 <tr
><td
>13.1</td
><td
>4057</td
><td
> 30897</td
><td
>11.8</td
><td
>5606</td
><td
> 47404</td
><td
>32.1</td
><td
>2977</td
><td
> 9273</td
><td
>Helsedirektoratet
</td
></tr
>
159 <tr
><td
>24.2</td
><td
>1878</td
><td
> 7744</td
><td
> 4.6</td
><td
> 685</td
><td
> 14843</td
><td
>19.2</td
><td
> 261</td
><td
> 1354</td
><td
>Fylkesmannen i Oppland
</td
></tr
>
160 <tr
><td
>28.8</td
><td
>6710</td
><td
> 23254</td
><td
> 0.6</td
><td
> 229</td
><td
> 35654</td
><td
>19.3</td
><td
>1060</td
><td
> 5491</td
><td
>Sjøfartsdirektoratet
</td
></tr
>
163 <p
>Jeg lurer virkelig på hva som gjør at det blir så langt tid mellom
164 dokumentdato og journalføringsdato for så stor andel av postjournalen
165 for endel offentlige kontoret, spesielt for utgående dokumenter og
166 interne notater. Gjør saksbehandlere eller arkivarer mye feil med
167 datoføringen, eller har de gjort en innsats for å få ryddet opp i
168 bakloggen av dokumenter som skulle vært journalført for lenge siden?
169 Eller finnes det andre forklaringer?
</p
>
174 <title>Over et halvt år før offentlig korrespondanse journalføres - statistikk for
2014</title>
175 <link>http://people.skolelinux.org/pere/blog/Over_et_halvt__r_f_r_offentlig_korrespondanse_journalf_res___statistikk_for_2014.html
</link>
176 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Over_et_halvt__r_f_r_offentlig_korrespondanse_journalf_res___statistikk_for_2014.html
</guid>
177 <pubDate>Fri,
16 Jan
2015 13:
10:
00 +
0100</pubDate>
178 <description><p
>Den norske tjenesten
<a href=
"https://www.oep.no/
">Offentlig
179 Elektronisk Postjournal
</a
> er en samlet webtjeneste som gir borgerne
180 innsyn i hva de ulike statlige aktørene har av post inn og ut. Jeg
181 har fulgt med på den en stund, og ville dele litt statistikk med mine
182 lesere om hvor flinke ulike instanser er til å holde postjournalen
185 <p
>Denne oversikt viser hvor stor andel av dokumentene journalført i
186 2014 som har mer enn
180 dagers differanse mellom dokumentdato og
187 journalføringsdato (liggetid). Dvs. hvor stor andel dokumenter som
188 blir journalført veldig sent. Et eksempel på en slik journalføring er
189 et
<a href=
"https://oep.no/search/resultSingle.html?journalPostId=
10232315">261
190 år gammelt hemmeligstemplet dokument
</a
> ført i postjournalen til
191 Forsvarsdepartementet
2014-
04-
23.
</p
>
193 <table border=
"1">
194 <tr
> <th
>prosent
</th
> <th
>#
> 180d liggetid
</th
> <th
>Totalt
</th
> <th
>Instans
</th
> </tr
>
195 <tr
><td
>0.0</td
> <td
>0</td
> <td
>49478</td
> <td
>Fylkesmannen i Oslo og Akershus
</td
></tr
>
196 <tr
><td
>0.1</td
> <td
>4</td
> <td
>5019</td
> <td
>Norsk kulturråd
</td
></tr
>
197 <tr
><td
>0.1</td
> <td
>19</td
> <td
>20433</td
> <td
>Fylkesmannen i Østfold
</td
></tr
>
198 <tr
><td
>0.1</td
> <td
>5</td
> <td
>3484</td
> <td
>Medietilsynet
</td
></tr
>
199 <tr
><td
>0.1</td
> <td
>25</td
> <td
>17289</td
> <td
>Statens landbruksforvaltning
</td
></tr
>
200 <tr
><td
>0.2</td
> <td
>41</td
> <td
>23638</td
> <td
>Lotteri- og stiftelsestilsynet
</td
></tr
>
201 <tr
><td
>0.2</td
> <td
>49</td
> <td
>26367</td
> <td
>Direktoratet for byggkvalitet
</td
></tr
>
202 <tr
><td
>0.2</td
> <td
>39</td
> <td
>20950</td
> <td
>Finansdepartementet
</td
></tr
>
203 <tr
><td
>0.2</td
> <td
>28</td
> <td
>12848</td
> <td
>Statens jernbanetilsyn
</td
></tr
>
204 <tr
><td
>0.2</td
> <td
>25</td
> <td
>10643</td
> <td
>Statsministerens kontor
</td
></tr
>
205 <tr
><td
>0.3</td
> <td
>12</td
> <td
>4515</td
> <td
>Nasjonalt organ for kvalitet i utdanningen
</td
></tr
>
206 <tr
><td
>0.3</td
> <td
>204</td
> <td
>67600</td
> <td
>Landbruksdirektoratet Oslo
</td
></tr
>
207 <tr
><td
>0.3</td
> <td
>16</td
> <td
>4645</td
> <td
>Konkurransetilsynet
</td
></tr
>
208 <tr
><td
>0.3</td
> <td
>21</td
> <td
>6072</td
> <td
>Datatilsynet
</td
></tr
>
209 <tr
><td
>0.4</td
> <td
>64</td
> <td
>17513</td
> <td
>Fylkesmannen i Sogn og Fjordane
</td
></tr
>
210 <tr
><td
>0.4</td
> <td
>40</td
> <td
>10290</td
> <td
>Petroleumstilsynet
</td
></tr
>
211 <tr
><td
>0.4</td
> <td
>77</td
> <td
>19398</td
> <td
>Politidirektoratet
</td
></tr
>
212 <tr
><td
>0.4</td
> <td
>76</td
> <td
>18714</td
> <td
>Fylkesmannen i Vest-Agder
</td
></tr
>
213 <tr
><td
>0.4</td
> <td
>100</td
> <td
>24068</td
> <td
>Helse- og omsorgsdepartementet
</td
></tr
>
214 <tr
><td
>0.4</td
> <td
>758</td
> <td
>170980</td
> <td
>Arbeidstilsynet
</td
></tr
>
215 <tr
><td
>0.5</td
> <td
>198</td
> <td
>43323</td
> <td
>Justervesenet
</td
></tr
>
216 <tr
><td
>0.5</td
> <td
>53</td
> <td
>10777</td
> <td
>Forbrukerombudet
</td
></tr
>
217 <tr
><td
>0.5</td
> <td
>195</td
> <td
>38701</td
> <td
>Luftfartstilsynet
</td
></tr
>
218 <tr
><td
>0.5</td
> <td
>96</td
> <td
>17972</td
> <td
>Brønnøysundregistrene
</td
></tr
>
219 <tr
><td
>0.5</td
> <td
>64</td
> <td
>11686</td
> <td
>Landbruks- og matdepartementet
</td
></tr
>
220 <tr
><td
>0.6</td
> <td
>43</td
> <td
>7703</td
> <td
>Direktoratet for mineralforvaltning med Bergmesteren for Svalbard
</td
></tr
>
221 <tr
><td
>0.6</td
> <td
>158</td
> <td
>27719</td
> <td
>Fylkesmannen i Nordland
</td
></tr
>
222 <tr
><td
>0.6</td
> <td
>80</td
> <td
>13824</td
> <td
>Olje- og energidepartementet
</td
></tr
>
223 <tr
><td
>0.6</td
> <td
>133</td
> <td
>22730</td
> <td
>Fylkesmannen i Vestfold
</td
></tr
>
224 <tr
><td
>0.6</td
> <td
>437</td
> <td
>74397</td
> <td
>Arkivverket
</td
></tr
>
225 <tr
><td
>0.6</td
> <td
>46</td
> <td
>7809</td
> <td
>Statens strålevern
</td
></tr
>
226 <tr
><td
>0.6</td
> <td
>73</td
> <td
>11812</td
> <td
>Oljedirektoratet
</td
></tr
>
227 <tr
><td
>0.7</td
> <td
>142</td
> <td
>21423</td
> <td
>Barne-, likestillings- og inkluderingsdepartementet
</td
></tr
>
228 <tr
><td
>0.7</td
> <td
>142</td
> <td
>20910</td
> <td
>Fylkesmannen i Finnmark
</td
></tr
>
229 <tr
><td
>0.7</td
> <td
>129</td
> <td
>18413</td
> <td
>Fylkesmannen i Nord-Trøndelag
</td
></tr
>
230 <tr
><td
>0.7</td
> <td
>164</td
> <td
>22554</td
> <td
>Samferdselsdepartementet
</td
></tr
>
231 <tr
><td
>0.7</td
> <td
>143</td
> <td
>19579</td
> <td
>Fylkesmannen i Møre og Romsdal
</td
></tr
>
232 <tr
><td
>0.8</td
> <td
>97</td
> <td
>12800</td
> <td
>Forsvarsdepartementet
</td
></tr
>
233 <tr
><td
>0.8</td
> <td
>588</td
> <td
>75542</td
> <td
>Fiskeridirektoratet
</td
></tr
>
234 <tr
><td
>0.8</td
> <td
>23</td
> <td
>2854</td
> <td
>Landbruksdirektoratet Alta
</td
></tr
>
235 <tr
><td
>0.8</td
> <td
>262</td
> <td
>32425</td
> <td
>Kommunal- og moderniseringsdepartementet
</td
></tr
>
236 <tr
><td
>0.8</td
> <td
>66</td
> <td
>7971</td
> <td
>Sysselmannen på Svalbard
</td
></tr
>
237 <tr
><td
>0.9</td
> <td
>1324</td
> <td
>151481</td
> <td
>Statens vegvesen Region øst
</td
></tr
>
238 <tr
><td
>0.9</td
> <td
>251</td
> <td
>28564</td
> <td
>Fylkesmannen i Troms
</td
></tr
>
239 <tr
><td
>0.9</td
> <td
>210</td
> <td
>23881</td
> <td
>Fylkesmannen i Buskerud
</td
></tr
>
240 <tr
><td
>0.9</td
> <td
>932</td
> <td
>105374</td
> <td
>Statens vegvesen Region vest
</td
></tr
>
241 <tr
><td
>0.9</td
> <td
>356</td
> <td
>39358</td
> <td
>Fylkesmannen i Hordaland
</td
></tr
>
242 <tr
><td
>0.9</td
> <td
>401</td
> <td
>43992</td
> <td
>Finanstilsynet
</td
></tr
>
243 <tr
><td
>0.9</td
> <td
>154</td
> <td
>16735</td
> <td
>Fylkesmannen i Hedmark
</td
></tr
>
244 <tr
><td
>1.1</td
> <td
>16</td
> <td
>1516</td
> <td
>Statens arbeidsmiljøinstitutt
</td
></tr
>
245 <tr
><td
>1.1</td
> <td
>227</td
> <td
>21506</td
> <td
>Kulturdepartementet
</td
></tr
>
246 <tr
><td
>1.1</td
> <td
>110</td
> <td
>10397</td
> <td
>Toll- og avgiftsdirektoratet
</td
></tr
>
247 <tr
><td
>1.1</td
> <td
>23</td
> <td
>2164</td
> <td
>Kunst i offentlige rom
</td
></tr
>
248 <tr
><td
>1.1</td
> <td
>100</td
> <td
>9097</td
> <td
>Havforskningsinstituttet
</td
></tr
>
249 <tr
><td
>1.3</td
> <td
>790</td
> <td
>61404</td
> <td
>Statens vegvesen Region nord
</td
></tr
>
250 <tr
><td
>1.3</td
> <td
>323</td
> <td
>25006</td
> <td
>Kunnskapsdepartementet
</td
></tr
>
251 <tr
><td
>1.3</td
> <td
>304</td
> <td
>23402</td
> <td
>Arbeids- og sosialdepartementet
</td
></tr
>
252 <tr
><td
>1.3</td
> <td
>966</td
> <td
>74177</td
> <td
>Statens vegvesen Region midt
</td
></tr
>
253 <tr
><td
>1.3</td
> <td
>194</td
> <td
>14483</td
> <td
>Fylkesmannen i Aust-Agder
</td
></tr
>
254 <tr
><td
>1.4</td
> <td
>144</td
> <td
>10223</td
> <td
>Vox, nasjonalt fagorgan for kompetansepolitikk
</td
></tr
>
255 <tr
><td
>1.5</td
> <td
>557</td
> <td
>37674</td
> <td
>Nærings- og fiskeridepartementet
</td
></tr
>
256 <tr
><td
>1.5</td
> <td
>3</td
> <td
>200</td
> <td
>Kompetansesenter for distriktsutvikling
</td
></tr
>
257 <tr
><td
>1.7</td
> <td
>837</td
> <td
>50535</td
> <td
>Norges vassdrags- og energidirektorat
</td
></tr
>
258 <tr
><td
>1.7</td
> <td
>335</td
> <td
>20151</td
> <td
>Norsk Filminstitutt
</td
></tr
>
259 <tr
><td
>1.7</td
> <td
>123</td
> <td
>7395</td
> <td
>Domstoladministrasjonen
</td
></tr
>
260 <tr
><td
>1.7</td
> <td
>1894</td
> <td
>110353</td
> <td
>Statens vegvesen Region sør
</td
></tr
>
261 <tr
><td
>1.8</td
> <td
>75</td
> <td
>4283</td
> <td
>Kriminalomsorgsdirektoratet
</td
></tr
>
262 <tr
><td
>1.8</td
> <td
>160</td
> <td
>8695</td
> <td
>Statens lånekasse for utdanning
</td
></tr
>
263 <tr
><td
>1.9</td
> <td
>329</td
> <td
>17370</td
> <td
>Fylkesmannen i Telemark
</td
></tr
>
264 <tr
><td
>2.1</td
> <td
>242</td
> <td
>11367</td
> <td
>Barne-, ungdoms- og familiedirektoratet
</td
></tr
>
265 <tr
><td
>2.1</td
> <td
>13</td
> <td
>610</td
> <td
>Statens reindriftsforvaltning
</td
></tr
>
266 <tr
><td
>2.5</td
> <td
>709</td
> <td
>28625</td
> <td
>Post- og teletilsynet
</td
></tr
>
267 <tr
><td
>2.5</td
> <td
>67</td
> <td
>2653</td
> <td
>Norges geologiske undersøkelse
</td
></tr
>
268 <tr
><td
>2.7</td
> <td
>1360</td
> <td
>50974</td
> <td
>Miljødirektoratet
</td
></tr
>
269 <tr
><td
>3.0</td
> <td
>1123</td
> <td
>37790</td
> <td
>Statens vegvesen Vegdirektoratet
</td
></tr
>
270 <tr
><td
>3.0</td
> <td
>628</td
> <td
>20712</td
> <td
>Riksantikvaren - Direktoratet for kulturminneforvaltning
</td
></tr
>
271 <tr
><td
>3.0</td
> <td
>1449</td
> <td
>47640</td
> <td
>Justis- og beredskapsdepartementet
</td
></tr
>
272 <tr
><td
>3.1</td
> <td
>468</td
> <td
>14949</td
> <td
>Statistisk sentralbyrå
</td
></tr
>
273 <tr
><td
>3.3</td
> <td
>182</td
> <td
>5579</td
> <td
>Direktoratet for økonomistyring
</td
></tr
>
274 <tr
><td
>3.3</td
> <td
>1233</td
> <td
>37188</td
> <td
>Kystverket
</td
></tr
>
275 <tr
><td
>3.5</td
> <td
>2115</td
> <td
>60895</td
> <td
>Direktoratet for samfunnssikkerhet og beredskap
</td
></tr
>
276 <tr
><td
>3.5</td
> <td
>22</td
> <td
>620</td
> <td
>Statens institutt for rusmiddelforskning
</td
></tr
>
277 <tr
><td
>3.7</td
> <td
>149</td
> <td
>4082</td
> <td
>Språkrådet
</td
></tr
>
278 <tr
><td
>3.6</td
> <td
>442</td
> <td
>11783</td
> <td
>Garantiinstituttet for eksportkreditt
</td
></tr
>
279 <tr
><td
>3.8</td
> <td
>2872</td
> <td
>75955</td
> <td
>Statens legemiddelverk
</td
></tr
>
280 <tr
><td
>3.8</td
> <td
>675</td
> <td
>17777</td
> <td
>Statens helsetilsyn
</td
></tr
>
281 <tr
><td
>3.8</td
> <td
>151</td
> <td
>3949</td
> <td
>Statens pensjonskasse
</td
></tr
>
282 <tr
><td
>3.8</td
> <td
>513</td
> <td
>13414</td
> <td
>Nasjonalt folkehelseinstitutt
</td
></tr
>
283 <tr
><td
>4.0</td
> <td
>746</td
> <td
>18754</td
> <td
>Klima- og miljødepartementet
</td
></tr
>
284 <tr
><td
>4.1</td
> <td
>158</td
> <td
>3883</td
> <td
>Nasjonalbiblioteket
</td
></tr
>
285 <tr
><td
>4.2</td
> <td
>259</td
> <td
>6146</td
> <td
>Utlendingsnemnda
</td
></tr
>
286 <tr
><td
>4.3</td
> <td
>300</td
> <td
>7058</td
> <td
>Norsk Akkreditering
</td
></tr
>
287 <tr
><td
>4.4</td
> <td
>215</td
> <td
>4840</td
> <td
>Statens innkrevingssentral
</td
></tr
>
288 <tr
><td
>4.7</td
> <td
>1517</td
> <td
>32464</td
> <td
>Fylkesmannen i Rogaland
</td
></tr
>
289 <tr
><td
>4.7</td
> <td
>1725</td
> <td
>36626</td
> <td
>Forsvarsbygg
</td
></tr
>
290 <tr
><td
>4.8</td
> <td
>1739</td
> <td
>36585</td
> <td
>Statens kartverk
</td
></tr
>
291 <tr
><td
>4.8</td
> <td
>2685</td
> <td
>55388</td
> <td
>Utdanningsdirektoratet
</td
></tr
>
292 <tr
><td
>5.4</td
> <td
>1219</td
> <td
>22606</td
> <td
>Fylkesmannen i Sør-Trøndelag
</td
></tr
>
293 <tr
><td
>5.5</td
> <td
>90</td
> <td
>1648</td
> <td
>Fredskorpset
</td
></tr
>
294 <tr
><td
>5.9</td
> <td
>1572</td
> <td
>26854</td
> <td
>Direktoratet for utviklingssamarbeid
</td
></tr
>
295 <tr
><td
>5.9</td
> <td
>3827</td
> <td
>65102</td
> <td
>Utenriksdepartementet
</td
></tr
>
296 <tr
><td
>5.9</td
> <td
>5616</td
> <td
>94471</td
> <td
>Norges forskningsråd
</td
></tr
>
297 <tr
><td
>6.3</td
> <td
>475</td
> <td
>7553</td
> <td
>Departementenes sikkerhets- og serviceorganisasjon
</td
></tr
>
298 <tr
><td
>6.3</td
> <td
>114</td
> <td
>1798</td
> <td
>Departementenes servicesenter
</td
></tr
>
299 <tr
><td
>6.4</td
> <td
>769</td
> <td
>11993</td
> <td
>Senter for internasjonalisering av utdanning
</td
></tr
>
300 <tr
><td
>6.5</td
> <td
>8844</td
> <td
>137014</td
> <td
>Husbanken
</td
></tr
>
301 <tr
><td
>6.8</td
> <td
>1802</td
> <td
>26457</td
> <td
>Skattedirektoratet
</td
></tr
>
302 <tr
><td
>9.0</td
> <td
>765</td
> <td
>8520</td
> <td
>Direktoratet for nødkommunikasjon
</td
></tr
>
303 <tr
><td
>9.5</td
> <td
>1643</td
> <td
>17343</td
> <td
>Integrerings- og mangfoldsdirektoratet
</td
></tr
>
304 <tr
><td
>11.1</td
> <td
>1686</td
> <td
>15122</td
> <td
>Utlendingsdirektoratet
</td
></tr
>
305 <tr
><td
>11.8</td
> <td
>2824</td
> <td
>23941</td
> <td
>Fylkesmannen i Oppland
</td
></tr
>
306 <tr
><td
>12.1</td
> <td
>1486</td
> <td
>12300</td
> <td
>Direktoratet for forvaltning og IKT
</td
></tr
>
307 <tr
><td
>12.5</td
> <td
>7998</td
> <td
>64163</td
> <td
>Sjøfartsdirektoratet
</td
></tr
>
308 <tr
><td
>14.4</td
> <td
>12640</td
> <td
>87574</td
> <td
>Helsedirektoratet
</td
></tr
>
309 <tr
><td
>15.2</td
> <td
>7002</td
> <td
>45956</td
> <td
>Statsbygg
</td
></tr
>
310 <tr
><td
>18.8</td
> <td
>61</td
> <td
>324</td
> <td
>Reindriftsforvaltningen
</td
></tr
>
311 <tr
><td
>20.7</td
> <td
>236</td
> <td
>1140</td
> <td
>Landinfo
314 <p
>Som en ser fra tabellen, så ser de fleste ut til å journalføre det
315 meste ganske raskt, men noen har et betydelig antall dokumenter som
316 journalføres lenge etter at de er laget/sendt/mottatt. Jeg vet ikke
317 hva det kommer av, men antar at det finnes gode rasjonelle grunner for
318 å journalføre gamle dokumenter. Jeg er dog er overrasket over at
319 andelen er så stor i enkelte virksomheter. Kanskje noen burde se
320 nærmere på om det kan bli bedre?
</p
>
325 <title>Microsofts filming under Lær kidsa koding-arrangement, samtykke før og nå
</title>
326 <link>http://people.skolelinux.org/pere/blog/Microsofts_filming_under_L_r_kidsa_koding_arrangement__samtykke_f_r_og_n_.html
</link>
327 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Microsofts_filming_under_L_r_kidsa_koding_arrangement__samtykke_f_r_og_n_.html
</guid>
328 <pubDate>Wed,
7 Jan
2015 22:
25:
00 +
0100</pubDate>
329 <description><p
>Før jul lot jeg meg fascinere over
330 <a href=
"http://people.skolelinux.org/pere/blog/Klarer_ikke_Microsoft___holde_p__hemmeligheter_.html
">Microsoft
331 og Ruseløkka skole sitt frisinnede forhold til samtykkerklæringer
</a
>,
332 og ba skolen og Microsoft om
333 <a href=
"http://people.skolelinux.org/pere/blog/L_r_kidsa_koding_har_vanligvis_ikke_samtykkeerkl_ringer.html
">innsyn
334 i ny og gammel erklæring
</a
> sendt til foreldrene slik at jeg kunne
335 bli klok på om det var noen flere problematiske klausuler i den første
336 avtalen, og om det var noen problematiske klausuler i den nye. Nå har
337 jeg fått svar fra skolen og kopi av avtalene, som jeg har glede av å
338 presentere her.
</p
>
340 <p
>Her er det opprinnelige skrivet som ble sendt ut til foreldrene i
341 forkant av lær kidsa koding-arrangementet:
</p
>
343 <p
><blockquote
>
344 <p
>Oslo kommune
345 <br
>Utdanningsetaten
346 <br
>Ruseløkka skole
</p
>
348 <p
>Til elever og foresatte i
5. klasse
</p
>
350 <p
><strong
>Lær kidsa koding
</strong
></p
>
352 <p
>Fredag
5.desember skal skolen arrangere en time med
"koding
" for
353 elevene på skolen. Dere har kanskje allerede hørt om
"Lær kidsa
354 koding
" i mediene? Dersom dere er nysgjerrige på hva dette er kan dere
356 <a href=
"http://www.kidsakoder.no/
">http://www.kidsakoder.no/
</a
></p
>
358 <p
>"Kodetimen
" skal gjennomføres sammen med folk fra Microsoft Norge,
359 som kommer og hjelper oss. I den forbindelse så ønsker Microsoft å
360 filme deler av økten, og skolen vil med dette innhente et samtykke til
361 at ditt barn blir filmet.
</p
>
363 <p
>Dersom du/dere ikke ønsker at ditt/deres barn skal filmes så vil
364 eleven likevel kunne delta i
"kodetimen
"</p
>
366 <p
>Ta kontakt dersom noe er uklart!
</p
>
368 <p
>Med vennlig hilsen
</p
>
370 <p
>Merete Hansen
371 <br
>Rektor
</p
>
374 <br
>undervisningsinspektør
</p
>
377 <p valign=
"center
"><strong
>Samtykke til bruk av video og bilder
378 fra ”Hour of Code”
</strong
></p
>
380 <p
>Takk for at du gir Microsoft Corporation og dets datterselskaper
381 («Microsoft») tillatelse til å benytte video og bilder av deg fra
382 arrangementet ”Hour of Code”. Nærmere detaljer om vår planlagte bruk
383 og de tillatelser du med dette gir, finner du nedenfor.
</p
>
387 <li
>Du samtykker til at Microsoft eller deres partnere kan intervjue,
388 ta bilder og gjøre lyd- og videoopptak av deg (samlet omtalt som
389 ”Opptak”) i forbindelse med ”Hour of Code”, som arrangeres den
390 5.12.2014 på Ruseløkka skole.
</li
>
392 <li
>Du gir Microsoft rett til å bruke Opptakene og ditt navn i
393 forbindelse med annonsering, salgsfremmende eller andre kommersielle
394 formål
"Lær kidsa koding
"], herunder ved publisering på internett, i
395 Europa eller ethvert annet sted, til enhver tid. Du har ikke krav på
396 vederlag for slik bruk.
</li
>
398 <li
>Du aksepterere ikke å bruke eller videreformidle til en tredjepart
399 noen hemmelige eller fortrolige opplysninger som gis av Microsoft i
400 løpet av elevens deltagelse.
</li
>
402 <li
>Du gir samtykke til bruk av Opptak til og på vegne av Microsoft
403 Norge AS, dets datterselskaper, assosierte selskaper og
404 moderselskaber. Microsoft er også ansvarlig for bruken i henhold til
405 dette dokumentet. Ved spørsmål eller andre henvendelser du kontakte:
406 Christine Korme, kommunikasjonsdirektør i Microsoft Norge;
407 [epostadresse fjernet fra bloggen]
</li
>
409 <li
>Du bekrefter at du er
18 år eller eldre. Dersom du er under
18 år
410 må dette samtykkeskjemaet fylles ut av en forelder eller
415 <p
>Inngått med _____________________________ (Navn med blokkbokstaver)
416 <br
>Dato: ________________________
</p
>
418 <p
>Signatur (dersom du er over
18 år): _______________________
</p
>
420 <p
><strong
>Samtykke fra forelder/foresatt (dersom du er under
18
421 år)
</strong
></p
>
423 <p
>Jeg er forelder/foresatt for ovennevnte deltaker i ”Hour of
424 Code”. Jeg har lest og forstått innholdet i dette samtykkeskjemaet, og
425 samtykker til slik bruk på vegne av deltakeren.
</p
>
427 <p
>Forelder/foresattes navn: _______________________ (Navn med blokkbokstaver)
428 <br
>Forelder/foresattes signatur: ___________________
</p
>
429 </blockquote
></p
>
433 <p
>Og her er den oppdaterte erklæringen:
</p
>
437 <p
><blockquote
>
438 <p valign=
"center
"><strong
>Samtykke til bruk av video og bilder
439 <br
>fra ”Hour of Code”
</strong
></p
>
441 <p
>Takk for at du gir Microsoft Corporation og dets datterselskaper
442 («Microsoft») tillatelse til å benytte video og bilder av deg fra
443 arrangementet ”Hour of Code”. Nærmere detaljer om vår planlagte bruk
444 og de tillatelser du med dette gir, finner du nedenfor.
</p
>
448 <li
>Du samtykker til at Microsoft eller deres partnere kan intervjue,
449 ta bilder og gjøre lyd- og videoopptak av deg (samlet omtalt som
450 ”Opptak”) i forbindelse med ”Hour of Code”, som ble arrangert den
451 12. desember fra kl
10 til
11 på Ruseløkka skole i Oslo.
</li
>
453 <li
>Du gir Microsoft rett til å bruke Opptakene og ditt navn i
454 forbindelse med en
2-
3 minutters film om hvordan Microsoft jobber med
455 koding for elever i Norden. Filmen vil bli vist internt i Microsoft
456 og eksternt i forbindelse med arrangementer og diskusjoner som handler
457 om undervisning i koding og informatikk. Filmen vil også være
458 tilgjengelig på en Microsoft nettside som handler om koding og
459 undervisning av elever.
</li
>
461 <li
>Du gir samtykke til bruk av Opptak til og på vegne av Microsoft
462 Norge. Microsoft er også ansvarlig for bruken i henhold til dette
463 dokumentet. Ved spørsmål eller andre henvendelser kan
464 Kommunikasjonsdirektør Christine Korme kontaktes på mobil
465 [telefonnummer fjernet fra bloggen], [epostadresse fjernet fra
468 <li
>Du bekrefter at du er
18 år eller eldre. Dersom du er under
18 år
469 må dette samtykkeskjemaet fylles ut av en forelder eller
474 <p
>Inngått med _____________________________ (Navn med blokkbokstaver)
475 <br
>Dato: ________________________
</p
>
477 <p
>Signatur (dersom du er over
18 år): _______________________
</p
>
479 <p
><strong
>Samtykke fra forelder/foresatt (dersom du er under
18
480 år)
</strong
></p
>
482 <p
>Jeg er forelder/foresatt for ovennevnte deltaker i ”Hour of
483 Code”. Jeg har lest og forstått innholdet i dette samtykkeskjemaet, og
484 samtykker til slik bruk på vegne av deltakeren.
</p
>
486 <p
>Forelder/foresattes navn: _______________________ (Navn med blokkbokstaver)
487 <br
>Forelder/foresattes signatur: ___________________
</p
>
488 </blockquote
></p
>
490 <p
>Den nye er definitivt mye bedre enn den opprinnelige, og både
491 kravet om hemmelighold og rett til kommersielt bruk er fjernet.
497 <title>Vi kan selv avsløre mobiltelefonovervåkning
</title>
498 <link>http://people.skolelinux.org/pere/blog/Vi_kan_selv_avsl_re_mobiltelefonoverv_kning.html
</link>
499 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Vi_kan_selv_avsl_re_mobiltelefonoverv_kning.html
</guid>
500 <pubDate>Sat,
3 Jan
2015 10:
00:
00 +
0100</pubDate>
501 <description><p
>Jeg sendte inn følgende leserinnlegg
2014-
12-
26, og etter en uke
502 synes jeg det er på tide å publisere teksten på bloggen min.
</p
>
504 <p
><strong
>Vi kan selv avsløre mobiltelefonovervåkning
</strong
></p
>
506 <p
>Det er fascinerende å lese hvordan
507 <a href=
"http://mm.aftenposten.no/stortinget-og-statsministeren-overvakes/
">overvåkningen
508 av mobiltelefoner med IMSI-fangere som Aftenposten avslørte
</a
> har
509 blitt mottatt. Men det er spesielt to poeng som jeg synes har fått
510 for liten oppmerksomhet.
</p
>
512 <p
>Det ene er at innbyggerne nå selv kan avsløre når noen forsøker å
513 overvåke oss. Det hele lar seg gjøre takket være en fribruksdatabase
514 over plasseringen til kjente mobilbasestasjoner som heter
515 OpenCellID. Enhver med en Android-basert mobiltelefon kan ta i bruk
516 «
<a href=
"https://github.com/SecUpwN/Android-IMSI-Catcher-Detector
">Android
517 IMSI Catcher Detector
</a
>» ved å laste den ned fra Internett og slik
518 få tak i verktøyet som Aftenposten brukte for å oppdage de uoffisielle
519 mobilbasestasjonene. Ved hjelp av dette verktøyet kan Android-brukere
520 få varsel i smarttelefonen når slike oppdages, uansett om det er
521 kriminelle, offisielle myndigheter eller utenlandske
522 etterretningsorganisasjoner som står bak. Vi har dermed alle mulighet
523 til å oppdage avlytting, og trenger ikke håpe på at PST, Post og
524 Teletilsynet eller mobilselskapene gjør jobben for oss. De vil
525 uansett måtte holde overvåkning fra offisielle myndigheter skjult for
526 befolkningen.
</p
>
528 <p
>Det andre er at den viktigste informasjonen IMSI-fangere samler inn
529 er hvem som er i kontakt med hvem og hvor de befinner seg (også kalt
530 metadata), ikke hva som blir sagt og skrevet når folk er i kontakt med
531 hverandre. Den som f.eks. vet hvilke politikere som snakker med hvem
532 kan få innsikt i hvordan politikere påvirkes og hvilke sårbare punkter
533 de har. Forskerne ved senter for Internet og samfunn ved Stanford Law
534 School har dokumenterte i sitt metadata-prosjekt
535 <a href=
"https://cyberlaw.stanford.edu/blog/
2013/
12/spy-your-metadata
">at
536 slik innsamlet informasjon blant annet kan avsløre medisinske
537 tilstander, politiske sympatier, religiøse overbevisninger
</a
>. I
538 tillegg har den pensjonerte generalen Michael Hayden i USA, som har
539 ledet både CIA og NSA,
540 <a href=
"http://www.thenewamerican.com/usnews/crime/item/
18244-we-kill-people-based-on-metadata-admits-former-cia-nsa-boss
">innrømmet
541 at USA dreper folk basert på innsamlede metadata
</a
>. Begge deler
543 <a href=
"http://kieranhealy.org/blog/archives/
2013/
06/
09/using-metadata-to-find-paul-revere/
">hvor
544 verdifullt metadata er
</a
>, og gir grunn til å være mer bekymret for
545 innsamling av metadata enn avlytting.
</p
>
547 <p
>Seniorrådgiver Roar Thon i Nasjonal Sikkerhetsmyndighet sier ofte
548 at hver og en av oss er ansvarlig for vår egen sikkerhet, og
549 Aftenpostens avsløring har gjort flere kjent med verktøy vi har
550 tilgjengelig for å ta dette ansvaret. Men det reelle problemet er jo
551 ikke at det settes opp utstyr vi ikke kan stole på, men at
552 telefonsystemet er laget slik at det er mulig å sette opp slik
555 <p
>Vennlig hilsen
556 <br
>Petter Reinholdtsen
557 <br
>Medlem i
<a href=
"http://www.nuug.no/
">foreningen NUUG
</a
></p
>
559 <p
>Etter at jeg skrev dette innlegget ble en ny Android-app,
560 <a href=
"https://opensource.srlabs.de/projects/snoopsnitch
">SnoopSnitch
</a
>,
561 som gjør tilsvarende sniffing etter uoffisielle mobilbasestasjoner
562 lansert. Jeg vet ikke hvilke av dem som er best.
</p
>
567 http://h-debatt.no/innlegg/vi-kan-selv-avslore-overvakning/
568 Klassekampen
2014-
12-
31 side
39
575 <title>Updated version of the Norwegian web service FiksGataMi
</title>
576 <link>http://people.skolelinux.org/pere/blog/Updated_version_of_the_Norwegian_web_service_FiksGataMi.html
</link>
577 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Updated_version_of_the_Norwegian_web_service_FiksGataMi.html
</guid>
578 <pubDate>Tue,
30 Dec
2014 17:
55:
00 +
0100</pubDate>
579 <description><p
>I am very happy that we in the
580 <a href=
"http://www.nuug.no/
">Norwegian Unix User group (NUUG)
</a
>,
581 spearheaded by Marius Halden from NUUG and Matthew Somerville from
582 <a href=
"http://www.mysociety.org/
">mySociety
</a
>, finally managed to
583 upgrade the code base for the Norwegian version of
584 <a href=
"http://fixmystreet.org/
">FixMyStreet
</a
>. This
585 was the first major update since
2011. The refurbished
586 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
> is already live, and
587 seem to hold up the pressure. The
588 <a href=
"http://www.nuug.no/news/Pressemelding__FiksGataMi_i_oppdatert_og_mobilvennlig_klesdrakt.shtml
">press
589 release and announcement
</a
> went out this morning.
</p
>
591 <p
>FixMyStreet is a web platform for allowing the citizens to easily
592 report problems with public infrastructure to the responsible
593 authorities. Think of it as a shared mail client with map support,
594 allowing everyone to see what already was reported and comment on the
595 reports in public.
</p
>
600 <title>Klarer ikke Microsoft å holde på hemmeligheter?
</title>
601 <link>http://people.skolelinux.org/pere/blog/Klarer_ikke_Microsoft___holde_p__hemmeligheter_.html
</link>
602 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Klarer_ikke_Microsoft___holde_p__hemmeligheter_.html
</guid>
603 <pubDate>Thu,
18 Dec
2014 10:
10:
00 +
0100</pubDate>
604 <description><p
>Må Microsoft virkelig ha hjelp av unger for å holde på
605 hemmelighetene sine?
</p
>
607 <p
>I dag kom det en fascinerende artikkel i Aftenposten om
608 <a href=
"http://www.osloby.no/nyheter/Microsoft-ba-om-a-fa-bruke-bilder-og-video-av-barna-dine-
7831036.html
">hva
609 Microsoft har foreslått at foreldre går med på
</a
> for å la ungene
610 delta på
<a href=
"http://www.kidsakoder.no/
">Lær kidsa koding
</a
> på
611 skolen. De ber foreldrene om å få bruke bilder og video av ungene
612 kommersielt og gratis i all fremtid, hvilket var så drøyt at
613 Arbeiderpartiets bystyrerepresentant
614 <a href=
"https://no.wikipedia.org/wiki/Per_Anders_Langerød
">Per Anders
615 Torvik Langerød
</a
> tok opp saken opp under bystyrets muntlige
616 spørretime onsdag. Resultatet av dette er at Microsoft har trukket
617 tilbake teksten i samtykkeerklæringen og kommunikasjonsdirektør
618 Christine Korme i Microsoft sier i artikkelen at «Vi vil presentere en
619 ny erklæring som gjør det helt klart i hvilken forbindelse materialet
620 skal brukes, altså ikke-kommersielt», hvilket jo er fint. Jeg lurer
621 virkelig på hvordan teksten kunne slippe ut til foreldrene i første
622 omgang. Her har noen på skolen ikke fulgt med i timen, eller mangler
623 grunnleggende personverntrening.
</p
>
625 <p
>Men bildet av samtykkeerklæringen inneholder også en annen
626 problematisk klausul, som ikke omtales overhodet i
627 Aftenposten-artikkelen. Neste punkt i erklæringen lyder:
</p
>
629 <p
><blockquote
>
630 «Du aksepterer ikke å bruke eller videreformidle til en tredjepart
631 noen hemmelige eller fortrolige opplysninger som gis av Microsoft i
632 løpet av elevens deltagelse.»
633 </blockquote
></p
>
635 <p
>Mener Microsoft virkelig at foreldre og barn skal ta ansvar for at
636 Microsoft ikke klarer å holde hemmelig og fortrolig informasjon for
637 seg selv når de besøker en offentlig norsk skole? Jeg ville nektet
638 plent å signert på en avtale med en slik klausul, da det er Microsofts
639 ansvar å holde på sine hemmeligheter, og ikke noe mine barn og min
640 familie tar på oss erstatningsansvar for hvis de kommer på avveie.
</p
>
642 <p
>Jeg lurer på om noen har fått se den nye samtykkeerklæringen?
643 Inneholder den fortsatt klausul om hemmelighold? Hvor mange er det
644 som hittil har signert på den gamle samtykkeerklæringen? Hvor har den
645 vært brukt? Savnet svar på disse spørsmålene i artikkelen, da de som
646 har signert på den gamle vel vil være bundet av den selv om ingen
647 flere signerer på den.
</p
>
649 <p
>Lær kidsa koding er et glimrende initiativ, og jeg skulle ønske
650 noen av
<a href=
"http://www.nuug.no/
">foreningen NUUGs
</a
> medlemmer
651 hadde kapasitet til å delta i initiativet på NUUGs vegne. Selv tar
652 jobb, familie og eksisterende prosjekter allerede all tid. Slik
653 Microsoft tydeligvis holder på er det behov for noen med et annet syn
654 på livet som bidragsyter her.
</p
>
659 <title>I spent last weekend recording MakerCon Nordic
</title>
660 <link>http://people.skolelinux.org/pere/blog/I_spent_last_weekend_recording_MakerCon_Nordic.html
</link>
661 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/I_spent_last_weekend_recording_MakerCon_Nordic.html
</guid>
662 <pubDate>Thu,
23 Oct
2014 23:
00:
00 +
0200</pubDate>
663 <description><p
>I spent last weekend at
<a href=
"http://www.makercon.no/
">Makercon
664 Nordic
</a
>, a great conference and workshop for makers in Norway and
665 the surrounding countries. I had volunteered on behalf of the
666 Norwegian Unix Users Group (NUUG) to video record the talks, and we
667 had a great and exhausting time recording the entire day, two days in
668 a row. There were only two of us, Hans-Petter and me, and we used the
669 regular video equipment for NUUG, with a
670 <a href=
"http://dvswitch.alioth.debian.org/wiki/
">dvswitch
</a
>, a
671 camera and a VGA to DV convert box, and mixed video and slides
674 <p
>Hans-Petter did the post-processing, consisting of uploading the
675 around
180 GiB of raw video to Youtube, and the result is
676 <a href=
"https://www.youtube.com/user/MakerConNordic/
">now becoming
677 public
</a
> on the MakerConNordic account. The videos have the license
678 NUUG always use on our recordings, which is
679 <a href=
"http://creativecommons.org/licenses/by-sa/
3.0/no/
">Creative
680 Commons Navngivelse-Del på samme vilkår
3.0 Norge
</a
>. Many great
681 talks available. Check it out! :)
</p
>
686 <title>Norsk utgave av Alaveteli / WhatDoTheyKnow på trappene
</title>
687 <link>http://people.skolelinux.org/pere/blog/Norsk_utgave_av_Alaveteli___WhatDoTheyKnow_p__trappene.html
</link>
688 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norsk_utgave_av_Alaveteli___WhatDoTheyKnow_p__trappene.html
</guid>
689 <pubDate>Sun,
16 Mar
2014 09:
30:
00 +
0100</pubDate>
690 <description><p
>Det offentlige Norge har mye kunnskap og informasjon. Men hvordan
691 kan en få tilgang til den på en enkel måte? Takket være et lite
692 knippe lover og tilhørende forskrifter, blant annet
693 <a href=
"http://lovdata.no/dokument/NL/lov/
2006-
05-
19-
16">offentlighetsloven
</a
>,
694 <a href=
"http://lovdata.no/dokument/NL/lov/
2003-
05-
09-
31">miljøinformasjonsloven
</a
>
696 <a href=
"http://lovdata.no/dokument/NL/lov/
1967-
02-
10/
">forvaltningsloven
</a
>
697 har en rett til å spørre det offentlige og få svar. Men det finnes
698 intet offentlig arkiv over hva andre har spurt om, og dermed risikerer en
699 å måtte forstyrre myndighetene gang på gang for å få tak i samme
700 informasjonen på nytt.
<a href=
"http://www.mysociety.org/
">Britiske
701 mySociety
</a
> har laget tjenesten
702 <a href=
"http://www.whatdotheyknow.com/
">WhatDoTheyKnow
</a
> som gjør
703 noe med dette. I Storbritannia blir WhatdoTheyKnow brukt i
704 <a href=
"http://www.mysociety.org/
2011/
07/
01/whatdotheyknows-share-of-central-government-foi-requests-q2-
2011/
">ca
705 15% av alle innsynsforespørsler mot sentraladministrasjonen
</a
>.
706 Prosjektet heter
<a href=
"http://www.alaveteli.org/
">Alaveteli
</A
>, og
707 er takk i bruk en rekke steder etter at løsningen ble generalisert og
708 gjort mulig å oversette. Den hjelper borgerne med å be om innsyn,
709 rådgir ved purringer og klager og lar alle se hvilke henvendelser som
710 er sendt til det offentlige og hvilke svar som er kommet inn, i et
711 søkpart arkiv. Her i Norge holder vi i foreningen NUUG på å få opp en
712 norsk utgave av Alaveteli, og her trenger vi din hjelp med
713 oversettelsen.
</p
>
715 <p
>Så langt er
76 % av Alaveteli oversatt til norsk bokmål, men vi
716 skulle gjerne vært oppe i
100 % før lansering. Oversettelsen gjøres
717 på
<a href=
"https://www.transifex.com/projects/p/alaveteli/
">Transifex,
718 der enhver som registrerer seg
</a
> og ber om tilgang til
719 bokmålsoversettelsen får bidra. Vi har satt opp en test av tjenesten
720 (som ikke sender epost til det offentlige, kun til oss som holder på å
721 sette opp tjenesten) på maskinen
722 <a href=
"http://alaveteli-dev.nuug.no/
">alaveteli-dev.nuug.no
</a
>, der
723 en kan se hvordan de oversatte meldingen blir seende ut på nettsiden.
724 Når tjenesten lanseres vil den hete
725 <a href=
"https://www.mimesbrønn.no/
">Mimes brønn
</a
>, etter
726 visdomskilden som Odin måtte gi øyet sitt for å få drikke i. Den
727 nettsiden er er ennå ikke klar til bruk.
</p
>
729 <p
>Hvis noen vil oversette til nynorsk også, så skal vi finne ut
730 hvordan vi lager en flerspråklig tjeneste. Men i første omgang er
731 fokus på bokmålsoversettelsen, der vi selv har nok peiling til å ha
732 fått oversatt
76%, men trenger hjelp for å komme helt i mål. :)
</p
>
737 <title>Dugnadsnett for alle stiller på Oslo Maker Faire i januar
2014</title>
738 <link>http://people.skolelinux.org/pere/blog/Dugnadsnett_for_alle_stiller_p__Oslo_Maker_Faire_i_januar_2014.html
</link>
739 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Dugnadsnett_for_alle_stiller_p__Oslo_Maker_Faire_i_januar_2014.html
</guid>
740 <pubDate>Tue,
10 Dec
2013 19:
20:
00 +
0100</pubDate>
741 <description><p
>Helga
18. og
19. januar
2014 arrangeres
742 <a href=
"http://makerfaireoslo.no/no/program/dugnadsnett
">Oslo Maker
743 Faire
</a
>, og
<a href=
"http://www.dugnadsnett.no/
">Dugnadsnett for
744 alle
</a
> har fått plass! Planen er å ha et bord med en plakat der vi
745 forteller om hva Dugnadsnett for alle er for noe, og et lite verksted
746 der vi hjelper folk som er interessert i å få opp sin egen mesh-node.
747 Jeg gleder meg til å se hvordan prosjektet blir mottatt der.
</p
>
749 <p
>Målet med dugnadsnett for alle i Oslo er å få på plass et datanett
750 for kommunikasjon ved hjelp av radio-repeaterstasjoner (kalt
751 mesh-noder) som gjør at en kan direkte kommunisere med slekt, venner
752 og bekjente i Oslo via andre som deltar i dugnadsnettet, samt gjøre
753 det mulig komme ut på internett via dugnadsnettet. Første delmål er å
754 kunne sende SMS-meldinger vha. IP-telefoni løsningen
755 <a href=
"http://www.servalproject.org/
">Serval project
</a
> mellom
756 deltagerne i Dugnadsnett for alle i Oslo. Formålet er å ta tilbake
757 kontrollen over egen nett-infrastruktur og gjøre det dyrere å bedrive
758 massiv innsamling av informasjon om borgernes bruk av datanett.
</p
>
760 <p
>Høres dette interessant ut? Bli med på prosjektet, fortell oss
761 hvor du kunne tenke deg å sette opp en radio-repeater (slik at folk i
762 nærheten kan finne hverandre ved hjelp av
763 <a href=
"http://flynor.net/mesh/mesh.php
">kartet over planlagte og
764 eksisterende radio-repeatere
</A
>), bli med på epostlisten
765 <a href=
"http://lists.nuug.no/mailman/listinfo/dugnadsnett
">dugnadsnett
766 (at) nuug.no
</a
> og stikk innom
767 <a href=
"irc://irc.freenode.net/#dugnadsnett.no
">IRC-kanalen
768 #dugnadsnett.no
</a
>. Så langt er det planlagt over
40
769 radio-repeatere, med VPN-forbindelser via Internet for å la de delene
770 av nettet som ikke når hverandre via radio kunne snakke med hverandre
776 <title>Dugnadsnett for alle, a wireless community network in Oslo, take shape
</title>
777 <link>http://people.skolelinux.org/pere/blog/Dugnadsnett_for_alle__a_wireless_community_network_in_Oslo__take_shape.html
</link>
778 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Dugnadsnett_for_alle__a_wireless_community_network_in_Oslo__take_shape.html
</guid>
779 <pubDate>Sat,
30 Nov
2013 10:
10:
00 +
0100</pubDate>
780 <description><p
>If you want the ability to electronically communicate directly with
781 your neighbors and friends using a network controlled by your peers in
782 stead of centrally controlled by a few corporations, or would like to
783 experiment with interesting network technology, the
784 <a href=
"http://www.dugnadsnett.no/
">Dugnasnett for alle i Oslo
</a
>
785 might be project for you.
39 mesh nodes are currently being planned,
786 in the freshly started initiative from NUUG and Hackeriet to create a
787 wireless community network. The work is inspired by
788 <a href=
"http://freifunk.net/
">Freifunk
</a
>,
789 <a href=
"http://www.awmn.net/
">Athens Wireless Metropolitan
790 Network
</a
>,
<a href=
"http://en.wikipedia.org/wiki/Roofnet
">Roofnet
</a
>
791 and other successful mesh networks around the globe. Two days ago we
792 held a workshop to try to get people started on setting up their own
793 mesh node, and there we decided to create a new mailing list
794 <a href=
"http://lists.nuug.no/mailman/listinfo/dugnadsnett
">dugnadsnett
795 (at) nuug.no
</a
> and IRC channel
796 <a href=
"irc://irc.freenode.net/#dugnadsnett.no
">#dugnadsnett.no
</a
> to
797 coordinate the work. See also the NUUG blog post
798 <a href=
"http://www.nuug.no/news/E_postliste_og_IRC_kanal_for_Dugnadsnett_for_alle_i_Oslo.shtml
">announcing
799 the mailing list and IRC channel
</a
>.
</p
>
804 <title>RSS-kilde for fritekstsøk i offentlige anbud hos Doffin
</title>
805 <link>http://people.skolelinux.org/pere/blog/RSS_kilde_for_friteksts_k_i_offentlige_anbud_hos_Doffin.html
</link>
806 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/RSS_kilde_for_friteksts_k_i_offentlige_anbud_hos_Doffin.html
</guid>
807 <pubDate>Fri,
22 Nov
2013 13:
40:
00 +
0100</pubDate>
808 <description><p
>I fjor sommer lagde jeg en
809 <a href=
"http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
">offentlig
810 tilgjengelig SQL-database over offentlig anbud
</a
> basert på skraping
811 av HTML-data fra Doffin. Den har stått og gått siden da, og har nå
812 ca.
28000 oppføringer. Jeg oppdaget da jeg tittet innom at noen
813 oppføringer var ikke blitt med, antagelig på grunn av at de fikk
814 tildelt sekvensnummer i Doffin en godt stund før de ble publisert,
815 slik at min nettsideskraper som fortsatte skrapingen der den slapp
816 sist ikke fikk dem med seg. Jeg har fikset litt slik at skraperen nå
817 ser litt tilbake i tid for å se om den har gått glipp av noen
818 oppføringer, og har skrapet på nytt fra midten av september
2013 og
819 fremover. Det bør dermed bli en mer komplett database for kommende
820 måneder. Hvis jeg får tid skal jeg forsøke å skrape
"glemte
" data fra
821 før midten av september
2013, men tør ikke garantere at det blir
822 prioritert med det første.
</p
>
824 <p
>Men målet med denne bloggposten er å vise hvordan denne
825 Doffin-databasen kan brukes og integreres med en RSS-leser, slik at en
826 kan la datamaskinen holde et øye med Doffin-annonseringer etter
827 nøkkelord. En kan lage sitt eget søk ved å besøke
828 <ahref=
"https://classic.scraperwiki.com/docs/api?name=norwegian-doffin#sqlite
">API-et
829 hos Scraperwiki
</a
>, velge format rss2 og så legge inn noe ala dette i
830 "query in SQL
":
</p
>
833 select title, scrapedurl as link, abstract as description,
834 publishdate as pubDate from
'swdata
'
835 where abstract like
'%linux%
' or title like
'%linux%
'
836 order by seq desc limit
20
837 </pre
></p
>
839 <p
>Dette vil søke opp alle anbud med ordet linux i oppsummering eller
840 tittel. En kan lage mer avanserte søk hvis en ønsker det. URL-en som
841 dukker opp nederst på siden kan en så gi til sin RSS-leser (jeg bruker
842 akregator selv), og så automatisk få beskjed hvis det dukker opp anbud
843 med det aktuelle nøkkelordet i teksten. Merk at kapasiteten og
844 ytelsen hos Scraperwiki er begrenset, så ikke be RSS-leseren hente ned
845 oftere enn en gang hver dag.
</p
>
847 <p
>Du lurer kanskje på hva slags informasjon en kan få ut fra denne
848 databasen. Her er to RSS-kilder, med søkeordet
849 "<a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=rss2
&name=norwegian-doffin
&query=select%
20title%
2C%
20scrapedurl%
20as%
20link%
2C%
20abstract%
20as%
20description%
2C%
0A%
20%
20%
20%
20%
20%
20%
20publishdate%
20as%
20pubDate%
20from%
20'swdata
'%
0A%
20%
20%
20where%
20abstract%
20like%
20'%
25linux%
25'%
20or%
20title%
20like%
20'%
25linux%
25'%
0A%
20%
20%
20order%
20by%
20seq%
20desc%
20limit%
2020">linux
</a
>",
851 "<a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=rss2
&name=norwegian-doffin
&query=select%
20title%
2C%
20scrapedurl%
20as%
20link%
2C%
20abstract%
20as%
20description%
2C%
0A%
20%
20%
20%
20%
20%
20%
20publishdate%
20as%
20pubDate%
20from%
20'swdata
'%
0A%
20%
20%
20where%
20abstract%
20like%
20'%
25fri%
20programvare%
25'%
20or%
20title%
20like%
20'%
25fri%
20programvare%
25'%
0A%
20%
20%
20order%
20by%
20seq%
20desc%
20limit%
2020">fri
852 programvare
</a
>"
854 "<a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=rss2
&name=norwegian-doffin
&query=select%
20title%
2C%
20scrapedurl%
20as%
20link%
2C%
20abstract%
20as%
20description%
2C%
0A%
20%
20%
20%
20%
20%
20%
20publishdate%
20as%
20pubDate%
20from%
20'swdata
'%
0A%
20%
20%
20where%
20abstract%
20like%
20'%
25odf%
25'%
20or%
20title%
20like%
20'%
25odf%
25'%
0A%
20%
20%
20order%
20by%
20seq%
20desc%
20limit%
2020">odf
</a
>".
855 Det er bare å søke på det en er interessert i. Kopier gjerne
856 datasettet og sett opp din egen tjeneste hvis du vil gjøre mer
857 avanserte søk. SQLite-filen med Doffin-oppføringer kan lastes med fra
858 Scraperwiki for de som vil grave dypere.
</p
>
863 <title>Lets make a wireless community network in Oslo!
</title>
864 <link>http://people.skolelinux.org/pere/blog/Lets_make_a_wireless_community_network_in_Oslo_.html
</link>
865 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lets_make_a_wireless_community_network_in_Oslo_.html
</guid>
866 <pubDate>Wed,
13 Nov
2013 21:
00:
00 +
0100</pubDate>
867 <description><p
>Today NUUG and Hackeriet announced
868 <a href=
"http://www.nuug.no/news/Bli_med___bygge_dugnadsnett_for_alle_i_Oslo.shtml
">our
869 plans to join forces and create a wireless community network in
870 Oslo
</a
>. The workshop to help people get started will take place
871 Thursday
2013-
11-
28, but we already are collecting the geolocation of
872 people joining forces to make this happen. We have
873 <a href=
"https://github.com/petterreinholdtsen/meshfx-node/blob/master/oslo-nodes.geojson
">9
874 locations plotted on the map
</a
>, but we will need more before we have
875 a connected mesh spread across Oslo. If this sound interesting to
876 you, please join us at the workshop. If you are too impatient to wait
877 15 days, please join us on the IRC channel
878 <a href=
"irc://irc.freenode.net/%
23nuug
">#nuug on irc.freenode.net
</a
>
879 right away. :)
</p
>
884 <title>Running TP-Link MR3040 as a batman-adv mesh node using openwrt
</title>
885 <link>http://people.skolelinux.org/pere/blog/Running_TP_Link_MR3040_as_a_batman_adv_mesh_node_using_openwrt.html
</link>
886 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Running_TP_Link_MR3040_as_a_batman_adv_mesh_node_using_openwrt.html
</guid>
887 <pubDate>Sun,
10 Nov
2013 23:
00:
00 +
0100</pubDate>
888 <description><p
>Continuing my research into mesh networking, I was recommended to
889 use TP-Link
3040 and
3600 access points as mesh nodes, and the pair I
890 bought arrived on Friday. Here are my notes on how to set up the
891 MR3040 as a mesh node using
892 <a href=
"http://www.openwrt.org/
">OpenWrt
</a
>.
</p
>
894 <p
>I started by following the instructions on the OpenWRT wiki for
895 <a href=
"http://wiki.openwrt.org/toh/tp-link/tl-mr3040
">TL-MR3040
</a
>,
897 <a href=
"http://downloads.openwrt.org/snapshots/trunk/ar71xx/openwrt-ar71xx-generic-tl-mr3040-v2-squashfs-factory.bin
">the
898 recommended firmware image
</a
>
899 (openwrt-ar71xx-generic-tl-mr3040-v2-squashfs-factory.bin) and
900 uploaded it into the original web interface. The flashing went fine,
901 and the machine was available via telnet on the ethernet port. After
902 logging in and setting the root password, ssh was available and I
903 could start to set it up as a batman-adv mesh node.
</p
>
905 <p
>I started off by reading the instructions from
906 <a href=
"http://wirelessafrica.meraka.org.za/wiki/index.php?title=Antoine
's_Research
">Wireless
907 Africa
</a
>, which had quite a lot of useful information, but
908 eventually I followed the recipe from the Open Mesh wiki for
909 <a href=
"http://www.open-mesh.org/projects/batman-adv/wiki/Batman-adv-openwrt-config
">using
910 batman-adv on OpenWrt
</a
>. A small snag was the fact that the
911 <tt
>opkg install kmod-batman-adv
</tt
> command did not work as it
912 should. The batman-adv kernel module would fail to load because its
913 dependency crc16 was not already loaded. I
914 <a href=
"https://dev.openwrt.org/ticket/
14452">reported the bug
</a
> to
915 the openwrt project and hope it will be fixed soon. But the problem
916 only seem to affect initial testing of batman-adv, as configuration
917 seem to work when booting from scratch.
</p
>
919 <p
>The setup is done using files in /etc/config/. I did not bridge
920 the Ethernet and mesh interfaces this time, to be able to hook up the
921 box on my local network and log into it for configuration updates.
922 The following files were changed and look like this after modifying
925 <p
><tt
>/etc/config/network
</tt
></p
>
929 config interface
'loopback
'
930 option ifname
'lo
'
931 option proto
'static
'
932 option ipaddr
'127.0.0.1'
933 option netmask
'255.0.0.0'
935 config globals
'globals
'
936 option ula_prefix
'fdbf:
4c12:
3fed::/
48'
938 config interface
'lan
'
939 option ifname
'eth0
'
940 option type
'bridge
'
941 option proto
'dhcp
'
942 option ipaddr
'192.168.1.1'
943 option netmask
'255.255.255.0'
944 option hostname
'tl-mr3040
'
945 option ip6assign
'60'
947 config interface
'mesh
'
948 option ifname
'adhoc0
'
949 option mtu
'1528'
950 option proto
'batadv
'
951 option mesh
'bat0
'
954 <p
><tt
>/etc/config/wireless
</tt
></p
>
957 config wifi-device
'radio0
'
958 option type
'mac80211
'
959 option channel
'11'
960 option hwmode
'11ng
'
961 option path
'platform/ar933x_wmac
'
962 option htmode
'HT20
'
963 list ht_capab
'SHORT-GI-
20'
964 list ht_capab
'SHORT-GI-
40'
965 list ht_capab
'RX-STBC1
'
966 list ht_capab
'DSSS_CCK-
40'
967 option disabled
'0'
969 config wifi-iface
'wmesh
'
970 option device
'radio0
'
971 option ifname
'adhoc0
'
972 option network
'mesh
'
973 option encryption
'none
'
974 option mode
'adhoc
'
975 option bssid
'02:BA:
00:
00:
00:
01'
976 option ssid
'meshfx@hackeriet
'
978 <p
><tt
>/etc/config/batman-adv
</tt
></p
>
981 config
'mesh
' 'bat0
'
982 option interfaces
'adhoc0
'
983 option
'aggregated_ogms
'
984 option
'ap_isolation
'
985 option
'bonding
'
986 option
'fragmentation
'
987 option
'gw_bandwidth
'
988 option
'gw_mode
'
989 option
'gw_sel_class
'
990 option
'log_level
'
991 option
'orig_interval
'
992 option
'vis_mode
'
993 option
'bridge_loop_avoidance
'
994 option
'distributed_arp_table
'
995 option
'network_coding
'
996 option
'hop_penalty
'
998 # yet another batX instance
999 # config
'mesh
' 'bat5
'
1000 # option
'interfaces
' 'second_mesh
'
1003 <p
>The mesh node is now operational. I have yet to test its range,
1004 but I hope it is good. I have not yet tested the TP-Link
3600 box
1005 still wrapped up in plastic.
</p
>
1010 <title>A Raspberry Pi based batman-adv Mesh network node
</title>
1011 <link>http://people.skolelinux.org/pere/blog/A_Raspberry_Pi_based_batman_adv_Mesh_network_node.html
</link>
1012 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/A_Raspberry_Pi_based_batman_adv_Mesh_network_node.html
</guid>
1013 <pubDate>Mon,
21 Oct
2013 11:
40:
00 +
0200</pubDate>
1014 <description><p
>The last few days I have been experimenting with
1015 <a href=
"http://www.open-mesh.org/projects/batman-adv/wiki
">the
1016 batman-adv mesh technology
</a
>. I want to gain some experience to see
1017 if it will fit
<a href=
"https://wiki.debian.org/FreedomBox
">the
1018 Freedombox project
</a
>, and together with my neighbors try to build a
1019 mesh network around the park where I live. Batman-adv is a layer
2
1020 mesh system (
"ethernet
" in other words), where the mesh network appear
1021 as if all the mesh clients are connected to the same switch.
</p
>
1023 <p
>My hardware of choice was the Linksys WRT54GL routers I had lying
1024 around, but I
've been unable to get them working with batman-adv. So
1025 instead, I started playing with a
1026 <a href=
"http://www.raspberrypi.org/
">Raspberry Pi
</a
>, and tried to
1027 get it working as a mesh node. My idea is to use it to create a mesh
1028 node which function as a switch port, where everything connected to
1029 the Raspberry Pi ethernet plug is connected (bridged) to the mesh
1030 network. This allow me to hook a wifi base station like the Linksys
1031 WRT54GL to the mesh by plugging it into a Raspberry Pi, and allow
1032 non-mesh clients to hook up to the mesh. This in turn is useful for
1033 Android phones using
<a href=
"http://servalproject.org/
">the Serval
1034 Project
</a
> voip client, allowing every one around the playground to
1035 phone and message each other for free. The reason is that Android
1036 phones do not see ad-hoc wifi networks (they are filtered away from
1037 the GUI view), and can not join the mesh without being rooted. But if
1038 they are connected using a normal wifi base station, they can talk to
1039 every client on the local network.
</p
>
1041 <p
>To get this working, I
've created a debian package
1042 <a href=
"https://github.com/petterreinholdtsen/meshfx-node
">meshfx-node
</a
>
1044 <a href=
"https://github.com/petterreinholdtsen/meshfx-node/blob/master/build-rpi-mesh-node
">build-rpi-mesh-node
</a
>
1045 to create the Raspberry Pi boot image. I
'm using Debian Jessie (and
1046 not Raspbian), to get more control over the packages available.
1047 Unfortunately a huge binary blob need to be inserted into the boot
1048 image to get it booting, but I
'll ignore that for now. Also, as
1049 Debian lack support for the CPU features available in the Raspberry
1050 Pi, the system do not use the hardware floating point unit. I hope
1051 the routing performance isn
't affected by the lack of hardware FPU
1054 <p
>To create an image, run the following with a sudo enabled user
1055 after inserting the target SD card into the build machine:
</p
>
1057 <p
><pre
>
1058 % wget -O build-rpi-mesh-node \
1059 https://raw.github.com/petterreinholdtsen/meshfx-node/master/build-rpi-mesh-node
1060 % sudo bash -x ./build-rpi-mesh-node
> build.log
2>&1
1061 % dd if=/root/rpi/rpi_basic_jessie_$(date +%Y%m%d).img of=/dev/mmcblk0 bs=
1M
1063 </pre
></p
>
1065 <p
>Booting with the resulting SD card on a Raspberry PI with a USB
1066 wifi card inserted should give you a mesh node. At least it does for
1067 me with a the wifi card I am using. The default mesh settings are the
1068 ones used by the Oslo mesh project at Hackeriet, as I mentioned in
1069 <a href=
"http://people.skolelinux.org/pere/blog/Oslo_community_mesh_network___with_NUUG_and_Hackeriet_at_Hausmania.html
">an
1070 earlier blog post about this mesh testing
</a
>.
</p
>
1072 <p
>The mesh node was not horribly expensive either. I bought
1073 everything over the counter in shops nearby. If I had ordered online
1074 from the lowest bidder, the price should be significantly lower:
</p
>
1076 <p
><table
>
1078 <tr
><th
>Supplier
</th
><th
>Model
</th
><th
>NOK
</th
></tr
>
1079 <tr
><td
>Teknikkmagasinet
</td
><td
>Raspberry Pi model B
</td
><td
>349.90</td
></tr
>
1080 <tr
><td
>Teknikkmagasinet
</td
><td
>Raspberry Pi type B case
</td
><td
>99.90</td
></tr
>
1081 <tr
><td
>Lefdal
</td
><td
>Jensen Air:Link
25150</td
><td
>295.-
</td
></tr
>
1082 <tr
><td
>Clas Ohlson
</td
><td
>Kingston
16 GB SD card
</td
><td
>199.-
</td
></tr
>
1083 <tr
><td
>Total cost
</td
><td
></td
><td
>943.80</td
></tr
>
1085 </table
></p
>
1087 <p
>Now my mesh network at home consist of one laptop in the basement
1088 connected to my production network, one Raspberry Pi node on the
1th
1089 floor that can be seen by my neighbor across the park, and one
1090 play-node I use to develop the image building script. And some times
1091 I hook up my work horse laptop to the mesh to test it. I look forward
1092 to figuring out what kind of latency the batman-adv setup will give,
1093 and how much packet loss we will experience around the park. :)
</p
>
1098 <title>Perl library to control the Spykee robot moved to github
</title>
1099 <link>http://people.skolelinux.org/pere/blog/Perl_library_to_control_the_Spykee_robot_moved_to_github.html
</link>
1100 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Perl_library_to_control_the_Spykee_robot_moved_to_github.html
</guid>
1101 <pubDate>Sat,
19 Oct
2013 10:
20:
00 +
0200</pubDate>
1102 <description><p
>Back in
2010, I created a Perl library to talk to
1103 <a href=
"http://en.wikipedia.org/wiki/Spykee
">the Spykee robot
</a
>
1104 (with two belts, wifi, USB and Linux) and made it available from my
1105 web page. Today I concluded that it should move to a site that is
1106 easier to use to cooperate with others, and moved it to github. If
1107 you got a Spykee robot, you might want to check out
1108 <a href=
"https://github.com/petterreinholdtsen/libspykee-perl
">the
1109 libspykee-perl github repository
</a
>.
</p
>
1114 <title>Oslo community mesh network - with NUUG and Hackeriet at Hausmania
</title>
1115 <link>http://people.skolelinux.org/pere/blog/Oslo_community_mesh_network___with_NUUG_and_Hackeriet_at_Hausmania.html
</link>
1116 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Oslo_community_mesh_network___with_NUUG_and_Hackeriet_at_Hausmania.html
</guid>
1117 <pubDate>Fri,
11 Oct
2013 14:
10:
00 +
0200</pubDate>
1118 <description><p
>Wireless mesh networks are self organising and self healing
1119 networks that can be used to connect computers across small and large
1120 areas, depending on the radio technology used. Normal wifi equipment
1121 can be used to create home made radio networks, and there are several
1122 successful examples like
1123 <a href=
"http://www.freifunk.net/
">Freifunk
</a
> and
1124 <a href=
"http://www.awmn.net/
">Athens Wireless Metropolitan Network
</a
>
1126 <a href=
"http://en.wikipedia.org/wiki/List_of_wireless_community_networks_by_region#Greece
">wikipedia
1127 for a large list
</a
>) around the globe. To give you an idea how it
1128 work, check out the nice overview of the Kiel Freifunk community which
1129 can be seen from their
1130 <a href=
"http://freifunk.in-kiel.de/ffmap/nodes.html
">dynamically
1131 updated node graph and map
</a
>, where one can see how the mesh nodes
1132 automatically handle routing and recover from nodes disappearing.
1133 There is also a small community mesh network group in Oslo, Norway,
1134 and that is the main topic of this blog post.
</p
>
1136 <p
>I
've wanted to check out mesh networks for a while now, and hoped
1137 to do it as part of my involvement with the
<a
1138 href=
"http://www.nuug.no/
">NUUG member organisation
</a
> community, and
1139 my recent involvement in
1140 <a href=
"https://wiki.debian.org/FreedomBox
">the Freedombox project
</a
>
1141 finally lead me to give mesh networks some priority, as I suspect a
1142 Freedombox should use mesh networks to connect neighbours and family
1143 when possible, given that most communication between people are
1144 between those nearby (as shown for example by research on Facebook
1145 communication patterns). It also allow people to communicate without
1146 any central hub to tap into for those that want to listen in on the
1147 private communication of citizens, which have become more and more
1148 important over the years.
</p
>
1150 <p
>So far I have only been able to find one group of people in Oslo
1151 working on community mesh networks, over at the hack space
1152 <a href=
"http://hackeriet.no/
">Hackeriet
</a
> at Husmania. They seem to
1153 have started with some Freifunk based effort using OLSR, called
1154 <a href=
"http://oslo.freifunk.net/index.php?title=Main_Page
">the Oslo
1155 Freifunk project
</a
>, but that effort is now dead and the people
1156 behind it have moved on to a batman-adv based system called
1157 <a href=
"http://meshfx.org/trac
">meshfx
</a
>. Unfortunately the wiki
1158 site for the Oslo Freifunk project is no longer possible to update to
1159 reflect this fact, so the old project page can
't be updated to point to
1160 the new project. A while back, the people at Hackeriet invited people
1161 from the Freifunk community to Oslo to talk about mesh networks. I
1162 came across this video where Hans Jørgen Lysglimt interview the
1163 speakers about this talk (from
1164 <a href=
"https://www.youtube.com/watch?v=N2Kd7CLkhSY
">youtube
</a
>):
</p
>
1166 <p
><iframe width=
"420" height=
"315" src=
"https://www.youtube.com/embed/N2Kd7CLkhSY
" frameborder=
"0" allowfullscreen
></iframe
></p
>
1168 <p
>I mentioned OLSR and batman-adv, which are mesh routing protocols.
1169 There are heaps of different protocols, and I am still struggling to
1170 figure out which one would be
"best
" for some definitions of best, but
1171 given that the community mesh group in Oslo is so small, I believe it
1172 is best to hook up with the existing one instead of trying to create a
1173 completely different setup, and thus I have decided to focus on
1174 batman-adv for now. It sure help me to know that the very cool
1175 <a href=
"http://www.servalproject.org/
">Serval project in Australia
</a
>
1176 is using batman-adv as their meshing technology when it create a self
1177 organizing and self healing telephony system for disaster areas and
1178 less industrialized communities. Check out this cool video presenting
1180 <a href=
"https://www.youtube.com/watch?v=
30qNfzJCQOA
">youtube
</a
>):
</p
>
1182 <p
><iframe width=
"560" height=
"315" src=
"https://www.youtube.com/embed/
30qNfzJCQOA
" frameborder=
"0" allowfullscreen
></iframe
></p
>
1184 <p
>According to the wikipedia page on
1185 <a href=
"http://en.wikipedia.org/wiki/Wireless_mesh_network
">Wireless
1186 mesh network
</a
> there are around
70 competing schemes for routing
1187 packets across mesh networks, and OLSR, B.A.T.M.A.N. and
1188 B.A.T.M.A.N. advanced are protocols used by several free software
1189 based community mesh networks.
</p
>
1191 <p
>The batman-adv protocol is a bit special, as it provide layer
2
1192 (as in ethernet ) routing, allowing ipv4 and ipv6 to work on the same
1193 network. One way to think about it is that it provide a mesh based
1194 vlan you can bridge to or handle like any other vlan connected to your
1195 computer. The required drivers are already in the Linux kernel at
1196 least since Debian Wheezy, and it is fairly easy to set up. A
1197 <a href=
"http://www.open-mesh.org/projects/batman-adv/wiki/Quick-start-guide
">good
1198 introduction
</a
> is available from the Open Mesh project. These are
1199 the key settings needed to join the Oslo meshfx network:
</p
>
1201 <p
><table
>
1202 <tr
><th
>Setting
</th
><th
>Value
</th
></tr
>
1203 <tr
><td
>Protocol / kernel module
</td
><td
>batman-adv
</td
></tr
>
1204 <tr
><td
>ESSID
</td
><td
>meshfx@hackeriet
</td
></tr
>
1205 <td
>Channel / Frequency
</td
><td
>11 /
2462</td
></tr
>
1206 <td
>Cell ID
</td
><td
>02:BA:
00:
00:
00:
01</td
>
1207 </table
></p
>
1209 <p
>The reason for setting ad-hoc wifi Cell ID is to work around bugs
1210 in firmware used in wifi card and wifi drivers. (See a nice post from
1212 "<a href=
"http://tiebing.blogspot.no/
2009/
12/ad-hoc-cell-splitting-re-post-original.html
">Information
1213 about cell-id splitting, stuck beacons, and failed IBSS merges!
</a
>
1214 for details.) When these settings are activated and you have some
1215 other mesh node nearby, your computer will be connected to the mesh
1216 network and can communicate with any mesh node that is connected to
1217 any of the nodes in your network of nodes. :)
</p
>
1219 <p
>My initial plan was to reuse my old Linksys WRT54GL as a mesh node,
1220 but that seem to be very hard, as I have not been able to locate a
1221 firmware supporting batman-adv. If anyone know how to use that old
1222 wifi access point with batman-adv these days, please let me know.
</p
>
1224 <p
>If you find this project interesting and want to join, please join
1225 us on IRC, either channel
1226 <a href=
"irc://irc.freenode.net/#oslohackerspace
">#oslohackerspace
</a
>
1227 or
<a href=
"irc://irc.freenode.net/#nuug
">#nuug
</a
> on
1228 irc.freenode.net.
</p
>
1230 <p
>While investigating mesh networks in Oslo, I came across an old
1231 research paper from the university of Stavanger and Telenor Research
1232 and Innovation called
1233 <a href=
"http://folk.uio.no/paalee/publications/netrel-egeland-iswcs-
2008.pdf
">The
1234 reliability of wireless backhaul mesh networks
</a
> and elsewhere
1235 learned that Telenor have been experimenting with mesh networks at
1236 Grünerløkka in Oslo. So mesh networks are also interesting for
1237 commercial companies, even though Telenor discovered that it was hard
1238 to figure out a good business plan for mesh networking and as far as I
1239 know have closed down the experiment. Perhaps Telenor or others would
1240 be interested in a cooperation?
</p
>
1242 <p
><strong
>Update
2013-
10-
12</strong
>: I was just
1243 <a href=
"http://lists.alioth.debian.org/pipermail/freedombox-discuss/
2013-October/
005900.html
">told
1244 by the Serval project developers
</a
> that they no longer use
1245 batman-adv (but are compatible with it), but their own crypto based
1246 mesh system.
</p
>
1251 <title>July
13th: Debian/Ubuntu BSP and Skolelinux/Debian Edu developer gathering in Oslo
</title>
1252 <link>http://people.skolelinux.org/pere/blog/July_13th__Debian_Ubuntu_BSP_and_Skolelinux_Debian_Edu_developer_gathering_in_Oslo.html
</link>
1253 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/July_13th__Debian_Ubuntu_BSP_and_Skolelinux_Debian_Edu_developer_gathering_in_Oslo.html
</guid>
1254 <pubDate>Tue,
9 Jul
2013 10:
40:
00 +
0200</pubDate>
1255 <description><p
>The upcoming Saturday,
2013-
07-
13, we are organising a combined
1256 Debian Edu developer gathering and Debian and Ubuntu bug squashing
1257 party in Oslo. It is organised by
<a href=
"http://www.nuug.no/
">the
1258 member assosiation NUUG
</a
> and
1259 <a href=
"http://www.skolelinux.org/
">the Debian Edu / Skolelinux
1260 project
</a
> together with
<a href=
"http://bitraf.no/
">the hack space
1261 Bitraf
</a
>.
</p
>
1263 <p
>It starts
10:
00 and continue until late evening. Everyone is
1264 welcome, and there is no fee to participate. There is on the other
1265 hand limited space, and only room for
30 people. Please put your name
1266 on
<a href=
"http://wiki.debian.org/BSP/
2013/
07/
13/no/Oslo
">the event
1267 wiki page
</a
> if you plan to join us.
</p
>
1272 <title>Vårt konkurransebidrag til #apps4norge bruker @opnedata
</title>
1273 <link>http://people.skolelinux.org/pere/blog/V_rt_konkurransebidrag_til__apps4norge_bruker__opnedata.html
</link>
1274 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/V_rt_konkurransebidrag_til__apps4norge_bruker__opnedata.html
</guid>
1275 <pubDate>Wed,
1 May
2013 23:
45:
00 +
0200</pubDate>
1276 <description><p
>For noen uker siden, innen fristen
2013-
04-
15, leverte jeg og
1277 Morten Kjelkenes vårt bidrag til
1278 <a href=
"http://www.apps4norge.no/
">DIFIs apps4norge-konkurranse
</a
>
1279 under lagnavnet
<a href=
"http://www.nuug.no/
">NUUG
</a
>s tannlegeteam.
1280 Vi leverte følgende i idé-kategorien:
</p
>
1284 <p
><strong
>Tittel: Stikk innom tannlegen
</strong
><p
>
1286 <p
><a href=
"http://people.skolelinux.org/pere/blog/images/
2013-
05-
01-tannlegeportal.jpeg
"><img width=
"70%
" src=
"http://people.skolelinux.org/pere/blog/images/
2013-
05-
01-tannlegeportal.jpeg
"></a
></p
>
1288 <p
><strong
>Beskrivelse:
</strong
><p
>
1290 <p
><em
>Idéen
</em
>
1292 <p
>Gjøre det enklere å finne en tannlege som er praktisk for deg, der
1293 pris og reisetid med kollektivt, til fots eller med bil er tatt med i
1294 beregningen, ved å oppgi hvor en bor og jobber, og få forslag til
1295 tannleger både i nærheten og på veien mellom disse stedene.
</p
>
1297 <p
>Brukeren oppgir hjemmeadresse og jobbadresse, og kanskje også
1298 barnehage. Så kan en også oppgi egen timelønn (for å beregne taps
1299 arbeidsfortjeneste) og om en reiser med kollektivt, til fots eller
1300 kjører bil. Så trykker en søk, og får opp en todelt side med kart og
1301 tekstliste. I kartdelen vises aktuelle tannleger (for eksempel maks
1302 7), og i tekstdelen er de samme tannlegene listet opp, med pris og
1303 reisetid for kollektivtransport, og pris pluss reisekostnad hvis en
1304 reiser med bil. En kan endre sorteringsrekkefølge for listen ved å
1305 trykke på aktuell kolonne, og velge om en skal sortere på pris,
1306 reisetid eller totalkostnad. Kun tannleger som tar imot nye kunder tas
1307 i utganspunktet med i listen. Når brukeren trykker med musa en
1308 tannlegemarkør på kartet kommer det en popup med detaljer om
1309 tannlegen, den samme informasjonen som finnes i listen under kartet,
1310 og lenke til mer informasjon om tannlegen.
</p
>
1312 <p
>For hvert enkelt tannlegekontor er det tilgjengelig en
1313 informasjonsside med adresse, hjemmesideurl, telefonnummer, lenke til
1314 side for å finne reisebeskrivelse, åpningstider, etc.
</p
>
1316 <p
><em
>Nytteverdi for brukeren
</em
></p
>
1319 <li
>sparer tid på tannlegebesøk
</li
>
1320 <li
>kan utnytte normal reisevei mellom hjem/jobb/barnehage
</li
>
1321 <li
>kan finne aktuell tannlege basert på flere kriterier
</li
>
1322 <li
>sile bort tannleger som ikke tar imot flere kunder
</li
>
1323 <li
>får kart som viser tannleger i nærheten, på tvers av kommunegrenser
</li
>
1326 <p
><em
>Grad av innovasjon, nytenkning og kreativitet
</em
></p
>
1328 <p
>Enkel tjeneste som fokuserer på det vi selv mener er relevant ved valg
1329 av tannlege.
</p
>
1331 <p
>Tjenestekonseptet kan også brukes til andre næringer, f.eks. lege,
1332 butikk, leiebiler, hvis en har aktuell datakilde å koble med.
</p
>
1334 <p
>Skulle gjerne hatt med vurdering av tannlegene tilgjengelig, slik
1335 at en kunne finne
"flinke
" tannleger basert på et eller annet
1336 kriterium.
</p
>
1338 <p
><em
>Markedspotensiale - potensiale for å slå gjennom hos mange
1339 brukere
</em
></p
>
1342 <li
>Alle som ønsker eller vurderer å skaffe seg ny tannlege, f.eks. nyinnflyttede og studenter
</li
>
1343 <li
>Familier med en travel hverdag
</li
>
1346 <p
>Felles er at den gjør tannlegen lettere tilgjengelig for de som vil spare tid eller penger.
</p
>
1348 <p
><em
>Samfunnsøkonomisk nytte - bidrar til å løse
1349 samfunnsutfordringer
</em
></p
>
1351 <p
>Kutter tid brukt på tannlegebesøk, og penger frigjøres som kan brukes på andre områder. Oppfordrer til bedre bruk av kollektivtransport ved å gi tips om tannleger i nærheten av allerede brukt reisevei mellom hjemme og jobb når en reiser kollektivt.
</p
>
1353 <p
><em
>X-faktor - “Det lille ekstra...”
</em
></p
>
1355 <p
>Denne tjenesten gir det lille ekstra ved at den ikke slår opp
1356 avstand til tannlege fra et enkelt punkt men avstand fra en reisevei,
1357 slik at en får flere tannleger å velge imellom og kanskje kan spare
1358 enda mer tid og penger enn en ville gjort ved å sjekke kun de nærmest
1359 hjemme eller jobb.
</p
>
1361 <p
>Tjenesten gir informasjonen både som kart og som tekstlig oversikt, for å sikre at blinde og svaksynte kan få tilgang til informasjonen selv om de ikke får brukt kartvisningen.
</p
>
1363 <p
><em
>Datasett brukt
</em
></p
>
1367 <li
><a href=
"http://www.hvakostertannlegen.no/
">http://www.hvakostertannlegen.no/
</a
>
1368 (Ikke-publisert JSON-API), se f.eks. JSON-output fra
1369 <a href=
"http://www.hvakostertannlegen.no/services/klinikker/oslo/undersokelse-med-
2-rontgenbilder
">http://www.hvakostertannlegen.no/services/klinikker/oslo/undersokelse-med-
2-rontgenbilder
</a
></li
>
1372 <a href=
"http://www.openstreetmap.org/
">http://www.openstreetmap.org/
</a
>
1373 <a href=
"http://mapit.nuug.no/
">http://mapit.nuug.no/
</a
> (nabokommuner, postnummer)
</li
>
1375 <li
><a href=
"http://labs.trafikanten.no/how-to-use-the-api.aspx
">http://labs.trafikanten.no/how-to-use-the-api.aspx
</a
>
1376 (reisetid med kollektivtrafikk på Østlandet),
1377 <a href=
"http://data.norge.no/data/ruter-kollektivtrafikkdata
">http://data.norge.no/data/ruter-kollektivtrafikkdata
</a
></li
>
1379 <li
><a href=
"http://reiseregningen.no
">http://reiseregningen.no
</a
>
1380 (data om statens satser for biltransport)
</li
>
1382 <li
>Kollektivtrafikkkart,
1383 <a href=
"http://öpnvkarte.de/?zoom=
17&lat=
59.91056&lon=
10.75641&layers=BT
">http://öpnvkarte.de/?zoom=
17&lat=
59.91056&lon=
10.75641&layers=BT
</a
></li
>
1385 <li
>Routing med OpenStreetmap-data,
1386 <a href=
"http://wiki.openstreetmap.org/wiki/Routing/OnlineRouters
">http://wiki.openstreetmap.org/wiki/Routing/OnlineRouters
</a
></li
>
1388 <li
>Bilveiruting med OpenStreetmap-data,
<a href=
"http://map.project-osrm.org/
">http://map.project-osrm.org/
</a
></li
>
1389 <li
>Kollektivtrafikkruting for Norge med uviss datakilde,
<a href=
"http://dit.no/
">http://dit.no/
</a
></li
>
1392 <p
><strong
>Åpne offentlige datasett brukt i applikasjonen:
</strong
></p
>
1395 <li
>Reisetid med kollektivtrafikk på Østlandet
</li
>
1398 <p
><strong
>Øvrige datasett brukt i appen/tjenesten:
</strong
></p
>
1400 <li
>Fakta om tannleger, priser etc (upublisert JSON-API)
</li
>
1401 <li
>Data om statens satser for biltransport
</li
>
1402 <li
>Kartbilder, kartdata
</li
>
1403 <li
>Kommunegrenser, nabokommuner, postnummer
</li
>
1404 <li
>Bilveiruting med OpenStreetmap-data
</li
>
1405 <li
>Kollektivtrafikkkart
</li
>
1406 <li
>Routing med OpenStreetmap-data
</li
>
1407 <li
>Kollektivtrafikkruting for Norge med uviss dataopphav
</li
>
1410 <p
><strong
>Kategori:
</strong
></p
>
1412 <li
>Arbeid og velferd
</li
>
1413 <li
>Forbruker
</li
>
1414 <li
>Økonomi
</li
>
1417 <p
><strong
>Geografi (dekningsområde for app):
</strong
></p
>
1419 <p
>Hele landet
</p
>
1423 <p
>Vinneren annonseres
2013-
05-
08 ved
1424 <a href=
"http://www.apps4norge.no/arrangement/
2013-
05-
08-invitasjon-til-prisutdeling-apps4norge-
8mai-
2013">prisutdelingen
1425 hos DIFI
09:
00 til
12:
00</a
>. Konkurransen blir hard. Det meldes at
1426 38 apper og
50 ideer er registrert som kandidater. Jeg frykter at jeg
1427 ikke rekker innom selv, på grunn av jobb og forpliktelser på
1428 hjemmebanen.
</p
>
1433 <title>Til frikanalens støttespillere - fra styret i Frikanalen
</title>
1434 <link>http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html
</link>
1435 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html
</guid>
1436 <pubDate>Wed,
13 Mar
2013 11:
15:
00 +
0100</pubDate>
1437 <description><p
>Min venn Erik Vold har på vegne av styret i
1438 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> sendt ut
1439 <a href=
"http://lists.nuug.no/pipermail/frikanalen/
2013-March/
000054.html
">følgende
1440 epost
</a
> til alle kanalens medlemmer og støttespillere, i et forsøk
1441 på å redde kanalen etter at kulturdepartementet kuttet all
1442 finansiering i fjor høst. Jeg fikk meldingen som
1443 <a href=
"http://www.nuug.no/
">NUUG
</a
>-styremedlem, og mener den
1444 trenger et større publikum. Jeg gjengir den derfor i sin helhet,
1445 inkludert lenken til budsjett og regnskapsutkast, etter
1446 <a href=
"http://lists.nuug.no/pipermail/frikanalen/
2013-March/
000061.html
">avtale
1447 med Erik
</a
>.
</p
>
1449 <p
><blockquote
>
1450 <p
>Til Frikanalens støttespillere
</p
>
1452 <p
>Frivillighetens TV kanal har med minimal støtte avviklet daglige
1453 sendinger siden
2009 og til tross for at statsstøtten uteble i år, er
1454 vi nå i full gang med å utvikle et nytt TV system som foreningen selv
1455 vil eie. Departementet fikk dessverre ikke med seg at nettet vil
1456 berike TV sendingen fremfor å gjøre den overflødig. De har nå overlatt
1457 finansieringen av videre drift til frivilligheten og vi håper derfor
1458 på deres hjelp til å søke om midler. På kjøpet får dere langt flere
1459 muligheter til å nå ut med deres budskap og med utbyggingen av Hybrid
1460 TV (nett på TV) kan vi sammen motbevise departementets påstand.
</p
>
1462 <p
>Kostnaden med denne utviklingen er svært lav ettersom de fleste
1463 programmererne jobber gratis og alt er basert på åpen kildekode der
1464 man deler hverandres bidrag til kringkastingsorienterte systemer. I
1465 samarbeid med flere europeiske kanaler i EBU (SVT, BBC, NRK, ZDF, ARD,
1466 France Televisions etc) ønsker vi å bygge opp et nettverk for delt
1467 support og åpen kildekode der Frikanalen er den eneste sandkassen hvor
1468 ny teknologi kan testes på luft. Riks TV åpner for annonsering av
1469 nettinnhold relatert til det du ser på TV (streamevents i HbbTV)
1470 allerede i sommer. Med støtte fra Media Netwerk som drifter Frikanalen
1471 samt Sofia Digital som stiller med Hybrid TV server er vi
& NRK sikret
1472 en sentral rolle i utprøvingen. Det vil da bli mulig og streame
1473 direkte til Riks TV sine nye mottakere (og nye IDTV
'er) i HD samt at
1474 TV
'n kan annonsere en link til deres organisasjonssider, med
1475 oppdaterte nyheter (RSS feeds), relaterte videoer etc., under
1476 avviklingen av deres innslag.
</p
>
1478 <p
>Vi tror sendingene på den nye nettstyrte TV-kanalen vil bli rikere enn
1479 på den kommersielle plattformen vi har vært på så langt. Brukerne vil
1480 nå få en tettere integrasjon med sosiale medier samt at innholdet
1481 etterhvert kommer ut på Hybrid TV og mobile enheter. Teknisk ansvarlig
1482 i Frikanalen, Erik Vold, er sentral i utviklingen av streamingdelen
1483 for tv.nrk.no (årets produkt i PC World) og erfaringen NRK har gjort
1484 på mobile enheter kan videreføres til oss. Det er heller ingen tvil om
1485 at Hybrid TV vil bli en suksess også i Norge. Erik sitter i Nordig som
1486 har vedtatt en felles standard for de nordiske kringkasterne basert på
1487 HbbTV. Denne standarden bruker web-protokoller som gjør det like
1488 enkelt og billig å utvikle tjenester for Hybrid TV som å lage en
1489 nettside. Samtlige nye TV apparater solgt i Norden vil ha støtte for
1490 HbbTV og med det tror vi oppslutningen vil bli like stor som ellers i
1491 Europa (Tyskland og Frankrike tredoblet antall HbbTV-brukere i
1492 fjor). Vi forventer også mye d rahjelp fra disse foregangslandene. Vår
1493 utvikler Tore Sinding Bekkedal er i skriv ende stund på en HbbTV
1494 workshop med EBU-medlemmer hos IRT i München der han på vegne av NRK
1495 tester og utvikler ny stremingteknologi (MPEG- DASH) for
1496 mobile enheter og hybrid TV.
</p
>
1498 <p
>Frikanalen har forøvrig flyttet inn i nye kostnadsfrie lokaler på
1499 Chateau Neuf. Med massiv hjelp fra frivillige får vi der en
1500 flerkameraregi i egnede lokaler. Dette åpner for debatter, konserter,
1501 events og mye spennende innhold i samarbeid med Student TV
'ene.
</p
>
1503 <p
>Med hjelp fra NUUG har også streamingdelen av systemet fått plass på
1504 Uninett (Forskningsparken) og dermed er vi på Norges beste
1505 internettlinjer. Vi åpner med dette for live mottak fra samtlige
1506 medlemmer og på sikt kan vi tilby HD på hybrid TV og PC / MAC / mobil.
</p
>
1508 <p
>Avvikling på luft skjer allerede med egenutviklede løsninger i åpen
1509 kildekode (playout og live-koding). Det er også mulig å se første
1510 byggetrinn med programoversikt og videoer på nett, men foreløpig kun
1511 for nettleserne Opera, Chrome og Firefox:
1512 <a href=
"http://beta.frikanalen.tv/guide/
">http://beta.frikanalen.tv/guide/
</a
>
1514 <a href=
"http://beta.frikanalen.tv/video/
">http://beta.frikanalen.tv/video/
</a
>. Kom
1515 gjerne med ønsker og tilbakemeldinger til vår hovedutvikler Benjamin
1516 Bruheim: grolgh (at) gmail.com
</p
>
1518 <p
>Med en tettere tilknytning til Akademia og NRK, er det god grunn til å
1519 tro at utviklingen vil skyte fart og at vi raskere kommer ut med
1520 dagsaktuelt innhold.
</p
>
1522 <p
>Vi sender i dag på Riks TV og Altibox, men ikke lenger på TV8. Det er
1523 viktig for våre brukere igjen å komme ut på Get og Canal Digital,
1524 dermed er det svært heldig at vi nå har formidlingsplikt på kabel. Til
1525 tross for at det tar noe tid å få nye avtaler på plass, med frivillig
1526 juridisk bistand, vil vi sannsynligvis komme bedre ut i andre enden
1527 også her. Formidlingsplikten gjelder samtlige kabeldistribusjoner i
1528 Norge, ikke bare de regionene TV8 hadde avtale med.
</p
>
1530 <p
>Om alt dette skal se dagens lys er vi avhengig av en
1531 grunnfinansiering. Deres medlemsavgifter er i så måte et svært viktig
1532 bidrag som vi er veldig takknemlige for. Vi ser oss likevel nødt til
1533 å be dere om å delta i arbeidet med å dekke de resterende
1534 driftskostnader. Frikanalen sin arbeidskapasitet er betydelig redusert
1535 etter at foreningen ikke lenger kunne finansiere en daglig leder, men
1536 allmøtet kan åpne for at flere bidrar til inntjening (Ekstraordinær
1537 generalforsamling foreslo å tillate sponsorplakater på sendeflaten og
1538 deler av disse inntektene kan tilfalle kanalen). Håper alle
1539 medlemmene kan hjelpe oss med å skrive søknader og skaffe sponsorer,
1540 eller i det minste komme med gode forslag til inntjening. Det er ikke
1541 mye som skal til for å klare videre drift, kun
0,
5 mill. pr år.
</p
>
1543 <p
>Med en støtte som tilsvarer en norsk kortfilm vil vi kunne redde
1544 sendearkivet for flere tusen videoer bygget opp av frivilligheten
1545 gjennom
5 år og vi dobler kapasiteten for å ta imot nye (De som
1546 leverer HD vil for øvrig kunne få HD på nett, mobil og hybrid TV).
</p
>
1548 <p
>Vi vil også kunne videreføre konsesjonen på Riks TV og realisere en
1549 formidlingsplikt på kabel som har en årlig verdi på ca.
5 millioner
1550 kroner (når over
2/
3 av Norges befolkning).
</p
>
1552 <p
>Uten støtte står verdens eneste nasjonale nettstyrte åpne TV kanal i
1553 fare for å forsvinne. En konkursbegjæring vil gjøre at utstyrsparken
1554 går til advokatsalærer i behandling av boet og kreditorene vil ikke
1555 kunne få dekket sine krav. Det mener vi ikke bare er urett ovenfor
1556 långiverne, men det er urett mot alle de som har bidratt med å bygge
1557 opp frivillighetens eneste sendearkiv og ikke minst alle de som i dag
1558 jobber frivillig med å videreutvikle TV-systemet.
</p
>
1560 <p
>Håper dere i likhet med styret ser verdien i videre drift og kan melde
1561 tilbake innen årsmøtet (Kontaktinformasjon til styret og frivillige
1562 utviklere er i kopifeltet).
</p
>
1564 <p
>Vennligst fyll ut det blå feltet i regnearket under med det dere tror
1565 er mulig å få inn. Det dere skriver her er ikke bindende, men gir
1566 styret en indikasjon på om videre drift er mulig. Det blir tatt
1567 stilling til av generalforsamlingen medio mars. Setter derfor pris på
1568 om alle kan bidra med forslag til støtte eller antatte verdier fra
1569 søknad/spons innen det.
</p
>
1571 <p
>Forhåpentligvis når vi også ønsket budsjett på
1 mill. pr år. Med det
1572 kan vi nedbetale gjelden raskere og sørge for en bedre
1573 tilgjengelighet, samt raskere utvikling:
</p
>
1575 <p
><a href=
"https://docs.google.com/spreadsheet/ccc?key=
0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc
&usp=sharing#gid=
0">https://docs.google.com/spreadsheet/ccc?key=
0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc
&usp=sharing#gid=
0</a
></p
>
1577 <p
>Med vennlig hilsen
1578 <br
>Styret i Frikanalen
</p
>
1579 </blockquote
></p
>
1581 <p
>Jeg håper noen av mine lesere med dette ser verdien av Frikanalen
1582 og melder seg inn for å sende sine videoer ut på TV til RiksTV og
1583 Altibox-seerne. Det haster. Årsmøtet i foreningen Frikanalen skal
1584 straks avholdes, og innen den tid må en redningsplan være på plass.
1585 NUUG bidrar allerede litt ved å organisere utviklersamlinger og
1586 finansiere litt mat og drikke til de frivillige som stiller opp på
1587 dugnadsbasis for å utvikle den tekniske løsningen. Det er ikke nok
1588 til å redde kanalen, men gir et lite steg i riktig retning.
</p
>
1590 <p
><strong
>Update
2013-
03-
13 13:
00</strong
>: Epostlistelenkene
1591 fungerer ikke lenger, da epostarkivet nå ikke lenger er tilgjengelig
1592 for ikke-abonnenter. Korrigerte teksten fra styret litt etter
1593 oppfordring fra Frikanalen-styret.
</p
>
1598 <title>Frikanalen - Complete TV station organised using the web
</title>
1599 <link>http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html
</link>
1600 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html
</guid>
1601 <pubDate>Sun,
3 Mar
2013 07:
15:
00 +
0100</pubDate>
1602 <description><p
>Do you want to set up your own TV station, schedule videos and
1603 broadcast them on the air? Using free software? With video on demand
1605 <a href=
"http://www.digistan.org/open-standard:definition
">free and
1606 open standards
</a
>? Included a web based video stream as well? And
1607 administrate it all in your web browser from anywhere in the world? A
1608 few years now the Norwegian public access TV-channel
1609 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> have been building a
1610 system to do just this. The source code for the solution is licensed
1611 using the GNU LGPL, and
1612 <a href=
"http://github.com/Frikanalen
">available from github
</a
>.
</p
>
1614 <p
>The idea is simple. You upload a video file over the web, and
1615 attach meta information to the file. You select a time slot in the
1616 program schedule, and when the time come it is played on the air and
1617 in the web stream. It is also made available in a video on demand
1618 solution for anyone to see it also outside its scheduled time. All
1619 you need to run a TV station - using your web browser.
</p
>
1621 <p
>There are several parts to this web based solution. I
'll mention
1622 the three most important ones. The first part is the database of
1623 videos and the schedule. This is written in Django and include a REST
1624 API. The current database is SQLite, but the plan is to migrate it to
1625 PostgreSQL. At the moment this system can be tested on
1626 <a href=
"http://beta.frikanalen.tv/
">beta.frikanalen.tv
</a
>. The
1627 second part is the video playout, taking the schedule information from
1628 the database and providing a video stream to broadcast. This is done
1629 using
<a href=
"http://www.casparcg.com/
">CasparCG from SVT
</a
> and
1630 <a href=
"http://www.mltframework.org/
">Media Lovin
' Toolkit
</a
>. Video
1631 signal distribution is handled using
1632 <a href=
"http://www.ob-encoder.com/
">Open Broadcast Encoder
</a
>. The
1633 third part is the converter, handling the transformation of uploaded
1634 video files to a format useful for broadcasting, streaming and video
1635 on demand. It is still very much work in progress, so it is not yet
1636 decided what it will end up using. Note that the source of the latter
1637 two parts are not yet pushed to github. The lead author want to clean
1638 them up a bit more first.
</p
>
1640 <p
>The development is coordinated on the
1641 <a href=
"irc://irc.freenode.net/%
23frikanalen
">#frikanalen IRC
1642 channel
</a
> (irc.freenode.net), and discussed on
1643 <a href=
"http://lists.nuug.no/mailman/listinfo/frikanalen
">the
1644 frikanalen mailing list
</a
>. The lead developer is Benjamin Bruheim
1645 (phed on IRC). Anyone is welcome to participate in the
1646 development.
</p
>
1651 <title>Litt statistikk over offentlige anbud annonsert via Doffin siden
2008</title>
1652 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html
</link>
1653 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html
</guid>
1654 <pubDate>Mon,
11 Feb
2013 14:
40:
00 +
0100</pubDate>
1655 <description><p
>For et halvt år siden
1656 <a href=
"http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
">satte
1657 jeg opp et system for å lage en database
</a
> med informasjon om
1658 offentlige anbud fra
<a href=
"http://www.doffin.no/
">Doffin
</a
> ved
1659 <a href=
"https://scraperwiki.com/scrapers/norwegian-doffin/
">hjelp av
1660 Scraperwiki
</a
>. Nå er databasen så vidt jeg kan se komplett, med
1661 data helt tilbake til
2008. Her er litt statistikk over
1662 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=norwegian-doffin
&query=select%
20strftime(%
22%
25Y-%
25m%
22%
2C%
20publishdate)%
20as%
20publishmonth%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20publishmonth%
20order%
20by%
20publishmonth%
20desc
">antall
1663 anbud publisert hver måned
</a
>:
</p
>
1665 <p
><table border=
"1">
1666 <tr
> <th
>Publiseringsmåned
</th
> <th
>Antall
</th
> </tr
>
1667 <tr
> <td
>2013-
01</td
> <td
>1015</td
> </tr
>
1668 <tr
> <td
>2012-
12</td
> <td
>756</td
> </tr
>
1669 <tr
> <td
>2012-
11</td
> <td
>979</td
> </tr
>
1670 <tr
> <td
>2012-
10</td
> <td
>1093</td
> </tr
>
1671 <tr
> <td
>2012-
09</td
> <td
>1023</td
> </tr
>
1672 <tr
> <td
>2012-
08</td
> <td
>951</td
> </tr
>
1673 <tr
> <td
>2012-
07</td
> <td
>1103</td
> </tr
>
1674 <tr
> <td
>2012-
06</td
> <td
>1334</td
> </tr
>
1675 <tr
> <td
>2012-
05</td
> <td
>1435</td
> </tr
>
1676 <tr
> <td
>2012-
04</td
> <td
>1169</td
> </tr
>
1677 <tr
> <td
>2012-
03</td
> <td
>1573</td
> </tr
>
1678 <tr
> <td
>2012-
02</td
> <td
>1335</td
> </tr
>
1679 <tr
> <td
>2012-
01</td
> <td
>1147</td
> </tr
>
1680 <tr
> <td
>2011-
12</td
> <td
>1045</td
> </tr
>
1681 <tr
> <td
>2011-
11</td
> <td
>1114</td
> </tr
>
1682 <tr
> <td
>2011-
10</td
> <td
>1230</td
> </tr
>
1683 <tr
> <td
>2011-
09</td
> <td
>1165</td
> </tr
>
1684 <tr
> <td
>2011-
08</td
> <td
>966</td
> </tr
>
1685 <tr
> <td
>2011-
07</td
> <td
>1148</td
> </tr
>
1686 <tr
> <td
>2011-
06</td
> <td
>1410</td
> </tr
>
1687 <tr
> <td
>2011-
05</td
> <td
>1536</td
> </tr
>
1688 <tr
> <td
>2011-
04</td
> <td
>1350</td
> </tr
>
1689 <tr
> <td
>2011-
03</td
> <td
>1574</td
> </tr
>
1690 <tr
> <td
>2011-
02</td
> <td
>1370</td
> </tr
>
1691 <tr
> <td
>2011-
01</td
> <td
>1049</td
> </tr
>
1692 <tr
> <td
>2010-
12</td
> <td
>992</td
> </tr
>
1693 <tr
> <td
>2010-
11</td
> <td
>1089</td
> </tr
>
1694 <tr
> <td
>2010-
10</td
> <td
>1110</td
> </tr
>
1695 <tr
> <td
>2010-
09</td
> <td
>1132</td
> </tr
>
1696 <tr
> <td
>2010-
08</td
> <td
>883</td
> </tr
>
1697 <tr
> <td
>2010-
07</td
> <td
>1126</td
> </tr
>
1698 <tr
> <td
>2010-
06</td
> <td
>1440</td
> </tr
>
1699 <tr
> <td
>2010-
05</td
> <td
>1236</td
> </tr
>
1700 <tr
> <td
>2010-
04</td
> <td
>1249</td
> </tr
>
1701 <tr
> <td
>2010-
03</td
> <td
>1556</td
> </tr
>
1702 <tr
> <td
>2010-
02</td
> <td
>1256</td
> </tr
>
1703 <tr
> <td
>2010-
01</td
> <td
>1140</td
> </tr
>
1704 <tr
> <td
>2009-
12</td
> <td
>1013</td
> </tr
>
1705 <tr
> <td
>2009-
11</td
> <td
>1220</td
> </tr
>
1706 <tr
> <td
>2009-
10</td
> <td
>1320</td
> </tr
>
1707 <tr
> <td
>2009-
09</td
> <td
>1294</td
> </tr
>
1708 <tr
> <td
>2009-
08</td
> <td
>953</td
> </tr
>
1709 <tr
> <td
>2009-
07</td
> <td
>1162</td
> </tr
>
1710 <tr
> <td
>2009-
06</td
> <td
>1605</td
> </tr
>
1711 <tr
> <td
>2009-
05</td
> <td
>1568</td
> </tr
>
1712 <tr
> <td
>2009-
04</td
> <td
>1522</td
> </tr
>
1713 <tr
> <td
>2009-
03</td
> <td
>1599</td
> </tr
>
1714 <tr
> <td
>2009-
02</td
> <td
>1376</td
> </tr
>
1715 <tr
> <td
>2009-
01</td
> <td
>1080</td
> </tr
>
1716 <tr
> <td
>2008-
12</td
> <td
>1028</td
> </tr
>
1717 <tr
> <td
>2008-
11</td
> <td
>949</td
> </tr
>
1718 <tr
> <td
>2008-
10</td
> <td
>1047</td
> </tr
>
1719 <tr
> <td
>2008-
09</td
> <td
>965</td
> </tr
>
1720 <tr
> <td
>2008-
08</td
> <td
>725</td
> </tr
>
1721 <tr
> <td
>2008-
07</td
> <td
>1015</td
> </tr
>
1722 <tr
> <td
>2008-
06</td
> <td
>1304</td
> </tr
>
1723 <tr
> <td
>2008-
05</td
> <td
>323</td
> </tr
>
1724 </table
></p
>
1726 <p
>Her er tilsvarende
1727 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=norwegian-doffin
&query=select%
20strftime(%
22%
25Y%
22%
2C%
20publishdate)%
20as%
20publishyear%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20publishyear%
20order%
20by%
20publishyear%
20desc
">tall
1728 per år
</a
>, som viser en liten nedgang i antall anbud:
</p
>
1730 <table border=
"1">
1731 <tr
> <th
>Publiseringsår
</th
> <th
>Antall
</th
> </tr
>
1732 <tr
> <td
>2012</td
> <td
>13898</td
> </tr
>
1733 <tr
> <td
>2011</td
> <td
>14957</td
> </tr
>
1734 <tr
> <td
>2010</td
> <td
>14209</td
> </tr
>
1735 <tr
> <td
>2009</td
> <td
>15712</td
> </tr
>
1736 <tr
> <td
>2008</td
> <td
>7356</td
> </tr
>
1737 </table
></p
>
1739 <p
>Jeg droppet den ufullstendige måneden og året fra tabellen. Se
1740 lenken for oppdaterte tall.
</p
>
1745 <title>Ledger - double-entry accounting using text based storage format
</title>
1746 <link>http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html
</link>
1747 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html
</guid>
1748 <pubDate>Tue,
18 Dec
2012 23:
30:
00 +
0100</pubDate>
1749 <description><p
>A few days ago I came across
1750 <a href=
"http://joeyh.name/blog/entry/hledger/
">a blog post from Joey
1751 Hess
</a
> describing
<a href=
"http://ledger-cli.org/
">ledger
</a
> and
1752 hledger, a text based system for double-entry accounting. I found it
1753 interesting, as I am involved with several organizations where
1754 accounting is an issue, and I have not really become too friendly with
1755 the different web based systems we use. I find it hard to find what I
1756 look for in the menus and even harder try to get sensible data out of
1757 the systems. Ledger seem different. The accounting data is kept in
1758 text files that can be stored in a version control system, and there
1760 are at least
<a href=
"https://github.com/ledger/ledger/wiki/Ports
">five
1761 different implementations
</a
> able to read the format. An example
1762 entry look like this, and is simple enough that it will be trivial to
1763 generate entries based on CVS files fetched from the bank:
</p
>
1765 <blockquote
><pre
>
1766 2004-
05-
27 Book Store
1767 Expenses:Books $
20.00
1769 </pre
></blockquote
>
1771 <p
>The concept seemed interesting enough for me to check it out and
1772 look for others using it. I found blog posts from
1773 <a href=
"http://blog.spang.cc/posts/hledger_rocks_my_world/
">Christine
1775 <a href=
"http://bugsplat.info/
2010-
05-
23-keeping-finances-with-ledger.html
">Pete
1777 <a href=
"http://blog.andrewcantino.com/blog/
2010/
11/
06/command-line-accounting-with-ledger-and-reckon/
">Andrew
1778 Cantino
</a
> and
1779 <a href=
"http://blog.iphoting.com/blog/
2012/
11/
29/command-line-double-entry-accounting/
">Ronald
1780 Ip
</a
> describing how they use it, as well as a post from
1781 <a href=
"https://groups.google.com/forum/?fromgroups=#!topic/ledger-cli/r0oWjwbQ9Bo
">Bradley
1782 M. Kuhn
</a
> at the Software Freedom Conservancy. All seemed like good
1783 recommendations fitting my need.
</p
>
1785 <p
>The
<a href=
"http://packages.qa.debian.org/l/ledger.html
">ledger
</a
>
1786 package is available in Debian Squeeze, while the
1787 <a href=
"http://packages.qa.debian.org/h/haskell-hledger.html
">hledger
</a
>
1788 package only is available in Debian Sid. As I use Squeeze, ledger
1789 seemed the best choice to get started.
</p
>
1791 <p
>To get some real data to test on, I wrote a
1792 <a href=
"http://www.nuug.no/tools/lodo2ledger
">web scraper
</a
> for
1793 <a href=
"http://www.lodo.no/
">LODO
</a
>, the accounting system used by
1794 the
<a href=
"http://www.nuug.no/
">NUUG
</a
> association, and started to
1795 play with the data set. I
'm not really deeply into accounting, but I
1796 am able to get a simple balance and accounting status for example
1797 using the
"<tt
>ledger balance
</tt
>" command. But I will have to
1798 gather more experience before I know if the ledger way is a good fit
1799 for the organisations I am involved in.
</p
>
1804 <title>59 kommuner omfavner nå FiksGataMi
</title>
1805 <link>http://people.skolelinux.org/pere/blog/
59_kommuner_omfavner_n__FiksGataMi.html
</link>
1806 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
59_kommuner_omfavner_n__FiksGataMi.html
</guid>
1807 <pubDate>Mon,
5 Nov
2012 23:
00:
00 +
0100</pubDate>
1808 <description><p
><a href=
"http://maps.google.com/?q=http://www.nuug.no/prosjekt/fiksgatami/fiksgatami-municipalities-
201210.kml
"><img src=
"http://people.skolelinux.org/pere/blog/images/
2012-
10-
17-fiksgatami.png
"></a
></p
>
1810 <p
>For noen dager siden omfavnet to nye kommuner NUUGs
1811 <a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
>. Med
59 kommuner
1812 som lenker til FiksGataMi fra sine hjemmesider er
"markedsandelen
"
1813 13,
8 % (av
429 kommuner). Sist ut er Stange og Utsira kommune, som
1814 slår følge med kommunene Askim, Askøy, Audnedal, Aure, Balestrand,
1815 Bærum, Eide, Farsund, Flekkefjord, Folldal, Gran, Grue, Hadsel,
1816 Halden, Halsa, Hamar, Hobøl, Holtålen, Hægebostad, Høyanger,
1817 Kongsberg, Kristiansund, Kvinesdal, Kviteseid, Levanger, Lindesnes,
1818 Luster, Lyngdal, Løten, Mandal, Marnardal, Moss, Namsos, Nissedal,
1819 Nordreisa, Randaberg, Rindal, Sel, Sirdal, Skiptvet, Sortland,
1820 Spydeberg, Stjørdal, Stord, Søgne, Sør-Odal, Tolga, Trysil, Tynset,
1821 Tysvær, Ullensvang Herad, Vennesla, Verdal, Vågan, Vågå, Våler og
1822 Åseral. Oppdatert liste er tilgjengelig fra
1823 <a href=
"http://wiki.nuug.no/grupper/fiksgatami/positivemottakere
">NUUGs
1824 wiki
</a
>. Kartet er dog ikke oppdatert med de siste kommunene.
</p
>
1826 <p
>Kanskje du bør høre med din kommune om de vil bli mer aktive
1827 brukere av FiksGataMi? Se
1828 <a href=
"http://people.skolelinux.org/pere/blog/
40_kommuner_lenker_n__til_FiksGataMi_fra_sine_nettsider___gj_r_din_.html
">en
1829 tidligere bloggpost
</a
> med tips om hvordan det kan gjøres.
</p
>
1831 <p
>I snitt rapporteres det nå via FiksGataMi ca.
100 meldinger i uka fra
1832 innbyggerne om feil på offentlig infrastruktur.
</p
>
1837 <title>Ode til Frikanalen...
</title>
1838 <link>http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html
</link>
1839 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html
</guid>
1840 <pubDate>Fri,
2 Nov
2012 23:
00:
00 +
0100</pubDate>
1841 <description><p
>I
2009 bidro vi i
<a href=
"http://www.nuug.no/
">NUUG
</a
> til at
1842 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> ble
1843 <a href=
"http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
">tilgjengelig
1844 i et fritt og åpent standardisert videoformat
</a
>. Bakgrunnen var at
1845 vi i NUUG likte tanken på «Youtube på TV», der enhver borger kunne få
1846 mulighet til å kringkaste sin video på TV, og NUUG ble medlem i
1847 Frikanalen for å støtte dette arbeidet. Frikanalen er borger-TV, der
1848 alle kan være sin egen redaktør og lage TV uten solid finansielle
1849 muskler. Siden den gang har vi bistått kanalen på ulikt vis, blant
1850 annet med å hjelpe til med å utvikle en løsning basert på fri
1851 programvare for drift av TV-kanalen. Dette utviklingsarbeidet pågår
1852 fortsatt, men det er god fremgang og godt håp om å få på plass en
1853 webbasert løsning for styring av TV-kanalen basert på fri programvare.
1854 Dagens produksjonsløsning er basert på Windows og proprietær
1855 programvare, et resultat av at kulturdepartementet krevde at
1856 Frikanalen kom på lufta veldig raskt da departementet overtalte
1857 Frivillighet Norge til å snappe opp konseptet. Dagens
1858 produksjonsløsning er dyr i drift, og en fri programvareløsning bør
1859 kutte kostnadene litt. Men det er fortsatt dyrt å kjøpe tilgang til å
1860 sende ut på RiksTV og andre TV-distributører, noe som spiser av
1861 kanalens begrensede midler.
</p
>
1863 <p
>Nytt for
2013 er dessverre at kulturdepartementet kutter all støtte
1864 til Frikanalen. Mens det i
1865 <a href=
"http://www.regjeringen.no/pages/
35168579/PDFS/PRP201120120001KUDDDDPDFS.pdf
">statsbudsjettet
1866 for
2012</a
> sto følgende (side
55):
</p
>
1870 Det foreslås et driftstilskudd på
1 mill. kroner i
2012 til
1871 Frikanalen. Kulturdepartementet har inngått avtale om investerings- og
1872 driftsstøtte til Frikanalen som gir et økonomisk grunnlag for kanalen
1873 i oppstartsårene. En forutsetning for støtten er bl.a. at Frikanalen
1874 tilstreber å være en reell ytringskanal for samtlige partier og lister
1875 i forbindelse med valg.
1879 <p
>Så har kulturdepartementet
1880 <a href=
"http://www.knif.no/Innkjop/Knif-Samfunn/Informasjonsbrev/Informasjonsbrev-
2012/Frikanalen
">kuttet
1881 all støtte for
2013</a
>:
</p
>
1885 <p
>Statsbudsjettet
2013: Frikanalen
</p
>
1886 <p
>Det er ikke satt av penger i statsbudsjettet for
2013 til Frikanalen.
</p
>
1888 <p
>Frivillighet Norge var fødselshjelper for foreningen Frikanalen i
1889 2007. Kanalen har fått
1 mill kr i altfor lav bevilgning hvis kanalen
1890 skulle klare å realisere målet om å være en opplæringsarena for
1891 frivillige organisasjoner som ville lære å bruke billedspråk.
</p
>
1893 <p
>TV-mediets posisjon som kommunikasjonskanal har endret seg
1894 betydelig siden Frikanalen ble etablert. Det er supplert og til dels
1895 erstattet av andre kommunikasjonskanaler, som det også er
1896 ressurskrevende for organisasjonene å ta i bruk.
</p
>
1900 <p
>Når en ser bort fra den merkelige begrunnelsen, da Frikanalen så
1901 vidt jeg vet aldri har tatt mål av seg «å være en opplæringsarena for
1902 frivillige organisasjoner som ville lære å bruke billedspråk», så er
1903 det veldig trist at kulturdepartementet kutter støtten.
</p
>
1905 <p
>Fundamentet for Frikanalen ble lagt da Stortinget vedtok
1906 innføringen av det digitale bakkenettet. En oversikt over
1907 <a href=
"http://www.openchannel.no/stortinget.html
">det Stortinget
1908 skrev
</a
> da finnes på nettsidene til åpen kanal. Der het det blant
1909 annet om «åpne kanaler»:
</p
>
1913 Et annet flertall, alle unntatt medlemmene fra Fremskrittspartiet, vil
1914 også peke på at man ut fra ønsket om en bredt anlagt offentlig debatt,
1915 må se på den faktiske tilgjengelighet allmennheten har til
1916 TV-mediet. I mange land har man ønsket å sikre denne tilgangen gjennom
1917 egen lovgivning som forplikter allmennkringkastere eller distributører
1918 å holde av en del av sendekapasiteten til livssynskanaler, ideelle
1919 organisasjoner og lignende. I Norden betegnes dette gjerne som åpne
1920 kanaler. Dette flertallet mener dette er et interessant område sett i
1921 et ytringsfrihetsperspektiv. Dette flertallet mener derfor at staten
1922 bør legge til rette for dette når man ved innføring av nye
1923 distribusjonskanaler skal utarbeide regelverk og gi konsesjoner.
1926 <p
>Veien frem har gått over svært ulendt terreng, noe en kan se litt
1927 av konturene av i en artikkel hos Vox Publica med tittel
1928 «
<a href=
"http://voxpublica.no/
2007/
03/hvor-apen-blir-frikanalen/
">Hvor
1929 åpen blir “Frikanalen”?
</a
>». Begge tekstene er nyttig lesning for å
1930 forstå mer om hva Frikanalen er. Jeg anbefaler alle å støtte opp om
1931 Frikanalen, bli medlem, lage og sende programmer der.
</p
>
1936 <title>12 years of outages - summarised by Stuart Kendrick
</title>
1937 <link>http://people.skolelinux.org/pere/blog/
12_years_of_outages___summarised_by_Stuart_Kendrick.html
</link>
1938 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
12_years_of_outages___summarised_by_Stuart_Kendrick.html
</guid>
1939 <pubDate>Fri,
26 Oct
2012 14:
20:
00 +
0200</pubDate>
1940 <description><p
>I work at the
<a href=
"http://www.uio.no/
">University of Oslo
</a
>
1941 looking after the computers, mostly on the unix side, but in general
1942 all over the place. I am also a member (and currently leader) of
1943 <a href=
"http://www.nuug.no/
">the NUUG association
</a
>, which in turn
1944 make me a member of
<a href=
"http://www.usenix.org/
">USENIX
</a
>. NUUG
1945 is an member organisation for us in Norway interested in free
1946 software, open standards and unix like operating systems, and USENIX
1947 is a US based member organisation with similar targets. And thanks to
1948 these memberships, I get all issues of the great USENIX magazine
1949 <a href=
"https://www.usenix.org/publications/login
">;login:
</a
> in the
1950 mail several times a year. The magazine is great, and I read most of
1951 it every time.
</p
>
1953 <p
>In the last issue of the USENIX magazine ;login:, there is an
1954 article by
<a href=
"http://www.skendric.com/
">Stuart Kendrick
</a
> from
1955 Fred Hutchinson Cancer Research Center titled
1956 "<a href=
"https://www.usenix.org/publications/login/october-
2012-volume-
37-number-
5/what-takes-us-down
">What
1957 Takes Us Down
</a
>" (longer version also
1958 <a href=
"http://www.skendric.com/problem/incident-analysis/
2012-
06-
30/What-Takes-Us-Down.pdf
">available
1959 from his own site
</a
>), where he report what he found when he
1960 processed the outage reports (both planned and unplanned) from the
1961 last twelve years and classified them according to cause, time of day,
1962 etc etc. The article is a good read to get some empirical data on
1963 what kind of problems affect a data centre, but what really inspired
1964 me was the kind of reporting they had put in place since
2000.
<p
>
1966 <p
>The centre set up a mailing list, and started to send fairly
1967 standardised messages to this list when a outage was planned or when
1968 it already occurred, to announce the plan and get feedback on the
1969 assumtions on scope and user impact. Here is the two example from the
1970 article: First the unplanned outage:
1972 <blockquote
><pre
>
1973 Subject: Exchange
2003 Cluster Issues
1974 Severity: Critical (Unplanned)
1975 Start: Monday, May
7,
2012,
11:
58
1976 End: Monday, May
7,
2012,
12:
38
1977 Duration:
40 minutes
1978 Scope: Exchange
2003
1979 Description: The HTTPS service on the Exchange cluster crashed, triggering
1982 User Impact: During this period, all Exchange users were unable to
1983 access e-mail. Zimbra users were unaffected.
1985 </pre
></blockquote
>
1987 Next the planned outage:
1989 <blockquote
><pre
>
1990 Subject: H Building Switch Upgrades
1991 Severity: Major (Planned)
1992 Start: Saturday, June
16,
2012,
06:
00
1993 End: Saturday, June
16,
2012,
16:
00
1996 Description: Currently, Catalyst
4006s provide
10/
100 Ethernet to end-
1997 stations. We will replace these with newer Catalyst
1999 User Impact: All users on H2 will be isolated from the network during
2000 this work. Afterward, they will have gigabit
2003 </pre
></blockquote
>
2005 <p
>He notes in his article that the date formats and other fields have
2006 been a bit too free form to make it easy to automatically process them
2007 into a database for further analysis, and I would have used ISO
8601
2008 dates myself to make it easier to process (in other words I would ask
2009 people to write
'2012-
06-
16 06:
00 +
0000' instead of the start time
2010 format listed above). There are also other issues with the format
2011 that could be improved, read the article for the details.
</p
>
2013 <p
>I find the idea of standardising outage messages seem to be such a
2014 good idea that I would like to get it implemented here at the
2015 university too. We do register
2016 <a href=
"http://www.uio.no/tjenester/it/aktuelt/planlagte-tjenesteavbrudd/
">planned
2017 changes and outages in a calendar
</a
>, and report the to a mailing
2018 list, but we do not do so in a structured format and there is not a
2019 report to the same location for unplanned outages. Perhaps something
2020 for other sites to consider too?
</p
>
2025 <title>NUUGs spørreundersøkelse for
2012 endelig åpnet
</title>
2026 <link>http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html
</link>
2027 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html
</guid>
2028 <pubDate>Wed,
10 Oct
2012 23:
00:
00 +
0200</pubDate>
2029 <description><p
>Etter flere års pause fikk vi i NUUG endelig i dag
2030 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2012-October/
000505.html
">annonsert
2031 spørreundersøkelse
</a
> for medlemmer og likesinnede personer. Siste
2032 undersøkelse var i
2009, så det blir interessant å se hvordan svarene
2033 har endret seg siden da.
</p
>
2035 <p
>Alle kan delta.
2036 <a href=
"https://nettskjema.uio.no/answer/
45826.html
">Skjemaet
</a
> har
2037 har
27 spørsmål og vil ta om lag fem minutt å fylle ut.
</p
>
2042 <title>NUUGs høringsuttalelse til DIFIs forslag om å kaste ut ODF fra statens standardkatalog
</title>
2043 <link>http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html
</link>
2044 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html
</guid>
2045 <pubDate>Mon,
1 Oct
2012 08:
20:
00 +
0200</pubDate>
2046 <description><p
>Som jeg
2047 <a href=
"http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
">skrev
2048 i juni
</a
> har DIFI foreslått å fjerne krav om å bruke ODF til
2049 utveksling av redigerbare dokumenter med det offentlige, og
2050 derigjennom tvinge innbyggerne til å forholde seg til formatene til MS
2051 Office når en kommuniserer med det offentlige.
</p
>
2053 <p
>I går kveld fikk vi i
<a href=
"http://www.nuug.no/
">NUUG
</a
>
2054 fullført vår høringsuttalelse og sendt den inn til DIFI. Du finner
2055 <a href=
"http://wiki.nuug.no/uttalelser/
201209-forskrift-standardkatalog
">uttalelsen
2056 på wikien
</a
>. Ta en titt. Fristen for å sende inn uttalelse var i
2057 går søndag, men en får kanskje sitt innspill med hvis en sender i
2063 <title>E-valg, fortsatt en dårlig idé (evaluering legges frem i Oslo)
</title>
2064 <link>http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html
</link>
2065 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html
</guid>
2066 <pubDate>Tue,
11 Sep
2012 10:
30:
00 +
0200</pubDate>
2067 <description><p
>I
2006 var forslaget om å gjennomføre politiske valg over Internet
2069 <a href=
"http://www.nuug.no/dokumenter/valg-horing-
2006-
09.pdf
">NUUG
2070 skrev en høringsuttalelse
</a
> (som EFN endte opp med å støtte), som
2071 fortsatt er like aktuell. Jeg ble minnet på om den da jeg leste et
2072 innlegg i Bergens Tidende med tittelen
2073 <a href=
"http://blogg.bt.no/preik/
2012/
09/
11/e-valg/
">En dårlig idé
</a
>
2074 som poengterer hvor viktig det er å holde fast ved at vi skal ha
2075 hemmelige valg i Norge, og at det nødvendigvis fører til at vi ikke
2076 kan ha valg over Internet.
</p
>
2078 <p
>Innlegget i BT forteller at det skal være et
2079 <a href=
"http://www.samfunnsforskning.no/ISF-intern/ISF-Agenda/E-valg-i-et-demokratisk-perspektiv
">seminar
2080 om evalueringen av e-valgforsøket
</a
> på Litteraturhuset i morgen
2081 2012-
09-
12 9-
11:
45. Jeg hadde ikke fått med meg dette før nå, og
2082 kommer meg nok dessverre ikke innom, men håper det møter mange som
2083 fortsatt kan bidra til å få skutt ned e-valgsgalskapen.
</p
>
2085 <p
>Det er lenge siden
2006, og jeg regner med at de fleste av mine
2086 lesere har glemt eller ikke har lest høringsuttalelsen fra NUUG. Jeg
2087 gjengir den derfor her i sin helhet.
</p
>
2090 <p
><strong
>Høringsuttalelse fra NUUG og EFN om elektronisk
2091 stemmegivning
</strong
></p
>
2093 <p
>Petter Reinholdtsen
2094 <br
>Leder i foreningen NUUG
2095 <br
>2006-
09-
30</p
>
2097 <p
>Foreningene NUUG og EFN er glade for å ha blitt invitert til å
2098 kommentere utredningen om elektronisk stemmegivning, og håper våre
2099 innspill kan komme til nytte. Denne uttalelsen er ført i pennen av
2100 NUUGs leder Petter Reinholdtsen med innspill fra Tore Audun Høie, Erik
2101 Naggum og Håvard Fosseng.
</p
>
2103 <p
>Når en vurderer elektronisk stemmegivning, så tror vi det er viktig
2104 å ha prinsippene for gode valg i bakhodet. Vi har tatt utgangspunkt i
2105 listen fra Cranor, L.F. og Cytron, R.K. i
"Design and Implementation
2106 of a Security-Conscious Electronic Polling System
", som oppsummerer
2107 hvilke egenskaper som er viktige:
</p
>
2111 <li
>Nøyaktig - et system er nøyaktig hvis det ikke er mulig å endre en
2112 stemme, det ikke er mulig å fjerne en gyldig stemme fra den endelige
2113 opptellingen og det ikke er mulig for en ugyldig stemme å bli talt med
2114 i den endelige opptellingen. Fullstendig nøyaktige systemer sikrer at
2115 den endelige opptellingen er perfekt, enten ved sikre at
2116 unøyaktigheter ikke kan bli introdusert eller kan oppdages og
2117 korrigert for. Delvis nøyaktige systemer kan oppdage men ikke
2118 nødvendigvis korrigere unøyaktigheter.
</li
>
2120 <li
>Demokratisk - et system er demokratisk hvis kun de som har lov til
2121 å stemme kan stemme, og det sikrer at hver av dem kun kan stemme en
2124 <li
>Hemmelig - et system er hemmelig hvis ingen, hverken de som
2125 arrangerer valget eller noen andre kan knytte en stemmeseddel til den
2126 som avga den, og ingen stemmegiver kan bevise at han eller hun stemte
2127 på en bestemt måte. Dette er spesielt viktig for å hindre kjøp og salg
2128 av stemmer og at personer kan tvinges til å stemme på en bestemt
2131 <li
>Etterprøvbart - et system er etterprøvbart hvis hvem som helst
2132 uavhengig kan kontrollere at opptellingen er korrekt.
</li
>
2136 <p
>Et demokratisk valg må sikre at disse punktene er oppfylt. Det er
2137 med den bakgrunn vi vurderer elektronisk stemmegivning.
</p
>
2139 <p
>Nøyaktig opptelling kan kun oppnås hvis alle steg i
2140 opptellingsprosessen kan kontrolleres og verifiseres. Det må ikke må
2141 være mulig å fjerne eller endre avgitte stemmer, og heller ikke mulig
2142 å legge inn flere stemmer enn det som faktisk er avgitt. Elektronisk
2143 lagring av avgitte stemmer kan gjør det svært enkelt å endre på
2144 avgitte stemmer uten at det er mulig å oppdage det i
2145 ettertid. Elektronisk lagring vil også gjøre det mulig å lagre en
2146 annen stemme enn det som er blitt avgitt, selv om det så korrekt ut
2147 for den som avga stemmen. Vi mener derfor det er viktig at elektronisk
2148 stemmegivning gjøres via papir eller tilsvarende, slik at de som
2149 stemmer kan kontrollere at den stemmen de har avgitt er den som blir
2150 talt opp. I Australia brukes det et system der de som stemmer gjør
2151 sitt valg på en skjerm, og stemmen så skrives ut på en papirrull som
2152 sjekkes av den som stemmer før papirrullen leses inn av
2153 opptellingssystemet. En sikrer slik at hver enkelt stemme kan
2154 kontrolleres på nytt.
</p
>
2156 <p
>Etterprøvbarhet kan kun oppnås hvis hver enkelt stemmegiver kan
2157 kontrollere hele systemet som brukes for stemmegivning. For at dette
2158 skal være mulig er en nødvendig betingelse at en har innsyn i hvordan
2159 systemene er satt sammen, og hvordan de brukes. Selv om de aller
2160 fleste ikke selv vil kunne gjennomføre en slik kontroll, er det viktig
2161 at flere uavhengige eksperter kan sjekke systemet. Velgerne bør kunne
2162 velge hvilke eksperter de vil stole på. Dette forutsetter blant annet
2163 tilgang til kildekoden og informasjon om hvordan de ulike delene av
2164 det totale stemmegivingssystemet er koblet. Lukkede systemer der
2165 kildekoden ikke er tilgjengelig og en ikke kan kontrollere systemene
2166 som brukes under selve valgene, er sårbare for trojanere (programvare
2167 som gjør noe annet og/eller mer enn det leverandøren sier den skal,
2168 f.eks. endre sluttresulatet av en opptelling) og påvirkning fra
2169 leverandøren. Det er påstander om slikt i USA på maskiner fra Diebold
2170 og Siebel allerede. Det finnes i dag flere tilgjengelige fri
2171 programvaresystemer for elektronisk stemmegiving og opptelling. Fri
2172 programvare sikrer brukeren kontroll over datasystemene. Slike
2173 systemer er tilgjengelig fra OpenSourceVoting og ACTs elektroniske
2174 valgsystem som ble brukt i det australske parlamentvalget
2001 og
2175 2004. For å sikre at det er mulig å gjennomføre omtellinger må hver
2176 enkelt stemme lagres på ikke-elektronisk format (f.eks. papir), og et
2177 slikt papirspor må sikres slik at de ikke kan endres i ettertid.
2179 <p
><strong
>Vellykkede elektroniske valgsystemer
</strong
></p
>
2181 <p
>I Venezuela fungerte avstemmingsmaskinene slik at de som stemte
2182 markerte det de stemte på en skjerm, og valgene ble skrevet på en
2183 papirrull som den som stemmer så de kunne sjekke for å kontrollere at
2184 de valgene som ble gjort kom med på papirrullen. Deretter ble
2185 voteringstallene sendt elektronisk fra hver maskin til tre uavhengige
2186 opptellingsgrupper (hvorav en av dem var Carter-senteret), som talte
2187 opp stemmene. Alle måtte være enige for å godkjenne resultatet. Hvis
2188 det var avvik så kunne en gå helt ned på papirrull-nivå for å sjekke
2189 resultatet. Det har dog blitt hevdet at oppbevaringen av papirrullene
2190 ble overlatt til regimet, slik at kontrollmuligheten ble fjernet. Det
2191 er likevel mulig å organisere seg slik at det blir vanskelig å
2192 forfalske valgresultatet ved å bytte ut eller endre rullene.
</p
>
2194 <p
>India har et elektronisk voteringssystem som ble tatt i bruk i
2195 1989. Det består av to ulike enheter, en opptellingsenhet og en
2196 avstemmingsenhet. Systemet sikrer hemmelig valg, er vanskelig å
2197 påvirke, men mangler oppbevaring av hver enkelt stemme på et
2198 ikke-elektronisk format, noe som gjør omtelling umulig.
</p
>
2200 <p
><strong
>Mindre vellykkede elektroniske valgsystemer
</strong
></p
>
2202 <p
>I USA finnes en rekke ulike leverandører av elektroniske
2203 valgsystemer, og det er dokumentert svakheter med flere av
2204 dem. F.eks. har forskerne Ariel J. Feldman, J. Alex Halderman, og
2205 Edward W. Felten ved Universitetet i Princeton dokumentert hvordan
2206 systemet fra Diebold kan manipuleres til gi uriktig
2207 avstemmingsresultat. Det er også indikasjoner på at noen av systemene
2208 kan påvirkes av leverandøren via telelinjer. Robert F. Kennedy Jr. har
2209 nylig i en artikkel fortalt om flere avvik fra valget i
2004. Norge
2210 bør unngå systemer som kan manipuleres slik det rapporteres om fra
2213 <p
>Universitetet i Oslo skal denne høsten gjennomføre elektronisk valg
2214 på Dekan ved Det teologiske fakultet. Universitetsstyret har godkjent
2215 et valgsystem der de som arrangerer valget har mulighet til å se hvem
2216 som har stemt hva, samt hver deltager i valget kan endre sin stemme i
2217 ettertid (ikke-hemmelig), de som administrerer datasystemet kan
2218 påvirke valgresultatet ved å endre, trekke fra eller legge til stemmer
2219 (ikke-nøyaktig), og det ikke nødvendigvis er mulig å oppdage at slik
2220 påvirkning har funnet sted (ikke etterprøvbart). Webbaserte
2221 valgsystemer uten spesiell klientprogramvare vil ha flere av disse
2222 problemene.
</p
>
2224 <p
><strong
>Konkrete kommentarer til rapporten
</strong
></p
>
2226 <p
>Rapporten nevner ikke muligheten for å påvirke valgresultatet via
2227 trojansk type kode. Siebel blir beskyldt for dette i USA. Vi advarer
2228 mot bruk av lukket kildekode, fordi dette i prinsippet innebærer å
2229 stole blindt på leverandøren. Det bør ikke vere begrenset hvem som kan
2230 kontrollere at systemet gjør det det skal, og dette tilsier bruk av
2231 fri programvare.
</p
>
2233 <p
>Rapporten anbefaler lukket kode fordi kjeltringer kan finne ut
2234 sikkerhetsmekanismene ved å lese kode. Det er ikke en god idé å basere
2235 seg på at sikkerhetsmekanismene er beskyttet pga. at ingen kjenner til
2236 hvordan de fungerer. Som eksempelet fra USA viser, kan man godt
2237 mistenke leverandøren for å jukse med systemet. Selve det at en slik
2238 mistanke eksisterer, og ikke kan fjernes/reduseres ved uavhengig
2239 inspeksjon, er et problem for demokratiet. Et sikkert system må være
2240 sikkert selv om noen med uærlige hensikter kjenner til hvordan det
2241 fungerer. Australia har allerede gjennomført vellykkede valg basert på
2242 et fri programvaresystem.
</p
>
2244 <p
>Driften av totalsystemet blir ofret liten oppmerksomhet i
2245 rapporten. I et driftopplegg ligger mange sikkerhetsutfordringer som
2246 bør vurderes nøye.
</p
>
2248 <p
>Definisjonen av brannmur i rapporten er feil, for eksempel sies at
2249 "brannmuren er selv immun mot inntrengning
". Dette er ikke riktig. Det
2250 er fullt mulig å ha brannmurer med sikkerhetsproblemer som utnyttes
2251 til å trenge inn i dem. I tillegg antar man at all trafikk går gjennom
2252 brannmuren. I store applikasjoner, som et valgsystem vil være, kreves
2253 et system av brannmurer og andre tiltak som vi kaller
2254 sikkerhetsarkitektur. Rapporten burde komme inn på behovet for en
2255 sikkerhetsarkitektur.. Selv med en gjennomarbeidet
2256 sikkerhetsarkitektur kan det være at man overser muligheter for å
2257 unngå brannmurene. Rapporten snakker om brannmur i entall, mens det
2258 nok er nødvendig å sikre et valgsystem med flere lag av
2259 sikringstiltak, og dermed vil være behov for flere brannmurer. En
2260 brannmur kan være bygd basert på visse antagelser og standarder. En
2261 annen brannmur kan bygge på et annet sett antagelser, og stoppe
2262 trafikk som den første ikke tar høyde for.
2264 <p
>Rapporten indikerer dårlige kunnskaper om brannmur, og dette igjen
2265 antyder dårlige kunnskaper om datasikkerhet generelt, og dette bør
2266 forbedres. For eksempel er driften ansvarlig for operativ
2267 sikkerhetsarkitektur, og vi har hatt adskillige diskusjoner i NUUG om
2268 hvor vanskelig dette er. Hva hjelper en brannmur hvis den er feil
2269 konfigurert eller ikke oppdatert?
</p
>
2271 <p
>Muligheten for sikkerhetsovervåkning kan vi ikke se er nevnt i
2272 rapporten. Dette er vanskelig og dyrt, men bør vurderes for å kunne
2273 oppdage systemavvik under valget. Sikkerhetsovervåkning kan inngå som
2274 ledd i sikkerhetsarkitekturen.
</p
>
2276 <p
>Det har blitt rapportert i pressen at USA ikke bør kjøpe
2277 Lenovo-maskiner etter at selskapet som lager dem ble solgt fra IBM til
2278 et kinesisk selskap. I Norge kan vi ikke trekke tingene like langt da
2279 vi mangler nødvendig dataindustri, men vi bør satse på at
2280 applikasjoner viktige for rikets sikkerhet i størst mulig utstrekning
2281 kjører programvare der vi har innsyn i hvordan den er satt sammen. Det
2282 er viktig at vi sikrer at programvare viktige for rikets sikkerhet kan
2283 sjekkes/verifiseres av eksperter vi selv velger. Når det gjelder
2284 valgsystemer må «vi» være velgerne, ikke bare myndighetsapparatet. I
2285 tilfelle en ikke kan bruke fri programvare, bør en ivareta en sunn
2286 kritisk sans med hensyn til hvorfra og av hvem vi kjøper. På grunn av
2287 tendenser i USA til å i uheldig stor grad fokusere på
2288 kontrollmekanismer som eksempelvis Echelon og Palladium kan det hevdes
2289 at det hefter betenkeligheter ved innkjøp herfra.
</p
>
2291 <p
><strong
>Referanser
</strong
></p
>
2295 <li
>Cranor, L.F. og Cytron, R.K.,
"Design and Implementation of a
2296 Security-Conscious Electronic Polling System
" Washington University
2297 Computer Science Technical Report WUCS-
96-
02. February
1996
2298 <a href=
"http://www.cs.wustl.edu/cs/techreports/
1996/wucs-
96-
02.ps.Z
">http://www.cs.wustl.edu/cs/techreports/
1996/wucs-
96-
02.ps.Z
</a
></li
>
2300 <li
>Det australske valgsystemet, inkludert kildekoden tilgjengelig som
2302 <a href=
"http://www.elections.act.gov.au/Elecvote.html
">http://www.elections.act.gov.au/Elecvote.html
</a
></li
>
2304 <li
>Smartmatics SAES voting system used in venesuela
2004
2305 <a href=
"http://www.smartmatic.com/solutions_03-
1.htm
">http://www.smartmatic.com/solutions_03-
1.htm
</a
></li
>
2307 <li
>Blackboxvoting, interessegruppe i USA med fokus på valgfusk
2308 vha. elektroniske valgsystemer
<a href=
"http://www.blackboxvoting.org/
">http://www.blackboxvoting.org/
</a
></li
>
2310 <li
>VerifiedVoting, interessegruppe i USA med fokus på at også
2311 elektroniske valgsystemer må være
2312 etterprøvbare.
<a href=
"http://www.verifiedvoting.org/
">http://www.verifiedvoting.org/
</a
></li
>
2314 <li
>Blue Screen Democracy - fri programvareprosjekt som har utviklet
2315 elektronisk stemmegivingssystem
2316 <a href=
"http://bluescreen.sourceforge.net/
">http://bluescreen.sourceforge.net/
</a
></li
>
2318 <li
>Indias elektroniske avstemmingssystem (Wikipedia)
2319 <a href=
"http://en.wikipedia.org/wiki/Indian_voting_machines
">http://en.wikipedia.org/wiki/Indian_voting_machines
</a
></li
>
2321 <li
>Security Analysis of the Diebold AccuVote-TS Voting Machine av
2322 Ariel J. Feldman, J. Alex Halderman, og Edward
2323 W. Felten. http://itpolicy.princeton.edu/voting/
2324 <a href=
"http://coblitz.codeen.org:
3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv
">http://coblitz.codeen.org:
3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv
</a
></li
>
2326 <li
>Was the
2004 Election Stolen? av Robert F. Kennedy Jr.
2327 <a href=
"http://www.rollingstone.com/news/story/
10432334/was_the_2004_election_stolen
">http://www.rollingstone.com/news/story/
10432334/was_the_2004_election_stolen
</a
></li
>
2329 <li
>Styreframlegg om elektronisk votering ved
2330 UiO.
<a href=
"http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/protokoll.xml
">http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/protokoll.xml
</a
>
2331 <a href=
"http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/vsak-
14.pdf
">http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/vsak-
14.pdf
</a
>
2332 <a href=
"http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/vsak-
14-vedlegg.pdf
">http://www.admin.uio.no/kollegiet/moter/kart_prot2006/
5/vsak-
14-vedlegg.pdf
</a
></li
>
2334 <li
>Elektroniske valg - muligheter, problemer og noen løsninger
2335 Semesteroppgave i STV620 - Demokratiske valg
2336 <a href=
"http://www.afin.uio.no/forskning/notater/
4_01.html
">http://www.afin.uio.no/forskning/notater/
4_01.html
</a
></li
>
2338 <li
>NUUG - Norwegian Unix User Group
2339 <a href=
"http://www.nuug.no/
">http://www.nuug.no/
</a
></li
>
2341 <li
>EFN - Elektronisk forpost Norge
2342 <a href=
"http://www.efn.no/
">http://www.efn.no/
</a
></li
>
2347 <p
>Som alltid med valg er det ikke viktigst hva folk stemmer på, men
2348 hvem som teller opp stemmene... Hvis du er interessert i temaet
2349 e-valg, så har NUUG siden
2006 oppdatert
2350 <a href=
"http://wiki.nuug.no/uttalelser/
2006-elektronisk-stemmegiving
">NUUGs
2351 wikiside om høringen
</a
> med aktuelle og interessante referanser og
2352 artikler. Ta en titt der hvis du vil lese mer. :)
</p
>
2357 <title>OOXML og standardisering
</title>
2358 <link>http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html
</link>
2359 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html
</guid>
2360 <pubDate>Wed,
25 Jul
2012 21:
10:
00 +
0200</pubDate>
2361 <description><p
>DIFI har
2362 <a href=
"http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
">en
2363 høring gående
</a
> om ny versjon av statens standardkatalog, med frist
2364 2012-
09-
30, der det foreslås å fjerne ODF fra katalogen og ta inn ISO
2365 OOXML. I den anledning minnes jeg
2366 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">notatet
2367 FAD skrev
</a
> da versjon
2 av standardkatalogen var under
2368 utarbeidelse, da FAD og DIFI fortsatt forsto poenget med og verdien av
2369 frie og åpne standarder.
</p
>
2371 <p
>Det er mange som tror at OOXML er ett spesifikt format, men det
2372 brukes ofte som fellesbetegnelse for både formatet spesifisert av
2373 ECMA, ISO, og formatet produsert av Microsoft Office (aka docx), som
2374 dessverre ikke er det samme formatet. Fra en av de som implementerte
2375 støtte for docx-formatet i KDE fikk jeg høre at ISO-spesifikasjonen
2376 var en nyttig referanse, men at det var mange avvik som gjorde at en
2377 ikke kunne gå ut ifra at Microsoft Office produserte dokumenter i
2378 henhold til ISO-spesifikasjonen.
</p
>
2380 <p
>ISOs OOXML-spesifikasjon har (eller hadde, usikker på om
2381 kommentaren er oppdatert) i følge
2382 <a href=
"http://surguy.net/articles/ooxml-validation-and-technical-review.xml
">Inigo
2383 Surguy
</a
> feil i mer enn
10% av eksemplene, noe som i tillegg gjør
2384 det vanskelig å bruke spesifikasjonen til å implementere støtte for
2385 ISO OOXML. Jeg har ingen erfaring med å validere OOXML-dokumenter
2387 <a href=
"http://www.microsoft.com/en-us/download/details.aspx?id=
5124">Microsoft
2388 har laget en validator
</a
> som jeg ikke kan teste da den kun er
2389 tilgjengelig på MS Windows. Finner også en annen kalt
2390 <a href=
"http://code.google.com/p/officeotron/
">Office-O-Tron
</A
> som
2391 er oppdatert i fjor. Lurer på om de validerer at dokumenter er i
2392 formatet til Microsoft office, eller om de validerer at de er i
2393 henhold til formatene spesifisert av ECMA og ISO. Det hadde også vært
2394 interessant å se om docx-dokumentene publisert av det offentlige er
2395 gyldige ISO OOXML-dokumenter.
</p
>
2400 <title>Free Culture in Norwegian -
5 chapters done,
74 percent left to do
</title>
2401 <link>http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html
</link>
2402 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html
</guid>
2403 <pubDate>Sat,
21 Jul
2012 20:
00:
00 +
0200</pubDate>
2404 <description><p
>I reported earlier that I am working on
2405 <a href=
"http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
">a
2406 norwegian version
</a
> of the book
2407 <a href=
"http://free-culture.cc/
">Free Culture
</a
> by Lawrence Lessig.
2408 Progress is good, and yesterday I got a major contribution from Anders
2409 Hagen Jarmund completing chapter six. The source files as well as a
2410 PDF and EPUB version of this book are available from
2411 <a href=
"https://github.com/petterreinholdtsen/free-culture-lessig
">github
</a
>.
</p
>
2413 <p
>I am happy to report that the draft for the first two chapters
2414 (preface, introduction) is complete, and three other chapters are also
2415 completely translated. This completes
26 percent of the number of
2416 strings (equivalent to paragraphs) in the book, and there is thus
74
2417 percent left to translate. A graph of the progress is present at the
2418 bottom of the github project page. There is still room for more
2419 contributors. Get in touch or send github pull requests with fixes if
2420 you got time and are willing to help make this book make it to
2423 <p
>The book translation framework could also be a good basis for other
2424 translations, if you want the book to be available in your
2430 <title>Call for help from docbook expert to tag Free Culture by Lawrence Lessig
</title>
2431 <link>http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html
</link>
2432 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html
</guid>
2433 <pubDate>Mon,
16 Jul
2012 22:
50:
00 +
0200</pubDate>
2434 <description><p
>I am currently working on a
2435 <a href=
"http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
">project
2436 to translate
</a
> the book
2437 <a href=
"http://free-culture.cc/
">Free Culture
</a
> by Lawrence Lessig
2438 to Norwegian. And the source we base our translation on is the
2439 <a href=
"http://en.wikipedia.org/wiki/DocBook
">docbook
</a
> version, to
2440 allow us to use po4a and .po files to handle the translation, and for
2441 this to work well the docbook source document need to be properly
2442 tagged. The source files of this project is available from
2443 <a href=
"https://github.com/petterreinholdtsen/free-culture-lessig
">github
</a
>.
</p
>
2445 <p
>The problem is that the docbook source have flaws, and we have
2446 no-one involved in the project that is a docbook expert. Is there a
2447 docbook expert somewhere that is interested in helping us create a
2448 well tagged docbook version of the book, and adjust our build process
2449 for the PDF, EPUB and HTML version of the book? This will provide a
2450 well tagged English version (our source document), and make it a lot
2451 easier for us to create a good Norwegian version. If you can and want
2452 to help, please get in touch with me or fork the github project and
2453 send pull requests with fixes. :)
</p
>
2458 <title>Fri programvare -
"fri
" som i
"talefrihet
", ikke som i
"fri bar
"</title>
2459 <link>http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html
</link>
2460 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html
</guid>
2461 <pubDate>Sun,
15 Jul
2012 21:
20:
00 +
0200</pubDate>
2462 <description><p
>Et ofte brukt sitat i fri programvareverden er Stallman-sitatet
2463 «
<a href=
"http://www.gnu.org/philosophy/free-sw.html.en
">Free Software,
2464 "free
" as in
"free speech
", not as in
"free beer
"</a
>». Men det er
2465 ikke direkte overførbart til norsk, da det baserer seg på koblingen
2466 gratis/fri på engelsk. En direkte oversettelse ville være «Fri
2467 programvare,
"fri
" som i
"talefrihet
", ikke som
"gratis øl
"», og det
2468 går jo glipp av poenget. I forbindelse med at vi er
2469 <a href=
"http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
">igang
2470 med å oversette
</a
> <a href=
"http://free-culture.cc/
">Free Culture
</a
>
2471 av Lawrence Lessig, måtte jeg forsøke a finne en bedre
2472 oversettelse.
</p
>
2474 <p
>Mitt forslag til oversettelse blir dermed å droppe ølet, og heller
2475 fokusere på det kjente norske uttrykket
"fri bar
". Dermed blir
2476 oversettelsen «Fri programvare -
"fri
" som i
"talefrihet
", ikke som i
2477 "fri bar
"».
</p
>
2479 <p
>Noen som har bedre forslag?
</p
>
2481 <p
>Forøvrig bruker jeg fri programvare som et samlebegrep på norsk for
2482 begge de engelske uttrykkene Free Software og Open Source, jamfør
2483 <a href=
"http://www.nuug.no/dokumenter/folder-friprogramvare.pdf
">NUUGs
2484 lille folder om temaet
</a
>.
</p
>
2489 <title>Dugnad for å sende norsk versjon av Free Culture til stortingets representanter!
</title>
2490 <link>http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
</link>
2491 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html
</guid>
2492 <pubDate>Wed,
11 Jul
2012 09:
00:
00 +
0200</pubDate>
2493 <description><p
>Da opphavsrettsloven ble revidert i forrige runde rundt
2005, var
2494 det skummelt å se hvor lite stortingsrepresentantene forsto hvordan
2495 Internet påvirket folks forhold til kulturuttrykk, og min venn Vidar
2496 og jeg spekulert på at det hadde kanskje vært fornuftig om samtlige
2497 representanter fikk en norsk utgave av boken
2498 <a href=
"http://free-culture.cc/
">Free Culture
</a
> av Lawrence Lessig
2499 som forklarte litt om problemstillingene. Vi endte opp med å
2500 prioritere utvikling i
2501 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
>-prosjektet i
2502 stedet, så den oversatte boken så aldri dagens lys. Men i forrige uke
2503 ble jeg inspirert til å ta opp tråden og se om det er mulig å få til
2504 bokprosjektet denne gang, da det er tydelig at kulturdepartementet i
2505 sitt nye forsøk på å gjøre opphavsrettsloven enda mer ubalansert til
2506 fordel for forlag og store mediehus fortsatt trenger en annen vinkling
2507 i debatten.
</p
>
2509 <p
>Planen min er å oversette boka på dugnad, sette den opp for
2510 trykking med en av de mange
2511 <a href=
"http://no.wikipedia.org/wiki/Trykk_på_forespørsel
">trykk på
2512 forespørsel
</a
>-tjenestene, skaffe sponsor til å finansiere trykking
2513 til stortingsrepresentantene og alle som har bidratt med
2514 oversettelser. Kanskje vi også kan få en avtale med et forlag om
2515 publisering når boka er ferdig? Kommentarene til
2516 <a href=
"http://newth.net/eirik/
2011/
04/
01/e-selvpublisering/
">Eirik
2518 <a href=
"http://www.espen.com/norskblogg/archives/
2008/
09/erfaringer_med_publishing_on_demand.html
">Espen
2519 Andersen
</a
> om erfaringene med selvpublisering og trykk på
2520 forespørsel er interessante og ikke avskrekkende, og jeg mistenker at
2521 <a href=
"http://www.lulu.com/
">Lulu
</a
> er en grei leverandør av
2522 trykketjenester til prosjektet.
</p
>
2524 <p
>Jeg har satt opp
2525 <a href=
"https://github.com/petterreinholdtsen/free-culture-lessig
">et
2526 Github-prosjekt
</a
> for a lage boken, basert på Docbook-utgaven jeg
2527 fant fra Hans Schou. Skolelinux har hatt byggesystem for å lage
2528 oversatt HTML og PDF-utgave av Docbook-bøker i en årrekke, så jeg har
2529 kopiert og utvidet dette oppsettet. Originalteksten er i Docbook, og
2530 oversettelsen gjøres i .po-filer med hjelp av vanlige
2531 oversetterverktøy brukt i fri programvareverden. Dernest tar
2532 byggesystemet over og lager PDF og EPUB-utgave av den oversatte
2533 teksten. Resultatet kan ses i Github-prosjektet. For å komme raskt
2534 igang har jeg brukt maskinoversettelse av alle tekstbitene fra engelsk
2535 til norsk, noe som grovoversatte ca.
1300 av de ca.
1700 tekstbitene
2536 boken består av. Jeg håper nå at flere kan bidra med å få
2537 oversettelsen på plass, slik at teksten kan være klar i løpet av
2538 høsten. Når alt er oversatt må teksten gjennomgås for feil og
2539 konsistent språk. Totalt er det nok mange timer som trengs for å
2540 gjennomføre oversettelsen.
</p
>
2542 <p
>Økonomien i dette er ikke avskrekkende.
169
2543 stortingsrepresentanter og nesten like mange varamedlemmer bør få
2544 bøker, og estimert produduksjonskostnad for hver bok er rundt
6 EURO i
2545 følge et raskt estimat fra Lulu. Jeg vet ennå ikke hvor mange sider
2546 det blir i størrelsen
5,
5" x
8.5" (det er ca.
140 sider i A4-format),
2547 så jeg gjettet på
400 sider. Jeg tror originalutgaven har nesten
400
2548 sider. For
169*
2 eksemplarer snakker vi om en trykkekostnad på
2549 ca.
2000 EURO, dvs. ca
15 000 NOK. Det burde være mulig å finne en
2550 sponsor for å dekke en slik sum. I tillegg kommer distribusjon og
2551 porto, som antagelig kommer på like mye.
</p
>
2553 <p
>Kan du bidra med oversettelse og docbook-typesetting? Ta kontakt
2554 og send patcher i github. Jeg legger gjerne inn folk i prosjektet
2555 slik at du kan oppdatere direkte.
</p
>
2560 <title>Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?
</title>
2561 <link>http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html
</link>
2562 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html
</guid>
2563 <pubDate>Thu,
5 Jul
2012 10:
40:
00 +
0200</pubDate>
2564 <description><p
>I forbindelse med NUUG-prosjektet for å
2565 <a href=
"http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html
">lage
2566 en samlet postjournal
</a
>, har jeg som tidligere nevnt
2567 <a href=
"https://scraperwiki.com/scrapers/postliste-oep-deliverydates/
">samlet
2568 inn leveringstidspunkt
</a
> for de ulike leverandørene av postjournaler
2569 til DIFIs
<a href=
"http://www.oep.no/
">Offentlig Elektronisk
2570 Postjournal
</a
>.
2571 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep-deliverydates
&query=select%
20agency%
2C%
0A(julianday(datetime(
'now
'))%
20-%
20%
0A%
20julianday(min(%
60deliverydate%
60)))%
2Fcount(*)%
20as%
20dayfreq%
2C%
0A%
20count(*),max(deliverydate)%
20as%
20lastdelivery%
0Afrom%
20%
60swdata%
60%
20group%
20by%
20agency%
20order%
20by%
20dayfreq%
20desc
">Leveringsfrekvensen
</a
>
2572 ser i dag slik ut for de som har brukt mer enn
10 dager i snitt siden
2573 jeg startet innsamling av leveringsdato
2012-
05-
14</p
>
2575 <table border=
"1">
2576 <tr
> <th
>agency
</th
> <th
>dayfreq
</th
> <th
>count(*)
</th
> <th
>lastdelivery
</th
> </tr
>
2577 <tr
> <td
>Norges geologiske undersøkelse
</td
> <td
>27.0866579862</td
> <td
>4</td
> <td
>2012-
07-
02T00:
00:
00</td
> </tr
>
2578 <tr
> <td
>Kompetansesenter for distriktsutvikling
</td
> <td
>18.4488773149</td
> <td
>3</td
> <td
>2012-
06-
20T00:
00:
00</td
> </tr
>
2579 <tr
> <td
>Toll- og avgiftsdirektoratet
</td
> <td
>18.4488773149</td
> <td
>3</td
> <td
>2012-
07-
04T00:
00:
00</td
> </tr
>
2580 <tr
> <td
>Departementenes servicesenter
</td
> <td
>18.0866579862</td
> <td
>4</td
> <td
>2012-
06-
29T00:
00:
00</td
> </tr
>
2581 <tr
> <td
>Medietilsynet
</td
> <td
>14.5866579862</td
> <td
>4</td
> <td
>2012-
07-
04T00:
00:
00</td
> </tr
>
2582 <tr
> <td
>Politidirektoratet
</td
> <td
>14.3366579862</td
> <td
>4</td
> <td
>2012-
06-
20T00:
00:
00</td
> </tr
>
2583 <tr
> <td
>Fredskorpset
</td
> <td
>12.4693263889</td
> <td
>5</td
> <td
>2012-
06-
22T00:
00:
00</td
> </tr
>
2584 <tr
> <td
>Kunnskapsdepartementet
</td
> <td
>11.2693263889</td
> <td
>5</td
> <td
>2012-
07-
05T00:
00:
00</td
> </tr
>
2585 <tr
> <td
>Statens legemiddelverk
</td
> <td
>10.4780902778</td
> <td
>7</td
> <td
>2012-
06-
29T00:
00:
00</td
> </tr
>
2586 <tr
> <td
>Norsk Akkreditering
</td
> <td
>10.4488773149</td
> <td
>3</td
> <td
>2012-
07-
02T00:
00:
00</td
> </tr
>
2589 <p
>Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
2590 den offisielle epostadressen til de som har lavest leveringsfrekvens,
2591 og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
2592 et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
2593 postjournaler blir tilgjengelig for innbyggerne og pressen.
</p
>
2595 <p
><strong
>Norges geologiske undersøkelse
</strong
></p
>
2597 <p
><blockquote
>
2598 <p
>Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
2599 <br
>Date: Fri,
08 Jun
2012 09:
20:
57 +
0200</p
>
2601 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
2602 Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
2603 postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
2604 Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?
</p
>
2608 <p
>Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
2609 <br
>Date: Fri,
8 Jun
2012 12:
49:
35 +
0200</p
>
2611 <p
>Hei
</p
>
2613 <p
>NGUS fravær på OEP skyldes problemer vi har i forbindelse med
2614 oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
2615 og jeg tror og håper at det snart skal være i orden. Normalt leverer
2616 vi til OEP
1 gang i uken.
</p
>
2617 </blockquote
></p
>
2619 <p
><strong
>Medietilsynet
</strong
></p
>
2620 <p
><blockquote
>
2621 <p
>Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
2622 <br
>Date: Mon,
11 Jun
2012 13:
29:
23 +
0200</p
>
2624 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
2625 Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
2626 leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
2627 til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
2628 leveringfrekvens?
</p
>
2631 <p
>Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
2632 <br
>Date: Tue,
12 Jun
2012 04:
55:
42 +
0000</p
>
2634 <p
>Hei!
</p
>
2636 <p
>Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
2637 tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
2638 løpet av denne uken. Ellers er vi fornøyd med dagens
2639 leveringsfrekvens.
</p
>
2640 </blockquote
></p
>
2642 <p
><strong
>Kunnskapsdepartementet
</strong
></p
>
2643 <p
><blockquote
>
2644 <p
>Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
2645 <br
>Date: Fri,
22 Jun
2012 21:
03:
01 +
0200</p
>
2647 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
2648 Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
2649 postjournalen sin to ganger siden
2012-
05-
10, og sist
2012-
05-
16. Hvor
2650 ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
2651 Postjournal? Er dere fornøyd med dagens leveringfrekvens?
</p
>
2655 <p
>Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
2656 <br
>Date: Wed,
27 Jun
2012 14:
42:
23 +
0200</p
>
2658 <p
>Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
2659 institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
2660 dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
2661 gikk tapt.
</p
>
2663 <p
>[... kopi av opprinnelig epost ...]
</p
>
2666 <p
>Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
2667 <br
>Date: Wed,
27 Jun
2012 14:
33:
20 +
0000</p
>
2669 <p
>Hei!
</p
>
2671 <p
>Normalt leverer vi hver virkedag til OEP, med fem virkedagers
2672 forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
2673 OEP pga innføringen av nytt saksbehandlingssystem
7. Mai. Den
2674 etterfølgende streiken medførte så et større etterslep på
2675 journalføring som har gjort at vi har måttet prioritere dette fremfor
2676 offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
2677 tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
2678 offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
2679 gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
2680 plass de manglende journalene.
</p
>
2682 </blockquote
></p
>
2685 <p
><strong
>Norsk Akkreditering
</strong
></p
>
2686 <p
><blockquote
>
2687 <p
>Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
2688 <br
>Date: Thu,
28 Jun
2012 07:
35:
43 +
0200</p
>
2690 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
2691 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
2692 Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
2693 Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
2694 fornøyd med dagens leveringfrekvens?
</p
>
2698 <p
>Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
2699 <br
>Date: Mon,
2 Jul
2012 08:
32:
06 +
0200</p
>
2701 <p
>Hei,
</p
>
2703 <p
>Norsk Akkreditering har som ambisjon å levere til OEP
2 ganger i
2704 uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.
</p
>
2705 </blockquote
></p
>
2707 <p
><strong
>Toll- og avgiftsdirektoratet
</strong
></p
>
2708 <p
><blockquote
>
2709 <p
>Date: Tue,
03 Jul
2012 11:
55:
07 +
0200
2710 <br
>Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?
</p
>
2713 <p
>Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
2714 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
2715 Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
2716 siste levering var
2012-
06-
06. Hvor ofte pleier Toll- og
2717 avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
2718 leveringfrekvens?
</p
>
2722 <p
>Date: Wed,
4 Jul
2012 09:
33:
18 +
0000
2723 <br
>Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?
</p
>
2725 <p
>Til: Petter Reinholdtsen
</p
>
2727 <p
>Det vises til din e-post av
3. juli
2012.
</p
>
2729 <p
>Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
2730 (hver torsdag). Vi søker så langt det er mulig å få dette til og har
2731 stort sett publisert iht rutinene siden vi kom opp på OEP.
</p
>
2733 <p
>Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
2734 ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
2735 har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
2736 kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
2737 bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.
</p
>
2739 <p
>Vi beklager hvis dette har skapt vanskeligheter.
</p
>
2740 </blockquote
></p
>
2742 <p
>Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
2743 alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
2744 det kan ha virket motiverende for å få på plass leveringen at de ser
2745 at det er interesse for leveringen til OEP.
</p
>
2750 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet
</title>
2751 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</link>
2752 <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>
2753 <pubDate>Wed,
4 Jul
2012 14:
20:
00 +
0200</pubDate>
2754 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
2755 spørmål om hvorfor
<a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>
2756 er kryptert på RiksTV. De toer sine hender:
2758 <p
><blockquote
>
2759 <p
>Date: Mon,
2 Jul
2012 08:
15:
38 +
0000
2760 <br
>From: Arve Lindboe
&lt;Arve.Lindboe (at) medietilsynet.no
&gt;
2761 <br
>To: Petter Reinholdtsen
2762 <br
>CC: Arthur Garnes
&lt;Arthur.Garnes (at) rikstv.no
&gt;,
2763 postmottak (at) sd.dep.no, post (at) frikanalen.no
2764 <br
>Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn
</p
>
2766 <p
>Vi viser til Deres spørsmål av
27. mai i år til RiksTV,
2767 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
2768 1. juli til Dem, som vi har mottatt i kopi.
</p
>
2770 <p
>For ordens skyld vil vi orientere om at Medietilsynet har visse
2771 tilsynsoppgaver knyttet til kapittel
3 i NTVs konsesjon for
2772 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
2773 pkt.
3.5 i denne konsesjonen går det bl.a. fram at NRKs
2774 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
2775 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
2776 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
2777 konsesjonen.
</p
>
2779 <p
>Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
2780 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
2781 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
2782 spørsmålene De reiser i tilknytning til det.
</p
>
2784 <p
>Mvh
</p
>
2786 <p
>Arve Lindboe
</p
>
2789 <br
>Medietilsynet
</p
>
2790 </blockquote
></p
>
2792 <p
>Her må det tydeligvis andre aktører i sving for å bli kvitt
2793 krypteringen av Frikanalen.
</p
>
2798 <title>Can Zimbra be told to send autoreplies to the From: address?
</title>
2799 <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html
</link>
2800 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html
</guid>
2801 <pubDate>Tue,
3 Jul
2012 23:
30:
00 +
0200</pubDate>
2802 <description><p
>In the NUUG
<a href=
"http://www.fiksgatami.no/
">FiksGataMi
</a
>
2803 project (Norwegian version of
2804 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
> from
2805 <a href=
"http://www.mysociety.org/
">mySociety
</a
>), we have discovered
2806 a problem with the municipalities using
2807 <a href=
"http://www.zimbra.com/
">Zimbra
</a
>. When FiksGataMi send a
2808 problem report to the government, the email From: address is set to
2809 the address of the person reporting the problem, while envelope sender
2810 is set to the FiksGataMi contact address. The intention is to make
2811 sure the municipality send any replies to the person reporting the
2812 problem, while any email delivery problems are sent to us in NUUG.
2813 This work well in most cases, but not for Karmøy municipality using
2814 Zimbra. Karmøy is using the vacation message function in Zimbra to
2815 send an automatic reply to report that the message has been received,
2816 and this message is sent to the envelope sender and not the address in
2817 the From: header.
</p
>
2819 <p
>This causes the automatic message from Karmøy to go to NUUGs
2820 request-tracker instance instead of to the person reporting the
2821 problem. We can not really change the envelope sender address, as
2822 this would make it impossible for us to discover when there are
2823 problems with the MTAs receiving problem reports. We have been in
2824 contact with the people at Karmøy municipality, and they are willing
2825 to adjust Zimbra if something can be changed there to get a better
2826 behaviour.
</p
>
2828 <p
>The default behaviour of Zimbra is as far as I can tell according
2829 to the specification in RFC
3834, which recommend that vacation
2830 messages are sent to the envelope sender and not to the From: address.
2831 But I wonder if it is possible to adjust or configure Zimbra to behave
2832 differently. Anyone know? Please let us know at
2833 <a href=
"http://lists.nuug.no/mailman/listinfo/fiksgatami
">fiksgatami
2834 (at) nuug.no
</a
>.
</p
>
2839 <title>Frikanalen bør være ukryptert på det digitale bakkenettet
</title>
2840 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</link>
2841 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html
</guid>
2842 <pubDate>Sun,
1 Jul
2012 15:
20:
00 +
0200</pubDate>
2843 <description><p
><a href=
"http://www.frikanalen.no
">Frikanalen
</a
> er Norges
2844 landsdekkende
<a href=
"http://no.wikipedia.org/wiki/Åpen_kanal
">åpne
2845 kanal
</a
>, der alle innbyggerne kan sende sine innslag ut på
2846 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
2847 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
2848 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
2850 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">løsning
2851 basert på åpne standarder
</a
> i tillegg til den originale løsningen
2852 som er basert på Silverlight.
</p
>
2854 <p
>Frikanalen skal være tilgjengelig for alle uten hindringer, men
2855 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
2856 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
2857 se på kanalen via dette nettet å skaffe seg et kundeforhold til
2858 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
2859 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
2860 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
2861 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
2862 problemstillingen. Her er det som har vært av oppfølging så
2865 <p
><blockquote
>
2867 <p
>From: Petter Reinholdtsen
2868 <br
>Subject: Når blir Frikanalen ukryptert på RiksTV?
2869 <br
>To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
2870 <br
>Cc: post (at) frikanalen.no
2871 <br
>Date: Sun,
27 May
2012 00:
28:
10 +
0200</p
>
2873 <p
>Hvorfor er det så dyrt a motta Frikanalen i det digitale
2874 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
2875 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
2876 For å få tilgang til de krypterte sendingene må en ha programkort som
2877 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
2880 <p
>I Stortingsmelding
39 2007 står det:
</p
>
2882 <p
><blockquote
>
2883 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
2884 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
2885 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
2886 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
2887 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
2888 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
2889 perioden kl.
12 til kl.
17.30. Tilbudet vil bli sendt kryptert, men
2890 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
2891 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
2892 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
2893 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
2894 vil gjelde fram til midten av
2010.
2895 </blockquote
></p
>
2897 <p
>Hva gjelder så etter midten av
2010? Betyr det som står i
2898 stortingsmeldingen at RiksTV fra midten av
2010 kan kreve hvilken som
2899 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
2900 velger å distribuere Frikanalen? Eller var det tillatelsen til å
2901 sende Frikanalen kryptert som gikk ut i
2010?
</p
>
2904 <br
>Vennlig hilsen
2905 <br
>Petter Reinholdtsen
</p
>
2906 </blockquote
></p
>
2908 <p
>Jeg har ikke fått svar hverken fra departement eller medietilsyn,
2909 men har fått to svar fra RiksTV.
</p
>
2911 <p
><blockquote
>
2912 <p
>From: post (at) rikstv.no
2913 <br
>Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[
92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
2914 <br
>To: Petter Reinholdtsen
2915 <br
>Date: Mon,
28 May
2012 14:
30:
27 +
0200</p
>
2917 <p
>Takk for din henvendelse
</p
>
2919 <p
>Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
2920 dekker kostnadene for Programkort frem til midten av
2010. Avtalen er
2921 gjengitt i sin helhet på denne lenken:
2922 <a href=
"http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld-nr-
39-
2007-/
28/
4.html?id=
478517">http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld-nr-
39-
2007-/
28/
4.html?id=
478517</a
>
2924 <p
>Dersom du ønsker tilgang til Frikanalen via det digitale
2925 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
2926 dekoder. Programkortet har en engangsavgift på kr
225,- og er å regne
2927 som en del av utstyret du trenger for å motta krypterte signaler.
</p
>
2929 <p
>Vennligst se mer informasjon om Programkort på denne lenken:
2930 <a href=
"https://www.rikstv.no/kundeservice/Utstyr/programkort/
">https://www.rikstv.no/kundeservice/Utstyr/programkort/
</a
></p
>
2932 <p
>For mer informasjon om våre produkter og priser se, www.rikstv.no
</p
>
2934 <p
>Ha en fin dag.
</p
>
2936 <p
>Med vennlig hilsen
2937 <br
>Thomas Eikeland
2939 <br
>Kundeservice
2940 <br
>Telefonnummer:
09595
2941 <br
>www.rikstv.no
</p
>
2942 </blockquote
></p
>
2944 <p
>Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
2945 fulgte opp med en ny epost:
</p
>
2947 <p
><blockquote
>
2948 <p
>From: Petter Reinholdtsen
2949 <br
>Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[
92641] Hvis
<br
> du svarer på denne henvendelsen, ikke forandre subjektet
2950 <br
>To: post (at) rikstv.no
2951 <br
>Date: Fri,
08 Jun
2012 10:
14:
49 +
0200</p
>
2953 <p
>[Thomas Eikeland]
2954 <br
>&gt; Takk for din henvendelse
</p
>
2956 <p
>Takk for svaret.
</p
>
2958 <p
>&gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
2959 <br
>&gt; kostnadene for Programkort frem til midten av
2010. Avtalen er gjengitt
2960 <br
>&gt; i sin helhet på denne lenken:
2961 <br
>&gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/
2006-
2007/Stmeld
2962 <br
>&gt; -nr-
39-
2007-/
28/
4.html?id=
478517</p
>
2964 <p
>Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
2965 over. Er den erstattet med en ny avtale?
</p
>
2969 <li
>Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
2970 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
2971 kryptert som gikk ut i
2010?
</li
>
2975 <p
>&gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
2976 <br
>&gt; per idag trenger du et Programkort og RiksTV godkjent
2977 <br
>&gt; dekoder. Programkortet har en engangsavgift på kr
225,- og er å regne
2978 <br
>&gt; som en del av utstyret du trenger for å motta krypterte signaler.
2980 <br
>&gt; Vennligst se mer informasjon om Programkort på denne lenken:
2981 <br
>&gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/
</p
>
2983 <p
>Dette er litt på siden av det jeg lurte på, som er hva slags
2984 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
2985 etter
2010.
</p
>
2988 <br
>Vennlig hilsen
2989 <br
>Petter Reinholdtsen
</p
>
2990 </blockquote
></p
>
2992 <p
>Etter mange uker fikk jeg så på fredag følgende tilbakemelding.
</p
>
2994 <p
><blockquote
>
2995 <p
>From: Arthur Garnes
2996 <br
>Subject: RE: Når blir Frikanalen ukryptert på RiksTV
2997 <br
>To: Petter Reinholdtsen
2998 <br
>Date: Fri,
29 Jun
2012 13:
02:
38 +
0200</p
>
3000 <p
>Hei,
</p
>
3002 <p
>Det vises til din henvendelse av
27.5.2012. Vi beklager at din
3003 henvendelse har tatt noe tid å besvare.
</p
>
3005 <p
>RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
3006 vederlagsfritt får distribusjon i det digitale bakkenettet. At
3007 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
3008 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
3009 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
3010 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
3011 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
3012 programkort og trenger som en kommersiell aktør å få dekket disse
3013 kostnadene.
</p
>
3015 <p
>Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
3018 <p
>Med vennlig hilsen
3019 <br
>Arthur Garnes
3020 <br
>Product Manager
</p
>
3022 <p
>Mobil: +
47 98234224
3023 <p
>E-post: arthur.garnes (at) rikstv.no
3025 <br
>Besøk: Økernveien
145,
17. etg, Oslo
3026 <br
>Post: Postboks
393 Økern,
0513 Oslo
</p
>
3028 <p
>Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv
</p
>
3030 <p
>Denne e-post og informasjonen den inneholder er konfidensiell og
3031 ment kun for den korrekte adressaten. This e-mail and the information
3032 it contains is confidential and intended only for the right
3033 addressee.
</p
>
3034 </blockquote
></p
>
3036 <p
>Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
3042 <title>DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog
</title>
3043 <link>http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
</link>
3044 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html
</guid>
3045 <pubDate>Fri,
29 Jun
2012 18:
00:
00 +
0200</pubDate>
3046 <description><p
>DIFI har nettopp annonsert høring om revisjon av
3047 <a href=
"http://www.standard.difi.no/forvaltningsstandarder
">standardkatalogen
</a
>,
3048 og endelig har Microsoft fått viljen sin. Se
3049 <a href=
"http://www.standard.difi.no/hoyring/forslag-om-endring-av-forskrift-om-it-standarder-i-offentlig-forvaltning
">høringssiden
</a
>
3050 for hele teksten.
</p
>
3052 <p
>Her er forslaget i sin helhet:
</p
>
3054 <p
><blockquote
>
3055 <p
>3.2 Revisjon av krav til redigerbare dokumenter
</p
>
3057 <p
>I første versjon av referansekatalogen i
2007 ble det satt krav om
3058 Open Document Format (ODF), versjon
1.1 (OASIS,
1.2.2007) for
3059 redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
3060 anbefalt for kommunal sektor. I
2009 ble kravet gjort obligatorisk for
3061 hele offentlig sektor i
3062 <a href=
"http://www.lovdata.no/for/sf/fa/xa-
20090925-
1222.html
">forskrift
3063 om IT-standarder i forvaltningen
</a
>. Anvendelsesområdet for kravet
3064 har vært begrenset til publisering av dokumenter som skal bearbeides
3065 videre (§
4 nr.
1 andre ledd). I
2011 ble anvendelsesområdet utvidet
3066 til å omfatte utveksling av dokumenter beregnet for redigering som
3067 vedlegg til e-post (§
4 nr.
2).
</p
>
3069 <p
>Office Open XML ISO/IEC
29500:
2011 (OOXML) er et dokumentformat
3070 opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
3071 som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
3072 kontorstøtteprogamvaren MS Office. Difi har foretatt en
3073 <a href=
"http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-
0.pdf
">revisjonsvurdering
</a
>
3074 av krav som stilles til redigerbare dokumenter i Forskrift om
3075 IT-standarder i forvaltningen, og anbefaler at kravet til ODF
3076 fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
3077 for redigerbare dokumenter ved publisering på offentlige virksomheters
3078 nettsider og for redigerbare vedlegg til e-post som sendes fra
3079 offentlige virksomheter til innbyggere og næringsliv. Offentlige
3080 virksomheter vil dermed stå fritt til å publisere eller sende
3081 redigerbare dokumenter i det format som ivaretar brukernes behov
3084 <p
>Forslaget innebærer at krav til ODF utgår §
4 nr.
1 tredje ledd og
3085 §
4 nr.
2 første ledd
</p
>
3087 <P
>Imidlertid bør det stilles strengere krav til hvilke formater
3088 offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
3089 mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
3090 som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
3091 medfører at innbyggere og næringsliv skal kunne basere sitt valg av
3092 programvare på egne behov og ikke på de valg offentlige virksomheter
3093 tar. Kravet vil omfatte hele offentlig sektor, herunder
3094 utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
3095 foreslått som ny §
4 nr
.2 andre ledd
</p
>
3096 </blockquote
></p
>
3098 <P
>De satser vel på at det hele blir glemt over sommeren, og at de
3099 fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
3100 jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
3101 høringsuttalelser til høringen.
</p
>
3103 <p
>Anbefaler alle å friske opp sine argumenter ved å lese
3104 <a href=
"http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html
">svaret
3105 fra senator Edgar Villanueva til Microsoft i Peru
</a
>. Det er en
3106 klassisk tekst som er like gyldig i dag som da det ble skrevet.
</p
>
3112 <title>Postjournaler i det offentlige - vanskelig med vilje?
</title>
3113 <link>http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html
</link>
3114 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html
</guid>
3115 <pubDate>Wed,
27 Jun
2012 21:
20:
00 +
0200</pubDate>
3116 <description><p
>Den norske
3117 <a href=
"http://www.lovdata.no/all/nl-
20060519-
016.html
">offentlighetsloven
</a
>
3118 er ganske bra, og inneholder rettigheter som sikrer at borgerne (og
3119 journalister) i stor grad kan holde øye med hva fellesskapets
3120 representanter i det offentlige holder på med. En kan be om kopi av
3121 alle dokumenter som finnes i offentlige etater, kommuner,
3122 departementer etc, og det kreves en konkret lovhjemmel for å nekte å
3123 levere ut en kopi. Men for å vite hva en skal be om, må en vite hva
3124 som finnes, og det er der de offentlige postjournalene kommer inn.
3125 Alle underlagt offentlighetsloven, som er alle offentlige kontorer
3126 samt selskaper som er kontrollert av det offentlige, er pliktig å føre
3127 postjournal og utlevere den på forespørsel. Underlig nok forteller
3128 Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å
3129 publisere postjournalen på web når jeg spurte hvor postjournalen kan
3130 finnes, så det virker å være et hull i denne plikten hvis målet er at
3131 innbyggerne skal ha enkel mulighet til å kontrollere våre
3132 representanter. Men de må føre journal og utlevere den på
3133 forespørsel.
</p
>
3135 <p
>Men tema for denne bloggposten er hvordan en får tak i de
3136 offentlige postjournaler som finnes, og her er det mye som kunne vært
3137 bedre. Det finnes en
<a href=
"http://www.oep.no/
">felles portal for
3138 postjournaler
</a
> til alle departementer, nasjonale direktorater,
3139 fylkesmenn etc (ca.
100 kilder), men for alle kommuner,
3140 fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig
3141 styret stiftelser og selskaper, må en innom hver enkelt organisasjons
3142 nettsider og se etter postjournalen. Noen har laget fine
3143 søketjenester, andre har laget dårlige søketjenester. De fleste har
3144 kun lagt ut datobaserte lister over journaloppføringer, av og til
3145 HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av
3146 dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig
3147 vanskelig å holde et øye med det som skjer over hele Norge. En er
3148 nødt til å besøke flere hundre nettsteder, og lese mange tusen sider
3149 hver dag for å holde rede på hva som skjer, og resultatet er at det i
3150 stor grad ikke skjer.
</p
>
3152 <p
>Men datakildene ligger der, de er bare knot å bruke. En naturlig
3153 løsning på det problemet som det er utrolig og trist at presse-Norge
3154 ikke allerede har gjennomført, er å lage automatiske systemer for å
3155 samle inn og strukturere den tilgjengelige informasjonen og lage en
3156 innbygger og journalist-vennlig portal. I en slik portal bør en kunne
3157 søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som
3158 det tok lang tid å journalføre). Når informasjonen er samlet inn kan
3159 en analysere og finne ut hvilke organisasjoner som er trege til å
3160 publisere journalen sin, og hvilke som er mer flinke. En kan også
3161 koble saker på tvers av organisasjoner, når et brev i en sak sendes
3162 mellom organisasjonene, og dermed få en mer komplett oversikt over hva
3163 som blir gjort på vegne av oss alle i det offentlige. Det hadde vært
3164 morsomt å vite om alle brev som blir sendt mellom departementer eller
3165 kommuner blir journalført begge steder, og om det hender at sender og
3166 mottaker er uenige om et dokument kan unndras offentligheten. En
3167 slipper også å måtte forholde seg til når den journalførende enhet
3168 velger å fjerne journalen fra web. Her er praksis sprikende, og noen
3169 er flinke og har journalen liggende ute fra første dag publiseringen
3170 på web startet, mens andre fjerner den etter noen få dager.
</p
>
3172 <p
>Det er personvernutfordringer rundt tilgjengeliggjøring av
3173 postjournaler, da den offentlige informasjonen som er tilgjengelig i
3174 postjournalene kan gi ganske mye informasjon om enkeltpersoners
3175 kontakt med det offentlige Norge. En kan se når det bygges, søkes,
3176 klages og sertifiseres, blant mange andre aktiviteter en tvinges til å
3177 kontakte det offentlige Norge for å få gjort. Men det må veies opp
3178 mot behovet til å holde
"makta
" i Norge under oppsikt, og der må jeg
3179 innrømme at jeg tror behovet i Norge er enormt.
</p
>
3181 <p
>Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et
3182 prosjekt for å gjøre postjournalene tilgjengelig som åpne data på
3183 strukturert format, og bidra til at pressen og innbyggerne får en
3184 portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven
3185 gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på
3186 irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for
3187 flere hundre kilder. Noen er enkle og tar
10-
20 minutter (hvis de
3188 f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her
3189 trengs det programører. :)
</p
>
3191 <p
>PS: Hvis du vil lære litt mer om hva vi har mulighet til å få
3192 innsyn i hos det offentlige Norge, ta en titt på
3193 <a href=
"http://www.offentlighet.no/
">offentlighet.no
</a
>, et
3194 samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening,
3195 Norsk Journalistlag og Institutt for Journalistikk.
</p
>
3200 <title>SQL-database med anbud publisert på Doffin
</title>
3201 <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
</link>
3202 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html
</guid>
3203 <pubDate>Fri,
15 Jun
2012 13:
30:
00 +
0200</pubDate>
3204 <description><p
><a href=
"http://www.doffin.no/
">Doffin
</a
> er det offentlige Norges
3205 portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
3206 men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
3207 på det har jeg som et
<a href=
"htt://www.nuug.no/
">NUUG-prosjekt
</a
>
3208 laget en
<a href=
"http://scraperwiki.com/
">Scraperwiki
</a
>-skraper som
3210 <a href=
"https://scraperwiki.com/scrapers/norwegian-doffin/
">SQL-database
3211 med nøkkelinformasjonen fra Doffin
</a
>, slik at det er mulig å søke og
3212 analysere Doffin-oppføringene. Det publiseres mellom
900-
1500 anbud
3213 hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
3214 håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
3215 håper jeg å bruke denne databasen som grunnlag for å lage en database
3216 over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
3217 må bestilles fra hver enkelt utlyser.
</p
>
3219 <p
>Jeg var litt usikker på om det var rettighetsproblemer knyttet til
3220 skraping av informasjon fra Doffin, men ser i
3221 <a href=
"http://www.doffin.no/sitehelp/help_terms.aspx
">vilkårene til
3222 Doffin
</a
> følgende:
</p
>
3224 <p
><blockquote
>
3226 <p
>Opphavsrett mv
</p
>
3228 <p
>Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
3229 at opphavsrett og andre rettigheter til materialet overføres til
3230 Fornyings- og administrasjonsdepartementet, eller den departementet
3231 utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
3232 kan benytte det til de formål de måtte ønske.
</p
>
3234 </blockquote
></p
>
3236 <p
>Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
3237 tviler på, gitt lovens begrensninger om informasjon fra det
3238 offentlige), så er det FAD som har de immaterielle rettighetene. FAD
3239 er en del av staten, som opererer på vegne av folket, og enhver borger
3240 skulle dermed ha rett til å videreformidle informasjonen. Ingen av
3241 offentlighetslovens unntak kommer til anvendelse, i og med at
3242 informasjonen allerede er publisert.
</p
>
3247 <title>Litt statistikk fra Offentlig Elektronisk postjournal
</title>
3248 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html
</link>
3249 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html
</guid>
3250 <pubDate>Sun,
10 Jun
2012 20:
30:
00 +
0200</pubDate>
3251 <description><p
>De siste månedene har jeg sammen med andre i NUUG jobbet med å
3252 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
3253 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
3254 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
3255 <a href=
"http://www.oep.no/
">Offentlig Elektronisk Postjournal
3256 (OEP)
</a
>, FAD/DIFIs fellesløsning for departementer og statlige
3259 <p
>Her er antall oppføringer pr. måned det siste året,
3260 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep
&query=select%
20strftime(%
22%
25Y-%
25m%
22%
2C%
20%
60recordpublishdate%
60)%
20as%
20oeppubmonth%
2C%
20count(*)%
20from%
20%
60swdata%
60%
20group%
20by%
20oeppubmonth%
20order%
20by%
20oeppubmonth
">summert
3261 opp
</a
> ved hjelp av
3262 <a href=
"https://scraperwiki.com/scrapers/postliste-oep/
">en
3263 Scraperwiki-database
</a
>. Merk at denne Scraperwikien har
3264 ytelsesproblemer pga. mengden data.
</p
>
3266 <p
><table border=
"1">
3267 <tr
><th
>Måned
</th
><th
>Antall
</th
></tr
>
3268 <tr
><td
>2011-
07</td
><td
>164355</td
></tr
>
3269 <tr
><td
>2011-
08</td
><td
>153662</td
></tr
>
3270 <tr
><td
>2011-
09</td
><td
>173134</td
></tr
>
3271 <tr
><td
>2011-
10</td
><td
>170665</td
></tr
>
3272 <tr
><td
>2011-
11</td
><td
>198409</td
></tr
>
3273 <tr
><td
>2011-
12</td
><td
>175908</td
></tr
>
3274 <tr
><td
>2012-
01</td
><td
>206875</td
></tr
>
3275 <tr
><td
>2012-
02</td
><td
>202862</td
></tr
>
3276 <tr
><td
>2012-
03</td
><td
>204225</td
></tr
>
3277 <tr
><td
>2012-
04</td
><td
>207931</td
></tr
>
3278 <tr
><td
>2012-
05</td
><td
>223754</td
></tr
>
3279 </table
></p
>
3281 <p
>Det er også interessant å se hvor ofte ulike etater sender inn sine
3282 journaloppføringer til OEP. OEP inneholder en liste med sist
3283 innrapporteringsdato for alle som sender til OEP, og ved å se når og
3284 hvor ofte det blir sendt inn fra etatene kan
3285 <a href=
"https://api.scraperwiki.com/api/
1.0/datastore/sqlite?format=htmltable
&name=postliste-oep-deliverydates
&query=select%
20agency%
2C%
0A(julianday(datetime(
'now
'))%
20-%
20%
0A%
20julianday(min(%
60deliverydate%
60)))%
2Fcount(*)%
20as%
20dayfreq%
2C%
0A%
20count(*)%
0Afrom%
20%
60swdata%
60%
20group%
20by%
20agency%
20order%
20by%
20dayfreq%
20desc
">frekvensen
3286 beregnes
</a
>. Her er bunnlista, dvs. de som leverer sjeldnere enn hver
10.
3288 <a href=
"https://scraperwiki.com/scrapers/postliste-oep-deliverydates/
">en
3289 Scraperwiki-database
</a
>:
</p
>
3291 <p
><table border=
"1">
3293 <tr
> <th
>Etat
</th
> <th
>Frekvens
</th
> <th
>Leveringer
</th
> </tr
>
3294 <tr
> <td
>Norges geologiske undersøkelse
</td
> <td
>83.7527546296</td
> <td
>1</td
> </tr
>
3295 <tr
> <td
>Medietilsynet
</td
> <td
>33.7527546296</td
> <td
>1</td
> </tr
>
3296 <tr
> <td
>Departementenes servicesenter
</td
> <td
>23.8763773148</td
> <td
>2</td
> </tr
>
3297 <tr
> <td
>Kunnskapsdepartementet
</td
> <td
>15.8763773148</td
> <td
>2</td
> </tr
>
3298 <tr
> <td
>Kompetansesenter for distriktsutvikling
</td
> <td
>15.3763773148</td
> <td
>2</td
> </tr
>
3299 <tr
> <td
>Toll- og avgiftsdirektoratet
</td
> <td
>15.3763773148</td
> <td
>2</td
> </tr
>
3300 <tr
> <td
>Fredskorpset
</td
> <td
>12.5842515432</td
> <td
>3</td
> </tr
>
3301 <tr
> <td
>Statens legemiddelverk
</td
> <td
>12.1881886574</td
> <td
>4</td
> </tr
>
3302 <tr
> <td
>Utlendingsnemnda
</td
> <td
>11.5842515432</td
> <td
>3</td
> </tr
>
3303 <tr
> <td
>Politidirektoratet
</td
> <td
>10.9175848765</td
> <td
>3</td
> </tr
>
3304 <tr
> <td
>Skattedirektoratet
</td
> <td
>10.9175848765</td
> <td
>3</td
> </tr
>
3305 <tr
> <td
>Statens innkrevingssentral
</td
> <td
>10.5842515432</td
> <td
>3</td
> </tr
>
3306 <tr
> <td
>Barne-, ungdoms- og familiedirektoratet
</td
> <td
>10.2509182099</td
> <td
>3</td
> </tr
>
3307 <tr
> <td
>Kunst i offentlige rom
</td
> <td
>10.2509182099</td
> <td
>3</td
> </tr
>
3309 </table
></p
>
3311 <p
>En kan beregne lignende frekvenser ved å sammenligne
3312 journalføringsdato med publiseringsdato for hver enkelt oppføring i
3313 OEP, men den lenken legger jeg ikke ved her for å unngå at
3314 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.
</p
>
3316 <p
>Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
3317 så sjelden, og det kommer av at de har problemer etter oppgradering av
3318 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
3319 til å levere hver uke. Har ikke undersøkt noen av de andre.
</p
>
3324 <title>Web service to look up HP and Dell computer hardware support status
</title>
3325 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html
</link>
3326 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html
</guid>
3327 <pubDate>Wed,
6 Jun
2012 23:
15:
00 +
0200</pubDate>
3328 <description><p
>A few days ago
3329 <a href=
"http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
">I
3330 reported how to get
</a
> the support status out of Dell using an
3331 unofficial and undocumented SOAP API, which I since have found out was
3332 <a href=
"http://lists.us.dell.com/pipermail/linux-poweredge/
2012-February/
045959.html
">discovered
3333 by Daniel De Marco in february
</a
>. Combined with my web scraping
3334 code for HP, Dell and IBM
3335 <a href=
"http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
">from
3336 2009</a
>, I got inspired and wrote
3337 <a href=
"https://views.scraperwiki.com/run/computer-hardware-support-status/
">a
3338 web service
</a
> based on Scraperwiki to make it easy to look up the
3339 support status and get a machine readable result back.
</p
>
3341 <p
>This is what it look like at the moment when asking for the JSON
3344 <blockquote
><pre
>
3345 % GET
<a href=
"https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json
&vendor=Dell
&servicetag=
2v1xwn1
">https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json
&vendor=Dell
&servicetag=
2v1xwn1
</a
>
3346 supportstatus({
"servicetag
":
"2v1xwn1
",
"warrantyend
":
"2013-
11-
24",
"shipped
":
"2010-
11-
24",
"scrapestamputc
":
"2012-
06-
06T20:
26:
56.965847",
"scrapedurl
":
"http://
143.166.84.118/services/assetservice.asmx?WSDL
",
"vendor
":
"Dell
",
"productid
":
""})
3348 </pre
></blockquote
>
3350 <p
>It currently support Dell and HP, and I am hoping for help to add
3351 support for other vendors. The python source is available on
3352 Scraperwiki and I welcome help with adding more features.
</p
>
3357 <title>SOAP based webservice from Dell to check server support status
</title>
3358 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
</link>
3359 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html
</guid>
3360 <pubDate>Fri,
1 Jun
2012 15:
20:
00 +
0200</pubDate>
3361 <description><p
>A few years ago I wrote
3362 <a href=
"http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
">how
3363 to extract support status
</a
> for your Dell and HP servers. Recently
3364 I have learned from colleges here at the
3365 <a href=
"http://www.uio.no/
">University of Oslo
</a
> that Dell have
3366 made this even easier, by providing a SOAP based web service. Given
3367 the service tag, one can now query the Dell servers and get machine
3368 readable information about the support status. This perl code
3369 demonstrate how to do it:
</p
>
3371 <p
><pre
>
3376 my $GUID =
'11111111-
1111-
1111-
1111-
111111111111';
3377 my $App =
'test
';
3378 my $servicetag = $ARGV[
0] or die
"Please supply a servicetag. $!\n
";
3379 my ($deal, $latest, @dates);
3381 -
> uri(
'http://support.dell.com/WebServices/
')
3382 -
> on_action( sub { join
'', @_ } )
3383 -
> proxy(
'http://xserv.dell.com/services/assetservice.asmx
')
3385 my $a = $s-
>GetAssetInformation(
3386 SOAP::Data-
>name(
'guid
')-
>value($GUID)-
>type(
''),
3387 SOAP::Data-
>name(
'applicationName
')-
>value($App)-
>type(
''),
3388 SOAP::Data-
>name(
'serviceTags
')-
>value($servicetag)-
>type(
''),
3390 print Dumper($a -
> result) ;
3391 </pre
></p
>
3393 <p
>The output can look like this:
</p
>
3395 <p
><pre
>
3397 'Asset
' =
> {
3398 'Entitlements
' =
> {
3399 'EntitlementData
' =
> [
3401 'EntitlementType
' =
> 'Expired
',
3402 'EndDate
' =
> '2009-
07-
29T00:
00:
00',
3403 'Provider
' =
> '',
3404 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
3405 'DaysLeft
' =
> '0'
3408 'EntitlementType
' =
> 'Expired
',
3409 'EndDate
' =
> '2009-
07-
29T00:
00:
00',
3410 'Provider
' =
> '',
3411 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
3412 'DaysLeft
' =
> '0'
3415 'EntitlementType
' =
> 'Expired
',
3416 'EndDate
' =
> '2007-
07-
29T00:
00:
00',
3417 'Provider
' =
> '',
3418 'StartDate
' =
> '2006-
07-
29T00:
00:
00',
3419 'DaysLeft
' =
> '0'
3423 'AssetHeaderData
' =
> {
3424 'SystemModel
' =
> 'GX620
',
3425 'ServiceTag
' =
> '8DSGD2J
',
3426 'SystemShipDate
' =
> '2006-
07-
29T19:
00:
00-
05:
00',
3427 'Buid
' =
> '2323',
3428 'Region
' =
> 'Europe
',
3429 'SystemID
' =
> 'PLX_GX620
',
3430 'SystemType
' =
> 'OptiPlex
'
3434 </pre
></p
>
3436 <p
>I have not been able to find any documentation from Dell about this
3438 <a href=
"http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation
">inline
3439 documentation
</a
>, and according to
3440 <a href=
"http://iboyd.net/index.php/
2012/
02/
14/updated-dell-warranty-information-script/
">one
3441 comment
</a
> it can have stability issues, but it is a lot better than
3442 scraping HTML pages. :)
</p
>
3444 <p
>Wonder if HP and other server vendors have a similar service. If
3445 you know of one, drop me an email. :)
</p
>
3450 <title>The cost of ODF and OOXML
</title>
3451 <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html
</link>
3452 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html
</guid>
3453 <pubDate>Sat,
26 May
2012 18:
00:
00 +
0200</pubDate>
3454 <description><p
>I just come across a blog post from Glyn Moody reporting the
3455 claimed cost from Microsoft on requiring ODF to be used by the UK
3456 government. I just sent him an email to let him know that his
3457 assumption are most likely wrong. Sharing it here in case some of my
3458 blog readers have seem the same numbers float around in the UK.
</p
>
3460 <p
><blockquote
> <p
>Hi. I just noted your
3461 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/does-microsoft-office-lock-in-cost-the-uk-government-
500-million/index.htm
">http://blogs.computerworlduk.com/open-enterprise/
2012/
04/does-microsoft-office-lock-in-cost-the-uk-government-
500-million/index.htm
</a
>
3464 <p
><blockquote
>"They
're all in Danish, not unreasonably, but even
3465 with the help of Google Translate I can
't find any figures about the
3466 savings of
"moving to a flexible two standard
" as claimed by the
3467 Microsoft email. But I assume it is backed up somewhere, so let
's take
3468 it, and the £
500 million figure for the UK, on trust.
"
3469 </blockquote
></p
>
3471 <p
>I can tell you that the Danish reports are inflated. I believe it is
3472 the same reports that were used in the Norwegian debate around
2007,
3473 and Gisle Hannemyr (a well known IT commentator in Norway) had a look
3474 at the content. In short, the reason it is claimed that using ODF
3475 will be so costly, is based on the assumption that this mean every
3476 existing document need to be converted from one of the MS Office
3477 formats to ODF, transferred to the receiver, and converted back from
3478 ODF to one of the MS Office formats, and that the conversion will cost
3479 10 minutes of work time for both the sender and the receiver. In
3480 reality the sender would have a tool capable of saving to ODF, and the
3481 receiver would have a tool capable of reading it, and the time spent
3482 would at most be a few seconds for saving and loading, not
20 minutes
3483 of wasted effort.
</p
>
3485 <p
>Microsoft claimed all these costs were saved by allowing people to
3486 transfer the original files from MS Office instead of spending
10
3487 minutes converting to ODF. :)
</p
>
3490 <a href=
"http://hannemyr.com/no/ms12_vl02.php
">http://hannemyr.com/no/ms12_vl02.php
</a
>
3492 <a href=
"http://hannemyr.com/no/ms12.php
">http://hannemyr.com/no/ms12.php
</a
>
3493 for background information. Norwegian only, sorry. :)
</p
>
3494 </blockquote
></p
>
3499 <title>OpenOffice.org fungerer da fint for blinde?
</title>
3500 <link>http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html
</link>
3501 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html
</guid>
3502 <pubDate>Mon,
21 May
2012 23:
20:
00 +
0200</pubDate>
3503 <description><p
>De siste dagene har høringsuttalelsene om DIFIs forslag til
3504 standardkatalog v3.1 blitt
3505 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder?tab=comments
">publisert
3506 på DIFIs nettside
</a
>, og jeg kunne der glede meg over at
3507 <a href=
"http://wiki.nuug.no/uttalelser/
201204-standardkatalog-v3.1
">NUUGs
</a
>
3508 uttalelse er kommet med. En uttalelse som overrasker og forvirrer meg
3510 <a href=
"http://www.standard.difi.no/filearchive/norges-blindeforbund.pdf
">den
3511 fra Norges Blindeforbund
</a
>, som
5 år etter at Klaus Knopper sammen
3512 med sin blinde kone blant annet
3513 <a href=
"http://www.nuug.no/aktiviteter/
20071211-accessibility/
">demonstrerte
3514 høyttalende OpenOffice.org på nynorsk for blinde
</a
> på et NUUG-møte.
</p
>
3516 <p
><a href=
"https://www.blindeforbundet.no/
">Norges Blindeforbund
</a
>
3517 skriver følgende, som for meg virker å være formulert på sviktende
3520 <p
><blockquote
>
3521 <p
>Bruk av fri programvare
3523 <p
>I FRIPROGSENTERET, RAPPORT
2009-
02: Universell utforming
3524 <a href=
"http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf
">http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf
</a
>
3525 sies det
"Det finnes i dag ikke mange fri programvare-rammeverk eller
3526 generelle løsninger som støtter tilgjengelighet eller som er
3527 universelt utformet.
"</p
>
3529 <p
>Til tross for at det gjennom prinsippene i fri programvare åpnes
3530 for større frihet til selv å påvirke programvareløsninger i retning av
3531 universell utforming viser praksis at virkeligheten er en annen.
3532 Mange av de mest alminnelige frie programvarepakkene mangler delvis
3533 eller fullstendig tilgjengelighet for mennesker med nedsatt
3534 syn. Eksempler på dette er OpenOffice og LibreOffice m.fl.
</p
>
3536 <p
>En annen utfordring ved bruk av fri programvare kan være manglende
3537 kundestøtte og muligheter til opplæring i bruk av løsningen. Svaksynte
3538 og blinde har et høyere behov for denne typen støtte enn andre brukere
3539 ettersom mange av dem har behov for tilleggsprogramvare som skal
3540 fungere sammen med den opprinnelige programvaren, og ettersom man ikke
3541 har de samme muligheter for overblikk over grensesnittet som en seende
3542 bruker. I tillegg til dette kommer de mer tilgjengelighetstekniske
3543 utfordringene som ofte må løses i samarbeid med
3544 programvareleverandør/produsent.
</p
>
3546 <p
>Fri programvare er ikke på samme måte underlagt lovgivning gjennom
3547 for eksempel diskriminerings og tilgjengelighetsloven ettersom det
3548 ikke alltid finnes en produsent/tilbyder av tjenesten eller produktet.
</p
>
3550 <p
>Norges Blindeforbund krever at universell utforming og
3551 brukskvalitet tas med som viktige hensyn i utredninger som ligger til
3552 grunn for valg av standarder som primært leder brukeren mot fri
3553 programvare. Et eksempel på dette er bruk av dokumentformatet ODF som
3554 leder brukeren i retning av OpenOffice, som er helt eller delvis
3555 utilgjengelig for svaksynte og blinde – noe avhengig av plattform og
3556 hjelpemiddelprogramvare.
</p
>
3558 </blockquote
></p
>
3560 <p
>Jeg håper noen involvert i OpenOffice.org og/eller LibreOffice tar
3561 kontakt med Norges Blindeforbund og oppklarer det som for meg virker å
3562 være en misforståelse, i og med at OpenOffice.org så vidt jeg vet
3563 fungerer fint også for blinde.
</p
>
3565 <p
>Jeg ble minnet på problemstillingen da jeg leste Slashdot-saken om
3566 "<a href=
"http://linux.slashdot.org/story/
12/
05/
21/
1417221/the-state-of-linux-accessibility
">The
3567 State of Linux Accessibility
</a
>", som også hevder at Linux fungerer
3568 utmerket for blinde.
</p
>
3573 <title>Dør Unix, eller lever den videre som Linux?
</title>
3574 <link>http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html
</link>
3575 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html
</guid>
3576 <pubDate>Tue,
15 May
2012 10:
20:
00 +
0200</pubDate>
3577 <description><p
>Peter Hidas fra Gartner melder i Computerworld at
3578 <a href=
"http://www.idg.no/computerworld/article245011.ece
">Unix
3579 nedkjempes av Linux og Windows
</a
>. For meg er påstanden meningsløs,
3580 da Linux er en variant av Unix, og hele diskusjonen om Linux er Unix
3581 eller ikke er utdatert og uinteressant. Jeg ser at Helge Skrivervik
3582 deler mitt syn på saken i sin kommentar fra i går om at
3583 "<a href=
"http://www.mymayday.com/blogs/
2012/unix-linux
">Unix vs. Linux
3584 = uinteressant
"</a
>.
</p
>
3586 <p
>I
<a href=
"http://www.nuug.no/
">NUUG
</a
>-sammenheng møter jeg av og
3587 til folk som tror NUUG er for avdankede folk som driver med den samme
3588 Unix-varianten som Peter Hidas skriver om i sin kommentar, og dermed
3589 er en foreningen for avdankede teknologer interessert i døende
3590 teknologi. Intet kunne være lengre fra sannheten.
</p
>
3592 <p
>NUUG er en forening for oss som har sans for fri programvare, åpne
3593 standarder og Unix-lignende operativsystemer, som Ubuntu, FreeBSD,
3594 Debian, Mint, Gentoo, Android, Gnome, KDE, LXDE, Firefox, LibreOffice,
3595 ODF, HTML, C++, ECMA-Script, etc. Kort sagt der nyskapning skjer på
3596 IT-fronten i dag. Det innebærer selvfølgelig også de som er
3597 interessert i de
"gamle
" Unix-ene som Solaris og HP-UX, men de er bare
3598 et lite mindretall blant NUUGs medlemmer. De aller fleste medlemmene
3599 har i dag fokus på Linux.
</p
>
3604 <title>NUUGs leverer høringsuttalelse om v3.1 av statens referansekatalog
</title>
3605 <link>http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html
</link>
3606 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html
</guid>
3607 <pubDate>Fri,
27 Apr
2012 15:
30:
00 +
0200</pubDate>
3608 <description><p
>NUUG-styremedlem Hans-Petter Fjeld
3609 <a href=
"https://plus.google.com/u/
0/
110394259537201279374/posts/AGzRmAuFdW1
">meldte
3610 nettopp
</a
> at han har sendt inn
<a href=
"http://www.nuug.no/
">NUUG
</a
>s
3611 høringsuttalelse angående Difi sin standardkatalog v3.1. Jeg er veldig
3612 glad for at så mange bidro og sikret at vår stemme blir hørt i denne
3613 høringen. Anbefaler alle å lese våre
3614 <a href=
"http://wiki.nuug.no/uttalelser/
201204-standardkatalog-v3.1
">to
3615 sider med innspill
</a
>.
</p
>
3620 <title>Holder de ord og NUUG lanserer testtjeneste med stortingsinformasjon
</title>
3621 <link>http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html
</link>
3622 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html
</guid>
3623 <pubDate>Sun,
22 Apr
2012 15:
45:
00 +
0200</pubDate>
3624 <description><p
>I
3625 <a href=
"http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html
">januar
3626 i fjor
</a
> startet vi i NUUG arbeid med å gjøre informasjon om hvem
3627 som har stemt hva på
<a href=
"http://www.stortinget.no/
">Stortinget
</a
>
3628 enklere tilgjengelig. I løpet av få måneder fant vi sammen med
3629 organisasjonen
<a href=
"http://www.holderdeord.no/
">Holder de ord
</a
>
3630 som arbeidet mot et lignende mål.
</p
>
3632 <p
>Siden den gang har vi fått tak i maskinelt lesbart informasjon om
3633 hvem som stemte hva mellom
1990 og våren
2010, og tilgang til
3634 stortingets nye datatjeneste som har informasjon fra høsten
2011 til i
3635 dag. Det gjenstår litt arbeid med det første datasettet, men
3636 datasettet fra høsten
2011 er klart til bruk. Begge datasettene er
3637 tilgjengelig
<a href=
"https://gitorious.org/nuug/folketingparser
">via
3638 git
</a
>.
</p
>
3641 <a href=
"http://www.goopen.no/holder-de-ord-datadrevet-oppfolging-av-politiske-lofter/
">Go Open
</a
> i morgen lanserer
3642 NUUG sammen med Holder de ord
<a href=
"http://beta.holderdeord.no/
">en
3643 test-tjeneste
</a
> som viser hva som er og blir behandlet på Stortinget og
3644 hvem som har stemt hva siden oktober i fjor. Du får herved mulighet
3645 til å ta en sniktitt.
</p
>
3650 <title>RAND terms - non-reasonable and discriminatory
</title>
3651 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</link>
3652 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html
</guid>
3653 <pubDate>Thu,
19 Apr
2012 22:
20:
00 +
0200</pubDate>
3654 <description><p
>Here in Norway, the
3655 <a href=
"http://www.regjeringen.no/nb/dep/fad.html?id=
339"> Ministry of
3656 Government Administration, Reform and Church Affairs
</a
> is behind
3657 a
<a href=
"http://standard.difi.no/forvaltningsstandarder
">directory of
3658 standards
</a
> that are recommended or mandatory for use by the
3659 government. When the directory was created, the people behind it made
3660 an effort to ensure that everyone would be able to implement the
3661 standards and compete on equal terms to supply software and solutions
3662 to the government. Free software and non-free software could compete
3663 on the same level.
</p
>
3665 <p
>But recently, some standards with RAND
3666 (
<a href=
"http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing
">Reasonable
3667 And Non-Discriminatory
</a
>) terms have made their way into the
3668 directory. And while this might not sound too bad, the fact is that
3669 standard specifications with RAND terms often block free software from
3670 implementing them. The reasonable part of RAND mean that the cost per
3671 user/unit is low,and the non-discriminatory part mean that everyone
3672 willing to pay will get a license. Both sound great in theory. In
3673 practice, to get such license one need to be able to count users, and
3674 be able to pay a small amount of money per unit or user. By
3675 definition, users of free software do not need to register their use.
3676 So counting users or units is not possible for free software projects.
3677 And given that people will use the software without handing any money
3678 to the author, it is not really economically possible for a free
3679 software author to pay a small amount of money to license the rights
3680 to implement a standard when the income available is zero. The result
3681 in these situations is that free software are locked out from
3682 implementing standards with RAND terms.
</p
>
3684 <p
>Because of this, when I see someone claiming the terms of a
3685 standard is reasonable and non-discriminatory, all I can think of is
3686 how this really is non-reasonable and discriminatory. Because free
3687 software developers are working in a global market, it does not really
3688 help to know that software patents are not supposed to be enforceable
3689 in Norway. The patent regimes in other countries affect us even here.
3690 I really hope the people behind the standard directory will pay more
3691 attention to these issues in the future.
</p
>
3693 <p
>You can find more on the issues with RAND, FRAND and RAND-Z terms
3695 (
<a href=
"http://blogs.computerworlduk.com/simon-says/
2010/
11/rand-not-so-reasonable/
">RAND:
3696 Not So Reasonable?
</a
>).
</p
>
3698 <p
>Update
2012-
04-
21: Just came across a
3699 <a href=
"http://blogs.computerworlduk.com/open-enterprise/
2012/
04/of-microsoft-netscape-patents-and-open-standards/index.htm
">blog
3700 post from Glyn Moody
</a
> over at Computer World UK warning about the
3701 same issue, and urging people to speak out to the UK government. I
3702 can only urge Norwegian users to do the same for
3703 <a href=
"http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder
">the
3704 hearing taking place at the moment
</a
> (respond before
2012-
04-
27).
3705 It proposes to require video conferencing standards including
3706 specifications with RAND terms.
</p
>
3711 <title>Jeg skal på konferansen Go Open
2012</title>
3712 <link>http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html
</link>
3713 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html
</guid>
3714 <pubDate>Fri,
13 Apr
2012 11:
30:
00 +
0200</pubDate>
3715 <description><p
>Jeg har tenkt meg på konferansen
<a href=
"http://www.goopen.no/
">Go
3716 Open
2012</a
> i Oslo
23. april.
3717 <a href=
"http://www.nuug.no/
">Medlemsforeningen NUUG
</a
> deler ut
3718 <a href=
"http://www.nuug.no/prisen/
">prisen for fremme av fri
3719 programvare i Norge
</a
> der i år. Kommer du?
</p
>
3724 <title>NUUG-presentasjon: Skolelinux - ferdig oppsatt skolenettløsning
</title>
3725 <link>http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html
</link>
3726 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html
</guid>
3727 <pubDate>Tue,
13 Mar
2012 23:
55:
00 +
0100</pubDate>
3728 <description><p
>I dag presenterte jeg ny versjon av Skolelinux for NUUGs medlemmer.
3729 <a href=
"http://www.hungry.com/~pere/mypapers/
20120313-skolelinux-squeeze.html
">Lysark
</a
>
3730 er tilgjengelige allerede og
3731 <a href=
"http://www.nuug.no/aktiviteter/
20120313-skolelinux/
">video-opptak
</a
>
3732 kommer så snart videogruppa til NUUG får publisert den. Jeg kom på
3733 endel punkter om nye ting i Squeeze-utgaven under veis som jeg burde
3734 hatt med, og har sikkert skrevet noe tull på lysarkene som jeg ennå
3735 ikke har oppdaget. Denne presentasjonen ble smurt ihop på veldig kort
3736 tid, og jeg rakk ikke finpusse den. Håper den kan være lærerik
3742 <title>Et bilde på problemet med programvarepatenter
</title>
3743 <link>http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html
</link>
3744 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html
</guid>
3745 <pubDate>Sat,
6 Aug
2011 21:
45:
00 +
0200</pubDate>
3746 <description><p
>Via
3747 <a href=
"http://www.huffingtonpost.com/
2011/
08/
04/patent-reform-congress_n_906278.html
">en
3748 artikkel i Huffington Post om patentreform i USA
</a
> fikk jeg et
3749 interessant bilde på problemet med programvarepatenter. Problemet er
3750 at staten deler ut usynlige
"eiendommer
" med uklare eiendomsgrenser,
3751 som gjør det umulig å vite om en er på annen manns grunn hvis en ikke
3752 har kjennskap til at
"eiendommen
" finnes, og selv når en vet om den
3753 usynlige
"eiendommen
" er det umulig å vite på hvilken side av grensen
3754 en befinner seg.
</p
>
3756 <p
>Hvis du er interessert i problemområdet programvarepatenter, så har
3758 <a href=
"http://lists.nuug.no/mailman/listinfo/patent
">epostliste om
3759 temaet
</a
>. Alle er hjertelig velkomne som abonnenter.
</p
>
3764 <title>Voteringsdata fra stortinget på plass, mye igjen
</title>
3765 <link>http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html
</link>
3766 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html
</guid>
3767 <pubDate>Thu,
21 Jul
2011 12:
10:
00 +
0200</pubDate>
3768 <description><p
>Arbeidet med et nettsted som viser frem hva hver enkelt av våre
3769 folkevalgte har stemt går sakte fremover. Det har gått to måneder
3771 <a href=
"http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html
">jeg
3772 skrev om prosjektet
</a
>. Siden sist har vi fått kontakt med
3773 organisasjonen
<a href=
"http://www.holderdeord.no
">Holder De Ord
</a
>
3774 som holder på med et lignende prosjekt, samt fått tilgang til endel
3775 voteringsinformasjon fra Stortinget.
</p
>
3777 <p
>Har fått tilgang til to datasett fra Stortinget. Det ene er en CD
3778 med voteringsdetaljer mellom
1990 og
2009, det andre er tilgang til
3779 stortingets kommende data-API der en kan hente ut informasjon om
3780 representanter, saker og voteringer. Jeg har ikke rukket se nok på
3781 noen av dem til å laste dem inn i min prototype, men jeg håper begge
3782 datasettene kan brukes.
</p
>
3784 <p
>Det første datasettet er kopiert og publisert
3785 <a href=
"http://www.nuug.no/pub/stortingsinnsyn/
">på NUUGs
3786 filtjener
</a
>, og består av to filer pr. votering. En fil med
3787 tidspunkt og hver enkelt stemme, og en annen med hvem som stemte og
3788 hvilket parti og fylke de representerte. Tegnsettet er så vidt jeg
3789 kan se Codepage
865, og jeg håper det er enkelt å koble sammen person
3790 og stemme. Har ikke rukket forsøke dette ennå. Jeg tror en god
3791 strategi her er å parse råfilene fra Stortinget og sammenstille dem
3792 med databasen over representanter, og ved hjelp av denne koble de
3793 unike ID-ene til representantene med hver enkelt stemme og publisere
3794 resultatet i XML-format. Antar det er en par dagers programmering,
3795 men har ikke funnet tid til det.
</p
>
3797 <p
>Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
3798 irc.freenode.net) eller bli med på epostlisten
3799 <a href=
"http://lists.nuug.no/mailman/listinfo/aktive
">aktive@nuug
</a
>.
3800 Det trengs både manne-timer for skraping og finansiering av
3801 utviklingstimer for å en norsk portal på plass.
</p
>
3806 <title>Hvem stemte hva på Stortinget?
</title>
3807 <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html
</link>
3808 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html
</guid>
3809 <pubDate>Fri,
20 May
2011 21:
20:
00 +
0200</pubDate>
3810 <description><p
>To britiske tjenester som jeg har veldig stor sans for er
3811 <a href=
"http://www.theyworkforyou.com/
">TheyWorkForYou
</a
> og
3812 <a href=
"http://www.publicwhip.org.uk/
">Public Whip
</a
>, som gir enkel
3813 og tilgjengelig oppdatering om hva som skjer i de britiske
3814 parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
3815 Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
3816 stortingsrepresentant. Voteringen over datalagringsdirektivet
3817 forsterket motivasjonen min tilstrekkelig til at jeg når har gått
3818 igang med å få dette på plass, og noen flere har meldt seg på.
3819 Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
3820 med FiksGataMi.
</p
>
3822 <p
>TheyWorkForYou gir en tilgang til informasjon om hver enkelt
3823 representant, og lar en f.eks. abonnere via epost på alt en
3824 representant har sagt i stortinget. En kan også abonnere via epost på
3825 alle som har nevnt ord en er interessert i. Public Whip lar en ser
3826 hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
3827 se hvordan representantene forholder seg til relaterte voteringer, og
3828 kan se hvem som er utbrytere og hvilke voteringer som er spesielt
3829 kontroversielle (mange utbrytere).
</p
>
3831 <p
>Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
3832 strukturert og maskinlesbart format. Bak de to britiske tjenestene er
3834 <a href=
"http://ukparse.kforge.net/parlparse/
">Parlament Parser
</a
>, og
3835 det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
3836 referater og informasjon om representanter og saker som er behandlet.
3837 På Stortingets nettsted mangler det informasjon om hvem som har stemt
3838 hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
3839 er i dialog med Stortingets informasjonsseksjon og håper de vil
3840 begynne å publisere denne informasjon på sikt. En annen kilde til
3841 relevant informasjon er
3842 <a href=
"http://www.nsd.uib.no/polsys/
">PolSys-databasen
</a
> til Norsk
3843 samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
3844 på sine data umuliggjør at enhver kan bruke informasjonen om
3845 stortinget til hva som helst og det er et mål for meg at alle skal
3846 kunne gjøre hva som helst med datasettene når jeg lager tjenesten.
</p
>
3849 <a href=
"http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi
">demonstrasjon
3850 av konseptet
</a
> er nå tilgjengelig med de voteringsdata jeg har fått
3851 tak i så langt. Jeg regner med å kaste den koden når mer data er på
3852 plass, og heller basere tjenesten på lignende prosjekter som de to
3853 forannevnte, eller den polske
3854 <a href=
"http://sejmometr.pl/
">Sejmometr
</a
>.
</p
>
3856 <p
>Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
3857 irc.freenode.net) eller bli med på epostlisten
3858 <a href=
"http://lists.nuug.no/mailman/listinfo/aktive
">aktive@nuug
</a
>.
3859 Det trengs både manne-timer for skraping og finansiering av
3860 utviklingstimer for å tilpasse eksisterende portal til norsk.
</p
>
3865 <title>The video format most supported in web browsers?
</title>
3866 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</link>
3867 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html
</guid>
3868 <pubDate>Sun,
16 Jan
2011 00:
20:
00 +
0100</pubDate>
3869 <description><p
>The video format struggle on the web continues, and the three
3870 contenders seem to be Ogg Theora, H
.264 and WebM. Most video sites
3871 seem to use H
.264, while others use Ogg Theora. Interestingly enough,
3872 the comments I see give me the feeling that a lot of people believe
3873 H
.264 is the most supported video format in browsers, but according to
3874 the Wikipedia article on
3875 <a href=
"http://en.wikipedia.org/wiki/HTML5_video
">HTML5 video
</a
>,
3876 this is not true. Check out the nice table of supprted formats in
3877 different browsers there. The format supported by most browsers is
3878 Ogg Theora, supported by released versions of Mozilla Firefox, Google
3879 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
3880 BOLT browser, while not supported by Internet Explorer nor Safari.
3881 The runner up is WebM supported by released versions of Google Chrome
3882 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
3883 Firefox. H
.264 is supported by released versions of Safari, Origyn
3884 Web Browser and BOLT browser, and the test version of Internet
3885 Explorer. Those wanting Ogg Theora support in Internet Explorer and
3886 Safari can install plugins to get it.
</p
>
3888 <p
>To me, the simple conclusion from this is that to reach most users
3889 without any extra software installed, one uses Ogg Theora with the
3890 HTML5 video tag. Of course to reach all those without a browser
3891 handling HTML5, one need fallback mechanisms. In
3892 <a href=
"http://www.nuug.no/
">NUUG
</a
>, we provide first fallback to a
3893 plugin capable of playing MPEG1 video, and those without such support
3894 we have a second fallback to the Cortado java applet playing Ogg
3895 Theora. This seem to work quite well, as can be seen in an
<a
3896 href=
"http://www.nuug.no/aktiviteter/
20110111-semantic-web/
">example
3897 from last week
</a
>.
</p
>
3899 <p
>The reason Ogg Theora is the most supported format, and H
.264 is
3900 the least supported is simple. Implementing and using H
.264
3901 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
3902 are incompatible with free software licensing. If you believed H
.264
3903 was without royalties and license terms, check out
3904 "<a href=
"http://webmink.com/essays/h-
264/
">H
.264 – Not The Kind Of
3905 Free That Matters
</a
>" by Simon Phipps.
</p
>
3907 <p
>A incomplete list of sites providing video in Ogg Theora is
3909 <a href=
"http://wiki.xiph.org/index.php/List_of_Theora_videos
">the
3910 Xiph.org wiki
</a
>, if you want to have a look. I
'm not aware of a
3911 similar list for WebM nor H
.264.
</p
>
3913 <p
>Update
2011-
01-
16 09:
40: A question from Tollef on IRC made me
3914 realise that I failed to make it clear enough this text is about the
3915 &lt;video
&gt; tag support in browsers and not the video support
3916 provided by external plugins like the Flash plugins.
</p
>
3921 <title>Hva har mine representanter stemt i Storinget?
</title>
3922 <link>http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html
</link>
3923 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html
</guid>
3924 <pubDate>Tue,
11 Jan
2011 14:
25:
00 +
0100</pubDate>
3925 <description><p
>I England har
<a href=
"http://www.mysociety.org/
">MySociety
</a
>
3926 laget en genial tjeneste for å holde øye med parlamentet. Tjenesten
3927 <a href=
"http://www.theyworkforyou.com/
">They Work For You
</a
> lar
3928 borgerne få direkte og sanntidsoppdatert innsyn i sine representanters
3929 gjøren og laden i parlamentet. En kan kan få kopi av det en gitt
3930 representant har sagt på talerstolen, og få vite hva hver enkelt
3931 representant har stemt i hver enkelt sak som er tatt opp. Jeg skulle
3932 gjerne hatt en slik tjeneste for Stortinget i Norge.
</p
>
3934 <p
>Endel
<a href=
"http://www.nsd.uib.no/polsys/storting/
">statistikk
3935 over representantenes stemmegivning
</a
> er tilgjengelig fra Norsk
3936 sammfunnsvitenskaplig datatjeneste, men ingenting av dette er
3937 detaljert nok til at en han holde hver enkelt stortingsrepresentant
3938 ansvarlig.
</p
>
3940 <p
>For å få en idé om det finnes en datakilde fra Stortinget som kan
3941 brukes til å få oversikt over hvordan hver enkelt representant har
3942 stemt, sendte jeg et spørsmål til Stortinget:
</p
>
3944 <p
><blockquote
><pre
>
3945 Fra: Petter Reinholdtsen
3946 Sendt:
11. januar
2011 10:
42
3947 Til: info (at) stortinget.no
3948 Emne: Hvem stemte hva i de ulike sakene?
3950 Hei. Er det informasjon tilgjengelig på web om hvilke
3951 stortingsrepresentanter som stemte hva i sakene som er til votering i
3957 </pre
></blockquote
></p
>
3959 <p
>Svaret kom noen timer senere:
</p
>
3961 <p
><blockquote
><pre
>
3962 From: Postmottak Informasjonshjornet
3963 To: Petter Reinholdtsen
3964 Subject: RE: Hvem stemte hva i de ulike sakene?
3965 Date: Tue,
11 Jan
2011 12:
46:
25 +
0000
3968 Takk for henvendelsen.
3970 Sommeren
2010 fikk vi nytt voteringsanlegg i stortingssalen som
3971 muliggjør publisering av voteringsresultat på nett. dette er et
3972 pågående prosjekt
1. halvår
2011. Kan ikke si nøyaktig når det er i
3974 <a href=
"http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/
">http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/
</a
>
3976 Foreløpig må du finne voteringsresultatet i referatet etter at saken
3977 har vært behandlet i Stortinget.
3979 Ønsker du å vite hvem som stemte hva i en bestemt sak,(og hvem som
3980 ikke var til stede), kan du kontakte oss og vi kan sende deg en
3984 Elin B. Relander Tømte
3985 Stortingets Informasjonsseksjon
3990 </pre
></blockquote
></p
>
3992 <p
>Det ser dermed ut at det i fjor ble mulig å hente ut informasjonen
3993 fra Stortinget, men at Stortinget ikke legger denne informasjonen ut
3994 på web ennå. En liten brikke er dermed på plass, men mye
3995 gjenstår. Kanskje jeg får tid til å se på en norsk utgave etter
3996 at vi i NUUG har fått operativ en norsk utgave av
3997 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
>.
</p
>
4002 <title>Debian Edu development gathering and General Assembly for FRiSK
</title>
4003 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html
</link>
4004 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html
</guid>
4005 <pubDate>Mon,
29 Nov
2010 18:
40:
00 +
0100</pubDate>
4006 <description><p
>On friday, the first Debian Edu / Skolelinux
4007 <a href=
"http://www.friprogramvareiskolen.no/Gathering/
2010-
12-
03-
05-Oslo
">development
4008 gathering
</a
> in a long time take place here in Oslo, Norway. I
4009 really look forward to seeing all the good people working on the
4010 Squeeze release. The gathering is open for everyone interested in
4011 learning more about Debian Edu / Skolelinux.
</p
>
4013 <p
>On Saturday, the Norwegian member organization taking care of
4014 organizing these development gatherings, Fri Programvare i Skolen,
4016 <a href=
"http://friprogramvareiskolen.no/Genfors/
2010">General Assembly
4017 for
2010</a
>. Membership is open for all, and currently there are
388
4018 people registered as members. Last year
32 members cast their vote in
4019 the memberdb based election system. I hope more people find time to
4020 vote this year.
</p
>
4025 <title>Gnash buildbot slave and Debian kfreebsd
</title>
4026 <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html
</link>
4027 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html
</guid>
4028 <pubDate>Sat,
20 Nov
2010 07:
20:
00 +
0100</pubDate>
4029 <description><p
>Answering
4030 <a href=
"http://www.listware.net/
201011/gnash-dev/
67431-gnash-dev-buildbot-looking-for-slaves.html
">the
4031 call from the Gnash project
</a
> for
4032 <a href=
"http://www.gnashdev.org:
8010">buildbot
</a
> slaves to test the
4033 current source, I have set up a virtual KVM machine on the Debian
4034 Edu/Skolelinux virtualization host to test the git source on
4035 Debian/Squeeze. I hope this can help the developers in getting new
4036 releases out more often.
</p
>
4038 <p
>As the developers want less main-stream build platforms tested to,
4039 I have considered setting up a
<a
4040 href=
"http://www.debian.org/ports/kfreebsd-gnu/
">Debian/kfreebsd
</a
>
4041 machine as well. I have also considered using the kfreebsd
4042 architecture in Debian as a file server in NUUG to get access to the
5
4043 TB zfs volume we currently use to store DV video. Because of this, I
4044 finally got around to do a test installation of Debian/Squeeze with
4045 kfreebsd. Installation went fairly smooth, thought I noticed some
4046 visual glitches in the cdebconf dialogs (black cursor left on the
4047 screen at random locations). Have not gotten very far with the
4048 testing. Noticed cfdisk did not work, but fdisk did so it was not a
4049 fatal problem. Have to spend some more time on it to see if it is
4050 useful as a file server for NUUG. Will try to find time to set up a
4051 gnash buildbot slave on the Debian Edu/Skolelinux this weekend.
</p
>
4056 <title>Gjendikte sangen
"Copying Is Not Theft
" på Norsk?
</title>
4057 <link>http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html
</link>
4058 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html
</guid>
4059 <pubDate>Wed,
10 Nov
2010 14:
40:
00 +
0100</pubDate>
4060 <description><p
>En genial liten sang om kopiering og tyveri er
4061 <a href=
"http://www.archive.org/details/CopyingIsNotTheft
">Copying Is
4062 Not Theft
</a
> av Nina Paley. Den vil jeg at
4063 <a href=
"http://www.nuug.no/
">NUUG
</a
> skal sende på
4064 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>, men først må vi
4065 fikse norske undertekster eller dubbing. Og i og med at det er en
4066 sang, tror jeg den kanskje bør gjendiktes.
4068 Selve teksten finner en på bloggen til
4069 <a href=
"http://blog.ninapaley.com/
2009/
12/
15/minute-meme-
1-copying-is-not-theft/
">tekstforfatteren
</a
> og den ser slik ut:
4071 <p
><blockquote
>
4072 <p
>Copying is not theft.
4073 <br
>Stealing a thing leaves one less left
4074 <br
>Copying it makes one thing more;
4075 <br
>that
's what copying
's for.
</p
>
4077 <p
>Copying is not theft.
4078 <br
>If I copy yours you have it too
4079 <br
>One for me and one for you
4080 <br
>That
's what copies can do
</p
>
4082 <p
>If I steal your bicycle
4083 <br
>you have to take the bus,
4084 <br
>but if I just copy it
4085 <br
>there
's one for each of us!
</p
>
4087 <p
>Making more of a thing,
4088 <br
>that is what we call
"copying
"
4089 <br
>Sharing ideas with everyone
4090 <br
>That
's why copying
4092 <br
>FUN!
</p
>
4093 </blockquote
></p
>
4095 <p
>Her er et naivt forsøk på oversettelse, uten noe forsøk på
4096 gjendiktning eller få det til å flyte sammen med melodien.
</p
>
4098 <p
><blockquote
>
4099 <p
>Kopiering er ikke tyveri.
4100 <br
>Stjeler du en ting er det en mindre igjen
4101 <br
>Kopier den og det er ting til.
4102 <br
>det er derfor vi har kopiering.
</p
>
4104 <p
>Kopiering er ikke tyveri.
4105 <br
>Hvis jeg kopierer din så har du den fortsatt
4106 <br
>En for meg og en for deg.
4107 <br
>Det er det kopier gir oss
</p
>
4109 <p
>Hvis jeg stjeler sykkelen din
4110 <br
>så må du ta bussen,
4111 <br
>men hvis jeg bare kopierer den,
4112 <br
>så får vi hver vår!
</p
>
4114 <p
>Lage mer av en ting,
4115 <br
>det er det vi kaller
"kopiering
".
4116 <br
>Deler ideer med enhver
4117 <br
>Det er derfor kopiering
4119 <br
>MORSOMT!
</p
>
4120 </blockquote
></p
>
4122 <p
>Hvis du har forslag til bedre oversettelse eller lyst til å bidra
4123 til å få denne sangen over i norsk språkdrakt, ta kontakt med video
4124 (at) nuug.no.
</p
>
4129 <title>Making room on the Debian Edu/Sqeeze DVD
</title>
4130 <link>http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html
</link>
4131 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html
</guid>
4132 <pubDate>Sun,
7 Nov
2010 11:
45:
00 +
0100</pubDate>
4133 <description><p
>Prioritising packages for the Debian Edu /
4134 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
> DVD, which is
4135 supposed provide a school with all the services and user applications
4136 needed on the pupils computer network has always been hard. Even
4137 schools without Internet connections should be able to get Debian Edu
4138 working using this DVD.
</p
>
4140 <p
>The job became a lot harder when apt and aptitude started
4141 installing recommended packages by default. We want the same set of
4142 packages to be installed when using the DVD and the netinst CD, and
4143 that means all recommended packages need to be on the DVD. I created
4144 a patch for debian-cd in
<a href=
"http://bugs.debian.org/
601203">BTS
4145 report #
601203</a
> to do this, and since this change was applied to
4146 the Debian Edu DVD build, we have been seriously short on space.
</p
>
4148 <p
>A few days ago we decided to drop blender, wxmaxima and kicad from
4149 the default installation to save space on the DVD, believing that
4150 those needing these applications are few and can get them from the
4151 Debian archive.
</p
>
4153 <p
>Yesterday, I had a look what source packages to see which packages
4154 were using most space. A few large packages are well know;
4155 openoffice.org, openclipart and fluid-soundfont. But I also
4156 discovered that lilypond used
106 MiB and fglrx-driver used
53 MiB.
4157 The lilypond package is pulled in as a dependency for rosegarden, and
4158 when looking a bit closer I discovered that
99 MiB of the
106 MiB were
4159 the documentation package, which is recommended by the binary package.
4160 I decided to drop this documentation package from our DVD, as most of
4161 our users will use the GUI front-ends and do not need the lilypond
4162 documentation. Similarly, I dropped the non-free fglrx-driver package
4163 which might be installed by d-i when its hardware is detected, as the
4164 free X driver should work.
</p
>
4166 <p
>With this change, we finally got space for the LXDE and Gnome
4167 desktop packages as well as the language specific packages making the
4168 DVD more useful again.
</p
>
4173 <title>Pledge for funding to the Gnash project to get AVM2 support
</title>
4174 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</link>
4175 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html
</guid>
4176 <pubDate>Tue,
19 Oct
2010 14:
45:
00 +
0200</pubDate>
4177 <description><p
><a href=
"http://www.getgnash.org/
">The Gnash project
</a
> is the
4178 most promising solution for a Free Software Flash implementation. It
4179 has done great so far, but there is still far to go, and recently its
4180 funding has dried up. I believe AVM2 support in Gnash is vital to the
4181 continued progress of the project, as more and more sites show up with
4182 AVM2 flash files.
</p
>
4184 <p
>To try to get funding for developing such support, I have started
4185 <a href=
"http://www.pledgebank.com/gnash-avm2
">a pledge
</a
> with the
4186 following text:
</P
>
4188 <p
><blockquote
>
4190 <p
>"I will pay
100$ to the Gnash project to develop AVM2 support but
4191 only if
10 other people will do the same.
"</p
>
4193 <p
>- Petter Reinholdtsen, free software developer
</p
>
4195 <p
>Deadline to sign up by:
24th December
2010</p
>
4197 <p
>The Gnash project need to get support for the new Flash file
4198 format AVM2 to work with a lot of sites using Flash on the
4199 web. Gnash already work with a lot of Flash sites using the old AVM1
4200 format, but more and more sites are using the AVM2 format these
4201 days. The project web page is available from
4202 http://www.getgnash.org/ . Gnash is a free software implementation
4203 of Adobe Flash, allowing those of us that do not accept the terms of
4204 the Adobe Flash license to get access to Flash sites.
</p
>
4206 <p
>The project need funding to get developers to put aside enough
4207 time to develop the AVM2 support, and this pledge is my way to try
4208 to get this to happen.
</p
>
4210 <p
>The project accept donations via the OpenMediaNow foundation,
4211 <a href=
"http://www.openmedianow.org/?q=node/
32">http://www.openmedianow.org/?q=node/
32</a
> .
</p
>
4213 </blockquote
></p
>
4215 <p
>I hope you will support this effort too. I hope more than
10
4216 people will participate to make this happen. The more money the
4217 project gets, the more features it can develop using these funds.
4223 <title>Standardkrav inn i anbudstekster?
</title>
4224 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</link>
4225 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html
</guid>
4226 <pubDate>Sun,
17 Oct
2010 19:
30:
00 +
0200</pubDate>
4227 <description><p
>Hvis det å følge standarder skal ha noen effekt overfor
4228 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
4229 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
4230 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
4231 forslag. Min drøm er at en kan sette krav til slik støtte i
4232 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
4233 seg med å skrive at det er en fordel om slik støtte er tilstede i
4234 leveranser.
</p
>
4236 <p
>Som systemadministrator på Universitetet er det typisk to områder
4237 som er problematiske for meg. Det ene er admin-grensesnittene på
4238 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
4239 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
4240 at protokollene og formatene som brukes følger standarder våre verktøy
4243 <p
>De fleste har nå støtte for SSH som overføringsprotkoll for
4244 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
4245 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
4246 aktuelle protokoller for fremvisning av BIOS-oppsett og
4247 oppstartmeldinger, og min anbefaling ville være å kreve
4248 VT100-kompatibel protokoll, for å sikre at flest mulig
4249 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
4250 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
4251 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
4254 <p
><blockquote
>
4255 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
4256 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
4257 (RFC
4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
4258 når en kobler seg til oppstart via ssh.
4259 </blockquote
></p
>
4261 <p
>Har ikke lykkes med å finne en god referanse for
4262 VT100-spesifikasjonen.
</p
>
4264 <p
>Når det gjelder nettsider, så er det det HTML, CSS og
4265 JavaScript-spesifikasjonen til W3C som gjelder.
</p
>
4267 <p
><blockquote
>
4268 Alle systemets nettsider bør/skal være i henhold til statens
4269 standardkatalogs krav om nettsider og følge HTML-standarden som
4270 definert av W3C, og validere uten feil hos W3Cs HTML-validator
4271 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
4272 validere uten feil hos W3Cs CSS-validator
4273 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
4274 være i henhold til EcmaScript-standarden. I tillegg til å følge de
4275 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
4276 relevant liste for organisasjonen) Firefox
3.5, Internet Explorer
8,
4278 </blockquote
></p
>
4280 <p
>Vil et slikt avsnitt være konkret nok til å få leverandørene til å
4281 lage nettsider som følger standardene og fungerer i flere
4282 nettlesere?
</p
>
4284 <p
>Tar svært gjerne imot innspill på dette temaet til aktive (at)
4285 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
4286 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
4287 burde lage et dokument med forslag til standardformuleringer å ta med
4288 i anbudsutlysninger?
</p
>
4290 <p
>Oppdatering
2010-
12-
03: I følge Wikipedias oppføring om
4291 <a href=
"http://en.wikipedia.org/wiki/ANSI_escape_code
">ANSI escape
4292 code
</a
>, så bruker VT100-terminaler ECMA-
48-spesifikasjonen som
4293 basis for sin oppførsel. Det kan dermed være et alternativ når en
4294 skal spesifisere hvordan seriell-konsoll skal fungere.
</p
>
4299 <title>Links for
2010-
10-
14</title>
4300 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html
</link>
4301 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html
</guid>
4302 <pubDate>Thu,
14 Oct
2010 14:
45:
00 +
0200</pubDate>
4303 <description><p
>Personvernet et under kontinuerlig og kraftig angrep. Her er noen
4304 stemmer i debatten.
</p
>
4308 <li
><a href=
"http://efn.no/hemmelig-retthaversk.txt
">Hemmelig
4309 "Retthaversk
" notat vil amputere person- og rettsvernet
</a
> -
4310 pressemelding fra EFN etter at de ble kjent med hårreisende
4311 lovforslag fra
"Dele, ikke stjele
"-kampanjen.
4313 <li
><a href=
"http://borud2.borud.no/
2010/
10/verdidebatt.html
">Verdidebatt
</a
>
4314 av Bjørn Borud. Klargjørende omramming av debatten med bakgrunn i
4315 oppdagelsen fra EFN.
</li
>
4317 <li
><a href=
"http://www.dagbladet.no/
2010/
10/
14/kultur/data_og_teknologi/tekno/personvern/opphavsrett/
13804298/
">Må
4318 personvernet vike for opphavsretten?
</a
> av Jan Omdahl i
4319 Dagbladet
</li
>
4321 <li
><a href=
"http://www.archive.org/details/CopyingIsNotTheft
">Copying
4322 Is Not Theft
</a
> - fin jingle om opphavsrett vs. eiendom
</li
>
4324 <li
><a href=
"http://cleanternet.org/
">Cleanternet
</a
> - satire om
4325 forslag for et rent og sikkert Internet.
</li
>
4327 <li
><a href=
"http://www.dubistterrorist.de/en/
">You are a
4328 terrorist!
</a
> - innspill om den massive overvåkningen som er
4329 gjennomført i Tysland og resten av den vestlige verden de siste
4332 <li
><a href=
"http://www.dagbladet.no/
2010/
10/
12/kultur/debatt/debattinnlegg/
13787554/
">Farlig
4333 hemmelighold
</a
> - debattinnlegg i Dagbladet fra Thomas Gramstad og
4334 Bjørn Remseth i EFN
</li
>
4336 </ul
></p
>
4341 <title>First version of a Perl library to control the Spykee robot
</title>
4342 <link>http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html
</link>
4343 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html
</guid>
4344 <pubDate>Sat,
9 Oct
2010 14:
00:
00 +
0200</pubDate>
4345 <description><p
>This summer I got the chance to buy cheap Spykee robots, and since
4346 then I have worked on getting Linux software in place to control them.
4347 The firmware for the robot is available from the producer, and using
4348 that source it was trivial to figure out the protocol specification.
4349 I
've started on a perl library to control it, and made some demo
4350 programs using this perl library to allow one to control the
4353 <p
>The library is quite functional already, and capable of controlling
4354 the driving, fetching video, uploading MP3s and play them. There are
4355 a few less important features too.
</p
>
4357 <p
>Since a few weeks ago, I ran out of time to spend on this project,
4358 but I never got around to releasing the current source. I decided
4359 today that it was time to do something about it, and uploaded the
4360 source to my Debian package store at people.skolelinux.org.
</p
>
4362 <p
>Because it was simpler for me, I made a Debian package and
4363 published the source and deb. If you got a spykee robot, grab the
4364 source or binary package:
</p
>
4367 <li
><a href=
"http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0
.20101009-
1.tar.gz
">libspykee-perl_0.0
.20101009-
1.tar.gz
</a
></li
>
4368 <li
><a href=
"http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0
.20101009-
1.dsc
">libspykee-perl_0.0
.20101009-
1.dsc
</a
></li
>
4369 <li
><a href=
"http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0
.20101009-
1_all.deb
">libspykee-perl_0.0
.20101009-
1_all.deb
</a
></li
>
4370 </ul
></p
>
4372 <p
>If you are interested in helping out with developing this library,
4373 please let me know.
</p
>
4378 <title>Links for
2010-
10-
03</title>
4379 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html
</link>
4380 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html
</guid>
4381 <pubDate>Sun,
3 Oct
2010 22:
30:
00 +
0200</pubDate>
4382 <description><p
><ul
>
4384 <li
><a href=
"http://arstechnica.com/business/news/
2010/
09/there-is-no-plan-b-why-the-ipv4-to-ipv6-transition-will-be-ugly.ars
">There
4385 is no Plan B: why the IPv4-to-IPv6 transition will be ugly
</a
></li
>
4387 <li
>Scanner looking under clothes
4388 <a href=
"http://www.dagbladet.no/
2010/
10/
03/nyheter/utenriks/reise/overvakingskamera/flyplasser/
13667192/
">has
4389 already been misused at Heathrow
</a
>.
</li
>
4391 <li
><a href=
"http://wiki.softwarelivre.org/Landell
">Landell
4392 Webcasting
</a
> - interesting alternative for
4393 <ahref=
"http://dvswitch.alioth.debian.org/wiki/
">DVSwitch
</a
> with
4396 </ul
></p
>
4401 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting
</title>
4402 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html
</link>
4403 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html
</guid>
4404 <pubDate>Fri,
1 Oct
2010 11:
00:
00 +
0200</pubDate>
4405 <description><p
>Frikanalen og NUUG jobber for å få
<a href=
"http://www.ted.com
">TED
4406 talks
</a
> kringkastet på
4407 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
>, for å gi et mer
4408 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
4409 Uninett. Før innslagene kan sendes må det lages norske undertekster,
4410 og dette her trengs det frivillige. Det er hundrevis av innslag, men
4412 <a href=
"http://www.ted.com/talks/james_randi.html
">James Randi
</a
> og
4413 <a href=
"http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html
">Michael
4414 Specter
</a
>. Hvis du har litt tid til overs, bli med på å oversette
4415 TED-foredragene til norsk og få på plass undertekster. TED har
4416 allerede opplegg på plass for å håndtere oversettelser og
4417 undertekster. Registrer deg på
4418 <a href=
"http://www.ted.com/translate/forted
">sidene til TED
</a
> i
4421 <p
>NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
4422 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG
">publisert
4423 på Frikanalen
</a
>. Foredrag på engelsk må også her tekstes og
4424 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
4425 teksting og oversetting. Arbeidet koordineres på epostlisten og på
4426 IRC (#nuug-video på irc.oftc.org), og
<a
4427 href=
"http://wiki.nuug.no/grupper/video/frikanalen
">en wikiside
</a
>
4428 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
4429 ser i dag ut til å være
4430 <a href=
"http://universalsubtitles.org/
">Universal Subtitles
</a
>, som
4431 lar en bidra med teksting via en nettleser.
</p
>
4436 <title>Anonym ferdsel er en menneskerett
</title>
4437 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
</link>
4438 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html
</guid>
4439 <pubDate>Wed,
15 Sep
2010 12:
15:
00 +
0200</pubDate>
4440 <description><p
>Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
4441 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3808135.ece
">å
4442 radiomerke med RFID
</a
> alle sine kunder og
4443 <a href=
"http://www.aftenposten.no/nyheter/article3809746.ece
">registrere
4444 hvor hver og en av oss beveger oss
</a
> pågår, og en ting som har
4445 kommet lite frem i debatten er at det faktisk er en menneskerett å
4446 kunne ferdes anonymt internt i ens eget land.
</p
>
4448 <p
>Fant en grei kilde for dette i et
4449 <a href=
"http://www.datatilsynet.no/upload/Microsoft%
20Word%
20-%
2009-
01399-
2%
20H+%C2%A9ringsnotat%
20-%
20Samferdselsdepartementet%
20-%
20Utkas%C3%
94%C3%
87%C2%AA.pdf
">skriv
4450 fra Datatilsynet
</a
> til Samferdselsdepartementet om tema:
</p
>
4452 <blockquote
><p
>Retten til å ferdes anonymt kan utledes av
4453 menneskerettskonvensjonen artikkel
8 og av EUs personverndirektiv.
4454 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
4455 må respekteres, særlig retten til privatlivets fred. I både
4456 personverndirektivet og i den norske personopplysningsloven er
4457 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
4458 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
4459 samtykke til behandling av personopplysninger.
</p
></blockquote
>
4461 <p
>For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
4462 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
4463 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
4464 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
4465 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
4466 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
4467 oss som ikke registrerer oss hver gang vi beveger oss med
4468 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.
</p
>
4473 <title>Terms of use for video produced by a Canon IXUS
130 digital camera
</title>
4474 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</link>
4475 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html
</guid>
4476 <pubDate>Thu,
9 Sep
2010 23:
55:
00 +
0200</pubDate>
4477 <description><p
>A few days ago I had the mixed pleasure of bying a new digital
4478 camera, a Canon IXUS
130. It was instructive and very disturbing to
4479 be able to verify that also this camera producer have the nerve to
4480 specify how I can or can not use the videos produced with the camera.
4481 Even thought I was aware of the issue, the options with new cameras
4482 are limited and I ended up bying the camera anyway. What is the
4483 problem, you might ask? It is software patents, MPEG-
4, H
.264 and the
4484 MPEG-LA that is the problem, and our right to record our experiences
4485 without asking for permissions that is at risk.
4487 <p
>On page
27 of the Danish instruction manual, this section is
4491 <p
>This product is licensed under AT
&T patents for the MPEG-
4 standard
4492 and may be used for encoding MPEG-
4 compliant video and/or decoding
4493 MPEG-
4 compliant video that was encoded only (
1) for a personal and
4494 non-commercial purpose or (
2) by a video provider licensed under the
4495 AT
&T patents to provide MPEG-
4 compliant video.
</p
>
4497 <p
>No license is granted or implied for any other use for MPEG-
4
4501 <p
>In short, the camera producer have chosen to use technology
4502 (MPEG-
4/H
.264) that is only provided if I used it for personal and
4503 non-commercial purposes, or ask for permission from the organisations
4504 holding the knowledge monopoly (patent) for technology used.
</p
>
4506 <p
>This issue has been brewing for a while, and I recommend you to
4508 "<a href=
"http://www.osnews.com/story/
23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA
">Why
4509 Our Civilization
's Video Art and Culture is Threatened by the
4510 MPEG-LA
</a
>" by Eugenia Loli-Queru and
4511 "<a href=
"http://webmink.com/
2010/
09/
03/h-
264-and-foss/
">H
.264 Is Not
4512 The Sort Of Free That Matters
</a
>" by Simon Phipps to learn more about
4513 the issue. The solution is to support the
4514 <a href=
"http://www.digistan.org/open-standard:definition
">free and
4515 open standards
</a
> for video, like
<a href=
"http://www.theora.org/
">Ogg
4516 Theora
</a
>, and avoid MPEG-
4 and H
.264 if you can.
</p
>
4521 <title>Navteq bruker
3-
12 måneder, OpenStreetmap.org trenger noen dager
</title>
4522 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</link>
4523 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html
</guid>
4524 <pubDate>Tue,
7 Sep
2010 21:
40:
00 +
0200</pubDate>
4525 <description><p
>Jeg ble riktig fascinert av
4526 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3800967.ece
">en
4527 artikkel i Aftenposten
</a
> om hvor hardt Navteq jobber for å oppdatere
4528 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
4529 "på grunn av teknikken tar det alt fra tre til tolv måneder før
4530 kartene er oppdatert
". Når en kjenner hva slags oppdateringshastighet
4531 som er tilgjengelig på
4532 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap
</a
> som
4533 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
4534 kan kjøpe for penger får til.
</p
>
4536 <p
>Fra en endrer kartdataene i databasen til OpenStreetmap tar det
4537 ca.
15 minutter før endringen er synlig på kartet som alle kan se på
4538 web. Dernest overføres det daglig til en kartdump som lastes ned av
4539 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
4540 OpenStreetmap.org og
<a href=
"http://www.frikart.no/
">Frikart.no
</a
>
4541 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
4542 uke. Det er også av tekniske årsaker at det tar så langt tid.
4543 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
4544 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
4545 gjøres kontinuerlig men kun regelmessing.
</p
>
4550 <title>My first perl GUI application - controlling a Spykee robot
</title>
4551 <link>http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html
</link>
4552 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html
</guid>
4553 <pubDate>Wed,
1 Sep
2010 21:
00:
00 +
0200</pubDate>
4554 <description><p
>This evening I made my first Perl GUI application. The last few
4555 days I have worked on a Perl module for controlling my recently
4556 aquired Spykee robots, and the module is now getting complete enought
4557 that it is possible to use it to control the robot driving at least.
4558 It was now time to figure out how to use it to create some GUI to
4559 allow me to drive the robot around. I picked PerlQt as I have had
4560 positive experiences with the Qt API before, and spent a few minutes
4561 browsing the web for examples. Using Qt Designer seemed like a short
4562 cut, so I ended up writing the perl GUI using Qt Designer and
4563 compiling it into a perl program using the puic program from
4564 libqt-perl. Nothing fancy yet, but it got buttons to connect and
4565 drive around.
</p
>
4567 <p
>The perl module I have written provide a object oriented API for
4568 controlling the robot. Here is an small example on how to use it:
</p
>
4570 <p
><pre
>
4572 Spykee::discover(sub {$robot{$_[
0]} = $_[
1]});
4573 my $host = (keys %robot)[
0];
4574 my $spykee = Spykee-
>new();
4575 $spykee-
>contact($host,
"admin
",
"admin
");
4578 $spykee-
>right();
4580 $spykee-
>forward();
4585 </pre
></p
>
4587 <p
>Thanks to the release of the source of the robot firmware, I could
4588 peek into the implementation at the other end to figure out how to
4589 implement the protocol used by the robot. I
've implemented several of
4590 the commands the robot understand, but is still missing the camera
4591 support to make it possible to control the robot from remote. First I
4592 want to implement support for uploading new firmware and configuring
4593 the wireless network, to make it possible to bootstrap a Spykee robot
4594 without the producers Windows and MacOSX software (I only have Linux,
4595 so I had to ask a friend to come over to get the robot testing
4596 going. :).
</p
>
4598 <p
>Will release the source to the public soon, but need to figure out
4599 where to make it available first. I will add a link to
4600 <a href=
"http://wiki.nuug.no/grupper/robot/
">the NUUG wiki
</a
> for
4601 those that want to check back later to find it.
</p
>
4606 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge
</title>
4607 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html
</link>
4608 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html
</guid>
4609 <pubDate>Tue,
31 Aug
2010 21:
00:
00 +
0200</pubDate>
4610 <description><p
>Ble tipset i dag om at et forslag om å stoppe forsøkene med
4611 elektronisk stemmegiving utenfor valglokaler er
4612 <a href=
"http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=
46616">til
4613 behandling
</a
> i Stortinget.
4614 <a href=
"http://www.stortinget.no/Global/pdf/Representantforslag/
2009-
2010/dok8-
200910-
128.pdf
">Forslaget
</a
>
4615 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.
</p
>
4617 <p
>Håper det får flertall.
</p
>
4622 <title>Broken hard link handling with sshfs
</title>
4623 <link>http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html
</link>
4624 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html
</guid>
4625 <pubDate>Mon,
30 Aug
2010 19:
30:
00 +
0200</pubDate>
4626 <description><p
>Just got an email from Tobias Gruetzmacher as a followup on my
4627 <a href=
"http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html
">previous
4628 post about sshfs
</a
>. He reported another problem with sshfs. It
4629 fail to handle hard links properly. A simple way to spot this is to
4630 look at the . and .. entries in the directory tree. These should have
4631 a link count
>1, but on sshfs the count is
1. I just tested to see
4632 what happen when trying to hardlink, and this fail as well:
</p
>
4636 ln: creating hard link `bar
' =
> `foo
': Function not implemented
4640 <p
>I have not yet found time to implement a test for this in my file
4641 system test code, but believe having working hard links is useful to
4642 avoid surprised unix programs. Not as useful as working file locking
4643 and symlinks, which are required to get a working desktop, but useful
4644 nevertheless. :)
</p
>
4646 <p
>The latest version of the file system test code is available via
4648 <a href=
"http://github.com/gebi/fs-test
">http://github.com/gebi/fs-test
</a
></p
>
4653 <title>Sikkerhetsteateret på flyplassene fortsetter
</title>
4654 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html
</link>
4655 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html
</guid>
4656 <pubDate>Sat,
28 Aug
2010 10:
40:
00 +
0200</pubDate>
4657 <description><p
>Jeg skrev for et halvt år siden hvordan
4658 <a href=
"http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html
">samfunnet
4659 kaster bort ressurser på sikkerhetstiltak som ikke fungerer
</a
>. Kom
4661 <a href=
"http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/
">historie
4662 fra en pilot fra USA
</a
> som kommenterer det samme. Jeg mistenker det
4663 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
4664 veldig sans for piloten omtalt i
<a
4665 href=
"http://www.aftenposten.no/nyheter/iriks/article2057501.ece
">Aftenposten
</a
> 2007-
10-
23,
4666 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
4667 ikke meg trygghetsfølelse på flyplassene når jeg ser at
4668 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
4669 stedet for ting som bidrar til reell økning av sikkerheten. Det
4670 forteller meg jo at vurderingsevnen til de som burde bidra til økt
4671 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
4672 tiltakene.
</p
>
4674 <p
>Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
4675 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
4676 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
4677 passerte. Kanskje det ville fått flere til å få øynene opp for
4678 problemet.
</p
>
4680 <p
>Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
4681 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
4682 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
4683 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
4684 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
4685 en god ting sett fra et miljøperspektiv, men det er en annen sak.
</p
>
4690 <title>Broken umask handling with sshfs
</title>
4691 <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html
</link>
4692 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html
</guid>
4693 <pubDate>Thu,
26 Aug
2010 13:
30:
00 +
0200</pubDate>
4694 <description><p
>My file system sematics program
4695 <a href=
"http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
">presented
4696 a few days ago
</a
> is very useful to verify that a file system can
4697 work as a unix home directory,and today I had to extend it a bit. I
'm
4698 looking into alternatives for home directory access here at the
4699 University of Oslo, and one of the options is sshfs. My friend
4700 Finn-Arne mentioned a while back that they had used sshfs with Debian
4701 Edu, but stopped because of problems. I asked today what the problems
4702 where, and he mentioned that sshfs failed to handle umask properly.
4703 Trying to detect the problem I wrote this addition to my fs testing
4707 mode_t touch_get_mode(const char *name, mode_t mode) {
4709 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode);
4712 struct stat statbuf;
4713 if (-
1 != fstat(fd,
&statbuf)) {
4714 retval = statbuf.st_mode
& 0x1ff;
4721 /* Try to detect problem discovered using sshfs */
4722 int test_umask(void) {
4723 printf(
"info: testing umask effect on file creation\n
");
4725 mode_t orig_umask = umask(
000);
4727 if (
0666 != (newmode = touch_get_mode(
"foobar
",
0666))) {
4728 printf(
" error: Wrong file mode %o when creating using mode
666 and umask
000\n
",
4732 if (
0660 != (newmode = touch_get_mode(
"foobar
",
0666))) {
4733 printf(
" error: Wrong file mode %o when creating using mode
666 and umask
007\n
",
4741 int main(int argc, char **argv) {
4748 <p
>Sure enough. On NFS to a netapp, I get this result:
</p
>
4751 Testing POSIX/Unix sematics on file system
4752 info: testing symlink creation
4753 info: testing subdirectory creation
4754 info: testing fcntl locking
4755 Read-locking
1 byte from
1073741824
4756 Read-locking
510 byte from
1073741826
4757 Unlocking
1 byte from
1073741824
4758 Write-locking
1 byte from
1073741824
4759 Write-locking
510 byte from
1073741826
4760 Unlocking
2 byte from
1073741824
4761 info: testing umask effect on file creation
4764 <p
>When mounting the same directory using sshfs, I get this
4768 Testing POSIX/Unix sematics on file system
4769 info: testing symlink creation
4770 info: testing subdirectory creation
4771 info: testing fcntl locking
4772 Read-locking
1 byte from
1073741824
4773 Read-locking
510 byte from
1073741826
4774 Unlocking
1 byte from
1073741824
4775 Write-locking
1 byte from
1073741824
4776 Write-locking
510 byte from
1073741826
4777 Unlocking
2 byte from
1073741824
4778 info: testing umask effect on file creation
4779 error: Wrong file mode
644 when creating using mode
666 and umask
000
4780 error: Wrong file mode
640 when creating using mode
666 and umask
007
4783 <p
>So, I can conclude that sshfs is better than smb to a Netapp or a
4784 Windows server, but not good enough to be used as a home
4785 directory.
</p
>
4787 <p
>Update
2010-
08-
26: Reported the issue in
4788 <a href=
"http://bugs.debian.org/
594498">BTS report #
594498</a
></p
>
4790 <p
>Update
2010-
08-
27: Michael Gebetsroither report that he found the
4791 script so useful that he created a GIT repository and stored it in
4792 <a href=
"http://github.com/gebi/fs-test
">http://github.com/gebi/fs-test
</a
>.
</p
>
4797 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge
</title>
4798 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html
</link>
4799 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html
</guid>
4800 <pubDate>Mon,
23 Aug
2010 19:
30:
00 +
0200</pubDate>
4801 <description><p
>I Norge pågår en prosess for å
4802 <a href=
"http://www.e-valg.dep.no/
">innføre elektronisk
4803 stemmegiving
</a
> ved kommune- og stortingsvalg. Dette skal
4804 introduseres i
2011. Det er all grunn til å tro at valg i Norge ikke
4805 vil være til å stole på hvis dette blir gjennomført. Da det hele var
4806 oppe til høring i
2006 forfattet jeg
4807 <a href=
"http://www.nuug.no/dokumenter/valg-horing-
2006-
09.pdf
">en
4808 høringsuttalelse fra NUUG
</a
> (og EFN som hengte seg på) som skisserte
4809 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
4810 og elektronisk stemmegiving mangler flere av disse. Elektronisk
4811 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
4812 boks under andres kontroll, og satse på at de som har kontroll med
4813 boksen er til å stole på - uten at en har mulighet til å verifisere
4814 dette selv. Det er ikke slik en gjennomfører demokratiske valg.
</p
>
4816 <p
>Da problemet er fundamentalt med hvordan elektronisk stemmegiving
4817 må fungere for at også ikke-krypografer skal kunne delta, har det vært
4818 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
4820 <a href=
"http://wiki.nuug.no/uttalelser/
2006-elektronisk-stemmegiving
">liten
4821 samling referanser
</a
> finnes på NUUGs wiki. Den siste er fra India,
4822 der valgkomisjonen har valgt
4823 <a href=
"http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source
">å
4824 pusse politiet på en forsker
</a
> som har dokumentert svakheter i
4825 valgsystemet.
</p
>
4827 <p
>Her i Norge har en valgt en annen tilnærming, der en forsøker seg
4828 med teknobabbel for å få befolkningen til å tro at dette skal bli
4829 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
4830 valgene i Norge, og bør ikke innføres.
</p
>
4832 <p
>Den offentlige diskusjonen blir litt vanskelig av at media har
4833 valgt å kalle dette
"evalg
", som kan sies å både gjelde elektronisk
4834 opptelling av valget som Norge har gjort siden
60-tallet og som er en
4835 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
4836 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
4837 mot
"evalg
", og jeg forsøker derfor å være klar på at jeg snakker om
4838 elektronisk stemmegiving og unngå begrepet
"evalg
".
</p
>
4843 <title>Robot, reis deg...
</title>
4844 <link>http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html
</link>
4845 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html
</guid>
4846 <pubDate>Sat,
21 Aug
2010 22:
10:
00 +
0200</pubDate>
4847 <description><p
>I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og
4848 har brukt noen timer til å google etter interessante referanser og
4849 aktuell kildekode for bruk på Linux. Det mest lovende så langt er
4850 <a href=
"http://ispykee.toyz.org/
">ispykee
</a
>, som har en
4851 BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på
4852 lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for
4853 å fjernstyre roboten. Linux-daemonen implementerer deler av
4854 protokollen som roboten forstår. Etter å ha knotet litt med å oppnå
4855 kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg
4856 måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at
4857 den lytter på IP-port
9000 og
9001, gikk jeg i gang med å finne ut
4858 hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten
4859 av protokollen er publisert av produsenten med GPL-lisens, slik at det
4860 er mulig å se hvordan protokollen fungerer. Det finnes en java-klient
4861 for Android som så ganske snasen ut, men fant ingen kildekode for
4862 denne. Derimot hadde iphone-løsningen kildekode, så jeg tok
4863 utgangspunkt i den.
</p
>
4865 <p
>Daemonen ville i utgangspunktet forsøke å kontakte den sentrale
4866 tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om
4867 til i stedet å sette opp en nettverkstjeneste på min lokale maskin,
4868 som jeg kan koble meg opp til med telnet og gi kommandoer til roboten
4869 (act, forward, right, left, etc). Det involverte i praksis å bytte ut
4870 socket()/connect() med socket()/bind()/listen()/accept() for å gjøre
4871 klienten om til en tjener.
</p
>
4873 <p
>Mens jeg har forsøkt å få roboten til å bevege seg har min samboer
4874 skrudd sammen resten av roboten for å få montert kamera og plastpynten
4875 (armer, plastfiber for lys). Nå er det hele montert, og roboten er
4876 klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett
4877 før det blir praktisk, men de bitene av protokollen er ikke
4878 implementert i ispykee-daemonen, så der må jeg enten få tak i en mac
4879 eller en windows-maskin, eller implementere det selv.
</p
>
4881 <p
>Vi var tre som kjøpte slike roboter, og vi har blitt enige om å
4882 samle notater og referanser på
<a
4883 href=
"http://wiki.nuug.no/grupper/robot/
">NUUGs wiki
</a
>. Ta en titt
4884 der hvis du er nysgjerrig.
</p
>
4889 <title>2 Spykee-roboter i hus, nå skal det lekes
</title>
4890 <link>http://people.skolelinux.org/pere/blog/
2_Spykee_roboter_i_hus__n__skal_det_lekes.html
</link>
4891 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
2_Spykee_roboter_i_hus__n__skal_det_lekes.html
</guid>
4892 <pubDate>Wed,
18 Aug
2010 13:
30:
00 +
0200</pubDate>
4893 <description><p
>Jeg kjøpte nettopp to
4894 <a href=
"http://www.spykee-robot.com/
">Spykee
</a
>-roboter, for test og
4895 leking. Kjøpte to da det var så billige, og gir meg mulighet til å
4896 eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte
4897 ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde
4898 en liten stabel på lager som de ikke hadde klart å selge ut etter
4899 fjorårets juleinnkjøp, og var villig til å selge for en femtedel av
4900 vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og
4901 det blir morsomt å se hva vi får ut av dette.
</p
>
4903 <p
>Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon
4904 og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som
4905 jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i
4906 mai. Eneste utfordringen er at kontroller-programvaren kun finnes til
4907 Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til
4908 firmwaren. :)
</p
>
4911 <li
><a href=
"http://en.wikipedia.org/wiki/Spykee
">Wikipedia-oppføring
</a
></li
>
4912 <li
><a href=
"http://www.spykeeworld.com/spykee/US/freeSoftware.html
">Nedlasting av firmware-kilden
</a
></li
>
4913 <li
><a href=
"http://wiki.nuug.no/grupper/robot
">prosjektwiki hos NUUG
</a
></li
>
4919 <title>Rob Weir: How to Crush Dissent
</title>
4920 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html
</link>
4921 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html
</guid>
4922 <pubDate>Sun,
15 Aug
2010 22:
20:
00 +
0200</pubDate>
4923 <description><p
>I found the notes from Rob Weir on
4924 <a href=
"http://feedproxy.google.com/~r/robweir/antic-atom/~
3/VGb23-kta8c/how-to-crush-dissent.html
">how
4925 to crush dissent
</a
> matching my own thoughts on the matter quite
4926 well. Highly recommended for those wondering which road our society
4927 should go down. In my view we have been heading the wrong way for a
4928 long time.
</p
>
4933 <title>No hardcoded config on Debian Edu clients
</title>
4934 <link>http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html
</link>
4935 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html
</guid>
4936 <pubDate>Mon,
9 Aug
2010 20:
15:
00 +
0200</pubDate>
4937 <description><p
>As reported earlier, the last few days I have looked at how Debian
4938 Edu clients are configured, and tried to get rid of all hardcoded
4939 configuration settings on the clients. I believe the work to be
4940 mostly done, and the clients seem to work just fine with dynamically
4941 generated configuration.
</p
>
4943 <p
>What is the point, you might ask? The point is to allow a Debian
4944 Edu desktop to integrate into an existing network infrastructure
4945 without any manual configuration.
</p
>
4947 <p
>This is what happens when installing a Debian Edu client here at
4948 the University of Oslo using PXE. With the PXE installation, I am
4949 asked for language (Norwegian Bokmål), locality (Norway) and keyboard
4950 layout (no-latin1), Debian Edu profile (Roaming Workstation), if I
4951 accept to reformat the hard drive (yes), if I want to submit info to
4952 popcon.debian.org (no) and root password (secret). After answering
4953 these questions, the installer goes ahead and does its thing, and
4954 after around
50 minutes it is done. I press enter to finish the
4955 installation, and the machine reboots into KDE. When the machine is
4956 ready and kdm asks for login information, I enter my university
4957 username and password, am told by kdm that a local home directory has
4958 been created and that I must log in again, and finally log in with the
4959 same username and password to the KDE
4.4 desktop. At no point during
4960 this process did it ask for university specific settings, and all the
4961 required configuration was dynamically detected using information
4962 fetched via DHCP and DNS. The roaming workstation is now ready for
4965 <p
>How was this done, you might wonder? First of all, here is the
4966 list of things that need to be configured on the client to get it
4967 working properly out of the box:
</p
>
4970 <li
>IP address/netmask and DNS server.
</li
>
4971 <li
>Web proxy URL.
</li
>
4972 <li
>LDAP server for NSS directory information (user, group, etc).
</li
>
4973 <li
>Kerberos server for PAM password checking.
</li
>
4974 <li
>SMB mount point to access the network home directory. (*)
</li
>
4975 <li
>Central syslog server to send syslog messages to. (*)
</li
>
4976 <li
>Sitesummary collector URL to submit info to central server. (*)
</li
>
4979 <p
>(Hm, did I forget anything? Let me knew if I did.)
</p
>
4981 <p
>The points marked (*) are not required to be able to use the
4982 machine, but needed to provide central storage and allowing system
4983 administrators to track their machines. Since yesterday, everything
4984 but the sitesummary collector URL is dynamically discovered at boot
4985 and installation time in the svn version of Debian Edu.
</p
>
4987 <p
>The IP and DNS setup is fetched during boot using DHCP as usual.
4988 When a DHCP update arrives, the proxy setup is updated by looking for
4989 http://wpat/wpad.dat and using the content of this WPAD file to
4990 configure the http and ftp proxy in /etc/environment and
4991 /etc/apt/apt.conf. I decided to update the proxy setup using a DHCP
4992 hook to ensure that the client stops using the Debian Edu proxy when
4993 it is moved outside the Debian Edu network, and instead uses any local
4994 proxy present on the new network when it moves around.
</p
>
4996 <p
>The DNS names of the LDAP, Kerberos and syslog server and related
4997 configuration are generated using DNS information at boot. First the
4998 installer looks for a host named ldap in the current DNS domain. If
4999 not found, it looks for _ldap._tcp SRV records in DNS instead. If an
5000 LDAP server is found, its root DSE entry is requested and the
5001 attributes namingContexts and defaultNamingContext are used to
5002 determine which LDAP base to use for NSS. If there are several
5003 namingContexts attibutes and the defaultNamingContext is present, that
5004 LDAP subtree is used as the base. If defaultNamingContext is missing,
5005 the subtrees listed as namingContexts are searched in sequence for any
5006 object with class posixAccount or posixGroup, and the first one with
5007 such an object is used as the LDAP base. For Kerberos, a similar
5008 search is done by first looking for a host named kerberos, and then
5009 for the _kerberos._tcp SRV record. I
've been unable to find a way to
5010 look up the Kerberos realm, so for this the upper case string of the
5011 current DNS domain is used.
</p
>
5013 <p
>For the syslog server, the hosts syslog and loghost are searched
5014 for, and the _syslog._udp SRV record is consulted if no such host is
5015 found. This algorithm works for both Debian Edu and the University of
5016 Oslo. A similar strategy would work for locating the sitesummary
5017 server, but have not been implemented yet. I decided to fetch and
5018 save these settings during installation, to make sure moving to a
5019 different network does not change the set of users being allowed to
5020 log in nor the passwords required to log in. Usernames and passwords
5021 will be cached by sssd when the user logs in on the Debian Edu
5022 network, and will not change as the laptop move around. For a
5023 non-roaming machine, there is no caching, but given that it is
5024 supposed to stay in place it should not matter much. Perhaps we
5025 should switch those to use sssd too?
</p
>
5027 <p
>The user
's SMB mount point for the network home directory is
5028 located when the user logs in for the first time. The LDAP server is
5029 consulted to look for the user
's LDAP object and the sambaHomePath
5030 attribute is used if found. If it isn
't found, the home directory
5031 path fetched from NSS is used instead. Assuming the path is of the
5032 form /site/server/directory/username, the second part is looked up in
5033 DNS and used to generate a SMB URL of the form
5034 smb://server.domain/username. This algorithm works for both Debian
5035 edu and the University of Oslo. Perhaps there are better attributes
5036 to use or a better algorithm that works for more sites, but this will
5037 do for now. :)
</p
>
5039 <p
>This work should make it easier to integrate the Debian Edu clients
5040 into any LDAP/Kerberos infrastructure, and make the current setup even
5041 more flexible than before. I suspect it will also work for thin
5042 client servers, allowing one to easily set up LTSP and hook it into a
5043 existing network infrastructure, but I have not had time to test this
5046 <p
>If you want to help out with implementing these things for Debian
5047 Edu, please contact us on debian-edu@lists.debian.org.
</p
>
5049 <p
>Update
2010-
08-
09: Simon Farnsworth gave me a heads-up on how to
5050 detect Kerberos realm from DNS, by looking for _kerberos TXT entries
5051 before falling back to the upper case DNS domain name. Will have to
5052 implement it for Debian Edu. :)
</p
>
5057 <title>Testing if a file system can be used for home directories...
</title>
5058 <link>http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
</link>
5059 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html
</guid>
5060 <pubDate>Sun,
8 Aug
2010 21:
20:
00 +
0200</pubDate>
5061 <description><p
>A few years ago, I was involved in a project planning to use
5062 Windows file servers as home directory servers for Debian
5063 Edu/Skolelinux machines. This was thought to be no problem, as the
5064 access would be through the SMB network file system protocol, and we
5065 knew other sites used SMB with unix and samba as the file server to
5066 mount home directories without any problems. But, after months of
5067 struggling, we had to conclude that our goal was impossible.
</p
>
5069 <p
>The reason is simply that while SMB can be used for home
5070 directories when the file server is Samba running on Unix, this only
5071 work because of Samba have some extensions and the fact that the
5072 underlying file system is a unix file system. When using a Windows
5073 file server, the underlying file system do not have POSIX semantics,
5074 and several programs will fail if the users home directory where they
5075 want to store their configuration lack POSIX semantics.
</p
>
5077 <p
>As part of this work, I wrote a small C program I want to share
5078 with you all, to replicate a few of the problematic applications (like
5079 OpenOffice.org and GCompris) and see if the file system was working as
5080 it should. If you find yourself in spooky file system land, it might
5081 help you find your way out again. This is the fs-test.c source:
</p
>
5085 * Some tests to check the file system sematics. Used to verify that
5086 * CIFS from a windows server do not work properly as a linux home
5088 * License: GPL v2 or later
5090 * needs libsqlite3-dev and build-essential installed
5091 * compile with: gcc -Wall -lsqlite3 -DTEST_SQLITE fs-test.c -o fs-test
5094 #define _FILE_OFFSET_BITS
64
5095 #define _LARGEFILE_SOURCE
1
5096 #define _LARGEFILE64_SOURCE
1
5098 #define _GNU_SOURCE /* for asprintf() */
5100 #include
&lt;errno.h
>
5101 #include
&lt;fcntl.h
>
5102 #include
&lt;stdio.h
>
5103 #include
&lt;string.h
>
5104 #include
&lt;stdlib.h
>
5105 #include
&lt;sys/file.h
>
5106 #include
&lt;sys/stat.h
>
5107 #include
&lt;sys/types.h
>
5108 #include
&lt;unistd.h
>
5112 * Test sqlite open, as done by gcompris require the libsqlite3-dev
5113 * package and linking with -lsqlite3. A more low level test is
5115 * See also
&lt;URL: http://www.sqlite.org./faq.html#q5
>.
5117 #include
&lt;sqlite3.h
>
5118 #define CREATE_TABLE_USERS \
5119 "CREATE TABLE users (user_id INT UNIQUE, login TEXT, lastname TEXT, firstname TEXT, birthdate TEXT, class_id INT );
"
5120 int test_sqlite_open(void) {
5122 char *name =
"testsqlite.db
";
5125 int rc = sqlite3_open(name,
&db);
5127 printf(
"error: sqlite open of %s failed: %s\n
", name, sqlite3_errmsg(db));
5133 rc = sqlite3_exec(db,CREATE_TABLE_USERS, NULL,
0,
&zErrMsg);
5134 if( rc != SQLITE_OK ){
5135 printf(
"error: sqlite table create failed: %s\n
", zErrMsg);
5139 printf(
"info: sqlite worked\n
");
5143 #endif /* TEST_SQLITE */
5146 * Demonstrate locking issue found in gcompris using sqlite3. This
5147 * work with ext3, but not with cifs server on Windows
2003. This is
5148 * done in the sqlite3 library.
5150 *
&lt;URL:http://www.cygwin.com/ml/cygwin/
2001-
08/msg00854.html
> and the
5151 * POSIX specification
5152 *
&lt;URL:http://www.opengroup.org/onlinepubs/
009695399/functions/fcntl.html
>.
5154 int test_gcompris_locking(void) {
5156 char *name =
"testsqlite.db
";
5158 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE,
0644);
5159 printf(
"info: testing fcntl locking\n
");
5161 fl.l_whence = SEEK_SET;
5162 fl.l_pid = getpid();
5163 printf(
" Read-locking
1 byte from
1073741824");
5164 fl.l_start =
1073741824;
5166 fl.l_type = F_RDLCK;
5167 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
5169 printf(
" Read-locking
510 byte from
1073741826");
5170 fl.l_start =
1073741826;
5172 fl.l_type = F_RDLCK;
5173 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
5175 printf(
" Unlocking
1 byte from
1073741824");
5176 fl.l_start =
1073741824;
5178 fl.l_type = F_UNLCK;
5179 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
5181 printf(
" Write-locking
1 byte from
1073741824");
5182 fl.l_start =
1073741824;
5184 fl.l_type = F_WRLCK;
5185 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
5187 printf(
" Write-locking
510 byte from
1073741826");
5188 fl.l_start =
1073741826;
5190 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
5192 printf(
" Unlocking
2 byte from
1073741824");
5193 fl.l_start =
1073741824;
5195 fl.l_type = F_UNLCK;
5196 if (
0 != fcntl(fd, F_SETLK,
&fl) ) printf(
" - error!\n
"); else printf(
"\n
");
5203 * Test if permissions of freshly created directories allow entries
5204 * below them. This was a problem with OpenOffice.org and gcompris.
5205 * Mounting with option
'sync
' seem to solve this problem while
5206 * slowing down file operations.
5208 int test_subdirectory_creation(void) {
5210 char *path = strdup(
"test
");
5213 printf(
"info: testing subdirectory creation\n
");
5214 for (level =
0; level
&lt; LEVELS; level++) {
5215 char *newpath = NULL;
5216 if (-
1 == mkdir(path,
0777)) {
5217 printf(
" error: Unable to create directory
'%s
': %s\n
",
5218 path, strerror(errno));
5221 asprintf(
&newpath,
"%s/%s
", path,
"test
");
5229 * Test if symlinks can be created. This was a problem detected with
5232 int test_symlinks(void) {
5233 printf(
"info: testing symlink creation\n
");
5234 unlink(
"symlink
");
5235 if (-
1 == symlink(
"file
",
"symlink
"))
5236 printf(
" error: Unable to create symlink\n
");
5240 int main(int argc, char **argv) {
5241 printf(
"Testing POSIX/Unix sematics on file system\n
");
5243 test_subdirectory_creation();
5246 #endif /* TEST_SQLITE */
5247 test_gcompris_locking();
5252 <p
>When everything is working, it should print something like
5256 Testing POSIX/Unix sematics on file system
5257 info: testing symlink creation
5258 info: testing subdirectory creation
5260 info: testing fcntl locking
5261 Read-locking
1 byte from
1073741824
5262 Read-locking
510 byte from
1073741826
5263 Unlocking
1 byte from
1073741824
5264 Write-locking
1 byte from
1073741824
5265 Write-locking
510 byte from
1073741826
5266 Unlocking
2 byte from
1073741824
5269 <p
>I do not remember the exact details of the problems we saw, but one
5270 of them was with locking, where if I remember correctly, POSIX allow a
5271 read-only lock to be upgraded to a read-write lock without unlocking
5272 the read-only lock (while Windows do not). Another was a bug in the
5273 CIFS/SMB client implementation in the Linux kernel where directory
5274 meta information would be wrong for a fraction of a second, making
5275 OpenOffice.org fail to create its deep directory tree because it was
5276 not allowed to create files in its freshly created directory.
</p
>
5278 <p
>Anyway, here is a nice tool for your tool box, might you never need
5281 <p
>Update
2010-
08-
27: Michael Gebetsroither report that he found the
5282 script so useful that he created a GIT repository and stored it in
5283 <a href=
"http://github.com/gebi/fs-test
">http://github.com/gebi/fs-test
</a
>.
</p
>
5288 <title>Autodetecting Client setup for roaming workstations in Debian Edu
</title>
5289 <link>http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html
</link>
5290 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html
</guid>
5291 <pubDate>Sat,
7 Aug
2010 14:
45:
00 +
0200</pubDate>
5292 <description><p
>A few days ago, I
5293 <a href=
"http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html
">tried
5294 to install
</a
> a Roaming workation profile from Debian Edu/Squeeze
5295 while on the university network here at the University of Oslo, and
5296 noticed how much had to change to get it operational using the
5297 university infrastructure. It was fairly easy, but it occured to me
5298 that Debian Edu would improve a lot if I could get the client to
5299 connect without any changes at all, and thus let the client configure
5300 itself during installation and first boot to use the infrastructure
5301 around it. Now I am a huge step further along that road.
</p
>
5303 <p
>With our current squeeze-test packages, I can select the roaming
5304 workstation profile and get a working laptop connecting to the
5305 university LDAP server for user and group and our active directory
5306 servers for Kerberos authentication. All this without any
5307 configuration at all during installation. My users home directory got
5308 a bookmark in the KDE menu to mount it via SMB, with the correct URL.
5309 In short, openldap and sssd is correctly configured. In addition to
5310 this, the client look for http://wpad/wpad.dat to configure a web
5311 proxy, and when it fail to find it no proxy settings are stored in
5312 /etc/environment and /etc/apt/apt.conf. Iceweasel and KDE is
5313 configured to look for the same wpad configuration and also do not use
5314 a proxy when at the university network. If the machine is moved to a
5315 network with such wpad setup, it would automatically use it when DHCP
5316 gave it a IP address.
</p
>
5318 <p
>The LDAP server is located using DNS, by first looking for the DNS
5319 entry ldap.$domain. If this do not exist, it look for the
5320 _ldap._tcp.$domain SRV records and use the first one as the LDAP
5321 server. Next, it connects to the LDAP server and search all
5322 namingContexts entries for posixAccount or posixGroup objects, and
5323 pick the first one as the LDAP base. For Kerberos, a similar
5324 algorithm is used to locate the LDAP server, and the realm is the
5325 uppercase version of $domain.
</p
>
5327 <p
>So, what is not working, you might ask. SMB mounting my home
5328 directory do not work. No idea why, but suspected the incorrect
5329 Kerberos settings in /etc/krb5.conf and /etc/samba/smb.conf might be
5330 the cause. These are not properly configured during installation, and
5331 had to be hand-edited to get the correct Kerberos realm and server,
5332 but SMB mounting still do not work. :(
</p
>
5334 <p
>With this automatic configuration in place, I expect a Debian Edu
5335 roaming profile installation would be able to automatically detect and
5336 connect to any site using LDAP and Kerberos for NSS directory and PAM
5337 authentication. It should also work out of the box in a Active
5338 Directory environment providing posixAccount and posixGroup objects
5339 with UID and GID values.
</p
>
5341 <p
>If you want to help out with implementing these things for Debian
5342 Edu, please contact us on debian-edu@lists.debian.org.
</p
>
5347 <title>Debian Edu roaming workstation - at the university of Oslo
</title>
5348 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html
</link>
5349 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html
</guid>
5350 <pubDate>Tue,
3 Aug
2010 23:
30:
00 +
0200</pubDate>
5351 <description><p
>The new roaming workstation profile in Debian Edu/Squeeze is fairly
5352 similar to the laptop setup am I working on using Ubuntu for the
5353 University of Oslo, and just for the heck of it, I tested today how
5354 hard it would be to integrate that profile into the university
5355 infrastructure. In this case, it is the university LDAP server,
5356 Active Directory Kerberos server and SMB mounting from the Netapp file
5359 <p
>I was pleasantly surprised that the only three files needed to be
5360 changed (/etc/sssd/sssd.conf, /etc/ldap.conf and
5361 /etc/mklocaluser.d/
20-debian-edu-config) and one file had to be added
5362 (/usr/share/perl5/Debian/Edu_Local.pm), to get the client working.
5363 Most of the changes were to get the client to use the university LDAP
5364 for NSS and Kerberos server for PAM, but one was to change a hard
5365 coded DNS domain name in the mklocaluser hook from .intern to
5368 <p
>This testing was so encouraging, that I went ahead and adjusted the
5369 Debian Edu scripts and setup in subversion to centralise the roaming
5370 workstation setup a bit more and avoid the hardcoded DNS domain name,
5371 so that when I test this tomorrow, I expect to get away with modifying
5372 only /etc/sssd/sssd.conf and /etc/ldap.conf to get it to use the
5373 university servers.
</p
>
5375 <p
>My goal is to get the clients to have no hardcoded settings and
5376 fetch all their initial setup during installation and first boot, to
5377 allow them to be inserted also into environments where the default
5378 setup in Debian Edu has been changed or as with the university, where
5379 the environment is different but provides the protocols Debian Edu
5385 <title>Circular package dependencies harms apt recovery
</title>
5386 <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html
</link>
5387 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html
</guid>
5388 <pubDate>Tue,
27 Jul
2010 23:
50:
00 +
0200</pubDate>
5389 <description><p
>I discovered this while doing
5390 <a href=
"http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html
">automated
5391 testing of upgrades from Debian Lenny to Squeeze
</a
>. A few packages
5392 in Debian still got circular dependencies, and it is often claimed
5393 that apt and aptitude should be able to handle this just fine, but
5394 some times these dependency loops causes apt to fail.
</p
>
5396 <p
>An example is from todays
5397 <a href=
"http://people.skolelinux.org/~pere/debian-upgrade-testing//test-
20100727-lenny-squeeze-kde-aptitude.txt
">upgrade
5398 of KDE using aptitude
</a
>. In it, a bug in kdebase-workspace-data
5399 causes perl-modules to fail to upgrade. The cause is simple. If a
5400 package fail to unpack, then only part of packages with the circular
5401 dependency might end up being unpacked when unpacking aborts, and the
5402 ones already unpacked will fail to configure in the recovery phase
5403 because its dependencies are unavailable.
</p
>
5405 <p
>In this log, the problem manifest itself with this error:
</p
>
5407 <blockquote
><pre
>
5408 dpkg: dependency problems prevent configuration of perl-modules:
5409 perl-modules depends on perl (
>=
5.10.1-
1); however:
5410 Version of perl on system is
5.10.0-
19lenny
2.
5411 dpkg: error processing perl-modules (--configure):
5412 dependency problems - leaving unconfigured
5413 </pre
></blockquote
>
5415 <p
>The perl/perl-modules circular dependency is already
5416 <a href=
"http://bugs.debian.org/
527917">reported as a bug
</a
>, and will
5417 hopefully be solved as soon as possible, but it is not the only one,
5418 and each one of these loops in the dependency tree can cause similar
5419 failures. Of course, they only occur when there are bugs in other
5420 packages causing the unpacking to fail, but it is rather nasty when
5421 the failure of one package causes the problem to become worse because
5422 of dependency loops.
</p
>
5425 <a href=
"http://lists.debian.org/debian-devel/
2010/
06/msg00116.html
">the
5426 tireless effort by Bill Allombert
</a
>, the number of circular
5428 <a href=
"http://debian.semistable.com/debgraph.out.html
">left in Debian
5429 is dropping
</a
>, and perhaps it will reach zero one day. :)
</p
>
5431 <p
>Todays testing also exposed a bug in
5432 <a href=
"http://bugs.debian.org/
590605">update-notifier
</a
> and
5433 <a href=
"http://bugs.debian.org/
590604">different behaviour
</a
> between
5434 apt-get and aptitude, the latter possibly caused by some circular
5435 dependency. Reported both to BTS to try to get someone to look at
5441 <title>First Debian Edu test release (alpha0) based on Squeeze is released
</title>
5442 <link>http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html
</link>
5443 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html
</guid>
5444 <pubDate>Tue,
27 Jul
2010 17:
45:
00 +
0200</pubDate>
5445 <description><p
>I just posted this announcement culminating several months of work
5446 with the next Debian Edu release. Not nearly done, but one major step
5447 completed.
</p
>
5450 <p
>This is the first test release based on Squeeze. The focus of this
5451 release is to test the user application selection. To have a look,
5452 install the standalone profile and let the developers know if the set
5453 of installed packages i.e. applications should be modified. If some
5454 user application is missing, or if there are some applications that no
5455 longer make sense to be included in Debian Edu, please let us know.
5456 Also, if a useful application is missing the translation for your
5457 language of choice, please let us know too.
</p
>
5459 <p
>In addition, feedback and help to polish the desktop (menus,
5460 artwork, starters, etc.) is appreciated. We would like to ship a nice
5461 and handy KDE4 desktop targeted for schools out of the box.
</p
>
5463 <p
>The other profiles should be installable, but there is a lot more
5464 work left to be done before they are ready, so do not expect to
5467 <p
>Changes compared to the lenny based version
</p
>
5470 <li
>Everything from Debian Squeeze
5472 <li
>Desktop environment KDE
4.4 =
> the new KDE desktop in
5473 combination with some new artwork
5474 <li
>Web browser Iceweasel
3.5
5475 <li
>OpenOffice.org
3.2
5476 <li
>Educational toolbox GCompris
9.3
5477 <li
>Music creator Rosegarden
10.04.2
5478 <li
>Image editor Gimp
2.6.10
5479 <li
>Virtual universe Celestia
1.6.0
5480 <li
>Virtual stargazer Stellarium
0.10.4
5481 <li
>3D modeler Blender
2.49.2 (new application)
5482 <li
>Video editor Kdenlive
0.7.7 (new application)
5483 </ul
></li
>
5484 <li
>Now using Kerberos for password checking (migration not finished).
5490 <li
>SMTP (sender verification)
5493 <li
>New experimental roaming workstation profile for laptops.
</li
>
5494 <li
>Show welcome page to users when they first log in. The URL is
5495 fetched from LDAP.
</li
>
5496 <li
>New LXDE desktop option, in addition to KDE (default) and Gnome.
</li
>
5497 <li
>General cleanup (not finished)
</li
>
5499 <p
>The following features are not working as they should
</p
>
5502 <li
>No web based administration tool for creating users and groups. The
5503 scripts ldap-createuser-krb and ldap-add-user-to-group can be used
5504 for testing.
</li
>
5505 <li
>DVD installs are missing debian-installer images for the PXE boot,
5506 and do not set up the PXE menu on eth0 because of this. LTSP
5507 clients should still boot from eth1 on thin client servers.
</li
>
5508 <li
>The restructured KDE menu is not implemented.
</li
>
5509 <li
>The LDAP server setup need to be reviewed for security.
</li
>
5510 <li
>The LDAP directory structure need to be reworked.
</li
>
5511 <li
>Different sets of packages are installed when using the DVD and the
5512 netinst CD. More packages are installed using the netinst CD.
</li
>
5513 <li
>The jackd package fail to install. This is believed to be caused by
5514 some ongoing transition, and hopefully should be solved soon. The
5515 jackd1 package can be installed manually for those that need it.
</li
>
5516 <li
>Some packages lack translations. See
5517 http://wiki.debian.org/DebianEdu/Status/Squeeze for updated status,
5518 and help out with translations.
</li
>
5521 <p
>To download this multiarch netinstall release you can use
</p
>
5524 <li
><a href=
"ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
">ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
</a
></li
>
5525 <li
><a href=
"http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
">http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
</a
></li
>
5526 <li
>rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-CD.iso
</li
>
5528 <p
>To download this multiarch dvd release you can use
</p
>
5531 <li
><a href=
"ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
">ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
</a
></li
>
5532 <li
><a href=
"http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
">http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
</a
></li
>
5533 <li
>rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-
6.0.0+edua0-DVD.iso
</li
>
5536 <p
>There is no source DVD available yet. It will be prepared when we
5537 get closer to the final release.
</p
>
5539 <p
>The MD5SUM of these images are
</p
>
5542 <li
>3dbf45d59f42a53518b6e3c9ec3b5eb6 debian-edu-
6.0.0+edua0-CD.iso
</li
>
5543 <li
>22f2cbfce281d1c6e478be452638675d debian-edu-
6.0.0+edua0-DVD.iso
</li
>
5546 <p
>The SHA1SUM of these images are
</p
>
5548 <li
>c53d1b69b40cf37cd27aefaf33f6f6a3821bedf0 debian-edu-
6.0.0+edua0-CD.iso
</li
>
5549 <li
>2ec29d7db676d59d32197b05c277ffe16348376c debian-edu-
6.0.0+edua0-DVD.iso
</li
>
5551 <p
>How to report bugs:
5552 http://wiki.debian.org/DebianEdu/HowTo/ReportBugsInBugzilla
</p
>
5554 <p
>Please direct replies to debian-edu@lists.debian.org
</p
>
5560 <title>One step closer to single signon in Debian Edu
</title>
5561 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html
</link>
5562 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html
</guid>
5563 <pubDate>Sun,
25 Jul
2010 10:
00:
00 +
0200</pubDate>
5564 <description><p
>The last few months me and the other Debian Edu developers have
5565 been working hard to get the Debian/Squeeze based version of Debian
5566 Edu/Skolelinux into shape. This future version will use Kerberos for
5567 authentication, and services are slowly migrated to single signon,
5568 getting rid of password questions one at the time.
</p
>
5570 <p
>It will also feature a roaming workstation profile with local home
5571 directory, for laptops that are only some times on the Skolelinux
5572 network, and for this profile a shortcut is created in Gnome and KDE
5573 to gain access to the users home directory on the file server. This
5574 shortcut uses SMB at the moment, and yesterday I had time to test if
5575 SMB mounting had started working in KDE after we added the cifs-utils
5576 package. I was pleasantly surprised how well it worked.
</p
>
5578 <p
>Thanks to the recent changes to our samba configuration to get it
5579 to use Kerberos for authentication, there were no question about user
5580 password when mounting the SMB volume. A simple click on the shortcut
5581 in the KDE menu, and a window with the home directory popped
5584 <p
>One step closer to a single signon solution out of the box in
5585 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
5586 also Samba. Next step is Cups and hopefully also NFS.
</p
>
5588 <p
>We had planned a alpha0 release of Debian Edu for today, but thanks
5589 to the autobuilder administrators for some architectures being slow to
5590 sign packages, we are still missing the fixed LTSP package we need for
5591 the release. It was uploaded three days ago with urgency=high, and if
5592 it had entered testing yesterday we would have been able to test it in
5593 time for a alpha0 release today. As the binaries for ia64 and powerpc
5594 still not uploaded to the Debian archive, we need to delay the alpha
5595 release another day.
</p
>
5597 <p
>If you want to help out with implementing Kerberos for Debian Edu,
5598 please contact us on debian-edu@lists.debian.org.
</p
>
5603 <title>Digitale restriksjonsmekanismer fikk meg til å slutte å kjøpe musikk
</title>
5604 <link>http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html
</link>
5605 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html
</guid>
5606 <pubDate>Thu,
22 Jul
2010 23:
50:
00 +
0200</pubDate>
5607 <description><p
>For mange år siden slutte jeg å kjøpe musikk-CDer. Årsaken var at
5608 musikkbransjen var godt i gang med å selge platene sine med DRM som
5609 gjorde at jeg ikke fikk spilt av musikken jeg kjøpte på utstyret jeg
5610 hadde tilgjengelig, dvs. min datamaskin. Det var umulig å se på en
5611 plate om den var ødelagt eller ikke, og jeg hadde jo allerede en
5612 anseelig samling med plater, så jeg bestemme meg for å slutte å gi
5613 penger til en bransje som åpenbart ikke respekterte meg.
</p
>
5615 <p
>Jeg har mange titalls dager med musikk på CD i dag. Det meste er
5616 lagt i et stort arkiv som kan spilles av fra husets datamaskiner (har
5617 ikke rukket rippe alt). Jeg ser dermed ikke behovet for å skaffe mer
5618 musikk. De fleste av mine favoritter er i hus, og jeg er dermed godt
5621 <p
>Hvis musikkbransjen ønsker mine penger, så må de demonstrere at de
5622 setter pris på meg som kunde, og ikke skremme meg bort med DRM og
5623 antydninger om at kundene er kriminelle.
</p
>
5625 <p
>Filmbransjen er like ille, men mens musikk gjerne varer lenge, er
5626 filmer mer ferskvare. Har dermed ikke helt sluttet å kjøpe filmer, men
5627 holder meg til DVD-filmer som kan spilles av på mine Linuxbokser.
5628 Kommer neppe til å ta i bruk Blueray, og ei heller de nye DRM-greiene
5629 «Ultraviolet» som be annonsert her om dagen.
</p
>
5634 <title>What are they searching for - PowerDNS and ISC DHCP in LDAP
</title>
5635 <link>http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html
</link>
5636 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html
</guid>
5637 <pubDate>Sat,
17 Jul
2010 21:
00:
00 +
0200</pubDate>
5638 <description><p
>This is a
5639 <a href=
"http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
">followup
</a
>
5641 <a href=
"http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html
">previous
5643 <a href=
"http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html
">merging
5644 all
</a
> the computer related LDAP objects in Debian Edu.
</p
>
5646 <p
>As a step to try to see if it possible to merge the DNS and DHCP
5647 LDAP objects, I have had a look at how the packages pdns-backend-ldap
5648 and dhcp3-server-ldap in Debian use the LDAP server. The two
5649 implementations are quite different in how they use LDAP.
</p
>
5651 To get this information, I started slapd with debugging enabled and
5652 dumped the debug output to a file to get the LDAP searches performed
5653 on a Debian Edu main-server. Here is a summary.
5655 <p
><strong
>powerdns
</strong
></p
>
5657 <a href=
"http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend
">Clues
5658 on how to
</a
> set up PowerDNS to use a LDAP backend is available on
5661 <p
>PowerDNS have two modes of operation using LDAP as its backend.
5662 One
"strict
" mode where the forward and reverse DNS lookups are done
5663 using the same LDAP objects, and a
"tree
" mode where the forward and
5664 reverse entries are in two different subtrees in LDAP with a structure
5665 based on the DNS names, as in tjener.intern and
5666 2.2.0.10.in-addr.arpa.
</p
>
5668 <p
>In tree mode, the server is set up to use a LDAP subtree as its
5669 base, and uses a
"base
" scoped search for the DNS name by adding
5670 "dc=tjener,dc=intern,
" to the base with a filter for
5671 "(associateddomain=tjener.intern)
" for the forward entry and
5672 "dc=
2,dc=
2,dc=
0,dc=
10,dc=in-addr,dc=arpa,
" with a filter for
5673 "(associateddomain=
2.2.0.10.in-addr.arpa)
" for the reverse entry. For
5674 forward entries, it is looking for attributes named dnsttl, arecord,
5675 nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord, mxrecord,
5676 txtrecord, rprecord, afsdbrecord, keyrecord, aaaarecord, locrecord,
5677 srvrecord, naptrrecord, kxrecord, certrecord, dsrecord, sshfprecord,
5678 ipseckeyrecord, rrsigrecord, nsecrecord, dnskeyrecord, dhcidrecord,
5679 spfrecord and modifytimestamp. For reverse entries it is looking for
5680 the attributes dnsttl, arecord, nsrecord, cnamerecord, soarecord,
5681 ptrrecord, hinforecord, mxrecord, txtrecord, rprecord, aaaarecord,
5682 locrecord, srvrecord, naptrrecord and modifytimestamp. The equivalent
5683 ldapsearch commands could look like this:
</p
>
5685 <blockquote
><pre
>
5686 ldapsearch -h ldap \
5687 -b dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no \
5688 -s base -x
'(associateddomain=tjener.intern)
' dNSTTL aRecord nSRecord \
5689 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
5690 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
5691 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
5692 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
5694 ldapsearch -h ldap \
5695 -b dc=
2,dc=
2,dc=
0,dc=
10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no \
5696 -s base -x
'(associateddomain=
2.2.0.10.in-addr.arpa)
'
5697 dnsttl, arecord, nsrecord, cnamerecord soarecord ptrrecord \
5698 hinforecord mxrecord txtrecord rprecord aaaarecord locrecord \
5699 srvrecord naptrrecord modifytimestamp
5700 </pre
></blockquote
>
5702 <p
>In Debian Edu/Lenny, the PowerDNS tree mode is used with
5703 ou=hosts,dc=skole,dc=skolelinux,dc=no as the base, and these are two
5704 example LDAP objects used there. In addition to these objects, the
5705 parent objects all th way up to ou=hosts,dc=skole,dc=skolelinux,dc=no
5706 also exist.
</p
>
5708 <blockquote
><pre
>
5709 dn: dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no
5711 objectclass: dnsdomain
5712 objectclass: domainrelatedobject
5715 associateddomain: tjener.intern
5717 dn: dc=
2,dc=
2,dc=
0,dc=
10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no
5719 objectclass: dnsdomain2
5720 objectclass: domainrelatedobject
5722 ptrrecord: tjener.intern
5723 associateddomain:
2.2.0.10.in-addr.arpa
5724 </pre
></blockquote
>
5726 <p
>In strict mode, the server behaves differently. When looking for
5727 forward DNS entries, it is doing a
"subtree
" scoped search with the
5728 same base as in the tree mode for a object with filter
5729 "(associateddomain=tjener.intern)
" and requests the attributes dnsttl,
5730 arecord, nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord,
5731 mxrecord, txtrecord, rprecord, aaaarecord, locrecord, srvrecord,
5732 naptrrecord and modifytimestamp. For reverse entires it also do a
5733 subtree scoped search but this time the filter is
"(arecord=
10.0.2.2)
"
5734 and the requested attributes are associateddomain, dnsttl and
5735 modifytimestamp. In short, in strict mode the objects with ptrrecord
5736 go away, and the arecord attribute in the forward object is used
5739 <p
>The forward and reverse searches can be simulated using ldapsearch
5740 like this:
</p
>
5742 <blockquote
><pre
>
5743 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
5744 '(associateddomain=tjener.intern)
' dNSTTL aRecord nSRecord \
5745 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
5746 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
5747 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
5748 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
5750 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
5751 '(arecord=
10.0.2.2)
' associateddomain dnsttl modifytimestamp
5752 </pre
></blockquote
>
5754 <p
>In addition to the forward and reverse searches , there is also a
5755 search for SOA records, which behave similar to the forward and
5756 reverse lookups.
</p
>
5758 <p
>A thing to note with the PowerDNS behaviour is that it do not
5759 specify any objectclass names, and instead look for the attributes it
5760 need to generate a DNS reply. This make it able to work with any
5761 objectclass that provide the needed attributes.
</p
>
5763 <p
>The attributes are normally provided in the cosine (RFC
1274) and
5764 dnsdomain2 schemas. The latter is used for reverse entries like
5765 ptrrecord and recent DNS additions like aaaarecord and srvrecord.
</p
>
5767 <p
>In Debian Edu, we have created DNS objects using the object classes
5768 dcobject (for dc), dnsdomain or dnsdomain2 (structural, for the DNS
5769 attributes) and domainrelatedobject (for associatedDomain). The use
5770 of structural object classes make it impossible to combine these
5771 classes with the object classes used by DHCP.
</p
>
5773 <p
>There are other schemas that could be used too, for example the
5774 dnszone structural object class used by Gosa and bind-sdb for the DNS
5775 attributes combined with the domainrelatedobject object class, but in
5776 this case some unused attributes would have to be included as well
5777 (zonename and relativedomainname).
</p
>
5779 <p
>My proposal for Debian Edu would be to switch PowerDNS to strict
5780 mode and not use any of the existing objectclasses (dnsdomain,
5781 dnsdomain2 and dnszone) when one want to combine the DNS information
5782 with DHCP information, and instead create a auxiliary object class
5783 defined something like this (using the attributes defined for
5784 dnsdomain and dnsdomain2 or dnszone):
</p
>
5786 <blockquote
><pre
>
5787 objectclass ( some-oid NAME
'dnsDomainAux
'
5790 MAY ( ARecord $ MDRecord $ MXRecord $ NSRecord $ SOARecord $ CNAMERecord $
5791 DNSTTL $ DNSClass $ PTRRecord $ HINFORecord $ MINFORecord $
5792 TXTRecord $ SIGRecord $ KEYRecord $ AAAARecord $ LOCRecord $
5793 NXTRecord $ SRVRecord $ NAPTRRecord $ KXRecord $ CERTRecord $
5794 A6Record $ DNAMERecord
5796 </pre
></blockquote
>
5798 <p
>This will allow any object to become a DNS entry when combined with
5799 the domainrelatedobject object class, and allow any entity to include
5800 all the attributes PowerDNS wants. I
've sent an email to the PowerDNS
5801 developers asking for their view on this schema and if they are
5802 interested in providing such schema with PowerDNS, and I hope my
5803 message will be accepted into their mailing list soon.
</p
>
5805 <p
><strong
>ISC dhcp
</strong
></p
>
5807 <p
>The DHCP server searches for specific objectclass and requests all
5808 the object attributes, and then uses the attributes it want. This
5809 make it harder to figure out exactly what attributes are used, but
5810 thanks to the working example in Debian Edu I can at least get an idea
5811 what is needed without having to read the source code.
</p
>
5813 <p
>In the DHCP server configuration, the LDAP base to use and the
5814 search filter to use to locate the correct dhcpServer entity is
5815 stored. These are the relevant entries from
5816 /etc/dhcp3/dhcpd.conf:
</p
>
5818 <blockquote
><pre
>
5819 ldap-base-dn
"dc=skole,dc=skolelinux,dc=no
";
5820 ldap-dhcp-server-cn
"dhcp
";
5821 </pre
></blockquote
>
5823 <p
>The DHCP server uses this information to nest all the DHCP
5824 configuration it need. The cn
"dhcp
" is located using the given LDAP
5825 base and the filter
"(
&(objectClass=dhcpServer)(cn=dhcp))
". The
5826 search result is this entry:
</p
>
5828 <blockquote
><pre
>
5829 dn: cn=dhcp,dc=skole,dc=skolelinux,dc=no
5832 objectClass: dhcpServer
5833 dhcpServiceDN: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
5834 </pre
></blockquote
>
5836 <p
>The content of the dhcpServiceDN attribute is next used to locate the
5837 subtree with DHCP configuration. The DHCP configuration subtree base
5838 is located using a base scope search with base
"cn=DHCP
5839 Config,dc=skole,dc=skolelinux,dc=no
" and filter
5840 "(
&(objectClass=dhcpService)(|(dhcpPrimaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)(dhcpSecondaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)))
".
5841 The search result is this entry:
</p
>
5843 <blockquote
><pre
>
5844 dn: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
5847 objectClass: dhcpService
5848 objectClass: dhcpOptions
5849 dhcpPrimaryDN: cn=dhcp, dc=skole,dc=skolelinux,dc=no
5850 dhcpStatements: ddns-update-style none
5851 dhcpStatements: authoritative
5852 dhcpOption: smtp-server code
69 = array of ip-address
5853 dhcpOption: www-server code
72 = array of ip-address
5854 dhcpOption: wpad-url code
252 = text
5855 </pre
></blockquote
>
5857 <p
>Next, the entire subtree is processed, one level at the time. When
5858 all the DHCP configuration is loaded, it is ready to receive requests.
5859 The subtree in Debian Edu contain objects with object classes
5860 top/dhcpService/dhcpOptions, top/dhcpSharedNetwork/dhcpOptions,
5861 top/dhcpSubnet, top/dhcpGroup and top/dhcpHost. These provide options
5862 and information about netmasks, dynamic range etc. Leaving out the
5863 details here because it is not relevant for the focus of my
5864 investigation, which is to see if it is possible to merge dns and dhcp
5865 related computer objects.
</p
>
5867 <p
>When a DHCP request come in, LDAP is searched for the MAC address
5868 of the client (
00:
00:
00:
00:
00:
00 in this example), using a subtree
5869 scoped search with
"cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
" as
5870 the base and
"(
&(objectClass=dhcpHost)(dhcpHWAddress=ethernet
5871 00:
00:
00:
00:
00:
00))
" as the filter. This is what a host object look
5874 <blockquote
><pre
>
5875 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
5878 objectClass: dhcpHost
5879 dhcpHWAddress: ethernet
00:
00:
00:
00:
00:
00
5880 dhcpStatements: fixed-address hostname
5881 </pre
></blockquote
>
5883 <p
>There is less flexiblity in the way LDAP searches are done here.
5884 The object classes need to have fixed names, and the configuration
5885 need to be stored in a fairly specific LDAP structure. On the
5886 positive side, the invidiual dhcpHost entires can be anywhere without
5887 the DN pointed to by the dhcpServer entries. The latter should make
5888 it possible to group all host entries in a subtree next to the
5889 configuration entries, and this subtree can also be shared with the
5890 DNS server if the schema proposed above is combined with the dhcpHost
5891 structural object class.
5893 <p
><strong
>Conclusion
</strong
></p
>
5895 <p
>The PowerDNS implementation seem to be very flexible when it come
5896 to which LDAP schemas to use. While its
"tree
" mode is rigid when it
5897 come to the the LDAP structure, the
"strict
" mode is very flexible,
5898 allowing DNS objects to be stored anywhere under the base cn specified
5899 in the configuration.
</p
>
5901 <p
>The DHCP implementation on the other hand is very inflexible, both
5902 regarding which LDAP schemas to use and which LDAP structure to use.
5903 I guess one could implement ones own schema, as long as the
5904 objectclasses and attributes have the names used, but this do not
5905 really help when the DHCP subtree need to have a fairly fixed
5906 structure.
</p
>
5908 <p
>Based on the observed behaviour, I suspect a LDAP structure like
5909 this might work for Debian Edu:
</p
>
5911 <blockquote
><pre
>
5913 cn=machine-info (dhcpService) - dhcpServiceDN points here
5914 cn=dhcp (dhcpServer)
5915 cn=dhcp-internal (dhcpSharedNetwork/dhcpOptions)
5916 cn=
10.0.2.0 (dhcpSubnet)
5917 cn=group1 (dhcpGroup/dhcpOptions)
5918 cn=dhcp-thinclients (dhcpSharedNetwork/dhcpOptions)
5919 cn=
192.168.0.0 (dhcpSubnet)
5920 cn=group1 (dhcpGroup/dhcpOptions)
5921 ou=machines - PowerDNS base points here
5922 cn=hostname (dhcpHost/domainrelatedobject/dnsDomainAux)
5923 </pre
></blockquote
>
5925 <P
>This is not tested yet. If the DHCP server require the dhcpHost
5926 entries to be in the dhcpGroup subtrees, the entries can be stored
5927 there instead of a common machines subtree, and the PowerDNS base
5928 would have to be moved one level up to the machine-info subtree.
</p
>
5930 <p
>The combined object under the machines subtree would look something
5931 like this:
</p
>
5933 <blockquote
><pre
>
5934 dn: dc=hostname,ou=machines,cn=machine-info,dc=skole,dc=skolelinux,dc=no
5937 objectClass: dhcpHost
5938 objectclass: domainrelatedobject
5939 objectclass: dnsDomainAux
5940 associateddomain: hostname.intern
5941 arecord:
10.11.12.13
5942 dhcpHWAddress: ethernet
00:
00:
00:
00:
00:
00
5943 dhcpStatements: fixed-address hostname.intern
5944 </pre
></blockquote
>
5946 </p
>One could even add the LTSP configuration associated with a given
5947 machine, as long as the required attributes are available in a
5948 auxiliary object class.
</p
>
5953 <title>Combining PowerDNS and ISC DHCP LDAP objects
</title>
5954 <link>http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html
</link>
5955 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html
</guid>
5956 <pubDate>Wed,
14 Jul
2010 23:
45:
00 +
0200</pubDate>
5957 <description><p
>For a while now, I have wanted to find a way to change the DNS and
5958 DHCP services in Debian Edu to use the same LDAP objects for a given
5959 computer, to avoid the possibility of having a inconsistent state for
5960 a computer in LDAP (as in DHCP but no DNS entry or the other way
5961 around) and make it easier to add computers to LDAP.
</p
>
5963 <p
>I
've looked at how powerdns and dhcpd is using LDAP, and using this
5964 information finally found a solution that seem to work.
</p
>
5966 <p
>The old setup required three LDAP objects for a given computer.
5967 One forward DNS entry, one reverse DNS entry and one DHCP entry. If
5968 we switch powerdns to use its strict LDAP method (ldap-method=strict
5969 in pdns-debian-edu.conf), the forward and reverse DNS entries are
5970 merged into one while making it impossible to transfer the reverse map
5971 to a slave DNS server.
</p
>
5973 <p
>If we also replace the object class used to get the DNS related
5974 attributes to one allowing these attributes to be combined with the
5975 dhcphost object class, we can merge the DNS and DHCP entries into one.
5976 I
've written such object class in the dnsdomainaux.schema file (need
5977 proper OIDs, but that is a minor issue), and tested the setup. It
5978 seem to work.
</p
>
5980 <p
>With this test setup in place, we can get away with one LDAP object
5981 for both DNS and DHCP, and even the LTSP configuration I suggested in
5982 an earlier email. The combined LDAP object will look something like
5985 <blockquote
><pre
>
5986 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
5988 objectClass: dhcphost
5989 objectclass: domainrelatedobject
5990 objectclass: dnsdomainaux
5991 associateddomain: hostname.intern
5992 arecord:
10.11.12.13
5993 dhcphwaddress: ethernet
00:
00:
00:
00:
00:
00
5994 dhcpstatements: fixed-address hostname
5996 </pre
></blockquote
>
5998 <p
>The DNS server uses the associateddomain and arecord entries, while
5999 the DHCP server uses the dhcphwaddress and dhcpstatements entries
6000 before asking DNS to resolve the fixed-adddress. LTSP will use
6001 dhcphwaddress or associateddomain and the ldapconfig* attributes.
</p
>
6003 <p
>I am not yet sure if I can get the DHCP server to look for its
6004 dhcphost in a different location, to allow us to put the objects
6005 outside the
"DHCP Config
" subtree, but hope to figure out a way to do
6006 that. If I can
't figure out a way to do that, we can still get rid of
6007 the hosts subtree and move all its content into the DHCP Config tree
6008 (which probably should be renamed to be more related to the new
6009 content. I suspect cn=dnsdhcp,ou=services or something like that
6010 might be a good place to put it.
</p
>
6012 <p
>If you want to help out with implementing this for Debian Edu,
6013 please contact us on debian-edu@lists.debian.org.
</p
>
6018 <title>Idea for storing LTSP configuration in LDAP
</title>
6019 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html
</link>
6020 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html
</guid>
6021 <pubDate>Sun,
11 Jul
2010 22:
00:
00 +
0200</pubDate>
6022 <description><p
>Vagrant mentioned on IRC today that ltsp_config now support
6023 sourcing files from /usr/share/ltsp/ltsp_config.d/ on the thin
6024 clients, and that this can be used to fetch configuration from LDAP if
6025 Debian Edu choose to store configuration there.
</p
>
6027 <p
>Armed with this information, I got inspired and wrote a test module
6028 to get configuration from LDAP. The idea is to look up the MAC
6029 address of the client in LDAP, and look for attributes on the form
6030 ltspconfigsetting=value, and use this to export SETTING=value to the
6031 LTSP clients.
</p
>
6033 <p
>The goal is to be able to store the LTSP configuration attributes
6034 in a
"computer
" LDAP object used by both DNS and DHCP, and thus
6035 allowing us to store all information about a computer in one place.
</p
>
6037 <p
>This is a untested draft implementation, and I welcome feedback on
6038 this approach. A real LDAP schema for the ltspClientAux objectclass
6039 need to be written. Comments, suggestions, etc?
</p
>
6041 <blockquote
><pre
>
6042 # Store in /opt/ltsp/$arch/usr/share/ltsp/ltsp_config.d/ldap-config
6044 # Fetch LTSP client settings from LDAP based on MAC address
6046 # Uses ethernet address as stored in the dhcpHost objectclass using
6047 # the dhcpHWAddress attribute or ethernet address stored in the
6048 # ieee802Device objectclass with the macAddress attribute.
6050 # This module is written to be schema agnostic, and only depend on the
6051 # existence of attribute names.
6053 # The LTSP configuration variables are saved directly using a
6054 # ltspConfig prefix and uppercasing the rest of the attribute name.
6055 # To set the SERVER variable, set the ltspConfigServer attribute.
6057 # Some LDAP schema should be created with all the relevant
6058 # configuration settings. Something like this should work:
6060 # objectclass (
1.1.2.2 NAME
'ltspClientAux
'
6063 # MAY ( ltspConfigServer $ ltsConfigSound $ ... )
6065 LDAPSERVER=$(debian-edu-ldapserver)
6066 if [
"$LDAPSERVER
" ] ; then
6067 LDAPBASE=$(debian-edu-ldapserver -b)
6068 for MAC in $(LANG=C ifconfig |grep -i hwaddr| awk
'{print $
5}
'|sort -u) ; do
6069 filter=
"(|(dhcpHWAddress=ethernet $MAC)(macAddress=$MAC))
"
6070 ldapsearch -h
"$LDAPSERVER
" -b
"$LDAPBASE
" -v -x
"$filter
" | \
6071 grep
'^ltspConfig
' | while read attr value ; do
6072 # Remove prefix and convert to upper case
6073 attr=$(echo $attr | sed
's/^ltspConfig//i
' | tr a-z A-Z)
6074 # bass value on to clients
6075 eval
"$attr=$value; export $attr
"
6079 </pre
></blockquote
>
6081 <p
>I
'm not sure this shell construction will work, because I suspect
6082 the while block might end up in a subshell causing the variables set
6083 there to not show up in ltsp-config, but if that is the case I am sure
6084 the code can be restructured to make sure the variables are passed on.
6085 I expect that can be solved with some testing. :)
</p
>
6087 <p
>If you want to help out with implementing this for Debian Edu,
6088 please contact us on debian-edu@lists.debian.org.
</p
>
6090 <p
>Update
2010-
07-
17: I am aware of another effort to store LTSP
6091 configuration in LDAP that was created around year
2000 by
6092 <a href=
"http://www.pcxperience.com/thinclient/documentation/ldap.html
">PC
6093 Xperience, Inc.,
2000</a
>. I found its
6094 <a href=
"http://people.redhat.com/alikins/ltsp/ldap/
">files
</a
> on a
6095 personal home page over at redhat.com.
</p
>
6100 <title>jXplorer, a very nice LDAP GUI
</title>
6101 <link>http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html
</link>
6102 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html
</guid>
6103 <pubDate>Fri,
9 Jul
2010 12:
55:
00 +
0200</pubDate>
6104 <description><p
>Since
6105 <a href=
"http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html
">my
6106 last post
</a
> about available LDAP tools in Debian, I was told about a
6107 LDAP GUI that is even better than luma. The java application
6108 <a href=
"http://jxplorer.org/
">jXplorer
</a
> is claimed to be capable of
6109 moving LDAP objects and subtrees using drag-and-drop, and can
6110 authenticate using Kerberos. I have only tested the Kerberos
6111 authentication, but do not have a LDAP setup allowing me to rewrite
6112 LDAP with my test user yet. It is
6113 <a href=
"http://packages.qa.debian.org/j/jxplorer.html
">available in
6114 Debian
</a
> testing and unstable at the moment. The only problem I
6115 have with it is how it handle errors. If something go wrong, its
6116 non-intuitive behaviour require me to go through some query work list
6117 and remove the failing query. Nothing big, but very annoying.
</p
>
6122 <title>Caching password, user and group on a roaming Debian laptop
</title>
6123 <link>http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html
</link>
6124 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html
</guid>
6125 <pubDate>Thu,
1 Jul
2010 11:
40:
00 +
0200</pubDate>
6126 <description><p
>For a laptop, centralized user directories and password checking is
6127 a bit troubling. Laptops are typically used also when not connected
6128 to the network, and it is vital for a user to be able to log in or
6129 unlock the screen saver also when a central server is unavailable.
6130 This is possible by caching passwords and directory information (user
6131 and group attributes) locally, and the packages to do so are available
6132 in Debian. Here follow two recipes to set this up in Debian/Squeeze.
6133 It is also possible to set up in Debian/Lenny, but require more manual
6134 setup there because pam-auth-update is missing in Lenny.
</p
>
6136 <h2
>LDAP/Kerberos + nscd + libpam-ccreds + libpam-mklocaluser/pam_mkhomedir
</h2
>
6138 This is the traditional method with a twist. The password caching is
6139 provided by libpam-ccreds (version
10-
4 or later is needed on
6140 Squeeze), and the directory caching is done by nscd. The directory
6141 lookup and password checking is done using LDAP. If one want to use
6142 Kerberos for password checking the libpam-ldapd package can be
6143 replaced with libpam-krb5 or libpam-heimdal. If one is happy having a
6144 local home directory with the path listed in LDAP, one can use the
6145 pam_mkhomedir module from pam-modules to make this happen instead of
6146 using libpam-mklocaluser. A setup for pam-auth-update to enable
6147 pam_mkhomedir will have to be written until a fix for
6148 <a href=
"http://bugs.debian.org/
568577">bug #
568577</a
> is in the
6149 archive. Because I believe it is a bad idea to have local home
6150 directories using misleading paths like /site/server/partition/, I
6151 prefer to create a local user with the home directory in /home/. This
6152 is done using the libpam-mklocaluser package.
</p
>
6154 <p
>These packages need to be installed and configured
</p
>
6156 <blockquote
><pre
>
6157 libnss-ldapd libpam-ldapd nscd libpam-ccreds libpam-mklocaluser
6158 </pre
></blockquote
>
6160 <p
>The ldapd packages will ask for LDAP connection information, and
6161 one have to fill in the values that fits ones own site. Make sure the
6162 PAM part uses encrypted connections, to make sure the password is not
6163 sent in clear text to the LDAP server. I
've been unable to get TLS
6164 certificate checking for a self signed certificate working, which make
6165 LDAP authentication unsafe for Debian Edu (nslcd is not checking if it
6166 is talking to the correct LDAP server), and very much welcome feedback
6167 on how to get this working.
</p
>
6169 <p
>Because nscd do not have a default configuration fit for offline
6170 caching until
<a href=
"http://bugs.debian.org/
485282">bug #
485282</a
>
6171 is fixed, this configuration should be used instead of the one
6172 currently in /etc/nscd.conf. The changes are in the fields
6173 reload-count and positive-time-to-live, and is based on the
6174 instructions I found in the
6175 <a href=
"http://www.flyn.org/laptopldap/
">LDAP for Mobile Laptops
</a
>
6176 instructions by Flyn Computing.
</p
>
6178 <blockquote
><pre
>
6180 reload-count unlimited
6183 enable-cache passwd yes
6184 positive-time-to-live passwd
2592000
6185 negative-time-to-live passwd
20
6186 suggested-size passwd
211
6187 check-files passwd yes
6188 persistent passwd yes
6190 max-db-size passwd
33554432
6191 auto-propagate passwd yes
6193 enable-cache group yes
6194 positive-time-to-live group
2592000
6195 negative-time-to-live group
20
6196 suggested-size group
211
6197 check-files group yes
6198 persistent group yes
6200 max-db-size group
33554432
6201 auto-propagate group yes
6203 enable-cache hosts no
6204 positive-time-to-live hosts
2592000
6205 negative-time-to-live hosts
20
6206 suggested-size hosts
211
6207 check-files hosts yes
6208 persistent hosts yes
6210 max-db-size hosts
33554432
6212 enable-cache services yes
6213 positive-time-to-live services
2592000
6214 negative-time-to-live services
20
6215 suggested-size services
211
6216 check-files services yes
6217 persistent services yes
6219 max-db-size services
33554432
6220 </pre
></blockquote
>
6222 <p
>While we wait for a mechanism to update /etc/nsswitch.conf
6223 automatically like the one provided in
6224 <a href=
"http://bugs.debian.org/
496915">bug #
496915</a
>, the file
6225 content need to be manually replaced to ensure LDAP is used as the
6226 directory service on the machine. /etc/nsswitch.conf should normally
6227 look like this:
</p
>
6229 <blockquote
><pre
>
6233 hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
6239 netgroup: files ldap
6240 </pre
></blockquote
>
6242 <p
>The important parts are that ldap is listed last for passwd, group,
6243 shadow and netgroup.
</p
>
6245 <p
>With these changes in place, any user in LDAP will be able to log
6246 in locally on the machine using for example kdm, get a local home
6247 directory created and have the password as well as user and group
6250 <h2
>LDAP/Kerberos + nss-updatedb + libpam-ccreds +
6251 libpam-mklocaluser/pam_mkhomedir
</h2
>
6253 <p
>Because nscd have had its share of problems, and seem to have
6254 problems doing proper caching, I
've seen suggestions and recipes to
6255 use nss-updatedb to copy parts of the LDAP database locally when the
6256 LDAP database is available. I have not tested such setup, because I
6257 discovered sssd.
</p
>
6259 <h2
>LDAP/Kerberos + sssd + libpam-mklocaluser
</h2
>
6261 <p
>A more flexible and robust setup than the nscd combination
6262 mentioned earlier that has shown up recently, is the
6263 <a href=
"https://fedorahosted.org/sssd/
">sssd
</a
> package from Redhat.
6264 It is part of the
<a href=
"http://www.freeipa.org/
">FreeIPA
</A
> project
6265 to provide a Active Directory like directory service for Linux
6266 machines. The sssd system combines the caching of passwords and user
6267 information into one package, and remove the need for nscd and
6268 libpam-ccreds. It support LDAP and Kerberos, but not NIS. Version
6269 1.2 do not support netgroups, but it is said that it will support this
6270 in version
1.5 expected to show up later in
2010. Because the
6271 <a href=
"http://packages.qa.debian.org/s/sssd.html
">sssd package
</a
>
6272 was missing in Debian, I ended up co-maintaining it with Werner, and
6273 version
1.2 is now in testing.
6275 <p
>These packages need to be installed and configured to get the
6276 roaming setup I want
</p
>
6278 <blockquote
><pre
>
6279 libpam-sss libnss-sss libpam-mklocaluser
6280 </pre
></blockquote
>
6282 The complete setup of sssd is done by editing/creating
6283 <tt
>/etc/sssd/sssd.conf
</tt
>.
6285 <blockquote
><pre
>
6287 config_file_version =
2
6288 reconnection_retries =
3
6294 filter_groups = root
6296 reconnection_retries =
3
6299 reconnection_retries =
3
6303 cache_credentials = true
6306 auth_provider = ldap
6307 chpass_provider = ldap
6309 ldap_uri = ldap://ldap
6310 ldap_search_base = dc=skole,dc=skolelinux,dc=no
6311 ldap_tls_reqcert = never
6312 ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt
6313 </pre
></blockquote
>
6315 <p
>I got the same problem here with certificate checking. Had to set
6316 "ldap_tls_reqcert = never
" to get it working.
</p
>
6318 <p
>With the libnss-sss package in testing at the moment, the
6319 nsswitch.conf file is update automatically, so there is no need to
6320 modify it manually.
</p
>
6322 <p
>If you want to help out with implementing this for Debian Edu,
6323 please contact us on debian-edu@lists.debian.org.
</p
>
6328 <title>LUMA, a very nice LDAP GUI
</title>
6329 <link>http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html
</link>
6330 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html
</guid>
6331 <pubDate>Mon,
28 Jun
2010 00:
30:
00 +
0200</pubDate>
6332 <description><p
>The last few days I have been looking into the status of the LDAP
6333 directory in Debian Edu, and in the process I started to miss a GUI
6334 tool to browse the LDAP tree. The only one I was able to find in
6335 Debian/Squeeze and Lenny is
6336 <a href=
"http://luma.sourceforge.net/
">LUMA
</a
>, which has proved to
6337 be a great tool to get a overview of the current LDAP directory
6338 populated by default in Skolelinux. Thanks to it, I have been able to
6339 find empty and obsolete subtrees, misplaced objects and duplicate
6340 objects. It will be installed by default in Debian/Squeeze. If you
6341 are working with LDAP, give it a go. :)
</p
>
6343 <p
>I did notice one problem with it I have not had time to report to
6344 the BTS yet. There is no .desktop file in the package, so the tool do
6345 not show up in the Gnome and KDE menus, but only deep down in in the
6346 Debian submenu in KDE. I hope that can be fixed before Squeeze is
6349 <p
>I have not yet been able to get it to modify the tree yet. I would
6350 like to move objects and remove subtrees directly in the GUI, but have
6351 not found a way to do that with LUMA yet. So in the mean time, I use
6352 <a href=
"http://www.lichteblau.com/ldapvi/
">ldapvi
</a
> for that.
</p
>
6354 <p
>If you have tips on other GUI tools for LDAP that might be useful
6355 in Debian Edu, please contact us on debian-edu@lists.debian.org.
</p
>
6357 <p
>Update
2010-
06-
29: Ross Reedstrom tipped us about the
6358 <a href=
"http://packages.qa.debian.org/g/gq.html
">gq
</a
> package as a
6359 useful GUI alternative. It seem like a good tool, but is unmaintained
6360 in Debian and got a RC bug keeping it out of Squeeze. Unless that
6361 changes, it will not be an option for Debian Edu based on Squeeze.
</p
>
6366 <title>Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object
</title>
6367 <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>
6368 <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>
6369 <pubDate>Thu,
24 Jun
2010 00:
35:
00 +
0200</pubDate>
6370 <description><p
>A while back, I
6371 <a href=
"http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
">complained
6372 about the fact
</a
> that it is not possible with the provided schemas
6373 for storing DNS and DHCP information in LDAP to combine the two sets
6374 of information into one LDAP object representing a computer.
</p
>
6376 <p
>In the mean time, I discovered that a simple fix would be to make
6377 the dhcpHost object class auxiliary, to allow it to be combined with
6378 the dNSDomain object class, and thus forming one object for one
6379 computer when storing both DHCP and DNS information in LDAP.
</p
>
6381 <p
>If I understand this correctly, it is not safe to do this change
6382 without also changing the assigned number for the object class, and I
6383 do not know enough about LDAP schema design to do that properly for
6384 Debian Edu.
</p
>
6386 <p
>Anyway, for future reference, this is how I believe we could change
6388 <a href=
"http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-
00">DHCP
6389 schema
</a
> to solve at least part of the problem with the LDAP schemas
6390 available today from IETF.
</p
>
6393 --- dhcp.schema (revision
65192)
6394 +++ dhcp.schema (working copy)
6396 objectclass (
2.16.840.1.113719.1.203.6.6
6397 NAME
'dhcpHost
'
6398 DESC
'This represents information about a particular client
'
6402 MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption)
6403 X-NDS_CONTAINMENT (
'dhcpService
' 'dhcpSubnet
' 'dhcpGroup
') )
6406 <p
>I very much welcome clues on how to do this properly for Debian
6407 Edu/Squeeze. We provide the DHCP schema in our debian-edu-config
6408 package, and should thus be free to rewrite it as we see fit.
</p
>
6410 <p
>If you want to help out with implementing this for Debian Edu,
6411 please contact us on debian-edu@lists.debian.org.
</p
>
6416 <title>Calling tasksel like the installer, while still getting useful output
</title>
6417 <link>http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html
</link>
6418 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html
</guid>
6419 <pubDate>Wed,
16 Jun
2010 14:
55:
00 +
0200</pubDate>
6420 <description><p
>A few times I have had the need to simulate the way tasksel
6421 installs packages during the normal debian-installer run. Until now,
6422 I have ended up letting tasksel do the work, with the annoying problem
6423 of not getting any feedback at all when something fails (like a
6424 conffile question from dpkg or a download that fails), using code like
6427 <blockquote
><pre
>
6428 export DEBIAN_FRONTEND=noninteractive
6429 tasksel --new-install
6430 </pre
></blockquote
>
6432 This would invoke tasksel, let its automatic task selection pick the
6433 tasks to install, and continue to install the requested tasks without
6434 any output what so ever.
6436 Recently I revisited this problem while working on the automatic
6437 package upgrade testing, because tasksel would some times hang without
6438 any useful feedback, and I want to see what is going on when it
6439 happen. Then it occured to me, I can parse the output from tasksel
6440 when asked to run in test mode, and use that aptitude command line
6441 printed by tasksel then to simulate the tasksel run. I ended up using
6444 <blockquote
><pre
>
6445 export DEBIAN_FRONTEND=noninteractive
6446 cmd=
"$(in_target tasksel -t --new-install | sed
's/debconf-apt-progress -- //
')
"
6448 </pre
></blockquote
>
6450 <p
>The content of $cmd is typically something like
"<tt
>aptitude -q
6451 --without-recommends -o APT::Install-Recommends=no -y install
6452 ~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired
6453 ~pimportant
</tt
>", which will install the gnome desktop task, the
6454 laptop task and all packages with priority standard , required and
6455 important, just like tasksel would have done it during
6456 installation.
</p
>
6458 <p
>A better approach is probably to extend tasksel to be able to
6459 install packages without using debconf-apt-progress, for use cases
6460 like this.
</p
>
6465 <title>Åpne trådløsnett er et samfunnsgode
</title>
6466 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html
</link>
6467 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html
</guid>
6468 <pubDate>Sat,
12 Jun
2010 12:
45:
00 +
0200</pubDate>
6469 <description><p
>Veldig glad for å oppdage via
6470 <a href=
"http://yro.slashdot.org/story/
10/
06/
11/
1841256/Finland-To-Legalize-Use-of-Unsecured-Wi-Fi
">Slashdot
</a
>
6471 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
6472 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
6473 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
6474 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
6475 med andre så lenge de ikke forstyrrer min bruk av eget nett.
6476 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
6477 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
6478 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
6479 slekt og venner, holde seg oppdatert om politiske saker, kontakte
6480 organisasjoner og politikere, etc), at det for meg er helt urimelig å
6481 blokkere dette for alle som ikke gjør en flue fortred. De som mener
6482 at potensialet for misbruk er grunn nok til å hindre all den positive
6483 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
6484 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
6485 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
6486 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
6487 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
6488 anstrenge oss for å beholde.
</p
>
6493 <title>Skolelinux er laget for sentraldrifting, naturligvis
</title>
6494 <link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html
</link>
6495 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html
</guid>
6496 <pubDate>Wed,
9 Jun
2010 12:
30:
00 +
0200</pubDate>
6497 <description><p
>Det er merkelig hvordan myter om Skolelinux overlever. En slik
6498 myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
6499 tjenermaskiner. I siste Computerworld Norge er
6500 <a href=
"http://www.idg.no/computerworld/article169432.ece
">IT-sjef
6501 Viggo Billdal i Steinkjer intervjuet
</a
>, og forteller uten
6504 <blockquote
><p
>Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
6505 om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
6506 Microsoft egentlig var totalt sett bedre egnet. Det var store
6507 driftskostnader med Skolelinux, blant annet på grunn av
6508 desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
6509 og bruker nå bare Windows.
</p
></blockquote
>
6512 href=
"https://init.linpro.no/pipermail/skolelinux.no/bruker/
2010-June/
009101.html
">rask
6513 sjekk
</a
> mot den norske brukerlista i Skolelinuxprosjektet forteller
6514 at Steinkjers forsøk foregikk fram til
2004/
2005, og at Røysing skole
6515 i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
6516 overkjørte skolen og krevde at de gikk over til Windows. Et søk på
6517 nettet sendte meg til
6518 <a href=
"http://www.dn.no/multimedia/archive/
00090/Dagens_it_nr__18_90826a.pdf
">Dagens
6519 IT nr.
18 2005</a
> hvor en kan lese på side
18:
</p
>
6521 <blockquote
><p
>Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
6522 Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
6523 var så stor. Jeg syntes Skolelinux var utrolig lett å drifte uten
6524 forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
6525 til installasjoner og maskinvarefeil, sier Tømmerås.
</p
></blockquote
>
6527 <p
>Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
6528 over påstanden om at Skolelinux krever desentraliserte tjenere.
6529 Skolelinux-arkitekturen er laget for sentralisert drift og plassering
6530 av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
6531 Den er modellert på nettverks- og tjenerløsningen som brukes på
6532 Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
6533 driftstjenester. Dette er det heldigvis noen som har fått med seg, og
6534 jeg er glad for å kunne sitere fra en kommentar på den overnevnte
6535 artikkelen. Min venn og gamle kollega Sturle Sunde forteller der:
6538 <p
>I Flora kommune køyrer vi Skulelinux på skular med alt frå
15 til
6539 meir enn
500 elevar. Dei store skulane har eigen tenar, for det er
6540 mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
6541 sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
6542 avhengige av eksterne linjer som er trege eller dyre. Dei minste
6543 skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
6544 noko problem. Småskulane klarar seg fint med
1 mbit-linje til ein
6545 sentral tenar eller tenaren på ein større skule.
</p
>
6547 <p
>Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
6548 harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
6549 programma lokalt. Eit klasserom med
30 sju-åtte år gamle maskiner har
6550 mykje meir CPU og RAM totalt enn nokon moderne tenar til under
6551 millionen. Det trengst to kommandoar på den sentrale tenaren for å
6552 oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
6553 problem med diskar som ryk heller, som var eit problem før fordi
6554 elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
6555 nettet, so det er fullt mogleg å køyre slike på småskular med trege
6556 linjer mot tenaren på ein større skule.
</p
>
6558 <p
>Flora kommune har nesten
800 Linux-maskiner i sitt skulenett, og
6559 ein person som tek seg av drift av heile nettet, inkludert tenarar,
6560 klientar, operativsystem, programvare, heimekontorløysing og
6561 administrasjon av brukarar.
</p
>
6563 <p
>No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
6564 boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
6565 var der frå før, og som har komplisert installasjonen vår. Etter at
6566 oppsettet var gjort har løysinga vore stabil og kravd minimalt med
6570 <p
>Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
6571 sentraldriftes med sentrale tjenere. Det forteller meg at Steinkjers
6572 IT-sjef neppe bør skylde på Skolelinux-løsningen for sine
5 år gamle
6578 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten
</title>
6579 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html
</link>
6580 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html
</guid>
6581 <pubDate>Fri,
21 May
2010 16:
00:
00 +
0200</pubDate>
6582 <description><p
>For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
6583 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
6584 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
6585 skulle dele innholdet på to kort med mine lesere.
</p
>
6587 <p
>For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
6588 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
6589 magnetstripe. Påtrykket finner jeg følgende informasjon:
</p
>
6592 Flytoget Airport Express Train
6594 Fra - Til : Oslo Sentralstasjon
6597 Herav mva.
8,
00% : NOK
12,
59
6599 Til - Fra : Oslo Lufthavn
6601 Gyldig Fra-Til :
08.05.10-
07.11.10
6602 Billetttype : Enkeltbillett
6604 102-
1015-
100508-
48382-
01-
08
6607 <p
>På selve magnetstripen er innholdet
6608 <tt
>;E?+
900120011=
23250996541068112619257138248441708433322932704083389389062603279671261502492655?
</tt
>.
6609 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
6610 det jeg ser trykket på billetten og det jeg ser av tegn i
6611 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
6612 for å gjøre det vanskelig å forfalske billetter.
</p
>
6614 <p
>Den andre billetten er fra Hurtigruten, der jeg mistenker at
6615 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
6616 fall den biten vi stakk inn i dørlåsen).
</p
>
6618 <p
>Påtrykket forsiden er følgende:
</p
>
6626 Bookingno: SAX69
0742193
6628 Dep:
09.05.2010 Arr:
12.05.2010
6633 <p
>På selve magnetstripen er innholdet
6634 <tt
>;
1316010007421930=
00000000000000000000?+E?
</tt
>. Heller ikke her
6635 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.
</p
>
6640 <title>Pieces of the roaming laptop puzzle in Debian
</title>
6641 <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html
</link>
6642 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html
</guid>
6643 <pubDate>Wed,
19 May
2010 19:
00:
00 +
0200</pubDate>
6644 <description><p
>Today, the last piece of the puzzle for roaming laptops in Debian
6645 Edu finally entered the Debian archive. Today, the new
6646 <a href=
"http://packages.qa.debian.org/libp/libpam-mklocaluser.html
">libpam-mklocaluser
</a
>
6647 package was accepted. Two days ago, two other pieces was accepted
6649 <a href=
"http://packages.qa.debian.org/p/pam-python.html
">pam-python
</a
>
6650 package needed by libpam-mklocaluser, and the
6651 <a href=
"http://packages.qa.debian.org/s/sssd.html
">sssd
</a
> package
6652 passed NEW on Monday. In addition, the
6653 <a href=
"http://packages.qa.debian.org/libp/libpam-ccreds.html
">libpam-ccreds
</a
>
6654 package we need is in experimental (version
10-
4) since Saturday, and
6655 hopefully will be moved to unstable soon.
</p
>
6657 <p
>This collection of packages allow for two different setups for
6658 roaming laptops. The traditional setup would be using libpam-ccreds,
6659 nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
6660 which should work out of the box if the configuration changes proposed
6661 for nscd in
<a href=
"http://bugs.debian.org/
485282">BTS report
6662 #
485282</a
> is implemented. The alternative setup is to use sssd with
6663 libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
6664 care of the caching of passwords and group information.
</p
>
6666 <p
>I have so far been unable to get sssd to work with the LDAP server
6667 at the University, but suspect the issue is some SSL/GnuTLS related
6668 problem with the server certificate. I plan to update the Debian
6669 package to version
1.2, which is scheduled for next week, and hope to
6670 find time to make sure the next release will include both the
6671 Debian/Ubuntu specific patches. Upstream is friendly and responsive,
6672 and I am sure we will find a good solution.
</p
>
6674 <p
>The idea is to set up the roaming laptops to authenticate using
6675 LDAP or Kerberos and create a local user with home directory in /home/
6676 when a usre in LDAP logs in via KDM or GDM for the first time, and
6677 cache the password for offline checking, as well as caching group
6678 memberhips and other relevant LDAP information. The
6679 libpam-mklocaluser package was created to make sure the local home
6680 directory is in /home/, instead of /site/server/directory/ which would
6681 be the home directory if pam_mkhomedir was used. To avoid confusion
6682 with support requests and configuration, we do not want local laptops
6683 to have users in a path that is used for the same users home directory
6684 on the home directory servers.
</p
>
6686 <p
>One annoying problem with gdm is that it do not show the PAM
6687 message passed to the user from libpam-mklocaluser when the local user
6688 is created. Instead gdm simply reject the login with some generic
6689 message. The message is shown in kdm, ssh and login, so I guess it is
6690 a bug in gdm. Have not investigated if there is some other message
6691 type that can be used instead to get gdm to also show the message.
</p
>
6693 <p
>If you want to help out with implementing this for Debian Edu,
6694 please contact us on debian-edu@lists.debian.org.
</p
>
6699 <title>systemd, an interesting alternative to upstart
</title>
6700 <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html
</link>
6701 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html
</guid>
6702 <pubDate>Thu,
13 May
2010 22:
20:
00 +
0200</pubDate>
6703 <description><p
>The last few days a new boot system called
6704 <a href=
"http://www.freedesktop.org/wiki/Software/systemd
">systemd
</a
>
6706 <a href=
"http://
0pointer.de/blog/projects/systemd.html
">introduced
</a
>
6708 to the free software world. I have not yet had time to play around
6709 with it, but it seem to be a very interesting alternative to
6710 <a href=
"http://upstart.ubuntu.com/
">upstart
</a
>, and might prove to be
6711 a good alternative for Debian when we are able to switch to an event
6712 based boot system. Tollef is
6713 <a href=
"http://bugs.debian.org/
580814">in the process
</a
> of getting
6714 systemd into Debian, and I look forward to seeing how well it work. I
6715 like the fact that systemd handles init.d scripts with dependency
6716 information natively, allowing them to run in parallel where upstart
6717 at the moment do not.
</p
>
6719 <p
>Unfortunately do systemd have the same problem as upstart regarding
6720 platform support. It only work on recent Linux kernels, and also need
6721 some new kernel features enabled to function properly. This means
6722 kFreeBSD and Hurd ports of Debian will need a port or a different boot
6723 system. Not sure how that will be handled if systemd proves to be the
6724 way forward.
</p
>
6726 <p
>In the mean time, based on the
6727 <a href=
"http://lists.debian.org/debian-devel/
2010/
05/msg00122.html
">input
6728 on debian-devel@
</a
> regarding parallel booting in Debian, I have
6729 decided to enable full parallel booting as the default in Debian as
6730 soon as possible (probably this weekend or early next week), to see if
6731 there are any remaining serious bugs in the init.d dependencies. A
6732 new version of the sysvinit package implementing this change is
6733 already in experimental. If all go well, Squeeze will be released
6734 with parallel booting enabled by default.
</p
>
6739 <title>Forcing new users to change their password on first login
</title>
6740 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html
</link>
6741 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html
</guid>
6742 <pubDate>Sun,
2 May
2010 13:
47:
00 +
0200</pubDate>
6743 <description><p
>One interesting feature in Active Directory, is the ability to
6744 create a new user with an expired password, and thus force the user to
6745 change the password on the first login attempt.
</p
>
6747 <p
>I
'm not quite sure how to do that with the LDAP setup in Debian
6748 Edu, but did some initial testing with a local account. The account
6749 and password aging information is available in /etc/shadow, but
6750 unfortunately, it is not possible to specify an expiration time for
6751 passwords, only a maximum age for passwords.
</p
>
6753 <p
>A freshly created account (using adduser test) will have these
6754 settings in /etc/shadow:
</p
>
6756 <blockquote
><pre
>
6757 root@tjener:~# chage -l test
6758 Last password change : May
02,
2010
6759 Password expires : never
6760 Password inactive : never
6761 Account expires : never
6762 Minimum number of days between password change :
0
6763 Maximum number of days between password change :
99999
6764 Number of days of warning before password expires :
7
6766 </pre
></blockquote
>
6768 <p
>The only way I could come up with to create a user with an expired
6769 account, is to change the date of the last password change to the
6770 lowest value possible (January
1th
1970), and the maximum password age
6771 to the difference in days between that date and today. To make it
6772 simple, I went for
30 years (
30 *
365 =
10950) and January
2th (to
6773 avoid testing if
0 is a valid value).
</p
>
6775 <p
>After using these commands to set it up, it seem to work as
6778 <blockquote
><pre
>
6779 root@tjener:~# chage -d
1 test; chage -M
10950 test
6780 root@tjener:~# chage -l test
6781 Last password change : Jan
02,
1970
6782 Password expires : never
6783 Password inactive : never
6784 Account expires : never
6785 Minimum number of days between password change :
0
6786 Maximum number of days between password change :
10950
6787 Number of days of warning before password expires :
7
6789 </pre
></blockquote
>
6791 <p
>So far I have tested this with ssh and console, and kdm (in
6792 Squeeze) login, and all ask for a new password before login in the
6793 user (with ssh, I was thrown out and had to log in again).
</p
>
6795 <p
>Perhaps we should set up something similar for Debian Edu, to make
6796 sure only the user itself have the account password?
</p
>
6798 <p
>If you want to comment on or help out with implementing this for
6799 Debian Edu, please contact us on debian-edu@lists.debian.org.
</p
>
6801 <p
>Update
2010-
05-
02 17:
20: Paul Tötterman tells me on IRC that the
6802 shadow(
8) page in Debian/testing now state that setting the date of
6803 last password change to zero (
0) will force the password to be changed
6804 on the first login. This was not mentioned in the manual in Lenny, so
6805 I did not notice this in my initial testing. I have tested it on
6806 Squeeze, and
'<tt
>chage -d
0 username
</tt
>' do work there. I have not
6807 tested it on Lenny yet.
</p
>
6809 <p
>Update
2010-
05-
02-
19:
05: Jim Paris tells me via email that an
6810 equivalent command to expire a password is
'<tt
>passwd -e
6811 username
</tt
>', which insert zero into the date of the last password
6817 <title>Thoughts on roaming laptop setup for Debian Edu
</title>
6818 <link>http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html
</link>
6819 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html
</guid>
6820 <pubDate>Wed,
28 Apr
2010 20:
40:
00 +
0200</pubDate>
6821 <description><p
>For some years now, I have wondered how we should handle laptops in
6822 Debian Edu. The Debian Edu infrastructure is mostly designed to
6823 handle stationary computers, and less suited for computers that come
6826 <p
>Now I finally believe I have an sensible idea on how to adjust
6827 Debian Edu for laptops, by introducing a new profile for them, for
6828 example called Roaming Workstations. Here are my thought on this.
6829 The setup would consist of the following:
</p
>
6833 <li
>During installation, the user name of the owner / primary user of
6834 the laptop is requested and a local home directory is set up for
6835 the user, with uid and gid information fetched from the LDAP
6836 server. This allow the user to work also when offline. The
6837 central home directory can be available in a subdirectory on
6838 request, for example mounted via CIFS. It could be mounted
6839 automatically when a user log in while on the Debian Edu network,
6840 and unmounted when the machine is taken away (network down,
6841 hibernate, etc), it can be set up to do automatic mounting on
6842 request (using autofs), or perhaps some GUI button on the desktop
6843 can be used to access it when needed. Perhaps it is enough to use
6844 the fish protocol in KDE?
</li
>
6846 <li
>Password checking is set up to use LDAP or Kerberos
6847 authentication when the machine is on the Debian Edu network, and
6848 to cache the password for offline checking when the machine unable
6849 to reach the LDAP or Kerberos server. This can be done using
6850 <a href=
"http://www.padl.com/OSS/pam_ccreds.html
">libpam-ccreds
</a
>
6851 or the Fedora developed
6852 <a href=
"https://fedoraproject.org/wiki/Features/SSSD
">System
6853 Security Services Daemon
</a
> packages.
</li
>
6855 <li
>File synchronisation with the central home directory is set up
6856 using a shared directory in both the local and the central home
6857 directory, using unison.
</li
>
6859 <li
>Printing should be set up to print to all printers broadcasting
6860 their existence on the local network, and should then work out of
6861 the box with CUPS. For sites needing accurate printer quotas, some
6862 system with Kerberos authentication or printing via ssh could be
6863 implemented.
</li
>
6865 <li
>For users that should have local root access to their laptop,
6866 sudo should be used to allow this to the local user.
</li
>
6868 <li
>It would be nice if user and group information from LDAP is
6869 cached on the client, but given that there are entries for the
6870 local user and primary group in /etc/, it should not be needed.
</li
>
6874 <p
>I believe all the pieces to implement this are in Debian/testing at
6875 the moment. If we work quickly, we should be able to get this ready
6876 in time for the Squeeze release to freeze. Some of the pieces need
6877 tweaking, like libpam-ccreds should get support for pam-auth-update
6878 (
<a href=
"http://bugs.debian.org/
566718">#
566718</a
>) and nslcd (or
6879 perhaps debian-edu-config) should get some integration code to stop
6880 its daemon when the LDAP server is unavailable to avoid long timeouts
6881 when disconnected from the net. If we get Kerberos enabled, we need
6882 to make sure we avoid long timeouts there too.
</p
>
6884 <p
>If you want to help out with implementing this for Debian Edu,
6885 please contact us on debian-edu@lists.debian.org.
</p
>
6890 <title>Great book:
"Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future
"</title>
6891 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html
</link>
6892 <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>
6893 <pubDate>Mon,
19 Apr
2010 17:
10:
00 +
0200</pubDate>
6894 <description><p
>The last few weeks i have had the pleasure of reading a
6895 thought-provoking collection of essays by Cory Doctorow, on topics
6896 touching copyright, virtual worlds, the future of man when the
6897 conscience mind can be duplicated into a computer and many more. The
6898 book titled
"Content: Selected Essays on Technology, Creativity,
6899 Copyright, and the Future of the Future
" is available with few
6900 restrictions on the web, for example from
6901 <a href=
"http://craphound.com/content/
">his own site
</a
>. I read the
6903 <a href=
"http://www.feedbooks.com/book/
2883">feedbooks
</a
> using
6904 <a href=
"http://www.fbreader.org/
">fbreader
</a
> and my N810. I
6905 strongly recommend this book.
</p
>
6910 <title>Kerberos for Debian Edu/Squeeze?
</title>
6911 <link>http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html
</link>
6912 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html
</guid>
6913 <pubDate>Wed,
14 Apr
2010 17:
20:
00 +
0200</pubDate>
6914 <description><p
><a href=
"http://www.nuug.no/aktiviteter/
20100413-kerberos/
">Yesterdays
6915 NUUG presentation
</a
> about Kerberos was inspiring, and reminded me
6916 about the need to start using Kerberos in Skolelinux. Setting up a
6917 Kerberos server seem to be straight forward, and if we get this in
6918 place a long time before the Squeeze version of Debian freezes, we
6919 have a chance to migrate Skolelinux away from NFSv3 for the home
6920 directories, and over to an architecture where the infrastructure do
6921 not have to trust IP addresses and machines, and instead can trust
6922 users and cryptographic keys instead.
</p
>
6924 <p
>A challenge will be integration and administration. Is there a
6925 Kerberos implementation for Debian where one can control the
6926 administration access in Kerberos using LDAP groups? With it, the
6927 school administration will have to maintain access control using flat
6928 files on the main server, which give a huge potential for errors.
</p
>
6930 <p
>A related question I would like to know is how well Kerberos and
6931 pam-ccreds (offline password check) work together. Anyone know?
</p
>
6933 <p
>Next step will be to use Kerberos for access control in Lwat and
6934 Nagios. I have no idea how much work that will be to implement. We
6935 would also need to document how to integrate with Windows AD, as such
6936 shared network will require two Kerberos realms that need to cooperate
6937 to work properly.
</p
>
6939 <p
>I believe a good start would be to start using Kerberos on the
6940 skolelinux.no machines, and this way get ourselves experience with
6941 configuration and integration. A natural starting point would be
6942 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
6943 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
6946 <p
>If you would like to contribute to get this working in Skolelinux,
6947 I recommend you to see the video recording from yesterdays NUUG
6948 presentation, and start using Kerberos at home. The video show show
6949 up in a few days.
</p
>
6954 <title>After
6 years of waiting, the Xreset.d feature is implemented
</title>
6955 <link>http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html
</link>
6956 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html
</guid>
6957 <pubDate>Sat,
6 Mar
2010 18:
15:
00 +
0100</pubDate>
6958 <description><p
>6 years ago, as part of the Debian Edu development I am involved
6959 in, I asked for a hook in the kdm and gdm setup to run scripts as root
6960 when the user log out. A bug was submitted against the xfree86-common
6961 package in
2004 (
<a href=
"http://bugs.debian.org/
230422">#
230422</a
>),
6962 and revisited every time Debian Edu was working on a new release.
6963 Today, this finally paid off.
</p
>
6965 <p
>The framework for this feature was today commited to the git
6966 repositry for the xorg package, and the git repository for xdm has
6967 been updated to use this framework. Next on my agenda is to make sure
6968 kdm and gdm also add code to use this framework.
</p
>
6970 <p
>In Debian Edu, we want to ability to run commands as root when the
6971 user log out, to get rid of runaway processes and do general cleanup
6972 after a user. With this framework in place, we finally can do that in
6973 a generic way that work with all display managers using this
6974 framework. My goal is to get all display managers in Debian use it,
6975 similar to how they use the Xsession.d framework today.
<p
>
6980 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak
</title>
6981 <link>http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html
</link>
6982 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html
</guid>
6983 <pubDate>Wed,
3 Mar
2010 19:
00:
00 +
0100</pubDate>
6984 <description><p
>Den norske bokbransjen har
6985 <a href=
"http://www.digi.no/
823912/nei-til-moms-paa-e-boker
">bedt om at
6986 digitale bøker må få mva-fritak
</a
> slik papirbøker har det, og
6987 <a href=
"http://www.digi.no/
836875/moms-paa-alt-digitalt-innhold
">finansdepartementet
6988 har sagt nei
</a
>. Det er et interessant spørsmål om digitale bøker
6989 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
6991 <a href=
"http://www.digi.no/
836925/norske-e-boker-truet-av-moms
">Enkelte
6992 medlemmer
</a
> av bokbransjen truer med å droppe den planlagte
6993 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
6994 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
6995 gjerne gjøre for min del.
</p
>
6997 <p
>Papirbøker har mva-fritak pga. at de fremmer kultur- og
6998 kunnskapsspredning. Digitale bøker uten digitale
6999 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
7000 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
7001 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
7002 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
7003 få det da det er utleie av bøker og ikke salg.
</p
>
7005 <p
>Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
7006 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
7007 til å betale for å leie en bok, men tror ikke det er mange kronene.
7008 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
7009 de som vil ha tak i engelske bøker kan laste ned bøker som er
7010 tilgjengelig uten bruksbegresninger fra
<a href=
"http://www.archive.org/
">The
7011 Internet Archive
</a
>. Der er det pr. i dag
1 889 313 bøker
7012 tilgjengelig. De er tilgjengelig i flere formater. Besøk
7013 <a href=
"http://www.archive.org/details/texts
">oversikten over tekster
7014 der
</a
> for å se hva de har.
7019 <title>Debian Edu / Skolelinux based on Lenny released, work continues
</title>
7020 <link>http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html
</link>
7021 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html
</guid>
7022 <pubDate>Thu,
11 Feb
2010 17:
15:
00 +
0100</pubDate>
7023 <description><p
>On Tuesday, the Debian/Lenny based version of
7024 <a href=
"http://www.skolelinux.org/
">Skolelinux
</a
> was finally
7025 shipped. This was a major leap forward for the project, and I am very
7026 pleased that we finally got the release wrapped up. Work on the first
7027 point release starts imediately, as we plan to get that one out a
7028 month after the major release, to include all fixes for bugs we found
7029 and fixed too late in the release process to include last Tuesday.
</p
>
7031 <p
>Perhaps it even is time for some partying?
</p
>
7033 <p
>After this first point release, my plan is to focus again on the
7034 next major release, based on Squeeze. We will try to get as many of
7035 the fixes we need into the official Debian packages before the freeze,
7036 and have just a few weeks or months to make it happen.
</p
>
7041 <title>Danmark går for ODF?
</title>
7042 <link>http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html
</link>
7043 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html
</guid>
7044 <pubDate>Fri,
29 Jan
2010 12:
00:
00 +
0100</pubDate>
7045 <description><p
>Ble nettopp gjort oppmerksom på en
7046 <a href=
"http://www.version2.dk/artikel/
13690-breaking-odf-vinder-dokumentformat-krigen
">nyhet fra Version2
</a
>
7047 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
7048 brukes som dokumentutvekslingsformat i Staten.
</p
>
7050 <p
>Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
7051 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
7053 <a href=
"http://www.version2.dk/artikel/
13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard
">en
7054 annen artikkel
</a
> i samme nett-avis. Liker spesielt godt denne:
</p
>
7056 <p
><blockquote
> Det skal demonstreres, at standarden i sin helhed kan
7057 implementeres af alle direkte i sin helhed på flere
7058 platforme.
</blockquote
></p
>
7060 <p
>Noe slikt burde være et krav også i Norge.
</p
>
7065 <title>Automatic Munin and Nagios configuration
</title>
7066 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html
</link>
7067 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html
</guid>
7068 <pubDate>Wed,
27 Jan
2010 15:
15:
00 +
0100</pubDate>
7069 <description><p
>One of the new features in the next Debian/Lenny based release of
7070 Debian Edu/Skolelinux, which is scheduled for release in the next few
7071 days, is automatic configuration of the service monitoring system
7072 Nagios. The previous release had automatic configuration of trend
7073 analysis using Munin, and this Lenny based release take that a step
7076 <p
>When installing a Debian Edu Main-server, it is automatically
7077 configured as a Munin and Nagios server. In addition, it is
7078 configured to be a server for the
7079 <a href=
"http://wiki.debian.org/DebianEdu/HowTo/SiteSummary
">SiteSummary
7080 system
</a
> I have written for use in Debian Edu. The SiteSummary
7081 system is inspired by a system used by the University of Oslo where I
7082 work. In short, the system provide a centralised collector of
7083 information about the computers on the network, and a client on each
7084 computer submitting information to this collector. This allow for
7085 automatic information on which packages are installed on each machine,
7086 which kernel the machines are using, what kind of configuration the
7087 packages got etc. This also allow us to automatically generate Munin
7088 and Nagios configuration.
</p
>
7090 <p
>All computers reporting to the sitesummary collector with the
7091 munin-node package installed is automatically enabled as a Munin
7092 client and graphs from the statistics collected from that machine show
7093 up automatically on http://www/munin/ on the Main-server.
</p
>
7095 <p
>All non-laptop computers reporting to the sitesummary collector are
7096 automatically monitored for network presence (ping and any network
7097 services detected). In addition, all computers (also laptops) with
7098 the nagios-nrpe-server package installed and configured the way
7099 sitesummary would configure it, are monitored for full disks, software
7100 raid status, swap free and other checks that need to run locally on
7101 the machine.
</p
>
7103 <p
>The result is that the administrator on a school using Debian Edu
7104 based on Lenny will be able to check the health of his installation
7105 with one look at the Nagios settings, without having to spend any time
7106 keeping the Nagios configuration up-to-date.
</p
>
7108 <p
>The only configuration one need to do to get Nagios up and running
7109 is to set the password used to get access via HTTP. The system
7110 administrator need to run
"<tt
>htpasswd /etc/nagios3/htpasswd.users
7111 nagiosadmin
</tt
>" to create a nagiosadmin user and set a password for
7112 it to be able to log into the Nagios web pages. After that,
7113 everything is taken care of.
</p
>
7118 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere
</title>
7119 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html
</link>
7120 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html
</guid>
7121 <pubDate>Wed,
30 Dec
2009 16:
35:
00 +
0100</pubDate>
7122 <description><p
>Via Slashdot fant jeg en
7123 <a href=
"http://www.cnn.com/
2009/OPINION/
12/
29/schneier.air.travel.security.theater/index.html
">nydelig
7124 kommentar fra Bruce Schneier
</a
> som ble publisert hos CNN i går. Den
7125 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
7126 totalitære politistatmetoder ikke er løsningen for å gjøre verden
7127 sikrere. Anbefales på det varmeste.
</p
>
7129 <p
>Oppdatering: Kom over
7130 <a href=
"http://gizmodo.com/
5435675/president-obama-its-time-to-fire-the-tsa
">nok
7131 en kommentar
</a
> om den manglende effekten av dagens sikkerhetsteater
7132 på flyplassene.
</p
>
7137 <title>Opphavet til Skolelinux-prosjektet
</title>
7138 <link>http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html
</link>
7139 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html
</guid>
7140 <pubDate>Thu,
17 Dec
2009 10:
50:
00 +
0100</pubDate>
7141 <description><p
>De færreste er klar over at Skolelinux-prosjektet kom som et resultat
7142 av en avgjørelse på årsmøtet i
7143 <a href=
"http://www.nuug.no/
">NUUG
</a
> i
2000-
06-
29, der Håkon Wium
7144 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
7145 initiativ kalt
"Teach the Teacher
", som skulle være et initiativ for
7146 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
7147 Tanken var at en måtte starte med lærerne for at ungene skulle få
7148 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
7149 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
7150 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
7151 hadde invitert Microsoft til et møte for å fortelle om fremtidens
7152 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
7154 <a href=
"http://www.digi.no/
60982/first-tuesday-mote-med-microsoft-protest
">en
7155 demonstrasjon utenfor lokalene
2001-
05-
21</a
>. Blant de som sto bak
7156 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
7157 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
7158 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
7159 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
7160 initiativ til
"Teach the Teacher
", og for å forsøke å få litt fremgang
7161 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
7162 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
7163 av fri programvare og unix-lignende operativsystemer. Flere var
7164 interessert, og Knut Yrvin tenkte på ideen. Han
7165 <a href=
"http://developer.skolelinux.no/brev/
2001-
06-
28-invitasjon-skolelinux.txt
">ropte
7166 sammen
</a
> til et stiftelsesmøte i prosjektet i sin arbeidsgivers
7167 Objectwares lokaler ved Ullevål stadion
2001-
07-
02, og jeg ble med.
7168 Resten er historie. :)
</p
>
7173 <title>Første NUUG-fordrag sendt på TV
</title>
7174 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html
</link>
7175 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html
</guid>
7176 <pubDate>Tue,
8 Dec
2009 12:
00:
00 +
0100</pubDate>
7177 <description><p
>Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
7179 <a href=
"http://www.nuug.no/aktiviteter/
20090512-bifrost/
">utskriftsløsningen
7180 Biforst
</a
> var først ute, pga. at det var det nyeste foredraget som
7181 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
7182 teksting av video skulle gjøres.
</p
>
7184 <p
>NUUG har vært involvert i
7185 <a href=
"http://www.frikanalen.no/
">Frikanalen
</a
> en stund nå, for å
7186 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
7187 er en sped start på det vi har planlagt.
</p
>
7189 <p
>NUUGs første foredrag sendes ut via frikanelen på digitalt
7190 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
7191 ta inn sendingen. Slå på TVen
5/
12 16:
05 (for sent),
12/
12 14:
00,
7192 19/
12 16:
00,
24/
12 15:
37 eller
26/
12 16:
11 i år, så skal du få se
7193 meg, Tollef og alle andre de som deltok på møtet på TV.
<p
>
7198 <title>Kartverket
"frigjør
" data men er fortsatt ikke interessante
</title>
7199 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</link>
7200 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html
</guid>
7201 <pubDate>Thu,
12 Nov
2009 10:
10:
00 +
0100</pubDate>
7202 <description><p
>Dagens
7203 <a href=
"http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips
">kartnyhet
</a
>
7204 er at kartverket gir ikke-kommersiell tilgang til
7205 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
7206 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
7207 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
7208 interesse.
</p
>
7210 <p
>I går publiserte Ivan Sanchez
7211 <a href=
"http://www.opengeodata.org/
2009/
11/
11/
921/
">kaketesten
</a
>
7212 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
7213 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
7214 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
7215 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
7216 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
7217 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
7218 ikke be en konditor om å lage en kake (brudd på kravet om
7219 ikke-kommersiell bruk) med kartverkets kart.
</p
>
7221 <p
>De som vil lage karttjenester basert på denne nye tjenesten fra
7222 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
7223 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
7224 nok fortsette å bruke data fra
7225 <a href=
"http://www.openstreetmap.org
">OpenStreetmap.org
</a
>, der jeg
7226 har kontrollen med tilgang til kartdataene, og kan endre på de
7227 underliggende dataene som jeg ønsker.
</p
>
7229 <p
>Som et eksempel, så trenger vi til en norsk
7230 <a href=
"http://www.fixmystreet.com/
">FixMyStreet-installasjon
</a
>
7231 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
7232 er ubrukelig til dette.
</p
>
7234 <p
>Oppdatering
2011-
01-
14: Link til kaketesten er forsvunnet, bruk
7235 <a href=
"http://blog.okfn.org/
2010/
03/
15/the-cake-test-of-freedom/
">denne
7236 nye i stedet
</a
>.
</p
>
7241 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk
</title>
7242 <link>http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html
</link>
7243 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html
</guid>
7244 <pubDate>Fri,
6 Nov
2009 18:
45:
00 +
0100</pubDate>
7245 <description><p
>Det er svært gledelig å se at
7246 <a href=
"http://www.aftenposten.no/nyheter/iriks/article3360796.ece
">retten
7247 fant at Telenor ikke skal fungere som Internet-voktere
</a
> på vegne av
7248 opphavsrettsmafiaen. TONO påstår ikke overraskende
"rettighetshaverne
7249 er rettsløse
". De burde jo vite alt om hvordan rettighetshaverne blir
7251 <a href=
"http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492
">nektet
7252 å hjelpe et av sine medlemmer i en plagiatsak
</a
> mot Universal i
7255 <p
>Ved opphavsrettsbrudd så er det jo den som offentliggjort
7256 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
7257 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
7258 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
7259 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
7260 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
7261 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
7262 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
7263 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
7264 en ikke liker det som blir publisert, så må det tas opp med den som
7265 publiserer, ikke noen andre.
</p
>
7267 <p
>Personlig velger jeg å stort sett bruke kulturuttrykk som
7268 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.
</p
>
7273 <title>Internet-sensur skal i retten på mandag
</title>
7274 <link>http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html
</link>
7275 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html
</guid>
7276 <pubDate>Sat,
10 Oct
2009 22:
00:
00 +
0200</pubDate>
7277 <description><p
><a href=
"http://www.dagensit.no/bransje/article1757755.ece
">DagensIT
</a
>
7278 melder at Telenor og Tono skal i retten på mandag for å diskutere
7279 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
7280 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
7281 resultatet fra den rettsaken.
</p
>
7283 <p
>Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
7284 Strøm, som forteller at
"Pirate Bay inneholder
95 prosent ulovlig
7285 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
7286 sensur
". Jeg tok en titt på
7287 <a href=
"http://thepiratebay.org/
">forsiden til The Pirate Bay
</a
>,
7288 som forteller at det pr. i dag er
1 884 694 torrenter på trackeren.
7289 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
7290 av The Pirate Bay.
5% av dette antallet er
94 235. Det kan dermed
7291 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
7292 tilgang til nesten
100 000 lovlige filer. Jeg lurer på om han er
7293 korrekt sitert.
</p
>
7295 <p
>Lurer også på hvor
95%-tallet kommer fram. Er det seriøs og
7296 etterprøvbar forskning på området som viser at dette er andelen
7297 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
7298 musikkbransjenes egne tall? De har
7299 <a href=
"http://www.guardian.co.uk/music/
2009/oct/
06/edwyn-collins-sharing-music
">jo
7300 demonstrert
</a
> at de ikke er i stand til å skille lovlig og ulovlig
7301 bruk av musikk.
</p
>
7306 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?
</title>
7307 <link>http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html
</link>
7308 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html
</guid>
7309 <pubDate>Wed,
23 Sep
2009 10:
00:
00 +
0200</pubDate>
7310 <description><p
>Elektroniske bøker diskuteres for tiden, etter at
7311 <a href=
"http://www.aftenposten.no/kul_und/litteratur/article3280914.ece
">bokbransjen
7312 hevder
</a
> det er usikkert om de kommer til å gi ut elektroniske
7313 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
7314 på papirbøker. I den forbindelse så jeg et interessant forslag i
7316 <a href=
"http://www.digi.no/php/ny_debatt.php?id=
823912">digi-debatt
</a
>
7317 jeg hadde sans for.
"einarr
" foreslo at DRM-infiserte elektroniske
7318 bøker bør ha merverdiavgift, da
"de ikke bidrar til
7319 kunnskapsspredning på samme måte
" som papirbøker og dermed går
7320 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
7321 mva-fritak da de
"kan overføres mellom enheter, leses på ulike
7322 plattformer, lånes ut og siteres og kopieres fra
" slik en kan med
7323 papirbøker.
</p
>
7325 <p
>En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
7326 materiale må anses som leid og dermed en tjeneste, mens materiale uten
7327 DRM må anses som et kjøp.
</p
>
7332 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger
</title>
7333 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</link>
7334 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html
</guid>
7335 <pubDate>Sun,
23 Aug
2009 10:
00:
00 +
0200</pubDate>
7336 <description><p
>Sikkerhet til sjøs burde være noe som opptar mange etter den siste
7337 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
7338 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
7339 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
7340 det grunner og annet en må ta hensyn til på sjøen.
</p
>
7342 <p
>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
7343 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
7344 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
7345 Internet. Det trenger heller ikke være spesielt kostbart.
</p
>
7347 <p
>Både ved Rocknes-ulykken i Vatlestraumen, der
18 mennesker mistet
7348 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
7349 lekket ut i havet, var det registrert problemer relatert til
7350 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
7351 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
7352 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
7353 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
7354 uker tidligere konstatert manglende sjøkart.
</p
>
7356 <p
>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
7357 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
7358 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
7359 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
7360 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
7361 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
7362 Gjensidige i
2008 fortalte at halvparten av alle båteierne i landet
7363 ikke har sjøkart i båten.
</p
>
7365 <p
>Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
7366 sjøkartverket må være i henhold til en fri og åpen standard, slik at
7367 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
7368 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
7369 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
7370 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
7371 konvertering kan andre ta seg av hvis det er et marked for det.
</p
>
7373 <p
>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
7374 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
7375 om hvor viktig det er at de har oppdaterte kart. Det bør være
7376 viktigere for staten at båtene
<strong
>har
</strong
> oppdaterte kart
7377 enn at de er pålagt å ha oppdaterte kart.
</p
>
7379 <p
>Sjøkartene er
<a href=
"http://kart.kystverket.no/
">tilgjengelig på web
7380 fra kystverket
</a
>, men så vidt jeg har klart å finne, uten
7381 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.
</p
>
7383 <p
>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
7384 på et dugnadsbasert fribrukskart for havet,
7385 <a href=
"http://openseamap.org/
">OpenSeaMap
</a
>. Datagrunnlaget er
7386 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
7387 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
7388 det viser at behovet for fribruks-sjøkart er til stedet.
</p
>
7393 <title>Relative popularity of document formats (MS Office vs. ODF)
</title>
7394 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</link>
7395 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html
</guid>
7396 <pubDate>Wed,
12 Aug
2009 15:
50:
00 +
0200</pubDate>
7397 <description><p
>Just for fun, I did a search right now on Google for a few file ODF
7398 and MS Office based formats (not to be mistaken for ISO or ECMA
7399 OOXML), to get an idea of their relative usage. I searched using
7400 'filetype:odt
' and equvalent terms, and got these results:
</P
>
7403 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
7404 <tr
><td
>Tekst
</td
> <td
>odt:
282000</td
> <td
>docx:
308000</td
></tr
>
7405 <tr
><td
>Presentasjon
</td
> <td
>odp:
75600</td
> <td
>pptx:
183000</td
></tr
>
7406 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
145000</td
></tr
>
7409 <p
>Next, I added a
'site:no
' limit to get the numbers for Norway, and
7410 got these numbers:
</p
>
7413 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
7414 <tr
><td
>Tekst
</td
> <td
>odt:
2480 </td
> <td
>docx:
4460</td
></tr
>
7415 <tr
><td
>Presentasjon
</td
> <td
>odp:
299 </td
> <td
>pptx:
741</td
></tr
>
7416 <tr
><td
>Regneark
</td
> <td
>ods:
187 </td
> <td
>xlsx:
372</td
></tr
>
7419 <p
>I wonder how these numbers change over time.
</p
>
7421 <p
>I am aware of Google returning different results and numbers based
7422 on where the search is done, so I guess these numbers will differ if
7423 they are conduced in another country. Because of this, I did the same
7424 search from a machine in California, USA, a few minutes after the
7425 search done from a machine here in Norway.
</p
>
7429 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
7430 <tr
><td
>Tekst
</td
> <td
>odt:
129000</td
> <td
>docx:
308000</td
></tr
>
7431 <tr
><td
>Presentasjon
</td
> <td
>odp:
44200</td
> <td
>pptx:
93900</td
></tr
>
7432 <tr
><td
>Regneark
</td
> <td
>ods:
26500 </td
> <td
>xlsx:
82400</td
></tr
>
7435 <p
>And with
'site:no
':
7438 <tr
><th
>Type
</th
><th
>ODF
</th
><th
>MS Office
</th
></tr
>
7439 <tr
><td
>Tekst
</td
> <td
>odt:
2480</td
> <td
>docx:
3410</td
></tr
>
7440 <tr
><td
>Presentasjon
</td
> <td
>odp:
175</td
> <td
>pptx:
604</td
></tr
>
7441 <tr
><td
>Regneark
</td
> <td
>ods:
186 </td
> <td
>xlsx:
296</td
></tr
>
7444 <p
>Interesting difference, not sure what to conclude from these
7450 <title>ISO still hope to fix OOXML
</title>
7451 <link>http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html
</link>
7452 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html
</guid>
7453 <pubDate>Sat,
8 Aug
2009 14:
00:
00 +
0200</pubDate>
7454 <description><p
>According to
<a
7455 href=
"http://twerner.blogspot.com/
2009/
08/defects-of-office-open-xml.html
">a
7456 blog post from Torsten Werner
</a
>, the current defect report for ISO
7457 29500 (ISO OOXML) is
809 pages. His interesting point is that the
7458 defect report is
71 pages more than the full ODF
1.1 specification.
7459 Personally I find it more interesting that ISO still believe ISO OOXML
7460 can be fixed in ISO. Personally, I believe it is broken beyon repair,
7461 and I completely lack any trust in ISO for being able to get anywhere
7462 close to solving the problems. I was part of the Norwegian committee
7463 involved in the OOXML fast track process, and was not impressed with
7464 Standard Norway and ISO in how they handled it.
</p
>
7466 <p
>These days I focus on ODF instead, which seem like a specification
7467 with the future ahead of it. We are working in NUUG to organise a ODF
7468 seminar this autumn.
</p
>
7473 <title>Debian has switched to dependency based boot sequencing
</title>
7474 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html
</link>
7475 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html
</guid>
7476 <pubDate>Mon,
27 Jul
2009 23:
50:
00 +
0200</pubDate>
7477 <description><p
>Since this evening, with the upload of sysvinit version
2.87dsf-
2,
7478 and the upload of insserv version
1.12.0-
10 yesterday, Debian unstable
7479 have been migrated to using dependency based boot sequencing. This
7480 conclude work me and others have been doing for the last three days.
7481 It feels great to see this finally part of the default Debian
7482 installation. Now we just need to weed out the last few problems that
7483 are bound to show up, to get everything ready for Squeeze.
</p
>
7485 <p
>The next step is migrating /sbin/init from sysvinit to upstart, and
7486 fixing the more fundamental problem of handing the event based
7487 non-predictable kernel in the early boot.
</p
>
7492 <title>Taking over sysvinit development
</title>
7493 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html
</link>
7494 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html
</guid>
7495 <pubDate>Wed,
22 Jul
2009 23:
00:
00 +
0200</pubDate>
7496 <description><p
>After several years of frustration with the lack of activity from
7497 the existing sysvinit upstream developer, I decided a few weeks ago to
7498 take over the package and become the new upstream. The number of
7499 patches to track for the Debian package was becoming a burden, and the
7500 lack of synchronization between the distribution made it hard to keep
7501 the package up to date.
</p
>
7503 <p
>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
7504 and my Debian co-maintainer Kel Modderman. About
10 days ago, I made
7505 a new upstream tarball with version number
2.87dsf (for Debian, SuSe
7506 and Fedora), based on the patches currently in use in these
7507 distributions. We Debian maintainers plan to move to this tarball as
7508 the new upstream as soon as we find time to do the merge. Since the
7509 new tarball was created, we agreed with Werner at SuSe to make a new
7510 upstream project at
<a href=
"http://savannah.nongnu.org/
">Savannah
</a
>, and continue
7511 development there. The project is registered and currently waiting
7512 for approval by the Savannah administrators, and as soon as it is
7513 approved, we will import the old versions from svn and continue
7514 working on the future release.
</p
>
7516 <p
>It is a bit ironic that this is done now, when some of the involved
7517 distributions are moving to upstart as a syvinit replacement.
</p
>
7522 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon
2</title>
7523 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</link>
7524 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html
</guid>
7525 <pubDate>Thu,
9 Jul
2009 14:
40:
00 +
0200</pubDate>
7526 <description><p
>For å forstå mer om hvorfor standardkatalogens versjon
2 ble som
7527 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
7528 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
7529 wiki, direkte tilgjengelig via
"<a
7530 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon.pdf
">Referansekatalogen
7531 v2.0 - Oppsummering av høring
</a
>" og
"<a
7532 href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2?action=AttachFile
&do=get
&target=kongelig-resolusjon-katalogutkast.pdf
">Referansekatalog
7533 for IT-standarder i offentlig sektor Versjon
2.0, dd.mm.åååå -
7534 UTKAST
</a
>".
</p
>
7536 <p
>Det er tre ting jeg merker meg i oppsummeringen fra
7537 høringsuttalelsen da jeg skummet igjennom den. Det første er at
7538 forståelsen av hvordan programvarepatenter påvirker fri
7539 programvareutvikling også i Norge når en argumenterer med at
7540 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
7541 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
7542 standard innenfor hvert område. Det siste er at påstander i
7543 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
7544 Microsoft om hvordan Ogg blir standardisert og påstanden fra
7545 politidirektoratet om patentproblemer i Theora).
</p
>
7550 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon
2</title>
7551 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</link>
7552 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html
</guid>
7553 <pubDate>Mon,
6 Jul
2009 21:
00:
00 +
0200</pubDate>
7554 <description><p
>Jeg ble glad da regjeringen
7555 <a href=
"http://www.digi.no/
817635/her-er-statens-nye-it-standarder
">annonserte
</a
>
7557 <a href=
"http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf
">statens
7558 referansekatalog over standarder
</a
>, men trist da jeg leste hva som
7559 faktisk var vedtatt etter
7560 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2.html
">høringen
</a
>.
7561 De fleste av de valgte åpne standardene er gode og vil bidra til at
7562 alle kan delta på like vilkår i å lage løsninger for staten, men
7563 noen av dem blokkerer for de som ikke har anledning til å benytte
7564 spesifikasjoner som krever betaling for bruk (såkalt
7565 royalty-betaling). Det gjelder spesifikt for H
.264 for video og MP3
7566 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
7567 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
7568 fra statens websider gjøre dette uten å måtte bruke programmer der
7569 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
7570 de statlige etatene å bruke enten H
.264 eller Theora (og MP3 eler
7571 Vorbis), så vil en bli tvunget til å forholde seg til
7572 royalty-belastede standarder for å få tilgang til videoen og
7575 <p
>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
7576 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
7577 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
7578 all forståelse for hvilke prinsipper som må følges for å oppnå
7579 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
7581 <a href=
"http://wiki.nuug.no/uttalelser/
200901-standardkatalog-v2
">sin
7582 høringsuttalelse
</a
>, men ser ut til å ha blitt ignorert.
</p
>
7584 <p
>Oppdatering
2012-
06-
29: Kom over
<ahref=
"
7585 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf
">en
7586 rapport til FAD
</a
> fra da versjon
1 av katalogen ble vedtatt, og der
7587 er det tydelig at problemstillingen var kjent og forstått.
</p
>
7592 <title>Litt om valgfusk og problemet med elektronisk stemmegiving
</title>
7593 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</link>
7594 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html
</guid>
7595 <pubDate>Wed,
17 Jun
2009 14:
20:
00 +
0200</pubDate>
7596 <description><p
><a href=
"http://www.aftenposten.no/nyheter/uriks/article3127058.ece
">Aftenposten
7597 melder
</a
> at det kan se ut til at Iran ikke har lært av USA når det
7598 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
7599 kandidat aldri får færre stemmer under opptellingen, ellers blir det
7600 veldig tydelig at tallene ikke er til å stole på. I USA er det
7601 derimot
<a href=
"http://www.blackboxvoting.org/
">rapporter om at
7602 tallene har vært endret
</a
> på tur mot opptellingen, ikke etter at
7603 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
7604 En ting Iran åpenbart har forstått, er verdien av å kunne
7605 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
7606 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
7607 stemmene har vært oppbevart.
</p
>
7609 <p
><a href=
"http://universitas.no/kronikk/
48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/
">Universitetet
7610 i Oslo derimot
</a
>, har ikke forstått verdien av å kunne
7611 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
7612 over Internet, med et system som ikke kan kontrolltelles hvis det
7613 kommer anklager om juks med stemmene. Systemet har flere kjente
7614 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
7615 jeg har derfor latt være å stemme ved valg på UiO siden det ble
7618 <p
>Universitet i Bergen derimot har klart det kunststykket å aktivt gå
7619 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
7620 over Internet
<a href=
"http://nyheter.uib.no/?modus=vis_nyhet
&id=
43404">kan
7621 spore hvem som stemmer hva
</a
> (det kan en forøvrig også ved UiO), og tatt
7622 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
7623 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
7624 inneholdt i Iran hvis de ikke hadde hemmelige valg?
</p
>
7629 <title>Standarder fungerer best når en samler seg rundt dem
</title>
7630 <link>http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html
</link>
7631 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html
</guid>
7632 <pubDate>Tue,
19 May
2009 11:
30:
00 +
0200</pubDate>
7633 <description><p
>En standard er noe man samler seg rundt, ut fra ideen om at en får
7634 fordeler når mange står sammen. Jo flere som står sammen, jo
7635 bedre. Når en vet dette, blir det litt merkelig å lese noen av
7636 uttalelsene som er kommet inn til
7637 <a href=
"http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/
2009/horing---referansekatalog-versjon-
2/horingsuttalelser.html?id=
549423">høringen
7638 om versjon
2 av statens referansekatalog over standarder
</a
>. Blant
7639 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
7640 innenfor samme område. Det blir som å si at det er fint om Norge
7641 standardiserte både på A4- og Letter-størrelser på arkene, ulik
7642 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
7643 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
7644 standard som er best. De fleste forstår heldigvis at dette ikke
7645 bidrar positivt.
</p
>
7650 <title>BSAs påstander om piratkopiering møter motstand
</title>
7651 <link>http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html
</link>
7652 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html
</guid>
7653 <pubDate>Sun,
17 May
2009 23:
05:
00 +
0200</pubDate>
7654 <description><p
>Hvert år de siste årene har BSA, lobbyfronten til de store
7655 programvareselskapene som Microsoft og Apple, publisert en rapport der
7656 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
7657 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
7659 <a href=
"http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf
">siste
7660 rapport
</a
>, og det er flere kritiske kommentarer publisert de siste
7661 dagene. Et spesielt interessant kommentar fra Sverige,
7662 <a href=
"http://www.idg.se/
2.1085/
1.229795/bsa-hoftade-sverigesiffror
">BSA
7663 höftade Sverigesiffror
</a
>, oppsummeres slik:
</p
>
7666 I sin senaste rapport slår BSA fast att
25 procent av all mjukvara i
7667 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
7668 företag.
"Man bör nog kanske inte se de här siffrorna som helt
7669 exakta
", säger BSAs Sverigechef John Hugosson.
7672 <p
>Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge? To andre kommentarer er
<a
7673 href=
"http://www.vnunet.com/vnunet/comment/
2242134/bsa-piracy-figures-shot-reality
">BSA
7674 piracy figures need a shot of reality
</a
> og
<a
7675 href=
"http://www.michaelgeist.ca/content/view/
3958/
125/
">Does The WIPO
7676 Copyright Treaty Work?
</a
></p
>
7678 <p
>Fant lenkene via
<a
7679 href=
"http://tech.slashdot.org/article.pl?sid=
09/
05/
17/
1632242">oppslag
7680 på Slashdot
</a
>.
</p
>
7685 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges
</title>
7686 <link>http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</link>
7687 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html
</guid>
7688 <pubDate>Sat,
16 May
2009 09:
30:
00 +
0200</pubDate>
7689 <description><p
><a href=
"http://www.aftenposten.no/nyheter/oslo/article3078919.ece
">Flere
</a
>
7691 <a href=
"http://blogg.karlsbakk.net/
2009/
02/
28/nsb-ruter-og-flexus/
">flere
</a
>
7692 protesterer på den massive overvåkningen og registrering av
7693 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
7694 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
7695 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
7696 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
7697 alvorlig galt. Den massive registreringen av hvor og når
7698 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
7699 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
7700 Osloområdet.
</p
>
7705 <title>3D-printing brer om seg - fabrikkene består
</title>
7706 <link>http://people.skolelinux.org/pere/blog/
3D_printing_brer_om_seg___fabrikkene_best_r.html
</link>
7707 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/
3D_printing_brer_om_seg___fabrikkene_best_r.html
</guid>
7708 <pubDate>Sun,
10 May
2009 16:
50:
00 +
0200</pubDate>
7709 <description><p
>I
2004 fikk jeg med meg en forelesning om
3D-printing under
<a
7710 href=
"http://wiki.oreillynet.com/eurofoo/index.cgi
">euro foo camp
</a
>
7711 der jeg lærte mye nytt om
3D-printing. Fikk se et lite sjakktårn
7712 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
7713 gummiball som også var skrevet ut (med et lite hull for å få ut
7714 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
7715 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
7716 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
7717 funnet noen referanser til i ettertid, og har derfor lurt på om det
7718 stemmer. Teknologisk skulle det ikke være noe i veien for slike
7719 løsninger, det er kun et spørmål om pris på skrivehoder og
7720 skrivere. I dag ble jeg tipset om en løsning som
7721 <a href=
"http://www.shapeways.com/blog/archives/
217-
3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html
">kan
7722 skrive ut hus
</a
>, med sand og bindemiddel i
25 DPI oppløsning. Mon
7723 tro om det er fremtidens byggemetode.
</p
>
7725 <p
>Jeg er ikke i tvil om at
3D-utskrift vil føre til endringer i
7726 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
7727 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
7728 som tror at
3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
7729 forregnet seg.
3D-skrivere er fantastisk bra til å lage spesielle
7730 dingser på forespørsel, f.eks. etter å ha lastet ned et
3D-design fra
7731 tjenester som
<a href=
"http://www.thingiverse.com/
">Thingiverse
</a
>.
7732 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
7733 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
7734 lages tusenvis, eller millioner av en dings, så vil fabrikkene
7735 sannsynligvis fortsette å slå
3D-skriving ned i støvlene
7736 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
7737 det derimot skal lages en håndfull, så vil
3D-skriving fremstå som
7738 et suverent alternativ.
3D-skriving er i så måte løsning for
7739 <a href=
"http://en.wikipedia.org/wiki/The_Long_Tail
">den lange
7740 halen
</a
>, mens fabrikker nok fortsatt vil være løsningen for
7741 massemarkedet.
</p
>
7746 <title>Lenker samlet
2009-
05-
09</title>
7747 <link>http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html
</link>
7748 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html
</guid>
7749 <pubDate>Sat,
9 May
2009 22:
40:
00 +
0200</pubDate>
7750 <description><ul
>
7752 <li
><a href=
"http://www.aftenposten.no/meninger/kronikker/article3066834.ece
">Jeg, et offer
</a
>
7753 <br
>Aage Borchgrevink drodler om offerrollens framvekst i den norske
7754 offentligheten.
</li
>
7756 <li
><a href=
"http://www.nuug.no/pub/video/published/
200904-goopen.html
">Opptak fra Go Open
2009 på web
</a
>
7757 <br
>Endelig kan jeg få med meg foredragene jeg gikk glipp av.
</li
>
7759 <li
><a href=
"http://www.robweir.com/blog/
2009/
05/update-on-odf-spreadsheet.html
">MS Excel
2007 håndterer ODF dårlig
</a
>
7760 <br
>Microsoft har lykkes med å implementere ODF slik at de ikke
7761 samhandler med noen av de andre som håndterer ODF-regneark.
</li
>
7763 <li
><a href=
"http://www.groklaw.net/article.php?story=
20090503215045379">MS
7764 Word
2007 håndterer ODF dårlig
</a
>
7765 <br
>Fotnoter laget i MS Office blir merkelige i OpenOffice.org.
</li
>
7772 <title>IDG mener linux i servermarkedet vil vokse med
21% i
2009</title>
7773 <link>http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</link>
7774 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html
</guid>
7775 <pubDate>Thu,
7 May
2009 22:
30:
00 +
0200</pubDate>
7776 <description><p
>Kom over
7777 <a href=
"http://news.cnet.com/
8301-
13505_3-
10216873-
16.html
">interessante
7778 tall
</a
> fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
7779 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
7780 jobber til daglig. En rask opptelling forteller meg at vi har
490
7781 (
61%) fysiske unix-tjener (mest linux men også noen solaris) og
196
7782 (
25%) windowstjenere, samt
112 (
14%) virtuelle unix-tjenere. Med den
7783 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.
</p
>
7788 <title>Kryptert harddisk - naturligvis
</title>
7789 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html
</link>
7790 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html
</guid>
7791 <pubDate>Sat,
2 May
2009 15:
30:
00 +
0200</pubDate>
7792 <description><p
><a href=
"http://www.dagensit.no/trender/article1658676.ece
">Dagens
7793 IT melder
</a
> at Intel hevder at det er dyrt å miste en datamaskin,
7794 når en tar tap av arbeidstid, fortrolige dokumenter,
7795 personopplysninger og alt annet det innebærer. Det er ingen tvil om
7796 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
7797 til at jeg har kryptert harddisken på både kontormaskinen og min
7798 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
7799 komme på avveie, den første informasjon relatert til jobben min ved
7800 Universitetet i Oslo, og den andre relatert til blant annet
7801 foreningsarbeide. Kryptering av diskene gjør at det er lite
7802 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
7803 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
7804 og en reboot vil gjøre at de ber om passord før de vil starte opp.
7805 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
7806 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
7807 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
7808 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
7809 det er gjort slik jeg gjør det er minimale, og gevinstene er
7810 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
7811 maskinen reinstalleres og alt er tapt.
</p
>
7813 <p
>Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
7814 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
7815 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
7816 er for min del høyere enn gevinsten. Jeg tror oddsene for at
7817 f.eks. etteretningsorganisasjoner har glede av å titte på mine
7818 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
7819 gjøre det vanskeligere for angripere med kompetanse og ressurser er
7820 betydelige.
</p
>
7825 <title>No patch is not better than a useless patch
</title>
7826 <link>http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html
</link>
7827 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html
</guid>
7828 <pubDate>Tue,
28 Apr
2009 09:
30:
00 +
0200</pubDate>
7829 <description><p
>Julien Blache
7830 <a href=
"http://blog.technologeek.org/
2009/
04/
12/
214">claim that no
7831 patch is better than a useless patch
</a
>. I completely disagree, as a
7832 patch allow one to discuss a concrete and proposed solution, and also
7833 prove that the issue at hand is important enough for someone to spent
7834 time on fixing it. No patch do not provide any of these positive
7835 properties.
</p
>
7840 <title>EU-parlamentet raner fellesskapet for musikk
</title>
7841 <link>http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html
</link>
7842 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html
</guid>
7843 <pubDate>Sun,
26 Apr
2009 08:
30:
00 +
0200</pubDate>
7844 <description><p
>Slashdot melder at EU-parlamentet har vedtatt
7845 <a href=
"http://www.europarl.europa.eu/news/expert/infopress_page/
058-
54192-
111-
04-
17-
909-
20090422IPR54191-
21-
04-
2009-
2009-false/default_en.htm
">å
7846 øke vernetiden for musikkopptak fra
50 til
70 år
</a
>, og dermed rane
7847 fellesskapet for
20 år med musikk som ville vært tilgjengelig uten
7848 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
7849 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
7850 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
7851 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
7852 folket, som skulle falt i det fri men som i stedet forblir under
7853 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
7854 urimelig. Tenke seg til at vernetiden startet i USA med
7 år og
7855 mulighet for forlengelse med
7 år. Nå er den
95 år der, og en stor
7856 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
7857 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
7858 I dag er den
70 år.
</p
>
7860 <p
>Jeg er glad det finnes
<a href=
"http://www.jamendo.com/
">så mye
7861 musikk tilgjengelig uten bruksbegresninger
</a
> at en kan klare seg
7862 uten musikk med bruksbegresninger.
</p
>
7867 <title>Hvor flyter Microsofts penger?
</title>
7868 <link>http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html
</link>
7869 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html
</guid>
7870 <pubDate>Fri,
24 Apr
2009 11:
10:
00 +
0200</pubDate>
7871 <description><p
>Dagens nyhet er at omsetningen til Microsoft for første gang er
7872 synkende. Ikke spesielt uventet med den generelle nedgangen i
7873 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
7874 ting fra noen år tilbake.
</p
>
7876 <p
>Da jeg besøkte en kamerat i Beijing sommeren
2000, ble jeg fortalt
7877 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
7878 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
7879 rundt om i verden ble kanalisert inn til skatteparadiset
7880 <a href=
"http://en.wikipedia.org/wiki/Cayman_Islands
">Cayman
7881 Island
</a
>. Jeg har aldri lykkes med å få bekreftet dette påstanden,
7882 men tok i dag en titt på hvilke selskaper som eier de norske delene av
7883 Microsoft som jeg kjenner til, dvs.
7884 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft
&bc=
0&c=Z001YP4Y
&org=
957485030">Microsoft
7885 Norge AS
</a
> og
7886 <a href=
"http://www.proff.no/proff/search/companyRoles.c?freeText=fast
&bc=
348&c=Z0HR5KDT
&org=
979158831">FAST,
7887 A Microsoft Subsidiary
</a
> (tidligere FAST Search
& Transfer ASA).
</p
>
7889 <p
>Førstnevnte er eid av
"Microsoft International Holdings Spain
7890 S.R.L.
", mens sistnevnte i følge Wikipedia nå eies av
7891 Microsoft-underselskapet
"MACS Holdings Limited
". Jeg har ikke klart
7892 å finne mer informasjon om noen av disse. Mon tro om noen av dem
7893 sender pengene til Cayman Island? Finner det jeg tror er
7894 <a href=
"http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html
">informasjon
7895 om spaniaselskapet på spansk
</a
>, men jeg kan ikke lese spansk. :(
</p
>
7900 <title>Hvorfor jeg ikke bruker eFaktura
</title>
7901 <link>http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html
</link>
7902 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html
</guid>
7903 <pubDate>Thu,
23 Apr
2009 23:
00:
00 +
0200</pubDate>
7904 <description><p
>Telenors annonsering om å kreve
35 kroner i gebyr fra alle som
7905 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
7906 langt snakker om at eldre og folk som ikke behersker data vil få en
7907 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
7908 kategoriene, men velger å holde meg unna eFaktura - som er det
7909 Telenor ønsker å få folk over på - pga. systemets egenskaper.
</p
>
7911 <p
>Slik jeg har sett eFaktura til forbrukere så langt, så sender
7912 selger en elektronisk beskjed til kundens bank, som legger ut
7913 informasjon om fakturaen i nettbanken for godkjenning. Personlig
7914 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
7915 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
7916 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
7917 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
7918 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
7919 fakturaen skal banken involveres. En faktura bør jo inn i
7920 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
7921 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
7922 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
7923 som kunde.
</p
>
7925 <p
>I tillegg har jeg ikke vært i stand til å finne
7926 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
7927 slike krever dyre avtaler med bankene for å få lov til å sende ut
7928 eFaktura til kunder. Jeg ser vel helst at fakturering på
7929 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
7930 måtte betale mellommenn for retten til å lever ut en faktura, og
7931 liker rett og slett ikke dagens faktureringsmodeller.
</p
>
7936 <title>Nasjonalbiblioteket legger ut bøker på web
</title>
7937 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</link>
7938 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html
</guid>
7939 <pubDate>Thu,
23 Apr
2009 19:
40:
00 +
0200</pubDate>
7940 <description><p
><a href=
"http://www.aftenposten.no/kul_und/litteratur/article3042382.ece
">Aftenposten
7942 <a href=
"http://www.nb.no/aktuelt/
50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig
">nasjonalbiblioteket
7943 og Kopinor har gjort en avtale
</a
> som gjør at eldre bøker kan gjøres
7944 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får
56
7945 øre for hver side som legges ut. Utvalget er litt merkelig:
1790-,
7946 1890- og
1990-tallet. Jeg synes det er absurd hvis det er slik at
7947 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
7948 beskyttet av opphavsretten. Jeg antar her at det er mer enn
90 år
7949 siden forfatterne av bøker som ble publisert
1790-
1799 døde, slik at
7950 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
7951 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
7952 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
7953 <a href=
"http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt
">En
7954 melding fra nasjonalbiblioteket i
2007</a
> tyder på at tekster i det
7955 fri ikke trenger avtale med Kopinor.
</p
>
7957 <p
>Et annet problem er at bøkene kun legges ut som bildefiler, noe som
7958 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
7959 etter fragmenter i teksten. En risikerer dermed at de blir liggende
7960 på en slik måte at folk som bruker Google ikke finner dem.
</p
>
7962 <p
>Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
7963 sin aprilspøk, og la ut bøkene som faller i det fri
7964 fortløpende.
</p
>
7970 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig
</title>
7971 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</link>
7972 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html
</guid>
7973 <pubDate>Fri,
17 Apr
2009 20:
00:
00 +
0200</pubDate>
7974 <description><p
>Jeg hadde glede av å overvære FADs lansering av
7975 <a href=
"http://www.deltemeninger.no/
">Debattsentralen
7976 deltemeninger.no
</a
> under Go Open
2009, og må si jeg ble skuffet over
7977 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
7978 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
7979 og gikk så over til å snakke om fildeling som om fildeling i seg er
7980 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
7981 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
7982 distribusjon av filer. Det er ingenting med denne fildelingen som
7983 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
7984 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
7985 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
7986 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
7987 som deles og hvilke bruksbegrensninger som gjelder for filene. En
7988 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
7989 og fildeling av slike filer er fullt ut lovlig.
</p
>
7994 <title>Reprap-bygging i påsken
</title>
7995 <link>http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html
</link>
7996 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html
</guid>
7997 <pubDate>Sun,
12 Apr
2009 10:
00:
00 +
0200</pubDate>
7998 <description><p
>Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
7999 til
<a href=
"http://www.goopen.no/
">Go Open
2009</a
> uka etter påske.
8000 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
8001 skruer og muttere til å løsne, så var første punkt på programmet å
8002 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
8003 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
8004 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
8005 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
8006 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
8007 noen ganger. Har knekket/sprukket
3 plastbiter så langt. Håper jeg
8008 får skrevet ut nye før skriveren bryter sammen pga. dette. :)
</p
>
8010 <p
>I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
8011 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
8012 være tett omslynget av et par stjernehjul som holder båndet mellom
8013 alle Z-aksene på plass. Problemet er at båndet er
6mm, mens alle
8014 plastdelene er
5mm brede. Det betyr at et
6mm band skal inn i et
5mm
8015 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
8016 legge en
1mm skive mellom tannhjulene og stjernehjulene over
8017 tannhjulet, slik at det blir plass til båndet.
</p
>
8019 <p
>Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
8020 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
8021 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
8022 litt plast for å løse dette problemet. Da vi begynte å se på
8023 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
8024 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
8025 Var ikke klar over at dette er ferskvare, men
8026 <a href=
"http://forums.reprap.org/read.php?
70,
16250">en
8027 forumposting
</a
> viser at dette er et kjent problem. Det var ikke
8028 helt enkelt å finne ut hva
"Fire cement
" heter på norsk. Mange
8029 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
8030 alternativer som kunne fungere, som eksosmonteringspasta,
8031 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
8032 men ingen av disse så ut til å være helt riktige for dette bruket.
8033 Fire cement håndterer temperaturer opp til
1200 grader celsius, og
8034 krever ikke utblanding i vann. Konsulterte,
8035 <a href=
"http://robot.hiof.no/node/
5">våre
8036 venner ved Høgskolen i Halden
</a
>, og det viste seg at de hadde hatt samme
8037 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
8038 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
8039 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
8040 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
8041 <a href=
"http://www.unipak.dk/UK/stovex.html
">Stovex
</a
> ovnskitt, og
8042 er nå klar til å lage varmeelement til skrivehodet.
8043 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
8044 <a href=
"http://blog.reprap.org/
2009/
04/by-your-powers-combined-i-am-kapton.html
">reprap-blogpost
</a
>
8045 som fortalte om et bedre vidundermiddel for å lage varmeelement,
8046 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
8047 til neste gang. En reprap-variant ved navn
8048 <a href=
"http://wiki.makerbot.com/plastruder-mk3
">Plastruder MK3
</a
>
8049 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
8050 -
100 og +
400 grader og brukes av astronautene for å tette drakten.
</p
>
8055 <title>Fransk idiotlovforslag hinker gjennom parlamentet
</title>
8056 <link>http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html
</link>
8057 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html
</guid>
8058 <pubDate>Fri,
10 Apr
2009 00:
10:
00 +
0200</pubDate>
8059 <description><p
><a href=
"http://www.dagbladet.no/
2009/
04/
09/kultur/musikk/fildeling/tekno/
5689356/
">Dagbladet
8060 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
8061 til alle som blir anklaget for å ha brutt opphavsretten
3 ganger
</a
>
8062 ble nedstemt i dag med
21 mot
15 stemmer. Vinklingen i Dagbladet er
8063 litt merkelig når en vet at det samme forslaget ble vedtatt i
8064 parlamentets andre kammer med
12 mot
4 stemmer, etter at det
8065 <a href=
"http://opendotdotdot.blogspot.com/
2009/
04/hadopi-law-passed-by-
12-votes-to-
4.html
">overraskende
8066 ble foreslått å ta saken opp til votering
22:
45 sist torsdag
</a
>,
8067 etter sigende i strid med vanlige rutiner i det franske parlamentet.
</p
>
8069 <p
>Det hele blir ennå mer komisk når et vet at
8070 <a href=
"http://www.zeropaid.com/news/
10034/political_hypocrisy_french_president_sued_for_copyright_infringement/
">presidentens
8071 parti er blitt anklaget for å ha brutt opphavsretten
</a
>. Mon tro om
8072 partet skal miste internet-forbindelsen hvis de får
2 anklager til
8073 rettet mot seg.
</p
>
8078 <title>Recording video from cron using VLC
</title>
8079 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html
</link>
8080 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html
</guid>
8081 <pubDate>Sun,
5 Apr
2009 10:
00:
00 +
0200</pubDate>
8082 <description><p
>One think I have wanted to figure out for a along time is how to
8083 run vlc from cron to do recording of video streams on the net. The
8084 task is trivial with mplayer, but I do not really trust the security
8085 of mplayer (it crashes too often on strange input), and thus prefer
8086 vlc. I finally found a way to do it today. I spent an hour or so
8087 searching the web for recipes and reading the documentation. The
8088 hardest part was to get rid of the GUI window, but after finding the
8089 dummy interface, the command line finally presented itself:
</p
>
8091 <blockquote
><pre
>URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
8093 DISPLAY= vlc -q $URL \
8094 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
8095 --intf=dummy
</pre
></blockquote
>
8097 <p
>The command stream the URL and store it in the SAVEFILE by
8098 duplicating the output stream to
"nodisplay
" and the file, using the
8099 dummy interface. The dummy interface and the nodisplay output make
8100 sure no X interface is needed.
</p
>
8102 <p
>The cron job then need to start this job with the appropriate URL
8103 and file name to save, sleep for the duration wanted, and then kill
8104 the vlc process with SIGTERM. Here is a complete script
8105 <tt
>vlc-record
</tt
> to use from
<tt
>at
</tt
> or
<tt
>cron
</tt
>:
</p
>
8107 <blockquote
><pre
>#!/bin/sh
8110 SAVEFILE=
"$
2"
8111 DURATION=
"$
3"
8112 DISPLAY= vlc -q
"$URL
" \
8113 --sout=
"#duplicate{dst=std{access=file,url=
'$SAVEFILE
'},dst=nodisplay}
" \
8114 --intf=dummy
< /dev/null
> /dev/null
2>&1 &
8118 wait $pid
</pre
></blockquote
>
8123 <title>Standardize on protocols and formats, not vendors and applications
</title>
8124 <link>http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html
</link>
8125 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html
</guid>
8126 <pubDate>Mon,
30 Mar
2009 11:
50:
00 +
0200</pubDate>
8127 <description><p
>Where I work at the University of Oslo, one decision stand out as a
8128 very good one to form a long lived computer infrastructure. It is the
8129 simple one, lost by many in todays computer industry: Standardize on
8130 open network protocols and open exchange/storage formats, not applications.
8131 Applications come and go, while protocols and files tend to stay, and
8132 thus one want to make it easy to change application and vendor, while
8133 avoiding conversion costs and locking users to a specific platform or
8134 application.
</p
>
8136 <p
>This approach make it possible to replace the client applications
8137 independently of the server applications. One can even allow users to
8138 use several different applications as long as they handle the selected
8139 protocol and format. In the normal case, only one client application
8140 is recommended and users only get help if they choose to use this
8141 application, but those that want to deviate from the easy path are not
8142 blocked from doing so.
</p
>
8144 <p
>It also allow us to replace the server side without forcing the
8145 users to replace their applications, and thus allow us to select the
8146 best server implementation at any moment, when scale and resouce
8147 requirements change.
</p
>
8149 <p
>I strongly recommend standardizing - on open network protocols and
8150 open formats, but I would never recommend standardizing on a single
8151 application that do not use open network protocol or open formats.
</p
>
8156 <title>Returning from Skolelinux developer gathering
</title>
8157 <link>http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html
</link>
8158 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html
</guid>
8159 <pubDate>Sun,
29 Mar
2009 21:
00:
00 +
0200</pubDate>
8160 <description><p
>I
'm sitting on the train going home from this weekends Debian
8161 Edu/Skolelinux development gathering. I got a bit done tuning the
8162 desktop, and looked into the dynamic service location protocol
8163 implementation avahi. It look like it could be useful for us. Almost
8164 30 people participated, and I believe it was a great environment to
8165 get to know the Skolelinux system. Walter Bender, involved in the
8166 development of the Sugar educational platform, presented his stuff and
8167 also helped me improve my OLPC installation. He also showed me that
8168 his Turtle Art application can be used in standalone mode, and we
8169 agreed that I would help getting it packaged for Debian. As a
8170 standalone application it would be great for Debian Edu. We also
8171 tried to get the video conferencing working with two OLPCs, but that
8172 proved to be too hard for us. The application seem to need more work
8173 before it is ready for me. I look forward to getting home and relax
8179 <title>Time for new LDAP schemas replacing RFC
2307?
</title>
8180 <link>http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
</link>
8181 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html
</guid>
8182 <pubDate>Sun,
29 Mar
2009 20:
30:
00 +
0200</pubDate>
8183 <description><p
>The state of standardized LDAP schemas on Linux is far from
8184 optimal. There is RFC
2307 documenting one way to store NIS maps in
8185 LDAP, and a modified version of this normally called RFC
2307bis, with
8186 some modifications to be compatible with Active Directory. The RFC
8187 specification handle the content of a lot of system databases, but do
8188 not handle DNS zones and DHCP configuration.
</p
>
8190 <p
>In
<a href=
"http://www.skolelinux.org/
">Debian Edu/Skolelinux
</a
>,
8191 we would like to store information about users, SMB clients/hosts,
8192 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
8193 and LTSP configuration in LDAP. These objects have a lot in common,
8194 but with the current LDAP schemas it is not possible to have one
8195 object per entity. For example, one need to have at least three LDAP
8196 objects for a given computer, one with the SMB related stuff, one with
8197 DNS information and another with DHCP information. The schemas
8198 provided for DNS and DHCP are impossible to combine into one LDAP
8199 object. In addition, it is impossible to implement quick queries for
8200 netgroup membership, because of the way NIS triples are implemented.
8201 It just do not scale. I believe it is time for a few RFC
8202 specifications to cleam up this mess.
</p
>
8204 <p
>I would like to have one LDAP object representing each computer in
8205 the network, and this object can then keep the SMB (ie host key), DHCP
8206 (mac address/name) and DNS (name/IP address) settings in one place.
8207 It need to be efficently stored to make sure it scale well.
</p
>
8209 <p
>I would also like to have a quick way to map from a user or
8210 computer and to the net group this user or computer is a member.
</p
>
8212 <p
>Active Directory have done a better job than unix heads like myself
8213 in this regard, and the unix side need to catch up. Time to start a
8214 new IETF work group?
</p
>
8219 <title>Hva er egentlig en åpen standard?
</title>
8220 <link>http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html
</link>
8221 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html
</guid>
8222 <pubDate>Sat,
28 Mar
2009 10:
50:
00 +
0100</pubDate>
8223 <description><p
>Jeg møter alle slags interessante mennesker på min vei, og et møte
8224 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
8225 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
8226 standarder. Det var interessant, da det fikk meg til å tenke litt
8227 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
8228 som en standard. Det hele startet med arbeid rundt integrering av NSS
8229 LDAP mot Active Directory, og problemer som oppstår pga. at Active
8230 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
8231 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
8232 mer enn
1500 atributter av en gitt type i et LDAP-objekt, og en må be
8233 om resten i bolker av
1500). Jeg hevdet måten dette ble gjort på brøt
8234 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
8235 fra IETF det sto at oppførselen til AD ikke fulgte
8236 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
8237 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
8238 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
8239 mente lå til grunn. Jeg ble spesielt overrasket over denne
8240 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
8241 jeg kan se anerkjenner IETF som organisasjonen som definerer
8242 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
8243 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
8244 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
8245 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
8246 hva en standard er, og hva som er kilden til en gitt standard. Det er
8247 vanskelig å enes om felles standarder før en først enes om hvem som
8248 bestemmer hva en gitt standard innebærer.
</p
>
8250 <p
>Hva er så en standard? I sin abstrakte form er det noe å samles
8251 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
8252 type fane en samlet seg rundt på kamplassen i riddertiden. En
8253 standard definerer altså et felleskap, noen som har noe felles. Det
8254 er naturligvis mange måter å utgjøre et felleskap på. En kan
8255 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
8256 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
8257 standarden seg uten noe mer organisering og prosedyre. En variant av
8258 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
8259 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
8260 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
8261 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
8262 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
8263 unngå dette dumme.
</p
>
8265 <p
>En kan også ta det et skritt videre, og istedet for å basere seg på
8266 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
8267 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
8268 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
8269 kan sette igang), men det kan bidra til at den oppførselen en
8270 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
8271 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
8272 - da flere har vært involvert i å utarbeide beskrivelsen.
</p
>
8274 <p
>Dette er dessverre ikke alt som trengs for å forstå hva en åpen
8275 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
8276 dermed har valget om de vil oppføre seg likt eller ikke, så er det
8277 endel juridiske faktorer som gjør det hele mer komplisert -
8278 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
8279 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
8280 melodi når de møtes, for å identifisere hverandre, så kan
8281 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
8282 De har standardisert hvordan de kjenner igjen alle som følger denne
8283 standarden, men ikke alle har nødvendigvis lov til å følge den.
8284 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
8285 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
8286 sin ytterste konsekvens si at alle som skal plystre en
8287 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
8288 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
8289 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
8290 som får lov til å benytte seg av denne standarden. En annen variant
8291 er hvis en standard er dokumentert, så er dokumentet som definerer
8292 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
8293 dermed mulig for rettighetsinnehaver å begrense tilgang til
8294 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
8295 den måten.
</p
>
8297 <p
>Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
8298 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
8299 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
8300 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
8301 for å ta i bruk en standard, så vil den som innehar patent kunne styre
8302 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
8303 kan delta i et standard-felleskap, og hvis de kan delta, så er det
8304 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
8305 sette vilkår som gjør at noen faller utenfor, det være seg av
8306 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
8307 vilkår er
"må betale litt for hver kunde/bruker
" som utelukker de som
8308 gir bort en løsning gratis og
"må gi fra seg retten til å håndheve
8309 sine egne patentrettigheter ovenfor rettighetshaver
" som utelukker
8310 alle som ønsker å beholde den muligheten.
</p
>
8312 <p
>En åpen standard innebærer for meg at alle kan få innsikt i en
8313 komplett beskrivelse av oppførsel som standarden skal dekke, og at
8314 ingen kan nektes å benytte seg av standarden. Noen mener at det
8315 holder at alle med tilstrekkelig finansiering kan få tilgang til
8316 spesifikasjonen og at en kun har finansielle krav til bruk.
8317 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
8318 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
8319 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
8320 av en standard for at en standard skal kunne kalles fri og åpen.
</p
>
8325 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg
</title>
8326 <link>http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html
</link>
8327 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html
</guid>
8328 <pubDate>Thu,
19 Mar
2009 22:
15:
00 +
0100</pubDate>
8329 <description><p
>I går tok jeg mot til meg, og løste problemet med
8330 z-aksen ved å borre i delen som manglet feste mot tannjulet som
8331 skal drive z-aksereimen. Dermed var det klart for å montere
8332 z-akse-akslingen på motoren og komme et steg videre med
8333 reprap-monteringen. Prøvekjørte den i dag med
8334 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
8335 fungerte. I hvert fall når stepmotoren ikke forsøkte
8336 å snurre for raskt rundt. Ved høy hastighet roterte
8337 ikke akslingen i det hele tatt. Motoren ble bare stående
8338 å vibrere. Usikker på hvorfor, men antar motoren ikke
8339 har nok kraft til å få hele akslingen til å
8340 rotere så raskt. Denne øvelsen avslørte dog et
8341 annet problem med monteringen så langt. Under testingen
8342 begynte skruer og muttere å ry ned fra ulike deler av
8343 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
8344 å tåle slike vibrasjoner. Tror en
5-
6 skruver og/eller
8345 muttere løsnet. Brukte ganske lang tid på å
8346 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
8347 må strammes skikkelig til før første
8350 <p
>Neste steg er å få laget z-aksebåndet. Der trenger jeg
8351 egnet lim og en konstruksjon for å klemme bandet sammen under
8353 <a href=
"http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt
">beskrevet
8354 på reprap-wikien
</a
>. Er blitt tipset om svart superlim som er
8355 elastisk også etter at det tørket, og dro ned til Small Size
8356 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
8357 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
8358 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
8359 limet egentlig heter, så det er vanskelig å søke på nett.
</p
>
8364 <title>Avisene i endring
</title>
8365 <link>http://people.skolelinux.org/pere/blog/Avisene_i_endring.html
</link>
8366 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Avisene_i_endring.html
</guid>
8367 <pubDate>Sun,
15 Mar
2009 22:
15:
00 +
0100</pubDate>
8368 <description><p
>Jeg kom over bloggposten
8369 "<a href=
"http://www.shirky.com/weblog/
2009/
03/newspapers-and-thinking-the-unthinkable/
">Newspapers
8370 and Thinking the Unthinkable
</a
>" som jeg synes forklarer godt hva som
8371 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
8372 forretningsmodeller basert på å løse problemer som ikke lenger
8373 eksisterer. Det blir spennende å se hva vi ender opp med.
</p
>
8378 <title>Testing av reprap-elektronikken igang
</title>
8379 <link>http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html
</link>
8380 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html
</guid>
8381 <pubDate>Thu,
12 Mar
2009 16:
00:
00 +
0100</pubDate>
8382 <description><p
>Lenge siden det var en oppdatering av status for min
3D-skriver og
8383 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
8384 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
8385 til at bits-from-bytes sitt byggesett versjon
2.01 hadde noen småfeil,
8386 der en del manglet og en annen hadde suboptimalt design. Jeg løser
8387 antagelig det ene problemet med å borre noen ekstra hull til skruver i
8388 en plastdelen som trenger å festes. Det andre problemet håper jeg å
8389 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
8390 Høgskolen er igang med å bygge en tilsvarende reprap i versjon
2.0, og
8391 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
8392 delen jeg mangler på denne.
</p
>
8394 <p
>Når det gjelder elektronikken, så er mye allerede loddet sammen av
8395 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
8396 enn meg. Jeg fikk i dag testet
8397 <a href=
"http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1
">stepper
8398 motordriveren (v1.1)
</a
>, og det fungerte. Jeg møtte et lite problem
8399 med strømforsyningen, en standard ATX-strømforsyning som nektet å
8400 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
8402 <a href=
"http://dev.www.reprap.org/bin/view/Main/PCPowerSupply
">reprap-sidene
8403 om PC-strømforsyninger
</a
>. Jeg møtte også et annet problem med
8404 Arduino-programvaren. Versjon
0013 fungerer visst ikke på
8405 Debian/Etch. Den kompilerte binæren ble på
0 bytes. En side jeg fant
8407 <a href=
"http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=
1234153046/
5">tipset
8408 meg
</A
> om at en nedgradering
8409 til
<a href=
"http://arduino.googlecode.com/files/arduino-
0012-linux.tgz
">versjon
8410 0012</a
> kunne løse problemet, og endelig ser jeg motorakslingen
8411 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
8412 reprap-en kvikner til.
</p
>
8417 <title>Frikanalen og jul i studentrådet
</title>
8418 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
</link>
8419 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html
</guid>
8420 <pubDate>Wed,
11 Mar
2009 23:
40:
00 +
0100</pubDate>
8421 <description><p
>I går
8422 <a href=
"http://lists.nuug.no/pipermail/interesserte/
2009-March/
000387.html
">lanserte
</a
>
8424 <a href=
"http://www.frikanalen.no
">Frikanalen
</a
> med
8425 <a href=
"http://www.nuug.no/pub/video/frikanalen/frontpage.cgi
">åpne
8426 standarder
</a
>, og resultatet av noen intense uker med arbeide kunne
8427 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
8428 Frikanalen er et eksempel på, der borgerne får anledning til å
8429 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
8430 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
8431 kan få tilgang til opptakene på web, og slipper å måtte installere MS
8432 Silverlight for å spille av opptakene.
</p
>
8434 <p
>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
8435 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
8436 er bakgrunnen for at det fredag
13. mars
2009 kl
09:
00 starter en
8437 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
8438 foreningen Åpen kanal) har saksøkt kulturdepartementet over
8439 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.
</p
>
8441 <p
>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
8442 av å se en rekke av innslagene som er tilgjengelig. Her er mye
8443 religiøst sludder, fra
8444 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
720">vandring
8445 i jerusalem
</a
> via
8446 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
779">religiøst
8447 vinklede nyheter
</a
> til
8449 href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2077">kreasjonisk
8450 retorikk
</a
>, men også fine
8451 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
407">dokumentarer
8452 om redningsselskapet
</a
> og
8453 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
2204">interessante
8454 tegneserieanmeldelser
</a
>. Det jeg derimot har hatt størst glede av,
8457 <a href=
"http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=
1556">jul
8458 i studentrådet
</a
>, der hver episode var en fest å se på. Jeg håper
8459 NUUG lykkes med å få ut sine opptak med like stor suksess.
</p
>
8464 <title>Lisensvalg for NUUG-opptakene endelig på plass
</title>
8465 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html
</link>
8466 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html
</guid>
8467 <pubDate>Fri,
6 Mar
2009 21:
20:
00 +
0100</pubDate>
8468 <description><p
>Etter mange års meditasjon over temaet, har NUUG endelig klart å
8469 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
8470 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
8471 blir
<a href=
"http://creativecommons.org/licenses/by-sa/
3.0/no/
">Creative
8472 Commons Navngivelse-Del på samme vilkår
3.0 Norge
</a
>. Jeg er veldig
8473 glad for at denne saken endelig er landet. Lisensen for opptaket til
8474 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
8475 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
8476 i denne sammenhengen.
</p
>
8481 <title>Teknisk program for Go Open
2009 er nesten ferdig
</title>
8482 <link>http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</link>
8483 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html
</guid>
8484 <pubDate>Thu,
5 Mar
2009 22:
30:
00 +
0100</pubDate>
8485 <description><p
>Etter lang tids jobbing begynner endelig programmet til det
8486 tekniske sporet på konferansen
<a href=
"http://www.goopen.no/
">Go Open
8487 2009</a
> å bli ferdig. Det blir
9 punkter på programmet, og etter alt
8488 å dømme blir det disse
9:
</p
>
8492 <li
>"Open Telephony: A solution greater than the sum of its parts
" med
8493 Jon
"maddog
" Hall
</li
>
8494 <li
>OpenSolaris-relatert med Ian Murdock fra SUN
</li
>
8495 <li
>"The inner workings of the OpenStreetmap project and the
8496 technology used
" med Andy Allan
</li
>
8497 <li
>Coreboot-relatert med Peter Stuge
</li
>
8498 <li
>"Gratis værdata fra Meteorologisk institutt
" med Trond Michelsen
</li
>
8499 <li
>RRDtool/Nagios-relatert med Tobias Oetiker
</li
>
8500 <li
>"Developers guide to server-side productivity and fun using open
8501 source platforms and frameworks
" med en gjeng folk fra
8502 JavaBin-miljøet
</li
>
8503 <li
>"G(et)it Nå!
" med Marcus Ramberg
</li
>
8504 <li
>Om kontrolltelling av valgresultater med fri programvare med Mitch
8505 Trachtenberg
</li
>
8509 <p
>De siste bekreftelsene og overskrifter mangler og kommer
8510 forhåpentlig på plass før mandag, men jeg håper dette blir et program
8511 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
8517 <title>Checking server hardware support status for Dell, HP and IBM servers
</title>
8518 <link>http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</link>
8519 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html
</guid>
8520 <pubDate>Sat,
28 Feb
2009 23:
50:
00 +
0100</pubDate>
8521 <description><p
>At work, we have a few hundred Linux servers, and with that amount
8522 of hardware it is important to keep track of when the hardware support
8523 contract expire for each server. We have a machine (and service)
8524 register, which until recently did not contain much useful besides the
8525 machine room location and contact information for the system owner for
8526 each machine. To make it easier for us to track support contract
8527 status, I
've recently spent time on extending the machine register to
8528 include information about when the support contract expire, and to tag
8529 machines with expired contracts to make it easy to get a list of such
8530 machines. I extended a perl script already being used to import
8531 information about machines into the register, to also do some screen
8532 scraping off the sites of Dell, HP and IBM (our majority of machines
8533 are from these vendors), and automatically check the support status
8534 for the relevant machines. This make the support status information
8535 easily available and I hope it will make it easier for the computer
8536 owner to know when to get new hardware or renew the support contract.
8537 The result of this work documented that
27% of the machines in the
8538 registry is without a support contract, and made it very easy to find
8539 them.
27% might seem like a lot, but I see it more as the case of us
8540 using machines a bit longer than the
3 years a normal support contract
8541 last, to have test machines and a platform for less important
8542 services. After all, the machines without a contract are working fine
8543 at the moment and the lack of contract is only a problem if any of
8544 them break down. When that happen, we can either fix it using spare
8545 parts from other machines or move the service to another old
8548 <p
>I believe the code for screen scraping the Dell site was originally
8549 written by Trond Hasle Amundsen, and later adjusted by me and Morten
8550 Werner Forsbring. The HP scraping was written by me after reading a
8551 nice article in ;login: about how to use WWW::Mechanize, and the IBM
8552 scraping was written by me based on the Dell code. I know the HTML
8553 parsing could be done using nice libraries, but did not want to
8554 introduce more dependencies. This is the current incarnation:
</p
>
8562 sub get_support_info {
8563 my ($machine, $model, $serial, $productnumber) = @_;
8566 if ( $model =~ m/^Dell / ) {
8567 # fetch website from Dell support
8568 my $url =
"http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no
&amp;cs=nodhs1
&amp;l=no
&amp;s=dhs
&amp;ServiceTag=$serial
";
8569 my $webpage = get($url);
8570 return undef unless ($webpage);
8573 my @lines = split(/\n/, $webpage);
8574 foreach my $line (@lines) {
8575 next unless ($line =~ m/Beskrivelse/);
8576 $line =~ s/
&lt;[^
>]+?
>/;/gm;
8577 $line =~ s/^.+?;(Beskrivelse;)/$
1/;
8579 my @f = split(/\;/, $line);
8581 my $lastend =
"";
8582 while ($f[
3] eq
"DELL
") {
8583 my ($type, $startstr, $endstr, $days) = @f[
0,
5,
7,
10];
8585 my $start = POSIX::strftime(
"%Y-%m-%d
",
8586 localtime(str2time($startstr)));
8587 my $end = POSIX::strftime(
"%Y-%m-%d
",
8588 localtime(str2time($endstr)));
8589 $str .=
"$type $start -
> $end
";
8591 $lastend = $end if ($end gt $lastend);
8593 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
8594 tag_machine_unsupported($machine)
8595 if ($lastend lt $today);
8597 } elsif ( $model =~ m/^HP / ) {
8598 my $mech = WWW::Mechanize-
>new();
8600 'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do
';
8601 $mech-
>get($url);
8603 'BODServiceID
' =
> 'NA
',
8604 'RegisteredPurchaseDate
' =
> '',
8605 'country
' =
> 'NO
',
8606 'productNumber
' =
> $productnumber,
8607 'serialNumber1
' =
> $serial,
8609 $mech-
>submit_form( form_number =
> 2,
8610 fields =
> $fields );
8611 # Next step is screen scraping
8612 my $content = $mech-
>content();
8614 $content =~ s/
&lt;[^
>]+?
>/;/gm;
8615 $content =~ s/\s+/ /gm;
8616 $content =~ s/;\s*;/;;/gm;
8617 $content =~ s/;[\s;]+/;/gm;
8619 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
8621 while ($content =~ m/;Warranty Type;/) {
8622 my ($type, $status, $startstr, $stopstr) = $content =~
8623 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
8624 $content =~ s/^.+?;Warranty Type;//;
8625 my $start = POSIX::strftime(
"%Y-%m-%d
",
8626 localtime(str2time($startstr)));
8627 my $end = POSIX::strftime(
"%Y-%m-%d
",
8628 localtime(str2time($stopstr)));
8630 $str .=
"$type ($status) $start -
> $end
";
8632 tag_machine_unsupported($machine)
8633 if ($end lt $today);
8635 } elsif ( $model =~ m/^IBM / ) {
8636 # This code ignore extended support contracts.
8637 my ($producttype) = $model =~ m/.*-\[(.{
4}).+\]-/;
8638 if ($producttype
&amp;
&amp; $serial) {
8640 get(
"http://www-
947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty
&amp;brandind=
5000008&amp;Submit=Submit
&amp;type=$producttype
&amp;serial=$serial
");
8642 $content =~ s/
&lt;[^
>]+?
>/;/gm;
8643 $content =~ s/\s+/ /gm;
8644 $content =~ s/;\s*;/;;/gm;
8645 $content =~ s/;[\s;]+/;/gm;
8647 $content =~ s/^.+?;Warranty status;//;
8648 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
8650 $str .=
"($status) -
> $end
";
8652 my $today = POSIX::strftime(
"%Y-%m-%d
", localtime(time));
8653 tag_machine_unsupported($machine)
8654 if ($end lt $today);
8662 <p
>Here are some examples on how to use the function, using fake
8663 serial numbers. The information passed in as arguments are fetched
8664 from dmidecode.
</p
>
8667 print get_support_info(
"hp.host
",
"HP ProLiant BL460c G1
",
"1234567890"
8668 "447707-B21
");
8669 print get_support_info(
"dell.host
",
"Dell Inc. PowerEdge
2950",
"1234567");
8670 print get_support_info(
"ibm.host
",
"IBM eserver xSeries
345 -[
867061X]-
",
8671 "1234567");
8674 <p
>I would recommend this approach for tracking support contracts for
8675 everyone with more than a few computers to administer. :)
</p
>
8677 <p
>Update
2009-
03-
06: The IBM page do not include extended support
8678 contracts, so it is useless in that case. The original Dell code do
8679 not handle extended support contracts either, but has been updated to
8685 <title>Using bar codes at a computing center
</title>
8686 <link>http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html
</link>
8687 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html
</guid>
8688 <pubDate>Fri,
20 Feb
2009 08:
50:
00 +
0100</pubDate>
8689 <description><p
>At work with the University of Oslo, we have several hundred computers
8690 in our computing center. This give us a challenge in tracking the
8691 location and cabling of the computers, when they are added, moved and
8692 removed. Some times the location register is not updated when a
8693 computer is inserted or moved and we then have to search the room for
8694 the
"missing
" computer.
</p
>
8696 <p
>In the last issue of Linux Journal, I came across a project
8697 <a href=
"http://www.libdmtx.org/
">libdmtx
</a
> to write and read bar
8698 code blocks as defined in the
8699 <a href=
"http://en.wikipedia.org/wiki/Data_Matrix
">The Data Matrix
8700 Standard
</a
>. This is bar codes that can be read with a normal
8701 digital camera, for example that on a cell phone, and several such bar
8702 codes can be read by libdmtx from one picture. The bar code standard
8703 allow up to
2 KiB to be written in the tag. There is another project
8704 with
<a href=
"http://www.terryburton.co.uk/barcodewriter/
">a bar code
8705 writer written in postscript
</a
> capable of creating such bar codes,
8706 but this was the first time I found a tool to read these bar
8709 <p
>It occurred to me that this could be used to tag and track the
8710 machines in our computing center. If both racks and computers are
8711 tagged this way, we can use a picture of the rack and all its
8712 computers to detect the rack location of any computer in that rack.
8713 If we do this regularly for the entire room, we will find all
8714 locations, and can detect movements and removals.
</p
>
8716 <p
>I decided to test if this would work in practice, and picked a
8717 random rack and tagged all the machines with their names. Next, I
8718 took pictures with my digital camera, and gave the dmtxread program
8719 these JPEG pictures to see how many tags it could read. This worked
8720 fairly well. If the pictures was well focused and not taken from the
8721 side, all tags in the image could be read. Because of limited space
8722 between the racks, I was unable to get a good picture of the entire
8723 rack, but could without problem read all tags from a picture covering
8724 about half the rack. I had to limit the search time used by dmtxread
8725 to
60000 ms to make sure it terminated in a reasonable time frame.
</p
>
8727 <p
>My conclusion is that this could work, and we should probably look
8728 at adjusting our computer tagging procedures to use bar codes for
8729 easier automatic tracking of computers.
</p
>
8734 <title>Første vellykkede videostrøm fra NUUG
</title>
8735 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html
</link>
8736 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html
</guid>
8737 <pubDate>Wed,
11 Feb
2009 06:
30:
00 +
0100</pubDate>
8738 <description><p
>Jeg ble glad for å se under
8739 <a href=
"http://www.nuug.no/aktiviteter/
20090210-compiz/
">gårdagens
8740 medlemsmøte
</a
> i NUUG Oslo at utsending av live-video fra møtet
8741 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
8742 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
8743 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
8744 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
8745 under møtet å motta spørsmål via IRC som ble besvart der og da.
8746 Opptaket publiseres så snart det er kopiert over til NUUGs
8747 webserver og komprimert.
</p
>
8752 <title>Min reprap tar sakte form
</title>
8753 <link>http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html
</link>
8754 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html
</guid>
8755 <pubDate>Tue,
3 Feb
2009 13:
30:
00 +
0100</pubDate>
8756 <description><p
>Min reprap begynner å ta form. Den er nå kommet så langt at den er
8757 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
8758 hele er klart for litt enkel testing. Har møtt på to problemer som
8759 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
8760 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
8761 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
8762 forklare hvordan de kom rundt problemene. De to problemene er
8763 relatert til Z-aksen og Y-aksen.
</p
>
8765 <p
>For Z-aksen, er det et stjernehjul som festes på motoraksen ved
8766 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
8767 Problemet med det nederste stjernejulet er at det er helt løst, og
8768 blir liggende på motoren
5 mm nedenfor tannjulet, i stedet for å ligge
8769 inntil tannjulet slik det skal. Mulig løsningen er å borre i
8770 stjernehjulet, eller lime det fast.
</p
>
8772 <p
>For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
8773 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
8774 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.
</p
>
8776 <p
>Når det gjelder elektronikken til min reprap, så er min gode venn
8777 Anders Rosnes igang med å lodde sammen delene og han forteller at
8778 koblingsbordet for Arduino er klart, og en temperatursensor og en
8779 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
8780 ut hvordan jeg laster opp firmware i Arduino-en. :)
</p
>
8782 <p
>Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
8783 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
8784 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
8785 de fleste metalldelene. Gleder meg til å se resultaten av det
8791 <title>Intellektuelt privilegium - et bedre IP-begrep
</title>
8792 <link>http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html
</link>
8793 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html
</guid>
8794 <pubDate>Sun,
1 Feb
2009 15:
06:
00 +
0100</pubDate>
8795 <description><p
>Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
8796 patenter, varemerker og forretningshemmeligheter. Problemet med dette
8797 begrepet er at det er svært misvisende. For det første er ingen av de
8798 begrensede monopolene det her er snakk om som kan kalles eiendom, og
8799 for det andre er egenskapene til de ulike monopolene så forskjellige
8800 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
8801 sekkebegrep. Blant annet Richard Stallman har
8802 <a href=
"http://www.gnu.org/philosophy/not-ipr.html
">skrevet litt om dette
</a
>.
</p
>
8804 <p
>I dag kom jeg over
8805 <a href=
"http://blogs.sun.com/webmink/entry/intellectual_privilege
">en
8806 bloggpost fra Simon Phipps
</a
> som foreslår å bruke intellektuelt
8807 privilegium som begrep i stedet, da det gjør det klarere at det ikke
8808 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
8809 forteller videre at noen jobber med å skrive
8810 <a href=
"http://www.intellectualprivilege.com/book.html
">en bok med
8811 tittel Intellectual Privilege
</a
>, og at boken er anbefalt av Lawrence
8812 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
8813 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
8814 forretningshemmeligheter framover.
</p
>
8819 <title>Fri og åpen standard, slik Digistan ser det
</title>
8820 <link>http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
</link>
8821 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html
</guid>
8822 <pubDate>Sat,
31 Jan
2009 23:
10:
00 +
0100</pubDate>
8823 <description><p
>Det er mange ulike definisjoner om hva en åpen standard er for noe,
8824 og NUUG hadde
<a href=
"http://www.nuug.no/dokumenter/standard-presse-def-
200506.txt
">en
8825 pressemelding om dette sommeren
2005</a
>. Der ble definisjonen til
8826 <a href=
"http://www.aaben-standard.dk/
">DKUUG
</a
>,
8827 <a href=
"http://europa.eu.int/idabc/servlets/Doc?id=
19529">EU-kommissionens
8828 European Interoperability Framework ( side
9)
</a
> og
8829 <a href=
"http://www.teknologiradet.no/files/
7polert_copy.htm
">teknologirådet
</a
> omtalt.
</p
>
8831 <p
>Siden den gang har regjeringens standardiseringsråd dukket opp, og de
8832 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
8833 <a href=
"http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=
476407">sin
8834 arbeidsmetodikk
</a
>. Personlig synes jeg det er en god ide, da
8835 kravene som stilles der gjør at alle markedsaktører får like vilkår,
8836 noe som kommer kundene til gode ved hjelp av økt konkurranse.
</p
>
8838 <p
>I sommer kom det en ny definisjon på banen.
8839 <a href=
"http://www.digistan.org/
">Digistan
</a
> lanserte
8840 <a href=
"http://www.digistan.org/open-standard:definition
">en
8841 definisjon på en fri og åpen standard
</a
>. Jeg liker måten de bryter
8842 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
8843 ved å legge på et ord og poengtere at en standard som er både åpen og
8844 fri har noen spesielle krav. Her er den definisjonen etter rask
8845 oversettelse fra engelsk til norsk av meg:
</p
>
8848 <p
><strong
>Definisjonen av en fri og åpen standard
</strong
></p
>
8850 <p
>Den digitale standardorganisasjonen definierer fri og åpen standard
8851 som følger:
</p
>
8853 <li
>En fri og åpen standard er immun for leverandørinnlåsing i alle
8854 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
8855 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
8857 <li
>Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
8858 organisasjon, og dens pågående utvikling gjøres med en åpen
8859 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
8861 <li
>Standarden er publisert og spesifikasjonsdokumentet er fritt
8862 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
8863 bruke den uten begresninger.
</li
>
8864 <li
>Patentene som muligens gjelder (deler av) standarden er gjort
8865 ugjenkallelig tilgjengelig uten krav om betaling.
</li
>
8866 <li
>Det er ingen begresninger i gjenbruk av standarden.
</li
>
8868 <p
>Det økonomiske resultatet av en fri og åpen standard, som kan
8869 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
8870 produkter basert på standarden.
</p
>
8873 <p
>(Tar gjerne imot forbedringer av oversettelsen.)
</p
>
8878 <title>Transendentalt tullball og en funksjonell tilnærming
</title>
8879 <link>http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html
</link>
8880 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html
</guid>
8881 <pubDate>Sat,
24 Jan
2009 15:
00:
00 +
0100</pubDate>
8882 <description><p
>Kom over
8883 <a href=
"http://debian-administration.org/users/dkg/weblog/
39">en
8884 bloggpost fra Daniel Kahn Gillmor
</a
> som forteller at
8885 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
8886 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
8887 <a href=
"http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf
">Trancendental
8888 Nonsense and the Functional Approach
</a
> fra
1935. Det må jeg si var
8889 svært interessant for å forstå hvordan og hvorfor immaterialretten har
8890 utvidet sitt virkeområde og hvor lenge det har pågått.
</p
>
8892 <p
>Innlegget minner meg på
8893 <a href=
"https://penta.debconf.org/~joerg/events/
161.en.html
">en
8894 presentasjon jeg overvar
</a
> på Debconf
7 om hvordan innføring og
8895 utvidelse av opphavsretten ble debattert på
1700-tallet. Anbefaler å
8896 se den presentasjonen som er tilgjengelig på video i
8897 <a href=
"http://meetings-archive.debian.net/pub/debian-meetings/
2007/debconf7/low/
072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg
">lav
</a
>
8899 <a href=
"http://meetings-archive.debian.net/pub/debian-meetings/
2007/debconf7/high/
072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg
">høy
</a
>
8900 oppløsning.
</p
>
8905 <title>ODF-bruk i staten, ikke helt på plass
</title>
8906 <link>http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html
</link>
8907 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html
</guid>
8908 <pubDate>Thu,
22 Jan
2009 23:
00:
00 +
0100</pubDate>
8909 <description><p
>I går publiserte
8910 <a href=
"http://universitas.no/nyhet/
52776/
">Universitas
</a
>,
8911 <a href=
"http://www.dagensit.no/trender/article1588462.ece
">Dagens-IT
</a
>
8912 og
<a href=
"http://www.idg.no/computerworld/article118622.ece
">Computerworld
8913 Norge
</a
> en sak om at de ansatte ved Universitetet i Oslo ikke følger
8914 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
8915 at det kommer litt fokus på dette, og jeg håper noen journalister tar
8916 en titt på de andre statlige instansene også.
</p
>
8918 <p
>Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
8919 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
8920 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
8921 Kjenner kun til ufullstendige løsninger for slikt.
</p
>
8926 <title>Det vanskelige Lisensvalget - ikke lag din egen
</title>
8927 <link>http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</link>
8928 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html
</guid>
8929 <pubDate>Thu,
22 Jan
2009 22:
15:
00 +
0100</pubDate>
8930 <description><p
>Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
8931 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
8932 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
8933 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
8935 <a href=
"http://www.openstreetmap.org/
">OpenStreetmap-prosjektet
</a
>
8936 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
8937 "hvorfor ikke bruke de offisielle kartene fra kartverket
" det første
8938 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
8939 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
8940 hun med retten til videredistribusjon av nye kartkopier, som ikke
8941 kopierer kart? Hva skulle hun med retten til å publisere endrede
8942 utgaver som aldri har hatt behov for annet enn å notere litt på en
8943 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
8944 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
8945 opphavsrettsloven.
</p
>
8947 <p
>Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
8948 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
8949 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
8950 slike lesere.
</p
>
8952 <p
>Når en publiserer programvare eller annet opphavsrettsbeskyttet
8953 materiale (eller
"verk
" som loven kaller det), så er det endel ting
8954 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
8955 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
8956 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
8957 kopiere og endre verket. Hvis en ønsker å publisere noe uten
8958 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
8959 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
8960 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
8961 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
8962 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
8963 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
8964 eksisterende lisenstekst hvis det er mulig.
</p
>
8966 <p
>Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
8967 For det første gir det jobb for de som ønsker å bruke verket å sette
8968 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
8969 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
8970 for de organisasjoner og individer som vurderer å ta i bruk et
8971 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
8972 med andre verk, f.eks. programmer og biblioteker skal settes sammen
8973 til et hele, eller datafiler skal brukes sammen med programmer. Det
8974 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
8975 sammen med andre komponenter hvis en ikke er påpasselig med
8976 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
8977 det ikke er intensjonen ved publisering. Og for det andre, så er det
8978 fort gjort å glemme noe når en lager lisensteksten, slik at
8979 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
8980 begresninger gjelder..
<strong
>Første regel ved lisensvalg er derfor
8981 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
8982 de utallige eksisterende lisensene.
</strong
></p
>
8984 <p
>Et lite eksempel på problemer som kan oppstå er
8985 <a href=
"http://api.met.no/lisens.html
">betingelsene som Meteorologisk
8986 institutt har gjort sine data tilgjengelig under
</a
>. De ser pr. i
8987 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
8988 innholdet hvis de endres):
</p
>
8990 <blockquote
><p
>Betingelser for bruk av data
8991 <br/
>Meteorologisk institutt innehar immaterielle- og
8992 eiendomsrettigheter til data og produkter produsert av instituttet
8993 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
8994 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
8995 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
8996 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
8997 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
8998 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
8999 gjenkjennelig del, skal Meteorologisk institutt oppgies som
9000 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
9001 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
9002 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
9003 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
9004 uten varsel. For direkte leveranse av spesifisert produktsett,
9005 vennligst kontakt Meteorologisk institutt.
</p
></blockquote
>
9007 <p
>Meteorologisk institutt hevder at dette skal gjøre dem
"fritt
9008 tilgjengelige
", og det gjør at jeg mistenker at betingelsene ikke
9009 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
9010 at en har rett til å endre dataene og publisere det endrede
9011 resultatet. Det står heller ingenting om hvorvidt en har rett til
9012 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
9013 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
9014 strid med kriteriene for Free Software
9015 <a href=
"http://www.fsf.org/licensing/essays/free-sw.html
">publisert
9017 <a href=
"http://www.debian.org/social_contract#guidelines
">Debian Free
9018 Software Guidelines
</a
> og NUUGs beskrivelse av fri programvare
9020 <a href=
"http://www.nuug.no/dokumenter/folder-friprogramvare.pdf
">NUUGs
9021 folder om dette
</a
>. Jeg lurer på hvorfor Meteorologisk institutt
9022 ikke valgte noen kjent lisens? Skulle tro at en Creative
9023 Commons-lisens eller en av de mest brukte fri programvarelisensene som
9024 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
9025 og endrer på betingelsene.
</p
>
9027 <p
><strong
>Oppdatering
2014-
04-
23:
</strong
> Meteorologisk institutt
9028 har siden jeg skrev denne teksten endret
9029 <ahref=
"http://api.met.no/lisens_data.html
">sine bruksvilkår for
9030 datasettet
</a
> til Creative Commons Navngivelse
3.0 Norge eller Norsk
9031 lisens for offentlige data etter eget valg, hvilket er et langt steg
9032 fremover i og med at de har sluttet å bruke sin egenlagde lisens, men
9033 jeg lurer litt på hvor gjennomtenkt valget er, gitt at datasettet jo
9034 er vernet etter databaserettighetene i åndsverklovens §
43, og den
9035 aktuelle Creative Commons-lisensen jo inneholder «Dersom lisensgiver
9036 innehar databaserettigheter eller lignende i henhold til
9037 åndsverklovens §
43 og EUs databasedirektiv, fraskriver lisensgiver
9038 seg disse rettigheter», hvilket jo vil si at en har frasagt seg alle
9039 rettigheter til datasettet når det ikke er et verk men en
9045 <title>When web browser developers make a video player...
</title>
9046 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</link>
9047 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html
</guid>
9048 <pubDate>Sat,
17 Jan
2009 18:
50:
00 +
0100</pubDate>
9049 <description><p
>As part of the work we do in
<a href=
"http://www.nuug.no
">NUUG
</a
>
9050 to publish video recordings of our monthly presentations, we provide a
9051 page with embedded video for easy access to the recording. Putting a
9052 good set of HTML tags together to get working embedded video in all
9053 browsers and across all operating systems is not easy. I hope this
9054 will become easier when the
&lt;video
&gt; tag is implemented in all
9055 browsers, but I am not sure. We provide the recordings in several
9056 formats, MPEG1, Ogg Theora, H
.264 and Quicktime, and want the
9057 browser/media plugin to pick one it support and use it to play the
9058 recording, using whatever embed mechanism the browser understand.
9059 There is at least four different tags to use for this, the new HTML5
9060 &lt;video
&gt; tag, the
&lt;object
&gt; tag, the
&lt;embed
&gt; tag and
9061 the
&lt;applet
&gt; tag. All of these take a lot of options, and
9062 finding the best options is a major challenge.
</p
>
9064 <p
>I just tested the experimental Opera browser available from
<a
9065 href=
"http://labs.opera.com
">labs.opera.com
</a
>, to see how it handled
9066 a
&lt;video
&gt; tag with a few video sources and no extra attributes.
9067 I was not very impressed. The browser start by fetching a picture
9068 from the video stream. Not sure if it is the first frame, but it is
9069 definitely very early in the recording. So far, so good. Next,
9070 instead of streaming the
76 MiB video file, it start to download all
9071 of it, but do not start to play the video. This mean I have to wait
9072 for several minutes for the downloading to finish. When the download
9073 is done, the playing of the video do not start! Waiting for the
9074 download, but I do not get to see the video? Some testing later, I
9075 discover that I have to add the controls=
"true
" attribute to be able
9076 to get a play button to pres to start the video. Adding
9077 autoplay=
"true
" did not help. I sure hope this is a misfeature of the
9078 test version of Opera, and that future implementations of the
9079 &lt;video
&gt; tag will stream recordings by default, or at least start
9080 playing when the download is done.
</p
>
9082 <p
>The test page I used (since changed to add more attributes) is
9083 <a href=
"http://www.nuug.no/aktiviteter/
20090113-foredrag-om-foredrag/
">available
9084 from the nuug site
</a
>. Will have to test it with the new Firefox
9087 <p
>In the test process, I discovered a missing feature. I was unable
9088 to find a way to get the URL of the playing video out of Opera, so I
9089 am not quite sure it picked the Ogg Theora version of the video. I
9090 sure hope it was using the announced Ogg Theora support. :)
</p
>
9095 <title>Fiksgatami begynner å ta form
</title>
9096 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html
</link>
9097 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html
</guid>
9098 <pubDate>Thu,
15 Jan
2009 23:
15:
00 +
0100</pubDate>
9099 <description><p
>For noen uker siden bestemte noen av oss seg for at det var på tide
9100 med en norsk utgave av
9101 <a href=
"http://www.fixmystreet.com/
">FixMyStreet
</a
>, og satte igang
9102 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
9103 rapportere til rette instans om ting som er galt i offentligheten, ved
9104 å bruke kart og web.
<a href=
"http://www.fiksgatami.no
">En
9105 testinstans
</a
> er på plass på en maskin donert av min arbeidsplass
9106 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
9107 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
9108 finne kilde for å slå opp adresser før første versjon er operativ.
9109 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
9110 til ny funksjonalitet.
9111 <a href=
"http://wiki.nuug.no/grupper/fiksgatami
">Prosjektet
</a
>
9112 trenger flere folk, både utviklere og folk til å bidra med å finne ut
9113 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
9114 kontakt med naturvernmiljøet i Bergen som allerede var igang med
9115 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
9116 med dem. Dette blir bra.
</p
>
9121 <title>Elektronikkbyggesettet kommer fram på andre forsøk
</title>
9122 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html
</link>
9123 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html
</guid>
9124 <pubDate>Fri,
2 Jan
2009 13:
55:
00 +
0100</pubDate>
9125 <description><p
>Et langt hopp fremover for
<a href=
"http://www.nuug.no/
">NUUG
</a
>s
9126 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
9129 <p
>I dag klarte posten det de ikke klarte før jul, nemlig å få fram
9130 elektronikkbyggesettet for
3D-skriveren min. Fikk pakkelapp i dag som
9131 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
9132 pakke der, som sist. Ringte så direkte til til postens kundeservice
9133 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
9134 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
9135 av at pakken hadde annet referansenummer enn det som var på
9136 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
9137 skjedde sist, og om pakken også da lå her og ventet på meg uten at
9138 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
9139 ruslet jeg hjem igjen med elektronikkbyggesettet.
</p
>
9141 <p
>Da er det bare å gå igang med å lodde sammen alle kretskortene.
9142 Det er en solid stabel deler, selv om esken ikke var så stor (ca
9143 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
9144 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
9145 bidra med sin kompetanse. :)
</p
>
9147 <p
>Ellers er det god framgang med bygging av mekanikksettet som ankom
9148 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
9149 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
9150 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
9151 slik at rammeverket til
<a href=
"http://www.reprap.org/
">reprap
</a
>-en
9152 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
9153 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
9154 feilmargin på
0.25 mm, over en avstand på
40 cm. Håper vater kan
9155 bidra her. Regner med at det blir enklere å komme opp med løsninger
9156 når rammen begynner å ta form.
</p
>
9158 <p
>Her om dagen kom jeg forresten over en alternativ
3D-skriver som
9159 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
9160 <a href=
"http://blog.wired.com/gadgets/
2008/
11/
3d-printer-feed.html
">Mcor
9161 Matrix
</a
> heter vidunderet, men det er ikke i salg ennå, selv om
9162 <a href=
"http://www.mcortechnologies.com/
">produsentens websider
</a
>
9163 påstår det skulle skje i
2008.
</p
>
9168 <title>Software video mixer on a USB stick
</title>
9169 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html
</link>
9170 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html
</guid>
9171 <pubDate>Sun,
28 Dec
2008 15:
40:
00 +
0100</pubDate>
9172 <description><p
>The
<a href=
"http://www.nuug.no/
">Norwegian Unix User Group
</a
> is
9173 recording our montly presentation on video, and recently we have
9174 worked on improving the quality of the recordings by mixing the slides
9175 directly with the video stream. For this, we use the
9176 <a href=
"http://dvswitch.alioth.debian.org/
">dvswitch
</a
> package from
9177 the Debian video team. As this require quite one computer per video
9178 source, and NUUG do not have enough laptops available, we need to
9179 borrow laptops. And to avoid having to install extra software on
9180 these borrwed laptops, I have wrapped up all the programs needed on a
9181 bootable USB stick. The software required is dvswitch with assosiated
9182 source, sink and mixer applications and
9183 <a href=
"http://www.kinodv.org/
">dvgrab
</a
>. To allow this setup to
9184 work without any configuration, I
've patched dvswitch to use
9185 <a href=
"http://www.avahi.org/
">avahi
</a
> to connect the various parts
9186 together. And to allow us to use laptops without firewire plugs, I
9187 upgraded dvgrab to the one from Debian/unstable to get one that work
9188 with USB sources. We have not yet tested this setup in a production
9189 setup, but I hope it will work properly, and allow us to set up a
9190 video mixer in a very short time frame. We will need it for
9191 <a href=
"http://www.goopen.no/
">Go Open
2009</a
>.
</p
>
9193 <p
><a href=
"http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz
">The
9194 USB image
</a
> is for a
1 GB memory stick, but can be used on any
9195 larger stick as well.
</p
>
9200 <title>FAD lanserer reiseregningsskjema som fri programvare
</title>
9201 <link>http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</link>
9202 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html
</guid>
9203 <pubDate>Wed,
17 Dec
2008 15:
00:
00 +
0100</pubDate>
9204 <description><p
>Jeg overvar i dag
<a href=
"http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html
">FADs pressepresentasjon
</a
> av arbeidet med ny
9205 programvare for
<a href=
"http://www.reiseregningen.no/
">skriving av
9206 reiseregninger
</a
>, som de gir ut som fri programvare. Den gode
9207 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
9208 foran i å etablere en delingskultur i offentlig sektor, og denne gang
9209 har hatt fokus på å lage en løsning som fungerer på flere platformer,
9210 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
9211 <a href=
"http://makingwaves.no
">Making Waves
</a
> på oppdrag fra FAD, og
9212 kildekoden er tilgjengelig fra
9213 <a href=
"https://www.coderesort.com/p/reiseregningen
">CodeResort
</a
>.
9214 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
9215 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
9216 FAD håper å få erfaring med fri programvareprosjekter vha. dette
9217 prosjektet, som er første gang de gir ut kildekode fra et
9218 "egenutviklet
" prosjekt.
</p
>
9220 <p
>Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
9221 Adobe Flex. Den bruker Flash
9, og fungerer ikke med Gnash. I
9222 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
9223 lagt JavaScript-kode foran web-programmet som nekter å starte
9224 flash-programmet hvis ikke Adobe Flash
9 er installert. Det var
9225 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
9226 HTML-siden og lage min egen testside for å sjekke om den fungerte med
9227 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
9228 en side med følgende HTML-snutt for å laste programmet
9229 <pre
><blockquote
>&lt;object
9230 data=
"http://
213.225.125.209/kunder/dss/Reiseregningen.swf
"
9231 width=
"100%
"
9232 height=
"100%
"
9233 &gt;
</blockquote
></pre
></p
>
9235 <p
>Bruken av Adobe Flash er spesielt problematisk da Adobes
9236 Flash-utgave har en lisens som ikke tillater andre en Adobe å
9237 distribuere deres programpakke. Det gjør det umulig for
9238 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
9239 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
9240 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
9241 programvare, som
<a href=
"http://www.getgnash.org/
">Gnash
</a
> og
9242 <a href=
"http://swfdec.freedesktop.org/
">swfdec
</a
>. Jeg spurte
9243 utviklerne om de hadde testet med alternative utgaver av Flash som
9244 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
9245 heller ikke testet løsningen mot disse.
</p
>
9247 <p
>Videreutvikling av reiseregningsprogrammet vil kreve aksept for
9248 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
9250 <a href=
"http://labs.adobe.com/technologies/flex/flexbuilder_linux/
">en
9251 betautgave for Linux
</a
>, men jeg vet ikke om denne er tilstrekkelig
9252 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
9253 teknologi gjør at svært få fri programvareutviklere ser det som
9254 interessant å involvere seg i videreutvikling av dette prosjektet.
9255 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
9256 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
9257 fri programvare ser det åpenbart annerledes, da det jo finnes fri
9258 programvare på Windows. Vi får se om det er tilstrekkelig mange av
9259 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
9260 av
"kast det over gjerdet
"-metoden for deling, der en legger ut koden
9261 men det ikke er klart hvem som skal skape fellesskapet som trengs for
9262 å få et fungerende fri programvareutviklingsmiljø.
</p
>
9264 <p
>Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
9265 og der tidligere svar styrer hvilke alternativer en må fylle ut
9266 senere. Det henter informasjon om takster og regler fra FADs sider,
9267 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
9268 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
9269 utskrift eller videre lagring/behandling. Skjemaet er kun
9270 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
9271 med. FAD lovte at de skulle bidra til at takster og regelfilene
9272 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
9273 Utviklerne hadde ingen idé om dette fungerte med fri
9274 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
9275 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
9276 eksisterende tjenerløsning. Løsningen kunne gjenbruke
9277 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
9278 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
9279 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
9280 gjorde det litt vanskeligere for brukeren.
</p
>
9285 <title>Elektronikkbyggesettet for reprapen sporet opp
</title>
9286 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</link>
9287 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html
</guid>
9288 <pubDate>Tue,
16 Dec
2008 08:
00:
00 +
0100</pubDate>
9289 <description><p
>I dag fikk jeg endelig vite hva posten hadde gjort med
9290 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach
'Hoeken
'
9291 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
9292 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
9293 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
9294 bedre denne gangen.
</p
>
9296 <p
><a href=
"http://www.nuug.no/
">NUUG
</a
>s
9297 <a href=
"http://wiki.nuug.no/grupper/replikator
">replikator-prosjekt
</a
>
9298 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
9299 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
9300 på
3D-skriveren til Institutt for Informatikk i Oslo. Han er igang
9301 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
9302 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
9303 er dermed gode håp om at vi har to
3D-skrivere operative over
9309 <title>Mekanikk-delen av reprap-byggesettet i hus
</title>
9310 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</link>
9311 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html
</guid>
9312 <pubDate>Tue,
9 Dec
2008 12:
30:
00 +
0100</pubDate>
9313 <description><p
>NUUG-prosjektet for å lage
3D-skrivere gjorde et lite hopp forover
9314 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
9315 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
9316 Hurra. Håper å starte byggingen av mekanikksettet i romjula.
</p
>
9318 <p
>Når det gjelder bygging av reprap basert på deler fra IFIs
9319 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
9320 STL-filer vi sender dem der, og printeransvarlig der har fått første
9321 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
9322 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
9323 snart. Det trengs frivillige for å bygge denne. Det innebærer
9324 blant annet å skaffe seg oversikt over hvilke plastdeler som må
9325 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
9326 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
9327 dette, men har ingen plan om å sette meg inn i dette selv med det
9328 første. Frivillig til å skaffe seg sin egen
3D-skriver etterlyses,
9329 og kan melde seg på aktive@nuug.no.
</p
>
9334 <title>Mekanikk-delen av reprap-byggesettet på vei
</title>
9335 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html
</link>
9336 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html
</guid>
9337 <pubDate>Tue,
2 Dec
2008 12:
00:
00 +
0100</pubDate>
9338 <description><p
>Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
9339 England. Jeg kan følge pakkens bevegelser via web, og den er nå
9340 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
9341 dager, hvis alt går bra.
</p
>
9343 <p
>Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
9344 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
9345 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
9346 bort første pakke.
</p
>
9351 <title>Reprap-pakke tapt i posten
</title>
9352 <link>http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html
</link>
9353 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html
</guid>
9354 <pubDate>Thu,
27 Nov
2008 21:
20:
00 +
0100</pubDate>
9355 <description><p
>Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
9356 at posten har sendt meg et brev der de beklager at den er tapt. Da er
9357 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
9358 håpe det går bedre denne gangen.
</p
>
9360 <p
>Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
9361 England, så også der spøker det for å få alt i hus før jul. Så
9362 lenge alt er klart til
<a href=
"http://www.goopen.no/
">Go Open
9363 2009</a
> i april, så er det greit.
</p
>
9368 <title>Amigafolket holder ut
</title>
9369 <link>http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html
</link>
9370 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html
</guid>
9371 <pubDate>Wed,
26 Nov
2008 06:
05:
00 +
0100</pubDate>
9372 <description><p
>En sak på
<a href=
"http://www.linuxtoday.com/
">Linux Today
</a
> om
9373 <a href=
"http://www.linuxtoday.com/developer/
2008112600335OPLLDV
">Amiga
</a
>
9374 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
9375 minnet meg på prosjektet Aros.
9376 <a href=
"http://aros.sourceforge.net/
">Aros-prosjektet
</a
> går ut på å
9377 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
9378 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
9379 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
9380 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?
</p
>
9385 <title>Mens vi venter på
3D-skriveren
</title>
9386 <link>http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html
</link>
9387 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html
</guid>
9388 <pubDate>Mon,
24 Nov
2008 20:
00:
00 +
0100</pubDate>
9389 <description><p
>Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
9390 å få min replikator på plass, har jeg som del av
9391 <a href=
"http://wiki.nuug.no/grupper/replikator
">NUUGs
9392 3D-skriverprosjekt
</a
> bestilt deler til en
9393 <a href=
"http://www.reprap.org/
">reprap
</a
> fra utlandet, som skal
9394 bygges sammen slik at den kan demonstreres på Go Open
2009 i april.
9395 Foreløbig plan er å bygge to i parallell, en basert på byggesett
9396 fra utlandet, og en basert på deler skrevet ut på
3D-skriveren til
9397 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
9398 på byggesettet, og håper noen andre vil ta ansvar for den
9399 hjemmelagede utgaven. :)
</p
>
9401 <p
>Nå er det den lange ventetiden som rår, etter at begge
9402 byggesettene er bestilt og betalt. Dog har visst den første pakken
9403 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
9404 fortollet, og pakkelapp kom i postkassen før pakken var klar til
9405 henting. Det var
2008-
11-
07. Postens sporingssystem forteller at
9406 pakken ikke har beveget seg siden
2008-
11-
05, da den var innom
9407 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
9408 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
9409 håper det ikke går tapt på samme vis.
</p
>