]> pere.pagekite.me Git - homepage.git/blob - blog/tags/nuug/nuug.rss
0d380b2bb34b163bb3497f201fdf441eded57dec
[homepage.git] / blog / tags / nuug / nuug.rss
1 <?xml version="1.0" encoding="utf-8"?>
2 <rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
3 <channel>
4 <title>Petter Reinholdtsen - Entries tagged nuug</title>
5 <description>Entries tagged nuug</description>
6 <link>http://people.skolelinux.org/pere/blog/</link>
7
8
9 <item>
10 <title>Oslo community mesh network - with NUUG and Hackeriet at Hausmania</title>
11 <link>http://people.skolelinux.org/pere/blog/Oslo_community_mesh_network___with_NUUG_and_Hackeriet_at_Hausmania.html</link>
12 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Oslo_community_mesh_network___with_NUUG_and_Hackeriet_at_Hausmania.html</guid>
13 <pubDate>Fri, 11 Oct 2013 14:10:00 +0200</pubDate>
14 <description>&lt;p&gt;Wireless mesh networks are self organising and self healing
15 networks that can be used to connect computers across small and large
16 areas, depending on the radio technology used. Normal wifi equipment
17 can be used to create home made radio networks, and there are several
18 successful examples like
19 &lt;a href=&quot;http://www.freifunk.net/&quot;&gt;Freifunk&lt;/a&gt; and
20 &lt;a href=&quot;http://www.awmn.net/&quot;&gt;Athens Wireless Metropolitan Network&lt;/a&gt;
21 (see
22 &lt;a href=&quot;http://en.wikipedia.org/wiki/List_of_wireless_community_networks_by_region#Greece&quot;&gt;wikipedia
23 for a large list&lt;/a&gt;) around the globe. To give you an idea how it
24 work, check out the nice overview of the Kiel Freifunk community which
25 can be seen from their
26 &lt;a href=&quot;http://freifunk.in-kiel.de/ffmap/nodes.html&quot;&gt;dynamically
27 updated node graph and map&lt;/a&gt;, where one can see how the mesh nodes
28 automatically handle routing and recover from nodes disappearing.
29 There is also a small community mesh network group in Oslo, Norway,
30 and that is the main topic of this blog post.&lt;/p&gt;
31
32 &lt;p&gt;I&#39;ve wanted to check out mesh networks for a while now, and hoped
33 to do it as part of my involvement with the &lt;a
34 href=&quot;http://www.nuug.no/&quot;&gt;NUUG member organisation&lt;/a&gt; community, and
35 my recent involvement in
36 &lt;a href=&quot;https://wiki.debian.org/FreedomBox&quot;&gt;the Freedombox project&lt;/a&gt;
37 finally lead me to give mesh networks some priority, as I suspect a
38 Freedombox should use mesh networks to connect neighbours and family
39 when possible, given that most communication between people are
40 between those nearby (as shown for example by research on Facebook
41 communication patterns). It also allow people to communicate without
42 any central hub to tap into for those that want to listen in on the
43 private communication of citizens, which have become more and more
44 important over the years.&lt;/p&gt;
45
46 &lt;p&gt;So far I have only been able to find one group of people in Oslo
47 working on community mesh networks, over at the hack space
48 &lt;a href=&quot;http://hackeriet.no/&quot;&gt;Hackeriet&lt;/a&gt; at Husmania. They seem to
49 have started with some Freifunk based effort using OLSR, called
50 &lt;a href=&quot;http://oslo.freifunk.net/index.php?title=Main_Page&quot;&gt;the Oslo
51 Freifunk project&lt;/a&gt;, but that effort is now dead and the people
52 behind it have moved on to a batman-adv based system called
53 &lt;a href=&quot;http://meshfx.org/trac&quot;&gt;meshfx&lt;/a&gt;. Unfortunately the wiki
54 site for the Oslo Freifunk project is no longer possible to update to
55 reflect this fact, so the old project page can&#39;t be updated to point to
56 the new project. A while back, the people at Hackeriet invited people
57 from the Freifunk community to Oslo to talk about mesh networks. I
58 came across this video where Hans Jørgen Lysglimt interview the
59 speakers about this talk:&lt;/p&gt;
60
61 &lt;p&gt;&lt;iframe width=&quot;420&quot; height=&quot;315&quot; src=&quot;https://www.youtube.com/embed/N2Kd7CLkhSY&quot; frameborder=&quot;0&quot; allowfullscreen&gt;&lt;/iframe&gt;&lt;/p&gt;
62
63 &lt;p&gt;I mentioned OLSR and batman-adv, which are mesh routing protocols.
64 There are heaps of different protocols, and I am still struggling to
65 figure out which one would be &quot;best&quot; for some definitions of best, but
66 given that the community mesh group in Oslo is so small, I believe it
67 is best to hook up with the existing one instead of trying to create a
68 completely different setup, and thus this have decided to focus on
69 batman-adv for now. It sure help me to know that the very cool
70 &lt;a href=&quot;http://www.servalproject.org/&quot;&gt;Serval project in Australia&lt;/a&gt;
71 is using batman-adv as their meshing technology when it create a self
72 organizing and self healing telephony system for disaster areas and
73 less industrialized communities. Check out this cool video presenting
74 that project:
75
76 &lt;p&gt;&lt;iframe width=&quot;560&quot; height=&quot;315&quot; src=&quot;https://www.youtube.com/embed/30qNfzJCQOA&quot; frameborder=&quot;0&quot; allowfullscreen&gt;&lt;/iframe&gt;&lt;/p&gt;
77
78 &lt;p&gt;According to the wikipedia page on
79 &lt;a href=&quot;http://en.wikipedia.org/wiki/Wireless_mesh_network&quot;&gt;Wireless
80 mesh network&lt;/a&gt; there are around 70 competing schemes for routing
81 packets across mesh networks, and OLSR, B.A.T.M.A.N. and
82 B.A.T.M.A.N. advanced are protocols used by several free software
83 based community mesh networks.&lt;/p&gt;
84
85 &lt;/p&gt;The batman-adv protocol is a bit special, as it provide layer 2
86 (as in ethernet ) routing, allowing ipv4 and ipv6 to work on the same
87 network. One way to think about it is that it provide a mesh based
88 vlan you can bridge to or handle like any other vlan connected to your
89 computer. The required drivers are already in the Linux kernel at
90 least since Debian Wheezy, and it is fairly easy to set up. A
91 &lt;a href=&quot;http://www.open-mesh.org/projects/batman-adv/wiki/Quick-start-guide&quot;&gt;good
92 introduction&lt;/a&gt; is available from the Open Mesh project. These are
93 the key settings needed to join the Oslo meshfx network:&lt;/p&gt;
94
95 &lt;table&gt;
96 &lt;tr&gt;&lt;th&gt;Setting&lt;/th&gt;&lt;th&gt;Value&lt;/th&gt;&lt;/tr&gt;
97 &lt;tr&gt;&lt;td&gt;Protocol / kernel module&lt;/td&gt;&lt;td&gt;batman-adv&lt;/td&gt;&lt;/tr&gt;
98 &lt;tr&gt;&lt;td&gt;ESSID&lt;/td&gt;&lt;td&gt;meshfx@hackeriet&lt;/td&gt;&lt;/tr&gt;
99 &lt;td&gt;Channel / Frequency&lt;/td&gt;&lt;td&gt;11 / 2462&lt;/td&gt;&lt;/tr&gt;
100 &lt;td&gt;Cell ID&lt;/td&gt;&lt;td&gt;02:BA:00:00:00:01&lt;/td&gt;
101 &lt;/table&gt;
102
103 &lt;p&gt;The reason for setting ad-hoc wifi Cell ID is to work around bugs
104 in firmware used in wifi card and wifi drivers. (See a nice post from
105 VillageTelco about
106 &quot;&lt;a href=&quot;http://tiebing.blogspot.no/2009/12/ad-hoc-cell-splitting-re-post-original.html&quot;&gt;Information
107 about cell-id splitting, stuck beacons, and failed IBSS merges!&lt;/a&gt;
108 for details.) When these settings are activated and you have some
109 other mesh node nearby, your computer will be connected to the mesh
110 network and can communicate with any mesh node that is connected to
111 any of the nodes in your network of nodes. :)&lt;/p&gt;
112
113 &lt;p&gt;My initial plan was to reuse my old Linksys WRT54GL as a mesh node,
114 but that seem to be very hard, as I have not been able to locate a
115 firmware supporting batman-adv. If anyone know how to use that old
116 wifi access point with batman-adv these days, please let me know.&lt;/p&gt;
117
118 &lt;p&gt;If you find this project interesting and want to join, please join
119 us on IRC, either channel
120 &lt;a href=&quot;irc://irc.freenode.net/#oslohackerspace&quot;&gt;#oslohackerspace&lt;/a&gt;
121 or &lt;a href=&quot;irc://irc.freenode.net/#nuug&quot;&gt;#nuug&lt;/a&gt; on
122 irc.freenode.net.&lt;/p&gt;
123
124 &lt;p&gt;While investigating mesh networks in Oslo, I came across an old
125 research paper from the university of Stavanger and Telenor Research
126 and Innovation called
127 &lt;a href=&quot;http://folk.uio.no/paalee/publications/netrel-egeland-iswcs-2008.pdf&quot;&gt;The
128 reliability of wireless backhaul mesh networks&lt;/a&gt; and elsewhere
129 learned that Telenor have been experimenting with mesh networks at
130 Grünerløkka in Oslo. So mesh networks are also interesting for
131 commercial companies, even though Telenor discovered that it was hard
132 to figure out a good business plan for mesh networking and as far as I
133 know have closed down the experiment. Perhaps Telenor or others would
134 be interested in a cooperation?&lt;/p&gt;
135 </description>
136 </item>
137
138 <item>
139 <title>July 13th: Debian/Ubuntu BSP and Skolelinux/Debian Edu developer gathering in Oslo</title>
140 <link>http://people.skolelinux.org/pere/blog/July_13th__Debian_Ubuntu_BSP_and_Skolelinux_Debian_Edu_developer_gathering_in_Oslo.html</link>
141 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/July_13th__Debian_Ubuntu_BSP_and_Skolelinux_Debian_Edu_developer_gathering_in_Oslo.html</guid>
142 <pubDate>Tue, 9 Jul 2013 10:40:00 +0200</pubDate>
143 <description>&lt;p&gt;The upcoming Saturday, 2013-07-13, we are organising a combined
144 Debian Edu developer gathering and Debian and Ubuntu bug squashing
145 party in Oslo. It is organised by &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the
146 member assosiation NUUG&lt;/a&gt; and
147 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;the Debian Edu / Skolelinux
148 project&lt;/a&gt; together with &lt;a href=&quot;http://bitraf.no/&quot;&gt;the hack space
149 Bitraf&lt;/a&gt;.&lt;/p&gt;
150
151 &lt;p&gt;It starts 10:00 and continue until late evening. Everyone is
152 welcome, and there is no fee to participate. There is on the other
153 hand limited space, and only room for 30 people. Please put your name
154 on &lt;a href=&quot;http://wiki.debian.org/BSP/2013/07/13/no/Oslo&quot;&gt;the event
155 wiki page&lt;/a&gt; if you plan to join us.&lt;/p&gt;
156 </description>
157 </item>
158
159 <item>
160 <title>Vårt konkurransebidrag til #apps4norge bruker @opnedata</title>
161 <link>http://people.skolelinux.org/pere/blog/V_rt_konkurransebidrag_til__apps4norge_bruker__opnedata.html</link>
162 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/V_rt_konkurransebidrag_til__apps4norge_bruker__opnedata.html</guid>
163 <pubDate>Wed, 1 May 2013 23:45:00 +0200</pubDate>
164 <description>&lt;p&gt;For noen uker siden, innen fristen 2013-04-15, leverte jeg og
165 Morten Kjelkenes vårt bidrag til
166 &lt;a href=&quot;http://www.apps4norge.no/&quot;&gt;DIFIs apps4norge-konkurranse&lt;/a&gt;
167 under lagnavnet &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s tannlegeteam.
168 Vi leverte følgende i idé-kategorien:&lt;/p&gt;
169
170 &lt;blockquote&gt;
171
172 &lt;p&gt;&lt;strong&gt;Tittel: Stikk innom tannlegen&lt;/strong&gt;&lt;p&gt;
173
174 &lt;p&gt;&lt;a href=&quot;http://people.skolelinux.org/pere/blog/images/2013-05-01-tannlegeportal.jpeg&quot;&gt;&lt;img width=&quot;70%&quot; src=&quot;http://people.skolelinux.org/pere/blog/images/2013-05-01-tannlegeportal.jpeg&quot;&gt;&lt;/a&gt;&lt;/p&gt;
175
176 &lt;p&gt;&lt;strong&gt;Beskrivelse:&lt;/strong&gt;&lt;p&gt;
177
178 &lt;p&gt;&lt;em&gt;Idéen&lt;/em&gt;
179
180 &lt;p&gt;Gjøre det enklere å finne en tannlege som er praktisk for deg, der
181 pris og reisetid med kollektivt, til fots eller med bil er tatt med i
182 beregningen, ved å oppgi hvor en bor og jobber, og få forslag til
183 tannleger både i nærheten og på veien mellom disse stedene.&lt;/p&gt;
184
185 &lt;p&gt;Brukeren oppgir hjemmeadresse og jobbadresse, og kanskje også
186 barnehage. Så kan en også oppgi egen timelønn (for å beregne taps
187 arbeidsfortjeneste) og om en reiser med kollektivt, til fots eller
188 kjører bil. Så trykker en søk, og får opp en todelt side med kart og
189 tekstliste. I kartdelen vises aktuelle tannleger (for eksempel maks
190 7), og i tekstdelen er de samme tannlegene listet opp, med pris og
191 reisetid for kollektivtransport, og pris pluss reisekostnad hvis en
192 reiser med bil. En kan endre sorteringsrekkefølge for listen ved å
193 trykke på aktuell kolonne, og velge om en skal sortere på pris,
194 reisetid eller totalkostnad. Kun tannleger som tar imot nye kunder tas
195 i utganspunktet med i listen. Når brukeren trykker med musa en
196 tannlegemarkør på kartet kommer det en popup med detaljer om
197 tannlegen, den samme informasjonen som finnes i listen under kartet,
198 og lenke til mer informasjon om tannlegen.&lt;/p&gt;
199
200 &lt;p&gt;For hvert enkelt tannlegekontor er det tilgjengelig en
201 informasjonsside med adresse, hjemmesideurl, telefonnummer, lenke til
202 side for å finne reisebeskrivelse, åpningstider, etc.&lt;/p&gt;
203
204 &lt;p&gt;&lt;em&gt;Nytteverdi for brukeren&lt;/em&gt;&lt;/p&gt;
205
206 &lt;ul&gt;
207 &lt;li&gt;sparer tid på tannlegebesøk&lt;/li&gt;
208 &lt;li&gt;kan utnytte normal reisevei mellom hjem/jobb/barnehage&lt;/li&gt;
209 &lt;li&gt;kan finne aktuell tannlege basert på flere kriterier&lt;/li&gt;
210 &lt;li&gt;sile bort tannleger som ikke tar imot flere kunder&lt;/li&gt;
211 &lt;li&gt;får kart som viser tannleger i nærheten, på tvers av kommunegrenser&lt;/li&gt;
212 &lt;/ul&gt;
213
214 &lt;p&gt;&lt;em&gt;Grad av innovasjon, nytenkning og kreativitet&lt;/em&gt;&lt;/p&gt;
215
216 &lt;p&gt;Enkel tjeneste som fokuserer på det vi selv mener er relevant ved valg
217 av tannlege.&lt;/p&gt;
218
219 &lt;p&gt;Tjenestekonseptet kan også brukes til andre næringer, f.eks. lege,
220 butikk, leiebiler, hvis en har aktuell datakilde å koble med.&lt;/p&gt;
221
222 &lt;p&gt;Skulle gjerne hatt med vurdering av tannlegene tilgjengelig, slik
223 at en kunne finne &quot;flinke&quot; tannleger basert på et eller annet
224 kriterium.&lt;/p&gt;
225
226 &lt;p&gt;&lt;em&gt;Markedspotensiale - potensiale for å slå gjennom hos mange
227 brukere&lt;/em&gt;&lt;/p&gt;
228
229 &lt;ul&gt;
230 &lt;li&gt;Alle som ønsker eller vurderer å skaffe seg ny tannlege, f.eks. nyinnflyttede og studenter&lt;/li&gt;
231 &lt;li&gt;Familier med en travel hverdag&lt;/li&gt;
232 &lt;/ul&gt;
233
234 &lt;p&gt;Felles er at den gjør tannlegen lettere tilgjengelig for de som vil spare tid eller penger.&lt;/p&gt;
235
236 &lt;p&gt;&lt;em&gt;Samfunnsøkonomisk nytte - bidrar til å løse
237 samfunnsutfordringer&lt;/em&gt;&lt;/p&gt;
238
239 &lt;p&gt;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.&lt;/p&gt;
240
241 &lt;p&gt;&lt;em&gt;X-faktor - “Det lille ekstra...”&lt;/em&gt;&lt;/p&gt;
242
243 &lt;p&gt;Denne tjenesten gir det lille ekstra ved at den ikke slår opp
244 avstand til tannlege fra et enkelt punkt men avstand fra en reisevei,
245 slik at en får flere tannleger å velge imellom og kanskje kan spare
246 enda mer tid og penger enn en ville gjort ved å sjekke kun de nærmest
247 hjemme eller jobb.&lt;/p&gt;
248
249 &lt;p&gt;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.&lt;/p&gt;
250
251 &lt;p&gt;&lt;em&gt;Datasett brukt&lt;/em&gt;&lt;/p&gt;
252
253 &lt;ul&gt;
254
255 &lt;li&gt;&lt;a href=&quot;http://www.hvakostertannlegen.no/&quot;&gt;http://www.hvakostertannlegen.no/&lt;/a&gt;
256 (Ikke-publisert JSON-API), se f.eks. JSON-output fra
257 &lt;a href=&quot;http://www.hvakostertannlegen.no/services/klinikker/oslo/undersokelse-med-2-rontgenbilder&quot;&gt;http://www.hvakostertannlegen.no/services/klinikker/oslo/undersokelse-med-2-rontgenbilder&lt;/a&gt;&lt;/li&gt;
258
259 &lt;li&gt;Kartdata,
260 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;http://www.openstreetmap.org/&lt;/a&gt;
261 &lt;a href=&quot;http://mapit.nuug.no/&quot;&gt;http://mapit.nuug.no/&lt;/a&gt; (nabokommuner, postnummer)&lt;/li&gt;
262
263 &lt;li&gt;&lt;a href=&quot;http://labs.trafikanten.no/how-to-use-the-api.aspx&quot;&gt;http://labs.trafikanten.no/how-to-use-the-api.aspx&lt;/a&gt;
264 (reisetid med kollektivtrafikk på Østlandet),
265 &lt;a href=&quot;http://data.norge.no/data/ruter-kollektivtrafikkdata&quot;&gt;http://data.norge.no/data/ruter-kollektivtrafikkdata&lt;/a&gt;&lt;/li&gt;
266
267 &lt;li&gt;&lt;a href=&quot;http://reiseregningen.no&quot;&gt;http://reiseregningen.no&lt;/a&gt;
268 (data om statens satser for biltransport)&lt;/li&gt;
269
270 &lt;li&gt;Kollektivtrafikkkart,
271 &lt;a href=&quot;http://öpnvkarte.de/?zoom=17&amp;lat=59.91056&amp;lon=10.75641&amp;layers=BT&quot;&gt;http://öpnvkarte.de/?zoom=17&amp;lat=59.91056&amp;lon=10.75641&amp;layers=BT&lt;/a&gt;&lt;/li&gt;
272
273 &lt;li&gt;Routing med OpenStreetmap-data,
274 &lt;a href=&quot;http://wiki.openstreetmap.org/wiki/Routing/OnlineRouters&quot;&gt;http://wiki.openstreetmap.org/wiki/Routing/OnlineRouters&lt;/a&gt;&lt;/li&gt;
275
276 &lt;li&gt;Bilveiruting med OpenStreetmap-data, &lt;a href=&quot;http://map.project-osrm.org/&quot;&gt;http://map.project-osrm.org/&lt;/a&gt;&lt;/li&gt;
277 &lt;li&gt;Kollektivtrafikkruting for Norge med uviss datakilde, &lt;a href=&quot;http://dit.no/&quot;&gt;http://dit.no/&lt;/a&gt;&lt;/li&gt;
278 &lt;/ul&gt;
279
280 &lt;p&gt;&lt;strong&gt;Åpne offentlige datasett brukt i applikasjonen:&lt;/strong&gt;&lt;/p&gt;
281
282 &lt;ul&gt;
283 &lt;li&gt;Reisetid med kollektivtrafikk på Østlandet&lt;/li&gt;
284 &lt;/ul&gt;
285
286 &lt;p&gt;&lt;strong&gt;Øvrige datasett brukt i appen/tjenesten:&lt;/strong&gt;&lt;/p&gt;
287 &lt;ul&gt;
288 &lt;li&gt;Fakta om tannleger, priser etc (upublisert JSON-API)&lt;/li&gt;
289 &lt;li&gt;Data om statens satser for biltransport&lt;/li&gt;
290 &lt;li&gt;Kartbilder, kartdata&lt;/li&gt;
291 &lt;li&gt;Kommunegrenser, nabokommuner, postnummer&lt;/li&gt;
292 &lt;li&gt;Bilveiruting med OpenStreetmap-data&lt;/li&gt;
293 &lt;li&gt;Kollektivtrafikkkart&lt;/li&gt;
294 &lt;li&gt;Routing med OpenStreetmap-data&lt;/li&gt;
295 &lt;li&gt;Kollektivtrafikkruting for Norge med uviss dataopphav&lt;/li&gt;
296 &lt;/ul&gt;
297
298 &lt;p&gt;&lt;strong&gt;Kategori: &lt;/strong&gt;&lt;/p&gt;
299 &lt;ul&gt;
300 &lt;li&gt;Arbeid og velferd&lt;/li&gt;
301 &lt;li&gt;Forbruker&lt;/li&gt;
302 &lt;li&gt;Økonomi&lt;/li&gt;
303 &lt;/ul&gt;
304
305 &lt;p&gt;&lt;strong&gt;Geografi (dekningsområde for app): &lt;/strong&gt;&lt;/p&gt;
306
307 &lt;p&gt;Hele landet&lt;/p&gt;
308
309 &lt;/blockquote&gt;
310
311 &lt;p&gt;Vinneren annonseres 2013-05-08 ved
312 &lt;a href=&quot;http://www.apps4norge.no/arrangement/2013-05-08-invitasjon-til-prisutdeling-apps4norge-8mai-2013&quot;&gt;prisutdelingen
313 hos DIFI 09:00 til 12:00&lt;/a&gt;. Konkurransen blir hard. Det meldes at
314 38 apper og 50 ideer er registrert som kandidater. Jeg frykter at jeg
315 ikke rekker innom selv, på grunn av jobb og forpliktelser på
316 hjemmebanen.&lt;/p&gt;
317 </description>
318 </item>
319
320 <item>
321 <title>Til frikanalens støttespillere - fra styret i Frikanalen</title>
322 <link>http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html</link>
323 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html</guid>
324 <pubDate>Wed, 13 Mar 2013 11:15:00 +0100</pubDate>
325 <description>&lt;p&gt;Min venn Erik Vold har på vegne av styret i
326 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; sendt ut
327 &lt;a href=&quot;http://lists.nuug.no/pipermail/frikanalen/2013-March/000054.html&quot;&gt;følgende
328 epost&lt;/a&gt; til alle kanalens medlemmer og støttespillere, i et forsøk
329 på å redde kanalen etter at kulturdepartementet kuttet all
330 finansiering i fjor høst. Jeg fikk meldingen som
331 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-styremedlem, og mener den
332 trenger et større publikum. Jeg gjengir den derfor i sin helhet,
333 inkludert lenken til budsjett og regnskapsutkast, etter
334 &lt;a href=&quot;http://lists.nuug.no/pipermail/frikanalen/2013-March/000061.html&quot;&gt;avtale
335 med Erik&lt;/a&gt;.&lt;/p&gt;
336
337 &lt;p&gt;&lt;blockquote&gt;
338 &lt;p&gt;Til Frikanalens støttespillere&lt;/p&gt;
339
340 &lt;p&gt;Frivillighetens TV kanal har med minimal støtte avviklet daglige
341 sendinger siden 2009 og til tross for at statsstøtten uteble i år, er
342 vi nå i full gang med å utvikle et nytt TV system som foreningen selv
343 vil eie. Departementet fikk dessverre ikke med seg at nettet vil
344 berike TV sendingen fremfor å gjøre den overflødig. De har nå overlatt
345 finansieringen av videre drift til frivilligheten og vi håper derfor
346 på deres hjelp til å søke om midler. På kjøpet får dere langt flere
347 muligheter til å nå ut med deres budskap og med utbyggingen av Hybrid
348 TV (nett på TV) kan vi sammen motbevise departementets påstand.&lt;/p&gt;
349
350 &lt;p&gt;Kostnaden med denne utviklingen er svært lav ettersom de fleste
351 programmererne jobber gratis og alt er basert på åpen kildekode der
352 man deler hverandres bidrag til kringkastingsorienterte systemer. I
353 samarbeid med flere europeiske kanaler i EBU (SVT, BBC, NRK, ZDF, ARD,
354 France Televisions etc) ønsker vi å bygge opp et nettverk for delt
355 support og åpen kildekode der Frikanalen er den eneste sandkassen hvor
356 ny teknologi kan testes på luft. Riks TV åpner for annonsering av
357 nettinnhold relatert til det du ser på TV (streamevents i HbbTV)
358 allerede i sommer. Med støtte fra Media Netwerk som drifter Frikanalen
359 samt Sofia Digital som stiller med Hybrid TV server er vi &amp; NRK sikret
360 en sentral rolle i utprøvingen. Det vil da bli mulig og streame
361 direkte til Riks TV sine nye mottakere (og nye IDTV&#39;er) i HD samt at
362 TV&#39;n kan annonsere en link til deres organisasjonssider, med
363 oppdaterte nyheter (RSS feeds), relaterte videoer etc., under
364 avviklingen av deres innslag.&lt;/p&gt;
365
366 &lt;p&gt;Vi tror sendingene på den nye nettstyrte TV-kanalen vil bli rikere enn
367 på den kommersielle plattformen vi har vært på så langt. Brukerne vil
368 nå få en tettere integrasjon med sosiale medier samt at innholdet
369 etterhvert kommer ut på Hybrid TV og mobile enheter. Teknisk ansvarlig
370 i Frikanalen, Erik Vold, er sentral i utviklingen av streamingdelen
371 for tv.nrk.no (årets produkt i PC World) og erfaringen NRK har gjort
372 på mobile enheter kan videreføres til oss. Det er heller ingen tvil om
373 at Hybrid TV vil bli en suksess også i Norge. Erik sitter i Nordig som
374 har vedtatt en felles standard for de nordiske kringkasterne basert på
375 HbbTV. Denne standarden bruker web-protokoller som gjør det like
376 enkelt og billig å utvikle tjenester for Hybrid TV som å lage en
377 nettside. Samtlige nye TV apparater solgt i Norden vil ha støtte for
378 HbbTV og med det tror vi oppslutningen vil bli like stor som ellers i
379 Europa (Tyskland og Frankrike tredoblet antall HbbTV-brukere i
380 fjor). Vi forventer også mye d rahjelp fra disse foregangslandene. Vår
381 utvikler Tore Sinding Bekkedal er i skriv ende stund på en HbbTV
382 workshop med EBU-medlemmer hos IRT i München der han på vegne av NRK
383 tester og utvikler ny stremingteknologi (MPEG- DASH) for
384 mobile enheter og hybrid TV.&lt;/p&gt;
385
386 &lt;p&gt;Frikanalen har forøvrig flyttet inn i nye kostnadsfrie lokaler på
387 Chateau Neuf. Med massiv hjelp fra frivillige får vi der en
388 flerkameraregi i egnede lokaler. Dette åpner for debatter, konserter,
389 events og mye spennende innhold i samarbeid med Student TV&#39;ene.&lt;/p&gt;
390
391 &lt;p&gt;Med hjelp fra NUUG har også streamingdelen av systemet fått plass på
392 Uninett (Forskningsparken) og dermed er vi på Norges beste
393 internettlinjer. Vi åpner med dette for live mottak fra samtlige
394 medlemmer og på sikt kan vi tilby HD på hybrid TV og PC / MAC / mobil.&lt;/p&gt;
395
396 &lt;p&gt;Avvikling på luft skjer allerede med egenutviklede løsninger i åpen
397 kildekode (playout og live-koding). Det er også mulig å se første
398 byggetrinn med programoversikt og videoer på nett, men foreløpig kun
399 for nettleserne Opera, Chrome og Firefox:
400 &lt;a href=&quot;http://beta.frikanalen.tv/guide/&quot;&gt;http://beta.frikanalen.tv/guide/&lt;/a&gt;
401 og
402 &lt;a href=&quot;http://beta.frikanalen.tv/video/&quot;&gt;http://beta.frikanalen.tv/video/&lt;/a&gt;. Kom
403 gjerne med ønsker og tilbakemeldinger til vår hovedutvikler Benjamin
404 Bruheim: grolgh (at) gmail.com&lt;/p&gt;
405
406 &lt;p&gt;Med en tettere tilknytning til Akademia og NRK, er det god grunn til å
407 tro at utviklingen vil skyte fart og at vi raskere kommer ut med
408 dagsaktuelt innhold.&lt;/p&gt;
409
410 &lt;p&gt;Vi sender i dag på Riks TV og Altibox, men ikke lenger på TV8. Det er
411 viktig for våre brukere igjen å komme ut på Get og Canal Digital,
412 dermed er det svært heldig at vi nå har formidlingsplikt på kabel. Til
413 tross for at det tar noe tid å få nye avtaler på plass, med frivillig
414 juridisk bistand, vil vi sannsynligvis komme bedre ut i andre enden
415 også her. Formidlingsplikten gjelder samtlige kabeldistribusjoner i
416 Norge, ikke bare de regionene TV8 hadde avtale med.&lt;/p&gt;
417
418 &lt;p&gt;Om alt dette skal se dagens lys er vi avhengig av en
419 grunnfinansiering. Deres medlemsavgifter er i så måte et svært viktig
420 bidrag som vi er veldig takknemlige for. Vi ser oss likevel nødt til
421 å be dere om å delta i arbeidet med å dekke de resterende
422 driftskostnader. Frikanalen sin arbeidskapasitet er betydelig redusert
423 etter at foreningen ikke lenger kunne finansiere en daglig leder, men
424 allmøtet kan åpne for at flere bidrar til inntjening (Ekstraordinær
425 generalforsamling foreslo å tillate sponsorplakater på sendeflaten og
426 deler av disse inntektene kan tilfalle kanalen). Håper alle
427 medlemmene kan hjelpe oss med å skrive søknader og skaffe sponsorer,
428 eller i det minste komme med gode forslag til inntjening. Det er ikke
429 mye som skal til for å klare videre drift, kun 0,5 mill. pr år.&lt;/p&gt;
430
431 &lt;p&gt;Med en støtte som tilsvarer en norsk kortfilm vil vi kunne redde
432 sendearkivet for flere tusen videoer bygget opp av frivilligheten
433 gjennom 5 år og vi dobler kapasiteten for å ta imot nye (De som
434 leverer HD vil for øvrig kunne få HD på nett, mobil og hybrid TV).&lt;/p&gt;
435
436 &lt;p&gt;Vi vil også kunne videreføre konsesjonen på Riks TV og realisere en
437 formidlingsplikt på kabel som har en årlig verdi på ca. 5 millioner
438 kroner (når over 2/3 av Norges befolkning).&lt;/p&gt;
439
440 &lt;p&gt;Uten støtte står verdens eneste nasjonale nettstyrte åpne TV kanal i
441 fare for å forsvinne. En konkursbegjæring vil gjøre at utstyrsparken
442 går til advokatsalærer i behandling av boet og kreditorene vil ikke
443 kunne få dekket sine krav. Det mener vi ikke bare er urett ovenfor
444 långiverne, men det er urett mot alle de som har bidratt med å bygge
445 opp frivillighetens eneste sendearkiv og ikke minst alle de som i dag
446 jobber frivillig med å videreutvikle TV-systemet.&lt;/p&gt;
447
448 &lt;p&gt;Håper dere i likhet med styret ser verdien i videre drift og kan melde
449 tilbake innen årsmøtet (Kontaktinformasjon til styret og frivillige
450 utviklere er i kopifeltet).&lt;/p&gt;
451
452 &lt;p&gt;Vennligst fyll ut det blå feltet i regnearket under med det dere tror
453 er mulig å få inn. Det dere skriver her er ikke bindende, men gir
454 styret en indikasjon på om videre drift er mulig. Det blir tatt
455 stilling til av generalforsamlingen medio mars. Setter derfor pris på
456 om alle kan bidra med forslag til støtte eller antatte verdier fra
457 søknad/spons innen det.&lt;/p&gt;
458
459 &lt;p&gt;Forhåpentligvis når vi også ønsket budsjett på 1 mill. pr år. Med det
460 kan vi nedbetale gjelden raskere og sørge for en bedre
461 tilgjengelighet, samt raskere utvikling:&lt;/p&gt;
462
463 &lt;p&gt;&lt;a href=&quot;https://docs.google.com/spreadsheet/ccc?key=0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc&amp;usp=sharing#gid=0&quot;&gt;https://docs.google.com/spreadsheet/ccc?key=0AouVL_e9_H1QdDgyX01kbElvcWI0UjFQbVNGbFIyUmc&amp;usp=sharing#gid=0&lt;/a&gt;&lt;/p&gt;
464
465 &lt;p&gt;Med vennlig hilsen
466 &lt;br&gt;Styret i Frikanalen&lt;/p&gt;
467 &lt;/blockquote&gt;&lt;/p&gt;
468
469 &lt;p&gt;Jeg håper noen av mine lesere med dette ser verdien av Frikanalen
470 og melder seg inn for å sende sine videoer ut på TV til RiksTV og
471 Altibox-seerne. Det haster. Årsmøtet i foreningen Frikanalen skal
472 straks avholdes, og innen den tid må en redningsplan være på plass.
473 NUUG bidrar allerede litt ved å organisere utviklersamlinger og
474 finansiere litt mat og drikke til de frivillige som stiller opp på
475 dugnadsbasis for å utvikle den tekniske løsningen. Det er ikke nok
476 til å redde kanalen, men gir et lite steg i riktig retning.&lt;/p&gt;
477
478 &lt;p&gt;&lt;strong&gt;Update 2013-03-13 13:00&lt;/strong&gt;: Epostlistelenkene
479 fungerer ikke lenger, da epostarkivet nå ikke lenger er tilgjengelig
480 for ikke-abonnenter. Korrigerte teksten fra styret litt etter
481 oppfordring fra Frikanalen-styret.&lt;/p&gt;
482 </description>
483 </item>
484
485 <item>
486 <title>Frikanalen - Complete TV station organised using the web</title>
487 <link>http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</link>
488 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</guid>
489 <pubDate>Sun, 3 Mar 2013 07:15:00 +0100</pubDate>
490 <description>&lt;p&gt;Do you want to set up your own TV station, schedule videos and
491 broadcast them on the air? Using free software? With video on demand
492 support using
493 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
494 open standards&lt;/a&gt;? Included a web based video stream as well? And
495 administrate it all in your web browser from anywhere in the world? A
496 few years now the Norwegian public access TV-channel
497 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; have been building a
498 system to do just this. The source code for the solution is licensed
499 using the GNU LGPL, and
500 &lt;a href=&quot;http://github.com/Frikanalen&quot;&gt;available from github&lt;/a&gt;.&lt;/p&gt;
501
502 &lt;p&gt;The idea is simple. You upload a video file over the web, and
503 attach meta information to the file. You select a time slot in the
504 program schedule, and when the time come it is played on the air and
505 in the web stream. It is also made available in a video on demand
506 solution for anyone to see it also outside its scheduled time. All
507 you need to run a TV station - using your web browser.&lt;/p&gt;
508
509 &lt;p&gt;There are several parts to this web based solution. I&#39;ll mention
510 the three most important ones. The first part is the database of
511 videos and the schedule. This is written in Django and include a REST
512 API. The current database is SQLite, but the plan is to migrate it to
513 PostgreSQL. At the moment this system can be tested on
514 &lt;a href=&quot;http://beta.frikanalen.tv/&quot;&gt;beta.frikanalen.tv&lt;/a&gt;. The
515 second part is the video playout, taking the schedule information from
516 the database and providing a video stream to broadcast. This is done
517 using &lt;a href=&quot;http://www.casparcg.com/&quot;&gt;CasparCG from SVT&lt;/a&gt; and
518 &lt;a href=&quot;http://www.mltframework.org/&quot;&gt;Media Lovin&#39; Toolkit&lt;/a&gt;. Video
519 signal distribution is handled using
520 &lt;a href=&quot;http://www.ob-encoder.com/&quot;&gt;Open Broadcast Encoder&lt;/a&gt;. The
521 third part is the converter, handling the transformation of uploaded
522 video files to a format useful for broadcasting, streaming and video
523 on demand. It is still very much work in progress, so it is not yet
524 decided what it will end up using. Note that the source of the latter
525 two parts are not yet pushed to github. The lead author want to clean
526 them up a bit more first.&lt;/p&gt;
527
528 &lt;p&gt;The development is coordinated on the
529 &lt;a href=&quot;irc://irc.freenode.net/%23frikanalen&quot;&gt;#frikanalen IRC
530 channel&lt;/a&gt; (irc.freenode.net), and discussed on
531 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/frikanalen&quot;&gt;the
532 frikanalen mailing list&lt;/a&gt;. The lead developer is Benjamin Bruheim
533 (phed on IRC). Anyone is welcome to participate in the
534 development.&lt;/p&gt;
535 </description>
536 </item>
537
538 <item>
539 <title>Litt statistikk over offentlige anbud annonsert via Doffin siden 2008</title>
540 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html</link>
541 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html</guid>
542 <pubDate>Mon, 11 Feb 2013 14:40:00 +0100</pubDate>
543 <description>&lt;p&gt;For et halvt år siden
544 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html&quot;&gt;satte
545 jeg opp et system for å lage en database&lt;/a&gt; med informasjon om
546 offentlige anbud fra &lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; ved
547 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;hjelp av
548 Scraperwiki&lt;/a&gt;. Nå er databasen så vidt jeg kan se komplett, med
549 data helt tilbake til 2008. Her er litt statistikk over
550 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=norwegian-doffin&amp;query=select%20strftime(%22%25Y-%25m%22%2C%20publishdate)%20as%20publishmonth%2C%20count(*)%20from%20%60swdata%60%20group%20by%20publishmonth%20order%20by%20publishmonth%20desc&quot;&gt;antall
551 anbud publisert hver måned&lt;/a&gt;:&lt;/p&gt;
552
553 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
554 &lt;tr&gt; &lt;th&gt;Publiseringsmåned&lt;/th&gt; &lt;th&gt;Antall&lt;/th&gt; &lt;/tr&gt;
555 &lt;tr&gt; &lt;td&gt;2013-01&lt;/td&gt; &lt;td&gt;1015&lt;/td&gt; &lt;/tr&gt;
556 &lt;tr&gt; &lt;td&gt;2012-12&lt;/td&gt; &lt;td&gt;756&lt;/td&gt; &lt;/tr&gt;
557 &lt;tr&gt; &lt;td&gt;2012-11&lt;/td&gt; &lt;td&gt;979&lt;/td&gt; &lt;/tr&gt;
558 &lt;tr&gt; &lt;td&gt;2012-10&lt;/td&gt; &lt;td&gt;1093&lt;/td&gt; &lt;/tr&gt;
559 &lt;tr&gt; &lt;td&gt;2012-09&lt;/td&gt; &lt;td&gt;1023&lt;/td&gt; &lt;/tr&gt;
560 &lt;tr&gt; &lt;td&gt;2012-08&lt;/td&gt; &lt;td&gt;951&lt;/td&gt; &lt;/tr&gt;
561 &lt;tr&gt; &lt;td&gt;2012-07&lt;/td&gt; &lt;td&gt;1103&lt;/td&gt; &lt;/tr&gt;
562 &lt;tr&gt; &lt;td&gt;2012-06&lt;/td&gt; &lt;td&gt;1334&lt;/td&gt; &lt;/tr&gt;
563 &lt;tr&gt; &lt;td&gt;2012-05&lt;/td&gt; &lt;td&gt;1435&lt;/td&gt; &lt;/tr&gt;
564 &lt;tr&gt; &lt;td&gt;2012-04&lt;/td&gt; &lt;td&gt;1169&lt;/td&gt; &lt;/tr&gt;
565 &lt;tr&gt; &lt;td&gt;2012-03&lt;/td&gt; &lt;td&gt;1573&lt;/td&gt; &lt;/tr&gt;
566 &lt;tr&gt; &lt;td&gt;2012-02&lt;/td&gt; &lt;td&gt;1335&lt;/td&gt; &lt;/tr&gt;
567 &lt;tr&gt; &lt;td&gt;2012-01&lt;/td&gt; &lt;td&gt;1147&lt;/td&gt; &lt;/tr&gt;
568 &lt;tr&gt; &lt;td&gt;2011-12&lt;/td&gt; &lt;td&gt;1045&lt;/td&gt; &lt;/tr&gt;
569 &lt;tr&gt; &lt;td&gt;2011-11&lt;/td&gt; &lt;td&gt;1114&lt;/td&gt; &lt;/tr&gt;
570 &lt;tr&gt; &lt;td&gt;2011-10&lt;/td&gt; &lt;td&gt;1230&lt;/td&gt; &lt;/tr&gt;
571 &lt;tr&gt; &lt;td&gt;2011-09&lt;/td&gt; &lt;td&gt;1165&lt;/td&gt; &lt;/tr&gt;
572 &lt;tr&gt; &lt;td&gt;2011-08&lt;/td&gt; &lt;td&gt;966&lt;/td&gt; &lt;/tr&gt;
573 &lt;tr&gt; &lt;td&gt;2011-07&lt;/td&gt; &lt;td&gt;1148&lt;/td&gt; &lt;/tr&gt;
574 &lt;tr&gt; &lt;td&gt;2011-06&lt;/td&gt; &lt;td&gt;1410&lt;/td&gt; &lt;/tr&gt;
575 &lt;tr&gt; &lt;td&gt;2011-05&lt;/td&gt; &lt;td&gt;1536&lt;/td&gt; &lt;/tr&gt;
576 &lt;tr&gt; &lt;td&gt;2011-04&lt;/td&gt; &lt;td&gt;1350&lt;/td&gt; &lt;/tr&gt;
577 &lt;tr&gt; &lt;td&gt;2011-03&lt;/td&gt; &lt;td&gt;1574&lt;/td&gt; &lt;/tr&gt;
578 &lt;tr&gt; &lt;td&gt;2011-02&lt;/td&gt; &lt;td&gt;1370&lt;/td&gt; &lt;/tr&gt;
579 &lt;tr&gt; &lt;td&gt;2011-01&lt;/td&gt; &lt;td&gt;1049&lt;/td&gt; &lt;/tr&gt;
580 &lt;tr&gt; &lt;td&gt;2010-12&lt;/td&gt; &lt;td&gt;992&lt;/td&gt; &lt;/tr&gt;
581 &lt;tr&gt; &lt;td&gt;2010-11&lt;/td&gt; &lt;td&gt;1089&lt;/td&gt; &lt;/tr&gt;
582 &lt;tr&gt; &lt;td&gt;2010-10&lt;/td&gt; &lt;td&gt;1110&lt;/td&gt; &lt;/tr&gt;
583 &lt;tr&gt; &lt;td&gt;2010-09&lt;/td&gt; &lt;td&gt;1132&lt;/td&gt; &lt;/tr&gt;
584 &lt;tr&gt; &lt;td&gt;2010-08&lt;/td&gt; &lt;td&gt;883&lt;/td&gt; &lt;/tr&gt;
585 &lt;tr&gt; &lt;td&gt;2010-07&lt;/td&gt; &lt;td&gt;1126&lt;/td&gt; &lt;/tr&gt;
586 &lt;tr&gt; &lt;td&gt;2010-06&lt;/td&gt; &lt;td&gt;1440&lt;/td&gt; &lt;/tr&gt;
587 &lt;tr&gt; &lt;td&gt;2010-05&lt;/td&gt; &lt;td&gt;1236&lt;/td&gt; &lt;/tr&gt;
588 &lt;tr&gt; &lt;td&gt;2010-04&lt;/td&gt; &lt;td&gt;1249&lt;/td&gt; &lt;/tr&gt;
589 &lt;tr&gt; &lt;td&gt;2010-03&lt;/td&gt; &lt;td&gt;1556&lt;/td&gt; &lt;/tr&gt;
590 &lt;tr&gt; &lt;td&gt;2010-02&lt;/td&gt; &lt;td&gt;1256&lt;/td&gt; &lt;/tr&gt;
591 &lt;tr&gt; &lt;td&gt;2010-01&lt;/td&gt; &lt;td&gt;1140&lt;/td&gt; &lt;/tr&gt;
592 &lt;tr&gt; &lt;td&gt;2009-12&lt;/td&gt; &lt;td&gt;1013&lt;/td&gt; &lt;/tr&gt;
593 &lt;tr&gt; &lt;td&gt;2009-11&lt;/td&gt; &lt;td&gt;1220&lt;/td&gt; &lt;/tr&gt;
594 &lt;tr&gt; &lt;td&gt;2009-10&lt;/td&gt; &lt;td&gt;1320&lt;/td&gt; &lt;/tr&gt;
595 &lt;tr&gt; &lt;td&gt;2009-09&lt;/td&gt; &lt;td&gt;1294&lt;/td&gt; &lt;/tr&gt;
596 &lt;tr&gt; &lt;td&gt;2009-08&lt;/td&gt; &lt;td&gt;953&lt;/td&gt; &lt;/tr&gt;
597 &lt;tr&gt; &lt;td&gt;2009-07&lt;/td&gt; &lt;td&gt;1162&lt;/td&gt; &lt;/tr&gt;
598 &lt;tr&gt; &lt;td&gt;2009-06&lt;/td&gt; &lt;td&gt;1605&lt;/td&gt; &lt;/tr&gt;
599 &lt;tr&gt; &lt;td&gt;2009-05&lt;/td&gt; &lt;td&gt;1568&lt;/td&gt; &lt;/tr&gt;
600 &lt;tr&gt; &lt;td&gt;2009-04&lt;/td&gt; &lt;td&gt;1522&lt;/td&gt; &lt;/tr&gt;
601 &lt;tr&gt; &lt;td&gt;2009-03&lt;/td&gt; &lt;td&gt;1599&lt;/td&gt; &lt;/tr&gt;
602 &lt;tr&gt; &lt;td&gt;2009-02&lt;/td&gt; &lt;td&gt;1376&lt;/td&gt; &lt;/tr&gt;
603 &lt;tr&gt; &lt;td&gt;2009-01&lt;/td&gt; &lt;td&gt;1080&lt;/td&gt; &lt;/tr&gt;
604 &lt;tr&gt; &lt;td&gt;2008-12&lt;/td&gt; &lt;td&gt;1028&lt;/td&gt; &lt;/tr&gt;
605 &lt;tr&gt; &lt;td&gt;2008-11&lt;/td&gt; &lt;td&gt;949&lt;/td&gt; &lt;/tr&gt;
606 &lt;tr&gt; &lt;td&gt;2008-10&lt;/td&gt; &lt;td&gt;1047&lt;/td&gt; &lt;/tr&gt;
607 &lt;tr&gt; &lt;td&gt;2008-09&lt;/td&gt; &lt;td&gt;965&lt;/td&gt; &lt;/tr&gt;
608 &lt;tr&gt; &lt;td&gt;2008-08&lt;/td&gt; &lt;td&gt;725&lt;/td&gt; &lt;/tr&gt;
609 &lt;tr&gt; &lt;td&gt;2008-07&lt;/td&gt; &lt;td&gt;1015&lt;/td&gt; &lt;/tr&gt;
610 &lt;tr&gt; &lt;td&gt;2008-06&lt;/td&gt; &lt;td&gt;1304&lt;/td&gt; &lt;/tr&gt;
611 &lt;tr&gt; &lt;td&gt;2008-05&lt;/td&gt; &lt;td&gt;323&lt;/td&gt; &lt;/tr&gt;
612 &lt;/table&gt;&lt;/p&gt;
613
614 &lt;p&gt;Her er tilsvarende
615 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=norwegian-doffin&amp;query=select%20strftime(%22%25Y%22%2C%20publishdate)%20as%20publishyear%2C%20count(*)%20from%20%60swdata%60%20group%20by%20publishyear%20order%20by%20publishyear%20desc&quot;&gt;tall
616 per år&lt;/a&gt;, som viser en liten nedgang i antall anbud:&lt;/p&gt;
617
618 &lt;table border=&quot;1&quot;&gt;
619 &lt;tr&gt; &lt;th&gt;Publiseringsår&lt;/th&gt; &lt;th&gt;Antall&lt;/th&gt; &lt;/tr&gt;
620 &lt;tr&gt; &lt;td&gt;2012&lt;/td&gt; &lt;td&gt;13898&lt;/td&gt; &lt;/tr&gt;
621 &lt;tr&gt; &lt;td&gt;2011&lt;/td&gt; &lt;td&gt;14957&lt;/td&gt; &lt;/tr&gt;
622 &lt;tr&gt; &lt;td&gt;2010&lt;/td&gt; &lt;td&gt;14209&lt;/td&gt; &lt;/tr&gt;
623 &lt;tr&gt; &lt;td&gt;2009&lt;/td&gt; &lt;td&gt;15712&lt;/td&gt; &lt;/tr&gt;
624 &lt;tr&gt; &lt;td&gt;2008&lt;/td&gt; &lt;td&gt;7356&lt;/td&gt; &lt;/tr&gt;
625 &lt;/table&gt;&lt;/p&gt;
626
627 &lt;p&gt;Jeg droppet den ufullstendige måneden og året fra tabellen. Se
628 lenken for oppdaterte tall.&lt;/p&gt;
629 </description>
630 </item>
631
632 <item>
633 <title>Ledger - double-entry accounting using text based storage format</title>
634 <link>http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html</link>
635 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html</guid>
636 <pubDate>Tue, 18 Dec 2012 23:30:00 +0100</pubDate>
637 <description>&lt;p&gt;A few days ago I came across
638 &lt;a href=&quot;http://joeyh.name/blog/entry/hledger/&quot;&gt;a blog post from Joey
639 Hess&lt;/a&gt; describing &lt;a href=&quot;http://ledger-cli.org/&quot;&gt;ledger&lt;/a&gt; and
640 hledger, a text based system for double-entry accounting. I found it
641 interesting, as I am involved with several organizations where
642 accounting is an issue, and I have not really become too friendly with
643 the different web based systems we use. I find it hard to find what I
644 look for in the menus and even harder try to get sensible data out of
645 the systems. Ledger seem different. The accounting data is kept in
646 text files that can be stored in a version control system, and there
647
648 are at least &lt;a href=&quot;https://github.com/ledger/ledger/wiki/Ports&quot;&gt;five
649 different implementations&lt;/a&gt; able to read the format. An example
650 entry look like this, and is simple enough that it will be trivial to
651 generate entries based on CVS files fetched from the bank:&lt;/p&gt;
652
653 &lt;blockquote&gt;&lt;pre&gt;
654 2004-05-27 Book Store
655 Expenses:Books $20.00
656 Liabilities:Visa
657 &lt;/pre&gt;&lt;/blockquote&gt;
658
659 &lt;p&gt;The concept seemed interesting enough for me to check it out and
660 look for others using it. I found blog posts from
661 &lt;a href=&quot;http://blog.spang.cc/posts/hledger_rocks_my_world/&quot;&gt;Christine
662 Spang&lt;/a&gt;,
663 &lt;a href=&quot;http://bugsplat.info/2010-05-23-keeping-finances-with-ledger.html&quot;&gt;Pete
664 Keen&lt;/a&gt;,
665 &lt;a href=&quot;http://blog.andrewcantino.com/blog/2010/11/06/command-line-accounting-with-ledger-and-reckon/&quot;&gt;Andrew
666 Cantino&lt;/a&gt; and
667 &lt;a href=&quot;http://blog.iphoting.com/blog/2012/11/29/command-line-double-entry-accounting/&quot;&gt;Ronald
668 Ip&lt;/a&gt; describing how they use it, as well as a post from
669 &lt;a href=&quot;https://groups.google.com/forum/?fromgroups=#!topic/ledger-cli/r0oWjwbQ9Bo&quot;&gt;Bradley
670 M. Kuhn&lt;/a&gt; at the Software Freedom Conservancy. All seemed like good
671 recommendations fitting my need.&lt;/p&gt;
672
673 &lt;p&gt;The &lt;a href=&quot;http://packages.qa.debian.org/l/ledger.html&quot;&gt;ledger&lt;/a&gt;
674 package is available in Debian Squeeze, while the
675 &lt;a href=&quot;http://packages.qa.debian.org/h/haskell-hledger.html&quot;&gt;hledger&lt;/a&gt;
676 package only is available in Debian Sid. As I use Squeeze, ledger
677 seemed the best choice to get started.&lt;/p&gt;
678
679 &lt;p&gt;To get some real data to test on, I wrote a
680 &lt;a href=&quot;http://www.nuug.no/tools/lodo2ledger&quot;&gt;web scraper&lt;/a&gt; for
681 &lt;a href=&quot;http://www.lodo.no/&quot;&gt;LODO&lt;/a&gt;, the accounting system used by
682 the &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; association, and started to
683 play with the data set. I&#39;m not really deeply into accounting, but I
684 am able to get a simple balance and accounting status for example
685 using the &quot;&lt;tt&gt;ledger balance&lt;/tt&gt;&quot; command. But I will have to
686 gather more experience before I know if the ledger way is a good fit
687 for the organisations I am involved in.&lt;/p&gt;
688 </description>
689 </item>
690
691 <item>
692 <title>59 kommuner omfavner nå FiksGataMi</title>
693 <link>http://people.skolelinux.org/pere/blog/59_kommuner_omfavner_n__FiksGataMi.html</link>
694 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/59_kommuner_omfavner_n__FiksGataMi.html</guid>
695 <pubDate>Mon, 5 Nov 2012 23:00:00 +0100</pubDate>
696 <description>&lt;p&gt;&lt;a href=&quot;http://maps.google.com/?q=http://www.nuug.no/prosjekt/fiksgatami/fiksgatami-municipalities-201210.kml&quot;&gt;&lt;img src=&quot;http://people.skolelinux.org/pere/blog/images/2012-10-17-fiksgatami.png&quot;&gt;&lt;/a&gt;&lt;/p&gt;
697
698 &lt;p&gt;For noen dager siden omfavnet to nye kommuner NUUGs
699 &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;. Med 59 kommuner
700 som lenker til FiksGataMi fra sine hjemmesider er &quot;markedsandelen&quot;
701 13,8 % (av 429 kommuner). Sist ut er Stange og Utsira kommune, som
702 slår følge med kommunene Askim, Askøy, Audnedal, Aure, Balestrand,
703 Bærum, Eide, Farsund, Flekkefjord, Folldal, Gran, Grue, Hadsel,
704 Halden, Halsa, Hamar, Hobøl, Holtålen, Hægebostad, Høyanger,
705 Kongsberg, Kristiansund, Kvinesdal, Kviteseid, Levanger, Lindesnes,
706 Luster, Lyngdal, Løten, Mandal, Marnardal, Moss, Namsos, Nissedal,
707 Nordreisa, Randaberg, Rindal, Sel, Sirdal, Skiptvet, Sortland,
708 Spydeberg, Stjørdal, Stord, Søgne, Sør-Odal, Tolga, Trysil, Tynset,
709 Tysvær, Ullensvang Herad, Vennesla, Verdal, Vågan, Vågå, Våler og
710 Åseral. Oppdatert liste er tilgjengelig fra
711 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami/positivemottakere&quot;&gt;NUUGs
712 wiki&lt;/a&gt;. Kartet er dog ikke oppdatert med de siste kommunene.&lt;/p&gt;
713
714 &lt;p&gt;Kanskje du bør høre med din kommune om de vil bli mer aktive
715 brukere av FiksGataMi? Se
716 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/40_kommuner_lenker_n__til_FiksGataMi_fra_sine_nettsider___gj_r_din_.html&quot;&gt;en
717 tidligere bloggpost&lt;/a&gt; med tips om hvordan det kan gjøres.&lt;/p&gt;
718
719 &lt;p&gt;I snitt rapporteres det nå via FiksGataMi ca. 100 meldinger i uka fra
720 innbyggerne om feil på offentlig infrastruktur.&lt;/p&gt;
721 </description>
722 </item>
723
724 <item>
725 <title>Ode til Frikanalen...</title>
726 <link>http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</link>
727 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</guid>
728 <pubDate>Fri, 2 Nov 2012 23:00:00 +0100</pubDate>
729 <description>&lt;p&gt;I 2009 bidro vi i &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; til at
730 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; ble
731 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html&quot;&gt;tilgjengelig
732 i et fritt og åpent standardisert videoformat&lt;/a&gt;. Bakgrunnen var at
733 vi i NUUG likte tanken på «Youtube på TV», der enhver borger kunne få
734 mulighet til å kringkaste sin video på TV, og NUUG ble medlem i
735 Frikanalen for å støtte dette arbeidet. Frikanalen er borger-TV, der
736 alle kan være sin egen redaktør og lage TV uten solid finansielle
737 muskler. Siden den gang har vi bistått kanalen på ulikt vis, blant
738 annet med å hjelpe til med å utvikle en løsning basert på fri
739 programvare for drift av TV-kanalen. Dette utviklingsarbeidet pågår
740 fortsatt, men det er god fremgang og godt håp om å få på plass en
741 webbasert løsning for styring av TV-kanalen basert på fri programvare.
742 Dagens produksjonsløsning er basert på Windows og proprietær
743 programvare, et resultat av at kulturdepartementet krevde at
744 Frikanalen kom på lufta veldig raskt da departementet overtalte
745 Frivillighet Norge til å snappe opp konseptet. Dagens
746 produksjonsløsning er dyr i drift, og en fri programvareløsning bør
747 kutte kostnadene litt. Men det er fortsatt dyrt å kjøpe tilgang til å
748 sende ut på RiksTV og andre TV-distributører, noe som spiser av
749 kanalens begrensede midler.&lt;/p&gt;
750
751 &lt;p&gt;Nytt for 2013 er dessverre at kulturdepartementet kutter all støtte
752 til Frikanalen. Mens det i
753 &lt;a href=&quot;http://www.regjeringen.no/pages/35168579/PDFS/PRP201120120001KUDDDDPDFS.pdf&quot;&gt;statsbudsjettet
754 for 2012&lt;/a&gt; sto følgende (side 55):&lt;/p&gt;
755
756 &lt;blockquote&gt;
757
758 Det foreslås et driftstilskudd på 1 mill. kroner i 2012 til
759 Frikanalen. Kulturdepartementet har inngått avtale om investerings- og
760 driftsstøtte til Frikanalen som gir et økonomisk grunnlag for kanalen
761 i oppstartsårene. En forutsetning for støtten er bl.a. at Frikanalen
762 tilstreber å være en reell ytringskanal for samtlige partier og lister
763 i forbindelse med valg.
764
765 &lt;/blockquote&gt;
766
767 &lt;p&gt;Så har kulturdepartementet
768 &lt;a href=&quot;http://www.knif.no/Innkjop/Knif-Samfunn/Informasjonsbrev/Informasjonsbrev-2012/Frikanalen&quot;&gt;kuttet
769 all støtte for 2013&lt;/a&gt;:&lt;/p&gt;
770
771 &lt;blockquote&gt;
772
773 &lt;p&gt;Statsbudsjettet 2013: Frikanalen&lt;/p&gt;
774 &lt;p&gt;Det er ikke satt av penger i statsbudsjettet for 2013 til Frikanalen.&lt;/p&gt;
775
776 &lt;p&gt;Frivillighet Norge var fødselshjelper for foreningen Frikanalen i
777 2007. Kanalen har fått 1 mill kr i altfor lav bevilgning hvis kanalen
778 skulle klare å realisere målet om å være en opplæringsarena for
779 frivillige organisasjoner som ville lære å bruke billedspråk.&lt;/p&gt;
780
781 &lt;p&gt;TV-mediets posisjon som kommunikasjonskanal har endret seg
782 betydelig siden Frikanalen ble etablert. Det er supplert og til dels
783 erstattet av andre kommunikasjonskanaler, som det også er
784 ressurskrevende for organisasjonene å ta i bruk.&lt;/p&gt;
785
786 &lt;/blockquote&gt;
787
788 &lt;p&gt;Når en ser bort fra den merkelige begrunnelsen, da Frikanalen så
789 vidt jeg vet aldri har tatt mål av seg «å være en opplæringsarena for
790 frivillige organisasjoner som ville lære å bruke billedspråk», så er
791 det veldig trist at kulturdepartementet kutter støtten.&lt;/p&gt;
792
793 &lt;p&gt;Fundamentet for Frikanalen ble lagt da Stortinget vedtok
794 innføringen av det digitale bakkenettet. En oversikt over
795 &lt;a href=&quot;http://www.openchannel.no/stortinget.html&quot;&gt;det Stortinget
796 skrev&lt;/a&gt; da finnes på nettsidene til åpen kanal. Der het det blant
797 annet om «åpne kanaler»:&lt;/p&gt;
798
799 &lt;blockquote&gt;
800
801 Et annet flertall, alle unntatt medlemmene fra Fremskrittspartiet, vil
802 også peke på at man ut fra ønsket om en bredt anlagt offentlig debatt,
803 må se på den faktiske tilgjengelighet allmennheten har til
804 TV-mediet. I mange land har man ønsket å sikre denne tilgangen gjennom
805 egen lovgivning som forplikter allmennkringkastere eller distributører
806 å holde av en del av sendekapasiteten til livssynskanaler, ideelle
807 organisasjoner og lignende. I Norden betegnes dette gjerne som åpne
808 kanaler. Dette flertallet mener dette er et interessant område sett i
809 et ytringsfrihetsperspektiv. Dette flertallet mener derfor at staten
810 bør legge til rette for dette når man ved innføring av nye
811 distribusjonskanaler skal utarbeide regelverk og gi konsesjoner.
812 &lt;/blockquote&gt;
813
814 &lt;p&gt;Veien frem har gått over svært ulendt terreng, noe en kan se litt
815 av konturene av i en artikkel hos Vox Publica med tittel
816 «&lt;a href=&quot;http://voxpublica.no/2007/03/hvor-apen-blir-frikanalen/&quot;&gt;Hvor
817 åpen blir “Frikanalen”?&lt;/a&gt;». Begge tekstene er nyttig lesning for å
818 forstå mer om hva Frikanalen er. Jeg anbefaler alle å støtte opp om
819 Frikanalen, bli medlem, lage og sende programmer der.&lt;/p&gt;
820 </description>
821 </item>
822
823 <item>
824 <title>12 years of outages - summarised by Stuart Kendrick</title>
825 <link>http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</link>
826 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</guid>
827 <pubDate>Fri, 26 Oct 2012 14:20:00 +0200</pubDate>
828 <description>&lt;p&gt;I work at the &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt;
829 looking after the computers, mostly on the unix side, but in general
830 all over the place. I am also a member (and currently leader) of
831 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the NUUG association&lt;/a&gt;, which in turn
832 make me a member of &lt;a href=&quot;http://www.usenix.org/&quot;&gt;USENIX&lt;/a&gt;. NUUG
833 is an member organisation for us in Norway interested in free
834 software, open standards and unix like operating systems, and USENIX
835 is a US based member organisation with similar targets. And thanks to
836 these memberships, I get all issues of the great USENIX magazine
837 &lt;a href=&quot;https://www.usenix.org/publications/login&quot;&gt;;login:&lt;/a&gt; in the
838 mail several times a year. The magazine is great, and I read most of
839 it every time.&lt;/p&gt;
840
841 &lt;p&gt;In the last issue of the USENIX magazine ;login:, there is an
842 article by &lt;a href=&quot;http://www.skendric.com/&quot;&gt;Stuart Kendrick&lt;/a&gt; from
843 Fred Hutchinson Cancer Research Center titled
844 &quot;&lt;a href=&quot;https://www.usenix.org/publications/login/october-2012-volume-37-number-5/what-takes-us-down&quot;&gt;What
845 Takes Us Down&lt;/a&gt;&quot; (longer version also
846 &lt;a href=&quot;http://www.skendric.com/problem/incident-analysis/2012-06-30/What-Takes-Us-Down.pdf&quot;&gt;available
847 from his own site&lt;/a&gt;), where he report what he found when he
848 processed the outage reports (both planned and unplanned) from the
849 last twelve years and classified them according to cause, time of day,
850 etc etc. The article is a good read to get some empirical data on
851 what kind of problems affect a data centre, but what really inspired
852 me was the kind of reporting they had put in place since 2000.&lt;p&gt;
853
854 &lt;p&gt;The centre set up a mailing list, and started to send fairly
855 standardised messages to this list when a outage was planned or when
856 it already occurred, to announce the plan and get feedback on the
857 assumtions on scope and user impact. Here is the two example from the
858 article: First the unplanned outage:
859
860 &lt;blockquote&gt;&lt;pre&gt;
861 Subject: Exchange 2003 Cluster Issues
862 Severity: Critical (Unplanned)
863 Start: Monday, May 7, 2012, 11:58
864 End: Monday, May 7, 2012, 12:38
865 Duration: 40 minutes
866 Scope: Exchange 2003
867 Description: The HTTPS service on the Exchange cluster crashed, triggering
868 a cluster failover.
869
870 User Impact: During this period, all Exchange users were unable to
871 access e-mail. Zimbra users were unaffected.
872 Technician: [xxx]
873 &lt;/pre&gt;&lt;/blockquote&gt;
874
875 Next the planned outage:
876
877 &lt;blockquote&gt;&lt;pre&gt;
878 Subject: H Building Switch Upgrades
879 Severity: Major (Planned)
880 Start: Saturday, June 16, 2012, 06:00
881 End: Saturday, June 16, 2012, 16:00
882 Duration: 10 hours
883 Scope: H2 Transport
884 Description: Currently, Catalyst 4006s provide 10/100 Ethernet to end-
885 stations. We will replace these with newer Catalyst
886 4510s.
887 User Impact: All users on H2 will be isolated from the network during
888 this work. Afterward, they will have gigabit
889 connectivity.
890 Technician: [xxx]
891 &lt;/pre&gt;&lt;/blockquote&gt;
892
893 &lt;p&gt;He notes in his article that the date formats and other fields have
894 been a bit too free form to make it easy to automatically process them
895 into a database for further analysis, and I would have used ISO 8601
896 dates myself to make it easier to process (in other words I would ask
897 people to write &#39;2012-06-16 06:00 +0000&#39; instead of the start time
898 format listed above). There are also other issues with the format
899 that could be improved, read the article for the details.&lt;/p&gt;
900
901 &lt;p&gt;I find the idea of standardising outage messages seem to be such a
902 good idea that I would like to get it implemented here at the
903 university too. We do register
904 &lt;a href=&quot;http://www.uio.no/tjenester/it/aktuelt/planlagte-tjenesteavbrudd/&quot;&gt;planned
905 changes and outages in a calendar&lt;/a&gt;, and report the to a mailing
906 list, but we do not do so in a structured format and there is not a
907 report to the same location for unplanned outages. Perhaps something
908 for other sites to consider too?&lt;/p&gt;
909 </description>
910 </item>
911
912 <item>
913 <title>NUUGs spørreundersøkelse for 2012 endelig åpnet</title>
914 <link>http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</link>
915 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</guid>
916 <pubDate>Wed, 10 Oct 2012 23:00:00 +0200</pubDate>
917 <description>&lt;p&gt;Etter flere års pause fikk vi i NUUG endelig i dag
918 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2012-October/000505.html&quot;&gt;annonsert
919 spørreundersøkelse&lt;/a&gt; for medlemmer og likesinnede personer. Siste
920 undersøkelse var i 2009, så det blir interessant å se hvordan svarene
921 har endret seg siden da.&lt;/p&gt;
922
923 &lt;p&gt;Alle kan delta.
924 &lt;a href=&quot;https://nettskjema.uio.no/answer/45826.html&quot;&gt;Skjemaet&lt;/a&gt; har
925 har 27 spørsmål og vil ta om lag fem minutt å fylle ut.&lt;/p&gt;
926 </description>
927 </item>
928
929 <item>
930 <title>NUUGs høringsuttalelse til DIFIs forslag om å kaste ut ODF fra statens standardkatalog</title>
931 <link>http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</link>
932 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</guid>
933 <pubDate>Mon, 1 Oct 2012 08:20:00 +0200</pubDate>
934 <description>&lt;p&gt;Som jeg
935 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html&quot;&gt;skrev
936 i juni&lt;/a&gt; har DIFI foreslått å fjerne krav om å bruke ODF til
937 utveksling av redigerbare dokumenter med det offentlige, og
938 derigjennom tvinge innbyggerne til å forholde seg til formatene til MS
939 Office når en kommuniserer med det offentlige.&lt;/p&gt;
940
941 &lt;p&gt;I går kveld fikk vi i &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;
942 fullført vår høringsuttalelse og sendt den inn til DIFI. Du finner
943 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201209-forskrift-standardkatalog&quot;&gt;uttalelsen
944 på wikien&lt;/a&gt;. Ta en titt. Fristen for å sende inn uttalelse var i
945 går søndag, men en får kanskje sitt innspill med hvis en sender i
946 dag.&lt;/p&gt;
947 </description>
948 </item>
949
950 <item>
951 <title>E-valg, fortsatt en dårlig idé (evaluering legges frem i Oslo)</title>
952 <link>http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</link>
953 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</guid>
954 <pubDate>Tue, 11 Sep 2012 10:30:00 +0200</pubDate>
955 <description>&lt;p&gt;I 2006 var forslaget om å gjennomføre politiske valg over Internet
956 ute på høring, og
957 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;NUUG
958 skrev en høringsuttalelse&lt;/a&gt; (som EFN endte opp med å støtte), som
959 fortsatt er like aktuell. Jeg ble minnet på om den da jeg leste et
960 innlegg i Bergens Tidende med tittelen
961 &lt;a href=&quot;http://blogg.bt.no/preik/2012/09/11/e-valg/&quot;&gt;En dårlig idé&lt;/a&gt;
962 som poengterer hvor viktig det er å holde fast ved at vi skal ha
963 hemmelige valg i Norge, og at det nødvendigvis fører til at vi ikke
964 kan ha valg over Internet.&lt;/p&gt;
965
966 &lt;p&gt;Innlegget i BT forteller at det skal være et
967 &lt;a href=&quot;http://www.samfunnsforskning.no/ISF-intern/ISF-Agenda/E-valg-i-et-demokratisk-perspektiv&quot;&gt;seminar
968 om evalueringen av e-valgforsøket&lt;/a&gt; på Litteraturhuset i morgen
969 2012-09-12 9-11:45. Jeg hadde ikke fått med meg dette før nå, og
970 kommer meg nok dessverre ikke innom, men håper det møter mange som
971 fortsatt kan bidra til å få skutt ned e-valgsgalskapen.&lt;/p&gt;
972
973 &lt;p&gt;Det er lenge siden 2006, og jeg regner med at de fleste av mine
974 lesere har glemt eller ikke har lest høringsuttalelsen fra NUUG. Jeg
975 gjengir den derfor her i sin helhet.&lt;/p&gt;
976
977 &lt;blockquote&gt;
978 &lt;p&gt;&lt;strong&gt;Høringsuttalelse fra NUUG og EFN om elektronisk
979 stemmegivning&lt;/strong&gt;&lt;/p&gt;
980
981 &lt;p&gt;Petter Reinholdtsen
982 &lt;br&gt;Leder i foreningen NUUG
983 &lt;br&gt;2006-09-30&lt;/p&gt;
984
985 &lt;p&gt;Foreningene NUUG og EFN er glade for å ha blitt invitert til å
986 kommentere utredningen om elektronisk stemmegivning, og håper våre
987 innspill kan komme til nytte. Denne uttalelsen er ført i pennen av
988 NUUGs leder Petter Reinholdtsen med innspill fra Tore Audun Høie, Erik
989 Naggum og Håvard Fosseng.&lt;/p&gt;
990
991 &lt;p&gt;Når en vurderer elektronisk stemmegivning, så tror vi det er viktig
992 å ha prinsippene for gode valg i bakhodet. Vi har tatt utgangspunkt i
993 listen fra Cranor, L.F. og Cytron, R.K. i &quot;Design and Implementation
994 of a Security-Conscious Electronic Polling System&quot;, som oppsummerer
995 hvilke egenskaper som er viktige:&lt;/p&gt;
996
997 &lt;ul&gt;
998
999 &lt;li&gt;Nøyaktig - et system er nøyaktig hvis det ikke er mulig å endre en
1000 stemme, det ikke er mulig å fjerne en gyldig stemme fra den endelige
1001 opptellingen og det ikke er mulig for en ugyldig stemme å bli talt med
1002 i den endelige opptellingen. Fullstendig nøyaktige systemer sikrer at
1003 den endelige opptellingen er perfekt, enten ved sikre at
1004 unøyaktigheter ikke kan bli introdusert eller kan oppdages og
1005 korrigert for. Delvis nøyaktige systemer kan oppdage men ikke
1006 nødvendigvis korrigere unøyaktigheter.&lt;/li&gt;
1007
1008 &lt;li&gt;Demokratisk - et system er demokratisk hvis kun de som har lov til
1009 å stemme kan stemme, og det sikrer at hver av dem kun kan stemme en
1010 gang.&lt;/li&gt;
1011
1012 &lt;li&gt;Hemmelig - et system er hemmelig hvis ingen, hverken de som
1013 arrangerer valget eller noen andre kan knytte en stemmeseddel til den
1014 som avga den, og ingen stemmegiver kan bevise at han eller hun stemte
1015 på en bestemt måte. Dette er spesielt viktig for å hindre kjøp og salg
1016 av stemmer og at personer kan tvinges til å stemme på en bestemt
1017 måte.&lt;/li&gt;
1018
1019 &lt;li&gt;Etterprøvbart - et system er etterprøvbart hvis hvem som helst
1020 uavhengig kan kontrollere at opptellingen er korrekt.&lt;/li&gt;
1021
1022 &lt;/ul&gt;
1023
1024 &lt;p&gt;Et demokratisk valg må sikre at disse punktene er oppfylt. Det er
1025 med den bakgrunn vi vurderer elektronisk stemmegivning.&lt;/p&gt;
1026
1027 &lt;p&gt;Nøyaktig opptelling kan kun oppnås hvis alle steg i
1028 opptellingsprosessen kan kontrolleres og verifiseres. Det må ikke må
1029 være mulig å fjerne eller endre avgitte stemmer, og heller ikke mulig
1030 å legge inn flere stemmer enn det som faktisk er avgitt. Elektronisk
1031 lagring av avgitte stemmer kan gjør det svært enkelt å endre på
1032 avgitte stemmer uten at det er mulig å oppdage det i
1033 ettertid. Elektronisk lagring vil også gjøre det mulig å lagre en
1034 annen stemme enn det som er blitt avgitt, selv om det så korrekt ut
1035 for den som avga stemmen. Vi mener derfor det er viktig at elektronisk
1036 stemmegivning gjøres via papir eller tilsvarende, slik at de som
1037 stemmer kan kontrollere at den stemmen de har avgitt er den som blir
1038 talt opp. I Australia brukes det et system der de som stemmer gjør
1039 sitt valg på en skjerm, og stemmen så skrives ut på en papirrull som
1040 sjekkes av den som stemmer før papirrullen leses inn av
1041 opptellingssystemet. En sikrer slik at hver enkelt stemme kan
1042 kontrolleres på nytt.&lt;/p&gt;
1043
1044 &lt;p&gt;Etterprøvbarhet kan kun oppnås hvis hver enkelt stemmegiver kan
1045 kontrollere hele systemet som brukes for stemmegivning. For at dette
1046 skal være mulig er en nødvendig betingelse at en har innsyn i hvordan
1047 systemene er satt sammen, og hvordan de brukes. Selv om de aller
1048 fleste ikke selv vil kunne gjennomføre en slik kontroll, er det viktig
1049 at flere uavhengige eksperter kan sjekke systemet. Velgerne bør kunne
1050 velge hvilke eksperter de vil stole på. Dette forutsetter blant annet
1051 tilgang til kildekoden og informasjon om hvordan de ulike delene av
1052 det totale stemmegivingssystemet er koblet. Lukkede systemer der
1053 kildekoden ikke er tilgjengelig og en ikke kan kontrollere systemene
1054 som brukes under selve valgene, er sårbare for trojanere (programvare
1055 som gjør noe annet og/eller mer enn det leverandøren sier den skal,
1056 f.eks. endre sluttresulatet av en opptelling) og påvirkning fra
1057 leverandøren. Det er påstander om slikt i USA på maskiner fra Diebold
1058 og Siebel allerede. Det finnes i dag flere tilgjengelige fri
1059 programvaresystemer for elektronisk stemmegiving og opptelling. Fri
1060 programvare sikrer brukeren kontroll over datasystemene. Slike
1061 systemer er tilgjengelig fra OpenSourceVoting og ACTs elektroniske
1062 valgsystem som ble brukt i det australske parlamentvalget 2001 og
1063 2004. For å sikre at det er mulig å gjennomføre omtellinger må hver
1064 enkelt stemme lagres på ikke-elektronisk format (f.eks. papir), og et
1065 slikt papirspor må sikres slik at de ikke kan endres i ettertid.
1066
1067 &lt;p&gt;&lt;strong&gt;Vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
1068
1069 &lt;p&gt;I Venezuela fungerte avstemmingsmaskinene slik at de som stemte
1070 markerte det de stemte på en skjerm, og valgene ble skrevet på en
1071 papirrull som den som stemmer så de kunne sjekke for å kontrollere at
1072 de valgene som ble gjort kom med på papirrullen. Deretter ble
1073 voteringstallene sendt elektronisk fra hver maskin til tre uavhengige
1074 opptellingsgrupper (hvorav en av dem var Carter-senteret), som talte
1075 opp stemmene. Alle måtte være enige for å godkjenne resultatet. Hvis
1076 det var avvik så kunne en gå helt ned på papirrull-nivå for å sjekke
1077 resultatet. Det har dog blitt hevdet at oppbevaringen av papirrullene
1078 ble overlatt til regimet, slik at kontrollmuligheten ble fjernet. Det
1079 er likevel mulig å organisere seg slik at det blir vanskelig å
1080 forfalske valgresultatet ved å bytte ut eller endre rullene.&lt;/p&gt;
1081
1082 &lt;p&gt;India har et elektronisk voteringssystem som ble tatt i bruk i
1083 1989. Det består av to ulike enheter, en opptellingsenhet og en
1084 avstemmingsenhet. Systemet sikrer hemmelig valg, er vanskelig å
1085 påvirke, men mangler oppbevaring av hver enkelt stemme på et
1086 ikke-elektronisk format, noe som gjør omtelling umulig.&lt;/p&gt;
1087
1088 &lt;p&gt;&lt;strong&gt;Mindre vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
1089
1090 &lt;p&gt;I USA finnes en rekke ulike leverandører av elektroniske
1091 valgsystemer, og det er dokumentert svakheter med flere av
1092 dem. F.eks. har forskerne Ariel J. Feldman, J. Alex Halderman, og
1093 Edward W. Felten ved Universitetet i Princeton dokumentert hvordan
1094 systemet fra Diebold kan manipuleres til gi uriktig
1095 avstemmingsresultat. Det er også indikasjoner på at noen av systemene
1096 kan påvirkes av leverandøren via telelinjer. Robert F. Kennedy Jr. har
1097 nylig i en artikkel fortalt om flere avvik fra valget i 2004. Norge
1098 bør unngå systemer som kan manipuleres slik det rapporteres om fra
1099 USA.&lt;/p&gt;
1100
1101 &lt;p&gt;Universitetet i Oslo skal denne høsten gjennomføre elektronisk valg
1102 på Dekan ved Det teologiske fakultet. Universitetsstyret har godkjent
1103 et valgsystem der de som arrangerer valget har mulighet til å se hvem
1104 som har stemt hva, samt hver deltager i valget kan endre sin stemme i
1105 ettertid (ikke-hemmelig), de som administrerer datasystemet kan
1106 påvirke valgresultatet ved å endre, trekke fra eller legge til stemmer
1107 (ikke-nøyaktig), og det ikke nødvendigvis er mulig å oppdage at slik
1108 påvirkning har funnet sted (ikke etterprøvbart). Webbaserte
1109 valgsystemer uten spesiell klientprogramvare vil ha flere av disse
1110 problemene.&lt;/p&gt;
1111
1112 &lt;p&gt;&lt;strong&gt;Konkrete kommentarer til rapporten&lt;/strong&gt;&lt;/p&gt;
1113
1114 &lt;p&gt;Rapporten nevner ikke muligheten for å påvirke valgresultatet via
1115 trojansk type kode. Siebel blir beskyldt for dette i USA. Vi advarer
1116 mot bruk av lukket kildekode, fordi dette i prinsippet innebærer å
1117 stole blindt på leverandøren. Det bør ikke vere begrenset hvem som kan
1118 kontrollere at systemet gjør det det skal, og dette tilsier bruk av
1119 fri programvare.&lt;/p&gt;
1120
1121 &lt;p&gt;Rapporten anbefaler lukket kode fordi kjeltringer kan finne ut
1122 sikkerhetsmekanismene ved å lese kode. Det er ikke en god idé å basere
1123 seg på at sikkerhetsmekanismene er beskyttet pga. at ingen kjenner til
1124 hvordan de fungerer. Som eksempelet fra USA viser, kan man godt
1125 mistenke leverandøren for å jukse med systemet. Selve det at en slik
1126 mistanke eksisterer, og ikke kan fjernes/reduseres ved uavhengig
1127 inspeksjon, er et problem for demokratiet. Et sikkert system må være
1128 sikkert selv om noen med uærlige hensikter kjenner til hvordan det
1129 fungerer. Australia har allerede gjennomført vellykkede valg basert på
1130 et fri programvaresystem.&lt;/p&gt;
1131
1132 &lt;p&gt;Driften av totalsystemet blir ofret liten oppmerksomhet i
1133 rapporten. I et driftopplegg ligger mange sikkerhetsutfordringer som
1134 bør vurderes nøye.&lt;/p&gt;
1135
1136 &lt;p&gt;Definisjonen av brannmur i rapporten er feil, for eksempel sies at
1137 &quot;brannmuren er selv immun mot inntrengning&quot;. Dette er ikke riktig. Det
1138 er fullt mulig å ha brannmurer med sikkerhetsproblemer som utnyttes
1139 til å trenge inn i dem. I tillegg antar man at all trafikk går gjennom
1140 brannmuren. I store applikasjoner, som et valgsystem vil være, kreves
1141 et system av brannmurer og andre tiltak som vi kaller
1142 sikkerhetsarkitektur. Rapporten burde komme inn på behovet for en
1143 sikkerhetsarkitektur.. Selv med en gjennomarbeidet
1144 sikkerhetsarkitektur kan det være at man overser muligheter for å
1145 unngå brannmurene. Rapporten snakker om brannmur i entall, mens det
1146 nok er nødvendig å sikre et valgsystem med flere lag av
1147 sikringstiltak, og dermed vil være behov for flere brannmurer. En
1148 brannmur kan være bygd basert på visse antagelser og standarder. En
1149 annen brannmur kan bygge på et annet sett antagelser, og stoppe
1150 trafikk som den første ikke tar høyde for.
1151
1152 &lt;p&gt;Rapporten indikerer dårlige kunnskaper om brannmur, og dette igjen
1153 antyder dårlige kunnskaper om datasikkerhet generelt, og dette bør
1154 forbedres. For eksempel er driften ansvarlig for operativ
1155 sikkerhetsarkitektur, og vi har hatt adskillige diskusjoner i NUUG om
1156 hvor vanskelig dette er. Hva hjelper en brannmur hvis den er feil
1157 konfigurert eller ikke oppdatert?&lt;/p&gt;
1158
1159 &lt;p&gt;Muligheten for sikkerhetsovervåkning kan vi ikke se er nevnt i
1160 rapporten. Dette er vanskelig og dyrt, men bør vurderes for å kunne
1161 oppdage systemavvik under valget. Sikkerhetsovervåkning kan inngå som
1162 ledd i sikkerhetsarkitekturen.&lt;/p&gt;
1163
1164 &lt;p&gt;Det har blitt rapportert i pressen at USA ikke bør kjøpe
1165 Lenovo-maskiner etter at selskapet som lager dem ble solgt fra IBM til
1166 et kinesisk selskap. I Norge kan vi ikke trekke tingene like langt da
1167 vi mangler nødvendig dataindustri, men vi bør satse på at
1168 applikasjoner viktige for rikets sikkerhet i størst mulig utstrekning
1169 kjører programvare der vi har innsyn i hvordan den er satt sammen. Det
1170 er viktig at vi sikrer at programvare viktige for rikets sikkerhet kan
1171 sjekkes/verifiseres av eksperter vi selv velger. Når det gjelder
1172 valgsystemer må «vi» være velgerne, ikke bare myndighetsapparatet. I
1173 tilfelle en ikke kan bruke fri programvare, bør en ivareta en sunn
1174 kritisk sans med hensyn til hvorfra og av hvem vi kjøper. På grunn av
1175 tendenser i USA til å i uheldig stor grad fokusere på
1176 kontrollmekanismer som eksempelvis Echelon og Palladium kan det hevdes
1177 at det hefter betenkeligheter ved innkjøp herfra.&lt;/p&gt;
1178
1179 &lt;p&gt;&lt;strong&gt;Referanser&lt;/strong&gt;&lt;/p&gt;
1180
1181 &lt;ul&gt;
1182
1183 &lt;li&gt;Cranor, L.F. og Cytron, R.K., &quot;Design and Implementation of a
1184 Security-Conscious Electronic Polling System&quot; Washington University
1185 Computer Science Technical Report WUCS-96-02. February 1996
1186 &lt;a href=&quot;http://www.cs.wustl.edu/cs/techreports/1996/wucs-96-02.ps.Z&quot;&gt;http://www.cs.wustl.edu/cs/techreports/1996/wucs-96-02.ps.Z&lt;/a&gt;&lt;/li&gt;
1187
1188 &lt;li&gt;Det australske valgsystemet, inkludert kildekoden tilgjengelig som
1189 fri programvare
1190 &lt;a href=&quot;http://www.elections.act.gov.au/Elecvote.html&quot;&gt;http://www.elections.act.gov.au/Elecvote.html&lt;/a&gt;&lt;/li&gt;
1191
1192 &lt;li&gt;Smartmatics SAES voting system used in venesuela 2004
1193 &lt;a href=&quot;http://www.smartmatic.com/solutions_03-1.htm&quot;&gt;http://www.smartmatic.com/solutions_03-1.htm&lt;/a&gt;&lt;/li&gt;
1194
1195 &lt;li&gt;Blackboxvoting, interessegruppe i USA med fokus på valgfusk
1196 vha. elektroniske valgsystemer &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;http://www.blackboxvoting.org/&lt;/a&gt;&lt;/li&gt;
1197
1198 &lt;li&gt;VerifiedVoting, interessegruppe i USA med fokus på at også
1199 elektroniske valgsystemer må være
1200 etterprøvbare. &lt;a href=&quot;http://www.verifiedvoting.org/&quot;&gt;http://www.verifiedvoting.org/&lt;/a&gt;&lt;/li&gt;
1201
1202 &lt;li&gt;Blue Screen Democracy - fri programvareprosjekt som har utviklet
1203 elektronisk stemmegivingssystem
1204 &lt;a href=&quot;http://bluescreen.sourceforge.net/&quot;&gt;http://bluescreen.sourceforge.net/&lt;/a&gt;&lt;/li&gt;
1205
1206 &lt;li&gt;Indias elektroniske avstemmingssystem (Wikipedia)
1207 &lt;a href=&quot;http://en.wikipedia.org/wiki/Indian_voting_machines&quot;&gt;http://en.wikipedia.org/wiki/Indian_voting_machines&lt;/a&gt;&lt;/li&gt;
1208
1209 &lt;li&gt;Security Analysis of the Diebold AccuVote-TS Voting Machine av
1210 Ariel J. Feldman, J. Alex Halderman, og Edward
1211 W. Felten. http://itpolicy.princeton.edu/voting/
1212 &lt;a href=&quot;http://coblitz.codeen.org:3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv&quot;&gt;http://coblitz.codeen.org:3125/itpolicy.princeton.edu/voting/videos/ts-voting.wmv&lt;/a&gt;&lt;/li&gt;
1213
1214 &lt;li&gt;Was the 2004 Election Stolen? av Robert F. Kennedy Jr.
1215 &lt;a href=&quot;http://www.rollingstone.com/news/story/10432334/was_the_2004_election_stolen&quot;&gt;http://www.rollingstone.com/news/story/10432334/was_the_2004_election_stolen&lt;/a&gt;&lt;/li&gt;
1216
1217 &lt;li&gt;Styreframlegg om elektronisk votering ved
1218 UiO. &lt;a href=&quot;http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/protokoll.xml&quot;&gt;http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/protokoll.xml&lt;/a&gt;
1219 &lt;a href=&quot;http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14.pdf&quot;&gt;http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14.pdf&lt;/a&gt;
1220 &lt;a href=&quot;http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14-vedlegg.pdf&quot;&gt;http://www.admin.uio.no/kollegiet/moter/kart_prot2006/5/vsak-14-vedlegg.pdf&lt;/a&gt;&lt;/li&gt;
1221
1222 &lt;li&gt;Elektroniske valg - muligheter, problemer og noen løsninger
1223 Semesteroppgave i STV620 - Demokratiske valg
1224 &lt;a href=&quot;http://www.afin.uio.no/forskning/notater/4_01.html&quot;&gt;http://www.afin.uio.no/forskning/notater/4_01.html&lt;/a&gt;&lt;/li&gt;
1225
1226 &lt;li&gt;NUUG - Norwegian Unix User Group
1227 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;http://www.nuug.no/&lt;/a&gt;&lt;/li&gt;
1228
1229 &lt;li&gt;EFN - Elektronisk forpost Norge
1230 &lt;a href=&quot;http://www.efn.no/&quot;&gt;http://www.efn.no/&lt;/a&gt;&lt;/li&gt;
1231
1232 &lt;/ul&gt;
1233 &lt;/blockquote&gt;
1234
1235 &lt;p&gt;Som alltid med valg er det ikke viktigst hva folk stemmer på, men
1236 hvem som teller opp stemmene... Hvis du er interessert i temaet
1237 e-valg, så har NUUG siden 2006 oppdatert
1238 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;NUUGs
1239 wikiside om høringen&lt;/a&gt; med aktuelle og interessante referanser og
1240 artikler. Ta en titt der hvis du vil lese mer. :)&lt;/p&gt;
1241 </description>
1242 </item>
1243
1244 <item>
1245 <title>OOXML og standardisering</title>
1246 <link>http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</link>
1247 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</guid>
1248 <pubDate>Wed, 25 Jul 2012 21:10:00 +0200</pubDate>
1249 <description>&lt;p&gt;DIFI har
1250 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html&quot;&gt;en
1251 høring gående&lt;/a&gt; om ny versjon av statens standardkatalog, med frist
1252 2012-09-30, der det foreslås å fjerne ODF fra katalogen og ta inn ISO
1253 OOXML. I den anledning minnes jeg
1254 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;notatet
1255 FAD skrev&lt;/a&gt; da versjon 2 av standardkatalogen var under
1256 utarbeidelse, da FAD og DIFI fortsatt forsto poenget med og verdien av
1257 frie og åpne standarder.&lt;/p&gt;
1258
1259 &lt;p&gt;Det er mange som tror at OOXML er ett spesifikt format, men det
1260 brukes ofte som fellesbetegnelse for både formatet spesifisert av
1261 ECMA, ISO, og formatet produsert av Microsoft Office (aka docx), som
1262 dessverre ikke er det samme formatet. Fra en av de som implementerte
1263 støtte for docx-formatet i KDE fikk jeg høre at ISO-spesifikasjonen
1264 var en nyttig referanse, men at det var mange avvik som gjorde at en
1265 ikke kunne gå ut ifra at Microsoft Office produserte dokumenter i
1266 henhold til ISO-spesifikasjonen.&lt;/p&gt;
1267
1268 &lt;p&gt;ISOs OOXML-spesifikasjon har (eller hadde, usikker på om
1269 kommentaren er oppdatert) i følge
1270 &lt;a href=&quot;http://surguy.net/articles/ooxml-validation-and-technical-review.xml&quot;&gt;Inigo
1271 Surguy&lt;/a&gt; feil i mer enn 10% av eksemplene, noe som i tillegg gjør
1272 det vanskelig å bruke spesifikasjonen til å implementere støtte for
1273 ISO OOXML. Jeg har ingen erfaring med å validere OOXML-dokumenter
1274 selv, men ser at
1275 &lt;a href=&quot;http://www.microsoft.com/en-us/download/details.aspx?id=5124&quot;&gt;Microsoft
1276 har laget en validator&lt;/a&gt; som jeg ikke kan teste da den kun er
1277 tilgjengelig på MS Windows. Finner også en annen kalt
1278 &lt;a href=&quot;http://code.google.com/p/officeotron/&quot;&gt;Office-O-Tron&lt;/A&gt; som
1279 er oppdatert i fjor. Lurer på om de validerer at dokumenter er i
1280 formatet til Microsoft office, eller om de validerer at de er i
1281 henhold til formatene spesifisert av ECMA og ISO. Det hadde også vært
1282 interessant å se om docx-dokumentene publisert av det offentlige er
1283 gyldige ISO OOXML-dokumenter.&lt;/p&gt;
1284 </description>
1285 </item>
1286
1287 <item>
1288 <title>Free Culture in Norwegian - 5 chapters done, 74 percent left to do</title>
1289 <link>http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</link>
1290 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</guid>
1291 <pubDate>Sat, 21 Jul 2012 20:00:00 +0200</pubDate>
1292 <description>&lt;p&gt;I reported earlier that I am working on
1293 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html&quot;&gt;a
1294 norwegian version&lt;/a&gt; of the book
1295 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig.
1296 Progress is good, and yesterday I got a major contribution from Anders
1297 Hagen Jarmund completing chapter six. The source files as well as a
1298 PDF and EPUB version of this book are available from
1299 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
1300
1301 &lt;p&gt;I am happy to report that the draft for the first two chapters
1302 (preface, introduction) is complete, and three other chapters are also
1303 completely translated. This completes 26 percent of the number of
1304 strings (equivalent to paragraphs) in the book, and there is thus 74
1305 percent left to translate. A graph of the progress is present at the
1306 bottom of the github project page. There is still room for more
1307 contributors. Get in touch or send github pull requests with fixes if
1308 you got time and are willing to help make this book make it to
1309 print. :)&lt;/p&gt;
1310
1311 &lt;p&gt;The book translation framework could also be a good basis for other
1312 translations, if you want the book to be available in your
1313 language.&lt;/p&gt;
1314 </description>
1315 </item>
1316
1317 <item>
1318 <title>Call for help from docbook expert to tag Free Culture by Lawrence Lessig</title>
1319 <link>http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</link>
1320 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</guid>
1321 <pubDate>Mon, 16 Jul 2012 22:50:00 +0200</pubDate>
1322 <description>&lt;p&gt;I am currently working on a
1323 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html&quot;&gt;project
1324 to translate&lt;/a&gt; the book
1325 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig
1326 to Norwegian. And the source we base our translation on is the
1327 &lt;a href=&quot;http://en.wikipedia.org/wiki/DocBook&quot;&gt;docbook&lt;/a&gt; version, to
1328 allow us to use po4a and .po files to handle the translation, and for
1329 this to work well the docbook source document need to be properly
1330 tagged. The source files of this project is available from
1331 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
1332
1333 &lt;p&gt;The problem is that the docbook source have flaws, and we have
1334 no-one involved in the project that is a docbook expert. Is there a
1335 docbook expert somewhere that is interested in helping us create a
1336 well tagged docbook version of the book, and adjust our build process
1337 for the PDF, EPUB and HTML version of the book? This will provide a
1338 well tagged English version (our source document), and make it a lot
1339 easier for us to create a good Norwegian version. If you can and want
1340 to help, please get in touch with me or fork the github project and
1341 send pull requests with fixes. :)&lt;/p&gt;
1342 </description>
1343 </item>
1344
1345 <item>
1346 <title>Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i &quot;fri bar&quot;</title>
1347 <link>http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</link>
1348 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</guid>
1349 <pubDate>Sun, 15 Jul 2012 21:20:00 +0200</pubDate>
1350 <description>&lt;p&gt;Et ofte brukt sitat i fri programvareverden er Stallman-sitatet
1351 «&lt;a href=&quot;http://www.gnu.org/philosophy/free-sw.html.en&quot;&gt;Free Software,
1352 &quot;free&quot; as in &quot;free speech&quot;, not as in &quot;free beer&quot;&lt;/a&gt;». Men det er
1353 ikke direkte overførbart til norsk, da det baserer seg på koblingen
1354 gratis/fri på engelsk. En direkte oversettelse ville være «Fri
1355 programvare, &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som &quot;gratis øl&quot;», og det
1356 går jo glipp av poenget. I forbindelse med at vi er
1357 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html&quot;&gt;igang
1358 med å oversette&lt;/a&gt; &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt;
1359 av Lawrence Lessig, måtte jeg forsøke a finne en bedre
1360 oversettelse.&lt;/p&gt;
1361
1362 &lt;p&gt;Mitt forslag til oversettelse blir dermed å droppe ølet, og heller
1363 fokusere på det kjente norske uttrykket &quot;fri bar&quot;. Dermed blir
1364 oversettelsen «Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i
1365 &quot;fri bar&quot;».&lt;/p&gt;
1366
1367 &lt;p&gt;Noen som har bedre forslag?&lt;/p&gt;
1368
1369 &lt;p&gt;Forøvrig bruker jeg fri programvare som et samlebegrep på norsk for
1370 begge de engelske uttrykkene Free Software og Open Source, jamfør
1371 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
1372 lille folder om temaet&lt;/a&gt;.&lt;/p&gt;
1373 </description>
1374 </item>
1375
1376 <item>
1377 <title>Dugnad for å sende norsk versjon av Free Culture til stortingets representanter!</title>
1378 <link>http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</link>
1379 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</guid>
1380 <pubDate>Wed, 11 Jul 2012 09:00:00 +0200</pubDate>
1381 <description>&lt;p&gt;Da opphavsrettsloven ble revidert i forrige runde rundt 2005, var
1382 det skummelt å se hvor lite stortingsrepresentantene forsto hvordan
1383 Internet påvirket folks forhold til kulturuttrykk, og min venn Vidar
1384 og jeg spekulert på at det hadde kanskje vært fornuftig om samtlige
1385 representanter fikk en norsk utgave av boken
1386 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; av Lawrence Lessig
1387 som forklarte litt om problemstillingene. Vi endte opp med å
1388 prioritere utvikling i
1389 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt;-prosjektet i
1390 stedet, så den oversatte boken så aldri dagens lys. Men i forrige uke
1391 ble jeg inspirert til å ta opp tråden og se om det er mulig å få til
1392 bokprosjektet denne gang, da det er tydelig at kulturdepartementet i
1393 sitt nye forsøk på å gjøre opphavsrettsloven enda mer ubalansert til
1394 fordel for forlag og store mediehus fortsatt trenger en annen vinkling
1395 i debatten.&lt;/p&gt;
1396
1397 &lt;p&gt;Planen min er å oversette boka på dugnad, sette den opp for
1398 trykking med en av de mange
1399 &lt;a href=&quot;http://no.wikipedia.org/wiki/Trykk_på_forespørsel&quot;&gt;trykk på
1400 forespørsel&lt;/a&gt;-tjenestene, skaffe sponsor til å finansiere trykking
1401 til stortingsrepresentantene og alle som har bidratt med
1402 oversettelser. Kanskje vi også kan få en avtale med et forlag om
1403 publisering når boka er ferdig? Kommentarene til
1404 &lt;a href=&quot;http://newth.net/eirik/2011/04/01/e-selvpublisering/&quot;&gt;Eirik
1405 Newth&lt;/a&gt; og
1406 &lt;a href=&quot;http://www.espen.com/norskblogg/archives/2008/09/erfaringer_med_publishing_on_demand.html&quot;&gt;Espen
1407 Andersen&lt;/a&gt; om erfaringene med selvpublisering og trykk på
1408 forespørsel er interessante og ikke avskrekkende, og jeg mistenker at
1409 &lt;a href=&quot;http://www.lulu.com/&quot;&gt;Lulu&lt;/a&gt; er en grei leverandør av
1410 trykketjenester til prosjektet.&lt;/p&gt;
1411
1412 &lt;p&gt;Jeg har satt opp
1413 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;et
1414 Github-prosjekt&lt;/a&gt; for a lage boken, basert på Docbook-utgaven jeg
1415 fant fra Hans Schou. Skolelinux har hatt byggesystem for å lage
1416 oversatt HTML og PDF-utgave av Docbook-bøker i en årrekke, så jeg har
1417 kopiert og utvidet dette oppsettet. Originalteksten er i Docbook, og
1418 oversettelsen gjøres i .po-filer med hjelp av vanlige
1419 oversetterverktøy brukt i fri programvareverden. Dernest tar
1420 byggesystemet over og lager PDF og EPUB-utgave av den oversatte
1421 teksten. Resultatet kan ses i Github-prosjektet. For å komme raskt
1422 igang har jeg brukt maskinoversettelse av alle tekstbitene fra engelsk
1423 til norsk, noe som grovoversatte ca. 1300 av de ca. 1700 tekstbitene
1424 boken består av. Jeg håper nå at flere kan bidra med å få
1425 oversettelsen på plass, slik at teksten kan være klar i løpet av
1426 høsten. Når alt er oversatt må teksten gjennomgås for feil og
1427 konsistent språk. Totalt er det nok mange timer som trengs for å
1428 gjennomføre oversettelsen.&lt;/p&gt;
1429
1430 &lt;p&gt;Økonomien i dette er ikke avskrekkende. 169
1431 stortingsrepresentanter og nesten like mange varamedlemmer bør få
1432 bøker, og estimert produduksjonskostnad for hver bok er rundt 6 EURO i
1433 følge et raskt estimat fra Lulu. Jeg vet ennå ikke hvor mange sider
1434 det blir i størrelsen 5,5&quot; x 8.5&quot; (det er ca. 140 sider i A4-format),
1435 så jeg gjettet på 400 sider. Jeg tror originalutgaven har nesten 400
1436 sider. For 169*2 eksemplarer snakker vi om en trykkekostnad på
1437 ca. 2000 EURO, dvs. ca 15 000 NOK. Det burde være mulig å finne en
1438 sponsor for å dekke en slik sum. I tillegg kommer distribusjon og
1439 porto, som antagelig kommer på like mye.&lt;/p&gt;
1440
1441 &lt;p&gt;Kan du bidra med oversettelse og docbook-typesetting? Ta kontakt
1442 og send patcher i github. Jeg legger gjerne inn folk i prosjektet
1443 slik at du kan oppdatere direkte.&lt;/p&gt;
1444 </description>
1445 </item>
1446
1447 <item>
1448 <title>Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?</title>
1449 <link>http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</link>
1450 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</guid>
1451 <pubDate>Thu, 5 Jul 2012 10:40:00 +0200</pubDate>
1452 <description>&lt;p&gt;I forbindelse med NUUG-prosjektet for å
1453 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html&quot;&gt;lage
1454 en samlet postjournal&lt;/a&gt;, har jeg som tidligere nevnt
1455 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;samlet
1456 inn leveringstidspunkt&lt;/a&gt; for de ulike leverandørene av postjournaler
1457 til DIFIs &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk
1458 Postjournal&lt;/a&gt;.
1459 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=postliste-oep-deliverydates&amp;query=select%20agency%2C%0A(julianday(datetime(&#39;now&#39;))%20-%20%0A%20julianday(min(%60deliverydate%60)))%2Fcount(*)%20as%20dayfreq%2C%0A%20count(*),max(deliverydate)%20as%20lastdelivery%0Afrom%20%60swdata%60%20group%20by%20agency%20order%20by%20dayfreq%20desc&quot;&gt;Leveringsfrekvensen&lt;/a&gt;
1460 ser i dag slik ut for de som har brukt mer enn 10 dager i snitt siden
1461 jeg startet innsamling av leveringsdato 2012-05-14&lt;/p&gt;
1462
1463 &lt;table border=&quot;1&quot;&gt;
1464 &lt;tr&gt; &lt;th&gt;agency&lt;/th&gt; &lt;th&gt;dayfreq&lt;/th&gt; &lt;th&gt;count(*)&lt;/th&gt; &lt;th&gt;lastdelivery&lt;/th&gt; &lt;/tr&gt;
1465 &lt;tr&gt; &lt;td&gt;Norges geologiske undersøkelse&lt;/td&gt; &lt;td&gt;27.0866579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-07-02T00:00:00&lt;/td&gt; &lt;/tr&gt;
1466 &lt;tr&gt; &lt;td&gt;Kompetansesenter for distriktsutvikling&lt;/td&gt; &lt;td&gt;18.4488773149&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;td&gt;2012-06-20T00:00:00&lt;/td&gt; &lt;/tr&gt;
1467 &lt;tr&gt; &lt;td&gt;Toll- og avgiftsdirektoratet&lt;/td&gt; &lt;td&gt;18.4488773149&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;td&gt;2012-07-04T00:00:00&lt;/td&gt; &lt;/tr&gt;
1468 &lt;tr&gt; &lt;td&gt;Departementenes servicesenter&lt;/td&gt; &lt;td&gt;18.0866579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-06-29T00:00:00&lt;/td&gt; &lt;/tr&gt;
1469 &lt;tr&gt; &lt;td&gt;Medietilsynet&lt;/td&gt; &lt;td&gt;14.5866579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-07-04T00:00:00&lt;/td&gt; &lt;/tr&gt;
1470 &lt;tr&gt; &lt;td&gt;Politidirektoratet&lt;/td&gt; &lt;td&gt;14.3366579862&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;td&gt;2012-06-20T00:00:00&lt;/td&gt; &lt;/tr&gt;
1471 &lt;tr&gt; &lt;td&gt;Fredskorpset&lt;/td&gt; &lt;td&gt;12.4693263889&lt;/td&gt; &lt;td&gt;5&lt;/td&gt; &lt;td&gt;2012-06-22T00:00:00&lt;/td&gt; &lt;/tr&gt;
1472 &lt;tr&gt; &lt;td&gt;Kunnskapsdepartementet&lt;/td&gt; &lt;td&gt;11.2693263889&lt;/td&gt; &lt;td&gt;5&lt;/td&gt; &lt;td&gt;2012-07-05T00:00:00&lt;/td&gt; &lt;/tr&gt;
1473 &lt;tr&gt; &lt;td&gt;Statens legemiddelverk&lt;/td&gt; &lt;td&gt;10.4780902778&lt;/td&gt; &lt;td&gt;7&lt;/td&gt; &lt;td&gt;2012-06-29T00:00:00&lt;/td&gt; &lt;/tr&gt;
1474 &lt;tr&gt; &lt;td&gt;Norsk Akkreditering&lt;/td&gt; &lt;td&gt;10.4488773149&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;td&gt;2012-07-02T00:00:00&lt;/td&gt; &lt;/tr&gt;
1475 &lt;/table&gt;
1476
1477 &lt;p&gt;Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
1478 den offisielle epostadressen til de som har lavest leveringsfrekvens,
1479 og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
1480 et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
1481 postjournaler blir tilgjengelig for innbyggerne og pressen.&lt;/p&gt;
1482
1483 &lt;p&gt;&lt;strong&gt;Norges geologiske undersøkelse&lt;/strong&gt;&lt;/p&gt;
1484
1485 &lt;p&gt;&lt;blockquote&gt;
1486 &lt;p&gt;Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1487 &lt;br&gt;Date: Fri, 08 Jun 2012 09:20:57 +0200&lt;/p&gt;
1488
1489 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1490 Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
1491 postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
1492 Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1493
1494 &lt;hr/&gt;
1495
1496 &lt;p&gt;Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1497 &lt;br&gt;Date: Fri, 8 Jun 2012 12:49:35 +0200&lt;/p&gt;
1498
1499 &lt;p&gt;Hei&lt;/p&gt;
1500
1501 &lt;p&gt;NGUS fravær på OEP skyldes problemer vi har i forbindelse med
1502 oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
1503 og jeg tror og håper at det snart skal være i orden. Normalt leverer
1504 vi til OEP 1 gang i uken.&lt;/p&gt;
1505 &lt;/blockquote&gt;&lt;/p&gt;
1506
1507 &lt;p&gt;&lt;strong&gt;Medietilsynet&lt;/strong&gt;&lt;/p&gt;
1508 &lt;p&gt;&lt;blockquote&gt;
1509 &lt;p&gt;Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1510 &lt;br&gt;Date: Mon, 11 Jun 2012 13:29:23 +0200&lt;/p&gt;
1511
1512 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1513 Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
1514 leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
1515 til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
1516 leveringfrekvens?&lt;/p&gt;
1517
1518 &lt;hr&gt;
1519 &lt;p&gt;Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1520 &lt;br&gt;Date: Tue, 12 Jun 2012 04:55:42 +0000&lt;/p&gt;
1521
1522 &lt;p&gt;Hei!&lt;/p&gt;
1523
1524 &lt;p&gt;Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
1525 tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
1526 løpet av denne uken. Ellers er vi fornøyd med dagens
1527 leveringsfrekvens.&lt;/p&gt;
1528 &lt;/blockquote&gt;&lt;/p&gt;
1529
1530 &lt;p&gt;&lt;strong&gt;Kunnskapsdepartementet&lt;/strong&gt;&lt;/p&gt;
1531 &lt;p&gt;&lt;blockquote&gt;
1532 &lt;p&gt;Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1533 &lt;br&gt;Date: Fri, 22 Jun 2012 21:03:01 +0200&lt;/p&gt;
1534
1535 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1536 Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
1537 postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor
1538 ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
1539 Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1540
1541 &lt;hr/&gt;
1542
1543 &lt;p&gt;Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1544 &lt;br&gt;Date: Wed, 27 Jun 2012 14:42:23 +0200&lt;/p&gt;
1545
1546 &lt;p&gt;Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
1547 institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
1548 dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
1549 gikk tapt.&lt;/p&gt;
1550
1551 &lt;p&gt;[... kopi av opprinnelig epost ...]&lt;/p&gt;
1552
1553 &lt;hr/&gt;
1554 &lt;p&gt;Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1555 &lt;br&gt;Date: Wed, 27 Jun 2012 14:33:20 +0000&lt;/p&gt;
1556
1557 &lt;p&gt;Hei!&lt;/p&gt;
1558
1559 &lt;p&gt;Normalt leverer vi hver virkedag til OEP, med fem virkedagers
1560 forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
1561 OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den
1562 etterfølgende streiken medførte så et større etterslep på
1563 journalføring som har gjort at vi har måttet prioritere dette fremfor
1564 offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
1565 tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
1566 offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
1567 gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
1568 plass de manglende journalene.&lt;/p&gt;
1569
1570 &lt;/blockquote&gt;&lt;/p&gt;
1571
1572
1573 &lt;p&gt;&lt;strong&gt;Norsk Akkreditering&lt;/strong&gt;&lt;/p&gt;
1574 &lt;p&gt;&lt;blockquote&gt;
1575 &lt;p&gt;Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1576 &lt;br&gt;Date: Thu, 28 Jun 2012 07:35:43 +0200&lt;/p&gt;
1577
1578 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1579 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1580 Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
1581 Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
1582 fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1583
1584 &lt;hr/&gt;
1585
1586 &lt;p&gt;Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1587 &lt;br&gt;Date: Mon, 2 Jul 2012 08:32:06 +0200&lt;/p&gt;
1588
1589 &lt;p&gt;Hei,&lt;/p&gt;
1590
1591 &lt;p&gt;Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i
1592 uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.&lt;/p&gt;
1593 &lt;/blockquote&gt;&lt;/p&gt;
1594
1595 &lt;p&gt;&lt;strong&gt;Toll- og avgiftsdirektoratet&lt;/strong&gt;&lt;/p&gt;
1596 &lt;p&gt;&lt;blockquote&gt;
1597 &lt;p&gt;Date: Tue, 03 Jul 2012 11:55:07 +0200
1598 &lt;br&gt;Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
1599
1600
1601 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1602 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1603 Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
1604 siste levering var 2012-06-06. Hvor ofte pleier Toll- og
1605 avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
1606 leveringfrekvens?&lt;/p&gt;
1607
1608 &lt;hr&gt;
1609
1610 &lt;p&gt;Date: Wed, 4 Jul 2012 09:33:18 +0000
1611 &lt;br&gt;Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
1612
1613 &lt;p&gt;Til: Petter Reinholdtsen&lt;/p&gt;
1614
1615 &lt;p&gt;Det vises til din e-post av 3. juli 2012.&lt;/p&gt;
1616
1617 &lt;p&gt;Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
1618 (hver torsdag). Vi søker så langt det er mulig å få dette til og har
1619 stort sett publisert iht rutinene siden vi kom opp på OEP.&lt;/p&gt;
1620
1621 &lt;p&gt;Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
1622 ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
1623 har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
1624 kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
1625 bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.&lt;/p&gt;
1626
1627 &lt;p&gt;Vi beklager hvis dette har skapt vanskeligheter.&lt;/p&gt;
1628 &lt;/blockquote&gt;&lt;/p&gt;
1629
1630 &lt;p&gt;Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
1631 alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
1632 det kan ha virket motiverende for å få på plass leveringen at de ser
1633 at det er interesse for leveringen til OEP.&lt;/p&gt;
1634 </description>
1635 </item>
1636
1637 <item>
1638 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1639 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1640 <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>
1641 <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
1642 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
1643 spørmål om hvorfor &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;
1644 er kryptert på RiksTV. De toer sine hender:
1645
1646 &lt;p&gt;&lt;blockquote&gt;
1647 &lt;p&gt;Date: Mon, 2 Jul 2012 08:15:38 +0000
1648 &lt;br&gt;From: Arve Lindboe &amp;lt;Arve.Lindboe (at) medietilsynet.no&amp;gt;
1649 &lt;br&gt;To: Petter Reinholdtsen
1650 &lt;br&gt;CC: Arthur Garnes &amp;lt;Arthur.Garnes (at) rikstv.no&amp;gt;,
1651 postmottak (at) sd.dep.no, post (at) frikanalen.no
1652 &lt;br&gt;Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn&lt;/p&gt;
1653
1654 &lt;p&gt;Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
1655 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
1656 1. juli til Dem, som vi har mottatt i kopi.&lt;/p&gt;
1657
1658 &lt;p&gt;For ordens skyld vil vi orientere om at Medietilsynet har visse
1659 tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
1660 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
1661 pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
1662 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
1663 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
1664 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
1665 konsesjonen.&lt;/p&gt;
1666
1667 &lt;p&gt;Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
1668 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
1669 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
1670 spørsmålene De reiser i tilknytning til det.&lt;/p&gt;
1671
1672 &lt;p&gt;Mvh&lt;/p&gt;
1673
1674 &lt;p&gt;Arve Lindboe&lt;/p&gt;
1675
1676 &lt;p&gt;rådgiver,
1677 &lt;br&gt;Medietilsynet&lt;/p&gt;
1678 &lt;/blockquote&gt;&lt;/p&gt;
1679
1680 &lt;p&gt;Her må det tydeligvis andre aktører i sving for å bli kvitt
1681 krypteringen av Frikanalen.&lt;/p&gt;
1682 </description>
1683 </item>
1684
1685 <item>
1686 <title>Can Zimbra be told to send autoreplies to the From: address?</title>
1687 <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</link>
1688 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</guid>
1689 <pubDate>Tue, 3 Jul 2012 23:30:00 +0200</pubDate>
1690 <description>&lt;p&gt;In the NUUG &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;
1691 project (Norwegian version of
1692 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt; from
1693 &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;mySociety&lt;/a&gt;), we have discovered
1694 a problem with the municipalities using
1695 &lt;a href=&quot;http://www.zimbra.com/&quot;&gt;Zimbra&lt;/a&gt;. When FiksGataMi send a
1696 problem report to the government, the email From: address is set to
1697 the address of the person reporting the problem, while envelope sender
1698 is set to the FiksGataMi contact address. The intention is to make
1699 sure the municipality send any replies to the person reporting the
1700 problem, while any email delivery problems are sent to us in NUUG.
1701 This work well in most cases, but not for Karmøy municipality using
1702 Zimbra. Karmøy is using the vacation message function in Zimbra to
1703 send an automatic reply to report that the message has been received,
1704 and this message is sent to the envelope sender and not the address in
1705 the From: header.&lt;/p&gt;
1706
1707 &lt;p&gt;This causes the automatic message from Karmøy to go to NUUGs
1708 request-tracker instance instead of to the person reporting the
1709 problem. We can not really change the envelope sender address, as
1710 this would make it impossible for us to discover when there are
1711 problems with the MTAs receiving problem reports. We have been in
1712 contact with the people at Karmøy municipality, and they are willing
1713 to adjust Zimbra if something can be changed there to get a better
1714 behaviour.&lt;/p&gt;
1715
1716 &lt;p&gt;The default behaviour of Zimbra is as far as I can tell according
1717 to the specification in RFC 3834, which recommend that vacation
1718 messages are sent to the envelope sender and not to the From: address.
1719 But I wonder if it is possible to adjust or configure Zimbra to behave
1720 differently. Anyone know? Please let us know at
1721 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/fiksgatami&quot;&gt;fiksgatami
1722 (at) nuug.no&lt;/a&gt;.&lt;/p&gt;
1723 </description>
1724 </item>
1725
1726 <item>
1727 <title>Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1728 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1729 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
1730 <pubDate>Sun, 1 Jul 2012 15:20:00 +0200</pubDate>
1731 <description>&lt;p&gt;&lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; er Norges
1732 landsdekkende &lt;a href=&quot;http://no.wikipedia.org/wiki/Åpen_kanal&quot;&gt;åpne
1733 kanal&lt;/a&gt;, der alle innbyggerne kan sende sine innslag ut på
1734 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
1735 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
1736 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
1737 til å lansere en
1738 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;løsning
1739 basert på åpne standarder&lt;/a&gt; i tillegg til den originale løsningen
1740 som er basert på Silverlight.&lt;/p&gt;
1741
1742 &lt;p&gt;Frikanalen skal være tilgjengelig for alle uten hindringer, men
1743 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
1744 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
1745 se på kanalen via dette nettet å skaffe seg et kundeforhold til
1746 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
1747 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
1748 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
1749 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
1750 problemstillingen. Her er det som har vært av oppfølging så
1751 langt.&lt;/p&gt;
1752
1753 &lt;p&gt;&lt;blockquote&gt;
1754
1755 &lt;p&gt;From: Petter Reinholdtsen
1756 &lt;br&gt;Subject: Når blir Frikanalen ukryptert på RiksTV?
1757 &lt;br&gt;To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
1758 &lt;br&gt;Cc: post (at) frikanalen.no
1759 &lt;br&gt;Date: Sun, 27 May 2012 00:28:10 +0200&lt;/p&gt;
1760
1761 &lt;p&gt;Hvorfor er det så dyrt a motta Frikanalen i det digitale
1762 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
1763 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
1764 For å få tilgang til de krypterte sendingene må en ha programkort som
1765 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
1766 gratis.&lt;/p&gt;
1767
1768 &lt;p&gt;I Stortingsmelding 39 2007 står det:&lt;/p&gt;
1769
1770 &lt;p&gt;&lt;blockquote&gt;
1771 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
1772 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
1773 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
1774 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
1775 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
1776 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
1777 perioden kl. 12 til kl. 17.30. Tilbudet vil bli sendt kryptert, men
1778 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
1779 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
1780 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
1781 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
1782 vil gjelde fram til midten av 2010.
1783 &lt;/blockquote&gt;&lt;/p&gt;
1784
1785 &lt;p&gt;Hva gjelder så etter midten av 2010? Betyr det som står i
1786 stortingsmeldingen at RiksTV fra midten av 2010 kan kreve hvilken som
1787 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
1788 velger å distribuere Frikanalen? Eller var det tillatelsen til å
1789 sende Frikanalen kryptert som gikk ut i 2010?&lt;/p&gt;
1790
1791 &lt;p&gt;--
1792 &lt;br&gt;Vennlig hilsen
1793 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1794 &lt;/blockquote&gt;&lt;/p&gt;
1795
1796 &lt;p&gt;Jeg har ikke fått svar hverken fra departement eller medietilsyn,
1797 men har fått to svar fra RiksTV.&lt;/p&gt;
1798
1799 &lt;p&gt;&lt;blockquote&gt;
1800 &lt;p&gt;From: post (at) rikstv.no
1801 &lt;br&gt;Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
1802 &lt;br&gt;To: Petter Reinholdtsen
1803 &lt;br&gt;Date: Mon, 28 May 2012 14:30:27 +0200&lt;/p&gt;
1804
1805 &lt;p&gt;Takk for din henvendelse&lt;/p&gt;
1806
1807 &lt;p&gt;Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
1808 dekker kostnadene for Programkort frem til midten av 2010. Avtalen er
1809 gjengitt i sin helhet på denne lenken:
1810 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517&quot;&gt;http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld-nr-39-2007-/28/4.html?id=478517&lt;/a&gt;
1811
1812 &lt;p&gt;Dersom du ønsker tilgang til Frikanalen via det digitale
1813 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
1814 dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1815 som en del av utstyret du trenger for å motta krypterte signaler.&lt;/p&gt;
1816
1817 &lt;p&gt;Vennligst se mer informasjon om Programkort på denne lenken:
1818 &lt;a href=&quot;https://www.rikstv.no/kundeservice/Utstyr/programkort/&quot;&gt;https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/a&gt;&lt;/p&gt;
1819
1820 &lt;p&gt;For mer informasjon om våre produkter og priser se, www.rikstv.no &lt;/p&gt;
1821
1822 &lt;p&gt;Ha en fin dag.&lt;/p&gt;
1823
1824 &lt;p&gt;Med vennlig hilsen
1825 &lt;br&gt;Thomas Eikeland
1826 &lt;br&gt;RiksTV AS
1827 &lt;br&gt;Kundeservice
1828 &lt;br&gt;Telefonnummer: 09595
1829 &lt;br&gt;www.rikstv.no&lt;/p&gt;
1830 &lt;/blockquote&gt;&lt;/p&gt;
1831
1832 &lt;p&gt;Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
1833 fulgte opp med en ny epost:&lt;/p&gt;
1834
1835 &lt;p&gt;&lt;blockquote&gt;
1836 &lt;p&gt;From: Petter Reinholdtsen
1837 &lt;br&gt;Subject: Re: Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis&lt;br&gt; du svarer på denne henvendelsen, ikke forandre subjektet
1838 &lt;br&gt;To: post (at) rikstv.no
1839 &lt;br&gt;Date: Fri, 08 Jun 2012 10:14:49 +0200&lt;/p&gt;
1840
1841 &lt;p&gt;[Thomas Eikeland]
1842 &lt;br&gt;&amp;gt; Takk for din henvendelse&lt;/p&gt;
1843
1844 &lt;p&gt;Takk for svaret.&lt;/p&gt;
1845
1846 &lt;p&gt;&amp;gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
1847 &lt;br&gt;&amp;gt; kostnadene for Programkort frem til midten av 2010. Avtalen er gjengitt
1848 &lt;br&gt;&amp;gt; i sin helhet på denne lenken:
1849 &lt;br&gt;&amp;gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld
1850 &lt;br&gt;&amp;gt; -nr-39-2007-/28/4.html?id=478517&lt;/p&gt;
1851
1852 &lt;p&gt;Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
1853 over. Er den erstattet med en ny avtale?&lt;/p&gt;
1854
1855 &lt;ul&gt;
1856
1857 &lt;li&gt;Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
1858 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
1859 kryptert som gikk ut i 2010?&lt;/li&gt;
1860
1861 &lt;/ul&gt;
1862
1863 &lt;p&gt;&amp;gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
1864 &lt;br&gt;&amp;gt; per idag trenger du et Programkort og RiksTV godkjent
1865 &lt;br&gt;&amp;gt; dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1866 &lt;br&gt;&amp;gt; som en del av utstyret du trenger for å motta krypterte signaler.
1867 &lt;br&gt;&amp;gt;
1868 &lt;br&gt;&amp;gt; Vennligst se mer informasjon om Programkort på denne lenken:
1869 &lt;br&gt;&amp;gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/p&gt;
1870
1871 &lt;p&gt;Dette er litt på siden av det jeg lurte på, som er hva slags
1872 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
1873 etter 2010.&lt;/p&gt;
1874
1875 &lt;p&gt;--
1876 &lt;br&gt;Vennlig hilsen
1877 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1878 &lt;/blockquote&gt;&lt;/p&gt;
1879
1880 &lt;p&gt;Etter mange uker fikk jeg så på fredag følgende tilbakemelding.&lt;/p&gt;
1881
1882 &lt;p&gt;&lt;blockquote&gt;
1883 &lt;p&gt;From: Arthur Garnes
1884 &lt;br&gt;Subject: RE: Når blir Frikanalen ukryptert på RiksTV
1885 &lt;br&gt;To: Petter Reinholdtsen
1886 &lt;br&gt;Date: Fri, 29 Jun 2012 13:02:38 +0200&lt;/p&gt;
1887
1888 &lt;p&gt;Hei,&lt;/p&gt;
1889
1890 &lt;p&gt;Det vises til din henvendelse av 27.5.2012. Vi beklager at din
1891 henvendelse har tatt noe tid å besvare.&lt;/p&gt;
1892
1893 &lt;p&gt;RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
1894 vederlagsfritt får distribusjon i det digitale bakkenettet. At
1895 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
1896 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
1897 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
1898 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
1899 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
1900 programkort og trenger som en kommersiell aktør å få dekket disse
1901 kostnadene.&lt;/p&gt;
1902
1903 &lt;p&gt;Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
1904 kontakt.&lt;/p&gt;
1905
1906 &lt;p&gt;Med vennlig hilsen
1907 &lt;br&gt;Arthur Garnes
1908 &lt;br&gt;Product Manager&lt;/p&gt;
1909
1910 &lt;p&gt;Mobil: +47 98234224
1911 &lt;p&gt;E-post: arthur.garnes (at) rikstv.no
1912 &lt;br&gt;RiksTV AS
1913 &lt;br&gt;Besøk: Økernveien 145, 17. etg, Oslo
1914 &lt;br&gt;Post: Postboks 393 Økern, 0513 Oslo&lt;/p&gt;
1915
1916 &lt;p&gt;Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv&lt;/p&gt;
1917
1918 &lt;p&gt;Denne e-post og informasjonen den inneholder er konfidensiell og
1919 ment kun for den korrekte adressaten. This e-mail and the information
1920 it contains is confidential and intended only for the right
1921 addressee.&lt;/p&gt;
1922 &lt;/blockquote&gt;&lt;/p&gt;
1923
1924 &lt;p&gt;Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
1925 opp.&lt;/p&gt;
1926 </description>
1927 </item>
1928
1929 <item>
1930 <title>DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog</title>
1931 <link>http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</link>
1932 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</guid>
1933 <pubDate>Fri, 29 Jun 2012 18:00:00 +0200</pubDate>
1934 <description>&lt;p&gt;DIFI har nettopp annonsert høring om revisjon av
1935 &lt;a href=&quot;http://www.standard.difi.no/forvaltningsstandarder&quot;&gt;standardkatalogen&lt;/a&gt;,
1936 og endelig har Microsoft fått viljen sin. Se
1937 &lt;a href=&quot;http://www.standard.difi.no/hoyring/forslag-om-endring-av-forskrift-om-it-standarder-i-offentlig-forvaltning&quot;&gt;høringssiden&lt;/a&gt;
1938 for hele teksten.&lt;/p&gt;
1939
1940 &lt;p&gt;Her er forslaget i sin helhet:&lt;/p&gt;
1941
1942 &lt;p&gt;&lt;blockquote&gt;
1943 &lt;p&gt;3.2 Revisjon av krav til redigerbare dokumenter&lt;/p&gt;
1944
1945 &lt;p&gt;I første versjon av referansekatalogen i 2007 ble det satt krav om
1946 Open Document Format (ODF), versjon 1.1 (OASIS, 1.2.2007) for
1947 redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
1948 anbefalt for kommunal sektor. I 2009 ble kravet gjort obligatorisk for
1949 hele offentlig sektor i
1950 &lt;a href=&quot;http://www.lovdata.no/for/sf/fa/xa-20090925-1222.html&quot;&gt;forskrift
1951 om IT-standarder i forvaltningen&lt;/a&gt;. Anvendelsesområdet for kravet
1952 har vært begrenset til publisering av dokumenter som skal bearbeides
1953 videre (§ 4 nr. 1 andre ledd). I 2011 ble anvendelsesområdet utvidet
1954 til å omfatte utveksling av dokumenter beregnet for redigering som
1955 vedlegg til e-post (§4 nr. 2).&lt;/p&gt;
1956
1957 &lt;p&gt;Office Open XML ISO/IEC 29500:2011 (OOXML) er et dokumentformat
1958 opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
1959 som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
1960 kontorstøtteprogamvaren MS Office. Difi har foretatt en
1961 &lt;a href=&quot;http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-0.pdf&quot;&gt;revisjonsvurdering&lt;/a&gt;
1962 av krav som stilles til redigerbare dokumenter i Forskrift om
1963 IT-standarder i forvaltningen, og anbefaler at kravet til ODF
1964 fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
1965 for redigerbare dokumenter ved publisering på offentlige virksomheters
1966 nettsider og for redigerbare vedlegg til e-post som sendes fra
1967 offentlige virksomheter til innbyggere og næringsliv. Offentlige
1968 virksomheter vil dermed stå fritt til å publisere eller sende
1969 redigerbare dokumenter i det format som ivaretar brukernes behov
1970 best.&lt;/p&gt;
1971
1972 &lt;p&gt;Forslaget innebærer at krav til ODF utgår § 4 nr. 1 tredje ledd og
1973 § 4 nr. 2 første ledd&lt;/p&gt;
1974
1975 &lt;P&gt;Imidlertid bør det stilles strengere krav til hvilke formater
1976 offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
1977 mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
1978 som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
1979 medfører at innbyggere og næringsliv skal kunne basere sitt valg av
1980 programvare på egne behov og ikke på de valg offentlige virksomheter
1981 tar. Kravet vil omfatte hele offentlig sektor, herunder
1982 utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
1983 foreslått som ny § 4 nr.2 andre ledd&lt;/p&gt;
1984 &lt;/blockquote&gt;&lt;/p&gt;
1985
1986 &lt;P&gt;De satser vel på at det hele blir glemt over sommeren, og at de
1987 fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
1988 jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
1989 høringsuttalelser til høringen.&lt;/p&gt;
1990
1991 &lt;p&gt;Anbefaler alle å friske opp sine argumenter ved å lese
1992 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html&quot;&gt;svaret
1993 fra senator Edgar Villanueva til Microsoft i Peru&lt;/a&gt;. Det er en
1994 klassisk tekst som er like gyldig i dag som da det ble skrevet.&lt;/p&gt;
1995
1996 </description>
1997 </item>
1998
1999 <item>
2000 <title>Postjournaler i det offentlige - vanskelig med vilje?</title>
2001 <link>http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</link>
2002 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</guid>
2003 <pubDate>Wed, 27 Jun 2012 21:20:00 +0200</pubDate>
2004 <description>&lt;p&gt;Den norske
2005 &lt;a href=&quot;http://www.lovdata.no/all/nl-20060519-016.html&quot;&gt;offentlighetsloven&lt;/a&gt;
2006 er ganske bra, og inneholder rettigheter som sikrer at borgerne (og
2007 journalister) i stor grad kan holde øye med hva fellesskapets
2008 representanter i det offentlige holder på med. En kan be om kopi av
2009 alle dokumenter som finnes i offentlige etater, kommuner,
2010 departementer etc, og det kreves en konkret lovhjemmel for å nekte å
2011 levere ut en kopi. Men for å vite hva en skal be om, må en vite hva
2012 som finnes, og det er der de offentlige postjournalene kommer inn.
2013 Alle underlagt offentlighetsloven, som er alle offentlige kontorer
2014 samt selskaper som er kontrollert av det offentlige, er pliktig å føre
2015 postjournal og utlevere den på forespørsel. Underlig nok forteller
2016 Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å
2017 publisere postjournalen på web når jeg spurte hvor postjournalen kan
2018 finnes, så det virker å være et hull i denne plikten hvis målet er at
2019 innbyggerne skal ha enkel mulighet til å kontrollere våre
2020 representanter. Men de må føre journal og utlevere den på
2021 forespørsel.&lt;/p&gt;
2022
2023 &lt;p&gt;Men tema for denne bloggposten er hvordan en får tak i de
2024 offentlige postjournaler som finnes, og her er det mye som kunne vært
2025 bedre. Det finnes en &lt;a href=&quot;http://www.oep.no/&quot;&gt;felles portal for
2026 postjournaler&lt;/a&gt; til alle departementer, nasjonale direktorater,
2027 fylkesmenn etc (ca. 100 kilder), men for alle kommuner,
2028 fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig
2029 styret stiftelser og selskaper, må en innom hver enkelt organisasjons
2030 nettsider og se etter postjournalen. Noen har laget fine
2031 søketjenester, andre har laget dårlige søketjenester. De fleste har
2032 kun lagt ut datobaserte lister over journaloppføringer, av og til
2033 HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av
2034 dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig
2035 vanskelig å holde et øye med det som skjer over hele Norge. En er
2036 nødt til å besøke flere hundre nettsteder, og lese mange tusen sider
2037 hver dag for å holde rede på hva som skjer, og resultatet er at det i
2038 stor grad ikke skjer.&lt;/p&gt;
2039
2040 &lt;p&gt;Men datakildene ligger der, de er bare knot å bruke. En naturlig
2041 løsning på det problemet som det er utrolig og trist at presse-Norge
2042 ikke allerede har gjennomført, er å lage automatiske systemer for å
2043 samle inn og strukturere den tilgjengelige informasjonen og lage en
2044 innbygger og journalist-vennlig portal. I en slik portal bør en kunne
2045 søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som
2046 det tok lang tid å journalføre). Når informasjonen er samlet inn kan
2047 en analysere og finne ut hvilke organisasjoner som er trege til å
2048 publisere journalen sin, og hvilke som er mer flinke. En kan også
2049 koble saker på tvers av organisasjoner, når et brev i en sak sendes
2050 mellom organisasjonene, og dermed få en mer komplett oversikt over hva
2051 som blir gjort på vegne av oss alle i det offentlige. Det hadde vært
2052 morsomt å vite om alle brev som blir sendt mellom departementer eller
2053 kommuner blir journalført begge steder, og om det hender at sender og
2054 mottaker er uenige om et dokument kan unndras offentligheten. En
2055 slipper også å måtte forholde seg til når den journalførende enhet
2056 velger å fjerne journalen fra web. Her er praksis sprikende, og noen
2057 er flinke og har journalen liggende ute fra første dag publiseringen
2058 på web startet, mens andre fjerner den etter noen få dager.&lt;/p&gt;
2059
2060 &lt;p&gt;Det er personvernutfordringer rundt tilgjengeliggjøring av
2061 postjournaler, da den offentlige informasjonen som er tilgjengelig i
2062 postjournalene kan gi ganske mye informasjon om enkeltpersoners
2063 kontakt med det offentlige Norge. En kan se når det bygges, søkes,
2064 klages og sertifiseres, blant mange andre aktiviteter en tvinges til å
2065 kontakte det offentlige Norge for å få gjort. Men det må veies opp
2066 mot behovet til å holde &quot;makta&quot; i Norge under oppsikt, og der må jeg
2067 innrømme at jeg tror behovet i Norge er enormt.&lt;/p&gt;
2068
2069 &lt;p&gt;Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et
2070 prosjekt for å gjøre postjournalene tilgjengelig som åpne data på
2071 strukturert format, og bidra til at pressen og innbyggerne får en
2072 portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven
2073 gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på
2074 irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for
2075 flere hundre kilder. Noen er enkle og tar 10-20 minutter (hvis de
2076 f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her
2077 trengs det programører. :)&lt;/p&gt;
2078
2079 &lt;p&gt;PS: Hvis du vil lære litt mer om hva vi har mulighet til å få
2080 innsyn i hos det offentlige Norge, ta en titt på
2081 &lt;a href=&quot;http://www.offentlighet.no/&quot;&gt;offentlighet.no&lt;/a&gt;, et
2082 samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening,
2083 Norsk Journalistlag og Institutt for Journalistikk.&lt;/p&gt;
2084 </description>
2085 </item>
2086
2087 <item>
2088 <title>SQL-database med anbud publisert på Doffin</title>
2089 <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</link>
2090 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</guid>
2091 <pubDate>Fri, 15 Jun 2012 13:30:00 +0200</pubDate>
2092 <description>&lt;p&gt;&lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; er det offentlige Norges
2093 portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
2094 men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
2095 på det har jeg som et &lt;a href=&quot;htt://www.nuug.no/&quot;&gt;NUUG-prosjekt&lt;/a&gt;
2096 laget en &lt;a href=&quot;http://scraperwiki.com/&quot;&gt;Scraperwiki&lt;/a&gt;-skraper som
2097 lager en
2098 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;SQL-database
2099 med nøkkelinformasjonen fra Doffin&lt;/a&gt;, slik at det er mulig å søke og
2100 analysere Doffin-oppføringene. Det publiseres mellom 900-1500 anbud
2101 hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
2102 håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
2103 håper jeg å bruke denne databasen som grunnlag for å lage en database
2104 over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
2105 må bestilles fra hver enkelt utlyser.&lt;/p&gt;
2106
2107 &lt;p&gt;Jeg var litt usikker på om det var rettighetsproblemer knyttet til
2108 skraping av informasjon fra Doffin, men ser i
2109 &lt;a href=&quot;http://www.doffin.no/sitehelp/help_terms.aspx&quot;&gt;vilkårene til
2110 Doffin&lt;/a&gt; følgende:&lt;/p&gt;
2111
2112 &lt;p&gt;&lt;blockquote&gt;
2113
2114 &lt;p&gt;Opphavsrett mv&lt;/p&gt;
2115
2116 &lt;p&gt;Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
2117 at opphavsrett og andre rettigheter til materialet overføres til
2118 Fornyings- og administrasjonsdepartementet, eller den departementet
2119 utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
2120 kan benytte det til de formål de måtte ønske.&lt;/p&gt;
2121
2122 &lt;/blockquote&gt;&lt;/p&gt;
2123
2124 &lt;p&gt;Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
2125 tviler på, gitt lovens begrensninger om informasjon fra det
2126 offentlige), så er det FAD som har de immaterielle rettighetene. FAD
2127 er en del av staten, som opererer på vegne av folket, og enhver borger
2128 skulle dermed ha rett til å videreformidle informasjonen. Ingen av
2129 offentlighetslovens unntak kommer til anvendelse, i og med at
2130 informasjonen allerede er publisert.&lt;/p&gt;
2131 </description>
2132 </item>
2133
2134 <item>
2135 <title>Litt statistikk fra Offentlig Elektronisk postjournal</title>
2136 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</link>
2137 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</guid>
2138 <pubDate>Sun, 10 Jun 2012 20:30:00 +0200</pubDate>
2139 <description>&lt;p&gt;De siste månedene har jeg sammen med andre i NUUG jobbet med å
2140 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
2141 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
2142 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
2143 &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk Postjournal
2144 (OEP)&lt;/a&gt;, FAD/DIFIs fellesløsning for departementer og statlige
2145 etater.&lt;/p&gt;
2146
2147 &lt;p&gt;Her er antall oppføringer pr. måned det siste året,
2148 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=postliste-oep&amp;query=select%20strftime(%22%25Y-%25m%22%2C%20%60recordpublishdate%60)%20as%20oeppubmonth%2C%20count(*)%20from%20%60swdata%60%20group%20by%20oeppubmonth%20order%20by%20oeppubmonth&quot;&gt;summert
2149 opp&lt;/a&gt; ved hjelp av
2150 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep/&quot;&gt;en
2151 Scraperwiki-database&lt;/a&gt;. Merk at denne Scraperwikien har
2152 ytelsesproblemer pga. mengden data. &lt;/p&gt;
2153
2154 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
2155 &lt;tr&gt;&lt;th&gt;Måned&lt;/th&gt;&lt;th&gt;Antall&lt;/th&gt;&lt;/tr&gt;
2156 &lt;tr&gt;&lt;td&gt;2011-07&lt;/td&gt;&lt;td&gt;164355&lt;/td&gt;&lt;/tr&gt;
2157 &lt;tr&gt;&lt;td&gt;2011-08&lt;/td&gt;&lt;td&gt;153662&lt;/td&gt;&lt;/tr&gt;
2158 &lt;tr&gt;&lt;td&gt;2011-09&lt;/td&gt;&lt;td&gt;173134&lt;/td&gt;&lt;/tr&gt;
2159 &lt;tr&gt;&lt;td&gt;2011-10&lt;/td&gt;&lt;td&gt;170665&lt;/td&gt;&lt;/tr&gt;
2160 &lt;tr&gt;&lt;td&gt;2011-11&lt;/td&gt;&lt;td&gt;198409&lt;/td&gt;&lt;/tr&gt;
2161 &lt;tr&gt;&lt;td&gt;2011-12&lt;/td&gt;&lt;td&gt;175908&lt;/td&gt;&lt;/tr&gt;
2162 &lt;tr&gt;&lt;td&gt;2012-01&lt;/td&gt;&lt;td&gt;206875&lt;/td&gt;&lt;/tr&gt;
2163 &lt;tr&gt;&lt;td&gt;2012-02&lt;/td&gt;&lt;td&gt;202862&lt;/td&gt;&lt;/tr&gt;
2164 &lt;tr&gt;&lt;td&gt;2012-03&lt;/td&gt;&lt;td&gt;204225&lt;/td&gt;&lt;/tr&gt;
2165 &lt;tr&gt;&lt;td&gt;2012-04&lt;/td&gt;&lt;td&gt;207931&lt;/td&gt;&lt;/tr&gt;
2166 &lt;tr&gt;&lt;td&gt;2012-05&lt;/td&gt;&lt;td&gt;223754&lt;/td&gt;&lt;/tr&gt;
2167 &lt;/table&gt;&lt;/p&gt;
2168
2169 &lt;p&gt;Det er også interessant å se hvor ofte ulike etater sender inn sine
2170 journaloppføringer til OEP. OEP inneholder en liste med sist
2171 innrapporteringsdato for alle som sender til OEP, og ved å se når og
2172 hvor ofte det blir sendt inn fra etatene kan
2173 &lt;a href=&quot;https://api.scraperwiki.com/api/1.0/datastore/sqlite?format=htmltable&amp;name=postliste-oep-deliverydates&amp;query=select%20agency%2C%0A(julianday(datetime(&#39;now&#39;))%20-%20%0A%20julianday(min(%60deliverydate%60)))%2Fcount(*)%20as%20dayfreq%2C%0A%20count(*)%0Afrom%20%60swdata%60%20group%20by%20agency%20order%20by%20dayfreq%20desc&quot;&gt;frekvensen
2174 beregnes&lt;/a&gt;. Her er bunnlista, dvs. de som leverer sjeldnere enn hver 10.
2175 dag beregnet fra
2176 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;en
2177 Scraperwiki-database&lt;/a&gt;:&lt;/p&gt;
2178
2179 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
2180
2181 &lt;tr&gt; &lt;th&gt;Etat&lt;/th&gt; &lt;th&gt;Frekvens&lt;/th&gt; &lt;th&gt;Leveringer&lt;/th&gt; &lt;/tr&gt;
2182 &lt;tr&gt; &lt;td&gt;Norges geologiske undersøkelse&lt;/td&gt; &lt;td&gt;83.7527546296&lt;/td&gt; &lt;td&gt;1&lt;/td&gt; &lt;/tr&gt;
2183 &lt;tr&gt; &lt;td&gt;Medietilsynet&lt;/td&gt; &lt;td&gt;33.7527546296&lt;/td&gt; &lt;td&gt;1&lt;/td&gt; &lt;/tr&gt;
2184 &lt;tr&gt; &lt;td&gt;Departementenes servicesenter&lt;/td&gt; &lt;td&gt;23.8763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
2185 &lt;tr&gt; &lt;td&gt;Kunnskapsdepartementet&lt;/td&gt; &lt;td&gt;15.8763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
2186 &lt;tr&gt; &lt;td&gt;Kompetansesenter for distriktsutvikling&lt;/td&gt; &lt;td&gt;15.3763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
2187 &lt;tr&gt; &lt;td&gt;Toll- og avgiftsdirektoratet&lt;/td&gt; &lt;td&gt;15.3763773148&lt;/td&gt; &lt;td&gt;2&lt;/td&gt; &lt;/tr&gt;
2188 &lt;tr&gt; &lt;td&gt;Fredskorpset&lt;/td&gt; &lt;td&gt;12.5842515432&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2189 &lt;tr&gt; &lt;td&gt;Statens legemiddelverk&lt;/td&gt; &lt;td&gt;12.1881886574&lt;/td&gt; &lt;td&gt;4&lt;/td&gt; &lt;/tr&gt;
2190 &lt;tr&gt; &lt;td&gt;Utlendingsnemnda&lt;/td&gt; &lt;td&gt;11.5842515432&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2191 &lt;tr&gt; &lt;td&gt;Politidirektoratet&lt;/td&gt; &lt;td&gt;10.9175848765&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2192 &lt;tr&gt; &lt;td&gt;Skattedirektoratet&lt;/td&gt; &lt;td&gt;10.9175848765&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2193 &lt;tr&gt; &lt;td&gt;Statens innkrevingssentral&lt;/td&gt; &lt;td&gt;10.5842515432&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2194 &lt;tr&gt; &lt;td&gt;Barne-, ungdoms- og familiedirektoratet&lt;/td&gt; &lt;td&gt;10.2509182099&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2195 &lt;tr&gt; &lt;td&gt;Kunst i offentlige rom&lt;/td&gt; &lt;td&gt;10.2509182099&lt;/td&gt; &lt;td&gt;3&lt;/td&gt; &lt;/tr&gt;
2196
2197 &lt;/table&gt;&lt;/p&gt;
2198
2199 &lt;p&gt;En kan beregne lignende frekvenser ved å sammenligne
2200 journalføringsdato med publiseringsdato for hver enkelt oppføring i
2201 OEP, men den lenken legger jeg ikke ved her for å unngå at
2202 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.&lt;/p&gt;
2203
2204 &lt;p&gt;Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
2205 så sjelden, og det kommer av at de har problemer etter oppgradering av
2206 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
2207 til å levere hver uke. Har ikke undersøkt noen av de andre.&lt;/p&gt;
2208 </description>
2209 </item>
2210
2211 <item>
2212 <title>Web service to look up HP and Dell computer hardware support status</title>
2213 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</link>
2214 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</guid>
2215 <pubDate>Wed, 6 Jun 2012 23:15:00 +0200</pubDate>
2216 <description>&lt;p&gt;A few days ago
2217 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html&quot;&gt;I
2218 reported how to get&lt;/a&gt; the support status out of Dell using an
2219 unofficial and undocumented SOAP API, which I since have found out was
2220 &lt;a href=&quot;http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html&quot;&gt;discovered
2221 by Daniel De Marco in february&lt;/a&gt;. Combined with my web scraping
2222 code for HP, Dell and IBM
2223 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html&quot;&gt;from
2224 2009&lt;/a&gt;, I got inspired and wrote
2225 &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/&quot;&gt;a
2226 web service&lt;/a&gt; based on Scraperwiki to make it easy to look up the
2227 support status and get a machine readable result back.&lt;/p&gt;
2228
2229 &lt;p&gt;This is what it look like at the moment when asking for the JSON
2230 output:
2231
2232 &lt;blockquote&gt;&lt;pre&gt;
2233 % GET &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&amp;vendor=Dell&amp;servicetag=2v1xwn1&quot;&gt;https://views.scraperwiki.com/run/computer-hardware-support-status/?format=json&amp;vendor=Dell&amp;servicetag=2v1xwn1&lt;/a&gt;
2234 supportstatus({&quot;servicetag&quot;: &quot;2v1xwn1&quot;, &quot;warrantyend&quot;: &quot;2013-11-24&quot;, &quot;shipped&quot;: &quot;2010-11-24&quot;, &quot;scrapestamputc&quot;: &quot;2012-06-06T20:26:56.965847&quot;, &quot;scrapedurl&quot;: &quot;http://143.166.84.118/services/assetservice.asmx?WSDL&quot;, &quot;vendor&quot;: &quot;Dell&quot;, &quot;productid&quot;: &quot;&quot;})
2235 %
2236 &lt;/pre&gt;&lt;/blockquote&gt;
2237
2238 &lt;p&gt;It currently support Dell and HP, and I am hoping for help to add
2239 support for other vendors. The python source is available on
2240 Scraperwiki and I welcome help with adding more features.&lt;/p&gt;
2241 </description>
2242 </item>
2243
2244 <item>
2245 <title>SOAP based webservice from Dell to check server support status</title>
2246 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</link>
2247 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</guid>
2248 <pubDate>Fri, 1 Jun 2012 15:20:00 +0200</pubDate>
2249 <description>&lt;p&gt;A few years ago I wrote
2250 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html&quot;&gt;how
2251 to extract support status&lt;/a&gt; for your Dell and HP servers. Recently
2252 I have learned from colleges here at the
2253 &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt; that Dell have
2254 made this even easier, by providing a SOAP based web service. Given
2255 the service tag, one can now query the Dell servers and get machine
2256 readable information about the support status. This perl code
2257 demonstrate how to do it:&lt;/p&gt;
2258
2259 &lt;p&gt;&lt;pre&gt;
2260 use strict;
2261 use warnings;
2262 use SOAP::Lite;
2263 use Data::Dumper;
2264 my $GUID = &#39;11111111-1111-1111-1111-111111111111&#39;;
2265 my $App = &#39;test&#39;;
2266 my $servicetag = $ARGV[0] or die &quot;Please supply a servicetag. $!\n&quot;;
2267 my ($deal, $latest, @dates);
2268 my $s = SOAP::Lite
2269 -&gt; uri(&#39;http://support.dell.com/WebServices/&#39;)
2270 -&gt; on_action( sub { join &#39;&#39;, @_ } )
2271 -&gt; proxy(&#39;http://xserv.dell.com/services/assetservice.asmx&#39;)
2272 ;
2273 my $a = $s-&gt;GetAssetInformation(
2274 SOAP::Data-&gt;name(&#39;guid&#39;)-&gt;value($GUID)-&gt;type(&#39;&#39;),
2275 SOAP::Data-&gt;name(&#39;applicationName&#39;)-&gt;value($App)-&gt;type(&#39;&#39;),
2276 SOAP::Data-&gt;name(&#39;serviceTags&#39;)-&gt;value($servicetag)-&gt;type(&#39;&#39;),
2277 );
2278 print Dumper($a -&gt; result) ;
2279 &lt;/pre&gt;&lt;/p&gt;
2280
2281 &lt;p&gt;The output can look like this:&lt;/p&gt;
2282
2283 &lt;p&gt;&lt;pre&gt;
2284 $VAR1 = {
2285 &#39;Asset&#39; =&gt; {
2286 &#39;Entitlements&#39; =&gt; {
2287 &#39;EntitlementData&#39; =&gt; [
2288 {
2289 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
2290 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
2291 &#39;Provider&#39; =&gt; &#39;&#39;,
2292 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
2293 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
2294 },
2295 {
2296 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
2297 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
2298 &#39;Provider&#39; =&gt; &#39;&#39;,
2299 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
2300 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
2301 },
2302 {
2303 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
2304 &#39;EndDate&#39; =&gt; &#39;2007-07-29T00:00:00&#39;,
2305 &#39;Provider&#39; =&gt; &#39;&#39;,
2306 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
2307 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
2308 }
2309 ]
2310 },
2311 &#39;AssetHeaderData&#39; =&gt; {
2312 &#39;SystemModel&#39; =&gt; &#39;GX620&#39;,
2313 &#39;ServiceTag&#39; =&gt; &#39;8DSGD2J&#39;,
2314 &#39;SystemShipDate&#39; =&gt; &#39;2006-07-29T19:00:00-05:00&#39;,
2315 &#39;Buid&#39; =&gt; &#39;2323&#39;,
2316 &#39;Region&#39; =&gt; &#39;Europe&#39;,
2317 &#39;SystemID&#39; =&gt; &#39;PLX_GX620&#39;,
2318 &#39;SystemType&#39; =&gt; &#39;OptiPlex&#39;
2319 }
2320 }
2321 };
2322 &lt;/pre&gt;&lt;/p&gt;
2323
2324 &lt;p&gt;I have not been able to find any documentation from Dell about this
2325 service outside the
2326 &lt;a href=&quot;http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation&quot;&gt;inline
2327 documentation&lt;/a&gt;, and according to
2328 &lt;a href=&quot;http://iboyd.net/index.php/2012/02/14/updated-dell-warranty-information-script/&quot;&gt;one
2329 comment&lt;/a&gt; it can have stability issues, but it is a lot better than
2330 scraping HTML pages. :)&lt;/p&gt;
2331
2332 &lt;p&gt;Wonder if HP and other server vendors have a similar service. If
2333 you know of one, drop me an email. :)&lt;/p&gt;
2334 </description>
2335 </item>
2336
2337 <item>
2338 <title>The cost of ODF and OOXML</title>
2339 <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</link>
2340 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</guid>
2341 <pubDate>Sat, 26 May 2012 18:00:00 +0200</pubDate>
2342 <description>&lt;p&gt;I just come across a blog post from Glyn Moody reporting the
2343 claimed cost from Microsoft on requiring ODF to be used by the UK
2344 government. I just sent him an email to let him know that his
2345 assumption are most likely wrong. Sharing it here in case some of my
2346 blog readers have seem the same numbers float around in the UK.&lt;/p&gt;
2347
2348 &lt;p&gt;&lt;blockquote&gt; &lt;p&gt;Hi. I just noted your
2349 &lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm&quot;&gt;http://blogs.computerworlduk.com/open-enterprise/2012/04/does-microsoft-office-lock-in-cost-the-uk-government-500-million/index.htm&lt;/a&gt;
2350 comment:&lt;/p&gt;
2351
2352 &lt;p&gt;&lt;blockquote&gt;&quot;They&#39;re all in Danish, not unreasonably, but even
2353 with the help of Google Translate I can&#39;t find any figures about the
2354 savings of &quot;moving to a flexible two standard&quot; as claimed by the
2355 Microsoft email. But I assume it is backed up somewhere, so let&#39;s take
2356 it, and the £500 million figure for the UK, on trust.&quot;
2357 &lt;/blockquote&gt;&lt;/p&gt;
2358
2359 &lt;p&gt;I can tell you that the Danish reports are inflated. I believe it is
2360 the same reports that were used in the Norwegian debate around 2007,
2361 and Gisle Hannemyr (a well known IT commentator in Norway) had a look
2362 at the content. In short, the reason it is claimed that using ODF
2363 will be so costly, is based on the assumption that this mean every
2364 existing document need to be converted from one of the MS Office
2365 formats to ODF, transferred to the receiver, and converted back from
2366 ODF to one of the MS Office formats, and that the conversion will cost
2367 10 minutes of work time for both the sender and the receiver. In
2368 reality the sender would have a tool capable of saving to ODF, and the
2369 receiver would have a tool capable of reading it, and the time spent
2370 would at most be a few seconds for saving and loading, not 20 minutes
2371 of wasted effort.&lt;/p&gt;
2372
2373 &lt;p&gt;Microsoft claimed all these costs were saved by allowing people to
2374 transfer the original files from MS Office instead of spending 10
2375 minutes converting to ODF. :)&lt;/p&gt;
2376
2377 &lt;p&gt;See
2378 &lt;a href=&quot;http://hannemyr.com/no/ms12_vl02.php&quot;&gt;http://hannemyr.com/no/ms12_vl02.php&lt;/a&gt;
2379 and
2380 &lt;a href=&quot;http://hannemyr.com/no/ms12.php&quot;&gt;http://hannemyr.com/no/ms12.php&lt;/a&gt;
2381 for background information. Norwegian only, sorry. :)&lt;/p&gt;
2382 &lt;/blockquote&gt;&lt;/p&gt;
2383 </description>
2384 </item>
2385
2386 <item>
2387 <title>OpenOffice.org fungerer da fint for blinde?</title>
2388 <link>http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</link>
2389 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</guid>
2390 <pubDate>Mon, 21 May 2012 23:20:00 +0200</pubDate>
2391 <description>&lt;p&gt;De siste dagene har høringsuttalelsene om DIFIs forslag til
2392 standardkatalog v3.1 blitt
2393 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder?tab=comments&quot;&gt;publisert
2394 på DIFIs nettside&lt;/a&gt;, og jeg kunne der glede meg over at
2395 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;NUUGs&lt;/a&gt;
2396 uttalelse er kommet med. En uttalelse som overrasker og forvirrer meg
2397 er
2398 &lt;a href=&quot;http://www.standard.difi.no/filearchive/norges-blindeforbund.pdf&quot;&gt;den
2399 fra Norges Blindeforbund&lt;/a&gt;, som 5 år etter at Klaus Knopper sammen
2400 med sin blinde kone blant annet
2401 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20071211-accessibility/&quot;&gt;demonstrerte
2402 høyttalende OpenOffice.org på nynorsk for blinde&lt;/a&gt; på et NUUG-møte.&lt;/p&gt;
2403
2404 &lt;p&gt;&lt;a href=&quot;https://www.blindeforbundet.no/&quot;&gt;Norges Blindeforbund&lt;/a&gt;
2405 skriver følgende, som for meg virker å være formulert på sviktende
2406 grunnlag:&lt;/p&gt;
2407
2408 &lt;p&gt;&lt;blockquote&gt;
2409 &lt;p&gt;Bruk av fri programvare
2410
2411 &lt;p&gt;I FRIPROGSENTERET, RAPPORT 2009-02: Universell utforming
2412 &lt;a href=&quot;http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf&quot;&gt;http://www.kunnskapsbazaren.no/filer/Friprogsenteret-Rapport-Universell_utforming.pdf&lt;/a&gt;
2413 sies det &quot;Det finnes i dag ikke mange fri programvare-rammeverk eller
2414 generelle løsninger som støtter tilgjengelighet eller som er
2415 universelt utformet.&quot;&lt;/p&gt;
2416
2417 &lt;p&gt;Til tross for at det gjennom prinsippene i fri programvare åpnes
2418 for større frihet til selv å påvirke programvareløsninger i retning av
2419 universell utforming viser praksis at virkeligheten er en annen.
2420 Mange av de mest alminnelige frie programvarepakkene mangler delvis
2421 eller fullstendig tilgjengelighet for mennesker med nedsatt
2422 syn. Eksempler på dette er OpenOffice og LibreOffice m.fl.&lt;/p&gt;
2423
2424 &lt;p&gt;En annen utfordring ved bruk av fri programvare kan være manglende
2425 kundestøtte og muligheter til opplæring i bruk av løsningen. Svaksynte
2426 og blinde har et høyere behov for denne typen støtte enn andre brukere
2427 ettersom mange av dem har behov for tilleggsprogramvare som skal
2428 fungere sammen med den opprinnelige programvaren, og ettersom man ikke
2429 har de samme muligheter for overblikk over grensesnittet som en seende
2430 bruker. I tillegg til dette kommer de mer tilgjengelighetstekniske
2431 utfordringene som ofte må løses i samarbeid med
2432 programvareleverandør/produsent.&lt;/p&gt;
2433
2434 &lt;p&gt;Fri programvare er ikke på samme måte underlagt lovgivning gjennom
2435 for eksempel diskriminerings og tilgjengelighetsloven ettersom det
2436 ikke alltid finnes en produsent/tilbyder av tjenesten eller produktet.&lt;/p&gt;
2437
2438 &lt;p&gt;Norges Blindeforbund krever at universell utforming og
2439 brukskvalitet tas med som viktige hensyn i utredninger som ligger til
2440 grunn for valg av standarder som primært leder brukeren mot fri
2441 programvare. Et eksempel på dette er bruk av dokumentformatet ODF som
2442 leder brukeren i retning av OpenOffice, som er helt eller delvis
2443 utilgjengelig for svaksynte og blinde – noe avhengig av plattform og
2444 hjelpemiddelprogramvare.&lt;/p&gt;
2445
2446 &lt;/blockquote&gt;&lt;/p&gt;
2447
2448 &lt;p&gt;Jeg håper noen involvert i OpenOffice.org og/eller LibreOffice tar
2449 kontakt med Norges Blindeforbund og oppklarer det som for meg virker å
2450 være en misforståelse, i og med at OpenOffice.org så vidt jeg vet
2451 fungerer fint også for blinde.&lt;/p&gt;
2452
2453 &lt;p&gt;Jeg ble minnet på problemstillingen da jeg leste Slashdot-saken om
2454 &quot;&lt;a href=&quot;http://linux.slashdot.org/story/12/05/21/1417221/the-state-of-linux-accessibility&quot;&gt;The
2455 State of Linux Accessibility&lt;/a&gt;&quot;, som også hevder at Linux fungerer
2456 utmerket for blinde.&lt;/p&gt;
2457 </description>
2458 </item>
2459
2460 <item>
2461 <title>Dør Unix, eller lever den videre som Linux?</title>
2462 <link>http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</link>
2463 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</guid>
2464 <pubDate>Tue, 15 May 2012 10:20:00 +0200</pubDate>
2465 <description>&lt;p&gt;Peter Hidas fra Gartner melder i Computerworld at
2466 &lt;a href=&quot;http://www.idg.no/computerworld/article245011.ece&quot;&gt;Unix
2467 nedkjempes av Linux og Windows&lt;/a&gt;. For meg er påstanden meningsløs,
2468 da Linux er en variant av Unix, og hele diskusjonen om Linux er Unix
2469 eller ikke er utdatert og uinteressant. Jeg ser at Helge Skrivervik
2470 deler mitt syn på saken i sin kommentar fra i går om at
2471 &quot;&lt;a href=&quot;http://www.mymayday.com/blogs/2012/unix-linux&quot;&gt;Unix vs. Linux
2472 = uinteressant&quot;&lt;/a&gt;.&lt;/p&gt;
2473
2474 &lt;p&gt;I &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-sammenheng møter jeg av og
2475 til folk som tror NUUG er for avdankede folk som driver med den samme
2476 Unix-varianten som Peter Hidas skriver om i sin kommentar, og dermed
2477 er en foreningen for avdankede teknologer interessert i døende
2478 teknologi. Intet kunne være lengre fra sannheten.&lt;/p&gt;
2479
2480 &lt;p&gt;NUUG er en forening for oss som har sans for fri programvare, åpne
2481 standarder og Unix-lignende operativsystemer, som Ubuntu, FreeBSD,
2482 Debian, Mint, Gentoo, Android, Gnome, KDE, LXDE, Firefox, LibreOffice,
2483 ODF, HTML, C++, ECMA-Script, etc. Kort sagt der nyskapning skjer på
2484 IT-fronten i dag. Det innebærer selvfølgelig også de som er
2485 interessert i de &quot;gamle&quot; Unix-ene som Solaris og HP-UX, men de er bare
2486 et lite mindretall blant NUUGs medlemmer. De aller fleste medlemmene
2487 har i dag fokus på Linux.&lt;/p&gt;
2488 </description>
2489 </item>
2490
2491 <item>
2492 <title>NUUGs leverer høringsuttalelse om v3.1 av statens referansekatalog</title>
2493 <link>http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</link>
2494 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</guid>
2495 <pubDate>Fri, 27 Apr 2012 15:30:00 +0200</pubDate>
2496 <description>&lt;p&gt;NUUG-styremedlem Hans-Petter Fjeld
2497 &lt;a href=&quot;https://plus.google.com/u/0/110394259537201279374/posts/AGzRmAuFdW1&quot;&gt;meldte
2498 nettopp&lt;/a&gt; at han har sendt inn &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
2499 høringsuttalelse angående Difi sin standardkatalog v3.1. Jeg er veldig
2500 glad for at så mange bidro og sikret at vår stemme blir hørt i denne
2501 høringen. Anbefaler alle å lese våre
2502 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;to
2503 sider med innspill&lt;/a&gt;.&lt;/p&gt;
2504 </description>
2505 </item>
2506
2507 <item>
2508 <title>Holder de ord og NUUG lanserer testtjeneste med stortingsinformasjon</title>
2509 <link>http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</link>
2510 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</guid>
2511 <pubDate>Sun, 22 Apr 2012 15:45:00 +0200</pubDate>
2512 <description>&lt;p&gt;I
2513 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html&quot;&gt;januar
2514 i fjor&lt;/a&gt; startet vi i NUUG arbeid med å gjøre informasjon om hvem
2515 som har stemt hva på &lt;a href=&quot;http://www.stortinget.no/&quot;&gt;Stortinget&lt;/a&gt;
2516 enklere tilgjengelig. I løpet av få måneder fant vi sammen med
2517 organisasjonen &lt;a href=&quot;http://www.holderdeord.no/&quot;&gt;Holder de ord&lt;/a&gt;
2518 som arbeidet mot et lignende mål.&lt;/p&gt;
2519
2520 &lt;p&gt;Siden den gang har vi fått tak i maskinelt lesbart informasjon om
2521 hvem som stemte hva mellom 1990 og våren 2010, og tilgang til
2522 stortingets nye datatjeneste som har informasjon fra høsten 2011 til i
2523 dag. Det gjenstår litt arbeid med det første datasettet, men
2524 datasettet fra høsten 2011 er klart til bruk. Begge datasettene er
2525 tilgjengelig &lt;a href=&quot;https://gitorious.org/nuug/folketingparser&quot;&gt;via
2526 git&lt;/a&gt;.&lt;/p&gt;
2527
2528 &lt;p&gt;
2529 &lt;a href=&quot;http://www.goopen.no/holder-de-ord-datadrevet-oppfolging-av-politiske-lofter/&quot;&gt;Go Open&lt;/a&gt; i morgen lanserer
2530 NUUG sammen med Holder de ord &lt;a href=&quot;http://beta.holderdeord.no/&quot;&gt;en
2531 test-tjeneste&lt;/a&gt; som viser hva som er og blir behandlet på Stortinget og
2532 hvem som har stemt hva siden oktober i fjor. Du får herved mulighet
2533 til å ta en sniktitt.&lt;/p&gt;
2534 </description>
2535 </item>
2536
2537 <item>
2538 <title>RAND terms - non-reasonable and discriminatory</title>
2539 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</link>
2540 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</guid>
2541 <pubDate>Thu, 19 Apr 2012 22:20:00 +0200</pubDate>
2542 <description>&lt;p&gt;Here in Norway, the
2543 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad.html?id=339&quot;&gt; Ministry of
2544 Government Administration, Reform and Church Affairs&lt;/a&gt; is behind
2545 a &lt;a href=&quot;http://standard.difi.no/forvaltningsstandarder&quot;&gt;directory of
2546 standards&lt;/a&gt; that are recommended or mandatory for use by the
2547 government. When the directory was created, the people behind it made
2548 an effort to ensure that everyone would be able to implement the
2549 standards and compete on equal terms to supply software and solutions
2550 to the government. Free software and non-free software could compete
2551 on the same level.&lt;/p&gt;
2552
2553 &lt;p&gt;But recently, some standards with RAND
2554 (&lt;a href=&quot;http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing&quot;&gt;Reasonable
2555 And Non-Discriminatory&lt;/a&gt;) terms have made their way into the
2556 directory. And while this might not sound too bad, the fact is that
2557 standard specifications with RAND terms often block free software from
2558 implementing them. The reasonable part of RAND mean that the cost per
2559 user/unit is low,and the non-discriminatory part mean that everyone
2560 willing to pay will get a license. Both sound great in theory. In
2561 practice, to get such license one need to be able to count users, and
2562 be able to pay a small amount of money per unit or user. By
2563 definition, users of free software do not need to register their use.
2564 So counting users or units is not possible for free software projects.
2565 And given that people will use the software without handing any money
2566 to the author, it is not really economically possible for a free
2567 software author to pay a small amount of money to license the rights
2568 to implement a standard when the income available is zero. The result
2569 in these situations is that free software are locked out from
2570 implementing standards with RAND terms.&lt;/p&gt;
2571
2572 &lt;p&gt;Because of this, when I see someone claiming the terms of a
2573 standard is reasonable and non-discriminatory, all I can think of is
2574 how this really is non-reasonable and discriminatory. Because free
2575 software developers are working in a global market, it does not really
2576 help to know that software patents are not supposed to be enforceable
2577 in Norway. The patent regimes in other countries affect us even here.
2578 I really hope the people behind the standard directory will pay more
2579 attention to these issues in the future.&lt;/p&gt;
2580
2581 &lt;p&gt;You can find more on the issues with RAND, FRAND and RAND-Z terms
2582 from Simon Phipps
2583 (&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/11/rand-not-so-reasonable/&quot;&gt;RAND:
2584 Not So Reasonable?&lt;/a&gt;).&lt;/p&gt;
2585
2586 &lt;p&gt;Update 2012-04-21: Just came across a
2587 &lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/of-microsoft-netscape-patents-and-open-standards/index.htm&quot;&gt;blog
2588 post from Glyn Moody&lt;/a&gt; over at Computer World UK warning about the
2589 same issue, and urging people to speak out to the UK government. I
2590 can only urge Norwegian users to do the same for
2591 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder&quot;&gt;the
2592 hearing taking place at the moment&lt;/a&gt; (respond before 2012-04-27).
2593 It proposes to require video conferencing standards including
2594 specifications with RAND terms.&lt;/p&gt;
2595 </description>
2596 </item>
2597
2598 <item>
2599 <title>Jeg skal på konferansen Go Open 2012</title>
2600 <link>http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</link>
2601 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</guid>
2602 <pubDate>Fri, 13 Apr 2012 11:30:00 +0200</pubDate>
2603 <description>&lt;p&gt;Jeg har tenkt meg på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go
2604 Open 2012&lt;/a&gt; i Oslo 23. april.
2605 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Medlemsforeningen NUUG&lt;/a&gt; deler ut
2606 &lt;a href=&quot;http://www.nuug.no/prisen/&quot;&gt;prisen for fremme av fri
2607 programvare i Norge&lt;/a&gt; der i år. Kommer du?&lt;/p&gt;
2608 </description>
2609 </item>
2610
2611 <item>
2612 <title>NUUG-presentasjon: Skolelinux - ferdig oppsatt skolenettløsning</title>
2613 <link>http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</link>
2614 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</guid>
2615 <pubDate>Tue, 13 Mar 2012 23:55:00 +0100</pubDate>
2616 <description>&lt;p&gt;I dag presenterte jeg ny versjon av Skolelinux for NUUGs medlemmer.
2617 &lt;a href=&quot;http://www.hungry.com/~pere/mypapers/20120313-skolelinux-squeeze.html&quot;&gt;Lysark&lt;/a&gt;
2618 er tilgjengelige allerede og
2619 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20120313-skolelinux/&quot;&gt;video-opptak&lt;/a&gt;
2620 kommer så snart videogruppa til NUUG får publisert den. Jeg kom på
2621 endel punkter om nye ting i Squeeze-utgaven under veis som jeg burde
2622 hatt med, og har sikkert skrevet noe tull på lysarkene som jeg ennå
2623 ikke har oppdaget. Denne presentasjonen ble smurt ihop på veldig kort
2624 tid, og jeg rakk ikke finpusse den. Håper den kan være lærerik
2625 likevel.&lt;/p&gt;
2626 </description>
2627 </item>
2628
2629 <item>
2630 <title>Et bilde på problemet med programvarepatenter</title>
2631 <link>http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</link>
2632 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</guid>
2633 <pubDate>Sat, 6 Aug 2011 21:45:00 +0200</pubDate>
2634 <description>&lt;p&gt;Via
2635 &lt;a href=&quot;http://www.huffingtonpost.com/2011/08/04/patent-reform-congress_n_906278.html&quot;&gt;en
2636 artikkel i Huffington Post om patentreform i USA&lt;/a&gt; fikk jeg et
2637 interessant bilde på problemet med programvarepatenter. Problemet er
2638 at staten deler ut usynlige &quot;eiendommer&quot; med uklare eiendomsgrenser,
2639 som gjør det umulig å vite om en er på annen manns grunn hvis en ikke
2640 har kjennskap til at &quot;eiendommen&quot; finnes, og selv når en vet om den
2641 usynlige &quot;eiendommen&quot; er det umulig å vite på hvilken side av grensen
2642 en befinner seg.&lt;/p&gt;
2643
2644 &lt;p&gt;Hvis du er interessert i problemområdet programvarepatenter, så har
2645 NUUG en
2646 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/patent&quot;&gt;epostliste om
2647 temaet&lt;/a&gt;. Alle er hjertelig velkomne som abonnenter.&lt;/p&gt;
2648 </description>
2649 </item>
2650
2651 <item>
2652 <title>Voteringsdata fra stortinget på plass, mye igjen</title>
2653 <link>http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</link>
2654 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</guid>
2655 <pubDate>Thu, 21 Jul 2011 12:10:00 +0200</pubDate>
2656 <description>&lt;p&gt;Arbeidet med et nettsted som viser frem hva hver enkelt av våre
2657 folkevalgte har stemt går sakte fremover. Det har gått to måneder
2658 siden
2659 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html&quot;&gt;jeg
2660 skrev om prosjektet&lt;/a&gt;. Siden sist har vi fått kontakt med
2661 organisasjonen &lt;a href=&quot;http://www.holderdeord.no&quot;&gt;Holder De Ord&lt;/a&gt;
2662 som holder på med et lignende prosjekt, samt fått tilgang til endel
2663 voteringsinformasjon fra Stortinget.&lt;/p&gt;
2664
2665 &lt;p&gt;Har fått tilgang til to datasett fra Stortinget. Det ene er en CD
2666 med voteringsdetaljer mellom 1990 og 2009, det andre er tilgang til
2667 stortingets kommende data-API der en kan hente ut informasjon om
2668 representanter, saker og voteringer. Jeg har ikke rukket se nok på
2669 noen av dem til å laste dem inn i min prototype, men jeg håper begge
2670 datasettene kan brukes.&lt;/p&gt;
2671
2672 &lt;p&gt;Det første datasettet er kopiert og publisert
2673 &lt;a href=&quot;http://www.nuug.no/pub/stortingsinnsyn/&quot;&gt;på NUUGs
2674 filtjener&lt;/a&gt;, og består av to filer pr. votering. En fil med
2675 tidspunkt og hver enkelt stemme, og en annen med hvem som stemte og
2676 hvilket parti og fylke de representerte. Tegnsettet er så vidt jeg
2677 kan se Codepage 865, og jeg håper det er enkelt å koble sammen person
2678 og stemme. Har ikke rukket forsøke dette ennå. Jeg tror en god
2679 strategi her er å parse råfilene fra Stortinget og sammenstille dem
2680 med databasen over representanter, og ved hjelp av denne koble de
2681 unike ID-ene til representantene med hver enkelt stemme og publisere
2682 resultatet i XML-format. Antar det er en par dagers programmering,
2683 men har ikke funnet tid til det.&lt;/p&gt;
2684
2685 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2686 irc.freenode.net) eller bli med på epostlisten
2687 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2688 Det trengs både manne-timer for skraping og finansiering av
2689 utviklingstimer for å en norsk portal på plass.&lt;/p&gt;
2690 </description>
2691 </item>
2692
2693 <item>
2694 <title>Hvem stemte hva på Stortinget?</title>
2695 <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</link>
2696 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</guid>
2697 <pubDate>Fri, 20 May 2011 21:20:00 +0200</pubDate>
2698 <description>&lt;p&gt;To britiske tjenester som jeg har veldig stor sans for er
2699 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;TheyWorkForYou&lt;/a&gt; og
2700 &lt;a href=&quot;http://www.publicwhip.org.uk/&quot;&gt;Public Whip&lt;/a&gt;, som gir enkel
2701 og tilgjengelig oppdatering om hva som skjer i de britiske
2702 parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
2703 Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
2704 stortingsrepresentant. Voteringen over datalagringsdirektivet
2705 forsterket motivasjonen min tilstrekkelig til at jeg når har gått
2706 igang med å få dette på plass, og noen flere har meldt seg på.
2707 Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
2708 med FiksGataMi.&lt;/p&gt;
2709
2710 &lt;p&gt;TheyWorkForYou gir en tilgang til informasjon om hver enkelt
2711 representant, og lar en f.eks. abonnere via epost på alt en
2712 representant har sagt i stortinget. En kan også abonnere via epost på
2713 alle som har nevnt ord en er interessert i. Public Whip lar en ser
2714 hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
2715 se hvordan representantene forholder seg til relaterte voteringer, og
2716 kan se hvem som er utbrytere og hvilke voteringer som er spesielt
2717 kontroversielle (mange utbrytere).&lt;/p&gt;
2718
2719 &lt;p&gt;Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
2720 strukturert og maskinlesbart format. Bak de to britiske tjenestene er
2721 skrapeprosjektet
2722 &lt;a href=&quot;http://ukparse.kforge.net/parlparse/&quot;&gt;Parlament Parser&lt;/a&gt;, og
2723 det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
2724 referater og informasjon om representanter og saker som er behandlet.
2725 På Stortingets nettsted mangler det informasjon om hvem som har stemt
2726 hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
2727 er i dialog med Stortingets informasjonsseksjon og håper de vil
2728 begynne å publisere denne informasjon på sikt. En annen kilde til
2729 relevant informasjon er
2730 &lt;a href=&quot;http://www.nsd.uib.no/polsys/&quot;&gt;PolSys-databasen&lt;/a&gt; til Norsk
2731 samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
2732 på sine data umuliggjør at enhver kan bruke informasjonen om
2733 stortinget til hva som helst og det er et mål for meg at alle skal
2734 kunne gjøre hva som helst med datasettene når jeg lager tjenesten.&lt;/p&gt;
2735
2736 &lt;p&gt;Første
2737 &lt;a href=&quot;http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi&quot;&gt;demonstrasjon
2738 av konseptet&lt;/a&gt; er nå tilgjengelig med de voteringsdata jeg har fått
2739 tak i så langt. Jeg regner med å kaste den koden når mer data er på
2740 plass, og heller basere tjenesten på lignende prosjekter som de to
2741 forannevnte, eller den polske
2742 &lt;a href=&quot;http://sejmometr.pl/&quot;&gt;Sejmometr&lt;/a&gt;.&lt;/p&gt;
2743
2744 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2745 irc.freenode.net) eller bli med på epostlisten
2746 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2747 Det trengs både manne-timer for skraping og finansiering av
2748 utviklingstimer for å tilpasse eksisterende portal til norsk.&lt;/p&gt;
2749 </description>
2750 </item>
2751
2752 <item>
2753 <title>The video format most supported in web browsers?</title>
2754 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</link>
2755 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</guid>
2756 <pubDate>Sun, 16 Jan 2011 00:20:00 +0100</pubDate>
2757 <description>&lt;p&gt;The video format struggle on the web continues, and the three
2758 contenders seem to be Ogg Theora, H.264 and WebM. Most video sites
2759 seem to use H.264, while others use Ogg Theora. Interestingly enough,
2760 the comments I see give me the feeling that a lot of people believe
2761 H.264 is the most supported video format in browsers, but according to
2762 the Wikipedia article on
2763 &lt;a href=&quot;http://en.wikipedia.org/wiki/HTML5_video&quot;&gt;HTML5 video&lt;/a&gt;,
2764 this is not true. Check out the nice table of supprted formats in
2765 different browsers there. The format supported by most browsers is
2766 Ogg Theora, supported by released versions of Mozilla Firefox, Google
2767 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
2768 BOLT browser, while not supported by Internet Explorer nor Safari.
2769 The runner up is WebM supported by released versions of Google Chrome
2770 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
2771 Firefox. H.264 is supported by released versions of Safari, Origyn
2772 Web Browser and BOLT browser, and the test version of Internet
2773 Explorer. Those wanting Ogg Theora support in Internet Explorer and
2774 Safari can install plugins to get it.&lt;/p&gt;
2775
2776 &lt;p&gt;To me, the simple conclusion from this is that to reach most users
2777 without any extra software installed, one uses Ogg Theora with the
2778 HTML5 video tag. Of course to reach all those without a browser
2779 handling HTML5, one need fallback mechanisms. In
2780 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;, we provide first fallback to a
2781 plugin capable of playing MPEG1 video, and those without such support
2782 we have a second fallback to the Cortado java applet playing Ogg
2783 Theora. This seem to work quite well, as can be seen in an &lt;a
2784 href=&quot;http://www.nuug.no/aktiviteter/20110111-semantic-web/&quot;&gt;example
2785 from last week&lt;/a&gt;.&lt;/p&gt;
2786
2787 &lt;p&gt;The reason Ogg Theora is the most supported format, and H.264 is
2788 the least supported is simple. Implementing and using H.264
2789 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
2790 are incompatible with free software licensing. If you believed H.264
2791 was without royalties and license terms, check out
2792 &quot;&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 – Not The Kind Of
2793 Free That Matters&lt;/a&gt;&quot; by Simon Phipps.&lt;/p&gt;
2794
2795 &lt;p&gt;A incomplete list of sites providing video in Ogg Theora is
2796 available from
2797 &lt;a href=&quot;http://wiki.xiph.org/index.php/List_of_Theora_videos&quot;&gt;the
2798 Xiph.org wiki&lt;/a&gt;, if you want to have a look. I&#39;m not aware of a
2799 similar list for WebM nor H.264.&lt;/p&gt;
2800
2801 &lt;p&gt;Update 2011-01-16 09:40: A question from Tollef on IRC made me
2802 realise that I failed to make it clear enough this text is about the
2803 &amp;lt;video&amp;gt; tag support in browsers and not the video support
2804 provided by external plugins like the Flash plugins.&lt;/p&gt;
2805 </description>
2806 </item>
2807
2808 <item>
2809 <title>Hva har mine representanter stemt i Storinget?</title>
2810 <link>http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</link>
2811 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</guid>
2812 <pubDate>Tue, 11 Jan 2011 14:25:00 +0100</pubDate>
2813 <description>&lt;p&gt;I England har &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;MySociety&lt;/a&gt;
2814 laget en genial tjeneste for å holde øye med parlamentet. Tjenesten
2815 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;They Work For You&lt;/a&gt; lar
2816 borgerne få direkte og sanntidsoppdatert innsyn i sine representanters
2817 gjøren og laden i parlamentet. En kan kan få kopi av det en gitt
2818 representant har sagt på talerstolen, og få vite hva hver enkelt
2819 representant har stemt i hver enkelt sak som er tatt opp. Jeg skulle
2820 gjerne hatt en slik tjeneste for Stortinget i Norge.&lt;/p&gt;
2821
2822 &lt;p&gt;Endel &lt;a href=&quot;http://www.nsd.uib.no/polsys/storting/&quot;&gt;statistikk
2823 over representantenes stemmegivning&lt;/a&gt; er tilgjengelig fra Norsk
2824 sammfunnsvitenskaplig datatjeneste, men ingenting av dette er
2825 detaljert nok til at en han holde hver enkelt stortingsrepresentant
2826 ansvarlig.&lt;/p&gt;
2827
2828 &lt;p&gt;For å få en idé om det finnes en datakilde fra Stortinget som kan
2829 brukes til å få oversikt over hvordan hver enkelt representant har
2830 stemt, sendte jeg et spørsmål til Stortinget:&lt;/p&gt;
2831
2832 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2833 Fra: Petter Reinholdtsen
2834 Sendt: 11. januar 2011 10:42
2835 Til: info (at) stortinget.no
2836 Emne: Hvem stemte hva i de ulike sakene?
2837
2838 Hei. Er det informasjon tilgjengelig på web om hvilke
2839 stortingsrepresentanter som stemte hva i sakene som er til votering i
2840 Stortinget?
2841
2842 Vennlig hilsen,
2843 --
2844 Petter Reinholdtsen
2845 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2846
2847 &lt;p&gt;Svaret kom noen timer senere:&lt;/p&gt;
2848
2849 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2850 From: Postmottak Informasjonshjornet
2851 To: Petter Reinholdtsen
2852 Subject: RE: Hvem stemte hva i de ulike sakene?
2853 Date: Tue, 11 Jan 2011 12:46:25 +0000
2854
2855 Hei.
2856 Takk for henvendelsen.
2857
2858 Sommeren 2010 fikk vi nytt voteringsanlegg i stortingssalen som
2859 muliggjør publisering av voteringsresultat på nett. dette er et
2860 pågående prosjekt 1. halvår 2011. Kan ikke si nøyaktig når det er i
2861 funksjon.
2862 &lt;a href=&quot;http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/&quot;&gt;http://www.stortinget.no/no/Stortinget-og-demokratiet/Historikk/Nytt-konferanseanlegg-i-stortingssalen/&lt;/a&gt;
2863
2864 Foreløpig må du finne voteringsresultatet i referatet etter at saken
2865 har vært behandlet i Stortinget.
2866
2867 Ønsker du å vite hvem som stemte hva i en bestemt sak,(og hvem som
2868 ikke var til stede), kan du kontakte oss og vi kan sende deg en
2869 utskrift.
2870
2871 Med vennlig hilsen
2872 Elin B. Relander Tømte
2873 Stortingets Informasjonsseksjon
2874 tlf 23313596
2875
2876 www.stortinget.no
2877 www.tinget.no
2878 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2879
2880 &lt;p&gt;Det ser dermed ut at det i fjor ble mulig å hente ut informasjonen
2881 fra Stortinget, men at Stortinget ikke legger denne informasjonen ut
2882 på web ennå. En liten brikke er dermed på plass, men mye
2883 gjenstår. Kanskje jeg får tid til å se på en norsk utgave etter
2884 at vi i NUUG har fått operativ en norsk utgave av
2885 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;.&lt;/p&gt;
2886 </description>
2887 </item>
2888
2889 <item>
2890 <title>Debian Edu development gathering and General Assembly for FRiSK</title>
2891 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</link>
2892 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</guid>
2893 <pubDate>Mon, 29 Nov 2010 18:40:00 +0100</pubDate>
2894 <description>&lt;p&gt;On friday, the first Debian Edu / Skolelinux
2895 &lt;a href=&quot;http://www.friprogramvareiskolen.no/Gathering/2010-12-03-05-Oslo&quot;&gt;development
2896 gathering&lt;/a&gt; in a long time take place here in Oslo, Norway. I
2897 really look forward to seeing all the good people working on the
2898 Squeeze release. The gathering is open for everyone interested in
2899 learning more about Debian Edu / Skolelinux.&lt;/p&gt;
2900
2901 &lt;p&gt;On Saturday, the Norwegian member organization taking care of
2902 organizing these development gatherings, Fri Programvare i Skolen,
2903 will hold its
2904 &lt;a href=&quot;http://friprogramvareiskolen.no/Genfors/2010&quot;&gt;General Assembly
2905 for 2010&lt;/a&gt;. Membership is open for all, and currently there are 388
2906 people registered as members. Last year 32 members cast their vote in
2907 the memberdb based election system. I hope more people find time to
2908 vote this year.&lt;/p&gt;
2909 </description>
2910 </item>
2911
2912 <item>
2913 <title>Gnash buildbot slave and Debian kfreebsd</title>
2914 <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</link>
2915 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</guid>
2916 <pubDate>Sat, 20 Nov 2010 07:20:00 +0100</pubDate>
2917 <description>&lt;p&gt;Answering
2918 &lt;a href=&quot;http://www.listware.net/201011/gnash-dev/67431-gnash-dev-buildbot-looking-for-slaves.html&quot;&gt;the
2919 call from the Gnash project&lt;/a&gt; for
2920 &lt;a href=&quot;http://www.gnashdev.org:8010&quot;&gt;buildbot&lt;/a&gt; slaves to test the
2921 current source, I have set up a virtual KVM machine on the Debian
2922 Edu/Skolelinux virtualization host to test the git source on
2923 Debian/Squeeze. I hope this can help the developers in getting new
2924 releases out more often.&lt;/p&gt;
2925
2926 &lt;p&gt;As the developers want less main-stream build platforms tested to,
2927 I have considered setting up a &lt;a
2928 href=&quot;http://www.debian.org/ports/kfreebsd-gnu/&quot;&gt;Debian/kfreebsd&lt;/a&gt;
2929 machine as well. I have also considered using the kfreebsd
2930 architecture in Debian as a file server in NUUG to get access to the 5
2931 TB zfs volume we currently use to store DV video. Because of this, I
2932 finally got around to do a test installation of Debian/Squeeze with
2933 kfreebsd. Installation went fairly smooth, thought I noticed some
2934 visual glitches in the cdebconf dialogs (black cursor left on the
2935 screen at random locations). Have not gotten very far with the
2936 testing. Noticed cfdisk did not work, but fdisk did so it was not a
2937 fatal problem. Have to spend some more time on it to see if it is
2938 useful as a file server for NUUG. Will try to find time to set up a
2939 gnash buildbot slave on the Debian Edu/Skolelinux this weekend.&lt;/p&gt;
2940 </description>
2941 </item>
2942
2943 <item>
2944 <title>Gjendikte sangen &quot;Copying Is Not Theft&quot; på Norsk?</title>
2945 <link>http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</link>
2946 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</guid>
2947 <pubDate>Wed, 10 Nov 2010 14:40:00 +0100</pubDate>
2948 <description>&lt;p&gt;En genial liten sang om kopiering og tyveri er
2949 &lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying Is
2950 Not Theft&lt;/a&gt; av Nina Paley. Den vil jeg at
2951 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; skal sende på
2952 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, men først må vi
2953 fikse norske undertekster eller dubbing. Og i og med at det er en
2954 sang, tror jeg den kanskje bør gjendiktes.
2955
2956 Selve teksten finner en på bloggen til
2957 &lt;a href=&quot;http://blog.ninapaley.com/2009/12/15/minute-meme-1-copying-is-not-theft/&quot;&gt;tekstforfatteren&lt;/a&gt; og den ser slik ut:
2958
2959 &lt;p&gt;&lt;blockquote&gt;
2960 &lt;p&gt;Copying is not theft.
2961 &lt;br&gt;Stealing a thing leaves one less left
2962 &lt;br&gt;Copying it makes one thing more;
2963 &lt;br&gt;that&#39;s what copying&#39;s for.&lt;/p&gt;
2964
2965 &lt;p&gt;Copying is not theft.
2966 &lt;br&gt;If I copy yours you have it too
2967 &lt;br&gt;One for me and one for you
2968 &lt;br&gt;That&#39;s what copies can do&lt;/p&gt;
2969
2970 &lt;p&gt;If I steal your bicycle
2971 &lt;br&gt;you have to take the bus,
2972 &lt;br&gt;but if I just copy it
2973 &lt;br&gt;there&#39;s one for each of us!&lt;/p&gt;
2974
2975 &lt;p&gt;Making more of a thing,
2976 &lt;br&gt;that is what we call &quot;copying&quot;
2977 &lt;br&gt;Sharing ideas with everyone
2978 &lt;br&gt;That&#39;s why copying
2979 &lt;br&gt;is
2980 &lt;br&gt;FUN!&lt;/p&gt;
2981 &lt;/blockquote&gt;&lt;/p&gt;
2982
2983 &lt;p&gt;Her er et naivt forsøk på oversettelse, uten noe forsøk på
2984 gjendiktning eller få det til å flyte sammen med melodien.&lt;/p&gt;
2985
2986 &lt;p&gt;&lt;blockquote&gt;
2987 &lt;p&gt;Kopiering er ikke tyveri.
2988 &lt;br&gt;Stjeler du en ting er det en mindre igjen
2989 &lt;br&gt;Kopier den og det er ting til.
2990 &lt;br&gt;det er derfor vi har kopiering.&lt;/p&gt;
2991
2992 &lt;p&gt;Kopiering er ikke tyveri.
2993 &lt;br&gt;Hvis jeg kopierer din så har du den fortsatt
2994 &lt;br&gt;En for meg og en for deg.
2995 &lt;br&gt;Det er det kopier gir oss&lt;/p&gt;
2996
2997 &lt;p&gt;Hvis jeg stjeler sykkelen din
2998 &lt;br&gt;så må du ta bussen,
2999 &lt;br&gt;men hvis jeg bare kopierer den,
3000 &lt;br&gt;så får vi hver vår!&lt;/p&gt;
3001
3002 &lt;p&gt;Lage mer av en ting,
3003 &lt;br&gt;det er det vi kaller &quot;kopiering&quot;.
3004 &lt;br&gt;Deler ideer med enhver
3005 &lt;br&gt;Det er derfor kopiering
3006 &lt;br&gt;er
3007 &lt;br&gt;MORSOMT!&lt;/p&gt;
3008 &lt;/blockquote&gt;&lt;/p&gt;
3009
3010 &lt;p&gt;Hvis du har forslag til bedre oversettelse eller lyst til å bidra
3011 til å få denne sangen over i norsk språkdrakt, ta kontakt med video
3012 (at) nuug.no.&lt;/p&gt;
3013 </description>
3014 </item>
3015
3016 <item>
3017 <title>Making room on the Debian Edu/Sqeeze DVD</title>
3018 <link>http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</link>
3019 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</guid>
3020 <pubDate>Sun, 7 Nov 2010 11:45:00 +0100</pubDate>
3021 <description>&lt;p&gt;Prioritising packages for the Debian Edu /
3022 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; DVD, which is
3023 supposed provide a school with all the services and user applications
3024 needed on the pupils computer network has always been hard. Even
3025 schools without Internet connections should be able to get Debian Edu
3026 working using this DVD.&lt;/p&gt;
3027
3028 &lt;p&gt;The job became a lot harder when apt and aptitude started
3029 installing recommended packages by default. We want the same set of
3030 packages to be installed when using the DVD and the netinst CD, and
3031 that means all recommended packages need to be on the DVD. I created
3032 a patch for debian-cd in &lt;a href=&quot;http://bugs.debian.org/601203&quot;&gt;BTS
3033 report #601203&lt;/a&gt; to do this, and since this change was applied to
3034 the Debian Edu DVD build, we have been seriously short on space.&lt;/p&gt;
3035
3036 &lt;p&gt;A few days ago we decided to drop blender, wxmaxima and kicad from
3037 the default installation to save space on the DVD, believing that
3038 those needing these applications are few and can get them from the
3039 Debian archive.&lt;/p&gt;
3040
3041 &lt;p&gt;Yesterday, I had a look what source packages to see which packages
3042 were using most space. A few large packages are well know;
3043 openoffice.org, openclipart and fluid-soundfont. But I also
3044 discovered that lilypond used 106 MiB and fglrx-driver used 53 MiB.
3045 The lilypond package is pulled in as a dependency for rosegarden, and
3046 when looking a bit closer I discovered that 99 MiB of the 106 MiB were
3047 the documentation package, which is recommended by the binary package.
3048 I decided to drop this documentation package from our DVD, as most of
3049 our users will use the GUI front-ends and do not need the lilypond
3050 documentation. Similarly, I dropped the non-free fglrx-driver package
3051 which might be installed by d-i when its hardware is detected, as the
3052 free X driver should work.&lt;/p&gt;
3053
3054 &lt;p&gt;With this change, we finally got space for the LXDE and Gnome
3055 desktop packages as well as the language specific packages making the
3056 DVD more useful again.&lt;/p&gt;
3057 </description>
3058 </item>
3059
3060 <item>
3061 <title>Pledge for funding to the Gnash project to get AVM2 support</title>
3062 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>
3063 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</guid>
3064 <pubDate>Tue, 19 Oct 2010 14:45:00 +0200</pubDate>
3065 <description>&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is the
3066 most promising solution for a Free Software Flash implementation. It
3067 has done great so far, but there is still far to go, and recently its
3068 funding has dried up. I believe AVM2 support in Gnash is vital to the
3069 continued progress of the project, as more and more sites show up with
3070 AVM2 flash files.&lt;/p&gt;
3071
3072 &lt;p&gt;To try to get funding for developing such support, I have started
3073 &lt;a href=&quot;http://www.pledgebank.com/gnash-avm2&quot;&gt;a pledge&lt;/a&gt; with the
3074 following text:&lt;/P&gt;
3075
3076 &lt;p&gt;&lt;blockquote&gt;
3077
3078 &lt;p&gt;&quot;I will pay 100$ to the Gnash project to develop AVM2 support but
3079 only if 10 other people will do the same.&quot;&lt;/p&gt;
3080
3081 &lt;p&gt;- Petter Reinholdtsen, free software developer&lt;/p&gt;
3082
3083 &lt;p&gt;Deadline to sign up by: 24th December 2010&lt;/p&gt;
3084
3085 &lt;p&gt;The Gnash project need to get support for the new Flash file
3086 format AVM2 to work with a lot of sites using Flash on the
3087 web. Gnash already work with a lot of Flash sites using the old AVM1
3088 format, but more and more sites are using the AVM2 format these
3089 days. The project web page is available from
3090 http://www.getgnash.org/ . Gnash is a free software implementation
3091 of Adobe Flash, allowing those of us that do not accept the terms of
3092 the Adobe Flash license to get access to Flash sites.&lt;/p&gt;
3093
3094 &lt;p&gt;The project need funding to get developers to put aside enough
3095 time to develop the AVM2 support, and this pledge is my way to try
3096 to get this to happen.&lt;/p&gt;
3097
3098 &lt;p&gt;The project accept donations via the OpenMediaNow foundation,
3099 &lt;a href=&quot;http://www.openmedianow.org/?q=node/32&quot;&gt;http://www.openmedianow.org/?q=node/32&lt;/a&gt; .&lt;/p&gt;
3100
3101 &lt;/blockquote&gt;&lt;/p&gt;
3102
3103 &lt;p&gt;I hope you will support this effort too. I hope more than 10
3104 people will participate to make this happen. The more money the
3105 project gets, the more features it can develop using these funds.
3106 :)&lt;/p&gt;
3107 </description>
3108 </item>
3109
3110 <item>
3111 <title>Standardkrav inn i anbudstekster?</title>
3112 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>
3113 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
3114 <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
3115 <description>&lt;p&gt;Hvis det å følge standarder skal ha noen effekt overfor
3116 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
3117 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
3118 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
3119 forslag. Min drøm er at en kan sette krav til slik støtte i
3120 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
3121 seg med å skrive at det er en fordel om slik støtte er tilstede i
3122 leveranser.&lt;/p&gt;
3123
3124 &lt;p&gt;Som systemadministrator på Universitetet er det typisk to områder
3125 som er problematiske for meg. Det ene er admin-grensesnittene på
3126 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
3127 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
3128 at protokollene og formatene som brukes følger standarder våre verktøy
3129 støtter.&lt;/p&gt;
3130
3131 &lt;p&gt;De fleste har nå støtte for SSH som overføringsprotkoll for
3132 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
3133 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
3134 aktuelle protokoller for fremvisning av BIOS-oppsett og
3135 oppstartmeldinger, og min anbefaling ville være å kreve
3136 VT100-kompatibel protokoll, for å sikre at flest mulig
3137 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
3138 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
3139 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
3140 fungere:&lt;/p&gt;
3141
3142 &lt;p&gt;&lt;blockquote&gt;
3143 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
3144 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
3145 (RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
3146 når en kobler seg til oppstart via ssh.
3147 &lt;/blockquote&gt;&lt;/p&gt;
3148
3149 &lt;p&gt;Har ikke lykkes med å finne en god referanse for
3150 VT100-spesifikasjonen.&lt;/p&gt;
3151
3152 &lt;p&gt;Når det gjelder nettsider, så er det det HTML, CSS og
3153 JavaScript-spesifikasjonen til W3C som gjelder.&lt;/p&gt;
3154
3155 &lt;p&gt;&lt;blockquote&gt;
3156 Alle systemets nettsider bør/skal være i henhold til statens
3157 standardkatalogs krav om nettsider og følge HTML-standarden som
3158 definert av W3C, og validere uten feil hos W3Cs HTML-validator
3159 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
3160 validere uten feil hos W3Cs CSS-validator
3161 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
3162 være i henhold til EcmaScript-standarden. I tillegg til å følge de
3163 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
3164 relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
3165 Opera 9, etc.
3166 &lt;/blockquote&gt;&lt;/p&gt;
3167
3168 &lt;p&gt;Vil et slikt avsnitt være konkret nok til å få leverandørene til å
3169 lage nettsider som følger standardene og fungerer i flere
3170 nettlesere?&lt;/p&gt;
3171
3172 &lt;p&gt;Tar svært gjerne imot innspill på dette temaet til aktive (at)
3173 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
3174 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
3175 burde lage et dokument med forslag til standardformuleringer å ta med
3176 i anbudsutlysninger?&lt;/p&gt;
3177
3178 &lt;p&gt;Oppdatering 2010-12-03: I følge Wikipedias oppføring om
3179 &lt;a href=&quot;http://en.wikipedia.org/wiki/ANSI_escape_code&quot;&gt;ANSI escape
3180 code&lt;/a&gt;, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
3181 basis for sin oppførsel. Det kan dermed være et alternativ når en
3182 skal spesifisere hvordan seriell-konsoll skal fungere.&lt;/p&gt;
3183 </description>
3184 </item>
3185
3186 <item>
3187 <title>Links for 2010-10-14</title>
3188 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</link>
3189 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</guid>
3190 <pubDate>Thu, 14 Oct 2010 14:45:00 +0200</pubDate>
3191 <description>&lt;p&gt;Personvernet et under kontinuerlig og kraftig angrep. Her er noen
3192 stemmer i debatten.&lt;/p&gt;
3193
3194 &lt;p&gt;&lt;ul&gt;
3195
3196 &lt;li&gt;&lt;a href=&quot;http://efn.no/hemmelig-retthaversk.txt&quot;&gt;Hemmelig
3197 &quot;Retthaversk&quot; notat vil amputere person- og rettsvernet&lt;/a&gt; -
3198 pressemelding fra EFN etter at de ble kjent med hårreisende
3199 lovforslag fra &quot;Dele, ikke stjele&quot;-kampanjen.
3200
3201 &lt;li&gt;&lt;a href=&quot;http://borud2.borud.no/2010/10/verdidebatt.html&quot;&gt;Verdidebatt&lt;/a&gt;
3202 av Bjørn Borud. Klargjørende omramming av debatten med bakgrunn i
3203 oppdagelsen fra EFN.&lt;/li&gt;
3204
3205 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/14/kultur/data_og_teknologi/tekno/personvern/opphavsrett/13804298/&quot;&gt;
3206 personvernet vike for opphavsretten?&lt;/a&gt; av Jan Omdahl i
3207 Dagbladet&lt;/li&gt;
3208
3209 &lt;li&gt;&lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying
3210 Is Not Theft&lt;/a&gt; - fin jingle om opphavsrett vs. eiendom&lt;/li&gt;
3211
3212 &lt;li&gt;&lt;a href=&quot;http://cleanternet.org/&quot;&gt;Cleanternet&lt;/a&gt; - satire om
3213 forslag for et rent og sikkert Internet.&lt;/li&gt;
3214
3215 &lt;li&gt;&lt;a href=&quot;http://www.dubistterrorist.de/en/&quot;&gt;You are a
3216 terrorist!&lt;/a&gt; - innspill om den massive overvåkningen som er
3217 gjennomført i Tysland og resten av den vestlige verden de siste
3218 årene.&lt;/li&gt;
3219
3220 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/12/kultur/debatt/debattinnlegg/13787554/&quot;&gt;Farlig
3221 hemmelighold&lt;/a&gt; - debattinnlegg i Dagbladet fra Thomas Gramstad og
3222 Bjørn Remseth i EFN&lt;/li&gt;
3223
3224 &lt;/ul&gt;&lt;/p&gt;
3225 </description>
3226 </item>
3227
3228 <item>
3229 <title>First version of a Perl library to control the Spykee robot</title>
3230 <link>http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</link>
3231 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</guid>
3232 <pubDate>Sat, 9 Oct 2010 14:00:00 +0200</pubDate>
3233 <description>&lt;p&gt;This summer I got the chance to buy cheap Spykee robots, and since
3234 then I have worked on getting Linux software in place to control them.
3235 The firmware for the robot is available from the producer, and using
3236 that source it was trivial to figure out the protocol specification.
3237 I&#39;ve started on a perl library to control it, and made some demo
3238 programs using this perl library to allow one to control the
3239 robots.&lt;/p&gt;
3240
3241 &lt;p&gt;The library is quite functional already, and capable of controlling
3242 the driving, fetching video, uploading MP3s and play them. There are
3243 a few less important features too.&lt;/p&gt;
3244
3245 &lt;p&gt;Since a few weeks ago, I ran out of time to spend on this project,
3246 but I never got around to releasing the current source. I decided
3247 today that it was time to do something about it, and uploaded the
3248 source to my Debian package store at people.skolelinux.org.&lt;/p&gt;
3249
3250 &lt;p&gt;Because it was simpler for me, I made a Debian package and
3251 published the source and deb. If you got a spykee robot, grab the
3252 source or binary package:&lt;/p&gt;
3253
3254 &lt;p&gt;&lt;ul&gt;
3255 &lt;li&gt;&lt;a href=&quot;http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0.20101009-1.tar.gz&quot;&gt;libspykee-perl_0.0.20101009-1.tar.gz&lt;/a&gt;&lt;/li&gt;
3256 &lt;li&gt;&lt;a href=&quot;http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0.20101009-1.dsc&quot;&gt;libspykee-perl_0.0.20101009-1.dsc&lt;/a&gt;&lt;/li&gt;
3257 &lt;li&gt;&lt;a href=&quot;http://people.skolelinux.org/~pere/debian/packages/lenny/libspykee-perl_0.0.20101009-1_all.deb&quot;&gt;libspykee-perl_0.0.20101009-1_all.deb&lt;/a&gt;&lt;/li&gt;
3258 &lt;/ul&gt;&lt;/p&gt;
3259
3260 &lt;p&gt;If you are interested in helping out with developing this library,
3261 please let me know.&lt;/p&gt;
3262 </description>
3263 </item>
3264
3265 <item>
3266 <title>Links for 2010-10-03</title>
3267 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</link>
3268 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</guid>
3269 <pubDate>Sun, 3 Oct 2010 22:30:00 +0200</pubDate>
3270 <description>&lt;p&gt;&lt;ul&gt;
3271
3272 &lt;li&gt;&lt;a href=&quot;http://arstechnica.com/business/news/2010/09/there-is-no-plan-b-why-the-ipv4-to-ipv6-transition-will-be-ugly.ars&quot;&gt;There
3273 is no Plan B: why the IPv4-to-IPv6 transition will be ugly&lt;/a&gt;&lt;/li&gt;
3274
3275 &lt;li&gt;Scanner looking under clothes
3276 &lt;a href=&quot;http://www.dagbladet.no/2010/10/03/nyheter/utenriks/reise/overvakingskamera/flyplasser/13667192/&quot;&gt;has
3277 already been misused at Heathrow&lt;/a&gt;.&lt;/li&gt;
3278
3279 &lt;li&gt;&lt;a href=&quot;http://wiki.softwarelivre.org/Landell&quot;&gt;Landell
3280 Webcasting&lt;/a&gt; - interesting alternative for
3281 &lt;ahref=&quot;http://dvswitch.alioth.debian.org/wiki/&quot;&gt;DVSwitch&lt;/a&gt; with
3282 simple setup.
3283
3284 &lt;/ul&gt;&lt;/p&gt;
3285 </description>
3286 </item>
3287
3288 <item>
3289 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting</title>
3290 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</link>
3291 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</guid>
3292 <pubDate>Fri, 1 Oct 2010 11:00:00 +0200</pubDate>
3293 <description>&lt;p&gt;Frikanalen og NUUG jobber for å få &lt;a href=&quot;http://www.ted.com&quot;&gt;TED
3294 talks&lt;/a&gt; kringkastet på
3295 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, for å gi et mer
3296 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
3297 Uninett. Før innslagene kan sendes må det lages norske undertekster,
3298 og dette her trengs det frivillige. Det er hundrevis av innslag, men
3299 mine favoritter er
3300 &lt;a href=&quot;http://www.ted.com/talks/james_randi.html&quot;&gt;James Randi&lt;/a&gt; og
3301 &lt;a href=&quot;http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html&quot;&gt;Michael
3302 Specter&lt;/a&gt;. Hvis du har litt tid til overs, bli med på å oversette
3303 TED-foredragene til norsk og få på plass undertekster. TED har
3304 allerede opplegg på plass for å håndtere oversettelser og
3305 undertekster. Registrer deg på
3306 &lt;a href=&quot;http://www.ted.com/translate/forted&quot;&gt;sidene til TED&lt;/a&gt; i
3307 dag!&lt;/p&gt;
3308
3309 &lt;p&gt;NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
3310 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG&quot;&gt;publisert
3311 på Frikanalen&lt;/a&gt;. Foredrag på engelsk må også her tekstes og
3312 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
3313 teksting og oversetting. Arbeidet koordineres på epostlisten og på
3314 IRC (#nuug-video på irc.oftc.org), og &lt;a
3315 href=&quot;http://wiki.nuug.no/grupper/video/frikanalen&quot;&gt;en wikiside&lt;/a&gt;
3316 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
3317 ser i dag ut til å være
3318 &lt;a href=&quot;http://universalsubtitles.org/&quot;&gt;Universal Subtitles&lt;/a&gt;, som
3319 lar en bidra med teksting via en nettleser.&lt;/p&gt;
3320 </description>
3321 </item>
3322
3323 <item>
3324 <title>Anonym ferdsel er en menneskerett</title>
3325 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</link>
3326 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</guid>
3327 <pubDate>Wed, 15 Sep 2010 12:15:00 +0200</pubDate>
3328 <description>&lt;p&gt;Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
3329 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3808135.ece&quot;&gt;å
3330 radiomerke med RFID&lt;/a&gt; alle sine kunder og
3331 &lt;a href=&quot;http://www.aftenposten.no/nyheter/article3809746.ece&quot;&gt;registrere
3332 hvor hver og en av oss beveger oss&lt;/a&gt; pågår, og en ting som har
3333 kommet lite frem i debatten er at det faktisk er en menneskerett å
3334 kunne ferdes anonymt internt i ens eget land.&lt;/p&gt;
3335
3336 &lt;p&gt;Fant en grei kilde for dette i et
3337 &lt;a href=&quot;http://www.datatilsynet.no/upload/Microsoft%20Word%20-%2009-01399-2%20H+%C2%A9ringsnotat%20-%20Samferdselsdepartementet%20-%20Utkas%C3%94%C3%87%C2%AA.pdf&quot;&gt;skriv
3338 fra Datatilsynet&lt;/a&gt; til Samferdselsdepartementet om tema:&lt;/p&gt;
3339
3340 &lt;blockquote&gt;&lt;p&gt;Retten til å ferdes anonymt kan utledes av
3341 menneskerettskonvensjonen artikkel 8 og av EUs personverndirektiv.
3342 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
3343 må respekteres, særlig retten til privatlivets fred. I både
3344 personverndirektivet og i den norske personopplysningsloven er
3345 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
3346 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
3347 samtykke til behandling av personopplysninger.&lt;/p&gt;&lt;/blockquote&gt;
3348
3349 &lt;p&gt;For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
3350 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
3351 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
3352 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
3353 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
3354 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
3355 oss som ikke registrerer oss hver gang vi beveger oss med
3356 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.&lt;/p&gt;
3357 </description>
3358 </item>
3359
3360 <item>
3361 <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
3362 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>
3363 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</guid>
3364 <pubDate>Thu, 9 Sep 2010 23:55:00 +0200</pubDate>
3365 <description>&lt;p&gt;A few days ago I had the mixed pleasure of bying a new digital
3366 camera, a Canon IXUS 130. It was instructive and very disturbing to
3367 be able to verify that also this camera producer have the nerve to
3368 specify how I can or can not use the videos produced with the camera.
3369 Even thought I was aware of the issue, the options with new cameras
3370 are limited and I ended up bying the camera anyway. What is the
3371 problem, you might ask? It is software patents, MPEG-4, H.264 and the
3372 MPEG-LA that is the problem, and our right to record our experiences
3373 without asking for permissions that is at risk.
3374
3375 &lt;p&gt;On page 27 of the Danish instruction manual, this section is
3376 written:&lt;/p&gt;
3377
3378 &lt;blockquote&gt;
3379 &lt;p&gt;This product is licensed under AT&amp;T patents for the MPEG-4 standard
3380 and may be used for encoding MPEG-4 compliant video and/or decoding
3381 MPEG-4 compliant video that was encoded only (1) for a personal and
3382 non-commercial purpose or (2) by a video provider licensed under the
3383 AT&amp;T patents to provide MPEG-4 compliant video.&lt;/p&gt;
3384
3385 &lt;p&gt;No license is granted or implied for any other use for MPEG-4
3386 standard.&lt;/p&gt;
3387 &lt;/blockquote&gt;
3388
3389 &lt;p&gt;In short, the camera producer have chosen to use technology
3390 (MPEG-4/H.264) that is only provided if I used it for personal and
3391 non-commercial purposes, or ask for permission from the organisations
3392 holding the knowledge monopoly (patent) for technology used.&lt;/p&gt;
3393
3394 &lt;p&gt;This issue has been brewing for a while, and I recommend you to
3395 read
3396 &quot;&lt;a href=&quot;http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA&quot;&gt;Why
3397 Our Civilization&#39;s Video Art and Culture is Threatened by the
3398 MPEG-LA&lt;/a&gt;&quot; by Eugenia Loli-Queru and
3399 &quot;&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;H.264 Is Not
3400 The Sort Of Free That Matters&lt;/a&gt;&quot; by Simon Phipps to learn more about
3401 the issue. The solution is to support the
3402 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
3403 open standards&lt;/a&gt; for video, like &lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg
3404 Theora&lt;/a&gt;, and avoid MPEG-4 and H.264 if you can.&lt;/p&gt;
3405 </description>
3406 </item>
3407
3408 <item>
3409 <title>Navteq bruker 3-12 måneder, OpenStreetmap.org trenger noen dager</title>
3410 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</link>
3411 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</guid>
3412 <pubDate>Tue, 7 Sep 2010 21:40:00 +0200</pubDate>
3413 <description>&lt;p&gt;Jeg ble riktig fascinert av
3414 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3800967.ece&quot;&gt;en
3415 artikkel i Aftenposten&lt;/a&gt; om hvor hardt Navteq jobber for å oppdatere
3416 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
3417 &quot;på grunn av teknikken tar det alt fra tre til tolv måneder før
3418 kartene er oppdatert&quot;. Når en kjenner hva slags oppdateringshastighet
3419 som er tilgjengelig på
3420 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap&lt;/a&gt; som
3421 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
3422 kan kjøpe for penger får til.&lt;/p&gt;
3423
3424 &lt;p&gt;Fra en endrer kartdataene i databasen til OpenStreetmap tar det
3425 ca. 15 minutter før endringen er synlig på kartet som alle kan se på
3426 web. Dernest overføres det daglig til en kartdump som lastes ned av
3427 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
3428 OpenStreetmap.org og &lt;a href=&quot;http://www.frikart.no/&quot;&gt;Frikart.no&lt;/a&gt;
3429 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
3430 uke. Det er også av tekniske årsaker at det tar så langt tid.
3431 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
3432 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
3433 gjøres kontinuerlig men kun regelmessing.&lt;/p&gt;
3434 </description>
3435 </item>
3436
3437 <item>
3438 <title>My first perl GUI application - controlling a Spykee robot</title>
3439 <link>http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</link>
3440 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</guid>
3441 <pubDate>Wed, 1 Sep 2010 21:00:00 +0200</pubDate>
3442 <description>&lt;p&gt;This evening I made my first Perl GUI application. The last few
3443 days I have worked on a Perl module for controlling my recently
3444 aquired Spykee robots, and the module is now getting complete enought
3445 that it is possible to use it to control the robot driving at least.
3446 It was now time to figure out how to use it to create some GUI to
3447 allow me to drive the robot around. I picked PerlQt as I have had
3448 positive experiences with the Qt API before, and spent a few minutes
3449 browsing the web for examples. Using Qt Designer seemed like a short
3450 cut, so I ended up writing the perl GUI using Qt Designer and
3451 compiling it into a perl program using the puic program from
3452 libqt-perl. Nothing fancy yet, but it got buttons to connect and
3453 drive around.&lt;/p&gt;
3454
3455 &lt;p&gt;The perl module I have written provide a object oriented API for
3456 controlling the robot. Here is an small example on how to use it:&lt;/p&gt;
3457
3458 &lt;p&gt;&lt;pre&gt;
3459 use Spykee;
3460 Spykee::discover(sub {$robot{$_[0]} = $_[1]});
3461 my $host = (keys %robot)[0];
3462 my $spykee = Spykee-&gt;new();
3463 $spykee-&gt;contact($host, &quot;admin&quot;, &quot;admin&quot;);
3464 $spykee-&gt;left();
3465 sleep 2;
3466 $spykee-&gt;right();
3467 sleep 2;
3468 $spykee-&gt;forward();
3469 sleep 2;
3470 $spykee-&gt;back();
3471 sleep 2;
3472 $spykee-&gt;stop();
3473 &lt;/pre&gt;&lt;/p&gt;
3474
3475 &lt;p&gt;Thanks to the release of the source of the robot firmware, I could
3476 peek into the implementation at the other end to figure out how to
3477 implement the protocol used by the robot. I&#39;ve implemented several of
3478 the commands the robot understand, but is still missing the camera
3479 support to make it possible to control the robot from remote. First I
3480 want to implement support for uploading new firmware and configuring
3481 the wireless network, to make it possible to bootstrap a Spykee robot
3482 without the producers Windows and MacOSX software (I only have Linux,
3483 so I had to ask a friend to come over to get the robot testing
3484 going. :).&lt;/p&gt;
3485
3486 &lt;p&gt;Will release the source to the public soon, but need to figure out
3487 where to make it available first. I will add a link to
3488 &lt;a href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;the NUUG wiki&lt;/a&gt; for
3489 those that want to check back later to find it.&lt;/p&gt;
3490 </description>
3491 </item>
3492
3493 <item>
3494 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge</title>
3495 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</link>
3496 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</guid>
3497 <pubDate>Tue, 31 Aug 2010 21:00:00 +0200</pubDate>
3498 <description>&lt;p&gt;Ble tipset i dag om at et forslag om å stoppe forsøkene med
3499 elektronisk stemmegiving utenfor valglokaler er
3500 &lt;a href=&quot;http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=46616&quot;&gt;til
3501 behandling&lt;/a&gt; i Stortinget.
3502 &lt;a href=&quot;http://www.stortinget.no/Global/pdf/Representantforslag/2009-2010/dok8-200910-128.pdf&quot;&gt;Forslaget&lt;/a&gt;
3503 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.&lt;/p&gt;
3504
3505 &lt;p&gt;Håper det får flertall.&lt;/p&gt;
3506 </description>
3507 </item>
3508
3509 <item>
3510 <title>Broken hard link handling with sshfs</title>
3511 <link>http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</link>
3512 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</guid>
3513 <pubDate>Mon, 30 Aug 2010 19:30:00 +0200</pubDate>
3514 <description>&lt;p&gt;Just got an email from Tobias Gruetzmacher as a followup on my
3515 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html&quot;&gt;previous
3516 post about sshfs&lt;/a&gt;. He reported another problem with sshfs. It
3517 fail to handle hard links properly. A simple way to spot this is to
3518 look at the . and .. entries in the directory tree. These should have
3519 a link count &gt;1, but on sshfs the count is 1. I just tested to see
3520 what happen when trying to hardlink, and this fail as well:&lt;/p&gt;
3521
3522 &lt;pre&gt;
3523 % ln foo bar
3524 ln: creating hard link `bar&#39; =&gt; `foo&#39;: Function not implemented
3525 %
3526 &lt;/pre&gt;
3527
3528 &lt;p&gt;I have not yet found time to implement a test for this in my file
3529 system test code, but believe having working hard links is useful to
3530 avoid surprised unix programs. Not as useful as working file locking
3531 and symlinks, which are required to get a working desktop, but useful
3532 nevertheless. :)&lt;/p&gt;
3533
3534 &lt;p&gt;The latest version of the file system test code is available via
3535 git from
3536 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;&lt;/p&gt;
3537 </description>
3538 </item>
3539
3540 <item>
3541 <title>Sikkerhetsteateret på flyplassene fortsetter</title>
3542 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</link>
3543 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</guid>
3544 <pubDate>Sat, 28 Aug 2010 10:40:00 +0200</pubDate>
3545 <description>&lt;p&gt;Jeg skrev for et halvt år siden hvordan
3546 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html&quot;&gt;samfunnet
3547 kaster bort ressurser på sikkerhetstiltak som ikke fungerer&lt;/a&gt;. Kom
3548 nettopp over en
3549 &lt;a href=&quot;http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/&quot;&gt;historie
3550 fra en pilot fra USA&lt;/a&gt; som kommenterer det samme. Jeg mistenker det
3551 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
3552 veldig sans for piloten omtalt i &lt;a
3553 href=&quot;http://www.aftenposten.no/nyheter/iriks/article2057501.ece&quot;&gt;Aftenposten&lt;/a&gt; 2007-10-23,
3554 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
3555 ikke meg trygghetsfølelse på flyplassene når jeg ser at
3556 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
3557 stedet for ting som bidrar til reell økning av sikkerheten. Det
3558 forteller meg jo at vurderingsevnen til de som burde bidra til økt
3559 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
3560 tiltakene.&lt;/p&gt;
3561
3562 &lt;p&gt;Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
3563 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
3564 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
3565 passerte. Kanskje det ville fått flere til å få øynene opp for
3566 problemet.&lt;/p&gt;
3567
3568 &lt;p&gt;Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
3569 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
3570 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
3571 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
3572 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
3573 en god ting sett fra et miljøperspektiv, men det er en annen sak.&lt;/p&gt;
3574 </description>
3575 </item>
3576
3577 <item>
3578 <title>Broken umask handling with sshfs</title>
3579 <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</link>
3580 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</guid>
3581 <pubDate>Thu, 26 Aug 2010 13:30:00 +0200</pubDate>
3582 <description>&lt;p&gt;My file system sematics program
3583 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html&quot;&gt;presented
3584 a few days ago&lt;/a&gt; is very useful to verify that a file system can
3585 work as a unix home directory,and today I had to extend it a bit. I&#39;m
3586 looking into alternatives for home directory access here at the
3587 University of Oslo, and one of the options is sshfs. My friend
3588 Finn-Arne mentioned a while back that they had used sshfs with Debian
3589 Edu, but stopped because of problems. I asked today what the problems
3590 where, and he mentioned that sshfs failed to handle umask properly.
3591 Trying to detect the problem I wrote this addition to my fs testing
3592 script:&lt;/p&gt;
3593
3594 &lt;pre&gt;
3595 mode_t touch_get_mode(const char *name, mode_t mode) {
3596 mode_t retval = 0;
3597 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode);
3598 if (-1 != fd) {
3599 unlink(name);
3600 struct stat statbuf;
3601 if (-1 != fstat(fd, &amp;statbuf)) {
3602 retval = statbuf.st_mode &amp; 0x1ff;
3603 }
3604 close(fd);
3605 }
3606 return retval;
3607 }
3608
3609 /* Try to detect problem discovered using sshfs */
3610 int test_umask(void) {
3611 printf(&quot;info: testing umask effect on file creation\n&quot;);
3612
3613 mode_t orig_umask = umask(000);
3614 mode_t newmode;
3615 if (0666 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
3616 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 000\n&quot;,
3617 newmode);
3618 }
3619 umask(007);
3620 if (0660 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
3621 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 007\n&quot;,
3622 newmode);
3623 }
3624
3625 umask (orig_umask);
3626 return 0;
3627 }
3628
3629 int main(int argc, char **argv) {
3630 [...]
3631 test_umask();
3632 return 0;
3633 }
3634 &lt;/pre&gt;
3635
3636 &lt;p&gt;Sure enough. On NFS to a netapp, I get this result:&lt;/p&gt;
3637
3638 &lt;pre&gt;
3639 Testing POSIX/Unix sematics on file system
3640 info: testing symlink creation
3641 info: testing subdirectory creation
3642 info: testing fcntl locking
3643 Read-locking 1 byte from 1073741824
3644 Read-locking 510 byte from 1073741826
3645 Unlocking 1 byte from 1073741824
3646 Write-locking 1 byte from 1073741824
3647 Write-locking 510 byte from 1073741826
3648 Unlocking 2 byte from 1073741824
3649 info: testing umask effect on file creation
3650 &lt;/pre&gt;
3651
3652 &lt;p&gt;When mounting the same directory using sshfs, I get this
3653 result:&lt;/p&gt;
3654
3655 &lt;pre&gt;
3656 Testing POSIX/Unix sematics on file system
3657 info: testing symlink creation
3658 info: testing subdirectory creation
3659 info: testing fcntl locking
3660 Read-locking 1 byte from 1073741824
3661 Read-locking 510 byte from 1073741826
3662 Unlocking 1 byte from 1073741824
3663 Write-locking 1 byte from 1073741824
3664 Write-locking 510 byte from 1073741826
3665 Unlocking 2 byte from 1073741824
3666 info: testing umask effect on file creation
3667 error: Wrong file mode 644 when creating using mode 666 and umask 000
3668 error: Wrong file mode 640 when creating using mode 666 and umask 007
3669 &lt;/pre&gt;
3670
3671 &lt;p&gt;So, I can conclude that sshfs is better than smb to a Netapp or a
3672 Windows server, but not good enough to be used as a home
3673 directory.&lt;/p&gt;
3674
3675 &lt;p&gt;Update 2010-08-26: Reported the issue in
3676 &lt;a href=&quot;http://bugs.debian.org/594498&quot;&gt;BTS report #594498&lt;/a&gt;&lt;/p&gt;
3677
3678 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
3679 script so useful that he created a GIT repository and stored it in
3680 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
3681 </description>
3682 </item>
3683
3684 <item>
3685 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge</title>
3686 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</link>
3687 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</guid>
3688 <pubDate>Mon, 23 Aug 2010 19:30:00 +0200</pubDate>
3689 <description>&lt;p&gt;I Norge pågår en prosess for å
3690 &lt;a href=&quot;http://www.e-valg.dep.no/&quot;&gt;innføre elektronisk
3691 stemmegiving&lt;/a&gt; ved kommune- og stortingsvalg. Dette skal
3692 introduseres i 2011. Det er all grunn til å tro at valg i Norge ikke
3693 vil være til å stole på hvis dette blir gjennomført. Da det hele var
3694 oppe til høring i 2006 forfattet jeg
3695 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;en
3696 høringsuttalelse fra NUUG&lt;/a&gt; (og EFN som hengte seg på) som skisserte
3697 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
3698 og elektronisk stemmegiving mangler flere av disse. Elektronisk
3699 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
3700 boks under andres kontroll, og satse på at de som har kontroll med
3701 boksen er til å stole på - uten at en har mulighet til å verifisere
3702 dette selv. Det er ikke slik en gjennomfører demokratiske valg.&lt;/p&gt;
3703
3704 &lt;p&gt;Da problemet er fundamentalt med hvordan elektronisk stemmegiving
3705 må fungere for at også ikke-krypografer skal kunne delta, har det vært
3706 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
3707 etter land. En
3708 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;liten
3709 samling referanser&lt;/a&gt; finnes på NUUGs wiki. Den siste er fra India,
3710 der valgkomisjonen har valgt
3711 &lt;a href=&quot;http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source&quot;&gt;å
3712 pusse politiet på en forsker&lt;/a&gt; som har dokumentert svakheter i
3713 valgsystemet.&lt;/p&gt;
3714
3715 &lt;p&gt;Her i Norge har en valgt en annen tilnærming, der en forsøker seg
3716 med teknobabbel for å få befolkningen til å tro at dette skal bli
3717 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
3718 valgene i Norge, og bør ikke innføres.&lt;/p&gt;
3719
3720 &lt;p&gt;Den offentlige diskusjonen blir litt vanskelig av at media har
3721 valgt å kalle dette &quot;evalg&quot;, som kan sies å både gjelde elektronisk
3722 opptelling av valget som Norge har gjort siden 60-tallet og som er en
3723 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
3724 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
3725 mot &quot;evalg&quot;, og jeg forsøker derfor å være klar på at jeg snakker om
3726 elektronisk stemmegiving og unngå begrepet &quot;evalg&quot;.&lt;/p&gt;
3727 </description>
3728 </item>
3729
3730 <item>
3731 <title>Robot, reis deg...</title>
3732 <link>http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</link>
3733 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</guid>
3734 <pubDate>Sat, 21 Aug 2010 22:10:00 +0200</pubDate>
3735 <description>&lt;p&gt;I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og
3736 har brukt noen timer til å google etter interessante referanser og
3737 aktuell kildekode for bruk på Linux. Det mest lovende så langt er
3738 &lt;a href=&quot;http://ispykee.toyz.org/&quot;&gt;ispykee&lt;/a&gt;, som har en
3739 BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på
3740 lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for
3741 å fjernstyre roboten. Linux-daemonen implementerer deler av
3742 protokollen som roboten forstår. Etter å ha knotet litt med å oppnå
3743 kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg
3744 måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at
3745 den lytter på IP-port 9000 og 9001, gikk jeg i gang med å finne ut
3746 hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten
3747 av protokollen er publisert av produsenten med GPL-lisens, slik at det
3748 er mulig å se hvordan protokollen fungerer. Det finnes en java-klient
3749 for Android som så ganske snasen ut, men fant ingen kildekode for
3750 denne. Derimot hadde iphone-løsningen kildekode, så jeg tok
3751 utgangspunkt i den.&lt;/p&gt;
3752
3753 &lt;p&gt;Daemonen ville i utgangspunktet forsøke å kontakte den sentrale
3754 tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om
3755 til i stedet å sette opp en nettverkstjeneste på min lokale maskin,
3756 som jeg kan koble meg opp til med telnet og gi kommandoer til roboten
3757 (act, forward, right, left, etc). Det involverte i praksis å bytte ut
3758 socket()/connect() med socket()/bind()/listen()/accept() for å gjøre
3759 klienten om til en tjener.&lt;/p&gt;
3760
3761 &lt;p&gt;Mens jeg har forsøkt å få roboten til å bevege seg har min samboer
3762 skrudd sammen resten av roboten for å få montert kamera og plastpynten
3763 (armer, plastfiber for lys). Nå er det hele montert, og roboten er
3764 klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett
3765 før det blir praktisk, men de bitene av protokollen er ikke
3766 implementert i ispykee-daemonen, så der må jeg enten få tak i en mac
3767 eller en windows-maskin, eller implementere det selv.&lt;/p&gt;
3768
3769 &lt;p&gt;Vi var tre som kjøpte slike roboter, og vi har blitt enige om å
3770 samle notater og referanser på &lt;a
3771 href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;NUUGs wiki&lt;/a&gt;. Ta en titt
3772 der hvis du er nysgjerrig.&lt;/p&gt;
3773 </description>
3774 </item>
3775
3776 <item>
3777 <title>2 Spykee-roboter i hus, nå skal det lekes</title>
3778 <link>http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</link>
3779 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</guid>
3780 <pubDate>Wed, 18 Aug 2010 13:30:00 +0200</pubDate>
3781 <description>&lt;p&gt;Jeg kjøpte nettopp to
3782 &lt;a href=&quot;http://www.spykee-robot.com/&quot;&gt;Spykee&lt;/a&gt;-roboter, for test og
3783 leking. Kjøpte to da det var så billige, og gir meg mulighet til å
3784 eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte
3785 ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde
3786 en liten stabel på lager som de ikke hadde klart å selge ut etter
3787 fjorårets juleinnkjøp, og var villig til å selge for en femtedel av
3788 vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og
3789 det blir morsomt å se hva vi får ut av dette.&lt;/p&gt;
3790
3791 &lt;p&gt;Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon
3792 og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som
3793 jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i
3794 mai. Eneste utfordringen er at kontroller-programvaren kun finnes til
3795 Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til
3796 firmwaren. :)&lt;/p&gt;
3797
3798 &lt;ul&gt;
3799 &lt;li&gt;&lt;a href=&quot;http://en.wikipedia.org/wiki/Spykee&quot;&gt;Wikipedia-oppføring&lt;/a&gt;&lt;/li&gt;
3800 &lt;li&gt;&lt;a href=&quot;http://www.spykeeworld.com/spykee/US/freeSoftware.html&quot;&gt;Nedlasting av firmware-kilden&lt;/a&gt;&lt;/li&gt;
3801 &lt;li&gt;&lt;a href=&quot;http://wiki.nuug.no/grupper/robot&quot;&gt;prosjektwiki hos NUUG&lt;/a&gt;&lt;/li&gt;
3802 &lt;/ul&gt;
3803 </description>
3804 </item>
3805
3806 <item>
3807 <title>Rob Weir: How to Crush Dissent</title>
3808 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</link>
3809 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</guid>
3810 <pubDate>Sun, 15 Aug 2010 22:20:00 +0200</pubDate>
3811 <description>&lt;p&gt;I found the notes from Rob Weir on
3812 &lt;a href=&quot;http://feedproxy.google.com/~r/robweir/antic-atom/~3/VGb23-kta8c/how-to-crush-dissent.html&quot;&gt;how
3813 to crush dissent&lt;/a&gt; matching my own thoughts on the matter quite
3814 well. Highly recommended for those wondering which road our society
3815 should go down. In my view we have been heading the wrong way for a
3816 long time.&lt;/p&gt;
3817 </description>
3818 </item>
3819
3820 <item>
3821 <title>No hardcoded config on Debian Edu clients</title>
3822 <link>http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</link>
3823 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</guid>
3824 <pubDate>Mon, 9 Aug 2010 20:15:00 +0200</pubDate>
3825 <description>&lt;p&gt;As reported earlier, the last few days I have looked at how Debian
3826 Edu clients are configured, and tried to get rid of all hardcoded
3827 configuration settings on the clients. I believe the work to be
3828 mostly done, and the clients seem to work just fine with dynamically
3829 generated configuration.&lt;/p&gt;
3830
3831 &lt;p&gt;What is the point, you might ask? The point is to allow a Debian
3832 Edu desktop to integrate into an existing network infrastructure
3833 without any manual configuration.&lt;/p&gt;
3834
3835 &lt;p&gt;This is what happens when installing a Debian Edu client here at
3836 the University of Oslo using PXE. With the PXE installation, I am
3837 asked for language (Norwegian Bokmål), locality (Norway) and keyboard
3838 layout (no-latin1), Debian Edu profile (Roaming Workstation), if I
3839 accept to reformat the hard drive (yes), if I want to submit info to
3840 popcon.debian.org (no) and root password (secret). After answering
3841 these questions, the installer goes ahead and does its thing, and
3842 after around 50 minutes it is done. I press enter to finish the
3843 installation, and the machine reboots into KDE. When the machine is
3844 ready and kdm asks for login information, I enter my university
3845 username and password, am told by kdm that a local home directory has
3846 been created and that I must log in again, and finally log in with the
3847 same username and password to the KDE 4.4 desktop. At no point during
3848 this process did it ask for university specific settings, and all the
3849 required configuration was dynamically detected using information
3850 fetched via DHCP and DNS. The roaming workstation is now ready for
3851 use.&lt;/p&gt;
3852
3853 &lt;p&gt;How was this done, you might wonder? First of all, here is the
3854 list of things that need to be configured on the client to get it
3855 working properly out of the box:&lt;/p&gt;
3856
3857 &lt;ul&gt;
3858 &lt;li&gt;IP address/netmask and DNS server.&lt;/li&gt;
3859 &lt;li&gt;Web proxy URL.&lt;/li&gt;
3860 &lt;li&gt;LDAP server for NSS directory information (user, group, etc).&lt;/li&gt;
3861 &lt;li&gt;Kerberos server for PAM password checking.&lt;/li&gt;
3862 &lt;li&gt;SMB mount point to access the network home directory. (*)&lt;/li&gt;
3863 &lt;li&gt;Central syslog server to send syslog messages to. (*)&lt;/li&gt;
3864 &lt;li&gt;Sitesummary collector URL to submit info to central server. (*)&lt;/li&gt;
3865 &lt;/ul&gt;
3866
3867 &lt;p&gt;(Hm, did I forget anything? Let me knew if I did.)&lt;/p&gt;
3868
3869 &lt;p&gt;The points marked (*) are not required to be able to use the
3870 machine, but needed to provide central storage and allowing system
3871 administrators to track their machines. Since yesterday, everything
3872 but the sitesummary collector URL is dynamically discovered at boot
3873 and installation time in the svn version of Debian Edu.&lt;/p&gt;
3874
3875 &lt;p&gt;The IP and DNS setup is fetched during boot using DHCP as usual.
3876 When a DHCP update arrives, the proxy setup is updated by looking for
3877 http://wpat/wpad.dat and using the content of this WPAD file to
3878 configure the http and ftp proxy in /etc/environment and
3879 /etc/apt/apt.conf. I decided to update the proxy setup using a DHCP
3880 hook to ensure that the client stops using the Debian Edu proxy when
3881 it is moved outside the Debian Edu network, and instead uses any local
3882 proxy present on the new network when it moves around.&lt;/p&gt;
3883
3884 &lt;p&gt;The DNS names of the LDAP, Kerberos and syslog server and related
3885 configuration are generated using DNS information at boot. First the
3886 installer looks for a host named ldap in the current DNS domain. If
3887 not found, it looks for _ldap._tcp SRV records in DNS instead. If an
3888 LDAP server is found, its root DSE entry is requested and the
3889 attributes namingContexts and defaultNamingContext are used to
3890 determine which LDAP base to use for NSS. If there are several
3891 namingContexts attibutes and the defaultNamingContext is present, that
3892 LDAP subtree is used as the base. If defaultNamingContext is missing,
3893 the subtrees listed as namingContexts are searched in sequence for any
3894 object with class posixAccount or posixGroup, and the first one with
3895 such an object is used as the LDAP base. For Kerberos, a similar
3896 search is done by first looking for a host named kerberos, and then
3897 for the _kerberos._tcp SRV record. I&#39;ve been unable to find a way to
3898 look up the Kerberos realm, so for this the upper case string of the
3899 current DNS domain is used.&lt;/p&gt;
3900
3901 &lt;p&gt;For the syslog server, the hosts syslog and loghost are searched
3902 for, and the _syslog._udp SRV record is consulted if no such host is
3903 found. This algorithm works for both Debian Edu and the University of
3904 Oslo. A similar strategy would work for locating the sitesummary
3905 server, but have not been implemented yet. I decided to fetch and
3906 save these settings during installation, to make sure moving to a
3907 different network does not change the set of users being allowed to
3908 log in nor the passwords required to log in. Usernames and passwords
3909 will be cached by sssd when the user logs in on the Debian Edu
3910 network, and will not change as the laptop move around. For a
3911 non-roaming machine, there is no caching, but given that it is
3912 supposed to stay in place it should not matter much. Perhaps we
3913 should switch those to use sssd too?&lt;/p&gt;
3914
3915 &lt;p&gt;The user&#39;s SMB mount point for the network home directory is
3916 located when the user logs in for the first time. The LDAP server is
3917 consulted to look for the user&#39;s LDAP object and the sambaHomePath
3918 attribute is used if found. If it isn&#39;t found, the home directory
3919 path fetched from NSS is used instead. Assuming the path is of the
3920 form /site/server/directory/username, the second part is looked up in
3921 DNS and used to generate a SMB URL of the form
3922 smb://server.domain/username. This algorithm works for both Debian
3923 edu and the University of Oslo. Perhaps there are better attributes
3924 to use or a better algorithm that works for more sites, but this will
3925 do for now. :)&lt;/p&gt;
3926
3927 &lt;p&gt;This work should make it easier to integrate the Debian Edu clients
3928 into any LDAP/Kerberos infrastructure, and make the current setup even
3929 more flexible than before. I suspect it will also work for thin
3930 client servers, allowing one to easily set up LTSP and hook it into a
3931 existing network infrastructure, but I have not had time to test this
3932 yet.&lt;/p&gt;
3933
3934 &lt;p&gt;If you want to help out with implementing these things for Debian
3935 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3936
3937 &lt;p&gt;Update 2010-08-09: Simon Farnsworth gave me a heads-up on how to
3938 detect Kerberos realm from DNS, by looking for _kerberos TXT entries
3939 before falling back to the upper case DNS domain name. Will have to
3940 implement it for Debian Edu. :)&lt;/p&gt;
3941 </description>
3942 </item>
3943
3944 <item>
3945 <title>Testing if a file system can be used for home directories...</title>
3946 <link>http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</link>
3947 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</guid>
3948 <pubDate>Sun, 8 Aug 2010 21:20:00 +0200</pubDate>
3949 <description>&lt;p&gt;A few years ago, I was involved in a project planning to use
3950 Windows file servers as home directory servers for Debian
3951 Edu/Skolelinux machines. This was thought to be no problem, as the
3952 access would be through the SMB network file system protocol, and we
3953 knew other sites used SMB with unix and samba as the file server to
3954 mount home directories without any problems. But, after months of
3955 struggling, we had to conclude that our goal was impossible.&lt;/p&gt;
3956
3957 &lt;p&gt;The reason is simply that while SMB can be used for home
3958 directories when the file server is Samba running on Unix, this only
3959 work because of Samba have some extensions and the fact that the
3960 underlying file system is a unix file system. When using a Windows
3961 file server, the underlying file system do not have POSIX semantics,
3962 and several programs will fail if the users home directory where they
3963 want to store their configuration lack POSIX semantics.&lt;/p&gt;
3964
3965 &lt;p&gt;As part of this work, I wrote a small C program I want to share
3966 with you all, to replicate a few of the problematic applications (like
3967 OpenOffice.org and GCompris) and see if the file system was working as
3968 it should. If you find yourself in spooky file system land, it might
3969 help you find your way out again. This is the fs-test.c source:&lt;/p&gt;
3970
3971 &lt;pre&gt;
3972 /*
3973 * Some tests to check the file system sematics. Used to verify that
3974 * CIFS from a windows server do not work properly as a linux home
3975 * directory.
3976 * License: GPL v2 or later
3977 *
3978 * needs libsqlite3-dev and build-essential installed
3979 * compile with: gcc -Wall -lsqlite3 -DTEST_SQLITE fs-test.c -o fs-test
3980 */
3981
3982 #define _FILE_OFFSET_BITS 64
3983 #define _LARGEFILE_SOURCE 1
3984 #define _LARGEFILE64_SOURCE 1
3985
3986 #define _GNU_SOURCE /* for asprintf() */
3987
3988 #include &amp;lt;errno.h&gt;
3989 #include &amp;lt;fcntl.h&gt;
3990 #include &amp;lt;stdio.h&gt;
3991 #include &amp;lt;string.h&gt;
3992 #include &amp;lt;stdlib.h&gt;
3993 #include &amp;lt;sys/file.h&gt;
3994 #include &amp;lt;sys/stat.h&gt;
3995 #include &amp;lt;sys/types.h&gt;
3996 #include &amp;lt;unistd.h&gt;
3997
3998 #ifdef TEST_SQLITE
3999 /*
4000 * Test sqlite open, as done by gcompris require the libsqlite3-dev
4001 * package and linking with -lsqlite3. A more low level test is
4002 * below.
4003 * See also &amp;lt;URL: http://www.sqlite.org./faq.html#q5 &gt;.
4004 */
4005 #include &amp;lt;sqlite3.h&gt;
4006 #define CREATE_TABLE_USERS \
4007 &quot;CREATE TABLE users (user_id INT UNIQUE, login TEXT, lastname TEXT, firstname TEXT, birthdate TEXT, class_id INT ); &quot;
4008 int test_sqlite_open(void) {
4009 char *zErrMsg;
4010 char *name = &quot;testsqlite.db&quot;;
4011 sqlite3 *db=NULL;
4012 unlink(name);
4013 int rc = sqlite3_open(name, &amp;db);
4014 if( rc ){
4015 printf(&quot;error: sqlite open of %s failed: %s\n&quot;, name, sqlite3_errmsg(db));
4016 sqlite3_close(db);
4017 return -1;
4018 }
4019
4020 /* create tables */
4021 rc = sqlite3_exec(db,CREATE_TABLE_USERS, NULL, 0, &amp;zErrMsg);
4022 if( rc != SQLITE_OK ){
4023 printf(&quot;error: sqlite table create failed: %s\n&quot;, zErrMsg);
4024 sqlite3_close(db);
4025 return -1;
4026 }
4027 printf(&quot;info: sqlite worked\n&quot;);
4028 sqlite3_close(db);
4029 return 0;
4030 }
4031 #endif /* TEST_SQLITE */
4032
4033 /*
4034 * Demonstrate locking issue found in gcompris using sqlite3. This
4035 * work with ext3, but not with cifs server on Windows 2003. This is
4036 * done in the sqlite3 library.
4037 * See also
4038 * &amp;lt;URL:http://www.cygwin.com/ml/cygwin/2001-08/msg00854.html&gt; and the
4039 * POSIX specification
4040 * &amp;lt;URL:http://www.opengroup.org/onlinepubs/009695399/functions/fcntl.html&gt;.
4041 */
4042 int test_gcompris_locking(void) {
4043 struct flock fl;
4044 char *name = &quot;testsqlite.db&quot;;
4045 unlink(name);
4046 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, 0644);
4047 printf(&quot;info: testing fcntl locking\n&quot;);
4048
4049 fl.l_whence = SEEK_SET;
4050 fl.l_pid = getpid();
4051 printf(&quot; Read-locking 1 byte from 1073741824&quot;);
4052 fl.l_start = 1073741824;
4053 fl.l_len = 1;
4054 fl.l_type = F_RDLCK;
4055 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4056
4057 printf(&quot; Read-locking 510 byte from 1073741826&quot;);
4058 fl.l_start = 1073741826;
4059 fl.l_len = 510;
4060 fl.l_type = F_RDLCK;
4061 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4062
4063 printf(&quot; Unlocking 1 byte from 1073741824&quot;);
4064 fl.l_start = 1073741824;
4065 fl.l_len = 1;
4066 fl.l_type = F_UNLCK;
4067 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4068
4069 printf(&quot; Write-locking 1 byte from 1073741824&quot;);
4070 fl.l_start = 1073741824;
4071 fl.l_len = 1;
4072 fl.l_type = F_WRLCK;
4073 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4074
4075 printf(&quot; Write-locking 510 byte from 1073741826&quot;);
4076 fl.l_start = 1073741826;
4077 fl.l_len = 510;
4078 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4079
4080 printf(&quot; Unlocking 2 byte from 1073741824&quot;);
4081 fl.l_start = 1073741824;
4082 fl.l_len = 2;
4083 fl.l_type = F_UNLCK;
4084 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4085
4086 close(fd);
4087 return 0;
4088 }
4089
4090 /*
4091 * Test if permissions of freshly created directories allow entries
4092 * below them. This was a problem with OpenOffice.org and gcompris.
4093 * Mounting with option &#39;sync&#39; seem to solve this problem while
4094 * slowing down file operations.
4095 */
4096 int test_subdirectory_creation(void) {
4097 #define LEVELS 5
4098 char *path = strdup(&quot;test&quot;);
4099 char *dirs[LEVELS];
4100 int level;
4101 printf(&quot;info: testing subdirectory creation\n&quot;);
4102 for (level = 0; level &amp;lt; LEVELS; level++) {
4103 char *newpath = NULL;
4104 if (-1 == mkdir(path, 0777)) {
4105 printf(&quot; error: Unable to create directory &#39;%s&#39;: %s\n&quot;,
4106 path, strerror(errno));
4107 break;
4108 }
4109 asprintf(&amp;newpath, &quot;%s/%s&quot;, path, &quot;test&quot;);
4110 free(path);
4111 path = newpath;
4112 }
4113 return 0;
4114 }
4115
4116 /*
4117 * Test if symlinks can be created. This was a problem detected with
4118 * KDE.
4119 */
4120 int test_symlinks(void) {
4121 printf(&quot;info: testing symlink creation\n&quot;);
4122 unlink(&quot;symlink&quot;);
4123 if (-1 == symlink(&quot;file&quot;, &quot;symlink&quot;))
4124 printf(&quot; error: Unable to create symlink\n&quot;);
4125 return 0;
4126 }
4127
4128 int main(int argc, char **argv) {
4129 printf(&quot;Testing POSIX/Unix sematics on file system\n&quot;);
4130 test_symlinks();
4131 test_subdirectory_creation();
4132 #ifdef TEST_SQLITE
4133 test_sqlite_open();
4134 #endif /* TEST_SQLITE */
4135 test_gcompris_locking();
4136 return 0;
4137 }
4138 &lt;/pre&gt;
4139
4140 &lt;p&gt;When everything is working, it should print something like
4141 this:&lt;/p&gt;
4142
4143 &lt;pre&gt;
4144 Testing POSIX/Unix sematics on file system
4145 info: testing symlink creation
4146 info: testing subdirectory creation
4147 info: sqlite worked
4148 info: testing fcntl locking
4149 Read-locking 1 byte from 1073741824
4150 Read-locking 510 byte from 1073741826
4151 Unlocking 1 byte from 1073741824
4152 Write-locking 1 byte from 1073741824
4153 Write-locking 510 byte from 1073741826
4154 Unlocking 2 byte from 1073741824
4155 &lt;/pre&gt;
4156
4157 &lt;p&gt;I do not remember the exact details of the problems we saw, but one
4158 of them was with locking, where if I remember correctly, POSIX allow a
4159 read-only lock to be upgraded to a read-write lock without unlocking
4160 the read-only lock (while Windows do not). Another was a bug in the
4161 CIFS/SMB client implementation in the Linux kernel where directory
4162 meta information would be wrong for a fraction of a second, making
4163 OpenOffice.org fail to create its deep directory tree because it was
4164 not allowed to create files in its freshly created directory.&lt;/p&gt;
4165
4166 &lt;p&gt;Anyway, here is a nice tool for your tool box, might you never need
4167 it. :)&lt;/p&gt;
4168
4169 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
4170 script so useful that he created a GIT repository and stored it in
4171 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
4172 </description>
4173 </item>
4174
4175 <item>
4176 <title>Autodetecting Client setup for roaming workstations in Debian Edu</title>
4177 <link>http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</link>
4178 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</guid>
4179 <pubDate>Sat, 7 Aug 2010 14:45:00 +0200</pubDate>
4180 <description>&lt;p&gt;A few days ago, I
4181 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html&quot;&gt;tried
4182 to install&lt;/a&gt; a Roaming workation profile from Debian Edu/Squeeze
4183 while on the university network here at the University of Oslo, and
4184 noticed how much had to change to get it operational using the
4185 university infrastructure. It was fairly easy, but it occured to me
4186 that Debian Edu would improve a lot if I could get the client to
4187 connect without any changes at all, and thus let the client configure
4188 itself during installation and first boot to use the infrastructure
4189 around it. Now I am a huge step further along that road.&lt;/p&gt;
4190
4191 &lt;p&gt;With our current squeeze-test packages, I can select the roaming
4192 workstation profile and get a working laptop connecting to the
4193 university LDAP server for user and group and our active directory
4194 servers for Kerberos authentication. All this without any
4195 configuration at all during installation. My users home directory got
4196 a bookmark in the KDE menu to mount it via SMB, with the correct URL.
4197 In short, openldap and sssd is correctly configured. In addition to
4198 this, the client look for http://wpad/wpad.dat to configure a web
4199 proxy, and when it fail to find it no proxy settings are stored in
4200 /etc/environment and /etc/apt/apt.conf. Iceweasel and KDE is
4201 configured to look for the same wpad configuration and also do not use
4202 a proxy when at the university network. If the machine is moved to a
4203 network with such wpad setup, it would automatically use it when DHCP
4204 gave it a IP address.&lt;/p&gt;
4205
4206 &lt;p&gt;The LDAP server is located using DNS, by first looking for the DNS
4207 entry ldap.$domain. If this do not exist, it look for the
4208 _ldap._tcp.$domain SRV records and use the first one as the LDAP
4209 server. Next, it connects to the LDAP server and search all
4210 namingContexts entries for posixAccount or posixGroup objects, and
4211 pick the first one as the LDAP base. For Kerberos, a similar
4212 algorithm is used to locate the LDAP server, and the realm is the
4213 uppercase version of $domain.&lt;/p&gt;
4214
4215 &lt;p&gt;So, what is not working, you might ask. SMB mounting my home
4216 directory do not work. No idea why, but suspected the incorrect
4217 Kerberos settings in /etc/krb5.conf and /etc/samba/smb.conf might be
4218 the cause. These are not properly configured during installation, and
4219 had to be hand-edited to get the correct Kerberos realm and server,
4220 but SMB mounting still do not work. :(&lt;/p&gt;
4221
4222 &lt;p&gt;With this automatic configuration in place, I expect a Debian Edu
4223 roaming profile installation would be able to automatically detect and
4224 connect to any site using LDAP and Kerberos for NSS directory and PAM
4225 authentication. It should also work out of the box in a Active
4226 Directory environment providing posixAccount and posixGroup objects
4227 with UID and GID values.&lt;/p&gt;
4228
4229 &lt;p&gt;If you want to help out with implementing these things for Debian
4230 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4231 </description>
4232 </item>
4233
4234 <item>
4235 <title>Debian Edu roaming workstation - at the university of Oslo</title>
4236 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</link>
4237 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</guid>
4238 <pubDate>Tue, 3 Aug 2010 23:30:00 +0200</pubDate>
4239 <description>&lt;p&gt;The new roaming workstation profile in Debian Edu/Squeeze is fairly
4240 similar to the laptop setup am I working on using Ubuntu for the
4241 University of Oslo, and just for the heck of it, I tested today how
4242 hard it would be to integrate that profile into the university
4243 infrastructure. In this case, it is the university LDAP server,
4244 Active Directory Kerberos server and SMB mounting from the Netapp file
4245 servers.&lt;/p&gt;
4246
4247 &lt;p&gt;I was pleasantly surprised that the only three files needed to be
4248 changed (/etc/sssd/sssd.conf, /etc/ldap.conf and
4249 /etc/mklocaluser.d/20-debian-edu-config) and one file had to be added
4250 (/usr/share/perl5/Debian/Edu_Local.pm), to get the client working.
4251 Most of the changes were to get the client to use the university LDAP
4252 for NSS and Kerberos server for PAM, but one was to change a hard
4253 coded DNS domain name in the mklocaluser hook from .intern to
4254 .uio.no.&lt;/p&gt;
4255
4256 &lt;p&gt;This testing was so encouraging, that I went ahead and adjusted the
4257 Debian Edu scripts and setup in subversion to centralise the roaming
4258 workstation setup a bit more and avoid the hardcoded DNS domain name,
4259 so that when I test this tomorrow, I expect to get away with modifying
4260 only /etc/sssd/sssd.conf and /etc/ldap.conf to get it to use the
4261 university servers.&lt;/p&gt;
4262
4263 &lt;p&gt;My goal is to get the clients to have no hardcoded settings and
4264 fetch all their initial setup during installation and first boot, to
4265 allow them to be inserted also into environments where the default
4266 setup in Debian Edu has been changed or as with the university, where
4267 the environment is different but provides the protocols Debian Edu
4268 uses.&lt;/p&gt;
4269 </description>
4270 </item>
4271
4272 <item>
4273 <title>Circular package dependencies harms apt recovery</title>
4274 <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</link>
4275 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</guid>
4276 <pubDate>Tue, 27 Jul 2010 23:50:00 +0200</pubDate>
4277 <description>&lt;p&gt;I discovered this while doing
4278 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html&quot;&gt;automated
4279 testing of upgrades from Debian Lenny to Squeeze&lt;/a&gt;. A few packages
4280 in Debian still got circular dependencies, and it is often claimed
4281 that apt and aptitude should be able to handle this just fine, but
4282 some times these dependency loops causes apt to fail.&lt;/p&gt;
4283
4284 &lt;p&gt;An example is from todays
4285 &lt;a href=&quot;http://people.skolelinux.org/~pere/debian-upgrade-testing//test-20100727-lenny-squeeze-kde-aptitude.txt&quot;&gt;upgrade
4286 of KDE using aptitude&lt;/a&gt;. In it, a bug in kdebase-workspace-data
4287 causes perl-modules to fail to upgrade. The cause is simple. If a
4288 package fail to unpack, then only part of packages with the circular
4289 dependency might end up being unpacked when unpacking aborts, and the
4290 ones already unpacked will fail to configure in the recovery phase
4291 because its dependencies are unavailable.&lt;/p&gt;
4292
4293 &lt;p&gt;In this log, the problem manifest itself with this error:&lt;/p&gt;
4294
4295 &lt;blockquote&gt;&lt;pre&gt;
4296 dpkg: dependency problems prevent configuration of perl-modules:
4297 perl-modules depends on perl (&gt;= 5.10.1-1); however:
4298 Version of perl on system is 5.10.0-19lenny2.
4299 dpkg: error processing perl-modules (--configure):
4300 dependency problems - leaving unconfigured
4301 &lt;/pre&gt;&lt;/blockquote&gt;
4302
4303 &lt;p&gt;The perl/perl-modules circular dependency is already
4304 &lt;a href=&quot;http://bugs.debian.org/527917&quot;&gt;reported as a bug&lt;/a&gt;, and will
4305 hopefully be solved as soon as possible, but it is not the only one,
4306 and each one of these loops in the dependency tree can cause similar
4307 failures. Of course, they only occur when there are bugs in other
4308 packages causing the unpacking to fail, but it is rather nasty when
4309 the failure of one package causes the problem to become worse because
4310 of dependency loops.&lt;/p&gt;
4311
4312 &lt;p&gt;Thanks to
4313 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/06/msg00116.html&quot;&gt;the
4314 tireless effort by Bill Allombert&lt;/a&gt;, the number of circular
4315 dependencies
4316 &lt;a href=&quot;http://debian.semistable.com/debgraph.out.html&quot;&gt;left in Debian
4317 is dropping&lt;/a&gt;, and perhaps it will reach zero one day. :)&lt;/p&gt;
4318
4319 &lt;p&gt;Todays testing also exposed a bug in
4320 &lt;a href=&quot;http://bugs.debian.org/590605&quot;&gt;update-notifier&lt;/a&gt; and
4321 &lt;a href=&quot;http://bugs.debian.org/590604&quot;&gt;different behaviour&lt;/a&gt; between
4322 apt-get and aptitude, the latter possibly caused by some circular
4323 dependency. Reported both to BTS to try to get someone to look at
4324 it.&lt;/p&gt;
4325 </description>
4326 </item>
4327
4328 <item>
4329 <title>First Debian Edu test release (alpha0) based on Squeeze is released</title>
4330 <link>http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</link>
4331 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</guid>
4332 <pubDate>Tue, 27 Jul 2010 17:45:00 +0200</pubDate>
4333 <description>&lt;p&gt;I just posted this announcement culminating several months of work
4334 with the next Debian Edu release. Not nearly done, but one major step
4335 completed.&lt;/p&gt;
4336
4337 &lt;blockquote&gt;
4338 &lt;p&gt;This is the first test release based on Squeeze. The focus of this
4339 release is to test the user application selection. To have a look,
4340 install the standalone profile and let the developers know if the set
4341 of installed packages i.e. applications should be modified. If some
4342 user application is missing, or if there are some applications that no
4343 longer make sense to be included in Debian Edu, please let us know.
4344 Also, if a useful application is missing the translation for your
4345 language of choice, please let us know too.&lt;/p&gt;
4346
4347 &lt;p&gt;In addition, feedback and help to polish the desktop (menus,
4348 artwork, starters, etc.) is appreciated. We would like to ship a nice
4349 and handy KDE4 desktop targeted for schools out of the box.&lt;/p&gt;
4350
4351 &lt;p&gt;The other profiles should be installable, but there is a lot more
4352 work left to be done before they are ready, so do not expect to
4353 much.&lt;/p&gt;
4354
4355 &lt;p&gt;Changes compared to the lenny based version&lt;/p&gt;
4356
4357 &lt;ul&gt;
4358 &lt;li&gt;Everything from Debian Squeeze
4359 &lt;ul&gt;
4360 &lt;li&gt;Desktop environment KDE 4.4 =&gt; the new KDE desktop in
4361 combination with some new artwork
4362 &lt;li&gt;Web browser Iceweasel 3.5
4363 &lt;li&gt;OpenOffice.org 3.2
4364 &lt;li&gt;Educational toolbox GCompris 9.3
4365 &lt;li&gt;Music creator Rosegarden 10.04.2
4366 &lt;li&gt;Image editor Gimp 2.6.10
4367 &lt;li&gt;Virtual universe Celestia 1.6.0
4368 &lt;li&gt;Virtual stargazer Stellarium 0.10.4
4369 &lt;li&gt;3D modeler Blender 2.49.2 (new application)
4370 &lt;li&gt;Video editor Kdenlive 0.7.7 (new application)
4371 &lt;/ul&gt;&lt;/li&gt;
4372 &lt;li&gt;Now using Kerberos for password checking (migration not finished).
4373 Enabled for:
4374 &lt;ul&gt;
4375 &lt;li&gt;PAM
4376 &lt;li&gt;LDAP
4377 &lt;li&gt;IMAP
4378 &lt;li&gt;SMTP (sender verification)
4379 &lt;/ul&gt;
4380 &lt;/li&gt;
4381 &lt;li&gt;New experimental roaming workstation profile for laptops.&lt;/li&gt;
4382 &lt;li&gt;Show welcome page to users when they first log in. The URL is
4383 fetched from LDAP.&lt;/li&gt;
4384 &lt;li&gt;New LXDE desktop option, in addition to KDE (default) and Gnome.&lt;/li&gt;
4385 &lt;li&gt;General cleanup (not finished)&lt;/li&gt;
4386 &lt;/ul&gt;
4387 &lt;p&gt;The following features are not working as they should&lt;/p&gt;
4388
4389 &lt;ul&gt;
4390 &lt;li&gt;No web based administration tool for creating users and groups. The
4391 scripts ldap-createuser-krb and ldap-add-user-to-group can be used
4392 for testing.&lt;/li&gt;
4393 &lt;li&gt;DVD installs are missing debian-installer images for the PXE boot,
4394 and do not set up the PXE menu on eth0 because of this. LTSP
4395 clients should still boot from eth1 on thin client servers.&lt;/li&gt;
4396 &lt;li&gt;The restructured KDE menu is not implemented.&lt;/li&gt;
4397 &lt;li&gt;The LDAP server setup need to be reviewed for security.&lt;/li&gt;
4398 &lt;li&gt;The LDAP directory structure need to be reworked.&lt;/li&gt;
4399 &lt;li&gt;Different sets of packages are installed when using the DVD and the
4400 netinst CD. More packages are installed using the netinst CD.&lt;/li&gt;
4401 &lt;li&gt;The jackd package fail to install. This is believed to be caused by
4402 some ongoing transition, and hopefully should be solved soon. The
4403 jackd1 package can be installed manually for those that need it.&lt;/li&gt;
4404 &lt;li&gt;Some packages lack translations. See
4405 http://wiki.debian.org/DebianEdu/Status/Squeeze for updated status,
4406 and help out with translations.&lt;/li&gt;
4407 &lt;/ul&gt;
4408
4409 &lt;p&gt;To download this multiarch netinstall release you can use&lt;/p&gt;
4410
4411 &lt;ul&gt;
4412 &lt;li&gt;&lt;a href=&quot;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&quot;&gt;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/a&gt;&lt;/li&gt;
4413 &lt;li&gt;&lt;a href=&quot;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&quot;&gt;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/a&gt;&lt;/li&gt;
4414 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4415 &lt;/ul&gt;
4416 &lt;p&gt;To download this multiarch dvd release you can use&lt;/p&gt;
4417
4418 &lt;ul&gt;
4419 &lt;li&gt;&lt;a href=&quot;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&quot;&gt;ftp://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/a&gt;&lt;/li&gt;
4420 &lt;li&gt;&lt;a href=&quot;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&quot;&gt;http://ftp.skolelinux.org/skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/a&gt;&lt;/li&gt;
4421 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4422 &lt;/ul&gt;
4423
4424 &lt;p&gt;There is no source DVD available yet. It will be prepared when we
4425 get closer to the final release.&lt;/p&gt;
4426
4427 &lt;p&gt;The MD5SUM of these images are&lt;/p&gt;
4428
4429 &lt;ul&gt;
4430 &lt;li&gt;3dbf45d59f42a53518b6e3c9ec3b5eb6 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4431 &lt;li&gt;22f2cbfce281d1c6e478be452638675d debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4432 &lt;/ul&gt;
4433
4434 &lt;p&gt;The SHA1SUM of these images are&lt;/p&gt;
4435 &lt;ul&gt;
4436 &lt;li&gt;c53d1b69b40cf37cd27aefaf33f6f6a3821bedf0 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4437 &lt;li&gt;2ec29d7db676d59d32197b05c277ffe16348376c debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4438 &lt;/ul&gt;
4439 &lt;p&gt;How to report bugs:
4440 http://wiki.debian.org/DebianEdu/HowTo/ReportBugsInBugzilla&lt;/p&gt;
4441
4442 &lt;p&gt;Please direct replies to debian-edu@lists.debian.org&lt;/p&gt;
4443 &lt;/blockquote&gt;
4444 </description>
4445 </item>
4446
4447 <item>
4448 <title>One step closer to single signon in Debian Edu</title>
4449 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</link>
4450 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</guid>
4451 <pubDate>Sun, 25 Jul 2010 10:00:00 +0200</pubDate>
4452 <description>&lt;p&gt;The last few months me and the other Debian Edu developers have
4453 been working hard to get the Debian/Squeeze based version of Debian
4454 Edu/Skolelinux into shape. This future version will use Kerberos for
4455 authentication, and services are slowly migrated to single signon,
4456 getting rid of password questions one at the time.&lt;/p&gt;
4457
4458 &lt;p&gt;It will also feature a roaming workstation profile with local home
4459 directory, for laptops that are only some times on the Skolelinux
4460 network, and for this profile a shortcut is created in Gnome and KDE
4461 to gain access to the users home directory on the file server. This
4462 shortcut uses SMB at the moment, and yesterday I had time to test if
4463 SMB mounting had started working in KDE after we added the cifs-utils
4464 package. I was pleasantly surprised how well it worked.&lt;/p&gt;
4465
4466 &lt;p&gt;Thanks to the recent changes to our samba configuration to get it
4467 to use Kerberos for authentication, there were no question about user
4468 password when mounting the SMB volume. A simple click on the shortcut
4469 in the KDE menu, and a window with the home directory popped
4470 up. :)&lt;/p&gt;
4471
4472 &lt;p&gt;One step closer to a single signon solution out of the box in
4473 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
4474 also Samba. Next step is Cups and hopefully also NFS.&lt;/p&gt;
4475
4476 &lt;p&gt;We had planned a alpha0 release of Debian Edu for today, but thanks
4477 to the autobuilder administrators for some architectures being slow to
4478 sign packages, we are still missing the fixed LTSP package we need for
4479 the release. It was uploaded three days ago with urgency=high, and if
4480 it had entered testing yesterday we would have been able to test it in
4481 time for a alpha0 release today. As the binaries for ia64 and powerpc
4482 still not uploaded to the Debian archive, we need to delay the alpha
4483 release another day.&lt;/p&gt;
4484
4485 &lt;p&gt;If you want to help out with implementing Kerberos for Debian Edu,
4486 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4487 </description>
4488 </item>
4489
4490 <item>
4491 <title>Digitale restriksjonsmekanismer fikk meg til å slutte å kjøpe musikk</title>
4492 <link>http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</link>
4493 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</guid>
4494 <pubDate>Thu, 22 Jul 2010 23:50:00 +0200</pubDate>
4495 <description>&lt;p&gt;For mange år siden slutte jeg å kjøpe musikk-CDer. Årsaken var at
4496 musikkbransjen var godt i gang med å selge platene sine med DRM som
4497 gjorde at jeg ikke fikk spilt av musikken jeg kjøpte på utstyret jeg
4498 hadde tilgjengelig, dvs. min datamaskin. Det var umulig å se på en
4499 plate om den var ødelagt eller ikke, og jeg hadde jo allerede en
4500 anseelig samling med plater, så jeg bestemme meg for å slutte å gi
4501 penger til en bransje som åpenbart ikke respekterte meg.&lt;/p&gt;
4502
4503 &lt;p&gt;Jeg har mange titalls dager med musikk på CD i dag. Det meste er
4504 lagt i et stort arkiv som kan spilles av fra husets datamaskiner (har
4505 ikke rukket rippe alt). Jeg ser dermed ikke behovet for å skaffe mer
4506 musikk. De fleste av mine favoritter er i hus, og jeg er dermed godt
4507 fornøyd.&lt;/p&gt;
4508
4509 &lt;p&gt;Hvis musikkbransjen ønsker mine penger, så må de demonstrere at de
4510 setter pris på meg som kunde, og ikke skremme meg bort med DRM og
4511 antydninger om at kundene er kriminelle.&lt;/p&gt;
4512
4513 &lt;p&gt;Filmbransjen er like ille, men mens musikk gjerne varer lenge, er
4514 filmer mer ferskvare. Har dermed ikke helt sluttet å kjøpe filmer, men
4515 holder meg til DVD-filmer som kan spilles av på mine Linuxbokser.
4516 Kommer neppe til å ta i bruk Blueray, og ei heller de nye DRM-greiene
4517 «Ultraviolet» som be annonsert her om dagen.&lt;/p&gt;
4518 </description>
4519 </item>
4520
4521 <item>
4522 <title>What are they searching for - PowerDNS and ISC DHCP in LDAP</title>
4523 <link>http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</link>
4524 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</guid>
4525 <pubDate>Sat, 17 Jul 2010 21:00:00 +0200</pubDate>
4526 <description>&lt;p&gt;This is a
4527 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html&quot;&gt;followup&lt;/a&gt;
4528 on my
4529 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Idea_for_a_change_to_LDAP_schemas_allowing_DNS_and_DHCP_info_to_be_combined_into_one_object.html&quot;&gt;previous
4530 work&lt;/a&gt; on
4531 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html&quot;&gt;merging
4532 all&lt;/a&gt; the computer related LDAP objects in Debian Edu.&lt;/p&gt;
4533
4534 &lt;p&gt;As a step to try to see if it possible to merge the DNS and DHCP
4535 LDAP objects, I have had a look at how the packages pdns-backend-ldap
4536 and dhcp3-server-ldap in Debian use the LDAP server. The two
4537 implementations are quite different in how they use LDAP.&lt;/p&gt;
4538
4539 To get this information, I started slapd with debugging enabled and
4540 dumped the debug output to a file to get the LDAP searches performed
4541 on a Debian Edu main-server. Here is a summary.
4542
4543 &lt;p&gt;&lt;strong&gt;powerdns&lt;/strong&gt;&lt;/p&gt;
4544
4545 &lt;a href=&quot;http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend&quot;&gt;Clues
4546 on how to&lt;/a&gt; set up PowerDNS to use a LDAP backend is available on
4547 the web.
4548
4549 &lt;p&gt;PowerDNS have two modes of operation using LDAP as its backend.
4550 One &quot;strict&quot; mode where the forward and reverse DNS lookups are done
4551 using the same LDAP objects, and a &quot;tree&quot; mode where the forward and
4552 reverse entries are in two different subtrees in LDAP with a structure
4553 based on the DNS names, as in tjener.intern and
4554 2.2.0.10.in-addr.arpa.&lt;/p&gt;
4555
4556 &lt;p&gt;In tree mode, the server is set up to use a LDAP subtree as its
4557 base, and uses a &quot;base&quot; scoped search for the DNS name by adding
4558 &quot;dc=tjener,dc=intern,&quot; to the base with a filter for
4559 &quot;(associateddomain=tjener.intern)&quot; for the forward entry and
4560 &quot;dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,&quot; with a filter for
4561 &quot;(associateddomain=2.2.0.10.in-addr.arpa)&quot; for the reverse entry. For
4562 forward entries, it is looking for attributes named dnsttl, arecord,
4563 nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord, mxrecord,
4564 txtrecord, rprecord, afsdbrecord, keyrecord, aaaarecord, locrecord,
4565 srvrecord, naptrrecord, kxrecord, certrecord, dsrecord, sshfprecord,
4566 ipseckeyrecord, rrsigrecord, nsecrecord, dnskeyrecord, dhcidrecord,
4567 spfrecord and modifytimestamp. For reverse entries it is looking for
4568 the attributes dnsttl, arecord, nsrecord, cnamerecord, soarecord,
4569 ptrrecord, hinforecord, mxrecord, txtrecord, rprecord, aaaarecord,
4570 locrecord, srvrecord, naptrrecord and modifytimestamp. The equivalent
4571 ldapsearch commands could look like this:&lt;/p&gt;
4572
4573 &lt;blockquote&gt;&lt;pre&gt;
4574 ldapsearch -h ldap \
4575 -b dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4576 -s base -x &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
4577 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4578 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4579 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4580 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4581
4582 ldapsearch -h ldap \
4583 -b dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4584 -s base -x &#39;(associateddomain=2.2.0.10.in-addr.arpa)&#39;
4585 dnsttl, arecord, nsrecord, cnamerecord soarecord ptrrecord \
4586 hinforecord mxrecord txtrecord rprecord aaaarecord locrecord \
4587 srvrecord naptrrecord modifytimestamp
4588 &lt;/pre&gt;&lt;/blockquote&gt;
4589
4590 &lt;p&gt;In Debian Edu/Lenny, the PowerDNS tree mode is used with
4591 ou=hosts,dc=skole,dc=skolelinux,dc=no as the base, and these are two
4592 example LDAP objects used there. In addition to these objects, the
4593 parent objects all th way up to ou=hosts,dc=skole,dc=skolelinux,dc=no
4594 also exist.&lt;/p&gt;
4595
4596 &lt;blockquote&gt;&lt;pre&gt;
4597 dn: dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no
4598 objectclass: top
4599 objectclass: dnsdomain
4600 objectclass: domainrelatedobject
4601 dc: tjener
4602 arecord: 10.0.2.2
4603 associateddomain: tjener.intern
4604
4605 dn: dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no
4606 objectclass: top
4607 objectclass: dnsdomain2
4608 objectclass: domainrelatedobject
4609 dc: 2
4610 ptrrecord: tjener.intern
4611 associateddomain: 2.2.0.10.in-addr.arpa
4612 &lt;/pre&gt;&lt;/blockquote&gt;
4613
4614 &lt;p&gt;In strict mode, the server behaves differently. When looking for
4615 forward DNS entries, it is doing a &quot;subtree&quot; scoped search with the
4616 same base as in the tree mode for a object with filter
4617 &quot;(associateddomain=tjener.intern)&quot; and requests the attributes dnsttl,
4618 arecord, nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord,
4619 mxrecord, txtrecord, rprecord, aaaarecord, locrecord, srvrecord,
4620 naptrrecord and modifytimestamp. For reverse entires it also do a
4621 subtree scoped search but this time the filter is &quot;(arecord=10.0.2.2)&quot;
4622 and the requested attributes are associateddomain, dnsttl and
4623 modifytimestamp. In short, in strict mode the objects with ptrrecord
4624 go away, and the arecord attribute in the forward object is used
4625 instead.&lt;/p&gt;
4626
4627 &lt;p&gt;The forward and reverse searches can be simulated using ldapsearch
4628 like this:&lt;/p&gt;
4629
4630 &lt;blockquote&gt;&lt;pre&gt;
4631 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4632 &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
4633 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4634 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4635 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4636 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4637
4638 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4639 &#39;(arecord=10.0.2.2)&#39; associateddomain dnsttl modifytimestamp
4640 &lt;/pre&gt;&lt;/blockquote&gt;
4641
4642 &lt;p&gt;In addition to the forward and reverse searches , there is also a
4643 search for SOA records, which behave similar to the forward and
4644 reverse lookups.&lt;/p&gt;
4645
4646 &lt;p&gt;A thing to note with the PowerDNS behaviour is that it do not
4647 specify any objectclass names, and instead look for the attributes it
4648 need to generate a DNS reply. This make it able to work with any
4649 objectclass that provide the needed attributes.&lt;/p&gt;
4650
4651 &lt;p&gt;The attributes are normally provided in the cosine (RFC 1274) and
4652 dnsdomain2 schemas. The latter is used for reverse entries like
4653 ptrrecord and recent DNS additions like aaaarecord and srvrecord.&lt;/p&gt;
4654
4655 &lt;p&gt;In Debian Edu, we have created DNS objects using the object classes
4656 dcobject (for dc), dnsdomain or dnsdomain2 (structural, for the DNS
4657 attributes) and domainrelatedobject (for associatedDomain). The use
4658 of structural object classes make it impossible to combine these
4659 classes with the object classes used by DHCP.&lt;/p&gt;
4660
4661 &lt;p&gt;There are other schemas that could be used too, for example the
4662 dnszone structural object class used by Gosa and bind-sdb for the DNS
4663 attributes combined with the domainrelatedobject object class, but in
4664 this case some unused attributes would have to be included as well
4665 (zonename and relativedomainname).&lt;/p&gt;
4666
4667 &lt;p&gt;My proposal for Debian Edu would be to switch PowerDNS to strict
4668 mode and not use any of the existing objectclasses (dnsdomain,
4669 dnsdomain2 and dnszone) when one want to combine the DNS information
4670 with DHCP information, and instead create a auxiliary object class
4671 defined something like this (using the attributes defined for
4672 dnsdomain and dnsdomain2 or dnszone):&lt;/p&gt;
4673
4674 &lt;blockquote&gt;&lt;pre&gt;
4675 objectclass ( some-oid NAME &#39;dnsDomainAux&#39;
4676 SUP top
4677 AUXILIARY
4678 MAY ( ARecord $ MDRecord $ MXRecord $ NSRecord $ SOARecord $ CNAMERecord $
4679 DNSTTL $ DNSClass $ PTRRecord $ HINFORecord $ MINFORecord $
4680 TXTRecord $ SIGRecord $ KEYRecord $ AAAARecord $ LOCRecord $
4681 NXTRecord $ SRVRecord $ NAPTRRecord $ KXRecord $ CERTRecord $
4682 A6Record $ DNAMERecord
4683 ))
4684 &lt;/pre&gt;&lt;/blockquote&gt;
4685
4686 &lt;p&gt;This will allow any object to become a DNS entry when combined with
4687 the domainrelatedobject object class, and allow any entity to include
4688 all the attributes PowerDNS wants. I&#39;ve sent an email to the PowerDNS
4689 developers asking for their view on this schema and if they are
4690 interested in providing such schema with PowerDNS, and I hope my
4691 message will be accepted into their mailing list soon.&lt;/p&gt;
4692
4693 &lt;p&gt;&lt;strong&gt;ISC dhcp&lt;/strong&gt;&lt;/p&gt;
4694
4695 &lt;p&gt;The DHCP server searches for specific objectclass and requests all
4696 the object attributes, and then uses the attributes it want. This
4697 make it harder to figure out exactly what attributes are used, but
4698 thanks to the working example in Debian Edu I can at least get an idea
4699 what is needed without having to read the source code.&lt;/p&gt;
4700
4701 &lt;p&gt;In the DHCP server configuration, the LDAP base to use and the
4702 search filter to use to locate the correct dhcpServer entity is
4703 stored. These are the relevant entries from
4704 /etc/dhcp3/dhcpd.conf:&lt;/p&gt;
4705
4706 &lt;blockquote&gt;&lt;pre&gt;
4707 ldap-base-dn &quot;dc=skole,dc=skolelinux,dc=no&quot;;
4708 ldap-dhcp-server-cn &quot;dhcp&quot;;
4709 &lt;/pre&gt;&lt;/blockquote&gt;
4710
4711 &lt;p&gt;The DHCP server uses this information to nest all the DHCP
4712 configuration it need. The cn &quot;dhcp&quot; is located using the given LDAP
4713 base and the filter &quot;(&amp;(objectClass=dhcpServer)(cn=dhcp))&quot;. The
4714 search result is this entry:&lt;/p&gt;
4715
4716 &lt;blockquote&gt;&lt;pre&gt;
4717 dn: cn=dhcp,dc=skole,dc=skolelinux,dc=no
4718 cn: dhcp
4719 objectClass: top
4720 objectClass: dhcpServer
4721 dhcpServiceDN: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4722 &lt;/pre&gt;&lt;/blockquote&gt;
4723
4724 &lt;p&gt;The content of the dhcpServiceDN attribute is next used to locate the
4725 subtree with DHCP configuration. The DHCP configuration subtree base
4726 is located using a base scope search with base &quot;cn=DHCP
4727 Config,dc=skole,dc=skolelinux,dc=no&quot; and filter
4728 &quot;(&amp;(objectClass=dhcpService)(|(dhcpPrimaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)(dhcpSecondaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)))&quot;.
4729 The search result is this entry:&lt;/p&gt;
4730
4731 &lt;blockquote&gt;&lt;pre&gt;
4732 dn: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4733 cn: DHCP Config
4734 objectClass: top
4735 objectClass: dhcpService
4736 objectClass: dhcpOptions
4737 dhcpPrimaryDN: cn=dhcp, dc=skole,dc=skolelinux,dc=no
4738 dhcpStatements: ddns-update-style none
4739 dhcpStatements: authoritative
4740 dhcpOption: smtp-server code 69 = array of ip-address
4741 dhcpOption: www-server code 72 = array of ip-address
4742 dhcpOption: wpad-url code 252 = text
4743 &lt;/pre&gt;&lt;/blockquote&gt;
4744
4745 &lt;p&gt;Next, the entire subtree is processed, one level at the time. When
4746 all the DHCP configuration is loaded, it is ready to receive requests.
4747 The subtree in Debian Edu contain objects with object classes
4748 top/dhcpService/dhcpOptions, top/dhcpSharedNetwork/dhcpOptions,
4749 top/dhcpSubnet, top/dhcpGroup and top/dhcpHost. These provide options
4750 and information about netmasks, dynamic range etc. Leaving out the
4751 details here because it is not relevant for the focus of my
4752 investigation, which is to see if it is possible to merge dns and dhcp
4753 related computer objects.&lt;/p&gt;
4754
4755 &lt;p&gt;When a DHCP request come in, LDAP is searched for the MAC address
4756 of the client (00:00:00:00:00:00 in this example), using a subtree
4757 scoped search with &quot;cn=DHCP Config,dc=skole,dc=skolelinux,dc=no&quot; as
4758 the base and &quot;(&amp;(objectClass=dhcpHost)(dhcpHWAddress=ethernet
4759 00:00:00:00:00:00))&quot; as the filter. This is what a host object look
4760 like:&lt;/p&gt;
4761
4762 &lt;blockquote&gt;&lt;pre&gt;
4763 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4764 cn: hostname
4765 objectClass: top
4766 objectClass: dhcpHost
4767 dhcpHWAddress: ethernet 00:00:00:00:00:00
4768 dhcpStatements: fixed-address hostname
4769 &lt;/pre&gt;&lt;/blockquote&gt;
4770
4771 &lt;p&gt;There is less flexiblity in the way LDAP searches are done here.
4772 The object classes need to have fixed names, and the configuration
4773 need to be stored in a fairly specific LDAP structure. On the
4774 positive side, the invidiual dhcpHost entires can be anywhere without
4775 the DN pointed to by the dhcpServer entries. The latter should make
4776 it possible to group all host entries in a subtree next to the
4777 configuration entries, and this subtree can also be shared with the
4778 DNS server if the schema proposed above is combined with the dhcpHost
4779 structural object class.
4780
4781 &lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;
4782
4783 &lt;p&gt;The PowerDNS implementation seem to be very flexible when it come
4784 to which LDAP schemas to use. While its &quot;tree&quot; mode is rigid when it
4785 come to the the LDAP structure, the &quot;strict&quot; mode is very flexible,
4786 allowing DNS objects to be stored anywhere under the base cn specified
4787 in the configuration.&lt;/p&gt;
4788
4789 &lt;p&gt;The DHCP implementation on the other hand is very inflexible, both
4790 regarding which LDAP schemas to use and which LDAP structure to use.
4791 I guess one could implement ones own schema, as long as the
4792 objectclasses and attributes have the names used, but this do not
4793 really help when the DHCP subtree need to have a fairly fixed
4794 structure.&lt;/p&gt;
4795
4796 &lt;p&gt;Based on the observed behaviour, I suspect a LDAP structure like
4797 this might work for Debian Edu:&lt;/p&gt;
4798
4799 &lt;blockquote&gt;&lt;pre&gt;
4800 ou=services
4801 cn=machine-info (dhcpService) - dhcpServiceDN points here
4802 cn=dhcp (dhcpServer)
4803 cn=dhcp-internal (dhcpSharedNetwork/dhcpOptions)
4804 cn=10.0.2.0 (dhcpSubnet)
4805 cn=group1 (dhcpGroup/dhcpOptions)
4806 cn=dhcp-thinclients (dhcpSharedNetwork/dhcpOptions)
4807 cn=192.168.0.0 (dhcpSubnet)
4808 cn=group1 (dhcpGroup/dhcpOptions)
4809 ou=machines - PowerDNS base points here
4810 cn=hostname (dhcpHost/domainrelatedobject/dnsDomainAux)
4811 &lt;/pre&gt;&lt;/blockquote&gt;
4812
4813 &lt;P&gt;This is not tested yet. If the DHCP server require the dhcpHost
4814 entries to be in the dhcpGroup subtrees, the entries can be stored
4815 there instead of a common machines subtree, and the PowerDNS base
4816 would have to be moved one level up to the machine-info subtree.&lt;/p&gt;
4817
4818 &lt;p&gt;The combined object under the machines subtree would look something
4819 like this:&lt;/p&gt;
4820
4821 &lt;blockquote&gt;&lt;pre&gt;
4822 dn: dc=hostname,ou=machines,cn=machine-info,dc=skole,dc=skolelinux,dc=no
4823 dc: hostname
4824 objectClass: top
4825 objectClass: dhcpHost
4826 objectclass: domainrelatedobject
4827 objectclass: dnsDomainAux
4828 associateddomain: hostname.intern
4829 arecord: 10.11.12.13
4830 dhcpHWAddress: ethernet 00:00:00:00:00:00
4831 dhcpStatements: fixed-address hostname.intern
4832 &lt;/pre&gt;&lt;/blockquote&gt;
4833
4834 &lt;/p&gt;One could even add the LTSP configuration associated with a given
4835 machine, as long as the required attributes are available in a
4836 auxiliary object class.&lt;/p&gt;
4837 </description>
4838 </item>
4839
4840 <item>
4841 <title>Combining PowerDNS and ISC DHCP LDAP objects</title>
4842 <link>http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</link>
4843 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</guid>
4844 <pubDate>Wed, 14 Jul 2010 23:45:00 +0200</pubDate>
4845 <description>&lt;p&gt;For a while now, I have wanted to find a way to change the DNS and
4846 DHCP services in Debian Edu to use the same LDAP objects for a given
4847 computer, to avoid the possibility of having a inconsistent state for
4848 a computer in LDAP (as in DHCP but no DNS entry or the other way
4849 around) and make it easier to add computers to LDAP.&lt;/p&gt;
4850
4851 &lt;p&gt;I&#39;ve looked at how powerdns and dhcpd is using LDAP, and using this
4852 information finally found a solution that seem to work.&lt;/p&gt;
4853
4854 &lt;p&gt;The old setup required three LDAP objects for a given computer.
4855 One forward DNS entry, one reverse DNS entry and one DHCP entry. If
4856 we switch powerdns to use its strict LDAP method (ldap-method=strict
4857 in pdns-debian-edu.conf), the forward and reverse DNS entries are
4858 merged into one while making it impossible to transfer the reverse map
4859 to a slave DNS server.&lt;/p&gt;
4860
4861 &lt;p&gt;If we also replace the object class used to get the DNS related
4862 attributes to one allowing these attributes to be combined with the
4863 dhcphost object class, we can merge the DNS and DHCP entries into one.
4864 I&#39;ve written such object class in the dnsdomainaux.schema file (need
4865 proper OIDs, but that is a minor issue), and tested the setup. It
4866 seem to work.&lt;/p&gt;
4867
4868 &lt;p&gt;With this test setup in place, we can get away with one LDAP object
4869 for both DNS and DHCP, and even the LTSP configuration I suggested in
4870 an earlier email. The combined LDAP object will look something like
4871 this:&lt;/p&gt;
4872
4873 &lt;blockquote&gt;&lt;pre&gt;
4874 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4875 cn: hostname
4876 objectClass: dhcphost
4877 objectclass: domainrelatedobject
4878 objectclass: dnsdomainaux
4879 associateddomain: hostname.intern
4880 arecord: 10.11.12.13
4881 dhcphwaddress: ethernet 00:00:00:00:00:00
4882 dhcpstatements: fixed-address hostname
4883 ldapconfigsound: Y
4884 &lt;/pre&gt;&lt;/blockquote&gt;
4885
4886 &lt;p&gt;The DNS server uses the associateddomain and arecord entries, while
4887 the DHCP server uses the dhcphwaddress and dhcpstatements entries
4888 before asking DNS to resolve the fixed-adddress. LTSP will use
4889 dhcphwaddress or associateddomain and the ldapconfig* attributes.&lt;/p&gt;
4890
4891 &lt;p&gt;I am not yet sure if I can get the DHCP server to look for its
4892 dhcphost in a different location, to allow us to put the objects
4893 outside the &quot;DHCP Config&quot; subtree, but hope to figure out a way to do
4894 that. If I can&#39;t figure out a way to do that, we can still get rid of
4895 the hosts subtree and move all its content into the DHCP Config tree
4896 (which probably should be renamed to be more related to the new
4897 content. I suspect cn=dnsdhcp,ou=services or something like that
4898 might be a good place to put it.&lt;/p&gt;
4899
4900 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4901 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4902 </description>
4903 </item>
4904
4905 <item>
4906 <title>Idea for storing LTSP configuration in LDAP</title>
4907 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</link>
4908 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</guid>
4909 <pubDate>Sun, 11 Jul 2010 22:00:00 +0200</pubDate>
4910 <description>&lt;p&gt;Vagrant mentioned on IRC today that ltsp_config now support
4911 sourcing files from /usr/share/ltsp/ltsp_config.d/ on the thin
4912 clients, and that this can be used to fetch configuration from LDAP if
4913 Debian Edu choose to store configuration there.&lt;/p&gt;
4914
4915 &lt;p&gt;Armed with this information, I got inspired and wrote a test module
4916 to get configuration from LDAP. The idea is to look up the MAC
4917 address of the client in LDAP, and look for attributes on the form
4918 ltspconfigsetting=value, and use this to export SETTING=value to the
4919 LTSP clients.&lt;/p&gt;
4920
4921 &lt;p&gt;The goal is to be able to store the LTSP configuration attributes
4922 in a &quot;computer&quot; LDAP object used by both DNS and DHCP, and thus
4923 allowing us to store all information about a computer in one place.&lt;/p&gt;
4924
4925 &lt;p&gt;This is a untested draft implementation, and I welcome feedback on
4926 this approach. A real LDAP schema for the ltspClientAux objectclass
4927 need to be written. Comments, suggestions, etc?&lt;/p&gt;
4928
4929 &lt;blockquote&gt;&lt;pre&gt;
4930 # Store in /opt/ltsp/$arch/usr/share/ltsp/ltsp_config.d/ldap-config
4931 #
4932 # Fetch LTSP client settings from LDAP based on MAC address
4933 #
4934 # Uses ethernet address as stored in the dhcpHost objectclass using
4935 # the dhcpHWAddress attribute or ethernet address stored in the
4936 # ieee802Device objectclass with the macAddress attribute.
4937 #
4938 # This module is written to be schema agnostic, and only depend on the
4939 # existence of attribute names.
4940 #
4941 # The LTSP configuration variables are saved directly using a
4942 # ltspConfig prefix and uppercasing the rest of the attribute name.
4943 # To set the SERVER variable, set the ltspConfigServer attribute.
4944 #
4945 # Some LDAP schema should be created with all the relevant
4946 # configuration settings. Something like this should work:
4947 #
4948 # objectclass ( 1.1.2.2 NAME &#39;ltspClientAux&#39;
4949 # SUP top
4950 # AUXILIARY
4951 # MAY ( ltspConfigServer $ ltsConfigSound $ ... )
4952
4953 LDAPSERVER=$(debian-edu-ldapserver)
4954 if [ &quot;$LDAPSERVER&quot; ] ; then
4955 LDAPBASE=$(debian-edu-ldapserver -b)
4956 for MAC in $(LANG=C ifconfig |grep -i hwaddr| awk &#39;{print $5}&#39;|sort -u) ; do
4957 filter=&quot;(|(dhcpHWAddress=ethernet $MAC)(macAddress=$MAC))&quot;
4958 ldapsearch -h &quot;$LDAPSERVER&quot; -b &quot;$LDAPBASE&quot; -v -x &quot;$filter&quot; | \
4959 grep &#39;^ltspConfig&#39; | while read attr value ; do
4960 # Remove prefix and convert to upper case
4961 attr=$(echo $attr | sed &#39;s/^ltspConfig//i&#39; | tr a-z A-Z)
4962 # bass value on to clients
4963 eval &quot;$attr=$value; export $attr&quot;
4964 done
4965 done
4966 fi
4967 &lt;/pre&gt;&lt;/blockquote&gt;
4968
4969 &lt;p&gt;I&#39;m not sure this shell construction will work, because I suspect
4970 the while block might end up in a subshell causing the variables set
4971 there to not show up in ltsp-config, but if that is the case I am sure
4972 the code can be restructured to make sure the variables are passed on.
4973 I expect that can be solved with some testing. :)&lt;/p&gt;
4974
4975 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4976 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4977
4978 &lt;p&gt;Update 2010-07-17: I am aware of another effort to store LTSP
4979 configuration in LDAP that was created around year 2000 by
4980 &lt;a href=&quot;http://www.pcxperience.com/thinclient/documentation/ldap.html&quot;&gt;PC
4981 Xperience, Inc., 2000&lt;/a&gt;. I found its
4982 &lt;a href=&quot;http://people.redhat.com/alikins/ltsp/ldap/&quot;&gt;files&lt;/a&gt; on a
4983 personal home page over at redhat.com.&lt;/p&gt;
4984 </description>
4985 </item>
4986
4987 <item>
4988 <title>jXplorer, a very nice LDAP GUI</title>
4989 <link>http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</link>
4990 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</guid>
4991 <pubDate>Fri, 9 Jul 2010 12:55:00 +0200</pubDate>
4992 <description>&lt;p&gt;Since
4993 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html&quot;&gt;my
4994 last post&lt;/a&gt; about available LDAP tools in Debian, I was told about a
4995 LDAP GUI that is even better than luma. The java application
4996 &lt;a href=&quot;http://jxplorer.org/&quot;&gt;jXplorer&lt;/a&gt; is claimed to be capable of
4997 moving LDAP objects and subtrees using drag-and-drop, and can
4998 authenticate using Kerberos. I have only tested the Kerberos
4999 authentication, but do not have a LDAP setup allowing me to rewrite
5000 LDAP with my test user yet. It is
5001 &lt;a href=&quot;http://packages.qa.debian.org/j/jxplorer.html&quot;&gt;available in
5002 Debian&lt;/a&gt; testing and unstable at the moment. The only problem I
5003 have with it is how it handle errors. If something go wrong, its
5004 non-intuitive behaviour require me to go through some query work list
5005 and remove the failing query. Nothing big, but very annoying.&lt;/p&gt;
5006 </description>
5007 </item>
5008
5009 <item>
5010 <title>Caching password, user and group on a roaming Debian laptop</title>
5011 <link>http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</link>
5012 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</guid>
5013 <pubDate>Thu, 1 Jul 2010 11:40:00 +0200</pubDate>
5014 <description>&lt;p&gt;For a laptop, centralized user directories and password checking is
5015 a bit troubling. Laptops are typically used also when not connected
5016 to the network, and it is vital for a user to be able to log in or
5017 unlock the screen saver also when a central server is unavailable.
5018 This is possible by caching passwords and directory information (user
5019 and group attributes) locally, and the packages to do so are available
5020 in Debian. Here follow two recipes to set this up in Debian/Squeeze.
5021 It is also possible to set up in Debian/Lenny, but require more manual
5022 setup there because pam-auth-update is missing in Lenny.&lt;/p&gt;
5023
5024 &lt;h2&gt;LDAP/Kerberos + nscd + libpam-ccreds + libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
5025
5026 This is the traditional method with a twist. The password caching is
5027 provided by libpam-ccreds (version 10-4 or later is needed on
5028 Squeeze), and the directory caching is done by nscd. The directory
5029 lookup and password checking is done using LDAP. If one want to use
5030 Kerberos for password checking the libpam-ldapd package can be
5031 replaced with libpam-krb5 or libpam-heimdal. If one is happy having a
5032 local home directory with the path listed in LDAP, one can use the
5033 pam_mkhomedir module from pam-modules to make this happen instead of
5034 using libpam-mklocaluser. A setup for pam-auth-update to enable
5035 pam_mkhomedir will have to be written until a fix for
5036 &lt;a href=&quot;http://bugs.debian.org/568577&quot;&gt;bug #568577&lt;/a&gt; is in the
5037 archive. Because I believe it is a bad idea to have local home
5038 directories using misleading paths like /site/server/partition/, I
5039 prefer to create a local user with the home directory in /home/. This
5040 is done using the libpam-mklocaluser package.&lt;/p&gt;
5041
5042 &lt;p&gt;These packages need to be installed and configured&lt;/p&gt;
5043
5044 &lt;blockquote&gt;&lt;pre&gt;
5045 libnss-ldapd libpam-ldapd nscd libpam-ccreds libpam-mklocaluser
5046 &lt;/pre&gt;&lt;/blockquote&gt;
5047
5048 &lt;p&gt;The ldapd packages will ask for LDAP connection information, and
5049 one have to fill in the values that fits ones own site. Make sure the
5050 PAM part uses encrypted connections, to make sure the password is not
5051 sent in clear text to the LDAP server. I&#39;ve been unable to get TLS
5052 certificate checking for a self signed certificate working, which make
5053 LDAP authentication unsafe for Debian Edu (nslcd is not checking if it
5054 is talking to the correct LDAP server), and very much welcome feedback
5055 on how to get this working.&lt;/p&gt;
5056
5057 &lt;p&gt;Because nscd do not have a default configuration fit for offline
5058 caching until &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;bug #485282&lt;/a&gt;
5059 is fixed, this configuration should be used instead of the one
5060 currently in /etc/nscd.conf. The changes are in the fields
5061 reload-count and positive-time-to-live, and is based on the
5062 instructions I found in the
5063 &lt;a href=&quot;http://www.flyn.org/laptopldap/&quot;&gt;LDAP for Mobile Laptops&lt;/a&gt;
5064 instructions by Flyn Computing.&lt;/p&gt;
5065
5066 &lt;blockquote&gt;&lt;pre&gt;
5067 debug-level 0
5068 reload-count unlimited
5069 paranoia no
5070
5071 enable-cache passwd yes
5072 positive-time-to-live passwd 2592000
5073 negative-time-to-live passwd 20
5074 suggested-size passwd 211
5075 check-files passwd yes
5076 persistent passwd yes
5077 shared passwd yes
5078 max-db-size passwd 33554432
5079 auto-propagate passwd yes
5080
5081 enable-cache group yes
5082 positive-time-to-live group 2592000
5083 negative-time-to-live group 20
5084 suggested-size group 211
5085 check-files group yes
5086 persistent group yes
5087 shared group yes
5088 max-db-size group 33554432
5089 auto-propagate group yes
5090
5091 enable-cache hosts no
5092 positive-time-to-live hosts 2592000
5093 negative-time-to-live hosts 20
5094 suggested-size hosts 211
5095 check-files hosts yes
5096 persistent hosts yes
5097 shared hosts yes
5098 max-db-size hosts 33554432
5099
5100 enable-cache services yes
5101 positive-time-to-live services 2592000
5102 negative-time-to-live services 20
5103 suggested-size services 211
5104 check-files services yes
5105 persistent services yes
5106 shared services yes
5107 max-db-size services 33554432
5108 &lt;/pre&gt;&lt;/blockquote&gt;
5109
5110 &lt;p&gt;While we wait for a mechanism to update /etc/nsswitch.conf
5111 automatically like the one provided in
5112 &lt;a href=&quot;http://bugs.debian.org/496915&quot;&gt;bug #496915&lt;/a&gt;, the file
5113 content need to be manually replaced to ensure LDAP is used as the
5114 directory service on the machine. /etc/nsswitch.conf should normally
5115 look like this:&lt;/p&gt;
5116
5117 &lt;blockquote&gt;&lt;pre&gt;
5118 passwd: files ldap
5119 group: files ldap
5120 shadow: files ldap
5121 hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
5122 networks: files
5123 protocols: files
5124 services: files
5125 ethers: files
5126 rpc: files
5127 netgroup: files ldap
5128 &lt;/pre&gt;&lt;/blockquote&gt;
5129
5130 &lt;p&gt;The important parts are that ldap is listed last for passwd, group,
5131 shadow and netgroup.&lt;/p&gt;
5132
5133 &lt;p&gt;With these changes in place, any user in LDAP will be able to log
5134 in locally on the machine using for example kdm, get a local home
5135 directory created and have the password as well as user and group
5136 attributes cached.
5137
5138 &lt;h2&gt;LDAP/Kerberos + nss-updatedb + libpam-ccreds +
5139 libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
5140
5141 &lt;p&gt;Because nscd have had its share of problems, and seem to have
5142 problems doing proper caching, I&#39;ve seen suggestions and recipes to
5143 use nss-updatedb to copy parts of the LDAP database locally when the
5144 LDAP database is available. I have not tested such setup, because I
5145 discovered sssd.&lt;/p&gt;
5146
5147 &lt;h2&gt;LDAP/Kerberos + sssd + libpam-mklocaluser&lt;/h2&gt;
5148
5149 &lt;p&gt;A more flexible and robust setup than the nscd combination
5150 mentioned earlier that has shown up recently, is the
5151 &lt;a href=&quot;https://fedorahosted.org/sssd/&quot;&gt;sssd&lt;/a&gt; package from Redhat.
5152 It is part of the &lt;a href=&quot;http://www.freeipa.org/&quot;&gt;FreeIPA&lt;/A&gt; project
5153 to provide a Active Directory like directory service for Linux
5154 machines. The sssd system combines the caching of passwords and user
5155 information into one package, and remove the need for nscd and
5156 libpam-ccreds. It support LDAP and Kerberos, but not NIS. Version
5157 1.2 do not support netgroups, but it is said that it will support this
5158 in version 1.5 expected to show up later in 2010. Because the
5159 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd package&lt;/a&gt;
5160 was missing in Debian, I ended up co-maintaining it with Werner, and
5161 version 1.2 is now in testing.
5162
5163 &lt;p&gt;These packages need to be installed and configured to get the
5164 roaming setup I want&lt;/p&gt;
5165
5166 &lt;blockquote&gt;&lt;pre&gt;
5167 libpam-sss libnss-sss libpam-mklocaluser
5168 &lt;/pre&gt;&lt;/blockquote&gt;
5169
5170 The complete setup of sssd is done by editing/creating
5171 &lt;tt&gt;/etc/sssd/sssd.conf&lt;/tt&gt;.
5172
5173 &lt;blockquote&gt;&lt;pre&gt;
5174 [sssd]
5175 config_file_version = 2
5176 reconnection_retries = 3
5177 sbus_timeout = 30
5178 services = nss, pam
5179 domains = INTERN
5180
5181 [nss]
5182 filter_groups = root
5183 filter_users = root
5184 reconnection_retries = 3
5185
5186 [pam]
5187 reconnection_retries = 3
5188
5189 [domain/INTERN]
5190 enumerate = false
5191 cache_credentials = true
5192
5193 id_provider = ldap
5194 auth_provider = ldap
5195 chpass_provider = ldap
5196
5197 ldap_uri = ldap://ldap
5198 ldap_search_base = dc=skole,dc=skolelinux,dc=no
5199 ldap_tls_reqcert = never
5200 ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt
5201 &lt;/pre&gt;&lt;/blockquote&gt;
5202
5203 &lt;p&gt;I got the same problem here with certificate checking. Had to set
5204 &quot;ldap_tls_reqcert = never&quot; to get it working.&lt;/p&gt;
5205
5206 &lt;p&gt;With the libnss-sss package in testing at the moment, the
5207 nsswitch.conf file is update automatically, so there is no need to
5208 modify it manually.&lt;/p&gt;
5209
5210 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5211 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5212 </description>
5213 </item>
5214
5215 <item>
5216 <title>LUMA, a very nice LDAP GUI</title>
5217 <link>http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</link>
5218 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</guid>
5219 <pubDate>Mon, 28 Jun 2010 00:30:00 +0200</pubDate>
5220 <description>&lt;p&gt;The last few days I have been looking into the status of the LDAP
5221 directory in Debian Edu, and in the process I started to miss a GUI
5222 tool to browse the LDAP tree. The only one I was able to find in
5223 Debian/Squeeze and Lenny is
5224 &lt;a href=&quot;http://luma.sourceforge.net/&quot;&gt;LUMA&lt;/a&gt;, which has proved to
5225 be a great tool to get a overview of the current LDAP directory
5226 populated by default in Skolelinux. Thanks to it, I have been able to
5227 find empty and obsolete subtrees, misplaced objects and duplicate
5228 objects. It will be installed by default in Debian/Squeeze. If you
5229 are working with LDAP, give it a go. :)&lt;/p&gt;
5230
5231 &lt;p&gt;I did notice one problem with it I have not had time to report to
5232 the BTS yet. There is no .desktop file in the package, so the tool do
5233 not show up in the Gnome and KDE menus, but only deep down in in the
5234 Debian submenu in KDE. I hope that can be fixed before Squeeze is
5235 released.&lt;/p&gt;
5236
5237 &lt;p&gt;I have not yet been able to get it to modify the tree yet. I would
5238 like to move objects and remove subtrees directly in the GUI, but have
5239 not found a way to do that with LUMA yet. So in the mean time, I use
5240 &lt;a href=&quot;http://www.lichteblau.com/ldapvi/&quot;&gt;ldapvi&lt;/a&gt; for that.&lt;/p&gt;
5241
5242 &lt;p&gt;If you have tips on other GUI tools for LDAP that might be useful
5243 in Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5244
5245 &lt;p&gt;Update 2010-06-29: Ross Reedstrom tipped us about the
5246 &lt;a href=&quot;http://packages.qa.debian.org/g/gq.html&quot;&gt;gq&lt;/a&gt; package as a
5247 useful GUI alternative. It seem like a good tool, but is unmaintained
5248 in Debian and got a RC bug keeping it out of Squeeze. Unless that
5249 changes, it will not be an option for Debian Edu based on Squeeze.&lt;/p&gt;
5250 </description>
5251 </item>
5252
5253 <item>
5254 <title>Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object</title>
5255 <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>
5256 <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>
5257 <pubDate>Thu, 24 Jun 2010 00:35:00 +0200</pubDate>
5258 <description>&lt;p&gt;A while back, I
5259 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html&quot;&gt;complained
5260 about the fact&lt;/a&gt; that it is not possible with the provided schemas
5261 for storing DNS and DHCP information in LDAP to combine the two sets
5262 of information into one LDAP object representing a computer.&lt;/p&gt;
5263
5264 &lt;p&gt;In the mean time, I discovered that a simple fix would be to make
5265 the dhcpHost object class auxiliary, to allow it to be combined with
5266 the dNSDomain object class, and thus forming one object for one
5267 computer when storing both DHCP and DNS information in LDAP.&lt;/p&gt;
5268
5269 &lt;p&gt;If I understand this correctly, it is not safe to do this change
5270 without also changing the assigned number for the object class, and I
5271 do not know enough about LDAP schema design to do that properly for
5272 Debian Edu.&lt;/p&gt;
5273
5274 &lt;p&gt;Anyway, for future reference, this is how I believe we could change
5275 the
5276 &lt;a href=&quot;http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-00&quot;&gt;DHCP
5277 schema&lt;/a&gt; to solve at least part of the problem with the LDAP schemas
5278 available today from IETF.&lt;/p&gt;
5279
5280 &lt;pre&gt;
5281 --- dhcp.schema (revision 65192)
5282 +++ dhcp.schema (working copy)
5283 @@ -376,7 +376,7 @@
5284 objectclass ( 2.16.840.1.113719.1.203.6.6
5285 NAME &#39;dhcpHost&#39;
5286 DESC &#39;This represents information about a particular client&#39;
5287 - SUP top
5288 + SUP top AUXILIARY
5289 MUST cn
5290 MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption)
5291 X-NDS_CONTAINMENT (&#39;dhcpService&#39; &#39;dhcpSubnet&#39; &#39;dhcpGroup&#39;) )
5292 &lt;/pre&gt;
5293
5294 &lt;p&gt;I very much welcome clues on how to do this properly for Debian
5295 Edu/Squeeze. We provide the DHCP schema in our debian-edu-config
5296 package, and should thus be free to rewrite it as we see fit.&lt;/p&gt;
5297
5298 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5299 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5300 </description>
5301 </item>
5302
5303 <item>
5304 <title>Calling tasksel like the installer, while still getting useful output</title>
5305 <link>http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</link>
5306 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</guid>
5307 <pubDate>Wed, 16 Jun 2010 14:55:00 +0200</pubDate>
5308 <description>&lt;p&gt;A few times I have had the need to simulate the way tasksel
5309 installs packages during the normal debian-installer run. Until now,
5310 I have ended up letting tasksel do the work, with the annoying problem
5311 of not getting any feedback at all when something fails (like a
5312 conffile question from dpkg or a download that fails), using code like
5313 this:
5314
5315 &lt;blockquote&gt;&lt;pre&gt;
5316 export DEBIAN_FRONTEND=noninteractive
5317 tasksel --new-install
5318 &lt;/pre&gt;&lt;/blockquote&gt;
5319
5320 This would invoke tasksel, let its automatic task selection pick the
5321 tasks to install, and continue to install the requested tasks without
5322 any output what so ever.
5323
5324 Recently I revisited this problem while working on the automatic
5325 package upgrade testing, because tasksel would some times hang without
5326 any useful feedback, and I want to see what is going on when it
5327 happen. Then it occured to me, I can parse the output from tasksel
5328 when asked to run in test mode, and use that aptitude command line
5329 printed by tasksel then to simulate the tasksel run. I ended up using
5330 code like this:
5331
5332 &lt;blockquote&gt;&lt;pre&gt;
5333 export DEBIAN_FRONTEND=noninteractive
5334 cmd=&quot;$(in_target tasksel -t --new-install | sed &#39;s/debconf-apt-progress -- //&#39;)&quot;
5335 $cmd
5336 &lt;/pre&gt;&lt;/blockquote&gt;
5337
5338 &lt;p&gt;The content of $cmd is typically something like &quot;&lt;tt&gt;aptitude -q
5339 --without-recommends -o APT::Install-Recommends=no -y install
5340 ~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired
5341 ~pimportant&lt;/tt&gt;&quot;, which will install the gnome desktop task, the
5342 laptop task and all packages with priority standard , required and
5343 important, just like tasksel would have done it during
5344 installation.&lt;/p&gt;
5345
5346 &lt;p&gt;A better approach is probably to extend tasksel to be able to
5347 install packages without using debconf-apt-progress, for use cases
5348 like this.&lt;/p&gt;
5349 </description>
5350 </item>
5351
5352 <item>
5353 <title>Åpne trådløsnett er et samfunnsgode</title>
5354 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</link>
5355 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</guid>
5356 <pubDate>Sat, 12 Jun 2010 12:45:00 +0200</pubDate>
5357 <description>&lt;p&gt;Veldig glad for å oppdage via
5358 &lt;a href=&quot;http://yro.slashdot.org/story/10/06/11/1841256/Finland-To-Legalize-Use-of-Unsecured-Wi-Fi&quot;&gt;Slashdot&lt;/a&gt;
5359 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
5360 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
5361 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
5362 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
5363 med andre så lenge de ikke forstyrrer min bruk av eget nett.
5364 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
5365 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
5366 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
5367 slekt og venner, holde seg oppdatert om politiske saker, kontakte
5368 organisasjoner og politikere, etc), at det for meg er helt urimelig å
5369 blokkere dette for alle som ikke gjør en flue fortred. De som mener
5370 at potensialet for misbruk er grunn nok til å hindre all den positive
5371 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
5372 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
5373 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
5374 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
5375 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
5376 anstrenge oss for å beholde.&lt;/p&gt;
5377 </description>
5378 </item>
5379
5380 <item>
5381 <title>Skolelinux er laget for sentraldrifting, naturligvis</title>
5382 <link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</link>
5383 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</guid>
5384 <pubDate>Wed, 9 Jun 2010 12:30:00 +0200</pubDate>
5385 <description>&lt;p&gt;Det er merkelig hvordan myter om Skolelinux overlever. En slik
5386 myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
5387 tjenermaskiner. I siste Computerworld Norge er
5388 &lt;a href=&quot;http://www.idg.no/computerworld/article169432.ece&quot;&gt;IT-sjef
5389 Viggo Billdal i Steinkjer intervjuet&lt;/a&gt;, og forteller uten
5390 blygsel:&lt;/p&gt;
5391
5392 &lt;blockquote&gt;&lt;p&gt;Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
5393 om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
5394 Microsoft egentlig var totalt sett bedre egnet. Det var store
5395 driftskostnader med Skolelinux, blant annet på grunn av
5396 desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
5397 og bruker nå bare Windows.&lt;/p&gt;&lt;/blockquote&gt;
5398
5399 &lt;p&gt;En &lt;a
5400 href=&quot;https://init.linpro.no/pipermail/skolelinux.no/bruker/2010-June/009101.html&quot;&gt;rask
5401 sjekk&lt;/a&gt; mot den norske brukerlista i Skolelinuxprosjektet forteller
5402 at Steinkjers forsøk foregikk fram til 2004/2005, og at Røysing skole
5403 i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
5404 overkjørte skolen og krevde at de gikk over til Windows. Et søk på
5405 nettet sendte meg til
5406 &lt;a href=&quot;http://www.dn.no/multimedia/archive/00090/Dagens_it_nr__18_90826a.pdf&quot;&gt;Dagens
5407 IT nr. 18 2005&lt;/a&gt; hvor en kan lese på side 18:&lt;/p&gt;
5408
5409 &lt;blockquote&gt;&lt;p&gt;Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
5410 Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
5411 var så stor. ­ Jeg syntes Skolelinux var utrolig lett å drifte uten
5412 forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
5413 til installasjoner og maskinvarefeil, sier Tømmerås.&lt;/p&gt;&lt;/blockquote&gt;
5414
5415 &lt;p&gt;Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
5416 over påstanden om at Skolelinux krever desentraliserte tjenere.
5417 Skolelinux-arkitekturen er laget for sentralisert drift og plassering
5418 av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
5419 Den er modellert på nettverks- og tjenerløsningen som brukes på
5420 Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
5421 driftstjenester. Dette er det heldigvis noen som har fått med seg, og
5422 jeg er glad for å kunne sitere fra en kommentar på den overnevnte
5423 artikkelen. Min venn og gamle kollega Sturle Sunde forteller der:
5424
5425 &lt;blockquote&gt;
5426 &lt;p&gt;I Flora kommune køyrer vi Skulelinux på skular med alt frå 15 til
5427 meir enn 500 elevar. Dei store skulane har eigen tenar, for det er
5428 mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
5429 sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
5430 avhengige av eksterne linjer som er trege eller dyre. Dei minste
5431 skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
5432 noko problem. Småskulane klarar seg fint med 1 mbit-linje til ein
5433 sentral tenar eller tenaren på ein større skule.&lt;/p&gt;
5434
5435 &lt;p&gt;Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
5436 harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
5437 programma lokalt. Eit klasserom med 30 sju-åtte år gamle maskiner har
5438 mykje meir CPU og RAM totalt enn nokon moderne tenar til under
5439 millionen. Det trengst to kommandoar på den sentrale tenaren for å
5440 oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
5441 problem med diskar som ryk heller, som var eit problem før fordi
5442 elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
5443 nettet, so det er fullt mogleg å køyre slike på småskular med trege
5444 linjer mot tenaren på ein større skule.&lt;/p&gt;
5445
5446 &lt;p&gt;Flora kommune har nesten 800 Linux-maskiner i sitt skulenett, og
5447 ein person som tek seg av drift av heile nettet, inkludert tenarar,
5448 klientar, operativsystem, programvare, heimekontorløysing og
5449 administrasjon av brukarar.&lt;/p&gt;
5450
5451 &lt;p&gt;No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
5452 boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
5453 var der frå før, og som har komplisert installasjonen vår. Etter at
5454 oppsettet var gjort har løysinga vore stabil og kravd minimalt med
5455 arbeid.&lt;/p&gt;
5456 &lt;/blockquote&gt;
5457
5458 &lt;p&gt;Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
5459 sentraldriftes med sentrale tjenere. Det forteller meg at Steinkjers
5460 IT-sjef neppe bør skylde på Skolelinux-løsningen for sine 5 år gamle
5461 minner.&lt;/p&gt;
5462 </description>
5463 </item>
5464
5465 <item>
5466 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten</title>
5467 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</link>
5468 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</guid>
5469 <pubDate>Fri, 21 May 2010 16:00:00 +0200</pubDate>
5470 <description>&lt;p&gt;For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
5471 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
5472 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
5473 skulle dele innholdet på to kort med mine lesere.&lt;/p&gt;
5474
5475 &lt;p&gt;For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
5476 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
5477 magnetstripe. Påtrykket finner jeg følgende informasjon:&lt;/p&gt;
5478
5479 &lt;pre&gt;
5480 Flytoget Airport Express Train
5481
5482 Fra - Til : Oslo Sentralstasjon
5483 Kategori : Voksen
5484 Pris : Nok 170,00
5485 Herav mva. 8,00% : NOK 12,59
5486 Betaling : Kontant
5487 Til - Fra : Oslo Lufthavn
5488 Utstedt: : 08.05.10
5489 Gyldig Fra-Til : 08.05.10-07.11.10
5490 Billetttype : Enkeltbillett
5491
5492 102-1015-100508-48382-01-08
5493 &lt;/pre&gt;
5494
5495 &lt;p&gt;På selve magnetstripen er innholdet
5496 &lt;tt&gt;;E?+900120011=23250996541068112619257138248441708433322932704083389389062603279671261502492655?&lt;/tt&gt;.
5497 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
5498 det jeg ser trykket på billetten og det jeg ser av tegn i
5499 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
5500 for å gjøre det vanskelig å forfalske billetter.&lt;/p&gt;
5501
5502 &lt;p&gt;Den andre billetten er fra Hurtigruten, der jeg mistenker at
5503 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
5504 fall den biten vi stakk inn i dørlåsen).&lt;/p&gt;
5505
5506 &lt;p&gt;Påtrykket forsiden er følgende:&lt;/p&gt;
5507
5508 &lt;pre&gt;
5509 Romnummer 727
5510 Hurtigruten
5511 Midnatsol
5512 Reinholdtsen
5513 Petter
5514 Bookingno: SAX69 0742193
5515 Harstad-Bergen
5516 Dep: 09.05.2010 Arr: 12.05.2010
5517 Lugar fra Risøyhamn
5518 Kost: FRO=4
5519 &lt;/pre&gt;
5520
5521 &lt;p&gt;På selve magnetstripen er innholdet
5522 &lt;tt&gt;;1316010007421930=00000000000000000000?+E?&lt;/tt&gt;. Heller ikke her
5523 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.&lt;/p&gt;
5524 </description>
5525 </item>
5526
5527 <item>
5528 <title>Pieces of the roaming laptop puzzle in Debian</title>
5529 <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</link>
5530 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</guid>
5531 <pubDate>Wed, 19 May 2010 19:00:00 +0200</pubDate>
5532 <description>&lt;p&gt;Today, the last piece of the puzzle for roaming laptops in Debian
5533 Edu finally entered the Debian archive. Today, the new
5534 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-mklocaluser.html&quot;&gt;libpam-mklocaluser&lt;/a&gt;
5535 package was accepted. Two days ago, two other pieces was accepted
5536 into unstable. The
5537 &lt;a href=&quot;http://packages.qa.debian.org/p/pam-python.html&quot;&gt;pam-python&lt;/a&gt;
5538 package needed by libpam-mklocaluser, and the
5539 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd&lt;/a&gt; package
5540 passed NEW on Monday. In addition, the
5541 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5542 package we need is in experimental (version 10-4) since Saturday, and
5543 hopefully will be moved to unstable soon.&lt;/p&gt;
5544
5545 &lt;p&gt;This collection of packages allow for two different setups for
5546 roaming laptops. The traditional setup would be using libpam-ccreds,
5547 nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
5548 which should work out of the box if the configuration changes proposed
5549 for nscd in &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;BTS report
5550 #485282&lt;/a&gt; is implemented. The alternative setup is to use sssd with
5551 libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
5552 care of the caching of passwords and group information.&lt;/p&gt;
5553
5554 &lt;p&gt;I have so far been unable to get sssd to work with the LDAP server
5555 at the University, but suspect the issue is some SSL/GnuTLS related
5556 problem with the server certificate. I plan to update the Debian
5557 package to version 1.2, which is scheduled for next week, and hope to
5558 find time to make sure the next release will include both the
5559 Debian/Ubuntu specific patches. Upstream is friendly and responsive,
5560 and I am sure we will find a good solution.&lt;/p&gt;
5561
5562 &lt;p&gt;The idea is to set up the roaming laptops to authenticate using
5563 LDAP or Kerberos and create a local user with home directory in /home/
5564 when a usre in LDAP logs in via KDM or GDM for the first time, and
5565 cache the password for offline checking, as well as caching group
5566 memberhips and other relevant LDAP information. The
5567 libpam-mklocaluser package was created to make sure the local home
5568 directory is in /home/, instead of /site/server/directory/ which would
5569 be the home directory if pam_mkhomedir was used. To avoid confusion
5570 with support requests and configuration, we do not want local laptops
5571 to have users in a path that is used for the same users home directory
5572 on the home directory servers.&lt;/p&gt;
5573
5574 &lt;p&gt;One annoying problem with gdm is that it do not show the PAM
5575 message passed to the user from libpam-mklocaluser when the local user
5576 is created. Instead gdm simply reject the login with some generic
5577 message. The message is shown in kdm, ssh and login, so I guess it is
5578 a bug in gdm. Have not investigated if there is some other message
5579 type that can be used instead to get gdm to also show the message.&lt;/p&gt;
5580
5581 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5582 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5583 </description>
5584 </item>
5585
5586 <item>
5587 <title>systemd, an interesting alternative to upstart</title>
5588 <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</link>
5589 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</guid>
5590 <pubDate>Thu, 13 May 2010 22:20:00 +0200</pubDate>
5591 <description>&lt;p&gt;The last few days a new boot system called
5592 &lt;a href=&quot;http://www.freedesktop.org/wiki/Software/systemd&quot;&gt;systemd&lt;/a&gt;
5593 has been
5594 &lt;a href=&quot;http://0pointer.de/blog/projects/systemd.html&quot;&gt;introduced&lt;/a&gt;
5595
5596 to the free software world. I have not yet had time to play around
5597 with it, but it seem to be a very interesting alternative to
5598 &lt;a href=&quot;http://upstart.ubuntu.com/&quot;&gt;upstart&lt;/a&gt;, and might prove to be
5599 a good alternative for Debian when we are able to switch to an event
5600 based boot system. Tollef is
5601 &lt;a href=&quot;http://bugs.debian.org/580814&quot;&gt;in the process&lt;/a&gt; of getting
5602 systemd into Debian, and I look forward to seeing how well it work. I
5603 like the fact that systemd handles init.d scripts with dependency
5604 information natively, allowing them to run in parallel where upstart
5605 at the moment do not.&lt;/p&gt;
5606
5607 &lt;p&gt;Unfortunately do systemd have the same problem as upstart regarding
5608 platform support. It only work on recent Linux kernels, and also need
5609 some new kernel features enabled to function properly. This means
5610 kFreeBSD and Hurd ports of Debian will need a port or a different boot
5611 system. Not sure how that will be handled if systemd proves to be the
5612 way forward.&lt;/p&gt;
5613
5614 &lt;p&gt;In the mean time, based on the
5615 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/05/msg00122.html&quot;&gt;input
5616 on debian-devel@&lt;/a&gt; regarding parallel booting in Debian, I have
5617 decided to enable full parallel booting as the default in Debian as
5618 soon as possible (probably this weekend or early next week), to see if
5619 there are any remaining serious bugs in the init.d dependencies. A
5620 new version of the sysvinit package implementing this change is
5621 already in experimental. If all go well, Squeeze will be released
5622 with parallel booting enabled by default.&lt;/p&gt;
5623 </description>
5624 </item>
5625
5626 <item>
5627 <title>Forcing new users to change their password on first login</title>
5628 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</link>
5629 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</guid>
5630 <pubDate>Sun, 2 May 2010 13:47:00 +0200</pubDate>
5631 <description>&lt;p&gt;One interesting feature in Active Directory, is the ability to
5632 create a new user with an expired password, and thus force the user to
5633 change the password on the first login attempt.&lt;/p&gt;
5634
5635 &lt;p&gt;I&#39;m not quite sure how to do that with the LDAP setup in Debian
5636 Edu, but did some initial testing with a local account. The account
5637 and password aging information is available in /etc/shadow, but
5638 unfortunately, it is not possible to specify an expiration time for
5639 passwords, only a maximum age for passwords.&lt;/p&gt;
5640
5641 &lt;p&gt;A freshly created account (using adduser test) will have these
5642 settings in /etc/shadow:&lt;/p&gt;
5643
5644 &lt;blockquote&gt;&lt;pre&gt;
5645 root@tjener:~# chage -l test
5646 Last password change : May 02, 2010
5647 Password expires : never
5648 Password inactive : never
5649 Account expires : never
5650 Minimum number of days between password change : 0
5651 Maximum number of days between password change : 99999
5652 Number of days of warning before password expires : 7
5653 root@tjener:~#
5654 &lt;/pre&gt;&lt;/blockquote&gt;
5655
5656 &lt;p&gt;The only way I could come up with to create a user with an expired
5657 account, is to change the date of the last password change to the
5658 lowest value possible (January 1th 1970), and the maximum password age
5659 to the difference in days between that date and today. To make it
5660 simple, I went for 30 years (30 * 365 = 10950) and January 2th (to
5661 avoid testing if 0 is a valid value).&lt;/p&gt;
5662
5663 &lt;p&gt;After using these commands to set it up, it seem to work as
5664 intended:&lt;/p&gt;
5665
5666 &lt;blockquote&gt;&lt;pre&gt;
5667 root@tjener:~# chage -d 1 test; chage -M 10950 test
5668 root@tjener:~# chage -l test
5669 Last password change : Jan 02, 1970
5670 Password expires : never
5671 Password inactive : never
5672 Account expires : never
5673 Minimum number of days between password change : 0
5674 Maximum number of days between password change : 10950
5675 Number of days of warning before password expires : 7
5676 root@tjener:~#
5677 &lt;/pre&gt;&lt;/blockquote&gt;
5678
5679 &lt;p&gt;So far I have tested this with ssh and console, and kdm (in
5680 Squeeze) login, and all ask for a new password before login in the
5681 user (with ssh, I was thrown out and had to log in again).&lt;/p&gt;
5682
5683 &lt;p&gt;Perhaps we should set up something similar for Debian Edu, to make
5684 sure only the user itself have the account password?&lt;/p&gt;
5685
5686 &lt;p&gt;If you want to comment on or help out with implementing this for
5687 Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5688
5689 &lt;p&gt;Update 2010-05-02 17:20: Paul Tötterman tells me on IRC that the
5690 shadow(8) page in Debian/testing now state that setting the date of
5691 last password change to zero (0) will force the password to be changed
5692 on the first login. This was not mentioned in the manual in Lenny, so
5693 I did not notice this in my initial testing. I have tested it on
5694 Squeeze, and &#39;&lt;tt&gt;chage -d 0 username&lt;/tt&gt;&#39; do work there. I have not
5695 tested it on Lenny yet.&lt;/p&gt;
5696
5697 &lt;p&gt;Update 2010-05-02-19:05: Jim Paris tells me via email that an
5698 equivalent command to expire a password is &#39;&lt;tt&gt;passwd -e
5699 username&lt;/tt&gt;&#39;, which insert zero into the date of the last password
5700 change.&lt;/p&gt;
5701 </description>
5702 </item>
5703
5704 <item>
5705 <title>Thoughts on roaming laptop setup for Debian Edu</title>
5706 <link>http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</link>
5707 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</guid>
5708 <pubDate>Wed, 28 Apr 2010 20:40:00 +0200</pubDate>
5709 <description>&lt;p&gt;For some years now, I have wondered how we should handle laptops in
5710 Debian Edu. The Debian Edu infrastructure is mostly designed to
5711 handle stationary computers, and less suited for computers that come
5712 and go.&lt;/p&gt;
5713
5714 &lt;p&gt;Now I finally believe I have an sensible idea on how to adjust
5715 Debian Edu for laptops, by introducing a new profile for them, for
5716 example called Roaming Workstations. Here are my thought on this.
5717 The setup would consist of the following:&lt;/p&gt;
5718
5719 &lt;ul&gt;
5720
5721 &lt;li&gt;During installation, the user name of the owner / primary user of
5722 the laptop is requested and a local home directory is set up for
5723 the user, with uid and gid information fetched from the LDAP
5724 server. This allow the user to work also when offline. The
5725 central home directory can be available in a subdirectory on
5726 request, for example mounted via CIFS. It could be mounted
5727 automatically when a user log in while on the Debian Edu network,
5728 and unmounted when the machine is taken away (network down,
5729 hibernate, etc), it can be set up to do automatic mounting on
5730 request (using autofs), or perhaps some GUI button on the desktop
5731 can be used to access it when needed. Perhaps it is enough to use
5732 the fish protocol in KDE?&lt;/li&gt;
5733
5734 &lt;li&gt;Password checking is set up to use LDAP or Kerberos
5735 authentication when the machine is on the Debian Edu network, and
5736 to cache the password for offline checking when the machine unable
5737 to reach the LDAP or Kerberos server. This can be done using
5738 &lt;a href=&quot;http://www.padl.com/OSS/pam_ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5739 or the Fedora developed
5740 &lt;a href=&quot;https://fedoraproject.org/wiki/Features/SSSD&quot;&gt;System
5741 Security Services Daemon&lt;/a&gt; packages.&lt;/li&gt;
5742
5743 &lt;li&gt;File synchronisation with the central home directory is set up
5744 using a shared directory in both the local and the central home
5745 directory, using unison.&lt;/li&gt;
5746
5747 &lt;li&gt;Printing should be set up to print to all printers broadcasting
5748 their existence on the local network, and should then work out of
5749 the box with CUPS. For sites needing accurate printer quotas, some
5750 system with Kerberos authentication or printing via ssh could be
5751 implemented.&lt;/li&gt;
5752
5753 &lt;li&gt;For users that should have local root access to their laptop,
5754 sudo should be used to allow this to the local user.&lt;/li&gt;
5755
5756 &lt;li&gt;It would be nice if user and group information from LDAP is
5757 cached on the client, but given that there are entries for the
5758 local user and primary group in /etc/, it should not be needed.&lt;/li&gt;
5759
5760 &lt;/ul&gt;
5761
5762 &lt;p&gt;I believe all the pieces to implement this are in Debian/testing at
5763 the moment. If we work quickly, we should be able to get this ready
5764 in time for the Squeeze release to freeze. Some of the pieces need
5765 tweaking, like libpam-ccreds should get support for pam-auth-update
5766 (&lt;a href=&quot;http://bugs.debian.org/566718&quot;&gt;#566718&lt;/a&gt;) and nslcd (or
5767 perhaps debian-edu-config) should get some integration code to stop
5768 its daemon when the LDAP server is unavailable to avoid long timeouts
5769 when disconnected from the net. If we get Kerberos enabled, we need
5770 to make sure we avoid long timeouts there too.&lt;/p&gt;
5771
5772 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5773 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5774 </description>
5775 </item>
5776
5777 <item>
5778 <title>Great book: &quot;Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future&quot;</title>
5779 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</link>
5780 <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>
5781 <pubDate>Mon, 19 Apr 2010 17:10:00 +0200</pubDate>
5782 <description>&lt;p&gt;The last few weeks i have had the pleasure of reading a
5783 thought-provoking collection of essays by Cory Doctorow, on topics
5784 touching copyright, virtual worlds, the future of man when the
5785 conscience mind can be duplicated into a computer and many more. The
5786 book titled &quot;Content: Selected Essays on Technology, Creativity,
5787 Copyright, and the Future of the Future&quot; is available with few
5788 restrictions on the web, for example from
5789 &lt;a href=&quot;http://craphound.com/content/&quot;&gt;his own site&lt;/a&gt;. I read the
5790 epub-version from
5791 &lt;a href=&quot;http://www.feedbooks.com/book/2883&quot;&gt;feedbooks&lt;/a&gt; using
5792 &lt;a href=&quot;http://www.fbreader.org/&quot;&gt;fbreader&lt;/a&gt; and my N810. I
5793 strongly recommend this book.&lt;/p&gt;
5794 </description>
5795 </item>
5796
5797 <item>
5798 <title>Kerberos for Debian Edu/Squeeze?</title>
5799 <link>http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</link>
5800 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</guid>
5801 <pubDate>Wed, 14 Apr 2010 17:20:00 +0200</pubDate>
5802 <description>&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/aktiviteter/20100413-kerberos/&quot;&gt;Yesterdays
5803 NUUG presentation&lt;/a&gt; about Kerberos was inspiring, and reminded me
5804 about the need to start using Kerberos in Skolelinux. Setting up a
5805 Kerberos server seem to be straight forward, and if we get this in
5806 place a long time before the Squeeze version of Debian freezes, we
5807 have a chance to migrate Skolelinux away from NFSv3 for the home
5808 directories, and over to an architecture where the infrastructure do
5809 not have to trust IP addresses and machines, and instead can trust
5810 users and cryptographic keys instead.&lt;/p&gt;
5811
5812 &lt;p&gt;A challenge will be integration and administration. Is there a
5813 Kerberos implementation for Debian where one can control the
5814 administration access in Kerberos using LDAP groups? With it, the
5815 school administration will have to maintain access control using flat
5816 files on the main server, which give a huge potential for errors.&lt;/p&gt;
5817
5818 &lt;p&gt;A related question I would like to know is how well Kerberos and
5819 pam-ccreds (offline password check) work together. Anyone know?&lt;/p&gt;
5820
5821 &lt;p&gt;Next step will be to use Kerberos for access control in Lwat and
5822 Nagios. I have no idea how much work that will be to implement. We
5823 would also need to document how to integrate with Windows AD, as such
5824 shared network will require two Kerberos realms that need to cooperate
5825 to work properly.&lt;/p&gt;
5826
5827 &lt;p&gt;I believe a good start would be to start using Kerberos on the
5828 skolelinux.no machines, and this way get ourselves experience with
5829 configuration and integration. A natural starting point would be
5830 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
5831 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
5832 time.&lt;/p&gt;
5833
5834 &lt;p&gt;If you would like to contribute to get this working in Skolelinux,
5835 I recommend you to see the video recording from yesterdays NUUG
5836 presentation, and start using Kerberos at home. The video show show
5837 up in a few days.&lt;/p&gt;
5838 </description>
5839 </item>
5840
5841 <item>
5842 <title>After 6 years of waiting, the Xreset.d feature is implemented</title>
5843 <link>http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</link>
5844 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</guid>
5845 <pubDate>Sat, 6 Mar 2010 18:15:00 +0100</pubDate>
5846 <description>&lt;p&gt;6 years ago, as part of the Debian Edu development I am involved
5847 in, I asked for a hook in the kdm and gdm setup to run scripts as root
5848 when the user log out. A bug was submitted against the xfree86-common
5849 package in 2004 (&lt;a href=&quot;http://bugs.debian.org/230422&quot;&gt;#230422&lt;/a&gt;),
5850 and revisited every time Debian Edu was working on a new release.
5851 Today, this finally paid off.&lt;/p&gt;
5852
5853 &lt;p&gt;The framework for this feature was today commited to the git
5854 repositry for the xorg package, and the git repository for xdm has
5855 been updated to use this framework. Next on my agenda is to make sure
5856 kdm and gdm also add code to use this framework.&lt;/p&gt;
5857
5858 &lt;p&gt;In Debian Edu, we want to ability to run commands as root when the
5859 user log out, to get rid of runaway processes and do general cleanup
5860 after a user. With this framework in place, we finally can do that in
5861 a generic way that work with all display managers using this
5862 framework. My goal is to get all display managers in Debian use it,
5863 similar to how they use the Xsession.d framework today.&lt;p&gt;
5864 </description>
5865 </item>
5866
5867 <item>
5868 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak</title>
5869 <link>http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</link>
5870 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</guid>
5871 <pubDate>Wed, 3 Mar 2010 19:00:00 +0100</pubDate>
5872 <description>&lt;p&gt;Den norske bokbransjen har
5873 &lt;a href=&quot;http://www.digi.no/823912/nei-til-moms-paa-e-boker&quot;&gt;bedt om at
5874 digitale bøker må få mva-fritak&lt;/a&gt; slik papirbøker har det, og
5875 &lt;a href=&quot;http://www.digi.no/836875/moms-paa-alt-digitalt-innhold&quot;&gt;finansdepartementet
5876 har sagt nei&lt;/a&gt;. Det er et interessant spørsmål om digitale bøker
5877 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
5878 eller nei.
5879 &lt;a href=&quot;http://www.digi.no/836925/norske-e-boker-truet-av-moms&quot;&gt;Enkelte
5880 medlemmer&lt;/a&gt; av bokbransjen truer med å droppe den planlagte
5881 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
5882 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
5883 gjerne gjøre for min del.&lt;/p&gt;
5884
5885 &lt;p&gt;Papirbøker har mva-fritak pga. at de fremmer kultur- og
5886 kunnskapsspredning. Digitale bøker uten digitale
5887 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
5888 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
5889 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
5890 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
5891 få det da det er utleie av bøker og ikke salg.&lt;/p&gt;
5892
5893 &lt;p&gt;Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
5894 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
5895 til å betale for å leie en bok, men tror ikke det er mange kronene.
5896 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
5897 de som vil ha tak i engelske bøker kan laste ned bøker som er
5898 tilgjengelig uten bruksbegresninger fra &lt;a href=&quot;http://www.archive.org/&quot;&gt;The
5899 Internet Archive&lt;/a&gt;. Der er det pr. i dag 1 889 313 bøker
5900 tilgjengelig. De er tilgjengelig i flere formater. Besøk
5901 &lt;a href=&quot;http://www.archive.org/details/texts&quot;&gt;oversikten over tekster
5902 der&lt;/a&gt; for å se hva de har.
5903 </description>
5904 </item>
5905
5906 <item>
5907 <title>Debian Edu / Skolelinux based on Lenny released, work continues</title>
5908 <link>http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</link>
5909 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</guid>
5910 <pubDate>Thu, 11 Feb 2010 17:15:00 +0100</pubDate>
5911 <description>&lt;p&gt;On Tuesday, the Debian/Lenny based version of
5912 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; was finally
5913 shipped. This was a major leap forward for the project, and I am very
5914 pleased that we finally got the release wrapped up. Work on the first
5915 point release starts imediately, as we plan to get that one out a
5916 month after the major release, to include all fixes for bugs we found
5917 and fixed too late in the release process to include last Tuesday.&lt;/p&gt;
5918
5919 &lt;p&gt;Perhaps it even is time for some partying?&lt;/p&gt;
5920
5921 &lt;p&gt;After this first point release, my plan is to focus again on the
5922 next major release, based on Squeeze. We will try to get as many of
5923 the fixes we need into the official Debian packages before the freeze,
5924 and have just a few weeks or months to make it happen.&lt;/p&gt;
5925 </description>
5926 </item>
5927
5928 <item>
5929 <title>Danmark går for ODF?</title>
5930 <link>http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</link>
5931 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</guid>
5932 <pubDate>Fri, 29 Jan 2010 12:00:00 +0100</pubDate>
5933 <description>&lt;p&gt;Ble nettopp gjort oppmerksom på en
5934 &lt;a href=&quot;http://www.version2.dk/artikel/13690-breaking-odf-vinder-dokumentformat-krigen &quot;&gt;nyhet fra Version2&lt;/a&gt;
5935 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
5936 brukes som dokumentutvekslingsformat i Staten.&lt;/p&gt;
5937
5938 &lt;p&gt;Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
5939 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
5940 til artikkelen og
5941 &lt;a href=&quot;http://www.version2.dk/artikel/13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard&quot;&gt;en
5942 annen artikkel&lt;/a&gt; i samme nett-avis. Liker spesielt godt denne:&lt;/p&gt;
5943
5944 &lt;p&gt;&lt;blockquote&gt; Det skal demonstreres, at standarden i sin helhed kan
5945 implementeres af alle direkte i sin helhed på flere
5946 platforme.&lt;/blockquote&gt;&lt;/p&gt;
5947
5948 &lt;p&gt;Noe slikt burde være et krav også i Norge.&lt;/p&gt;
5949 </description>
5950 </item>
5951
5952 <item>
5953 <title>Automatic Munin and Nagios configuration</title>
5954 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</link>
5955 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</guid>
5956 <pubDate>Wed, 27 Jan 2010 15:15:00 +0100</pubDate>
5957 <description>&lt;p&gt;One of the new features in the next Debian/Lenny based release of
5958 Debian Edu/Skolelinux, which is scheduled for release in the next few
5959 days, is automatic configuration of the service monitoring system
5960 Nagios. The previous release had automatic configuration of trend
5961 analysis using Munin, and this Lenny based release take that a step
5962 further.&lt;/p&gt;
5963
5964 &lt;p&gt;When installing a Debian Edu Main-server, it is automatically
5965 configured as a Munin and Nagios server. In addition, it is
5966 configured to be a server for the
5967 &lt;a href=&quot;http://wiki.debian.org/DebianEdu/HowTo/SiteSummary&quot;&gt;SiteSummary
5968 system&lt;/a&gt; I have written for use in Debian Edu. The SiteSummary
5969 system is inspired by a system used by the University of Oslo where I
5970 work. In short, the system provide a centralised collector of
5971 information about the computers on the network, and a client on each
5972 computer submitting information to this collector. This allow for
5973 automatic information on which packages are installed on each machine,
5974 which kernel the machines are using, what kind of configuration the
5975 packages got etc. This also allow us to automatically generate Munin
5976 and Nagios configuration.&lt;/p&gt;
5977
5978 &lt;p&gt;All computers reporting to the sitesummary collector with the
5979 munin-node package installed is automatically enabled as a Munin
5980 client and graphs from the statistics collected from that machine show
5981 up automatically on http://www/munin/ on the Main-server.&lt;/p&gt;
5982
5983 &lt;p&gt;All non-laptop computers reporting to the sitesummary collector are
5984 automatically monitored for network presence (ping and any network
5985 services detected). In addition, all computers (also laptops) with
5986 the nagios-nrpe-server package installed and configured the way
5987 sitesummary would configure it, are monitored for full disks, software
5988 raid status, swap free and other checks that need to run locally on
5989 the machine.&lt;/p&gt;
5990
5991 &lt;p&gt;The result is that the administrator on a school using Debian Edu
5992 based on Lenny will be able to check the health of his installation
5993 with one look at the Nagios settings, without having to spend any time
5994 keeping the Nagios configuration up-to-date.&lt;/p&gt;
5995
5996 &lt;p&gt;The only configuration one need to do to get Nagios up and running
5997 is to set the password used to get access via HTTP. The system
5998 administrator need to run &quot;&lt;tt&gt;htpasswd /etc/nagios3/htpasswd.users
5999 nagiosadmin&lt;/tt&gt;&quot; to create a nagiosadmin user and set a password for
6000 it to be able to log into the Nagios web pages. After that,
6001 everything is taken care of.&lt;/p&gt;
6002 </description>
6003 </item>
6004
6005 <item>
6006 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere</title>
6007 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</link>
6008 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</guid>
6009 <pubDate>Wed, 30 Dec 2009 16:35:00 +0100</pubDate>
6010 <description>&lt;p&gt;Via Slashdot fant jeg en
6011 &lt;a href=&quot;http://www.cnn.com/2009/OPINION/12/29/schneier.air.travel.security.theater/index.html&quot;&gt;nydelig
6012 kommentar fra Bruce Schneier&lt;/a&gt; som ble publisert hos CNN i går. Den
6013 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
6014 totalitære politistatmetoder ikke er løsningen for å gjøre verden
6015 sikrere. Anbefales på det varmeste.&lt;/p&gt;
6016
6017 &lt;p&gt;Oppdatering: Kom over
6018 &lt;a href=&quot;http://gizmodo.com/5435675/president-obama-its-time-to-fire-the-tsa&quot;&gt;nok
6019 en kommentar&lt;/a&gt; om den manglende effekten av dagens sikkerhetsteater
6020 på flyplassene.&lt;/p&gt;
6021 </description>
6022 </item>
6023
6024 <item>
6025 <title>Opphavet til Skolelinux-prosjektet</title>
6026 <link>http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</link>
6027 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</guid>
6028 <pubDate>Thu, 17 Dec 2009 10:50:00 +0100</pubDate>
6029 <description>&lt;p&gt;De færreste er klar over at Skolelinux-prosjektet kom som et resultat
6030 av en avgjørelse på årsmøtet i
6031 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; i 2000-06-29, der Håkon Wium
6032 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
6033 initiativ kalt &quot;Teach the Teacher&quot;, som skulle være et initiativ for
6034 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
6035 Tanken var at en måtte starte med lærerne for at ungene skulle få
6036 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
6037 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
6038 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
6039 hadde invitert Microsoft til et møte for å fortelle om fremtidens
6040 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
6041 til å arrangere
6042 &lt;a href=&quot;http://www.digi.no/60982/first-tuesday-mote-med-microsoft-protest&quot;&gt;en
6043 demonstrasjon utenfor lokalene 2001-05-21&lt;/a&gt;. Blant de som sto bak
6044 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
6045 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
6046 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
6047 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
6048 initiativ til &quot;Teach the Teacher&quot;, og for å forsøke å få litt fremgang
6049 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
6050 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
6051 av fri programvare og unix-lignende operativsystemer. Flere var
6052 interessert, og Knut Yrvin tenkte på ideen. Han
6053 &lt;a href=&quot;http://developer.skolelinux.no/brev/2001-06-28-invitasjon-skolelinux.txt&quot;&gt;ropte
6054 sammen&lt;/a&gt; til et stiftelsesmøte i prosjektet i sin arbeidsgivers
6055 Objectwares lokaler ved Ullevål stadion 2001-07-02, og jeg ble med.
6056 Resten er historie. :)&lt;/p&gt;
6057 </description>
6058 </item>
6059
6060 <item>
6061 <title>Første NUUG-fordrag sendt på TV</title>
6062 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</link>
6063 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</guid>
6064 <pubDate>Tue, 8 Dec 2009 12:00:00 +0100</pubDate>
6065 <description>&lt;p&gt;Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
6066 TV. Foredraget om
6067 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090512-bifrost/&quot;&gt;utskriftsløsningen
6068 Biforst&lt;/a&gt; var først ute, pga. at det var det nyeste foredraget som
6069 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
6070 teksting av video skulle gjøres.&lt;/p&gt;
6071
6072 &lt;p&gt;NUUG har vært involvert i
6073 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; en stund nå, for å
6074 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
6075 er en sped start på det vi har planlagt.&lt;/p&gt;
6076
6077 &lt;p&gt;NUUGs første foredrag sendes ut via frikanelen på digitalt
6078 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
6079 ta inn sendingen. Slå på TVen 5/12 16:05 (for sent), 12/12 14:00,
6080 19/12 16:00, 24/12 15:37 eller 26/12 16:11 i år, så skal du få se
6081 meg, Tollef og alle andre de som deltok på møtet på TV.&lt;p&gt;
6082 </description>
6083 </item>
6084
6085 <item>
6086 <title>Kartverket &quot;frigjør&quot; data men er fortsatt ikke interessante</title>
6087 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</link>
6088 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</guid>
6089 <pubDate>Thu, 12 Nov 2009 10:10:00 +0100</pubDate>
6090 <description>&lt;p&gt;Dagens
6091 &lt;a href=&quot;http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips&quot;&gt;kartnyhet&lt;/a&gt;
6092 er at kartverket gir ikke-kommersiell tilgang til
6093 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
6094 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
6095 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
6096 interesse.&lt;/p&gt;
6097
6098 &lt;p&gt;I går publiserte Ivan Sanchez
6099 &lt;a href=&quot;http://www.opengeodata.org/2009/11/11/921/&quot;&gt;kaketesten&lt;/a&gt;
6100 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
6101 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
6102 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
6103 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
6104 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
6105 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
6106 ikke be en konditor om å lage en kake (brudd på kravet om
6107 ikke-kommersiell bruk) med kartverkets kart.&lt;/p&gt;
6108
6109 &lt;p&gt;De som vil lage karttjenester basert på denne nye tjenesten fra
6110 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
6111 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
6112 nok fortsette å bruke data fra
6113 &lt;a href=&quot;http://www.openstreetmap.org&quot;&gt;OpenStreetmap.org&lt;/a&gt;, der jeg
6114 har kontrollen med tilgang til kartdataene, og kan endre på de
6115 underliggende dataene som jeg ønsker.&lt;/p&gt;
6116
6117 &lt;p&gt;Som et eksempel, så trenger vi til en norsk
6118 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet-installasjon&lt;/a&gt;
6119 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
6120 er ubrukelig til dette.&lt;/p&gt;
6121
6122 &lt;p&gt;Oppdatering 2011-01-14: Link til kaketesten er forsvunnet, bruk
6123 &lt;a href=&quot;http://blog.okfn.org/2010/03/15/the-cake-test-of-freedom/&quot;&gt;denne
6124 nye i stedet&lt;/a&gt;.&lt;/p&gt;
6125 </description>
6126 </item>
6127
6128 <item>
6129 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk</title>
6130 <link>http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</link>
6131 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</guid>
6132 <pubDate>Fri, 6 Nov 2009 18:45:00 +0100</pubDate>
6133 <description>&lt;p&gt;Det er svært gledelig å se at
6134 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3360796.ece&quot;&gt;retten
6135 fant at Telenor ikke skal fungere som Internet-voktere&lt;/a&gt; på vegne av
6136 opphavsrettsmafiaen. TONO påstår ikke overraskende &quot;rettighetshaverne
6137 er rettsløse&quot;. De burde jo vite alt om hvordan rettighetshaverne blir
6138 behandlet, som har
6139 &lt;a href=&quot;http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492&quot;&gt;nektet
6140 å hjelpe et av sine medlemmer i en plagiatsak&lt;/a&gt; mot Universal i
6141 Polen.&lt;/p&gt;
6142
6143 &lt;p&gt;Ved opphavsrettsbrudd så er det jo den som offentliggjort
6144 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
6145 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
6146 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
6147 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
6148 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
6149 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
6150 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
6151 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
6152 en ikke liker det som blir publisert, så må det tas opp med den som
6153 publiserer, ikke noen andre.&lt;/p&gt;
6154
6155 &lt;p&gt;Personlig velger jeg å stort sett bruke kulturuttrykk som
6156 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.&lt;/p&gt;
6157 </description>
6158 </item>
6159
6160 <item>
6161 <title>Internet-sensur skal i retten på mandag</title>
6162 <link>http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</link>
6163 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</guid>
6164 <pubDate>Sat, 10 Oct 2009 22:00:00 +0200</pubDate>
6165 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/bransje/article1757755.ece&quot;&gt;DagensIT&lt;/a&gt;
6166 melder at Telenor og Tono skal i retten på mandag for å diskutere
6167 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
6168 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
6169 resultatet fra den rettsaken.&lt;/p&gt;
6170
6171 &lt;p&gt;Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
6172 Strøm, som forteller at &quot;Pirate Bay inneholder 95 prosent ulovlig
6173 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
6174 sensur&quot;. Jeg tok en titt på
6175 &lt;a href=&quot;http://thepiratebay.org/&quot;&gt;forsiden til The Pirate Bay&lt;/a&gt;,
6176 som forteller at det pr. i dag er 1 884 694 torrenter på trackeren.
6177 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
6178 av The Pirate Bay. 5% av dette antallet er 94 235. Det kan dermed
6179 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
6180 tilgang til nesten 100 000 lovlige filer. Jeg lurer på om han er
6181 korrekt sitert.&lt;/p&gt;
6182
6183 &lt;p&gt;Lurer også på hvor 95%-tallet kommer fram. Er det seriøs og
6184 etterprøvbar forskning på området som viser at dette er andelen
6185 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
6186 musikkbransjenes egne tall? De har
6187 &lt;a href=&quot;http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music&quot;&gt;jo
6188 demonstrert&lt;/a&gt; at de ikke er i stand til å skille lovlig og ulovlig
6189 bruk av musikk.&lt;/p&gt;
6190 </description>
6191 </item>
6192
6193 <item>
6194 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?</title>
6195 <link>http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</link>
6196 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</guid>
6197 <pubDate>Wed, 23 Sep 2009 10:00:00 +0200</pubDate>
6198 <description>&lt;p&gt;Elektroniske bøker diskuteres for tiden, etter at
6199 &lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3280914.ece&quot;&gt;bokbransjen
6200 hevder&lt;/a&gt; det er usikkert om de kommer til å gi ut elektroniske
6201 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
6202 på papirbøker. I den forbindelse så jeg et interessant forslag i
6203 en
6204 &lt;a href=&quot;http://www.digi.no/php/ny_debatt.php?id=823912&quot;&gt;digi-debatt&lt;/a&gt;
6205 jeg hadde sans for. &quot;einarr&quot; foreslo at DRM-infiserte elektroniske
6206 bøker bør ha merverdiavgift, da &quot;de ikke bidrar til
6207 kunnskapsspredning på samme måte&quot; som papirbøker og dermed går
6208 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
6209 mva-fritak da de &quot;kan overføres mellom enheter, leses på ulike
6210 plattformer, lånes ut og siteres og kopieres fra&quot; slik en kan med
6211 papirbøker.&lt;/p&gt;
6212
6213 &lt;p&gt;En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
6214 materiale må anses som leid og dermed en tjeneste, mens materiale uten
6215 DRM må anses som et kjøp.&lt;/p&gt;
6216 </description>
6217 </item>
6218
6219 <item>
6220 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</title>
6221 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</link>
6222 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</guid>
6223 <pubDate>Sun, 23 Aug 2009 10:00:00 +0200</pubDate>
6224 <description>&lt;p&gt;Sikkerhet til sjøs burde være noe som opptar mange etter den siste
6225 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
6226 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
6227 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
6228 det grunner og annet en må ta hensyn til på sjøen.&lt;/p&gt;
6229
6230 &lt;p&gt;Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
6231 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
6232 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
6233 Internet. Det trenger heller ikke være spesielt kostbart.&lt;/p&gt;
6234
6235 &lt;p&gt;Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet
6236 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
6237 lekket ut i havet, var det registrert problemer relatert til
6238 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
6239 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
6240 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
6241 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
6242 uker tidligere konstatert manglende sjøkart.&lt;/p&gt;
6243
6244 &lt;p&gt;Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
6245 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
6246 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
6247 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
6248 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
6249 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
6250 Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet
6251 ikke har sjøkart i båten.&lt;/p&gt;
6252
6253 &lt;p&gt;Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
6254 sjøkartverket må være i henhold til en fri og åpen standard, slik at
6255 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
6256 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
6257 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
6258 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
6259 konvertering kan andre ta seg av hvis det er et marked for det.&lt;/p&gt;
6260
6261 &lt;p&gt;Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
6262 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
6263 om hvor viktig det er at de har oppdaterte kart. Det bør være
6264 viktigere for staten at båtene &lt;strong&gt;har&lt;/strong&gt; oppdaterte kart
6265 enn at de er pålagt å ha oppdaterte kart.&lt;/p&gt;
6266
6267 &lt;p&gt;Sjøkartene er &lt;a href=&quot;http://kart.kystverket.no/&quot;&gt;tilgjengelig på web
6268 fra kystverket&lt;/a&gt;, men så vidt jeg har klart å finne, uten
6269 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.&lt;/p&gt;
6270
6271 &lt;p&gt;OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
6272 på et dugnadsbasert fribrukskart for havet,
6273 &lt;a href=&quot;http://openseamap.org/&quot;&gt;OpenSeaMap&lt;/a&gt;. Datagrunnlaget er
6274 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
6275 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
6276 det viser at behovet for fribruks-sjøkart er til stedet.&lt;/p&gt;
6277 </description>
6278 </item>
6279
6280 <item>
6281 <title>Relative popularity of document formats (MS Office vs. ODF)</title>
6282 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
6283 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
6284 <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
6285 <description>&lt;p&gt;Just for fun, I did a search right now on Google for a few file ODF
6286 and MS Office based formats (not to be mistaken for ISO or ECMA
6287 OOXML), to get an idea of their relative usage. I searched using
6288 &#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;
6289
6290 &lt;table&gt;
6291 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
6292 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:282000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
6293 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:75600&lt;/td&gt; &lt;td&gt;pptx:183000&lt;/td&gt;&lt;/tr&gt;
6294 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500 &lt;/td&gt; &lt;td&gt;xlsx:145000&lt;/td&gt;&lt;/tr&gt;
6295 &lt;/table&gt;
6296
6297 &lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
6298 got these numbers:&lt;/p&gt;
6299
6300 &lt;table&gt;
6301 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
6302 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480 &lt;/td&gt; &lt;td&gt;docx:4460&lt;/td&gt;&lt;/tr&gt;
6303 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:299 &lt;/td&gt; &lt;td&gt;pptx:741&lt;/td&gt;&lt;/tr&gt;
6304 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:187 &lt;/td&gt; &lt;td&gt;xlsx:372&lt;/td&gt;&lt;/tr&gt;
6305 &lt;/table&gt;
6306
6307 &lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;
6308
6309 &lt;p&gt;I am aware of Google returning different results and numbers based
6310 on where the search is done, so I guess these numbers will differ if
6311 they are conduced in another country. Because of this, I did the same
6312 search from a machine in California, USA, a few minutes after the
6313 search done from a machine here in Norway.&lt;/p&gt;
6314
6315
6316 &lt;table&gt;
6317 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
6318 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:129000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
6319 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:44200&lt;/td&gt; &lt;td&gt;pptx:93900&lt;/td&gt;&lt;/tr&gt;
6320 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500 &lt;/td&gt; &lt;td&gt;xlsx:82400&lt;/td&gt;&lt;/tr&gt;
6321 &lt;/table&gt;
6322
6323 &lt;p&gt;And with &#39;site:no&#39;:
6324
6325 &lt;table&gt;
6326 &lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
6327 &lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480&lt;/td&gt; &lt;td&gt;docx:3410&lt;/td&gt;&lt;/tr&gt;
6328 &lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:175&lt;/td&gt; &lt;td&gt;pptx:604&lt;/td&gt;&lt;/tr&gt;
6329 &lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:186 &lt;/td&gt; &lt;td&gt;xlsx:296&lt;/td&gt;&lt;/tr&gt;
6330 &lt;/table&gt;
6331
6332 &lt;p&gt;Interesting difference, not sure what to conclude from these
6333 numbers.&lt;/p&gt;
6334 </description>
6335 </item>
6336
6337 <item>
6338 <title>ISO still hope to fix OOXML</title>
6339 <link>http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</link>
6340 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</guid>
6341 <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
6342 <description>&lt;p&gt;According to &lt;a
6343 href=&quot;http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html&quot;&gt;a
6344 blog post from Torsten Werner&lt;/a&gt;, the current defect report for ISO
6345 29500 (ISO OOXML) is 809 pages. His interesting point is that the
6346 defect report is 71 pages more than the full ODF 1.1 specification.
6347 Personally I find it more interesting that ISO still believe ISO OOXML
6348 can be fixed in ISO. Personally, I believe it is broken beyon repair,
6349 and I completely lack any trust in ISO for being able to get anywhere
6350 close to solving the problems. I was part of the Norwegian committee
6351 involved in the OOXML fast track process, and was not impressed with
6352 Standard Norway and ISO in how they handled it.&lt;/p&gt;
6353
6354 &lt;p&gt;These days I focus on ODF instead, which seem like a specification
6355 with the future ahead of it. We are working in NUUG to organise a ODF
6356 seminar this autumn.&lt;/p&gt;
6357 </description>
6358 </item>
6359
6360 <item>
6361 <title>Debian has switched to dependency based boot sequencing</title>
6362 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
6363 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
6364 <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
6365 <description>&lt;p&gt;Since this evening, with the upload of sysvinit version 2.87dsf-2,
6366 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
6367 have been migrated to using dependency based boot sequencing. This
6368 conclude work me and others have been doing for the last three days.
6369 It feels great to see this finally part of the default Debian
6370 installation. Now we just need to weed out the last few problems that
6371 are bound to show up, to get everything ready for Squeeze.&lt;/p&gt;
6372
6373 &lt;p&gt;The next step is migrating /sbin/init from sysvinit to upstart, and
6374 fixing the more fundamental problem of handing the event based
6375 non-predictable kernel in the early boot.&lt;/p&gt;
6376 </description>
6377 </item>
6378
6379 <item>
6380 <title>Taking over sysvinit development</title>
6381 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</link>
6382 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</guid>
6383 <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
6384 <description>&lt;p&gt;After several years of frustration with the lack of activity from
6385 the existing sysvinit upstream developer, I decided a few weeks ago to
6386 take over the package and become the new upstream. The number of
6387 patches to track for the Debian package was becoming a burden, and the
6388 lack of synchronization between the distribution made it hard to keep
6389 the package up to date.&lt;/p&gt;
6390
6391 &lt;p&gt;On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
6392 and my Debian co-maintainer Kel Modderman. About 10 days ago, I made
6393 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
6394 and Fedora), based on the patches currently in use in these
6395 distributions. We Debian maintainers plan to move to this tarball as
6396 the new upstream as soon as we find time to do the merge. Since the
6397 new tarball was created, we agreed with Werner at SuSe to make a new
6398 upstream project at &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, and continue
6399 development there. The project is registered and currently waiting
6400 for approval by the Savannah administrators, and as soon as it is
6401 approved, we will import the old versions from svn and continue
6402 working on the future release.&lt;/p&gt;
6403
6404 &lt;p&gt;It is a bit ironic that this is done now, when some of the involved
6405 distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
6406 </description>
6407 </item>
6408
6409 <item>
6410 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
6411 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
6412 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
6413 <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
6414 <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
6415 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
6416 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
6417 wiki, direkte tilgjengelig via &quot;&lt;a
6418 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
6419 v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
6420 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
6421 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
6422 UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;
6423
6424 &lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
6425 høringsuttalelsen da jeg skummet igjennom den. Det første er at
6426 forståelsen av hvordan programvarepatenter påvirker fri
6427 programvareutvikling også i Norge når en argumenterer med at
6428 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
6429 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
6430 standard innenfor hvert område. Det siste er at påstander i
6431 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
6432 Microsoft om hvordan Ogg blir standardisert og påstanden fra
6433 politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
6434 </description>
6435 </item>
6436
6437 <item>
6438 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
6439 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
6440 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
6441 <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
6442 <description>&lt;p&gt;Jeg ble glad da regjeringen
6443 &lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
6444 versjon 2 av
6445 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
6446 referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
6447 faktisk var vedtatt etter
6448 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html&quot;&gt;høringen&lt;/a&gt;.
6449 De fleste av de valgte åpne standardene er gode og vil bidra til at
6450 alle kan delta på like vilkår i å lage løsninger for staten, men
6451 noen av dem blokkerer for de som ikke har anledning til å benytte
6452 spesifikasjoner som krever betaling for bruk (såkalt
6453 royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3
6454 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
6455 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
6456 fra statens websider gjøre dette uten å måtte bruke programmer der
6457 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
6458 de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
6459 Vorbis), så vil en bli tvunget til å forholde seg til
6460 royalty-belastede standarder for å få tilgang til videoen og
6461 lyden.&lt;/p&gt;
6462
6463 &lt;p&gt;Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
6464 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
6465 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
6466 all forståelse for hvilke prinsipper som må følges for å oppnå
6467 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
6468 mot dette i
6469 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
6470 høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;
6471
6472 &lt;p&gt;Oppdatering 2012-06-29: Kom over &lt;ahref=&quot;
6473 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;en
6474 rapport til FAD&lt;/a&gt; fra da versjon 1 av katalogen ble vedtatt, og der
6475 er det tydelig at problemstillingen var kjent og forstått.&lt;/p&gt;
6476 </description>
6477 </item>
6478
6479 <item>
6480 <title>Litt om valgfusk og problemet med elektronisk stemmegiving</title>
6481 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</link>
6482 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</guid>
6483 <pubDate>Wed, 17 Jun 2009 14:20:00 +0200</pubDate>
6484 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/uriks/article3127058.ece&quot;&gt;Aftenposten
6485 melder&lt;/a&gt; at det kan se ut til at Iran ikke har lært av USA når det
6486 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
6487 kandidat aldri får færre stemmer under opptellingen, ellers blir det
6488 veldig tydelig at tallene ikke er til å stole på. I USA er det
6489 derimot &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;rapporter om at
6490 tallene har vært endret&lt;/a&gt; på tur mot opptellingen, ikke etter at
6491 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
6492 En ting Iran åpenbart har forstått, er verdien av å kunne
6493 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
6494 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
6495 stemmene har vært oppbevart.&lt;/p&gt;
6496
6497 &lt;p&gt;&lt;a href=&quot;http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/&quot;&gt;Universitetet
6498 i Oslo derimot&lt;/a&gt;, har ikke forstått verdien av å kunne
6499 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
6500 over Internet, med et system som ikke kan kontrolltelles hvis det
6501 kommer anklager om juks med stemmene. Systemet har flere kjente
6502 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
6503 jeg har derfor latt være å stemme ved valg på UiO siden det ble
6504 innført.&lt;/p&gt;
6505
6506 &lt;p&gt;Universitet i Bergen derimot har klart det kunststykket å aktivt gå
6507 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
6508 over Internet &lt;a href=&quot;http://nyheter.uib.no/?modus=vis_nyhet&amp;id=43404&quot;&gt;kan
6509 spore hvem som stemmer hva&lt;/a&gt; (det kan en forøvrig også ved UiO), og tatt
6510 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
6511 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
6512 inneholdt i Iran hvis de ikke hadde hemmelige valg?&lt;/p&gt;
6513 </description>
6514 </item>
6515
6516 <item>
6517 <title>Standarder fungerer best når en samler seg rundt dem</title>
6518 <link>http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</link>
6519 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</guid>
6520 <pubDate>Tue, 19 May 2009 11:30:00 +0200</pubDate>
6521 <description>&lt;p&gt;En standard er noe man samler seg rundt, ut fra ideen om at en får
6522 fordeler når mange står sammen. Jo flere som står sammen, jo
6523 bedre. Når en vet dette, blir det litt merkelig å lese noen av
6524 uttalelsene som er kommet inn til
6525 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2/horingsuttalelser.html?id=549423&quot;&gt;høringen
6526 om versjon 2 av statens referansekatalog over standarder&lt;/a&gt;. Blant
6527 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
6528 innenfor samme område. Det blir som å si at det er fint om Norge
6529 standardiserte både på A4- og Letter-størrelser på arkene, ulik
6530 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
6531 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
6532 standard som er best. De fleste forstår heldigvis at dette ikke
6533 bidrar positivt.&lt;/p&gt;
6534 </description>
6535 </item>
6536
6537 <item>
6538 <title>BSAs påstander om piratkopiering møter motstand</title>
6539 <link>http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</link>
6540 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</guid>
6541 <pubDate>Sun, 17 May 2009 23:05:00 +0200</pubDate>
6542 <description>&lt;p&gt;Hvert år de siste årene har BSA, lobbyfronten til de store
6543 programvareselskapene som Microsoft og Apple, publisert en rapport der
6544 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
6545 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
6546 dager siden kom
6547 &lt;a href=&quot;http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf&quot;&gt;siste
6548 rapport&lt;/a&gt;, og det er flere kritiske kommentarer publisert de siste
6549 dagene. Et spesielt interessant kommentar fra Sverige,
6550 &lt;a href=&quot;http://www.idg.se/2.1085/1.229795/bsa-hoftade-sverigesiffror&quot;&gt;BSA
6551 höftade Sverigesiffror&lt;/a&gt;, oppsummeres slik:&lt;/p&gt;
6552
6553 &lt;blockquote&gt;
6554 I sin senaste rapport slår BSA fast att 25 procent av all mjukvara i
6555 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
6556 företag. &quot;Man bör nog kanske inte se de här siffrorna som helt
6557 exakta&quot;, säger BSAs Sverigechef John Hugosson.
6558 &lt;/blockquote&gt;
6559
6560 &lt;p&gt;Mon tro om de er like metodiske når de gjetter på andelen piratkopiering i Norge? To andre kommentarer er &lt;a
6561 href=&quot;http://www.vnunet.com/vnunet/comment/2242134/bsa-piracy-figures-shot-reality&quot;&gt;BSA
6562 piracy figures need a shot of reality&lt;/a&gt; og &lt;a
6563 href=&quot;http://www.michaelgeist.ca/content/view/3958/125/&quot;&gt;Does The WIPO
6564 Copyright Treaty Work?&lt;/a&gt;&lt;/p&gt;
6565
6566 &lt;p&gt;Fant lenkene via &lt;a
6567 href=&quot;http://tech.slashdot.org/article.pl?sid=09/05/17/1632242&quot;&gt;oppslag
6568 på Slashdot&lt;/a&gt;.&lt;/p&gt;
6569 </description>
6570 </item>
6571
6572 <item>
6573 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges</title>
6574 <link>http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</link>
6575 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</guid>
6576 <pubDate>Sat, 16 May 2009 09:30:00 +0200</pubDate>
6577 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/oslo/article3078919.ece&quot;&gt;Flere&lt;/a&gt;
6578 og
6579 &lt;a href=&quot;http://blogg.karlsbakk.net/2009/02/28/nsb-ruter-og-flexus/&quot;&gt;flere&lt;/a&gt;
6580 protesterer på den massive overvåkningen og registrering av
6581 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
6582 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
6583 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
6584 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
6585 alvorlig galt. Den massive registreringen av hvor og når
6586 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
6587 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
6588 Osloområdet.&lt;/p&gt;
6589 </description>
6590 </item>
6591
6592 <item>
6593 <title>3D-printing brer om seg - fabrikkene består</title>
6594 <link>http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</link>
6595 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</guid>
6596 <pubDate>Sun, 10 May 2009 16:50:00 +0200</pubDate>
6597 <description>&lt;p&gt;I 2004 fikk jeg med meg en forelesning om 3D-printing under &lt;a
6598 href=&quot;http://wiki.oreillynet.com/eurofoo/index.cgi&quot;&gt;euro foo camp&lt;/a&gt;
6599 der jeg lærte mye nytt om 3D-printing. Fikk se et lite sjakktårn
6600 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
6601 gummiball som også var skrevet ut (med et lite hull for å få ut
6602 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
6603 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
6604 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
6605 funnet noen referanser til i ettertid, og har derfor lurt på om det
6606 stemmer. Teknologisk skulle det ikke være noe i veien for slike
6607 løsninger, det er kun et spørmål om pris på skrivehoder og
6608 skrivere. I dag ble jeg tipset om en løsning som
6609 &lt;a href=&quot;http://www.shapeways.com/blog/archives/217-3D-printing-buildings-interview-with-Enrico-Dini-of-D_Shape.html&quot;&gt;kan
6610 skrive ut hus&lt;/a&gt;, med sand og bindemiddel i 25 DPI oppløsning. Mon
6611 tro om det er fremtidens byggemetode.&lt;/p&gt;
6612
6613 &lt;p&gt;Jeg er ikke i tvil om at 3D-utskrift vil føre til endringer i
6614 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
6615 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
6616 som tror at 3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
6617 forregnet seg. 3D-skrivere er fantastisk bra til å lage spesielle
6618 dingser på forespørsel, f.eks. etter å ha lastet ned et 3D-design fra
6619 tjenester som &lt;a href=&quot;http://www.thingiverse.com/&quot;&gt;Thingiverse&lt;/a&gt;.
6620 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
6621 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
6622 lages tusenvis, eller millioner av en dings, så vil fabrikkene
6623 sannsynligvis fortsette å slå 3D-skriving ned i støvlene
6624 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
6625 det derimot skal lages en håndfull, så vil 3D-skriving fremstå som
6626 et suverent alternativ. 3D-skriving er i så måte løsning for
6627 &lt;a href=&quot;http://en.wikipedia.org/wiki/The_Long_Tail&quot;&gt;den lange
6628 halen&lt;/a&gt;, mens fabrikker nok fortsatt vil være løsningen for
6629 massemarkedet.&lt;/p&gt;
6630 </description>
6631 </item>
6632
6633 <item>
6634 <title>Lenker samlet 2009-05-09</title>
6635 <link>http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</link>
6636 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</guid>
6637 <pubDate>Sat, 9 May 2009 22:40:00 +0200</pubDate>
6638 <description>&lt;ul&gt;
6639
6640 &lt;li&gt;&lt;a href=&quot;http://www.aftenposten.no/meninger/kronikker/article3066834.ece&quot;&gt;Jeg, et offer&lt;/a&gt;
6641 &lt;br&gt;Aage Borchgrevink drodler om offerrollens framvekst i den norske
6642 offentligheten.&lt;/li&gt;
6643
6644 &lt;li&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/published/200904-goopen.html&quot;&gt;Opptak fra Go Open 2009 på web&lt;/a&gt;
6645 &lt;br&gt;Endelig kan jeg få med meg foredragene jeg gikk glipp av.&lt;/li&gt;
6646
6647 &lt;li&gt;&lt;a href=&quot;http://www.robweir.com/blog/2009/05/update-on-odf-spreadsheet.html&quot;&gt;MS Excel 2007 håndterer ODF dårlig&lt;/a&gt;
6648 &lt;br&gt;Microsoft har lykkes med å implementere ODF slik at de ikke
6649 samhandler med noen av de andre som håndterer ODF-regneark.&lt;/li&gt;
6650
6651 &lt;li&gt;&lt;a href=&quot;http://www.groklaw.net/article.php?story=20090503215045379&quot;&gt;MS
6652 Word 2007 håndterer ODF dårlig&lt;/a&gt;
6653 &lt;br&gt;Fotnoter laget i MS Office blir merkelige i OpenOffice.org.&lt;/li&gt;
6654
6655 &lt;/ul&gt;
6656 </description>
6657 </item>
6658
6659 <item>
6660 <title>IDG mener linux i servermarkedet vil vokse med 21% i 2009</title>
6661 <link>http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</link>
6662 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</guid>
6663 <pubDate>Thu, 7 May 2009 22:30:00 +0200</pubDate>
6664 <description>&lt;p&gt;Kom over
6665 &lt;a href=&quot;http://news.cnet.com/8301-13505_3-10216873-16.html&quot;&gt;interessante
6666 tall&lt;/a&gt; fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
6667 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
6668 jobber til daglig. En rask opptelling forteller meg at vi har 490
6669 (61%) fysiske unix-tjener (mest linux men også noen solaris) og 196
6670 (25%) windowstjenere, samt 112 (14%) virtuelle unix-tjenere. Med den
6671 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.&lt;/p&gt;
6672 </description>
6673 </item>
6674
6675 <item>
6676 <title>Kryptert harddisk - naturligvis</title>
6677 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</link>
6678 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</guid>
6679 <pubDate>Sat, 2 May 2009 15:30:00 +0200</pubDate>
6680 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/trender/article1658676.ece&quot;&gt;Dagens
6681 IT melder&lt;/a&gt; at Intel hevder at det er dyrt å miste en datamaskin,
6682 når en tar tap av arbeidstid, fortrolige dokumenter,
6683 personopplysninger og alt annet det innebærer. Det er ingen tvil om
6684 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
6685 til at jeg har kryptert harddisken på både kontormaskinen og min
6686 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
6687 komme på avveie, den første informasjon relatert til jobben min ved
6688 Universitetet i Oslo, og den andre relatert til blant annet
6689 foreningsarbeide. Kryptering av diskene gjør at det er lite
6690 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
6691 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
6692 og en reboot vil gjøre at de ber om passord før de vil starte opp.
6693 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
6694 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
6695 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
6696 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
6697 det er gjort slik jeg gjør det er minimale, og gevinstene er
6698 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
6699 maskinen reinstalleres og alt er tapt.&lt;/p&gt;
6700
6701 &lt;p&gt;Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
6702 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
6703 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
6704 er for min del høyere enn gevinsten. Jeg tror oddsene for at
6705 f.eks. etteretningsorganisasjoner har glede av å titte på mine
6706 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
6707 gjøre det vanskeligere for angripere med kompetanse og ressurser er
6708 betydelige.&lt;/p&gt;
6709 </description>
6710 </item>
6711
6712 <item>
6713 <title>No patch is not better than a useless patch</title>
6714 <link>http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</link>
6715 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</guid>
6716 <pubDate>Tue, 28 Apr 2009 09:30:00 +0200</pubDate>
6717 <description>&lt;p&gt;Julien Blache
6718 &lt;a href=&quot;http://blog.technologeek.org/2009/04/12/214&quot;&gt;claim that no
6719 patch is better than a useless patch&lt;/a&gt;. I completely disagree, as a
6720 patch allow one to discuss a concrete and proposed solution, and also
6721 prove that the issue at hand is important enough for someone to spent
6722 time on fixing it. No patch do not provide any of these positive
6723 properties.&lt;/p&gt;
6724 </description>
6725 </item>
6726
6727 <item>
6728 <title>EU-parlamentet raner fellesskapet for musikk</title>
6729 <link>http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</link>
6730 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</guid>
6731 <pubDate>Sun, 26 Apr 2009 08:30:00 +0200</pubDate>
6732 <description>&lt;p&gt;Slashdot melder at EU-parlamentet har vedtatt
6733 &lt;a href=&quot;http://www.europarl.europa.eu/news/expert/infopress_page/058-54192-111-04-17-909-20090422IPR54191-21-04-2009-2009-false/default_en.htm&quot;&gt;å
6734 øke vernetiden for musikkopptak fra 50 til 70 år&lt;/a&gt;, og dermed rane
6735 fellesskapet for 20 år med musikk som ville vært tilgjengelig uten
6736 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
6737 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
6738 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
6739 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
6740 folket, som skulle falt i det fri men som i stedet forblir under
6741 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
6742 urimelig. Tenke seg til at vernetiden startet i USA med 7 år og
6743 mulighet for forlengelse med 7 år. Nå er den 95 år der, og en stor
6744 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
6745 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
6746 I dag er den 70 år.&lt;/p&gt;
6747
6748 &lt;p&gt;Jeg er glad det finnes &lt;a href=&quot;http://www.jamendo.com/&quot;&gt;så mye
6749 musikk tilgjengelig uten bruksbegresninger&lt;/a&gt; at en kan klare seg
6750 uten musikk med bruksbegresninger.&lt;/p&gt;
6751 </description>
6752 </item>
6753
6754 <item>
6755 <title>Hvor flyter Microsofts penger?</title>
6756 <link>http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</link>
6757 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</guid>
6758 <pubDate>Fri, 24 Apr 2009 11:10:00 +0200</pubDate>
6759 <description>&lt;p&gt;Dagens nyhet er at omsetningen til Microsoft for første gang er
6760 synkende. Ikke spesielt uventet med den generelle nedgangen i
6761 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
6762 ting fra noen år tilbake.&lt;/p&gt;
6763
6764 &lt;p&gt;Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
6765 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
6766 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
6767 rundt om i verden ble kanalisert inn til skatteparadiset
6768 &lt;a href=&quot;http://en.wikipedia.org/wiki/Cayman_Islands&quot;&gt;Cayman
6769 Island&lt;/a&gt;. Jeg har aldri lykkes med å få bekreftet dette påstanden,
6770 men tok i dag en titt på hvilke selskaper som eier de norske delene av
6771 Microsoft som jeg kjenner til, dvs.
6772 &lt;a href=&quot;http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft&amp;bc=0&amp;c=Z001YP4Y&amp;org=957485030&quot;&gt;Microsoft
6773 Norge AS&lt;/a&gt; og
6774 &lt;a href=&quot;http://www.proff.no/proff/search/companyRoles.c?freeText=fast&amp;bc=348&amp;c=Z0HR5KDT&amp;org=979158831&quot;&gt;FAST,
6775 A Microsoft Subsidiary&lt;/a&gt; (tidligere FAST Search &amp; Transfer ASA).&lt;/p&gt;
6776
6777 &lt;p&gt;Førstnevnte er eid av &quot;Microsoft International Holdings Spain
6778 S.R.L.&quot;, mens sistnevnte i følge Wikipedia nå eies av
6779 Microsoft-underselskapet &quot;MACS Holdings Limited&quot;. Jeg har ikke klart
6780 å finne mer informasjon om noen av disse. Mon tro om noen av dem
6781 sender pengene til Cayman Island? Finner det jeg tror er
6782 &lt;a href=&quot;http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html&quot;&gt;informasjon
6783 om spaniaselskapet på spansk&lt;/a&gt;, men jeg kan ikke lese spansk. :(&lt;/p&gt;
6784 </description>
6785 </item>
6786
6787 <item>
6788 <title>Hvorfor jeg ikke bruker eFaktura</title>
6789 <link>http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</link>
6790 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</guid>
6791 <pubDate>Thu, 23 Apr 2009 23:00:00 +0200</pubDate>
6792 <description>&lt;p&gt;Telenors annonsering om å kreve 35 kroner i gebyr fra alle som
6793 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
6794 langt snakker om at eldre og folk som ikke behersker data vil få en
6795 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
6796 kategoriene, men velger å holde meg unna eFaktura - som er det
6797 Telenor ønsker å få folk over på - pga. systemets egenskaper.&lt;/p&gt;
6798
6799 &lt;p&gt;Slik jeg har sett eFaktura til forbrukere så langt, så sender
6800 selger en elektronisk beskjed til kundens bank, som legger ut
6801 informasjon om fakturaen i nettbanken for godkjenning. Personlig
6802 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
6803 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
6804 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
6805 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
6806 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
6807 fakturaen skal banken involveres. En faktura bør jo inn i
6808 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
6809 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
6810 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
6811 som kunde.&lt;/p&gt;
6812
6813 &lt;p&gt;I tillegg har jeg ikke vært i stand til å finne
6814 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
6815 slike krever dyre avtaler med bankene for å få lov til å sende ut
6816 eFaktura til kunder. Jeg ser vel helst at fakturering på
6817 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
6818 måtte betale mellommenn for retten til å lever ut en faktura, og
6819 liker rett og slett ikke dagens faktureringsmodeller.&lt;/p&gt;
6820 </description>
6821 </item>
6822
6823 <item>
6824 <title>Nasjonalbiblioteket legger ut bøker på web</title>
6825 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</link>
6826 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</guid>
6827 <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
6828 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
6829 melder&lt;/a&gt; at
6830 &lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
6831 og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
6832 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
6833 øre for hver side som legges ut. Utvalget er litt merkelig: 1790-,
6834 1890- og 1990-tallet. Jeg synes det er absurd hvis det er slik at
6835 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
6836 beskyttet av opphavsretten. Jeg antar her at det er mer enn 90 år
6837 siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
6838 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
6839 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
6840 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
6841 &lt;a href=&quot;http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt&quot;&gt;En
6842 melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
6843 fri ikke trenger avtale med Kopinor.&lt;/p&gt;
6844
6845 &lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
6846 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
6847 etter fragmenter i teksten. En risikerer dermed at de blir liggende
6848 på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;
6849
6850 &lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
6851 sin aprilspøk, og la ut bøkene som faller i det fri
6852 fortløpende.&lt;/p&gt;
6853
6854 </description>
6855 </item>
6856
6857 <item>
6858 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
6859 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>
6860 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
6861 <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
6862 <description>&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
6863 &lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
6864 deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
6865 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
6866 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
6867 og gikk så over til å snakke om fildeling som om fildeling i seg er
6868 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
6869 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
6870 distribusjon av filer. Det er ingenting med denne fildelingen som
6871 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
6872 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
6873 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
6874 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
6875 som deles og hvilke bruksbegrensninger som gjelder for filene. En
6876 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
6877 og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
6878 </description>
6879 </item>
6880
6881 <item>
6882 <title>Reprap-bygging i påsken</title>
6883 <link>http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</link>
6884 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</guid>
6885 <pubDate>Sun, 12 Apr 2009 10:00:00 +0200</pubDate>
6886 <description>&lt;p&gt;Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
6887 til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt; uka etter påske.
6888 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
6889 skruer og muttere til å løsne, så var første punkt på programmet å
6890 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
6891 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
6892 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
6893 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
6894 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
6895 noen ganger. Har knekket/sprukket 3 plastbiter så langt. Håper jeg
6896 får skrevet ut nye før skriveren bryter sammen pga. dette. :)&lt;/p&gt;
6897
6898 &lt;p&gt;I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
6899 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
6900 være tett omslynget av et par stjernehjul som holder båndet mellom
6901 alle Z-aksene på plass. Problemet er at båndet er 6mm, mens alle
6902 plastdelene er 5mm brede. Det betyr at et 6mm band skal inn i et 5mm
6903 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
6904 legge en 1mm skive mellom tannhjulene og stjernehjulene over
6905 tannhjulet, slik at det blir plass til båndet.&lt;/p&gt;
6906
6907 &lt;p&gt;Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
6908 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
6909 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
6910 litt plast for å løse dette problemet. Da vi begynte å se på
6911 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
6912 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
6913 Var ikke klar over at dette er ferskvare, men
6914 &lt;a href=&quot;http://forums.reprap.org/read.php?70,16250&quot;&gt;en
6915 forumposting&lt;/a&gt; viser at dette er et kjent problem. Det var ikke
6916 helt enkelt å finne ut hva &quot;Fire cement&quot; heter på norsk. Mange
6917 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
6918 alternativer som kunne fungere, som eksosmonteringspasta,
6919 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
6920 men ingen av disse så ut til å være helt riktige for dette bruket.
6921 Fire cement håndterer temperaturer opp til 1200 grader celsius, og
6922 krever ikke utblanding i vann. Konsulterte,
6923 &lt;a href=&quot;http://robot.hiof.no/node/5&quot;&gt;våre
6924 venner ved Høgskolen i Halden&lt;/a&gt;, og det viste seg at de hadde hatt samme
6925 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
6926 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
6927 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
6928 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
6929 &lt;a href=&quot;http://www.unipak.dk/UK/stovex.html&quot;&gt;Stovex&lt;/a&gt; ovnskitt, og
6930 er nå klar til å lage varmeelement til skrivehodet.
6931 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
6932 &lt;a href=&quot;http://blog.reprap.org/2009/04/by-your-powers-combined-i-am-kapton.html&quot;&gt;reprap-blogpost&lt;/a&gt;
6933 som fortalte om et bedre vidundermiddel for å lage varmeelement,
6934 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
6935 til neste gang. En reprap-variant ved navn
6936 &lt;a href=&quot;http://wiki.makerbot.com/plastruder-mk3&quot;&gt;Plastruder MK3&lt;/a&gt;
6937 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
6938 -100 og +400 grader og brukes av astronautene for å tette drakten.&lt;/p&gt;
6939 </description>
6940 </item>
6941
6942 <item>
6943 <title>Fransk idiotlovforslag hinker gjennom parlamentet</title>
6944 <link>http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</link>
6945 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</guid>
6946 <pubDate>Fri, 10 Apr 2009 00:10:00 +0200</pubDate>
6947 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagbladet.no/2009/04/09/kultur/musikk/fildeling/tekno/5689356/&quot;&gt;Dagbladet
6948 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
6949 til alle som blir anklaget for å ha brutt opphavsretten 3 ganger&lt;/a&gt;
6950 ble nedstemt i dag med 21 mot 15 stemmer. Vinklingen i Dagbladet er
6951 litt merkelig når en vet at det samme forslaget ble vedtatt i
6952 parlamentets andre kammer med 12 mot 4 stemmer, etter at det
6953 &lt;a href=&quot;http://opendotdotdot.blogspot.com/2009/04/hadopi-law-passed-by-12-votes-to-4.html&quot;&gt;overraskende
6954 ble foreslått å ta saken opp til votering 22:45 sist torsdag&lt;/a&gt;,
6955 etter sigende i strid med vanlige rutiner i det franske parlamentet.&lt;/p&gt;
6956
6957 &lt;p&gt;Det hele blir ennå mer komisk når et vet at
6958 &lt;a href=&quot;http://www.zeropaid.com/news/10034/political_hypocrisy_french_president_sued_for_copyright_infringement/&quot;&gt;presidentens
6959 parti er blitt anklaget for å ha brutt opphavsretten&lt;/a&gt;. Mon tro om
6960 partet skal miste internet-forbindelsen hvis de får 2 anklager til
6961 rettet mot seg.&lt;/p&gt;
6962 </description>
6963 </item>
6964
6965 <item>
6966 <title>Recording video from cron using VLC</title>
6967 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</link>
6968 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</guid>
6969 <pubDate>Sun, 5 Apr 2009 10:00:00 +0200</pubDate>
6970 <description>&lt;p&gt;One think I have wanted to figure out for a along time is how to
6971 run vlc from cron to do recording of video streams on the net. The
6972 task is trivial with mplayer, but I do not really trust the security
6973 of mplayer (it crashes too often on strange input), and thus prefer
6974 vlc. I finally found a way to do it today. I spent an hour or so
6975 searching the web for recipes and reading the documentation. The
6976 hardest part was to get rid of the GUI window, but after finding the
6977 dummy interface, the command line finally presented itself:&lt;/p&gt;
6978
6979 &lt;blockquote&gt;&lt;pre&gt;URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
6980 SAVEFILE=rms.ogg
6981 DISPLAY= vlc -q $URL \
6982 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
6983 --intf=dummy&lt;/pre&gt;&lt;/blockquote&gt;
6984
6985 &lt;p&gt;The command stream the URL and store it in the SAVEFILE by
6986 duplicating the output stream to &quot;nodisplay&quot; and the file, using the
6987 dummy interface. The dummy interface and the nodisplay output make
6988 sure no X interface is needed.&lt;/p&gt;
6989
6990 &lt;p&gt;The cron job then need to start this job with the appropriate URL
6991 and file name to save, sleep for the duration wanted, and then kill
6992 the vlc process with SIGTERM. Here is a complete script
6993 &lt;tt&gt;vlc-record&lt;/tt&gt; to use from &lt;tt&gt;at&lt;/tt&gt; or &lt;tt&gt;cron&lt;/tt&gt;:&lt;/p&gt;
6994
6995 &lt;blockquote&gt;&lt;pre&gt;#!/bin/sh
6996 set -e
6997 URL=&quot;$1&quot;
6998 SAVEFILE=&quot;$2&quot;
6999 DURATION=&quot;$3&quot;
7000 DISPLAY= vlc -q &quot;$URL&quot; \
7001 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
7002 --intf=dummy &lt; /dev/null &gt; /dev/null 2&gt;&amp;1 &amp;
7003 pid=$!
7004 sleep $DURATION
7005 kill $pid
7006 wait $pid&lt;/pre&gt;&lt;/blockquote&gt;
7007 </description>
7008 </item>
7009
7010 <item>
7011 <title>Standardize on protocols and formats, not vendors and applications</title>
7012 <link>http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</link>
7013 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</guid>
7014 <pubDate>Mon, 30 Mar 2009 11:50:00 +0200</pubDate>
7015 <description>&lt;p&gt;Where I work at the University of Oslo, one decision stand out as a
7016 very good one to form a long lived computer infrastructure. It is the
7017 simple one, lost by many in todays computer industry: Standardize on
7018 open network protocols and open exchange/storage formats, not applications.
7019 Applications come and go, while protocols and files tend to stay, and
7020 thus one want to make it easy to change application and vendor, while
7021 avoiding conversion costs and locking users to a specific platform or
7022 application.&lt;/p&gt;
7023
7024 &lt;p&gt;This approach make it possible to replace the client applications
7025 independently of the server applications. One can even allow users to
7026 use several different applications as long as they handle the selected
7027 protocol and format. In the normal case, only one client application
7028 is recommended and users only get help if they choose to use this
7029 application, but those that want to deviate from the easy path are not
7030 blocked from doing so.&lt;/p&gt;
7031
7032 &lt;p&gt;It also allow us to replace the server side without forcing the
7033 users to replace their applications, and thus allow us to select the
7034 best server implementation at any moment, when scale and resouce
7035 requirements change.&lt;/p&gt;
7036
7037 &lt;p&gt;I strongly recommend standardizing - on open network protocols and
7038 open formats, but I would never recommend standardizing on a single
7039 application that do not use open network protocol or open formats.&lt;/p&gt;
7040 </description>
7041 </item>
7042
7043 <item>
7044 <title>Returning from Skolelinux developer gathering</title>
7045 <link>http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</link>
7046 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</guid>
7047 <pubDate>Sun, 29 Mar 2009 21:00:00 +0200</pubDate>
7048 <description>&lt;p&gt;I&#39;m sitting on the train going home from this weekends Debian
7049 Edu/Skolelinux development gathering. I got a bit done tuning the
7050 desktop, and looked into the dynamic service location protocol
7051 implementation avahi. It look like it could be useful for us. Almost
7052 30 people participated, and I believe it was a great environment to
7053 get to know the Skolelinux system. Walter Bender, involved in the
7054 development of the Sugar educational platform, presented his stuff and
7055 also helped me improve my OLPC installation. He also showed me that
7056 his Turtle Art application can be used in standalone mode, and we
7057 agreed that I would help getting it packaged for Debian. As a
7058 standalone application it would be great for Debian Edu. We also
7059 tried to get the video conferencing working with two OLPCs, but that
7060 proved to be too hard for us. The application seem to need more work
7061 before it is ready for me. I look forward to getting home and relax
7062 now. :)&lt;/p&gt;
7063 </description>
7064 </item>
7065
7066 <item>
7067 <title>Time for new LDAP schemas replacing RFC 2307?</title>
7068 <link>http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</link>
7069 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</guid>
7070 <pubDate>Sun, 29 Mar 2009 20:30:00 +0200</pubDate>
7071 <description>&lt;p&gt;The state of standardized LDAP schemas on Linux is far from
7072 optimal. There is RFC 2307 documenting one way to store NIS maps in
7073 LDAP, and a modified version of this normally called RFC 2307bis, with
7074 some modifications to be compatible with Active Directory. The RFC
7075 specification handle the content of a lot of system databases, but do
7076 not handle DNS zones and DHCP configuration.&lt;/p&gt;
7077
7078 &lt;p&gt;In &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu/Skolelinux&lt;/a&gt;,
7079 we would like to store information about users, SMB clients/hosts,
7080 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
7081 and LTSP configuration in LDAP. These objects have a lot in common,
7082 but with the current LDAP schemas it is not possible to have one
7083 object per entity. For example, one need to have at least three LDAP
7084 objects for a given computer, one with the SMB related stuff, one with
7085 DNS information and another with DHCP information. The schemas
7086 provided for DNS and DHCP are impossible to combine into one LDAP
7087 object. In addition, it is impossible to implement quick queries for
7088 netgroup membership, because of the way NIS triples are implemented.
7089 It just do not scale. I believe it is time for a few RFC
7090 specifications to cleam up this mess.&lt;/p&gt;
7091
7092 &lt;p&gt;I would like to have one LDAP object representing each computer in
7093 the network, and this object can then keep the SMB (ie host key), DHCP
7094 (mac address/name) and DNS (name/IP address) settings in one place.
7095 It need to be efficently stored to make sure it scale well.&lt;/p&gt;
7096
7097 &lt;p&gt;I would also like to have a quick way to map from a user or
7098 computer and to the net group this user or computer is a member.&lt;/p&gt;
7099
7100 &lt;p&gt;Active Directory have done a better job than unix heads like myself
7101 in this regard, and the unix side need to catch up. Time to start a
7102 new IETF work group?&lt;/p&gt;
7103 </description>
7104 </item>
7105
7106 <item>
7107 <title>Hva er egentlig en åpen standard?</title>
7108 <link>http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</link>
7109 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</guid>
7110 <pubDate>Sat, 28 Mar 2009 10:50:00 +0100</pubDate>
7111 <description>&lt;p&gt;Jeg møter alle slags interessante mennesker på min vei, og et møte
7112 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
7113 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
7114 standarder. Det var interessant, da det fikk meg til å tenke litt
7115 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
7116 som en standard. Det hele startet med arbeid rundt integrering av NSS
7117 LDAP mot Active Directory, og problemer som oppstår pga. at Active
7118 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
7119 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
7120 mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be
7121 om resten i bolker av 1500). Jeg hevdet måten dette ble gjort på brøt
7122 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
7123 fra IETF det sto at oppførselen til AD ikke fulgte
7124 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
7125 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
7126 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
7127 mente lå til grunn. Jeg ble spesielt overrasket over denne
7128 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
7129 jeg kan se anerkjenner IETF som organisasjonen som definerer
7130 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
7131 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
7132 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
7133 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
7134 hva en standard er, og hva som er kilden til en gitt standard. Det er
7135 vanskelig å enes om felles standarder før en først enes om hvem som
7136 bestemmer hva en gitt standard innebærer.&lt;/p&gt;
7137
7138 &lt;p&gt;Hva er så en standard? I sin abstrakte form er det noe å samles
7139 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
7140 type fane en samlet seg rundt på kamplassen i riddertiden. En
7141 standard definerer altså et felleskap, noen som har noe felles. Det
7142 er naturligvis mange måter å utgjøre et felleskap på. En kan
7143 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
7144 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
7145 standarden seg uten noe mer organisering og prosedyre. En variant av
7146 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
7147 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
7148 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
7149 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
7150 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
7151 unngå dette dumme.&lt;/p&gt;
7152
7153 &lt;p&gt;En kan også ta det et skritt videre, og istedet for å basere seg på
7154 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
7155 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
7156 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
7157 kan sette igang), men det kan bidra til at den oppførselen en
7158 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
7159 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
7160 - da flere har vært involvert i å utarbeide beskrivelsen.&lt;/p&gt;
7161
7162 &lt;p&gt;Dette er dessverre ikke alt som trengs for å forstå hva en åpen
7163 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
7164 dermed har valget om de vil oppføre seg likt eller ikke, så er det
7165 endel juridiske faktorer som gjør det hele mer komplisert -
7166 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
7167 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
7168 melodi når de møtes, for å identifisere hverandre, så kan
7169 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
7170 De har standardisert hvordan de kjenner igjen alle som følger denne
7171 standarden, men ikke alle har nødvendigvis lov til å følge den.
7172 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
7173 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
7174 sin ytterste konsekvens si at alle som skal plystre en
7175 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
7176 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
7177 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
7178 som får lov til å benytte seg av denne standarden. En annen variant
7179 er hvis en standard er dokumentert, så er dokumentet som definerer
7180 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
7181 dermed mulig for rettighetsinnehaver å begrense tilgang til
7182 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
7183 den måten.&lt;/p&gt;
7184
7185 &lt;p&gt;Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
7186 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
7187 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
7188 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
7189 for å ta i bruk en standard, så vil den som innehar patent kunne styre
7190 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
7191 kan delta i et standard-felleskap, og hvis de kan delta, så er det
7192 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
7193 sette vilkår som gjør at noen faller utenfor, det være seg av
7194 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
7195 vilkår er &quot;må betale litt for hver kunde/bruker&quot; som utelukker de som
7196 gir bort en løsning gratis og &quot;må gi fra seg retten til å håndheve
7197 sine egne patentrettigheter ovenfor rettighetshaver&quot; som utelukker
7198 alle som ønsker å beholde den muligheten.&lt;/p&gt;
7199
7200 &lt;p&gt;En åpen standard innebærer for meg at alle kan få innsikt i en
7201 komplett beskrivelse av oppførsel som standarden skal dekke, og at
7202 ingen kan nektes å benytte seg av standarden. Noen mener at det
7203 holder at alle med tilstrekkelig finansiering kan få tilgang til
7204 spesifikasjonen og at en kun har finansielle krav til bruk.
7205 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
7206 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
7207 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
7208 av en standard for at en standard skal kunne kalles fri og åpen.&lt;/p&gt;
7209 </description>
7210 </item>
7211
7212 <item>
7213 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg</title>
7214 <link>http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</link>
7215 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</guid>
7216 <pubDate>Thu, 19 Mar 2009 22:15:00 +0100</pubDate>
7217 <description>&lt;p&gt;I går tok jeg mot til meg, og løste problemet med
7218 z-aksen ved å borre i delen som manglet feste mot tannjulet som
7219 skal drive z-aksereimen. Dermed var det klart for å montere
7220 z-akse-akslingen på motoren og komme et steg videre med
7221 reprap-monteringen. Prøvekjørte den i dag med
7222 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
7223 fungerte. I hvert fall når stepmotoren ikke forsøkte
7224 å snurre for raskt rundt. Ved høy hastighet roterte
7225 ikke akslingen i det hele tatt. Motoren ble bare stående
7226 å vibrere. Usikker på hvorfor, men antar motoren ikke
7227 har nok kraft til å få hele akslingen til å
7228 rotere så raskt. Denne øvelsen avslørte dog et
7229 annet problem med monteringen så langt. Under testingen
7230 begynte skruer og muttere å ry ned fra ulike deler av
7231 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
7232 å tåle slike vibrasjoner. Tror en 5-6 skruver og/eller
7233 muttere løsnet. Brukte ganske lang tid på å
7234 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
7235 må strammes skikkelig til før første
7236 utskrift.&lt;/p&gt;
7237
7238 &lt;p&gt;Neste steg er å få laget z-aksebåndet. Der trenger jeg
7239 egnet lim og en konstruksjon for å klemme bandet sammen under
7240 limingen, som
7241 &lt;a href=&quot;http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt&quot;&gt;beskrevet
7242 på reprap-wikien&lt;/a&gt;. Er blitt tipset om svart superlim som er
7243 elastisk også etter at det tørket, og dro ned til Small Size
7244 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
7245 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
7246 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
7247 limet egentlig heter, så det er vanskelig å søke på nett.&lt;/p&gt;
7248 </description>
7249 </item>
7250
7251 <item>
7252 <title>Avisene i endring</title>
7253 <link>http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</link>
7254 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</guid>
7255 <pubDate>Sun, 15 Mar 2009 22:15:00 +0100</pubDate>
7256 <description>&lt;p&gt;Jeg kom over bloggposten
7257 &quot;&lt;a href=&quot;http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/&quot;&gt;Newspapers
7258 and Thinking the Unthinkable&lt;/a&gt;&quot; som jeg synes forklarer godt hva som
7259 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
7260 forretningsmodeller basert på å løse problemer som ikke lenger
7261 eksisterer. Det blir spennende å se hva vi ender opp med.&lt;/p&gt;
7262 </description>
7263 </item>
7264
7265 <item>
7266 <title>Testing av reprap-elektronikken igang</title>
7267 <link>http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</link>
7268 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</guid>
7269 <pubDate>Thu, 12 Mar 2009 16:00:00 +0100</pubDate>
7270 <description>&lt;p&gt;Lenge siden det var en oppdatering av status for min 3D-skriver og
7271 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
7272 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
7273 til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil,
7274 der en del manglet og en annen hadde suboptimalt design. Jeg løser
7275 antagelig det ene problemet med å borre noen ekstra hull til skruver i
7276 en plastdelen som trenger å festes. Det andre problemet håper jeg å
7277 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
7278 Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og
7279 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
7280 delen jeg mangler på denne.&lt;/p&gt;
7281
7282 &lt;p&gt;Når det gjelder elektronikken, så er mye allerede loddet sammen av
7283 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
7284 enn meg. Jeg fikk i dag testet
7285 &lt;a href=&quot;http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1&quot;&gt;stepper
7286 motordriveren (v1.1)&lt;/a&gt;, og det fungerte. Jeg møtte et lite problem
7287 med strømforsyningen, en standard ATX-strømforsyning som nektet å
7288 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
7289 beskrevet på
7290 &lt;a href=&quot;http://dev.www.reprap.org/bin/view/Main/PCPowerSupply&quot;&gt;reprap-sidene
7291 om PC-strømforsyninger&lt;/a&gt;. Jeg møtte også et annet problem med
7292 Arduino-programvaren. Versjon 0013 fungerer visst ikke på
7293 Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant
7294 vha. et Google-søk
7295 &lt;a href=&quot;http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5&quot;&gt;tipset
7296 meg&lt;/A&gt; om at en nedgradering
7297 til &lt;a href=&quot;http://arduino.googlecode.com/files/arduino-0012-linux.tgz&quot;&gt;versjon
7298 0012&lt;/a&gt; kunne løse problemet, og endelig ser jeg motorakslingen
7299 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
7300 reprap-en kvikner til.&lt;/p&gt;
7301 </description>
7302 </item>
7303
7304 <item>
7305 <title>Frikanalen og jul i studentrådet</title>
7306 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</link>
7307 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</guid>
7308 <pubDate>Wed, 11 Mar 2009 23:40:00 +0100</pubDate>
7309 <description>&lt;p&gt;I går
7310 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html&quot;&gt;lanserte&lt;/a&gt;
7311 NUUGs videogruppe
7312 &lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; med
7313 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;åpne
7314 standarder&lt;/a&gt;, og resultatet av noen intense uker med arbeide kunne
7315 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
7316 Frikanalen er et eksempel på, der borgerne får anledning til å
7317 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
7318 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
7319 kan få tilgang til opptakene på web, og slipper å måtte installere MS
7320 Silverlight for å spille av opptakene.&lt;/p&gt;
7321
7322 &lt;p&gt;Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
7323 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
7324 er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
7325 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
7326 foreningen Åpen kanal) har saksøkt kulturdepartementet over
7327 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.&lt;/p&gt;
7328
7329 &lt;p&gt;I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
7330 av å se en rekke av innslagene som er tilgjengelig. Her er mye
7331 religiøst sludder, fra
7332 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720&quot;&gt;vandring
7333 i jerusalem&lt;/a&gt; via
7334 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779&quot;&gt;religiøst
7335 vinklede nyheter&lt;/a&gt; til
7336 &lt;a
7337 href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077&quot;&gt;kreasjonisk
7338 retorikk&lt;/a&gt;, men også fine
7339 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407&quot;&gt;dokumentarer
7340 om redningsselskapet&lt;/a&gt; og
7341 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204&quot;&gt;interessante
7342 tegneserieanmeldelser&lt;/a&gt;. Det jeg derimot har hatt størst glede av,
7343 er
7344
7345 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556&quot;&gt;jul
7346 i studentrådet&lt;/a&gt;, der hver episode var en fest å se på. Jeg håper
7347 NUUG lykkes med å få ut sine opptak med like stor suksess.&lt;/p&gt;
7348 </description>
7349 </item>
7350
7351 <item>
7352 <title>Lisensvalg for NUUG-opptakene endelig på plass</title>
7353 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</link>
7354 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</guid>
7355 <pubDate>Fri, 6 Mar 2009 21:20:00 +0100</pubDate>
7356 <description>&lt;p&gt;Etter mange års meditasjon over temaet, har NUUG endelig klart å
7357 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
7358 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
7359 blir &lt;a href=&quot;http://creativecommons.org/licenses/by-sa/3.0/no/&quot;&gt;Creative
7360 Commons Navngivelse-Del på samme vilkår 3.0 Norge&lt;/a&gt;. Jeg er veldig
7361 glad for at denne saken endelig er landet. Lisensen for opptaket til
7362 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
7363 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
7364 i denne sammenhengen.&lt;/p&gt;
7365 </description>
7366 </item>
7367
7368 <item>
7369 <title>Teknisk program for Go Open 2009 er nesten ferdig</title>
7370 <link>http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</link>
7371 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</guid>
7372 <pubDate>Thu, 5 Mar 2009 22:30:00 +0100</pubDate>
7373 <description>&lt;p&gt;Etter lang tids jobbing begynner endelig programmet til det
7374 tekniske sporet på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
7375 2009&lt;/a&gt; å bli ferdig. Det blir 9 punkter på programmet, og etter alt
7376 å dømme blir det disse 9:&lt;/p&gt;
7377
7378 &lt;ul&gt;
7379
7380 &lt;li&gt;&quot;Open Telephony: A solution greater than the sum of its parts&quot; med
7381 Jon &quot;maddog&quot; Hall&lt;/li&gt;
7382 &lt;li&gt;OpenSolaris-relatert med Ian Murdock fra SUN&lt;/li&gt;
7383 &lt;li&gt;&quot;The inner workings of the OpenStreetmap project and the
7384 technology used&quot; med Andy Allan &lt;/li&gt;
7385 &lt;li&gt;Coreboot-relatert med Peter Stuge&lt;/li&gt;
7386 &lt;li&gt;&quot;Gratis værdata fra Meteorologisk institutt&quot; med Trond Michelsen&lt;/li&gt;
7387 &lt;li&gt;RRDtool/Nagios-relatert med Tobias Oetiker&lt;/li&gt;
7388 &lt;li&gt;&quot;Developers guide to server-side productivity and fun using open
7389 source platforms and frameworks&quot; med en gjeng folk fra
7390 JavaBin-miljøet&lt;/li&gt;
7391 &lt;li&gt;&quot;G(et)it Nå!&quot; med Marcus Ramberg&lt;/li&gt;
7392 &lt;li&gt;Om kontrolltelling av valgresultater med fri programvare med Mitch
7393 Trachtenberg&lt;/li&gt;
7394
7395 &lt;/ul&gt;
7396
7397 &lt;p&gt;De siste bekreftelsene og overskrifter mangler og kommer
7398 forhåpentlig på plass før mandag, men jeg håper dette blir et program
7399 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
7400 stort.&lt;/p&gt;
7401 </description>
7402 </item>
7403
7404 <item>
7405 <title>Checking server hardware support status for Dell, HP and IBM servers</title>
7406 <link>http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</link>
7407 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</guid>
7408 <pubDate>Sat, 28 Feb 2009 23:50:00 +0100</pubDate>
7409 <description>&lt;p&gt;At work, we have a few hundred Linux servers, and with that amount
7410 of hardware it is important to keep track of when the hardware support
7411 contract expire for each server. We have a machine (and service)
7412 register, which until recently did not contain much useful besides the
7413 machine room location and contact information for the system owner for
7414 each machine. To make it easier for us to track support contract
7415 status, I&#39;ve recently spent time on extending the machine register to
7416 include information about when the support contract expire, and to tag
7417 machines with expired contracts to make it easy to get a list of such
7418 machines. I extended a perl script already being used to import
7419 information about machines into the register, to also do some screen
7420 scraping off the sites of Dell, HP and IBM (our majority of machines
7421 are from these vendors), and automatically check the support status
7422 for the relevant machines. This make the support status information
7423 easily available and I hope it will make it easier for the computer
7424 owner to know when to get new hardware or renew the support contract.
7425 The result of this work documented that 27% of the machines in the
7426 registry is without a support contract, and made it very easy to find
7427 them. 27% might seem like a lot, but I see it more as the case of us
7428 using machines a bit longer than the 3 years a normal support contract
7429 last, to have test machines and a platform for less important
7430 services. After all, the machines without a contract are working fine
7431 at the moment and the lack of contract is only a problem if any of
7432 them break down. When that happen, we can either fix it using spare
7433 parts from other machines or move the service to another old
7434 machine.&lt;/p&gt;
7435
7436 &lt;p&gt;I believe the code for screen scraping the Dell site was originally
7437 written by Trond Hasle Amundsen, and later adjusted by me and Morten
7438 Werner Forsbring. The HP scraping was written by me after reading a
7439 nice article in ;login: about how to use WWW::Mechanize, and the IBM
7440 scraping was written by me based on the Dell code. I know the HTML
7441 parsing could be done using nice libraries, but did not want to
7442 introduce more dependencies. This is the current incarnation:&lt;/p&gt;
7443
7444 &lt;pre&gt;
7445 use LWP::Simple;
7446 use POSIX;
7447 use WWW::Mechanize;
7448 use Date::Parse;
7449 [...]
7450 sub get_support_info {
7451 my ($machine, $model, $serial, $productnumber) = @_;
7452 my $str;
7453
7454 if ( $model =~ m/^Dell / ) {
7455 # fetch website from Dell support
7456 my $url = &quot;http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no&amp;amp;cs=nodhs1&amp;amp;l=no&amp;amp;s=dhs&amp;amp;ServiceTag=$serial&quot;;
7457 my $webpage = get($url);
7458 return undef unless ($webpage);
7459
7460 my $daysleft = -1;
7461 my @lines = split(/\n/, $webpage);
7462 foreach my $line (@lines) {
7463 next unless ($line =~ m/Beskrivelse/);
7464 $line =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7465 $line =~ s/^.+?;(Beskrivelse;)/$1/;
7466
7467 my @f = split(/\;/, $line);
7468 @f = @f[13 .. $#f];
7469 my $lastend = &quot;&quot;;
7470 while ($f[3] eq &quot;DELL&quot;) {
7471 my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10];
7472
7473 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7474 localtime(str2time($startstr)));
7475 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7476 localtime(str2time($endstr)));
7477 $str .= &quot;$type $start -&gt; $end &quot;;
7478 @f = @f[14 .. $#f];
7479 $lastend = $end if ($end gt $lastend);
7480 }
7481 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7482 tag_machine_unsupported($machine)
7483 if ($lastend lt $today);
7484 }
7485 } elsif ( $model =~ m/^HP / ) {
7486 my $mech = WWW::Mechanize-&gt;new();
7487 my $url =
7488 &#39;http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do&#39;;
7489 $mech-&gt;get($url);
7490 my $fields = {
7491 &#39;BODServiceID&#39; =&gt; &#39;NA&#39;,
7492 &#39;RegisteredPurchaseDate&#39; =&gt; &#39;&#39;,
7493 &#39;country&#39; =&gt; &#39;NO&#39;,
7494 &#39;productNumber&#39; =&gt; $productnumber,
7495 &#39;serialNumber1&#39; =&gt; $serial,
7496 };
7497 $mech-&gt;submit_form( form_number =&gt; 2,
7498 fields =&gt; $fields );
7499 # Next step is screen scraping
7500 my $content = $mech-&gt;content();
7501
7502 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7503 $content =~ s/\s+/ /gm;
7504 $content =~ s/;\s*;/;;/gm;
7505 $content =~ s/;[\s;]+/;/gm;
7506
7507 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7508
7509 while ($content =~ m/;Warranty Type;/) {
7510 my ($type, $status, $startstr, $stopstr) = $content =~
7511 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
7512 $content =~ s/^.+?;Warranty Type;//;
7513 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7514 localtime(str2time($startstr)));
7515 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7516 localtime(str2time($stopstr)));
7517
7518 $str .= &quot;$type ($status) $start -&gt; $end &quot;;
7519
7520 tag_machine_unsupported($machine)
7521 if ($end lt $today);
7522 }
7523 } elsif ( $model =~ m/^IBM / ) {
7524 # This code ignore extended support contracts.
7525 my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/;
7526 if ($producttype &amp;amp;&amp;amp; $serial) {
7527 my $content =
7528 get(&quot;http://www-947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty&amp;amp;brandind=5000008&amp;amp;Submit=Submit&amp;amp;type=$producttype&amp;amp;serial=$serial&quot;);
7529 if ($content) {
7530 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7531 $content =~ s/\s+/ /gm;
7532 $content =~ s/;\s*;/;;/gm;
7533 $content =~ s/;[\s;]+/;/gm;
7534
7535 $content =~ s/^.+?;Warranty status;//;
7536 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
7537
7538 $str .= &quot;($status) -&gt; $end &quot;;
7539
7540 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7541 tag_machine_unsupported($machine)
7542 if ($end lt $today);
7543 }
7544 }
7545 }
7546 return $str;
7547 }
7548 &lt;/pre&gt;
7549
7550 &lt;p&gt;Here are some examples on how to use the function, using fake
7551 serial numbers. The information passed in as arguments are fetched
7552 from dmidecode.&lt;/p&gt;
7553
7554 &lt;pre&gt;
7555 print get_support_info(&quot;hp.host&quot;, &quot;HP ProLiant BL460c G1&quot;, &quot;1234567890&quot;
7556 &quot;447707-B21&quot;);
7557 print get_support_info(&quot;dell.host&quot;, &quot;Dell Inc. PowerEdge 2950&quot;, &quot;1234567&quot;);
7558 print get_support_info(&quot;ibm.host&quot;, &quot;IBM eserver xSeries 345 -[867061X]-&quot;,
7559 &quot;1234567&quot;);
7560 &lt;/pre&gt;
7561
7562 &lt;p&gt;I would recommend this approach for tracking support contracts for
7563 everyone with more than a few computers to administer. :)&lt;/p&gt;
7564
7565 &lt;p&gt;Update 2009-03-06: The IBM page do not include extended support
7566 contracts, so it is useless in that case. The original Dell code do
7567 not handle extended support contracts either, but has been updated to
7568 do so.&lt;/p&gt;
7569 </description>
7570 </item>
7571
7572 <item>
7573 <title>Using bar codes at a computing center</title>
7574 <link>http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</link>
7575 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</guid>
7576 <pubDate>Fri, 20 Feb 2009 08:50:00 +0100</pubDate>
7577 <description>&lt;p&gt;At work with the University of Oslo, we have several hundred computers
7578 in our computing center. This give us a challenge in tracking the
7579 location and cabling of the computers, when they are added, moved and
7580 removed. Some times the location register is not updated when a
7581 computer is inserted or moved and we then have to search the room for
7582 the &quot;missing&quot; computer.&lt;/p&gt;
7583
7584 &lt;p&gt;In the last issue of Linux Journal, I came across a project
7585 &lt;a href=&quot;http://www.libdmtx.org/&quot;&gt;libdmtx&lt;/a&gt; to write and read bar
7586 code blocks as defined in the
7587 &lt;a href=&quot;http://en.wikipedia.org/wiki/Data_Matrix&quot;&gt;The Data Matrix
7588 Standard&lt;/a&gt;. This is bar codes that can be read with a normal
7589 digital camera, for example that on a cell phone, and several such bar
7590 codes can be read by libdmtx from one picture. The bar code standard
7591 allow up to 2 KiB to be written in the tag. There is another project
7592 with &lt;a href=&quot;http://www.terryburton.co.uk/barcodewriter/&quot;&gt;a bar code
7593 writer written in postscript&lt;/a&gt; capable of creating such bar codes,
7594 but this was the first time I found a tool to read these bar
7595 codes.&lt;/p&gt;
7596
7597 &lt;p&gt;It occurred to me that this could be used to tag and track the
7598 machines in our computing center. If both racks and computers are
7599 tagged this way, we can use a picture of the rack and all its
7600 computers to detect the rack location of any computer in that rack.
7601 If we do this regularly for the entire room, we will find all
7602 locations, and can detect movements and removals.&lt;/p&gt;
7603
7604 &lt;p&gt;I decided to test if this would work in practice, and picked a
7605 random rack and tagged all the machines with their names. Next, I
7606 took pictures with my digital camera, and gave the dmtxread program
7607 these JPEG pictures to see how many tags it could read. This worked
7608 fairly well. If the pictures was well focused and not taken from the
7609 side, all tags in the image could be read. Because of limited space
7610 between the racks, I was unable to get a good picture of the entire
7611 rack, but could without problem read all tags from a picture covering
7612 about half the rack. I had to limit the search time used by dmtxread
7613 to 60000 ms to make sure it terminated in a reasonable time frame.&lt;/p&gt;
7614
7615 &lt;p&gt;My conclusion is that this could work, and we should probably look
7616 at adjusting our computer tagging procedures to use bar codes for
7617 easier automatic tracking of computers.&lt;/p&gt;
7618 </description>
7619 </item>
7620
7621 <item>
7622 <title>Første vellykkede videostrøm fra NUUG</title>
7623 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</link>
7624 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</guid>
7625 <pubDate>Wed, 11 Feb 2009 06:30:00 +0100</pubDate>
7626 <description>&lt;p&gt;Jeg ble glad for å se under
7627 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090210-compiz/&quot;&gt;gårdagens
7628 medlemsmøte&lt;/a&gt; i NUUG Oslo at utsending av live-video fra møtet
7629 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
7630 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
7631 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
7632 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
7633 under møtet å motta spørsmål via IRC som ble besvart der og da.
7634 Opptaket publiseres så snart det er kopiert over til NUUGs
7635 webserver og komprimert.&lt;/p&gt;
7636 </description>
7637 </item>
7638
7639 <item>
7640 <title>Min reprap tar sakte form</title>
7641 <link>http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</link>
7642 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</guid>
7643 <pubDate>Tue, 3 Feb 2009 13:30:00 +0100</pubDate>
7644 <description>&lt;p&gt;Min reprap begynner å ta form. Den er nå kommet så langt at den er
7645 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
7646 hele er klart for litt enkel testing. Har møtt på to problemer som
7647 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
7648 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
7649 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
7650 forklare hvordan de kom rundt problemene. De to problemene er
7651 relatert til Z-aksen og Y-aksen. &lt;/p&gt;
7652
7653 &lt;p&gt;For Z-aksen, er det et stjernehjul som festes på motoraksen ved
7654 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
7655 Problemet med det nederste stjernejulet er at det er helt løst, og
7656 blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
7657 inntil tannjulet slik det skal. Mulig løsningen er å borre i
7658 stjernehjulet, eller lime det fast.&lt;/p&gt;
7659
7660 &lt;p&gt;For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
7661 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
7662 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.&lt;/p&gt;
7663
7664 &lt;p&gt;Når det gjelder elektronikken til min reprap, så er min gode venn
7665 Anders Rosnes igang med å lodde sammen delene og han forteller at
7666 koblingsbordet for Arduino er klart, og en temperatursensor og en
7667 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
7668 ut hvordan jeg laster opp firmware i Arduino-en. :)&lt;/p&gt;
7669
7670 &lt;p&gt;Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
7671 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
7672 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
7673 de fleste metalldelene. Gleder meg til å se resultaten av det
7674 arbeidet.&lt;/p&gt;
7675 </description>
7676 </item>
7677
7678 <item>
7679 <title>Intellektuelt privilegium - et bedre IP-begrep</title>
7680 <link>http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</link>
7681 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</guid>
7682 <pubDate>Sun, 1 Feb 2009 15:06:00 +0100</pubDate>
7683 <description>&lt;p&gt;Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
7684 patenter, varemerker og forretningshemmeligheter. Problemet med dette
7685 begrepet er at det er svært misvisende. For det første er ingen av de
7686 begrensede monopolene det her er snakk om som kan kalles eiendom, og
7687 for det andre er egenskapene til de ulike monopolene så forskjellige
7688 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
7689 sekkebegrep. Blant annet Richard Stallman har
7690 &lt;a href=&quot;http://www.gnu.org/philosophy/not-ipr.html&quot;&gt;skrevet litt om dette&lt;/a&gt;.&lt;/p&gt;
7691
7692 &lt;p&gt;I dag kom jeg over
7693 &lt;a href=&quot;http://blogs.sun.com/webmink/entry/intellectual_privilege&quot;&gt;en
7694 bloggpost fra Simon Phipps&lt;/a&gt; som foreslår å bruke intellektuelt
7695 privilegium som begrep i stedet, da det gjør det klarere at det ikke
7696 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
7697 forteller videre at noen jobber med å skrive
7698 &lt;a href=&quot;http://www.intellectualprivilege.com/book.html&quot;&gt;en bok med
7699 tittel Intellectual Privilege&lt;/a&gt;, og at boken er anbefalt av Lawrence
7700 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
7701 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
7702 forretningshemmeligheter framover.&lt;/p&gt;
7703 </description>
7704 </item>
7705
7706 <item>
7707 <title>Fri og åpen standard, slik Digistan ser det</title>
7708 <link>http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</link>
7709 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</guid>
7710 <pubDate>Sat, 31 Jan 2009 23:10:00 +0100</pubDate>
7711 <description>&lt;p&gt;Det er mange ulike definisjoner om hva en åpen standard er for noe,
7712 og NUUG hadde &lt;a href=&quot;http://www.nuug.no/dokumenter/standard-presse-def-200506.txt&quot;&gt;en
7713 pressemelding om dette sommeren 2005&lt;/a&gt;. Der ble definisjonen til
7714 &lt;a href=&quot;http://www.aaben-standard.dk/&quot;&gt;DKUUG&lt;/a&gt;,
7715 &lt;a href=&quot;http://europa.eu.int/idabc/servlets/Doc?id=19529&quot;&gt;EU-kommissionens
7716 European Interoperability Framework ( side 9)&lt;/a&gt; og
7717 &lt;a href=&quot;http://www.teknologiradet.no/files/7polert_copy.htm&quot;&gt;teknologirådet&lt;/a&gt; omtalt.&lt;/p&gt;
7718
7719 &lt;p&gt;Siden den gang har regjeringens standardiseringsråd dukket opp, og de
7720 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
7721 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407&quot;&gt;sin
7722 arbeidsmetodikk&lt;/a&gt;. Personlig synes jeg det er en god ide, da
7723 kravene som stilles der gjør at alle markedsaktører får like vilkår,
7724 noe som kommer kundene til gode ved hjelp av økt konkurranse.&lt;/p&gt;
7725
7726 &lt;p&gt;I sommer kom det en ny definisjon på banen.
7727 &lt;a href=&quot;http://www.digistan.org/&quot;&gt;Digistan&lt;/a&gt; lanserte
7728 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;en
7729 definisjon på en fri og åpen standard&lt;/a&gt;. Jeg liker måten de bryter
7730 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
7731 ved å legge på et ord og poengtere at en standard som er både åpen og
7732 fri har noen spesielle krav. Her er den definisjonen etter rask
7733 oversettelse fra engelsk til norsk av meg:&lt;/p&gt;
7734
7735 &lt;blockquote&gt;
7736 &lt;p&gt;&lt;strong&gt;Definisjonen av en fri og åpen standard&lt;/strong&gt;&lt;/p&gt;
7737
7738 &lt;p&gt;Den digitale standardorganisasjonen definierer fri og åpen standard
7739 som følger:&lt;/p&gt;
7740 &lt;ul&gt;
7741 &lt;li&gt;En fri og åpen standard er immun for leverandørinnlåsing i alle
7742 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
7743 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
7744 tid.&lt;/li&gt;
7745 &lt;li&gt;Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
7746 organisasjon, og dens pågående utvikling gjøres med en åpen
7747 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
7748 å delta.&lt;/li&gt;
7749 &lt;li&gt;Standarden er publisert og spesifikasjonsdokumentet er fritt
7750 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
7751 bruke den uten begresninger.&lt;/li&gt;
7752 &lt;li&gt;Patentene som muligens gjelder (deler av) standarden er gjort
7753 ugjenkallelig tilgjengelig uten krav om betaling.&lt;/li&gt;
7754 &lt;li&gt;Det er ingen begresninger i gjenbruk av standarden.&lt;/li&gt;
7755 &lt;/ul&gt;
7756 &lt;p&gt;Det økonomiske resultatet av en fri og åpen standard, som kan
7757 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
7758 produkter basert på standarden.&lt;/p&gt;
7759 &lt;/blockquote&gt;
7760
7761 &lt;p&gt;(Tar gjerne imot forbedringer av oversettelsen.)&lt;/p&gt;
7762 </description>
7763 </item>
7764
7765 <item>
7766 <title>Transendentalt tullball og en funksjonell tilnærming</title>
7767 <link>http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</link>
7768 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</guid>
7769 <pubDate>Sat, 24 Jan 2009 15:00:00 +0100</pubDate>
7770 <description>&lt;p&gt;Kom over
7771 &lt;a href=&quot;http://debian-administration.org/users/dkg/weblog/39&quot;&gt;en
7772 bloggpost fra Daniel Kahn Gillmor&lt;/a&gt; som forteller at
7773 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
7774 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
7775 &lt;a href=&quot;http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf&quot;&gt;Trancendental
7776 Nonsense and the Functional Approach&lt;/a&gt; fra 1935. Det må jeg si var
7777 svært interessant for å forstå hvordan og hvorfor immaterialretten har
7778 utvidet sitt virkeområde og hvor lenge det har pågått.&lt;/p&gt;
7779
7780 &lt;p&gt;Innlegget minner meg på
7781 &lt;a href=&quot;https://penta.debconf.org/~joerg/events/161.en.html&quot;&gt;en
7782 presentasjon jeg overvar&lt;/a&gt; på Debconf 7 om hvordan innføring og
7783 utvidelse av opphavsretten ble debattert på 1700-tallet. Anbefaler å
7784 se den presentasjonen som er tilgjengelig på video i
7785 &lt;a href=&quot;http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/low/072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg&quot;&gt;lav&lt;/a&gt;
7786 og
7787 &lt;a href=&quot;http://meetings-archive.debian.net/pub/debian-meetings/2007/debconf7/high/072_Free_as_in_Market_the_misunderstood_entanglement_of_ethics_software_and_profits.ogg&quot;&gt;høy&lt;/a&gt;
7788 oppløsning.&lt;/p&gt;
7789 </description>
7790 </item>
7791
7792 <item>
7793 <title>ODF-bruk i staten, ikke helt på plass</title>
7794 <link>http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</link>
7795 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</guid>
7796 <pubDate>Thu, 22 Jan 2009 23:00:00 +0100</pubDate>
7797 <description>&lt;p&gt;I går publiserte
7798 &lt;a href=&quot;http://universitas.no/nyhet/52776/&quot;&gt;Universitas&lt;/a&gt;,
7799 &lt;a href=&quot;http://www.dagensit.no/trender/article1588462.ece&quot;&gt;Dagens-IT&lt;/a&gt;
7800 og &lt;a href=&quot;http://www.idg.no/computerworld/article118622.ece&quot;&gt;Computerworld
7801 Norge&lt;/a&gt; en sak om at de ansatte ved Universitetet i Oslo ikke følger
7802 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
7803 at det kommer litt fokus på dette, og jeg håper noen journalister tar
7804 en titt på de andre statlige instansene også.&lt;/p&gt;
7805
7806 &lt;p&gt;Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
7807 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
7808 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
7809 Kjenner kun til ufullstendige løsninger for slikt.&lt;/p&gt;
7810 </description>
7811 </item>
7812
7813 <item>
7814 <title>Det vanskelige Lisensvalget - ikke lag din egen</title>
7815 <link>http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</link>
7816 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</guid>
7817 <pubDate>Thu, 22 Jan 2009 22:15:00 +0100</pubDate>
7818 <description>&lt;p&gt;Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
7819 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
7820 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
7821 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
7822 var involvert i
7823 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap-prosjektet&lt;/a&gt;
7824 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
7825 &quot;hvorfor ikke bruke de offisielle kartene fra kartverket &quot; det første
7826 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
7827 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
7828 hun med retten til videredistribusjon av nye kartkopier, som ikke
7829 kopierer kart? Hva skulle hun med retten til å publisere endrede
7830 utgaver som aldri har hatt behov for annet enn å notere litt på en
7831 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
7832 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
7833 opphavsrettsloven.&lt;/p&gt;
7834
7835 &lt;p&gt;Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
7836 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
7837 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
7838 slike lesere.&lt;/p&gt;
7839
7840 &lt;p&gt;Når en publiserer programvare eller annet opphavsrettsbeskyttet
7841 materiale (eller &quot;verk&quot; som loven kaller det), så er det endel ting
7842 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
7843 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
7844 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
7845 kopiere og endre verket. Hvis en ønsker å publisere noe uten
7846 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
7847 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
7848 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
7849 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
7850 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
7851 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
7852 eksisterende lisenstekst hvis det er mulig.&lt;/p&gt;
7853
7854 &lt;p&gt;Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
7855 For det første gir det jobb for de som ønsker å bruke verket å sette
7856 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
7857 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
7858 for de organisasjoner og individer som vurderer å ta i bruk et
7859 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
7860 med andre verk, f.eks. programmer og biblioteker skal settes sammen
7861 til et hele, eller datafiler skal brukes sammen med programmer. Det
7862 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
7863 sammen med andre komponenter hvis en ikke er påpasselig med
7864 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
7865 det ikke er intensjonen ved publisering. Og for det andre, så er det
7866 fort gjort å glemme noe når en lager lisensteksten, slik at
7867 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
7868 begresninger gjelder.. &lt;strong&gt;Første regel ved lisensvalg er derfor
7869 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
7870 de utallige eksisterende lisensene.&lt;/strong&gt;&lt;/p&gt;
7871
7872 &lt;p&gt;Et lite eksempel på problemer som kan oppstå er
7873 &lt;a href=&quot;http://api.met.no/lisens.html&quot;&gt;betingelsene som Meteorologisk
7874 institutt har gjort sine data tilgjengelig under&lt;/a&gt;. De ser pr. i
7875 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
7876 innholdet hvis de endres):&lt;/p&gt;
7877
7878 &lt;blockquote&gt;&lt;p&gt;Betingelser for bruk av data
7879 &lt;br/&gt;Meteorologisk institutt innehar immaterielle- og
7880 eiendomsrettigheter til data og produkter produsert av instituttet
7881 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
7882 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
7883 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
7884 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
7885 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
7886 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
7887 gjenkjennelig del, skal Meteorologisk institutt oppgies som
7888 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
7889 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
7890 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
7891 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
7892 uten varsel. For direkte leveranse av spesifisert produktsett,
7893 vennligst kontakt Meteorologisk institutt.&lt;/p&gt;&lt;/blockquote&gt;
7894
7895 &lt;p&gt;Meteorologisk institutt hevder at dette skal gjøre dem &quot;fritt
7896 tilgjengelige&quot;, og det gjør at jeg mistenker at betingelsene ikke
7897 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
7898 at en har rett til å endre dataene og publisere det endrede
7899 resultatet. Det står heller ingenting om hvorvidt en har rett til
7900 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
7901 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
7902 strid med kriteriene for Free Software
7903 &lt;a href=&quot;http://www.fsf.org/licensing/essays/free-sw.html&quot;&gt;publisert
7904 av FSF&lt;/a&gt;,
7905 &lt;a href=&quot;http://www.debian.org/social_contract#guidelines&quot;&gt;Debian Free
7906 Software Guidelines&lt;/a&gt; og NUUGs beskrivelse av fri programvare
7907 publisert i
7908 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
7909 folder om dette&lt;/a&gt;. Jeg lurer på hvorfor Meteorologisk institutt
7910 ikke valgte noen kjent lisens? Skulle tro at en Creative
7911 Commons-lisens eller en av de mest brukte fri programvarelisensene som
7912 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
7913 og endrer på betingelsene.&lt;/p&gt;
7914 </description>
7915 </item>
7916
7917 <item>
7918 <title>When web browser developers make a video player...</title>
7919 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</link>
7920 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</guid>
7921 <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
7922 <description>&lt;p&gt;As part of the work we do in &lt;a href=&quot;http://www.nuug.no&quot;&gt;NUUG&lt;/a&gt;
7923 to publish video recordings of our monthly presentations, we provide a
7924 page with embedded video for easy access to the recording. Putting a
7925 good set of HTML tags together to get working embedded video in all
7926 browsers and across all operating systems is not easy. I hope this
7927 will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
7928 browsers, but I am not sure. We provide the recordings in several
7929 formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
7930 browser/media plugin to pick one it support and use it to play the
7931 recording, using whatever embed mechanism the browser understand.
7932 There is at least four different tags to use for this, the new HTML5
7933 &amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
7934 the &amp;lt;applet&amp;gt; tag. All of these take a lot of options, and
7935 finding the best options is a major challenge.&lt;/p&gt;
7936
7937 &lt;p&gt;I just tested the experimental Opera browser available from &lt;a
7938 href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
7939 a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
7940 I was not very impressed. The browser start by fetching a picture
7941 from the video stream. Not sure if it is the first frame, but it is
7942 definitely very early in the recording. So far, so good. Next,
7943 instead of streaming the 76 MiB video file, it start to download all
7944 of it, but do not start to play the video. This mean I have to wait
7945 for several minutes for the downloading to finish. When the download
7946 is done, the playing of the video do not start! Waiting for the
7947 download, but I do not get to see the video? Some testing later, I
7948 discover that I have to add the controls=&quot;true&quot; attribute to be able
7949 to get a play button to pres to start the video. Adding
7950 autoplay=&quot;true&quot; did not help. I sure hope this is a misfeature of the
7951 test version of Opera, and that future implementations of the
7952 &amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
7953 playing when the download is done.&lt;/p&gt;
7954
7955 &lt;p&gt;The test page I used (since changed to add more attributes) is
7956 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
7957 from the nuug site&lt;/a&gt;. Will have to test it with the new Firefox
7958 too.&lt;/p&gt;
7959
7960 &lt;p&gt;In the test process, I discovered a missing feature. I was unable
7961 to find a way to get the URL of the playing video out of Opera, so I
7962 am not quite sure it picked the Ogg Theora version of the video. I
7963 sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
7964 </description>
7965 </item>
7966
7967 <item>
7968 <title>Fiksgatami begynner å ta form</title>
7969 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</link>
7970 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</guid>
7971 <pubDate>Thu, 15 Jan 2009 23:15:00 +0100</pubDate>
7972 <description>&lt;p&gt;For noen uker siden bestemte noen av oss seg for at det var på tide
7973 med en norsk utgave av
7974 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;, og satte igang
7975 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
7976 rapportere til rette instans om ting som er galt i offentligheten, ved
7977 å bruke kart og web. &lt;a href=&quot;http://www.fiksgatami.no&quot;&gt;En
7978 testinstans&lt;/a&gt; er på plass på en maskin donert av min arbeidsplass
7979 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
7980 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
7981 finne kilde for å slå opp adresser før første versjon er operativ.
7982 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
7983 til ny funksjonalitet.
7984 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami&quot;&gt;Prosjektet&lt;/a&gt;
7985 trenger flere folk, både utviklere og folk til å bidra med å finne ut
7986 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
7987 kontakt med naturvernmiljøet i Bergen som allerede var igang med
7988 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
7989 med dem. Dette blir bra.&lt;/p&gt;
7990 </description>
7991 </item>
7992
7993 <item>
7994 <title>Elektronikkbyggesettet kommer fram på andre forsøk</title>
7995 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</link>
7996 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</guid>
7997 <pubDate>Fri, 2 Jan 2009 13:55:00 +0100</pubDate>
7998 <description>&lt;p&gt;Et langt hopp fremover for &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
7999 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
8000 i dag.&lt;/p&gt;
8001
8002 &lt;p&gt;I dag klarte posten det de ikke klarte før jul, nemlig å få fram
8003 elektronikkbyggesettet for 3D-skriveren min. Fikk pakkelapp i dag som
8004 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
8005 pakke der, som sist. Ringte så direkte til til postens kundeservice
8006 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
8007 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
8008 av at pakken hadde annet referansenummer enn det som var på
8009 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
8010 skjedde sist, og om pakken også da lå her og ventet på meg uten at
8011 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
8012 ruslet jeg hjem igjen med elektronikkbyggesettet.&lt;/p&gt;
8013
8014 &lt;p&gt;Da er det bare å gå igang med å lodde sammen alle kretskortene.
8015 Det er en solid stabel deler, selv om esken ikke var så stor (ca
8016 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
8017 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
8018 bidra med sin kompetanse. :)&lt;/p&gt;
8019
8020 &lt;p&gt;Ellers er det god framgang med bygging av mekanikksettet som ankom
8021 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
8022 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
8023 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
8024 slik at rammeverket til &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt;-en
8025 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
8026 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
8027 feilmargin på 0.25 mm, over en avstand på 40 cm. Håper vater kan
8028 bidra her. Regner med at det blir enklere å komme opp med løsninger
8029 når rammen begynner å ta form.&lt;/p&gt;
8030
8031 &lt;p&gt;Her om dagen kom jeg forresten over en alternativ 3D-skriver som
8032 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
8033 &lt;a href=&quot;http://blog.wired.com/gadgets/2008/11/3d-printer-feed.html&quot;&gt;Mcor
8034 Matrix&lt;/a&gt; heter vidunderet, men det er ikke i salg ennå, selv om
8035 &lt;a href=&quot;http://www.mcortechnologies.com/&quot;&gt;produsentens websider&lt;/a&gt;
8036 påstår det skulle skje i 2008.&lt;/p&gt;
8037 </description>
8038 </item>
8039
8040 <item>
8041 <title>Software video mixer on a USB stick</title>
8042 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</link>
8043 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</guid>
8044 <pubDate>Sun, 28 Dec 2008 15:40:00 +0100</pubDate>
8045 <description>&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; is
8046 recording our montly presentation on video, and recently we have
8047 worked on improving the quality of the recordings by mixing the slides
8048 directly with the video stream. For this, we use the
8049 &lt;a href=&quot;http://dvswitch.alioth.debian.org/&quot;&gt;dvswitch&lt;/a&gt; package from
8050 the Debian video team. As this require quite one computer per video
8051 source, and NUUG do not have enough laptops available, we need to
8052 borrow laptops. And to avoid having to install extra software on
8053 these borrwed laptops, I have wrapped up all the programs needed on a
8054 bootable USB stick. The software required is dvswitch with assosiated
8055 source, sink and mixer applications and
8056 &lt;a href=&quot;http://www.kinodv.org/&quot;&gt;dvgrab&lt;/a&gt;. To allow this setup to
8057 work without any configuration, I&#39;ve patched dvswitch to use
8058 &lt;a href=&quot;http://www.avahi.org/&quot;&gt;avahi&lt;/a&gt; to connect the various parts
8059 together. And to allow us to use laptops without firewire plugs, I
8060 upgraded dvgrab to the one from Debian/unstable to get one that work
8061 with USB sources. We have not yet tested this setup in a production
8062 setup, but I hope it will work properly, and allow us to set up a
8063 video mixer in a very short time frame. We will need it for
8064 &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt;.&lt;/p&gt;
8065
8066 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz&quot;&gt;The
8067 USB image&lt;/a&gt; is for a 1 GB memory stick, but can be used on any
8068 larger stick as well.&lt;/p&gt;
8069 </description>
8070 </item>
8071
8072 <item>
8073 <title>FAD lanserer reiseregningsskjema som fri programvare</title>
8074 <link>http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</link>
8075 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</guid>
8076 <pubDate>Wed, 17 Dec 2008 15:00:00 +0100</pubDate>
8077 <description>&lt;p&gt;Jeg overvar i dag &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html&quot;&gt;FADs pressepresentasjon&lt;/a&gt; av arbeidet med ny
8078 programvare for &lt;a href=&quot;http://www.reiseregningen.no/&quot;&gt;skriving av
8079 reiseregninger&lt;/a&gt;, som de gir ut som fri programvare. Den gode
8080 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
8081 foran i å etablere en delingskultur i offentlig sektor, og denne gang
8082 har hatt fokus på å lage en løsning som fungerer på flere platformer,
8083 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
8084 &lt;a href=&quot;http://makingwaves.no&quot;&gt;Making Waves&lt;/a&gt; på oppdrag fra FAD, og
8085 kildekoden er tilgjengelig fra
8086 &lt;a href=&quot;https://www.coderesort.com/p/reiseregningen&quot;&gt;CodeResort&lt;/a&gt;.
8087 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
8088 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
8089 FAD håper å få erfaring med fri programvareprosjekter vha. dette
8090 prosjektet, som er første gang de gir ut kildekode fra et
8091 &quot;egenutviklet&quot; prosjekt.&lt;/p&gt;
8092
8093 &lt;p&gt;Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
8094 Adobe Flex. Den bruker Flash 9, og fungerer ikke med Gnash. I
8095 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
8096 lagt JavaScript-kode foran web-programmet som nekter å starte
8097 flash-programmet hvis ikke Adobe Flash 9 er installert. Det var
8098 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
8099 HTML-siden og lage min egen testside for å sjekke om den fungerte med
8100 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
8101 en side med følgende HTML-snutt for å laste programmet
8102 &lt;pre&gt;&lt;blockquote&gt;&amp;lt;object
8103 data=&quot;http://213.225.125.209/kunder/dss/Reiseregningen.swf&quot;
8104 width=&quot;100%&quot;
8105 height=&quot;100%&quot;
8106 &amp;gt;&lt;/blockquote&gt;&lt;/pre&gt;&lt;/p&gt;
8107
8108 &lt;p&gt;Bruken av Adobe Flash er spesielt problematisk da Adobes
8109 Flash-utgave har en lisens som ikke tillater andre en Adobe å
8110 distribuere deres programpakke. Det gjør det umulig for
8111 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
8112 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
8113 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
8114 programvare, som &lt;a href=&quot;http://www.getgnash.org/&quot;&gt;Gnash&lt;/a&gt; og
8115 &lt;a href=&quot;http://swfdec.freedesktop.org/&quot;&gt;swfdec&lt;/a&gt;. Jeg spurte
8116 utviklerne om de hadde testet med alternative utgaver av Flash som
8117 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
8118 heller ikke testet løsningen mot disse.&lt;/p&gt;
8119
8120 &lt;p&gt;Videreutvikling av reiseregningsprogrammet vil kreve aksept for
8121 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
8122 Eclipse-utvidelse i
8123 &lt;a href=&quot;http://labs.adobe.com/technologies/flex/flexbuilder_linux/&quot;&gt;en
8124 betautgave for Linux&lt;/a&gt;, men jeg vet ikke om denne er tilstrekkelig
8125 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
8126 teknologi gjør at svært få fri programvareutviklere ser det som
8127 interessant å involvere seg i videreutvikling av dette prosjektet.
8128 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
8129 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
8130 fri programvare ser det åpenbart annerledes, da det jo finnes fri
8131 programvare på Windows. Vi får se om det er tilstrekkelig mange av
8132 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
8133 av &quot;kast det over gjerdet&quot;-metoden for deling, der en legger ut koden
8134 men det ikke er klart hvem som skal skape fellesskapet som trengs for
8135 å få et fungerende fri programvareutviklingsmiljø.&lt;/p&gt;
8136
8137 &lt;p&gt;Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
8138 og der tidligere svar styrer hvilke alternativer en må fylle ut
8139 senere. Det henter informasjon om takster og regler fra FADs sider,
8140 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
8141 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
8142 utskrift eller videre lagring/behandling. Skjemaet er kun
8143 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
8144 med. FAD lovte at de skulle bidra til at takster og regelfilene
8145 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
8146 Utviklerne hadde ingen idé om dette fungerte med fri
8147 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
8148 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
8149 eksisterende tjenerløsning. Løsningen kunne gjenbruke
8150 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
8151 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
8152 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
8153 gjorde det litt vanskeligere for brukeren.&lt;/p&gt;
8154 </description>
8155 </item>
8156
8157 <item>
8158 <title>Elektronikkbyggesettet for reprapen sporet opp</title>
8159 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</link>
8160 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</guid>
8161 <pubDate>Tue, 16 Dec 2008 08:00:00 +0100</pubDate>
8162 <description>&lt;p&gt;I dag fikk jeg endelig vite hva posten hadde gjort med
8163 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach &#39;Hoeken&#39;
8164 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
8165 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
8166 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
8167 bedre denne gangen.&lt;/p&gt;
8168
8169 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
8170 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
8171 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
8172 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
81733D-skriveren til Institutt for Informatikk i Oslo. Han er igang
8174 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
8175 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
8176 er dermed gode håp om at vi har to 3D-skrivere operative over
8177 jul.&lt;/p&gt;
8178 </description>
8179 </item>
8180
8181 <item>
8182 <title>Mekanikk-delen av reprap-byggesettet i hus</title>
8183 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</link>
8184 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</guid>
8185 <pubDate>Tue, 9 Dec 2008 12:30:00 +0100</pubDate>
8186 <description>&lt;p&gt;NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
8187 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
8188 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
8189 Hurra. Håper å starte byggingen av mekanikksettet i romjula.&lt;/p&gt;
8190
8191 &lt;p&gt;Når det gjelder bygging av reprap basert på deler fra IFIs
8192 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
8193 STL-filer vi sender dem der, og printeransvarlig der har fått første
8194 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
8195 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
8196 snart. Det trengs frivillige for å bygge denne. Det innebærer
8197 blant annet å skaffe seg oversikt over hvilke plastdeler som må
8198 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
8199 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
8200 dette, men har ingen plan om å sette meg inn i dette selv med det
8201 første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
8202 og kan melde seg på aktive@nuug.no.&lt;/p&gt;
8203 </description>
8204 </item>
8205
8206 <item>
8207 <title>Mekanikk-delen av reprap-byggesettet på vei</title>
8208 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</link>
8209 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</guid>
8210 <pubDate>Tue, 2 Dec 2008 12:00:00 +0100</pubDate>
8211 <description>&lt;p&gt;Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
8212 England. Jeg kan følge pakkens bevegelser via web, og den er nå
8213 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
8214 dager, hvis alt går bra.&lt;/p&gt;
8215
8216 &lt;p&gt;Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
8217 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
8218 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
8219 bort første pakke.&lt;/p&gt;
8220 </description>
8221 </item>
8222
8223 <item>
8224 <title>Reprap-pakke tapt i posten</title>
8225 <link>http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</link>
8226 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</guid>
8227 <pubDate>Thu, 27 Nov 2008 21:20:00 +0100</pubDate>
8228 <description>&lt;p&gt;Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
8229 at posten har sendt meg et brev der de beklager at den er tapt. Da er
8230 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
8231 håpe det går bedre denne gangen.&lt;/p&gt;
8232
8233 &lt;p&gt;Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
8234 England, så også der spøker det for å få alt i hus før jul. Så
8235 lenge alt er klart til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
8236 2009&lt;/a&gt; i april, så er det greit.&lt;/p&gt;
8237 </description>
8238 </item>
8239
8240 <item>
8241 <title>Amigafolket holder ut</title>
8242 <link>http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</link>
8243 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</guid>
8244 <pubDate>Wed, 26 Nov 2008 06:05:00 +0100</pubDate>
8245 <description>&lt;p&gt;En sak på &lt;a href=&quot;http://www.linuxtoday.com/&quot;&gt;Linux Today&lt;/a&gt; om
8246 &lt;a href=&quot;http://www.linuxtoday.com/developer/2008112600335OPLLDV&quot;&gt;Amiga&lt;/a&gt;
8247 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
8248 minnet meg på prosjektet Aros.
8249 &lt;a href=&quot;http://aros.sourceforge.net/&quot;&gt;Aros-prosjektet&lt;/a&gt; går ut på å
8250 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
8251 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
8252 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
8253 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?&lt;/p&gt;
8254 </description>
8255 </item>
8256
8257 <item>
8258 <title>Mens vi venter på 3D-skriveren</title>
8259 <link>http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</link>
8260 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</guid>
8261 <pubDate>Mon, 24 Nov 2008 20:00:00 +0100</pubDate>
8262 <description>&lt;p&gt;Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
8263 å få min replikator på plass, har jeg som del av
8264 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;NUUGs
8265 3D-skriverprosjekt&lt;/a&gt; bestilt deler til en
8266 &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt; fra utlandet, som skal
8267 bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
8268 Foreløbig plan er å bygge to i parallell, en basert på byggesett
8269 fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
8270 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
8271 på byggesettet, og håper noen andre vil ta ansvar for den
8272 hjemmelagede utgaven. :)&lt;/p&gt;
8273
8274 &lt;p&gt;Nå er det den lange ventetiden som rår, etter at begge
8275 byggesettene er bestilt og betalt. Dog har visst den første pakken
8276 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
8277 fortollet, og pakkelapp kom i postkassen før pakken var klar til
8278 henting. Det var 2008-11-07. Postens sporingssystem forteller at
8279 pakken ikke har beveget seg siden 2008-11-05, da den var innom
8280 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
8281 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
8282 håper det ikke går tapt på samme vis.&lt;/p&gt;
8283 </description>
8284 </item>
8285
8286 </channel>
8287 </rss>