]> pere.pagekite.me Git - homepage.git/blob - blog/tags/nuug/nuug.rss
c87cc314d1171e79cbc4a51d10d01f082ea56d39
[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 (from
60 &lt;a href=&quot;https://www.youtube.com/watch?v=N2Kd7CLkhSY&quot;&gt;youtube&lt;/a&gt;:&lt;/p&gt;
61
62
63 &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;
64
65 &lt;p&gt;I mentioned OLSR and batman-adv, which are mesh routing protocols.
66 There are heaps of different protocols, and I am still struggling to
67 figure out which one would be &quot;best&quot; for some definitions of best, but
68 given that the community mesh group in Oslo is so small, I believe it
69 is best to hook up with the existing one instead of trying to create a
70 completely different setup, and thus this have decided to focus on
71 batman-adv for now. It sure help me to know that the very cool
72 &lt;a href=&quot;http://www.servalproject.org/&quot;&gt;Serval project in Australia&lt;/a&gt;
73 is using batman-adv as their meshing technology when it create a self
74 organizing and self healing telephony system for disaster areas and
75 less industrialized communities. Check out this cool video presenting
76 that project (from
77 &lt;a href=&quot;https://www.youtube.com/watch?v=30qNfzJCQOA&quot;&gt;youtube&lt;/a&gt;:&lt;/p&gt;
78
79 &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;
80
81 &lt;p&gt;According to the wikipedia page on
82 &lt;a href=&quot;http://en.wikipedia.org/wiki/Wireless_mesh_network&quot;&gt;Wireless
83 mesh network&lt;/a&gt; there are around 70 competing schemes for routing
84 packets across mesh networks, and OLSR, B.A.T.M.A.N. and
85 B.A.T.M.A.N. advanced are protocols used by several free software
86 based community mesh networks.&lt;/p&gt;
87
88 &lt;/p&gt;The batman-adv protocol is a bit special, as it provide layer 2
89 (as in ethernet ) routing, allowing ipv4 and ipv6 to work on the same
90 network. One way to think about it is that it provide a mesh based
91 vlan you can bridge to or handle like any other vlan connected to your
92 computer. The required drivers are already in the Linux kernel at
93 least since Debian Wheezy, and it is fairly easy to set up. A
94 &lt;a href=&quot;http://www.open-mesh.org/projects/batman-adv/wiki/Quick-start-guide&quot;&gt;good
95 introduction&lt;/a&gt; is available from the Open Mesh project. These are
96 the key settings needed to join the Oslo meshfx network:&lt;/p&gt;
97
98 &lt;table&gt;
99 &lt;tr&gt;&lt;th&gt;Setting&lt;/th&gt;&lt;th&gt;Value&lt;/th&gt;&lt;/tr&gt;
100 &lt;tr&gt;&lt;td&gt;Protocol / kernel module&lt;/td&gt;&lt;td&gt;batman-adv&lt;/td&gt;&lt;/tr&gt;
101 &lt;tr&gt;&lt;td&gt;ESSID&lt;/td&gt;&lt;td&gt;meshfx@hackeriet&lt;/td&gt;&lt;/tr&gt;
102 &lt;td&gt;Channel / Frequency&lt;/td&gt;&lt;td&gt;11 / 2462&lt;/td&gt;&lt;/tr&gt;
103 &lt;td&gt;Cell ID&lt;/td&gt;&lt;td&gt;02:BA:00:00:00:01&lt;/td&gt;
104 &lt;/table&gt;
105
106 &lt;p&gt;The reason for setting ad-hoc wifi Cell ID is to work around bugs
107 in firmware used in wifi card and wifi drivers. (See a nice post from
108 VillageTelco about
109 &quot;&lt;a href=&quot;http://tiebing.blogspot.no/2009/12/ad-hoc-cell-splitting-re-post-original.html&quot;&gt;Information
110 about cell-id splitting, stuck beacons, and failed IBSS merges!&lt;/a&gt;
111 for details.) When these settings are activated and you have some
112 other mesh node nearby, your computer will be connected to the mesh
113 network and can communicate with any mesh node that is connected to
114 any of the nodes in your network of nodes. :)&lt;/p&gt;
115
116 &lt;p&gt;My initial plan was to reuse my old Linksys WRT54GL as a mesh node,
117 but that seem to be very hard, as I have not been able to locate a
118 firmware supporting batman-adv. If anyone know how to use that old
119 wifi access point with batman-adv these days, please let me know.&lt;/p&gt;
120
121 &lt;p&gt;If you find this project interesting and want to join, please join
122 us on IRC, either channel
123 &lt;a href=&quot;irc://irc.freenode.net/#oslohackerspace&quot;&gt;#oslohackerspace&lt;/a&gt;
124 or &lt;a href=&quot;irc://irc.freenode.net/#nuug&quot;&gt;#nuug&lt;/a&gt; on
125 irc.freenode.net.&lt;/p&gt;
126
127 &lt;p&gt;While investigating mesh networks in Oslo, I came across an old
128 research paper from the university of Stavanger and Telenor Research
129 and Innovation called
130 &lt;a href=&quot;http://folk.uio.no/paalee/publications/netrel-egeland-iswcs-2008.pdf&quot;&gt;The
131 reliability of wireless backhaul mesh networks&lt;/a&gt; and elsewhere
132 learned that Telenor have been experimenting with mesh networks at
133 Grünerløkka in Oslo. So mesh networks are also interesting for
134 commercial companies, even though Telenor discovered that it was hard
135 to figure out a good business plan for mesh networking and as far as I
136 know have closed down the experiment. Perhaps Telenor or others would
137 be interested in a cooperation?&lt;/p&gt;
138 </description>
139 </item>
140
141 <item>
142 <title>July 13th: Debian/Ubuntu BSP and Skolelinux/Debian Edu developer gathering in Oslo</title>
143 <link>http://people.skolelinux.org/pere/blog/July_13th__Debian_Ubuntu_BSP_and_Skolelinux_Debian_Edu_developer_gathering_in_Oslo.html</link>
144 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/July_13th__Debian_Ubuntu_BSP_and_Skolelinux_Debian_Edu_developer_gathering_in_Oslo.html</guid>
145 <pubDate>Tue, 9 Jul 2013 10:40:00 +0200</pubDate>
146 <description>&lt;p&gt;The upcoming Saturday, 2013-07-13, we are organising a combined
147 Debian Edu developer gathering and Debian and Ubuntu bug squashing
148 party in Oslo. It is organised by &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the
149 member assosiation NUUG&lt;/a&gt; and
150 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;the Debian Edu / Skolelinux
151 project&lt;/a&gt; together with &lt;a href=&quot;http://bitraf.no/&quot;&gt;the hack space
152 Bitraf&lt;/a&gt;.&lt;/p&gt;
153
154 &lt;p&gt;It starts 10:00 and continue until late evening. Everyone is
155 welcome, and there is no fee to participate. There is on the other
156 hand limited space, and only room for 30 people. Please put your name
157 on &lt;a href=&quot;http://wiki.debian.org/BSP/2013/07/13/no/Oslo&quot;&gt;the event
158 wiki page&lt;/a&gt; if you plan to join us.&lt;/p&gt;
159 </description>
160 </item>
161
162 <item>
163 <title>Vårt konkurransebidrag til #apps4norge bruker @opnedata</title>
164 <link>http://people.skolelinux.org/pere/blog/V_rt_konkurransebidrag_til__apps4norge_bruker__opnedata.html</link>
165 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/V_rt_konkurransebidrag_til__apps4norge_bruker__opnedata.html</guid>
166 <pubDate>Wed, 1 May 2013 23:45:00 +0200</pubDate>
167 <description>&lt;p&gt;For noen uker siden, innen fristen 2013-04-15, leverte jeg og
168 Morten Kjelkenes vårt bidrag til
169 &lt;a href=&quot;http://www.apps4norge.no/&quot;&gt;DIFIs apps4norge-konkurranse&lt;/a&gt;
170 under lagnavnet &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s tannlegeteam.
171 Vi leverte følgende i idé-kategorien:&lt;/p&gt;
172
173 &lt;blockquote&gt;
174
175 &lt;p&gt;&lt;strong&gt;Tittel: Stikk innom tannlegen&lt;/strong&gt;&lt;p&gt;
176
177 &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;
178
179 &lt;p&gt;&lt;strong&gt;Beskrivelse:&lt;/strong&gt;&lt;p&gt;
180
181 &lt;p&gt;&lt;em&gt;Idéen&lt;/em&gt;
182
183 &lt;p&gt;Gjøre det enklere å finne en tannlege som er praktisk for deg, der
184 pris og reisetid med kollektivt, til fots eller med bil er tatt med i
185 beregningen, ved å oppgi hvor en bor og jobber, og få forslag til
186 tannleger både i nærheten og på veien mellom disse stedene.&lt;/p&gt;
187
188 &lt;p&gt;Brukeren oppgir hjemmeadresse og jobbadresse, og kanskje også
189 barnehage. Så kan en også oppgi egen timelønn (for å beregne taps
190 arbeidsfortjeneste) og om en reiser med kollektivt, til fots eller
191 kjører bil. Så trykker en søk, og får opp en todelt side med kart og
192 tekstliste. I kartdelen vises aktuelle tannleger (for eksempel maks
193 7), og i tekstdelen er de samme tannlegene listet opp, med pris og
194 reisetid for kollektivtransport, og pris pluss reisekostnad hvis en
195 reiser med bil. En kan endre sorteringsrekkefølge for listen ved å
196 trykke på aktuell kolonne, og velge om en skal sortere på pris,
197 reisetid eller totalkostnad. Kun tannleger som tar imot nye kunder tas
198 i utganspunktet med i listen. Når brukeren trykker med musa en
199 tannlegemarkør på kartet kommer det en popup med detaljer om
200 tannlegen, den samme informasjonen som finnes i listen under kartet,
201 og lenke til mer informasjon om tannlegen.&lt;/p&gt;
202
203 &lt;p&gt;For hvert enkelt tannlegekontor er det tilgjengelig en
204 informasjonsside med adresse, hjemmesideurl, telefonnummer, lenke til
205 side for å finne reisebeskrivelse, åpningstider, etc.&lt;/p&gt;
206
207 &lt;p&gt;&lt;em&gt;Nytteverdi for brukeren&lt;/em&gt;&lt;/p&gt;
208
209 &lt;ul&gt;
210 &lt;li&gt;sparer tid på tannlegebesøk&lt;/li&gt;
211 &lt;li&gt;kan utnytte normal reisevei mellom hjem/jobb/barnehage&lt;/li&gt;
212 &lt;li&gt;kan finne aktuell tannlege basert på flere kriterier&lt;/li&gt;
213 &lt;li&gt;sile bort tannleger som ikke tar imot flere kunder&lt;/li&gt;
214 &lt;li&gt;får kart som viser tannleger i nærheten, på tvers av kommunegrenser&lt;/li&gt;
215 &lt;/ul&gt;
216
217 &lt;p&gt;&lt;em&gt;Grad av innovasjon, nytenkning og kreativitet&lt;/em&gt;&lt;/p&gt;
218
219 &lt;p&gt;Enkel tjeneste som fokuserer på det vi selv mener er relevant ved valg
220 av tannlege.&lt;/p&gt;
221
222 &lt;p&gt;Tjenestekonseptet kan også brukes til andre næringer, f.eks. lege,
223 butikk, leiebiler, hvis en har aktuell datakilde å koble med.&lt;/p&gt;
224
225 &lt;p&gt;Skulle gjerne hatt med vurdering av tannlegene tilgjengelig, slik
226 at en kunne finne &quot;flinke&quot; tannleger basert på et eller annet
227 kriterium.&lt;/p&gt;
228
229 &lt;p&gt;&lt;em&gt;Markedspotensiale - potensiale for å slå gjennom hos mange
230 brukere&lt;/em&gt;&lt;/p&gt;
231
232 &lt;ul&gt;
233 &lt;li&gt;Alle som ønsker eller vurderer å skaffe seg ny tannlege, f.eks. nyinnflyttede og studenter&lt;/li&gt;
234 &lt;li&gt;Familier med en travel hverdag&lt;/li&gt;
235 &lt;/ul&gt;
236
237 &lt;p&gt;Felles er at den gjør tannlegen lettere tilgjengelig for de som vil spare tid eller penger.&lt;/p&gt;
238
239 &lt;p&gt;&lt;em&gt;Samfunnsøkonomisk nytte - bidrar til å løse
240 samfunnsutfordringer&lt;/em&gt;&lt;/p&gt;
241
242 &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;
243
244 &lt;p&gt;&lt;em&gt;X-faktor - “Det lille ekstra...”&lt;/em&gt;&lt;/p&gt;
245
246 &lt;p&gt;Denne tjenesten gir det lille ekstra ved at den ikke slår opp
247 avstand til tannlege fra et enkelt punkt men avstand fra en reisevei,
248 slik at en får flere tannleger å velge imellom og kanskje kan spare
249 enda mer tid og penger enn en ville gjort ved å sjekke kun de nærmest
250 hjemme eller jobb.&lt;/p&gt;
251
252 &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;
253
254 &lt;p&gt;&lt;em&gt;Datasett brukt&lt;/em&gt;&lt;/p&gt;
255
256 &lt;ul&gt;
257
258 &lt;li&gt;&lt;a href=&quot;http://www.hvakostertannlegen.no/&quot;&gt;http://www.hvakostertannlegen.no/&lt;/a&gt;
259 (Ikke-publisert JSON-API), se f.eks. JSON-output fra
260 &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;
261
262 &lt;li&gt;Kartdata,
263 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;http://www.openstreetmap.org/&lt;/a&gt;
264 &lt;a href=&quot;http://mapit.nuug.no/&quot;&gt;http://mapit.nuug.no/&lt;/a&gt; (nabokommuner, postnummer)&lt;/li&gt;
265
266 &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;
267 (reisetid med kollektivtrafikk på Østlandet),
268 &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;
269
270 &lt;li&gt;&lt;a href=&quot;http://reiseregningen.no&quot;&gt;http://reiseregningen.no&lt;/a&gt;
271 (data om statens satser for biltransport)&lt;/li&gt;
272
273 &lt;li&gt;Kollektivtrafikkkart,
274 &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;
275
276 &lt;li&gt;Routing med OpenStreetmap-data,
277 &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;
278
279 &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;
280 &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;
281 &lt;/ul&gt;
282
283 &lt;p&gt;&lt;strong&gt;Åpne offentlige datasett brukt i applikasjonen:&lt;/strong&gt;&lt;/p&gt;
284
285 &lt;ul&gt;
286 &lt;li&gt;Reisetid med kollektivtrafikk på Østlandet&lt;/li&gt;
287 &lt;/ul&gt;
288
289 &lt;p&gt;&lt;strong&gt;Øvrige datasett brukt i appen/tjenesten:&lt;/strong&gt;&lt;/p&gt;
290 &lt;ul&gt;
291 &lt;li&gt;Fakta om tannleger, priser etc (upublisert JSON-API)&lt;/li&gt;
292 &lt;li&gt;Data om statens satser for biltransport&lt;/li&gt;
293 &lt;li&gt;Kartbilder, kartdata&lt;/li&gt;
294 &lt;li&gt;Kommunegrenser, nabokommuner, postnummer&lt;/li&gt;
295 &lt;li&gt;Bilveiruting med OpenStreetmap-data&lt;/li&gt;
296 &lt;li&gt;Kollektivtrafikkkart&lt;/li&gt;
297 &lt;li&gt;Routing med OpenStreetmap-data&lt;/li&gt;
298 &lt;li&gt;Kollektivtrafikkruting for Norge med uviss dataopphav&lt;/li&gt;
299 &lt;/ul&gt;
300
301 &lt;p&gt;&lt;strong&gt;Kategori: &lt;/strong&gt;&lt;/p&gt;
302 &lt;ul&gt;
303 &lt;li&gt;Arbeid og velferd&lt;/li&gt;
304 &lt;li&gt;Forbruker&lt;/li&gt;
305 &lt;li&gt;Økonomi&lt;/li&gt;
306 &lt;/ul&gt;
307
308 &lt;p&gt;&lt;strong&gt;Geografi (dekningsområde for app): &lt;/strong&gt;&lt;/p&gt;
309
310 &lt;p&gt;Hele landet&lt;/p&gt;
311
312 &lt;/blockquote&gt;
313
314 &lt;p&gt;Vinneren annonseres 2013-05-08 ved
315 &lt;a href=&quot;http://www.apps4norge.no/arrangement/2013-05-08-invitasjon-til-prisutdeling-apps4norge-8mai-2013&quot;&gt;prisutdelingen
316 hos DIFI 09:00 til 12:00&lt;/a&gt;. Konkurransen blir hard. Det meldes at
317 38 apper og 50 ideer er registrert som kandidater. Jeg frykter at jeg
318 ikke rekker innom selv, på grunn av jobb og forpliktelser på
319 hjemmebanen.&lt;/p&gt;
320 </description>
321 </item>
322
323 <item>
324 <title>Til frikanalens støttespillere - fra styret i Frikanalen</title>
325 <link>http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html</link>
326 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Til_frikanalens_st_ttespillere___fra_styret_i_Frikanalen.html</guid>
327 <pubDate>Wed, 13 Mar 2013 11:15:00 +0100</pubDate>
328 <description>&lt;p&gt;Min venn Erik Vold har på vegne av styret i
329 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; sendt ut
330 &lt;a href=&quot;http://lists.nuug.no/pipermail/frikanalen/2013-March/000054.html&quot;&gt;følgende
331 epost&lt;/a&gt; til alle kanalens medlemmer og støttespillere, i et forsøk
332 på å redde kanalen etter at kulturdepartementet kuttet all
333 finansiering i fjor høst. Jeg fikk meldingen som
334 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-styremedlem, og mener den
335 trenger et større publikum. Jeg gjengir den derfor i sin helhet,
336 inkludert lenken til budsjett og regnskapsutkast, etter
337 &lt;a href=&quot;http://lists.nuug.no/pipermail/frikanalen/2013-March/000061.html&quot;&gt;avtale
338 med Erik&lt;/a&gt;.&lt;/p&gt;
339
340 &lt;p&gt;&lt;blockquote&gt;
341 &lt;p&gt;Til Frikanalens støttespillere&lt;/p&gt;
342
343 &lt;p&gt;Frivillighetens TV kanal har med minimal støtte avviklet daglige
344 sendinger siden 2009 og til tross for at statsstøtten uteble i år, er
345 vi nå i full gang med å utvikle et nytt TV system som foreningen selv
346 vil eie. Departementet fikk dessverre ikke med seg at nettet vil
347 berike TV sendingen fremfor å gjøre den overflødig. De har nå overlatt
348 finansieringen av videre drift til frivilligheten og vi håper derfor
349 på deres hjelp til å søke om midler. På kjøpet får dere langt flere
350 muligheter til å nå ut med deres budskap og med utbyggingen av Hybrid
351 TV (nett på TV) kan vi sammen motbevise departementets påstand.&lt;/p&gt;
352
353 &lt;p&gt;Kostnaden med denne utviklingen er svært lav ettersom de fleste
354 programmererne jobber gratis og alt er basert på åpen kildekode der
355 man deler hverandres bidrag til kringkastingsorienterte systemer. I
356 samarbeid med flere europeiske kanaler i EBU (SVT, BBC, NRK, ZDF, ARD,
357 France Televisions etc) ønsker vi å bygge opp et nettverk for delt
358 support og åpen kildekode der Frikanalen er den eneste sandkassen hvor
359 ny teknologi kan testes på luft. Riks TV åpner for annonsering av
360 nettinnhold relatert til det du ser på TV (streamevents i HbbTV)
361 allerede i sommer. Med støtte fra Media Netwerk som drifter Frikanalen
362 samt Sofia Digital som stiller med Hybrid TV server er vi &amp; NRK sikret
363 en sentral rolle i utprøvingen. Det vil da bli mulig og streame
364 direkte til Riks TV sine nye mottakere (og nye IDTV&#39;er) i HD samt at
365 TV&#39;n kan annonsere en link til deres organisasjonssider, med
366 oppdaterte nyheter (RSS feeds), relaterte videoer etc., under
367 avviklingen av deres innslag.&lt;/p&gt;
368
369 &lt;p&gt;Vi tror sendingene på den nye nettstyrte TV-kanalen vil bli rikere enn
370 på den kommersielle plattformen vi har vært på så langt. Brukerne vil
371 nå få en tettere integrasjon med sosiale medier samt at innholdet
372 etterhvert kommer ut på Hybrid TV og mobile enheter. Teknisk ansvarlig
373 i Frikanalen, Erik Vold, er sentral i utviklingen av streamingdelen
374 for tv.nrk.no (årets produkt i PC World) og erfaringen NRK har gjort
375 på mobile enheter kan videreføres til oss. Det er heller ingen tvil om
376 at Hybrid TV vil bli en suksess også i Norge. Erik sitter i Nordig som
377 har vedtatt en felles standard for de nordiske kringkasterne basert på
378 HbbTV. Denne standarden bruker web-protokoller som gjør det like
379 enkelt og billig å utvikle tjenester for Hybrid TV som å lage en
380 nettside. Samtlige nye TV apparater solgt i Norden vil ha støtte for
381 HbbTV og med det tror vi oppslutningen vil bli like stor som ellers i
382 Europa (Tyskland og Frankrike tredoblet antall HbbTV-brukere i
383 fjor). Vi forventer også mye d rahjelp fra disse foregangslandene. Vår
384 utvikler Tore Sinding Bekkedal er i skriv ende stund på en HbbTV
385 workshop med EBU-medlemmer hos IRT i München der han på vegne av NRK
386 tester og utvikler ny stremingteknologi (MPEG- DASH) for
387 mobile enheter og hybrid TV.&lt;/p&gt;
388
389 &lt;p&gt;Frikanalen har forøvrig flyttet inn i nye kostnadsfrie lokaler på
390 Chateau Neuf. Med massiv hjelp fra frivillige får vi der en
391 flerkameraregi i egnede lokaler. Dette åpner for debatter, konserter,
392 events og mye spennende innhold i samarbeid med Student TV&#39;ene.&lt;/p&gt;
393
394 &lt;p&gt;Med hjelp fra NUUG har også streamingdelen av systemet fått plass på
395 Uninett (Forskningsparken) og dermed er vi på Norges beste
396 internettlinjer. Vi åpner med dette for live mottak fra samtlige
397 medlemmer og på sikt kan vi tilby HD på hybrid TV og PC / MAC / mobil.&lt;/p&gt;
398
399 &lt;p&gt;Avvikling på luft skjer allerede med egenutviklede løsninger i åpen
400 kildekode (playout og live-koding). Det er også mulig å se første
401 byggetrinn med programoversikt og videoer på nett, men foreløpig kun
402 for nettleserne Opera, Chrome og Firefox:
403 &lt;a href=&quot;http://beta.frikanalen.tv/guide/&quot;&gt;http://beta.frikanalen.tv/guide/&lt;/a&gt;
404 og
405 &lt;a href=&quot;http://beta.frikanalen.tv/video/&quot;&gt;http://beta.frikanalen.tv/video/&lt;/a&gt;. Kom
406 gjerne med ønsker og tilbakemeldinger til vår hovedutvikler Benjamin
407 Bruheim: grolgh (at) gmail.com&lt;/p&gt;
408
409 &lt;p&gt;Med en tettere tilknytning til Akademia og NRK, er det god grunn til å
410 tro at utviklingen vil skyte fart og at vi raskere kommer ut med
411 dagsaktuelt innhold.&lt;/p&gt;
412
413 &lt;p&gt;Vi sender i dag på Riks TV og Altibox, men ikke lenger på TV8. Det er
414 viktig for våre brukere igjen å komme ut på Get og Canal Digital,
415 dermed er det svært heldig at vi nå har formidlingsplikt på kabel. Til
416 tross for at det tar noe tid å få nye avtaler på plass, med frivillig
417 juridisk bistand, vil vi sannsynligvis komme bedre ut i andre enden
418 også her. Formidlingsplikten gjelder samtlige kabeldistribusjoner i
419 Norge, ikke bare de regionene TV8 hadde avtale med.&lt;/p&gt;
420
421 &lt;p&gt;Om alt dette skal se dagens lys er vi avhengig av en
422 grunnfinansiering. Deres medlemsavgifter er i så måte et svært viktig
423 bidrag som vi er veldig takknemlige for. Vi ser oss likevel nødt til
424 å be dere om å delta i arbeidet med å dekke de resterende
425 driftskostnader. Frikanalen sin arbeidskapasitet er betydelig redusert
426 etter at foreningen ikke lenger kunne finansiere en daglig leder, men
427 allmøtet kan åpne for at flere bidrar til inntjening (Ekstraordinær
428 generalforsamling foreslo å tillate sponsorplakater på sendeflaten og
429 deler av disse inntektene kan tilfalle kanalen). Håper alle
430 medlemmene kan hjelpe oss med å skrive søknader og skaffe sponsorer,
431 eller i det minste komme med gode forslag til inntjening. Det er ikke
432 mye som skal til for å klare videre drift, kun 0,5 mill. pr år.&lt;/p&gt;
433
434 &lt;p&gt;Med en støtte som tilsvarer en norsk kortfilm vil vi kunne redde
435 sendearkivet for flere tusen videoer bygget opp av frivilligheten
436 gjennom 5 år og vi dobler kapasiteten for å ta imot nye (De som
437 leverer HD vil for øvrig kunne få HD på nett, mobil og hybrid TV).&lt;/p&gt;
438
439 &lt;p&gt;Vi vil også kunne videreføre konsesjonen på Riks TV og realisere en
440 formidlingsplikt på kabel som har en årlig verdi på ca. 5 millioner
441 kroner (når over 2/3 av Norges befolkning).&lt;/p&gt;
442
443 &lt;p&gt;Uten støtte står verdens eneste nasjonale nettstyrte åpne TV kanal i
444 fare for å forsvinne. En konkursbegjæring vil gjøre at utstyrsparken
445 går til advokatsalærer i behandling av boet og kreditorene vil ikke
446 kunne få dekket sine krav. Det mener vi ikke bare er urett ovenfor
447 långiverne, men det er urett mot alle de som har bidratt med å bygge
448 opp frivillighetens eneste sendearkiv og ikke minst alle de som i dag
449 jobber frivillig med å videreutvikle TV-systemet.&lt;/p&gt;
450
451 &lt;p&gt;Håper dere i likhet med styret ser verdien i videre drift og kan melde
452 tilbake innen årsmøtet (Kontaktinformasjon til styret og frivillige
453 utviklere er i kopifeltet).&lt;/p&gt;
454
455 &lt;p&gt;Vennligst fyll ut det blå feltet i regnearket under med det dere tror
456 er mulig å få inn. Det dere skriver her er ikke bindende, men gir
457 styret en indikasjon på om videre drift er mulig. Det blir tatt
458 stilling til av generalforsamlingen medio mars. Setter derfor pris på
459 om alle kan bidra med forslag til støtte eller antatte verdier fra
460 søknad/spons innen det.&lt;/p&gt;
461
462 &lt;p&gt;Forhåpentligvis når vi også ønsket budsjett på 1 mill. pr år. Med det
463 kan vi nedbetale gjelden raskere og sørge for en bedre
464 tilgjengelighet, samt raskere utvikling:&lt;/p&gt;
465
466 &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;
467
468 &lt;p&gt;Med vennlig hilsen
469 &lt;br&gt;Styret i Frikanalen&lt;/p&gt;
470 &lt;/blockquote&gt;&lt;/p&gt;
471
472 &lt;p&gt;Jeg håper noen av mine lesere med dette ser verdien av Frikanalen
473 og melder seg inn for å sende sine videoer ut på TV til RiksTV og
474 Altibox-seerne. Det haster. Årsmøtet i foreningen Frikanalen skal
475 straks avholdes, og innen den tid må en redningsplan være på plass.
476 NUUG bidrar allerede litt ved å organisere utviklersamlinger og
477 finansiere litt mat og drikke til de frivillige som stiller opp på
478 dugnadsbasis for å utvikle den tekniske løsningen. Det er ikke nok
479 til å redde kanalen, men gir et lite steg i riktig retning.&lt;/p&gt;
480
481 &lt;p&gt;&lt;strong&gt;Update 2013-03-13 13:00&lt;/strong&gt;: Epostlistelenkene
482 fungerer ikke lenger, da epostarkivet nå ikke lenger er tilgjengelig
483 for ikke-abonnenter. Korrigerte teksten fra styret litt etter
484 oppfordring fra Frikanalen-styret.&lt;/p&gt;
485 </description>
486 </item>
487
488 <item>
489 <title>Frikanalen - Complete TV station organised using the web</title>
490 <link>http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</link>
491 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen___Complete_TV_station_organised_using_the_web.html</guid>
492 <pubDate>Sun, 3 Mar 2013 07:15:00 +0100</pubDate>
493 <description>&lt;p&gt;Do you want to set up your own TV station, schedule videos and
494 broadcast them on the air? Using free software? With video on demand
495 support using
496 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
497 open standards&lt;/a&gt;? Included a web based video stream as well? And
498 administrate it all in your web browser from anywhere in the world? A
499 few years now the Norwegian public access TV-channel
500 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; have been building a
501 system to do just this. The source code for the solution is licensed
502 using the GNU LGPL, and
503 &lt;a href=&quot;http://github.com/Frikanalen&quot;&gt;available from github&lt;/a&gt;.&lt;/p&gt;
504
505 &lt;p&gt;The idea is simple. You upload a video file over the web, and
506 attach meta information to the file. You select a time slot in the
507 program schedule, and when the time come it is played on the air and
508 in the web stream. It is also made available in a video on demand
509 solution for anyone to see it also outside its scheduled time. All
510 you need to run a TV station - using your web browser.&lt;/p&gt;
511
512 &lt;p&gt;There are several parts to this web based solution. I&#39;ll mention
513 the three most important ones. The first part is the database of
514 videos and the schedule. This is written in Django and include a REST
515 API. The current database is SQLite, but the plan is to migrate it to
516 PostgreSQL. At the moment this system can be tested on
517 &lt;a href=&quot;http://beta.frikanalen.tv/&quot;&gt;beta.frikanalen.tv&lt;/a&gt;. The
518 second part is the video playout, taking the schedule information from
519 the database and providing a video stream to broadcast. This is done
520 using &lt;a href=&quot;http://www.casparcg.com/&quot;&gt;CasparCG from SVT&lt;/a&gt; and
521 &lt;a href=&quot;http://www.mltframework.org/&quot;&gt;Media Lovin&#39; Toolkit&lt;/a&gt;. Video
522 signal distribution is handled using
523 &lt;a href=&quot;http://www.ob-encoder.com/&quot;&gt;Open Broadcast Encoder&lt;/a&gt;. The
524 third part is the converter, handling the transformation of uploaded
525 video files to a format useful for broadcasting, streaming and video
526 on demand. It is still very much work in progress, so it is not yet
527 decided what it will end up using. Note that the source of the latter
528 two parts are not yet pushed to github. The lead author want to clean
529 them up a bit more first.&lt;/p&gt;
530
531 &lt;p&gt;The development is coordinated on the
532 &lt;a href=&quot;irc://irc.freenode.net/%23frikanalen&quot;&gt;#frikanalen IRC
533 channel&lt;/a&gt; (irc.freenode.net), and discussed on
534 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/frikanalen&quot;&gt;the
535 frikanalen mailing list&lt;/a&gt;. The lead developer is Benjamin Bruheim
536 (phed on IRC). Anyone is welcome to participate in the
537 development.&lt;/p&gt;
538 </description>
539 </item>
540
541 <item>
542 <title>Litt statistikk over offentlige anbud annonsert via Doffin siden 2008</title>
543 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html</link>
544 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_over_offentlige_anbud_annonsert_via_Doffin_siden_2008.html</guid>
545 <pubDate>Mon, 11 Feb 2013 14:40:00 +0100</pubDate>
546 <description>&lt;p&gt;For et halvt år siden
547 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html&quot;&gt;satte
548 jeg opp et system for å lage en database&lt;/a&gt; med informasjon om
549 offentlige anbud fra &lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; ved
550 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;hjelp av
551 Scraperwiki&lt;/a&gt;. Nå er databasen så vidt jeg kan se komplett, med
552 data helt tilbake til 2008. Her er litt statistikk over
553 &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
554 anbud publisert hver måned&lt;/a&gt;:&lt;/p&gt;
555
556 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
557 &lt;tr&gt; &lt;th&gt;Publiseringsmåned&lt;/th&gt; &lt;th&gt;Antall&lt;/th&gt; &lt;/tr&gt;
558 &lt;tr&gt; &lt;td&gt;2013-01&lt;/td&gt; &lt;td&gt;1015&lt;/td&gt; &lt;/tr&gt;
559 &lt;tr&gt; &lt;td&gt;2012-12&lt;/td&gt; &lt;td&gt;756&lt;/td&gt; &lt;/tr&gt;
560 &lt;tr&gt; &lt;td&gt;2012-11&lt;/td&gt; &lt;td&gt;979&lt;/td&gt; &lt;/tr&gt;
561 &lt;tr&gt; &lt;td&gt;2012-10&lt;/td&gt; &lt;td&gt;1093&lt;/td&gt; &lt;/tr&gt;
562 &lt;tr&gt; &lt;td&gt;2012-09&lt;/td&gt; &lt;td&gt;1023&lt;/td&gt; &lt;/tr&gt;
563 &lt;tr&gt; &lt;td&gt;2012-08&lt;/td&gt; &lt;td&gt;951&lt;/td&gt; &lt;/tr&gt;
564 &lt;tr&gt; &lt;td&gt;2012-07&lt;/td&gt; &lt;td&gt;1103&lt;/td&gt; &lt;/tr&gt;
565 &lt;tr&gt; &lt;td&gt;2012-06&lt;/td&gt; &lt;td&gt;1334&lt;/td&gt; &lt;/tr&gt;
566 &lt;tr&gt; &lt;td&gt;2012-05&lt;/td&gt; &lt;td&gt;1435&lt;/td&gt; &lt;/tr&gt;
567 &lt;tr&gt; &lt;td&gt;2012-04&lt;/td&gt; &lt;td&gt;1169&lt;/td&gt; &lt;/tr&gt;
568 &lt;tr&gt; &lt;td&gt;2012-03&lt;/td&gt; &lt;td&gt;1573&lt;/td&gt; &lt;/tr&gt;
569 &lt;tr&gt; &lt;td&gt;2012-02&lt;/td&gt; &lt;td&gt;1335&lt;/td&gt; &lt;/tr&gt;
570 &lt;tr&gt; &lt;td&gt;2012-01&lt;/td&gt; &lt;td&gt;1147&lt;/td&gt; &lt;/tr&gt;
571 &lt;tr&gt; &lt;td&gt;2011-12&lt;/td&gt; &lt;td&gt;1045&lt;/td&gt; &lt;/tr&gt;
572 &lt;tr&gt; &lt;td&gt;2011-11&lt;/td&gt; &lt;td&gt;1114&lt;/td&gt; &lt;/tr&gt;
573 &lt;tr&gt; &lt;td&gt;2011-10&lt;/td&gt; &lt;td&gt;1230&lt;/td&gt; &lt;/tr&gt;
574 &lt;tr&gt; &lt;td&gt;2011-09&lt;/td&gt; &lt;td&gt;1165&lt;/td&gt; &lt;/tr&gt;
575 &lt;tr&gt; &lt;td&gt;2011-08&lt;/td&gt; &lt;td&gt;966&lt;/td&gt; &lt;/tr&gt;
576 &lt;tr&gt; &lt;td&gt;2011-07&lt;/td&gt; &lt;td&gt;1148&lt;/td&gt; &lt;/tr&gt;
577 &lt;tr&gt; &lt;td&gt;2011-06&lt;/td&gt; &lt;td&gt;1410&lt;/td&gt; &lt;/tr&gt;
578 &lt;tr&gt; &lt;td&gt;2011-05&lt;/td&gt; &lt;td&gt;1536&lt;/td&gt; &lt;/tr&gt;
579 &lt;tr&gt; &lt;td&gt;2011-04&lt;/td&gt; &lt;td&gt;1350&lt;/td&gt; &lt;/tr&gt;
580 &lt;tr&gt; &lt;td&gt;2011-03&lt;/td&gt; &lt;td&gt;1574&lt;/td&gt; &lt;/tr&gt;
581 &lt;tr&gt; &lt;td&gt;2011-02&lt;/td&gt; &lt;td&gt;1370&lt;/td&gt; &lt;/tr&gt;
582 &lt;tr&gt; &lt;td&gt;2011-01&lt;/td&gt; &lt;td&gt;1049&lt;/td&gt; &lt;/tr&gt;
583 &lt;tr&gt; &lt;td&gt;2010-12&lt;/td&gt; &lt;td&gt;992&lt;/td&gt; &lt;/tr&gt;
584 &lt;tr&gt; &lt;td&gt;2010-11&lt;/td&gt; &lt;td&gt;1089&lt;/td&gt; &lt;/tr&gt;
585 &lt;tr&gt; &lt;td&gt;2010-10&lt;/td&gt; &lt;td&gt;1110&lt;/td&gt; &lt;/tr&gt;
586 &lt;tr&gt; &lt;td&gt;2010-09&lt;/td&gt; &lt;td&gt;1132&lt;/td&gt; &lt;/tr&gt;
587 &lt;tr&gt; &lt;td&gt;2010-08&lt;/td&gt; &lt;td&gt;883&lt;/td&gt; &lt;/tr&gt;
588 &lt;tr&gt; &lt;td&gt;2010-07&lt;/td&gt; &lt;td&gt;1126&lt;/td&gt; &lt;/tr&gt;
589 &lt;tr&gt; &lt;td&gt;2010-06&lt;/td&gt; &lt;td&gt;1440&lt;/td&gt; &lt;/tr&gt;
590 &lt;tr&gt; &lt;td&gt;2010-05&lt;/td&gt; &lt;td&gt;1236&lt;/td&gt; &lt;/tr&gt;
591 &lt;tr&gt; &lt;td&gt;2010-04&lt;/td&gt; &lt;td&gt;1249&lt;/td&gt; &lt;/tr&gt;
592 &lt;tr&gt; &lt;td&gt;2010-03&lt;/td&gt; &lt;td&gt;1556&lt;/td&gt; &lt;/tr&gt;
593 &lt;tr&gt; &lt;td&gt;2010-02&lt;/td&gt; &lt;td&gt;1256&lt;/td&gt; &lt;/tr&gt;
594 &lt;tr&gt; &lt;td&gt;2010-01&lt;/td&gt; &lt;td&gt;1140&lt;/td&gt; &lt;/tr&gt;
595 &lt;tr&gt; &lt;td&gt;2009-12&lt;/td&gt; &lt;td&gt;1013&lt;/td&gt; &lt;/tr&gt;
596 &lt;tr&gt; &lt;td&gt;2009-11&lt;/td&gt; &lt;td&gt;1220&lt;/td&gt; &lt;/tr&gt;
597 &lt;tr&gt; &lt;td&gt;2009-10&lt;/td&gt; &lt;td&gt;1320&lt;/td&gt; &lt;/tr&gt;
598 &lt;tr&gt; &lt;td&gt;2009-09&lt;/td&gt; &lt;td&gt;1294&lt;/td&gt; &lt;/tr&gt;
599 &lt;tr&gt; &lt;td&gt;2009-08&lt;/td&gt; &lt;td&gt;953&lt;/td&gt; &lt;/tr&gt;
600 &lt;tr&gt; &lt;td&gt;2009-07&lt;/td&gt; &lt;td&gt;1162&lt;/td&gt; &lt;/tr&gt;
601 &lt;tr&gt; &lt;td&gt;2009-06&lt;/td&gt; &lt;td&gt;1605&lt;/td&gt; &lt;/tr&gt;
602 &lt;tr&gt; &lt;td&gt;2009-05&lt;/td&gt; &lt;td&gt;1568&lt;/td&gt; &lt;/tr&gt;
603 &lt;tr&gt; &lt;td&gt;2009-04&lt;/td&gt; &lt;td&gt;1522&lt;/td&gt; &lt;/tr&gt;
604 &lt;tr&gt; &lt;td&gt;2009-03&lt;/td&gt; &lt;td&gt;1599&lt;/td&gt; &lt;/tr&gt;
605 &lt;tr&gt; &lt;td&gt;2009-02&lt;/td&gt; &lt;td&gt;1376&lt;/td&gt; &lt;/tr&gt;
606 &lt;tr&gt; &lt;td&gt;2009-01&lt;/td&gt; &lt;td&gt;1080&lt;/td&gt; &lt;/tr&gt;
607 &lt;tr&gt; &lt;td&gt;2008-12&lt;/td&gt; &lt;td&gt;1028&lt;/td&gt; &lt;/tr&gt;
608 &lt;tr&gt; &lt;td&gt;2008-11&lt;/td&gt; &lt;td&gt;949&lt;/td&gt; &lt;/tr&gt;
609 &lt;tr&gt; &lt;td&gt;2008-10&lt;/td&gt; &lt;td&gt;1047&lt;/td&gt; &lt;/tr&gt;
610 &lt;tr&gt; &lt;td&gt;2008-09&lt;/td&gt; &lt;td&gt;965&lt;/td&gt; &lt;/tr&gt;
611 &lt;tr&gt; &lt;td&gt;2008-08&lt;/td&gt; &lt;td&gt;725&lt;/td&gt; &lt;/tr&gt;
612 &lt;tr&gt; &lt;td&gt;2008-07&lt;/td&gt; &lt;td&gt;1015&lt;/td&gt; &lt;/tr&gt;
613 &lt;tr&gt; &lt;td&gt;2008-06&lt;/td&gt; &lt;td&gt;1304&lt;/td&gt; &lt;/tr&gt;
614 &lt;tr&gt; &lt;td&gt;2008-05&lt;/td&gt; &lt;td&gt;323&lt;/td&gt; &lt;/tr&gt;
615 &lt;/table&gt;&lt;/p&gt;
616
617 &lt;p&gt;Her er tilsvarende
618 &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
619 per år&lt;/a&gt;, som viser en liten nedgang i antall anbud:&lt;/p&gt;
620
621 &lt;table border=&quot;1&quot;&gt;
622 &lt;tr&gt; &lt;th&gt;Publiseringsår&lt;/th&gt; &lt;th&gt;Antall&lt;/th&gt; &lt;/tr&gt;
623 &lt;tr&gt; &lt;td&gt;2012&lt;/td&gt; &lt;td&gt;13898&lt;/td&gt; &lt;/tr&gt;
624 &lt;tr&gt; &lt;td&gt;2011&lt;/td&gt; &lt;td&gt;14957&lt;/td&gt; &lt;/tr&gt;
625 &lt;tr&gt; &lt;td&gt;2010&lt;/td&gt; &lt;td&gt;14209&lt;/td&gt; &lt;/tr&gt;
626 &lt;tr&gt; &lt;td&gt;2009&lt;/td&gt; &lt;td&gt;15712&lt;/td&gt; &lt;/tr&gt;
627 &lt;tr&gt; &lt;td&gt;2008&lt;/td&gt; &lt;td&gt;7356&lt;/td&gt; &lt;/tr&gt;
628 &lt;/table&gt;&lt;/p&gt;
629
630 &lt;p&gt;Jeg droppet den ufullstendige måneden og året fra tabellen. Se
631 lenken for oppdaterte tall.&lt;/p&gt;
632 </description>
633 </item>
634
635 <item>
636 <title>Ledger - double-entry accounting using text based storage format</title>
637 <link>http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html</link>
638 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ledger___double_entry_accounting_using_text_based_storage_format.html</guid>
639 <pubDate>Tue, 18 Dec 2012 23:30:00 +0100</pubDate>
640 <description>&lt;p&gt;A few days ago I came across
641 &lt;a href=&quot;http://joeyh.name/blog/entry/hledger/&quot;&gt;a blog post from Joey
642 Hess&lt;/a&gt; describing &lt;a href=&quot;http://ledger-cli.org/&quot;&gt;ledger&lt;/a&gt; and
643 hledger, a text based system for double-entry accounting. I found it
644 interesting, as I am involved with several organizations where
645 accounting is an issue, and I have not really become too friendly with
646 the different web based systems we use. I find it hard to find what I
647 look for in the menus and even harder try to get sensible data out of
648 the systems. Ledger seem different. The accounting data is kept in
649 text files that can be stored in a version control system, and there
650
651 are at least &lt;a href=&quot;https://github.com/ledger/ledger/wiki/Ports&quot;&gt;five
652 different implementations&lt;/a&gt; able to read the format. An example
653 entry look like this, and is simple enough that it will be trivial to
654 generate entries based on CVS files fetched from the bank:&lt;/p&gt;
655
656 &lt;blockquote&gt;&lt;pre&gt;
657 2004-05-27 Book Store
658 Expenses:Books $20.00
659 Liabilities:Visa
660 &lt;/pre&gt;&lt;/blockquote&gt;
661
662 &lt;p&gt;The concept seemed interesting enough for me to check it out and
663 look for others using it. I found blog posts from
664 &lt;a href=&quot;http://blog.spang.cc/posts/hledger_rocks_my_world/&quot;&gt;Christine
665 Spang&lt;/a&gt;,
666 &lt;a href=&quot;http://bugsplat.info/2010-05-23-keeping-finances-with-ledger.html&quot;&gt;Pete
667 Keen&lt;/a&gt;,
668 &lt;a href=&quot;http://blog.andrewcantino.com/blog/2010/11/06/command-line-accounting-with-ledger-and-reckon/&quot;&gt;Andrew
669 Cantino&lt;/a&gt; and
670 &lt;a href=&quot;http://blog.iphoting.com/blog/2012/11/29/command-line-double-entry-accounting/&quot;&gt;Ronald
671 Ip&lt;/a&gt; describing how they use it, as well as a post from
672 &lt;a href=&quot;https://groups.google.com/forum/?fromgroups=#!topic/ledger-cli/r0oWjwbQ9Bo&quot;&gt;Bradley
673 M. Kuhn&lt;/a&gt; at the Software Freedom Conservancy. All seemed like good
674 recommendations fitting my need.&lt;/p&gt;
675
676 &lt;p&gt;The &lt;a href=&quot;http://packages.qa.debian.org/l/ledger.html&quot;&gt;ledger&lt;/a&gt;
677 package is available in Debian Squeeze, while the
678 &lt;a href=&quot;http://packages.qa.debian.org/h/haskell-hledger.html&quot;&gt;hledger&lt;/a&gt;
679 package only is available in Debian Sid. As I use Squeeze, ledger
680 seemed the best choice to get started.&lt;/p&gt;
681
682 &lt;p&gt;To get some real data to test on, I wrote a
683 &lt;a href=&quot;http://www.nuug.no/tools/lodo2ledger&quot;&gt;web scraper&lt;/a&gt; for
684 &lt;a href=&quot;http://www.lodo.no/&quot;&gt;LODO&lt;/a&gt;, the accounting system used by
685 the &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; association, and started to
686 play with the data set. I&#39;m not really deeply into accounting, but I
687 am able to get a simple balance and accounting status for example
688 using the &quot;&lt;tt&gt;ledger balance&lt;/tt&gt;&quot; command. But I will have to
689 gather more experience before I know if the ledger way is a good fit
690 for the organisations I am involved in.&lt;/p&gt;
691 </description>
692 </item>
693
694 <item>
695 <title>59 kommuner omfavner nå FiksGataMi</title>
696 <link>http://people.skolelinux.org/pere/blog/59_kommuner_omfavner_n__FiksGataMi.html</link>
697 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/59_kommuner_omfavner_n__FiksGataMi.html</guid>
698 <pubDate>Mon, 5 Nov 2012 23:00:00 +0100</pubDate>
699 <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;
700
701 &lt;p&gt;For noen dager siden omfavnet to nye kommuner NUUGs
702 &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;. Med 59 kommuner
703 som lenker til FiksGataMi fra sine hjemmesider er &quot;markedsandelen&quot;
704 13,8 % (av 429 kommuner). Sist ut er Stange og Utsira kommune, som
705 slår følge med kommunene Askim, Askøy, Audnedal, Aure, Balestrand,
706 Bærum, Eide, Farsund, Flekkefjord, Folldal, Gran, Grue, Hadsel,
707 Halden, Halsa, Hamar, Hobøl, Holtålen, Hægebostad, Høyanger,
708 Kongsberg, Kristiansund, Kvinesdal, Kviteseid, Levanger, Lindesnes,
709 Luster, Lyngdal, Løten, Mandal, Marnardal, Moss, Namsos, Nissedal,
710 Nordreisa, Randaberg, Rindal, Sel, Sirdal, Skiptvet, Sortland,
711 Spydeberg, Stjørdal, Stord, Søgne, Sør-Odal, Tolga, Trysil, Tynset,
712 Tysvær, Ullensvang Herad, Vennesla, Verdal, Vågan, Vågå, Våler og
713 Åseral. Oppdatert liste er tilgjengelig fra
714 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami/positivemottakere&quot;&gt;NUUGs
715 wiki&lt;/a&gt;. Kartet er dog ikke oppdatert med de siste kommunene.&lt;/p&gt;
716
717 &lt;p&gt;Kanskje du bør høre med din kommune om de vil bli mer aktive
718 brukere av FiksGataMi? Se
719 &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
720 tidligere bloggpost&lt;/a&gt; med tips om hvordan det kan gjøres.&lt;/p&gt;
721
722 &lt;p&gt;I snitt rapporteres det nå via FiksGataMi ca. 100 meldinger i uka fra
723 innbyggerne om feil på offentlig infrastruktur.&lt;/p&gt;
724 </description>
725 </item>
726
727 <item>
728 <title>Ode til Frikanalen...</title>
729 <link>http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</link>
730 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ode_til_Frikanalen___.html</guid>
731 <pubDate>Fri, 2 Nov 2012 23:00:00 +0100</pubDate>
732 <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
733 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; ble
734 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html&quot;&gt;tilgjengelig
735 i et fritt og åpent standardisert videoformat&lt;/a&gt;. Bakgrunnen var at
736 vi i NUUG likte tanken på «Youtube på TV», der enhver borger kunne få
737 mulighet til å kringkaste sin video på TV, og NUUG ble medlem i
738 Frikanalen for å støtte dette arbeidet. Frikanalen er borger-TV, der
739 alle kan være sin egen redaktør og lage TV uten solid finansielle
740 muskler. Siden den gang har vi bistått kanalen på ulikt vis, blant
741 annet med å hjelpe til med å utvikle en løsning basert på fri
742 programvare for drift av TV-kanalen. Dette utviklingsarbeidet pågår
743 fortsatt, men det er god fremgang og godt håp om å få på plass en
744 webbasert løsning for styring av TV-kanalen basert på fri programvare.
745 Dagens produksjonsløsning er basert på Windows og proprietær
746 programvare, et resultat av at kulturdepartementet krevde at
747 Frikanalen kom på lufta veldig raskt da departementet overtalte
748 Frivillighet Norge til å snappe opp konseptet. Dagens
749 produksjonsløsning er dyr i drift, og en fri programvareløsning bør
750 kutte kostnadene litt. Men det er fortsatt dyrt å kjøpe tilgang til å
751 sende ut på RiksTV og andre TV-distributører, noe som spiser av
752 kanalens begrensede midler.&lt;/p&gt;
753
754 &lt;p&gt;Nytt for 2013 er dessverre at kulturdepartementet kutter all støtte
755 til Frikanalen. Mens det i
756 &lt;a href=&quot;http://www.regjeringen.no/pages/35168579/PDFS/PRP201120120001KUDDDDPDFS.pdf&quot;&gt;statsbudsjettet
757 for 2012&lt;/a&gt; sto følgende (side 55):&lt;/p&gt;
758
759 &lt;blockquote&gt;
760
761 Det foreslås et driftstilskudd på 1 mill. kroner i 2012 til
762 Frikanalen. Kulturdepartementet har inngått avtale om investerings- og
763 driftsstøtte til Frikanalen som gir et økonomisk grunnlag for kanalen
764 i oppstartsårene. En forutsetning for støtten er bl.a. at Frikanalen
765 tilstreber å være en reell ytringskanal for samtlige partier og lister
766 i forbindelse med valg.
767
768 &lt;/blockquote&gt;
769
770 &lt;p&gt;Så har kulturdepartementet
771 &lt;a href=&quot;http://www.knif.no/Innkjop/Knif-Samfunn/Informasjonsbrev/Informasjonsbrev-2012/Frikanalen&quot;&gt;kuttet
772 all støtte for 2013&lt;/a&gt;:&lt;/p&gt;
773
774 &lt;blockquote&gt;
775
776 &lt;p&gt;Statsbudsjettet 2013: Frikanalen&lt;/p&gt;
777 &lt;p&gt;Det er ikke satt av penger i statsbudsjettet for 2013 til Frikanalen.&lt;/p&gt;
778
779 &lt;p&gt;Frivillighet Norge var fødselshjelper for foreningen Frikanalen i
780 2007. Kanalen har fått 1 mill kr i altfor lav bevilgning hvis kanalen
781 skulle klare å realisere målet om å være en opplæringsarena for
782 frivillige organisasjoner som ville lære å bruke billedspråk.&lt;/p&gt;
783
784 &lt;p&gt;TV-mediets posisjon som kommunikasjonskanal har endret seg
785 betydelig siden Frikanalen ble etablert. Det er supplert og til dels
786 erstattet av andre kommunikasjonskanaler, som det også er
787 ressurskrevende for organisasjonene å ta i bruk.&lt;/p&gt;
788
789 &lt;/blockquote&gt;
790
791 &lt;p&gt;Når en ser bort fra den merkelige begrunnelsen, da Frikanalen så
792 vidt jeg vet aldri har tatt mål av seg «å være en opplæringsarena for
793 frivillige organisasjoner som ville lære å bruke billedspråk», så er
794 det veldig trist at kulturdepartementet kutter støtten.&lt;/p&gt;
795
796 &lt;p&gt;Fundamentet for Frikanalen ble lagt da Stortinget vedtok
797 innføringen av det digitale bakkenettet. En oversikt over
798 &lt;a href=&quot;http://www.openchannel.no/stortinget.html&quot;&gt;det Stortinget
799 skrev&lt;/a&gt; da finnes på nettsidene til åpen kanal. Der het det blant
800 annet om «åpne kanaler»:&lt;/p&gt;
801
802 &lt;blockquote&gt;
803
804 Et annet flertall, alle unntatt medlemmene fra Fremskrittspartiet, vil
805 også peke på at man ut fra ønsket om en bredt anlagt offentlig debatt,
806 må se på den faktiske tilgjengelighet allmennheten har til
807 TV-mediet. I mange land har man ønsket å sikre denne tilgangen gjennom
808 egen lovgivning som forplikter allmennkringkastere eller distributører
809 å holde av en del av sendekapasiteten til livssynskanaler, ideelle
810 organisasjoner og lignende. I Norden betegnes dette gjerne som åpne
811 kanaler. Dette flertallet mener dette er et interessant område sett i
812 et ytringsfrihetsperspektiv. Dette flertallet mener derfor at staten
813 bør legge til rette for dette når man ved innføring av nye
814 distribusjonskanaler skal utarbeide regelverk og gi konsesjoner.
815 &lt;/blockquote&gt;
816
817 &lt;p&gt;Veien frem har gått over svært ulendt terreng, noe en kan se litt
818 av konturene av i en artikkel hos Vox Publica med tittel
819 «&lt;a href=&quot;http://voxpublica.no/2007/03/hvor-apen-blir-frikanalen/&quot;&gt;Hvor
820 åpen blir “Frikanalen”?&lt;/a&gt;». Begge tekstene er nyttig lesning for å
821 forstå mer om hva Frikanalen er. Jeg anbefaler alle å støtte opp om
822 Frikanalen, bli medlem, lage og sende programmer der.&lt;/p&gt;
823 </description>
824 </item>
825
826 <item>
827 <title>12 years of outages - summarised by Stuart Kendrick</title>
828 <link>http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</link>
829 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/12_years_of_outages___summarised_by_Stuart_Kendrick.html</guid>
830 <pubDate>Fri, 26 Oct 2012 14:20:00 +0200</pubDate>
831 <description>&lt;p&gt;I work at the &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt;
832 looking after the computers, mostly on the unix side, but in general
833 all over the place. I am also a member (and currently leader) of
834 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;the NUUG association&lt;/a&gt;, which in turn
835 make me a member of &lt;a href=&quot;http://www.usenix.org/&quot;&gt;USENIX&lt;/a&gt;. NUUG
836 is an member organisation for us in Norway interested in free
837 software, open standards and unix like operating systems, and USENIX
838 is a US based member organisation with similar targets. And thanks to
839 these memberships, I get all issues of the great USENIX magazine
840 &lt;a href=&quot;https://www.usenix.org/publications/login&quot;&gt;;login:&lt;/a&gt; in the
841 mail several times a year. The magazine is great, and I read most of
842 it every time.&lt;/p&gt;
843
844 &lt;p&gt;In the last issue of the USENIX magazine ;login:, there is an
845 article by &lt;a href=&quot;http://www.skendric.com/&quot;&gt;Stuart Kendrick&lt;/a&gt; from
846 Fred Hutchinson Cancer Research Center titled
847 &quot;&lt;a href=&quot;https://www.usenix.org/publications/login/october-2012-volume-37-number-5/what-takes-us-down&quot;&gt;What
848 Takes Us Down&lt;/a&gt;&quot; (longer version also
849 &lt;a href=&quot;http://www.skendric.com/problem/incident-analysis/2012-06-30/What-Takes-Us-Down.pdf&quot;&gt;available
850 from his own site&lt;/a&gt;), where he report what he found when he
851 processed the outage reports (both planned and unplanned) from the
852 last twelve years and classified them according to cause, time of day,
853 etc etc. The article is a good read to get some empirical data on
854 what kind of problems affect a data centre, but what really inspired
855 me was the kind of reporting they had put in place since 2000.&lt;p&gt;
856
857 &lt;p&gt;The centre set up a mailing list, and started to send fairly
858 standardised messages to this list when a outage was planned or when
859 it already occurred, to announce the plan and get feedback on the
860 assumtions on scope and user impact. Here is the two example from the
861 article: First the unplanned outage:
862
863 &lt;blockquote&gt;&lt;pre&gt;
864 Subject: Exchange 2003 Cluster Issues
865 Severity: Critical (Unplanned)
866 Start: Monday, May 7, 2012, 11:58
867 End: Monday, May 7, 2012, 12:38
868 Duration: 40 minutes
869 Scope: Exchange 2003
870 Description: The HTTPS service on the Exchange cluster crashed, triggering
871 a cluster failover.
872
873 User Impact: During this period, all Exchange users were unable to
874 access e-mail. Zimbra users were unaffected.
875 Technician: [xxx]
876 &lt;/pre&gt;&lt;/blockquote&gt;
877
878 Next the planned outage:
879
880 &lt;blockquote&gt;&lt;pre&gt;
881 Subject: H Building Switch Upgrades
882 Severity: Major (Planned)
883 Start: Saturday, June 16, 2012, 06:00
884 End: Saturday, June 16, 2012, 16:00
885 Duration: 10 hours
886 Scope: H2 Transport
887 Description: Currently, Catalyst 4006s provide 10/100 Ethernet to end-
888 stations. We will replace these with newer Catalyst
889 4510s.
890 User Impact: All users on H2 will be isolated from the network during
891 this work. Afterward, they will have gigabit
892 connectivity.
893 Technician: [xxx]
894 &lt;/pre&gt;&lt;/blockquote&gt;
895
896 &lt;p&gt;He notes in his article that the date formats and other fields have
897 been a bit too free form to make it easy to automatically process them
898 into a database for further analysis, and I would have used ISO 8601
899 dates myself to make it easier to process (in other words I would ask
900 people to write &#39;2012-06-16 06:00 +0000&#39; instead of the start time
901 format listed above). There are also other issues with the format
902 that could be improved, read the article for the details.&lt;/p&gt;
903
904 &lt;p&gt;I find the idea of standardising outage messages seem to be such a
905 good idea that I would like to get it implemented here at the
906 university too. We do register
907 &lt;a href=&quot;http://www.uio.no/tjenester/it/aktuelt/planlagte-tjenesteavbrudd/&quot;&gt;planned
908 changes and outages in a calendar&lt;/a&gt;, and report the to a mailing
909 list, but we do not do so in a structured format and there is not a
910 report to the same location for unplanned outages. Perhaps something
911 for other sites to consider too?&lt;/p&gt;
912 </description>
913 </item>
914
915 <item>
916 <title>NUUGs spørreundersøkelse for 2012 endelig åpnet</title>
917 <link>http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</link>
918 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_sp_rreunders_kelse_for_2012_endelig__pnet.html</guid>
919 <pubDate>Wed, 10 Oct 2012 23:00:00 +0200</pubDate>
920 <description>&lt;p&gt;Etter flere års pause fikk vi i NUUG endelig i dag
921 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2012-October/000505.html&quot;&gt;annonsert
922 spørreundersøkelse&lt;/a&gt; for medlemmer og likesinnede personer. Siste
923 undersøkelse var i 2009, så det blir interessant å se hvordan svarene
924 har endret seg siden da.&lt;/p&gt;
925
926 &lt;p&gt;Alle kan delta.
927 &lt;a href=&quot;https://nettskjema.uio.no/answer/45826.html&quot;&gt;Skjemaet&lt;/a&gt; har
928 har 27 spørsmål og vil ta om lag fem minutt å fylle ut.&lt;/p&gt;
929 </description>
930 </item>
931
932 <item>
933 <title>NUUGs høringsuttalelse til DIFIs forslag om å kaste ut ODF fra statens standardkatalog</title>
934 <link>http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</link>
935 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_h_ringsuttalelse_til_DIFIs_forslag_om___kaste_ut_ODF_fra_statens_standardkatalog.html</guid>
936 <pubDate>Mon, 1 Oct 2012 08:20:00 +0200</pubDate>
937 <description>&lt;p&gt;Som jeg
938 &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
939 i juni&lt;/a&gt; har DIFI foreslått å fjerne krav om å bruke ODF til
940 utveksling av redigerbare dokumenter med det offentlige, og
941 derigjennom tvinge innbyggerne til å forholde seg til formatene til MS
942 Office når en kommuniserer med det offentlige.&lt;/p&gt;
943
944 &lt;p&gt;I går kveld fikk vi i &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;
945 fullført vår høringsuttalelse og sendt den inn til DIFI. Du finner
946 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201209-forskrift-standardkatalog&quot;&gt;uttalelsen
947 på wikien&lt;/a&gt;. Ta en titt. Fristen for å sende inn uttalelse var i
948 går søndag, men en får kanskje sitt innspill med hvis en sender i
949 dag.&lt;/p&gt;
950 </description>
951 </item>
952
953 <item>
954 <title>E-valg, fortsatt en dårlig idé (evaluering legges frem i Oslo)</title>
955 <link>http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</link>
956 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/E_valg__fortsatt_en_d_rlig_id___evaluering_legges_frem_i_Oslo_.html</guid>
957 <pubDate>Tue, 11 Sep 2012 10:30:00 +0200</pubDate>
958 <description>&lt;p&gt;I 2006 var forslaget om å gjennomføre politiske valg over Internet
959 ute på høring, og
960 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;NUUG
961 skrev en høringsuttalelse&lt;/a&gt; (som EFN endte opp med å støtte), som
962 fortsatt er like aktuell. Jeg ble minnet på om den da jeg leste et
963 innlegg i Bergens Tidende med tittelen
964 &lt;a href=&quot;http://blogg.bt.no/preik/2012/09/11/e-valg/&quot;&gt;En dårlig idé&lt;/a&gt;
965 som poengterer hvor viktig det er å holde fast ved at vi skal ha
966 hemmelige valg i Norge, og at det nødvendigvis fører til at vi ikke
967 kan ha valg over Internet.&lt;/p&gt;
968
969 &lt;p&gt;Innlegget i BT forteller at det skal være et
970 &lt;a href=&quot;http://www.samfunnsforskning.no/ISF-intern/ISF-Agenda/E-valg-i-et-demokratisk-perspektiv&quot;&gt;seminar
971 om evalueringen av e-valgforsøket&lt;/a&gt; på Litteraturhuset i morgen
972 2012-09-12 9-11:45. Jeg hadde ikke fått med meg dette før nå, og
973 kommer meg nok dessverre ikke innom, men håper det møter mange som
974 fortsatt kan bidra til å få skutt ned e-valgsgalskapen.&lt;/p&gt;
975
976 &lt;p&gt;Det er lenge siden 2006, og jeg regner med at de fleste av mine
977 lesere har glemt eller ikke har lest høringsuttalelsen fra NUUG. Jeg
978 gjengir den derfor her i sin helhet.&lt;/p&gt;
979
980 &lt;blockquote&gt;
981 &lt;p&gt;&lt;strong&gt;Høringsuttalelse fra NUUG og EFN om elektronisk
982 stemmegivning&lt;/strong&gt;&lt;/p&gt;
983
984 &lt;p&gt;Petter Reinholdtsen
985 &lt;br&gt;Leder i foreningen NUUG
986 &lt;br&gt;2006-09-30&lt;/p&gt;
987
988 &lt;p&gt;Foreningene NUUG og EFN er glade for å ha blitt invitert til å
989 kommentere utredningen om elektronisk stemmegivning, og håper våre
990 innspill kan komme til nytte. Denne uttalelsen er ført i pennen av
991 NUUGs leder Petter Reinholdtsen med innspill fra Tore Audun Høie, Erik
992 Naggum og Håvard Fosseng.&lt;/p&gt;
993
994 &lt;p&gt;Når en vurderer elektronisk stemmegivning, så tror vi det er viktig
995 å ha prinsippene for gode valg i bakhodet. Vi har tatt utgangspunkt i
996 listen fra Cranor, L.F. og Cytron, R.K. i &quot;Design and Implementation
997 of a Security-Conscious Electronic Polling System&quot;, som oppsummerer
998 hvilke egenskaper som er viktige:&lt;/p&gt;
999
1000 &lt;ul&gt;
1001
1002 &lt;li&gt;Nøyaktig - et system er nøyaktig hvis det ikke er mulig å endre en
1003 stemme, det ikke er mulig å fjerne en gyldig stemme fra den endelige
1004 opptellingen og det ikke er mulig for en ugyldig stemme å bli talt med
1005 i den endelige opptellingen. Fullstendig nøyaktige systemer sikrer at
1006 den endelige opptellingen er perfekt, enten ved sikre at
1007 unøyaktigheter ikke kan bli introdusert eller kan oppdages og
1008 korrigert for. Delvis nøyaktige systemer kan oppdage men ikke
1009 nødvendigvis korrigere unøyaktigheter.&lt;/li&gt;
1010
1011 &lt;li&gt;Demokratisk - et system er demokratisk hvis kun de som har lov til
1012 å stemme kan stemme, og det sikrer at hver av dem kun kan stemme en
1013 gang.&lt;/li&gt;
1014
1015 &lt;li&gt;Hemmelig - et system er hemmelig hvis ingen, hverken de som
1016 arrangerer valget eller noen andre kan knytte en stemmeseddel til den
1017 som avga den, og ingen stemmegiver kan bevise at han eller hun stemte
1018 på en bestemt måte. Dette er spesielt viktig for å hindre kjøp og salg
1019 av stemmer og at personer kan tvinges til å stemme på en bestemt
1020 måte.&lt;/li&gt;
1021
1022 &lt;li&gt;Etterprøvbart - et system er etterprøvbart hvis hvem som helst
1023 uavhengig kan kontrollere at opptellingen er korrekt.&lt;/li&gt;
1024
1025 &lt;/ul&gt;
1026
1027 &lt;p&gt;Et demokratisk valg må sikre at disse punktene er oppfylt. Det er
1028 med den bakgrunn vi vurderer elektronisk stemmegivning.&lt;/p&gt;
1029
1030 &lt;p&gt;Nøyaktig opptelling kan kun oppnås hvis alle steg i
1031 opptellingsprosessen kan kontrolleres og verifiseres. Det må ikke må
1032 være mulig å fjerne eller endre avgitte stemmer, og heller ikke mulig
1033 å legge inn flere stemmer enn det som faktisk er avgitt. Elektronisk
1034 lagring av avgitte stemmer kan gjør det svært enkelt å endre på
1035 avgitte stemmer uten at det er mulig å oppdage det i
1036 ettertid. Elektronisk lagring vil også gjøre det mulig å lagre en
1037 annen stemme enn det som er blitt avgitt, selv om det så korrekt ut
1038 for den som avga stemmen. Vi mener derfor det er viktig at elektronisk
1039 stemmegivning gjøres via papir eller tilsvarende, slik at de som
1040 stemmer kan kontrollere at den stemmen de har avgitt er den som blir
1041 talt opp. I Australia brukes det et system der de som stemmer gjør
1042 sitt valg på en skjerm, og stemmen så skrives ut på en papirrull som
1043 sjekkes av den som stemmer før papirrullen leses inn av
1044 opptellingssystemet. En sikrer slik at hver enkelt stemme kan
1045 kontrolleres på nytt.&lt;/p&gt;
1046
1047 &lt;p&gt;Etterprøvbarhet kan kun oppnås hvis hver enkelt stemmegiver kan
1048 kontrollere hele systemet som brukes for stemmegivning. For at dette
1049 skal være mulig er en nødvendig betingelse at en har innsyn i hvordan
1050 systemene er satt sammen, og hvordan de brukes. Selv om de aller
1051 fleste ikke selv vil kunne gjennomføre en slik kontroll, er det viktig
1052 at flere uavhengige eksperter kan sjekke systemet. Velgerne bør kunne
1053 velge hvilke eksperter de vil stole på. Dette forutsetter blant annet
1054 tilgang til kildekoden og informasjon om hvordan de ulike delene av
1055 det totale stemmegivingssystemet er koblet. Lukkede systemer der
1056 kildekoden ikke er tilgjengelig og en ikke kan kontrollere systemene
1057 som brukes under selve valgene, er sårbare for trojanere (programvare
1058 som gjør noe annet og/eller mer enn det leverandøren sier den skal,
1059 f.eks. endre sluttresulatet av en opptelling) og påvirkning fra
1060 leverandøren. Det er påstander om slikt i USA på maskiner fra Diebold
1061 og Siebel allerede. Det finnes i dag flere tilgjengelige fri
1062 programvaresystemer for elektronisk stemmegiving og opptelling. Fri
1063 programvare sikrer brukeren kontroll over datasystemene. Slike
1064 systemer er tilgjengelig fra OpenSourceVoting og ACTs elektroniske
1065 valgsystem som ble brukt i det australske parlamentvalget 2001 og
1066 2004. For å sikre at det er mulig å gjennomføre omtellinger må hver
1067 enkelt stemme lagres på ikke-elektronisk format (f.eks. papir), og et
1068 slikt papirspor må sikres slik at de ikke kan endres i ettertid.
1069
1070 &lt;p&gt;&lt;strong&gt;Vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
1071
1072 &lt;p&gt;I Venezuela fungerte avstemmingsmaskinene slik at de som stemte
1073 markerte det de stemte på en skjerm, og valgene ble skrevet på en
1074 papirrull som den som stemmer så de kunne sjekke for å kontrollere at
1075 de valgene som ble gjort kom med på papirrullen. Deretter ble
1076 voteringstallene sendt elektronisk fra hver maskin til tre uavhengige
1077 opptellingsgrupper (hvorav en av dem var Carter-senteret), som talte
1078 opp stemmene. Alle måtte være enige for å godkjenne resultatet. Hvis
1079 det var avvik så kunne en gå helt ned på papirrull-nivå for å sjekke
1080 resultatet. Det har dog blitt hevdet at oppbevaringen av papirrullene
1081 ble overlatt til regimet, slik at kontrollmuligheten ble fjernet. Det
1082 er likevel mulig å organisere seg slik at det blir vanskelig å
1083 forfalske valgresultatet ved å bytte ut eller endre rullene.&lt;/p&gt;
1084
1085 &lt;p&gt;India har et elektronisk voteringssystem som ble tatt i bruk i
1086 1989. Det består av to ulike enheter, en opptellingsenhet og en
1087 avstemmingsenhet. Systemet sikrer hemmelig valg, er vanskelig å
1088 påvirke, men mangler oppbevaring av hver enkelt stemme på et
1089 ikke-elektronisk format, noe som gjør omtelling umulig.&lt;/p&gt;
1090
1091 &lt;p&gt;&lt;strong&gt;Mindre vellykkede elektroniske valgsystemer&lt;/strong&gt;&lt;/p&gt;
1092
1093 &lt;p&gt;I USA finnes en rekke ulike leverandører av elektroniske
1094 valgsystemer, og det er dokumentert svakheter med flere av
1095 dem. F.eks. har forskerne Ariel J. Feldman, J. Alex Halderman, og
1096 Edward W. Felten ved Universitetet i Princeton dokumentert hvordan
1097 systemet fra Diebold kan manipuleres til gi uriktig
1098 avstemmingsresultat. Det er også indikasjoner på at noen av systemene
1099 kan påvirkes av leverandøren via telelinjer. Robert F. Kennedy Jr. har
1100 nylig i en artikkel fortalt om flere avvik fra valget i 2004. Norge
1101 bør unngå systemer som kan manipuleres slik det rapporteres om fra
1102 USA.&lt;/p&gt;
1103
1104 &lt;p&gt;Universitetet i Oslo skal denne høsten gjennomføre elektronisk valg
1105 på Dekan ved Det teologiske fakultet. Universitetsstyret har godkjent
1106 et valgsystem der de som arrangerer valget har mulighet til å se hvem
1107 som har stemt hva, samt hver deltager i valget kan endre sin stemme i
1108 ettertid (ikke-hemmelig), de som administrerer datasystemet kan
1109 påvirke valgresultatet ved å endre, trekke fra eller legge til stemmer
1110 (ikke-nøyaktig), og det ikke nødvendigvis er mulig å oppdage at slik
1111 påvirkning har funnet sted (ikke etterprøvbart). Webbaserte
1112 valgsystemer uten spesiell klientprogramvare vil ha flere av disse
1113 problemene.&lt;/p&gt;
1114
1115 &lt;p&gt;&lt;strong&gt;Konkrete kommentarer til rapporten&lt;/strong&gt;&lt;/p&gt;
1116
1117 &lt;p&gt;Rapporten nevner ikke muligheten for å påvirke valgresultatet via
1118 trojansk type kode. Siebel blir beskyldt for dette i USA. Vi advarer
1119 mot bruk av lukket kildekode, fordi dette i prinsippet innebærer å
1120 stole blindt på leverandøren. Det bør ikke vere begrenset hvem som kan
1121 kontrollere at systemet gjør det det skal, og dette tilsier bruk av
1122 fri programvare.&lt;/p&gt;
1123
1124 &lt;p&gt;Rapporten anbefaler lukket kode fordi kjeltringer kan finne ut
1125 sikkerhetsmekanismene ved å lese kode. Det er ikke en god idé å basere
1126 seg på at sikkerhetsmekanismene er beskyttet pga. at ingen kjenner til
1127 hvordan de fungerer. Som eksempelet fra USA viser, kan man godt
1128 mistenke leverandøren for å jukse med systemet. Selve det at en slik
1129 mistanke eksisterer, og ikke kan fjernes/reduseres ved uavhengig
1130 inspeksjon, er et problem for demokratiet. Et sikkert system må være
1131 sikkert selv om noen med uærlige hensikter kjenner til hvordan det
1132 fungerer. Australia har allerede gjennomført vellykkede valg basert på
1133 et fri programvaresystem.&lt;/p&gt;
1134
1135 &lt;p&gt;Driften av totalsystemet blir ofret liten oppmerksomhet i
1136 rapporten. I et driftopplegg ligger mange sikkerhetsutfordringer som
1137 bør vurderes nøye.&lt;/p&gt;
1138
1139 &lt;p&gt;Definisjonen av brannmur i rapporten er feil, for eksempel sies at
1140 &quot;brannmuren er selv immun mot inntrengning&quot;. Dette er ikke riktig. Det
1141 er fullt mulig å ha brannmurer med sikkerhetsproblemer som utnyttes
1142 til å trenge inn i dem. I tillegg antar man at all trafikk går gjennom
1143 brannmuren. I store applikasjoner, som et valgsystem vil være, kreves
1144 et system av brannmurer og andre tiltak som vi kaller
1145 sikkerhetsarkitektur. Rapporten burde komme inn på behovet for en
1146 sikkerhetsarkitektur.. Selv med en gjennomarbeidet
1147 sikkerhetsarkitektur kan det være at man overser muligheter for å
1148 unngå brannmurene. Rapporten snakker om brannmur i entall, mens det
1149 nok er nødvendig å sikre et valgsystem med flere lag av
1150 sikringstiltak, og dermed vil være behov for flere brannmurer. En
1151 brannmur kan være bygd basert på visse antagelser og standarder. En
1152 annen brannmur kan bygge på et annet sett antagelser, og stoppe
1153 trafikk som den første ikke tar høyde for.
1154
1155 &lt;p&gt;Rapporten indikerer dårlige kunnskaper om brannmur, og dette igjen
1156 antyder dårlige kunnskaper om datasikkerhet generelt, og dette bør
1157 forbedres. For eksempel er driften ansvarlig for operativ
1158 sikkerhetsarkitektur, og vi har hatt adskillige diskusjoner i NUUG om
1159 hvor vanskelig dette er. Hva hjelper en brannmur hvis den er feil
1160 konfigurert eller ikke oppdatert?&lt;/p&gt;
1161
1162 &lt;p&gt;Muligheten for sikkerhetsovervåkning kan vi ikke se er nevnt i
1163 rapporten. Dette er vanskelig og dyrt, men bør vurderes for å kunne
1164 oppdage systemavvik under valget. Sikkerhetsovervåkning kan inngå som
1165 ledd i sikkerhetsarkitekturen.&lt;/p&gt;
1166
1167 &lt;p&gt;Det har blitt rapportert i pressen at USA ikke bør kjøpe
1168 Lenovo-maskiner etter at selskapet som lager dem ble solgt fra IBM til
1169 et kinesisk selskap. I Norge kan vi ikke trekke tingene like langt da
1170 vi mangler nødvendig dataindustri, men vi bør satse på at
1171 applikasjoner viktige for rikets sikkerhet i størst mulig utstrekning
1172 kjører programvare der vi har innsyn i hvordan den er satt sammen. Det
1173 er viktig at vi sikrer at programvare viktige for rikets sikkerhet kan
1174 sjekkes/verifiseres av eksperter vi selv velger. Når det gjelder
1175 valgsystemer må «vi» være velgerne, ikke bare myndighetsapparatet. I
1176 tilfelle en ikke kan bruke fri programvare, bør en ivareta en sunn
1177 kritisk sans med hensyn til hvorfra og av hvem vi kjøper. På grunn av
1178 tendenser i USA til å i uheldig stor grad fokusere på
1179 kontrollmekanismer som eksempelvis Echelon og Palladium kan det hevdes
1180 at det hefter betenkeligheter ved innkjøp herfra.&lt;/p&gt;
1181
1182 &lt;p&gt;&lt;strong&gt;Referanser&lt;/strong&gt;&lt;/p&gt;
1183
1184 &lt;ul&gt;
1185
1186 &lt;li&gt;Cranor, L.F. og Cytron, R.K., &quot;Design and Implementation of a
1187 Security-Conscious Electronic Polling System&quot; Washington University
1188 Computer Science Technical Report WUCS-96-02. February 1996
1189 &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;
1190
1191 &lt;li&gt;Det australske valgsystemet, inkludert kildekoden tilgjengelig som
1192 fri programvare
1193 &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;
1194
1195 &lt;li&gt;Smartmatics SAES voting system used in venesuela 2004
1196 &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;
1197
1198 &lt;li&gt;Blackboxvoting, interessegruppe i USA med fokus på valgfusk
1199 vha. elektroniske valgsystemer &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;http://www.blackboxvoting.org/&lt;/a&gt;&lt;/li&gt;
1200
1201 &lt;li&gt;VerifiedVoting, interessegruppe i USA med fokus på at også
1202 elektroniske valgsystemer må være
1203 etterprøvbare. &lt;a href=&quot;http://www.verifiedvoting.org/&quot;&gt;http://www.verifiedvoting.org/&lt;/a&gt;&lt;/li&gt;
1204
1205 &lt;li&gt;Blue Screen Democracy - fri programvareprosjekt som har utviklet
1206 elektronisk stemmegivingssystem
1207 &lt;a href=&quot;http://bluescreen.sourceforge.net/&quot;&gt;http://bluescreen.sourceforge.net/&lt;/a&gt;&lt;/li&gt;
1208
1209 &lt;li&gt;Indias elektroniske avstemmingssystem (Wikipedia)
1210 &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;
1211
1212 &lt;li&gt;Security Analysis of the Diebold AccuVote-TS Voting Machine av
1213 Ariel J. Feldman, J. Alex Halderman, og Edward
1214 W. Felten. http://itpolicy.princeton.edu/voting/
1215 &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;
1216
1217 &lt;li&gt;Was the 2004 Election Stolen? av Robert F. Kennedy Jr.
1218 &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;
1219
1220 &lt;li&gt;Styreframlegg om elektronisk votering ved
1221 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;
1222 &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;
1223 &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;
1224
1225 &lt;li&gt;Elektroniske valg - muligheter, problemer og noen løsninger
1226 Semesteroppgave i STV620 - Demokratiske valg
1227 &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;
1228
1229 &lt;li&gt;NUUG - Norwegian Unix User Group
1230 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;http://www.nuug.no/&lt;/a&gt;&lt;/li&gt;
1231
1232 &lt;li&gt;EFN - Elektronisk forpost Norge
1233 &lt;a href=&quot;http://www.efn.no/&quot;&gt;http://www.efn.no/&lt;/a&gt;&lt;/li&gt;
1234
1235 &lt;/ul&gt;
1236 &lt;/blockquote&gt;
1237
1238 &lt;p&gt;Som alltid med valg er det ikke viktigst hva folk stemmer på, men
1239 hvem som teller opp stemmene... Hvis du er interessert i temaet
1240 e-valg, så har NUUG siden 2006 oppdatert
1241 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;NUUGs
1242 wikiside om høringen&lt;/a&gt; med aktuelle og interessante referanser og
1243 artikler. Ta en titt der hvis du vil lese mer. :)&lt;/p&gt;
1244 </description>
1245 </item>
1246
1247 <item>
1248 <title>OOXML og standardisering</title>
1249 <link>http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</link>
1250 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OOXML_og_standardisering.html</guid>
1251 <pubDate>Wed, 25 Jul 2012 21:10:00 +0200</pubDate>
1252 <description>&lt;p&gt;DIFI har
1253 &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
1254 høring gående&lt;/a&gt; om ny versjon av statens standardkatalog, med frist
1255 2012-09-30, der det foreslås å fjerne ODF fra katalogen og ta inn ISO
1256 OOXML. I den anledning minnes jeg
1257 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;notatet
1258 FAD skrev&lt;/a&gt; da versjon 2 av standardkatalogen var under
1259 utarbeidelse, da FAD og DIFI fortsatt forsto poenget med og verdien av
1260 frie og åpne standarder.&lt;/p&gt;
1261
1262 &lt;p&gt;Det er mange som tror at OOXML er ett spesifikt format, men det
1263 brukes ofte som fellesbetegnelse for både formatet spesifisert av
1264 ECMA, ISO, og formatet produsert av Microsoft Office (aka docx), som
1265 dessverre ikke er det samme formatet. Fra en av de som implementerte
1266 støtte for docx-formatet i KDE fikk jeg høre at ISO-spesifikasjonen
1267 var en nyttig referanse, men at det var mange avvik som gjorde at en
1268 ikke kunne gå ut ifra at Microsoft Office produserte dokumenter i
1269 henhold til ISO-spesifikasjonen.&lt;/p&gt;
1270
1271 &lt;p&gt;ISOs OOXML-spesifikasjon har (eller hadde, usikker på om
1272 kommentaren er oppdatert) i følge
1273 &lt;a href=&quot;http://surguy.net/articles/ooxml-validation-and-technical-review.xml&quot;&gt;Inigo
1274 Surguy&lt;/a&gt; feil i mer enn 10% av eksemplene, noe som i tillegg gjør
1275 det vanskelig å bruke spesifikasjonen til å implementere støtte for
1276 ISO OOXML. Jeg har ingen erfaring med å validere OOXML-dokumenter
1277 selv, men ser at
1278 &lt;a href=&quot;http://www.microsoft.com/en-us/download/details.aspx?id=5124&quot;&gt;Microsoft
1279 har laget en validator&lt;/a&gt; som jeg ikke kan teste da den kun er
1280 tilgjengelig på MS Windows. Finner også en annen kalt
1281 &lt;a href=&quot;http://code.google.com/p/officeotron/&quot;&gt;Office-O-Tron&lt;/A&gt; som
1282 er oppdatert i fjor. Lurer på om de validerer at dokumenter er i
1283 formatet til Microsoft office, eller om de validerer at de er i
1284 henhold til formatene spesifisert av ECMA og ISO. Det hadde også vært
1285 interessant å se om docx-dokumentene publisert av det offentlige er
1286 gyldige ISO OOXML-dokumenter.&lt;/p&gt;
1287 </description>
1288 </item>
1289
1290 <item>
1291 <title>Free Culture in Norwegian - 5 chapters done, 74 percent left to do</title>
1292 <link>http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</link>
1293 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_Culture_in_Norwegian___5_chapters_done__74_percent_left_to_do.html</guid>
1294 <pubDate>Sat, 21 Jul 2012 20:00:00 +0200</pubDate>
1295 <description>&lt;p&gt;I reported earlier that I am working on
1296 &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
1297 norwegian version&lt;/a&gt; of the book
1298 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig.
1299 Progress is good, and yesterday I got a major contribution from Anders
1300 Hagen Jarmund completing chapter six. The source files as well as a
1301 PDF and EPUB version of this book are available from
1302 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
1303
1304 &lt;p&gt;I am happy to report that the draft for the first two chapters
1305 (preface, introduction) is complete, and three other chapters are also
1306 completely translated. This completes 26 percent of the number of
1307 strings (equivalent to paragraphs) in the book, and there is thus 74
1308 percent left to translate. A graph of the progress is present at the
1309 bottom of the github project page. There is still room for more
1310 contributors. Get in touch or send github pull requests with fixes if
1311 you got time and are willing to help make this book make it to
1312 print. :)&lt;/p&gt;
1313
1314 &lt;p&gt;The book translation framework could also be a good basis for other
1315 translations, if you want the book to be available in your
1316 language.&lt;/p&gt;
1317 </description>
1318 </item>
1319
1320 <item>
1321 <title>Call for help from docbook expert to tag Free Culture by Lawrence Lessig</title>
1322 <link>http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</link>
1323 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Call_for_help_from_docbook_expert_to_tag_Free_Culture_by_Lawrence_Lessig.html</guid>
1324 <pubDate>Mon, 16 Jul 2012 22:50:00 +0200</pubDate>
1325 <description>&lt;p&gt;I am currently working on a
1326 &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
1327 to translate&lt;/a&gt; the book
1328 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; by Lawrence Lessig
1329 to Norwegian. And the source we base our translation on is the
1330 &lt;a href=&quot;http://en.wikipedia.org/wiki/DocBook&quot;&gt;docbook&lt;/a&gt; version, to
1331 allow us to use po4a and .po files to handle the translation, and for
1332 this to work well the docbook source document need to be properly
1333 tagged. The source files of this project is available from
1334 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;github&lt;/a&gt;.&lt;/p&gt;
1335
1336 &lt;p&gt;The problem is that the docbook source have flaws, and we have
1337 no-one involved in the project that is a docbook expert. Is there a
1338 docbook expert somewhere that is interested in helping us create a
1339 well tagged docbook version of the book, and adjust our build process
1340 for the PDF, EPUB and HTML version of the book? This will provide a
1341 well tagged English version (our source document), and make it a lot
1342 easier for us to create a good Norwegian version. If you can and want
1343 to help, please get in touch with me or fork the github project and
1344 send pull requests with fixes. :)&lt;/p&gt;
1345 </description>
1346 </item>
1347
1348 <item>
1349 <title>Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i &quot;fri bar&quot;</title>
1350 <link>http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</link>
1351 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_programvare____fri__som_i__talefrihet___ikke_som_i__fri_bar_.html</guid>
1352 <pubDate>Sun, 15 Jul 2012 21:20:00 +0200</pubDate>
1353 <description>&lt;p&gt;Et ofte brukt sitat i fri programvareverden er Stallman-sitatet
1354 «&lt;a href=&quot;http://www.gnu.org/philosophy/free-sw.html.en&quot;&gt;Free Software,
1355 &quot;free&quot; as in &quot;free speech&quot;, not as in &quot;free beer&quot;&lt;/a&gt;». Men det er
1356 ikke direkte overførbart til norsk, da det baserer seg på koblingen
1357 gratis/fri på engelsk. En direkte oversettelse ville være «Fri
1358 programvare, &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som &quot;gratis øl&quot;», og det
1359 går jo glipp av poenget. I forbindelse med at vi er
1360 &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
1361 med å oversette&lt;/a&gt; &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt;
1362 av Lawrence Lessig, måtte jeg forsøke a finne en bedre
1363 oversettelse.&lt;/p&gt;
1364
1365 &lt;p&gt;Mitt forslag til oversettelse blir dermed å droppe ølet, og heller
1366 fokusere på det kjente norske uttrykket &quot;fri bar&quot;. Dermed blir
1367 oversettelsen «Fri programvare - &quot;fri&quot; som i &quot;talefrihet&quot;, ikke som i
1368 &quot;fri bar&quot;».&lt;/p&gt;
1369
1370 &lt;p&gt;Noen som har bedre forslag?&lt;/p&gt;
1371
1372 &lt;p&gt;Forøvrig bruker jeg fri programvare som et samlebegrep på norsk for
1373 begge de engelske uttrykkene Free Software og Open Source, jamfør
1374 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
1375 lille folder om temaet&lt;/a&gt;.&lt;/p&gt;
1376 </description>
1377 </item>
1378
1379 <item>
1380 <title>Dugnad for å sende norsk versjon av Free Culture til stortingets representanter!</title>
1381 <link>http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</link>
1382 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Dugnad_for___sende_norsk_versjon_av_Free_Culture_til_stortingets_representanter_.html</guid>
1383 <pubDate>Wed, 11 Jul 2012 09:00:00 +0200</pubDate>
1384 <description>&lt;p&gt;Da opphavsrettsloven ble revidert i forrige runde rundt 2005, var
1385 det skummelt å se hvor lite stortingsrepresentantene forsto hvordan
1386 Internet påvirket folks forhold til kulturuttrykk, og min venn Vidar
1387 og jeg spekulert på at det hadde kanskje vært fornuftig om samtlige
1388 representanter fikk en norsk utgave av boken
1389 &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free Culture&lt;/a&gt; av Lawrence Lessig
1390 som forklarte litt om problemstillingene. Vi endte opp med å
1391 prioritere utvikling i
1392 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt;-prosjektet i
1393 stedet, så den oversatte boken så aldri dagens lys. Men i forrige uke
1394 ble jeg inspirert til å ta opp tråden og se om det er mulig å få til
1395 bokprosjektet denne gang, da det er tydelig at kulturdepartementet i
1396 sitt nye forsøk på å gjøre opphavsrettsloven enda mer ubalansert til
1397 fordel for forlag og store mediehus fortsatt trenger en annen vinkling
1398 i debatten.&lt;/p&gt;
1399
1400 &lt;p&gt;Planen min er å oversette boka på dugnad, sette den opp for
1401 trykking med en av de mange
1402 &lt;a href=&quot;http://no.wikipedia.org/wiki/Trykk_på_forespørsel&quot;&gt;trykk på
1403 forespørsel&lt;/a&gt;-tjenestene, skaffe sponsor til å finansiere trykking
1404 til stortingsrepresentantene og alle som har bidratt med
1405 oversettelser. Kanskje vi også kan få en avtale med et forlag om
1406 publisering når boka er ferdig? Kommentarene til
1407 &lt;a href=&quot;http://newth.net/eirik/2011/04/01/e-selvpublisering/&quot;&gt;Eirik
1408 Newth&lt;/a&gt; og
1409 &lt;a href=&quot;http://www.espen.com/norskblogg/archives/2008/09/erfaringer_med_publishing_on_demand.html&quot;&gt;Espen
1410 Andersen&lt;/a&gt; om erfaringene med selvpublisering og trykk på
1411 forespørsel er interessante og ikke avskrekkende, og jeg mistenker at
1412 &lt;a href=&quot;http://www.lulu.com/&quot;&gt;Lulu&lt;/a&gt; er en grei leverandør av
1413 trykketjenester til prosjektet.&lt;/p&gt;
1414
1415 &lt;p&gt;Jeg har satt opp
1416 &lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;et
1417 Github-prosjekt&lt;/a&gt; for a lage boken, basert på Docbook-utgaven jeg
1418 fant fra Hans Schou. Skolelinux har hatt byggesystem for å lage
1419 oversatt HTML og PDF-utgave av Docbook-bøker i en årrekke, så jeg har
1420 kopiert og utvidet dette oppsettet. Originalteksten er i Docbook, og
1421 oversettelsen gjøres i .po-filer med hjelp av vanlige
1422 oversetterverktøy brukt i fri programvareverden. Dernest tar
1423 byggesystemet over og lager PDF og EPUB-utgave av den oversatte
1424 teksten. Resultatet kan ses i Github-prosjektet. For å komme raskt
1425 igang har jeg brukt maskinoversettelse av alle tekstbitene fra engelsk
1426 til norsk, noe som grovoversatte ca. 1300 av de ca. 1700 tekstbitene
1427 boken består av. Jeg håper nå at flere kan bidra med å få
1428 oversettelsen på plass, slik at teksten kan være klar i løpet av
1429 høsten. Når alt er oversatt må teksten gjennomgås for feil og
1430 konsistent språk. Totalt er det nok mange timer som trengs for å
1431 gjennomføre oversettelsen.&lt;/p&gt;
1432
1433 &lt;p&gt;Økonomien i dette er ikke avskrekkende. 169
1434 stortingsrepresentanter og nesten like mange varamedlemmer bør få
1435 bøker, og estimert produduksjonskostnad for hver bok er rundt 6 EURO i
1436 følge et raskt estimat fra Lulu. Jeg vet ennå ikke hvor mange sider
1437 det blir i størrelsen 5,5&quot; x 8.5&quot; (det er ca. 140 sider i A4-format),
1438 så jeg gjettet på 400 sider. Jeg tror originalutgaven har nesten 400
1439 sider. For 169*2 eksemplarer snakker vi om en trykkekostnad på
1440 ca. 2000 EURO, dvs. ca 15 000 NOK. Det burde være mulig å finne en
1441 sponsor for å dekke en slik sum. I tillegg kommer distribusjon og
1442 porto, som antagelig kommer på like mye.&lt;/p&gt;
1443
1444 &lt;p&gt;Kan du bidra med oversettelse og docbook-typesetting? Ta kontakt
1445 og send patcher i github. Jeg legger gjerne inn folk i prosjektet
1446 slik at du kan oppdatere direkte.&lt;/p&gt;
1447 </description>
1448 </item>
1449
1450 <item>
1451 <title>Hvorfor leverer noen sent til Offentlig Elektronisk postjournal?</title>
1452 <link>http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</link>
1453 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_leverer_noen_sent_til_Offentlig_Elektronisk_postjournal_.html</guid>
1454 <pubDate>Thu, 5 Jul 2012 10:40:00 +0200</pubDate>
1455 <description>&lt;p&gt;I forbindelse med NUUG-prosjektet for å
1456 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html&quot;&gt;lage
1457 en samlet postjournal&lt;/a&gt;, har jeg som tidligere nevnt
1458 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;samlet
1459 inn leveringstidspunkt&lt;/a&gt; for de ulike leverandørene av postjournaler
1460 til DIFIs &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk
1461 Postjournal&lt;/a&gt;.
1462 &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;
1463 ser i dag slik ut for de som har brukt mer enn 10 dager i snitt siden
1464 jeg startet innsamling av leveringsdato 2012-05-14&lt;/p&gt;
1465
1466 &lt;table border=&quot;1&quot;&gt;
1467 &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;
1468 &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;
1469 &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;
1470 &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;
1471 &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;
1472 &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;
1473 &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;
1474 &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;
1475 &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;
1476 &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;
1477 &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;
1478 &lt;/table&gt;
1479
1480 &lt;p&gt;Basert på innsamlet leveringsfrekvens har jeg så sendt spørsmål til
1481 den offisielle epostadressen til de som har lavest leveringsfrekvens,
1482 og spurt dem hva som skjer. Her er svarene jeg har fått så langt, som
1483 et knippe forklaringer til hvorfor det kan gå lang tid før offentlige
1484 postjournaler blir tilgjengelig for innbyggerne og pressen.&lt;/p&gt;
1485
1486 &lt;p&gt;&lt;strong&gt;Norges geologiske undersøkelse&lt;/strong&gt;&lt;/p&gt;
1487
1488 &lt;p&gt;&lt;blockquote&gt;
1489 &lt;p&gt;Subject: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1490 &lt;br&gt;Date: Fri, 08 Jun 2012 09:20:57 +0200&lt;/p&gt;
1491
1492 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1493 Eletronisk Postjournal (OEP) ser jeg det er lenge siden NGU leverte
1494 postjournalen sin sist. Hvor ofte pleier NGU å levere til Offentlig
1495 Eletronisk Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1496
1497 &lt;hr/&gt;
1498
1499 &lt;p&gt;Subject: SV: Hvor ofte leverer Norges geologiske undersøkelse til Offentlig Elektronisk postjournal?
1500 &lt;br&gt;Date: Fri, 8 Jun 2012 12:49:35 +0200&lt;/p&gt;
1501
1502 &lt;p&gt;Hei&lt;/p&gt;
1503
1504 &lt;p&gt;NGUS fravær på OEP skyldes problemer vi har i forbindelse med
1505 oppgradering til ny versjon i vårt arkivsystem. Det jobbes med saken
1506 og jeg tror og håper at det snart skal være i orden. Normalt leverer
1507 vi til OEP 1 gang i uken.&lt;/p&gt;
1508 &lt;/blockquote&gt;&lt;/p&gt;
1509
1510 &lt;p&gt;&lt;strong&gt;Medietilsynet&lt;/strong&gt;&lt;/p&gt;
1511 &lt;p&gt;&lt;blockquote&gt;
1512 &lt;p&gt;Subject: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1513 &lt;br&gt;Date: Mon, 11 Jun 2012 13:29:23 +0200&lt;/p&gt;
1514
1515 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1516 Eletronisk Postjournal (OEP) ser jeg det er lenge siden Medietilsynet
1517 leverte postjournalen sin sist. Hvor ofte pleier Medietilsynet å levere
1518 til Offentlig Eletronisk Postjournal? Er dere fornøyd med dagens
1519 leveringfrekvens?&lt;/p&gt;
1520
1521 &lt;hr&gt;
1522 &lt;p&gt;Subject: SV: Hvor ofte leverer Medietilsynet til Offentlig Elektronisk postjournal?
1523 &lt;br&gt;Date: Tue, 12 Jun 2012 04:55:42 +0000&lt;/p&gt;
1524
1525 &lt;p&gt;Hei!&lt;/p&gt;
1526
1527 &lt;p&gt;Medietilsynet leverer normalt postlister en gang i uka. Nå har vi
1528 tekniske problemer, derfor er vi forsinket. Vi regner med å levere i
1529 løpet av denne uken. Ellers er vi fornøyd med dagens
1530 leveringsfrekvens.&lt;/p&gt;
1531 &lt;/blockquote&gt;&lt;/p&gt;
1532
1533 &lt;p&gt;&lt;strong&gt;Kunnskapsdepartementet&lt;/strong&gt;&lt;/p&gt;
1534 &lt;p&gt;&lt;blockquote&gt;
1535 &lt;p&gt;Subject: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1536 &lt;br&gt;Date: Fri, 22 Jun 2012 21:03:01 +0200&lt;/p&gt;
1537
1538 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til Offentlig
1539 Eletronisk Postjournal (OEP) ser jeg at Kunnskapsdepartementet har levert
1540 postjournalen sin to ganger siden 2012-05-10, og sist 2012-05-16. Hvor
1541 ofte pleier Kunnskapsdepartementet å levere til Offentlig Eletronisk
1542 Postjournal? Er dere fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1543
1544 &lt;hr/&gt;
1545
1546 &lt;p&gt;Subject: Re: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1547 &lt;br&gt;Date: Wed, 27 Jun 2012 14:42:23 +0200&lt;/p&gt;
1548
1549 &lt;p&gt;Hei. Kom denne eposten frem? Har ikke sett noe svar, og andre
1550 institusjoner jeg har spurt om tilsvarende har svart i løpet av under en
1551 dag på tilsvarende spørsmål, så jeg begynner å lurer på om meldingen
1552 gikk tapt.&lt;/p&gt;
1553
1554 &lt;p&gt;[... kopi av opprinnelig epost ...]&lt;/p&gt;
1555
1556 &lt;hr/&gt;
1557 &lt;p&gt;Subject: Re: VS: Hvor ofte leverer Kunnskapsdepartementet til Offentlig Elektronisk Postjournal?
1558 &lt;br&gt;Date: Wed, 27 Jun 2012 14:33:20 +0000&lt;/p&gt;
1559
1560 &lt;p&gt;Hei!&lt;/p&gt;
1561
1562 &lt;p&gt;Normalt leverer vi hver virkedag til OEP, med fem virkedagers
1563 forsinkelse. Kunnskapsdepartementet har imidlertid ikke kunnet levere
1564 OEP pga innføringen av nytt saksbehandlingssystem 7. Mai. Den
1565 etterfølgende streiken medførte så et større etterslep på
1566 journalføring som har gjort at vi har måttet prioritere dette fremfor
1567 offentlig journal. Dette arbeidet har av flere sammenfallende årsaker
1568 tatt noe tid. Vi håper imidlertid på at vi kan begynne å publisere
1569 offentlig journal igjen i løpet av denne uken, senest neste uke. Vi
1570 gjenopptar da vår vanlige publiseringsfrekvens i tillegg til å få på
1571 plass de manglende journalene.&lt;/p&gt;
1572
1573 &lt;/blockquote&gt;&lt;/p&gt;
1574
1575
1576 &lt;p&gt;&lt;strong&gt;Norsk Akkreditering&lt;/strong&gt;&lt;/p&gt;
1577 &lt;p&gt;&lt;blockquote&gt;
1578 &lt;p&gt;Subject: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1579 &lt;br&gt;Date: Thu, 28 Jun 2012 07:35:43 +0200&lt;/p&gt;
1580
1581 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1582 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1583 Norsk Akkreditering leverer postjournalen sin. Hvor ofte pleier Norsk
1584 Akkreditering å levere til Offentlig Eletronisk Postjournal? Er dere
1585 fornøyd med dagens leveringfrekvens?&lt;/p&gt;
1586
1587 &lt;hr/&gt;
1588
1589 &lt;p&gt;Subject: SV: Hvor ofte leverer Norsk Akkreditering til Offentlig Elektronisk postjournal?
1590 &lt;br&gt;Date: Mon, 2 Jul 2012 08:32:06 +0200&lt;/p&gt;
1591
1592 &lt;p&gt;Hei,&lt;/p&gt;
1593
1594 &lt;p&gt;Norsk Akkreditering har som ambisjon å levere til OEP 2 ganger i
1595 uken. Pga sykdom har dette vært vanskelig å gjennomføre i juni.&lt;/p&gt;
1596 &lt;/blockquote&gt;&lt;/p&gt;
1597
1598 &lt;p&gt;&lt;strong&gt;Toll- og avgiftsdirektoratet&lt;/strong&gt;&lt;/p&gt;
1599 &lt;p&gt;&lt;blockquote&gt;
1600 &lt;p&gt;Date: Tue, 03 Jul 2012 11:55:07 +0200
1601 &lt;br&gt;Subject: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
1602
1603
1604 &lt;p&gt;Hei. Jeg har et lite spørsmål til dere. Fra statistikken til
1605 Offentlig Eletronisk Postjournal (OEP) ser jeg det går lenge hver gang
1606 Toll- og avgiftsdirektoratet leverer postjournalen sin til OEP, og at
1607 siste levering var 2012-06-06. Hvor ofte pleier Toll- og
1608 avgiftsdirektoratet å levere til OEP? Er dere fornøyd med dagens
1609 leveringfrekvens?&lt;/p&gt;
1610
1611 &lt;hr&gt;
1612
1613 &lt;p&gt;Date: Wed, 4 Jul 2012 09:33:18 +0000
1614 &lt;br&gt;Subject: SV: Hvor ofte leverer Toll- og avgiftsdirektoratet til Offentlig Elektronisk postjournal?&lt;/p&gt;
1615
1616 &lt;p&gt;Til: Petter Reinholdtsen&lt;/p&gt;
1617
1618 &lt;p&gt;Det vises til din e-post av 3. juli 2012.&lt;/p&gt;
1619
1620 &lt;p&gt;Våre rutiner tilsier at vår journal skal publiseres en gang pr. uke
1621 (hver torsdag). Vi søker så langt det er mulig å få dette til og har
1622 stort sett publisert iht rutinene siden vi kom opp på OEP.&lt;/p&gt;
1623
1624 &lt;p&gt;Pga ekstraordinære forhold ved vårt arkiv har vi i de siste ukene
1625 ikke hatt kapasitet til å opprettholde den publiseringsfrekvensen vi
1626 har fastsatt. Det er et begrenset antall medarbeidere som kan og skal
1627 kunne publisere våre journaler. Vi håper imidlertid at dette raskt vil
1628 bedres og vi er tilbake til den frekvens vi har satt oss som mål å ha.&lt;/p&gt;
1629
1630 &lt;p&gt;Vi beklager hvis dette har skapt vanskeligheter.&lt;/p&gt;
1631 &lt;/blockquote&gt;&lt;/p&gt;
1632
1633 &lt;p&gt;Like etter at jeg fikk svar ble OEP oppdatert med postjournaler fra
1634 alle disse etatene. Antagelig tilfeldig, men jeg ser ikke bort fra at
1635 det kan ha virket motiverende for å få på plass leveringen at de ser
1636 at det er interesse for leveringen til OEP.&lt;/p&gt;
1637 </description>
1638 </item>
1639
1640 <item>
1641 <title>Medietilsynets syn på om Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1642 <link>http://people.skolelinux.org/pere/blog/Medietilsynets_syn_p__om_Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1643 <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>
1644 <pubDate>Wed, 4 Jul 2012 14:20:00 +0200</pubDate>
1645 <description>I forgårs fikk jeg endelig svar fra Medietilsynet på min epost med
1646 spørmål om hvorfor &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;
1647 er kryptert på RiksTV. De toer sine hender:
1648
1649 &lt;p&gt;&lt;blockquote&gt;
1650 &lt;p&gt;Date: Mon, 2 Jul 2012 08:15:38 +0000
1651 &lt;br&gt;From: Arve Lindboe &amp;lt;Arve.Lindboe (at) medietilsynet.no&amp;gt;
1652 &lt;br&gt;To: Petter Reinholdtsen
1653 &lt;br&gt;CC: Arthur Garnes &amp;lt;Arthur.Garnes (at) rikstv.no&amp;gt;,
1654 postmottak (at) sd.dep.no, post (at) frikanalen.no
1655 &lt;br&gt;Subject: Spørsmål om kryptering av Frikanalen i det digitale bakkenetttet for fjernsyn&lt;/p&gt;
1656
1657 &lt;p&gt;Vi viser til Deres spørsmål av 27. mai i år til RiksTV,
1658 Samferdselsdepartementet og Medietilsynet, og til RiksTVs svar av
1659 1. juli til Dem, som vi har mottatt i kopi.&lt;/p&gt;
1660
1661 &lt;p&gt;For ordens skyld vil vi orientere om at Medietilsynet har visse
1662 tilsynsoppgaver knyttet til kapittel 3 i NTVs konsesjon for
1663 opprettelse og drift av det digitale bakkenettet for fjernsyn. Av
1664 pkt. 3.5 i denne konsesjonen går det bl.a. fram at NRKs
1665 kjernetilbud/allmennkringkastingstilbud... «skal være tilgjengelig
1666 uten betaling og ha lik dekning.» For distribusjon av innhold utenfor
1667 NRKs tilbud er det ikke tatt inn noen tilsvarende forutsetning i
1668 konsesjonen.&lt;/p&gt;
1669
1670 &lt;p&gt;Medietilsynets mandat omfatter ikke spørsmålet om kryptering og
1671 administrasjon av engangsavgift knyttet til adgangskontrollsystem for
1672 NTVs formidling, og tilsynet kan derfor ikke ta stilling til de
1673 spørsmålene De reiser i tilknytning til det.&lt;/p&gt;
1674
1675 &lt;p&gt;Mvh&lt;/p&gt;
1676
1677 &lt;p&gt;Arve Lindboe&lt;/p&gt;
1678
1679 &lt;p&gt;rådgiver,
1680 &lt;br&gt;Medietilsynet&lt;/p&gt;
1681 &lt;/blockquote&gt;&lt;/p&gt;
1682
1683 &lt;p&gt;Her må det tydeligvis andre aktører i sving for å bli kvitt
1684 krypteringen av Frikanalen.&lt;/p&gt;
1685 </description>
1686 </item>
1687
1688 <item>
1689 <title>Can Zimbra be told to send autoreplies to the From: address?</title>
1690 <link>http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</link>
1691 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Can_Zimbra_be_told_to_send_autoreplies_to_the_From__address_.html</guid>
1692 <pubDate>Tue, 3 Jul 2012 23:30:00 +0200</pubDate>
1693 <description>&lt;p&gt;In the NUUG &lt;a href=&quot;http://www.fiksgatami.no/&quot;&gt;FiksGataMi&lt;/a&gt;
1694 project (Norwegian version of
1695 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt; from
1696 &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;mySociety&lt;/a&gt;), we have discovered
1697 a problem with the municipalities using
1698 &lt;a href=&quot;http://www.zimbra.com/&quot;&gt;Zimbra&lt;/a&gt;. When FiksGataMi send a
1699 problem report to the government, the email From: address is set to
1700 the address of the person reporting the problem, while envelope sender
1701 is set to the FiksGataMi contact address. The intention is to make
1702 sure the municipality send any replies to the person reporting the
1703 problem, while any email delivery problems are sent to us in NUUG.
1704 This work well in most cases, but not for Karmøy municipality using
1705 Zimbra. Karmøy is using the vacation message function in Zimbra to
1706 send an automatic reply to report that the message has been received,
1707 and this message is sent to the envelope sender and not the address in
1708 the From: header.&lt;/p&gt;
1709
1710 &lt;p&gt;This causes the automatic message from Karmøy to go to NUUGs
1711 request-tracker instance instead of to the person reporting the
1712 problem. We can not really change the envelope sender address, as
1713 this would make it impossible for us to discover when there are
1714 problems with the MTAs receiving problem reports. We have been in
1715 contact with the people at Karmøy municipality, and they are willing
1716 to adjust Zimbra if something can be changed there to get a better
1717 behaviour.&lt;/p&gt;
1718
1719 &lt;p&gt;The default behaviour of Zimbra is as far as I can tell according
1720 to the specification in RFC 3834, which recommend that vacation
1721 messages are sent to the envelope sender and not to the From: address.
1722 But I wonder if it is possible to adjust or configure Zimbra to behave
1723 differently. Anyone know? Please let us know at
1724 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/fiksgatami&quot;&gt;fiksgatami
1725 (at) nuug.no&lt;/a&gt;.&lt;/p&gt;
1726 </description>
1727 </item>
1728
1729 <item>
1730 <title>Frikanalen bør være ukryptert på det digitale bakkenettet</title>
1731 <link>http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</link>
1732 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_b_r_v_re_ukryptert_p__det_digitale_bakkenettet.html</guid>
1733 <pubDate>Sun, 1 Jul 2012 15:20:00 +0200</pubDate>
1734 <description>&lt;p&gt;&lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; er Norges
1735 landsdekkende &lt;a href=&quot;http://no.wikipedia.org/wiki/Åpen_kanal&quot;&gt;åpne
1736 kanal&lt;/a&gt;, der alle innbyggerne kan sende sine innslag ut på
1737 TV-mediet, slik at alle kan se det de har laget. Det er demokratisk
1738 TV i sin mest ekstreme form, og en kan nesten si at det er Youtube på
1739 TV. NUUG har vært involvert i Frikanalen i mange år, og har bidratt
1740 til å lansere en
1741 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;løsning
1742 basert på åpne standarder&lt;/a&gt; i tillegg til den originale løsningen
1743 som er basert på Silverlight.&lt;/p&gt;
1744
1745 &lt;p&gt;Frikanalen skal være tilgjengelig for alle uten hindringer, men
1746 RiksTV har av en eller annen grunn tvunget kanalen til å sendes
1747 kryptert ut på det digitale bakkenettet, og dermed tvinges de som skal
1748 se på kanalen via dette nettet å skaffe seg et kundeforhold til
1749 RiksTV. Det synes jeg er svært urimelig, og mistenker det er i strid
1750 med Stortingets intensjon fra da Stortinget vedtok at det skulle være
1751 en åpen kanal på det digitale bakkenettet. Jeg sendte derfor en epost
1752 til RiksTV, Samferdselsdepartementet og Medietilsynet, og tok opp
1753 problemstillingen. Her er det som har vært av oppfølging så
1754 langt.&lt;/p&gt;
1755
1756 &lt;p&gt;&lt;blockquote&gt;
1757
1758 &lt;p&gt;From: Petter Reinholdtsen
1759 &lt;br&gt;Subject: Når blir Frikanalen ukryptert på RiksTV?
1760 &lt;br&gt;To: post (at) rikstv.no, postmottak (at) sd.dep.no, post (at) medietilsynet.no
1761 &lt;br&gt;Cc: post (at) frikanalen.no
1762 &lt;br&gt;Date: Sun, 27 May 2012 00:28:10 +0200&lt;/p&gt;
1763
1764 &lt;p&gt;Hvorfor er det så dyrt a motta Frikanalen i det digitale
1765 bakkenettet? I følge nettsidene til Frikanalen er kanalen gratis, men
1766 den sendes kryptert ut på RiksTV, mens f.eks. NRK ikke er kryptert.
1767 For å få tilgang til de krypterte sendingene må en ha programkort som
1768 koster flere hundre kroner for hvert fjernsyn. Dette er jo langt fra
1769 gratis.&lt;/p&gt;
1770
1771 &lt;p&gt;I Stortingsmelding 39 2007 står det:&lt;/p&gt;
1772
1773 &lt;p&gt;&lt;blockquote&gt;
1774 NTVs søsterselskap RiksTV skal stå for betal-tv-operasjonen på
1775 plattformen. RiksTV har lagt opp til at det ikke-kommersielle
1776 tilbudet i bakkenettet skal distribueres som en enkeltkanal utenfor
1777 selskapets betal-tv-pakke. Kanalen vil gå som et gratistilbud til
1778 seerne og vil dele sendeflate med lokal-tv. Det er lagt opp til at
1779 de ikke-kommersielle aktørene i første omgang skal ha sendetid i
1780 perioden kl. 12 til kl. 17.30. Tilbudet vil bli sendt kryptert, men
1781 RiksTV vil påta seg å dekke alle utgifter for kundene (seerne),
1782 dvs. at programkortet seerne må ha for å kunne ta inn de krypterte
1783 sendingene vil være gratis i dette tilfellet. RiksTV vil også dekke
1784 distribusjonskostnadene for den åpne kanalen. Alle disse avtalene
1785 vil gjelde fram til midten av 2010.
1786 &lt;/blockquote&gt;&lt;/p&gt;
1787
1788 &lt;p&gt;Hva gjelder så etter midten av 2010? Betyr det som står i
1789 stortingsmeldingen at RiksTV fra midten av 2010 kan kreve hvilken som
1790 helst pris fra folk som ønsker å se på Frikanalen, derfor RiksTV
1791 velger å distribuere Frikanalen? Eller var det tillatelsen til å
1792 sende Frikanalen kryptert som gikk ut i 2010?&lt;/p&gt;
1793
1794 &lt;p&gt;--
1795 &lt;br&gt;Vennlig hilsen
1796 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1797 &lt;/blockquote&gt;&lt;/p&gt;
1798
1799 &lt;p&gt;Jeg har ikke fått svar hverken fra departement eller medietilsyn,
1800 men har fått to svar fra RiksTV.&lt;/p&gt;
1801
1802 &lt;p&gt;&lt;blockquote&gt;
1803 &lt;p&gt;From: post (at) rikstv.no
1804 &lt;br&gt;Subject: RE:Når blir Frikanalen ukryptert på RiksTV?--ActionID:[92641] Hvis du svarer på denne henvendelsen, ikke forandre subjektet
1805 &lt;br&gt;To: Petter Reinholdtsen
1806 &lt;br&gt;Date: Mon, 28 May 2012 14:30:27 +0200&lt;/p&gt;
1807
1808 &lt;p&gt;Takk for din henvendelse&lt;/p&gt;
1809
1810 &lt;p&gt;Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV
1811 dekker kostnadene for Programkort frem til midten av 2010. Avtalen er
1812 gjengitt i sin helhet på denne lenken:
1813 &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;
1814
1815 &lt;p&gt;Dersom du ønsker tilgang til Frikanalen via det digitale
1816 bakkenettet per idag trenger du et Programkort og RiksTV godkjent
1817 dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1818 som en del av utstyret du trenger for å motta krypterte signaler.&lt;/p&gt;
1819
1820 &lt;p&gt;Vennligst se mer informasjon om Programkort på denne lenken:
1821 &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;
1822
1823 &lt;p&gt;For mer informasjon om våre produkter og priser se, www.rikstv.no &lt;/p&gt;
1824
1825 &lt;p&gt;Ha en fin dag.&lt;/p&gt;
1826
1827 &lt;p&gt;Med vennlig hilsen
1828 &lt;br&gt;Thomas Eikeland
1829 &lt;br&gt;RiksTV AS
1830 &lt;br&gt;Kundeservice
1831 &lt;br&gt;Telefonnummer: 09595
1832 &lt;br&gt;www.rikstv.no&lt;/p&gt;
1833 &lt;/blockquote&gt;&lt;/p&gt;
1834
1835 &lt;p&gt;Meldingen fra RiksTV svarte ikke helt på det jeg spurte om, så jeg
1836 fulgte opp med en ny epost:&lt;/p&gt;
1837
1838 &lt;p&gt;&lt;blockquote&gt;
1839 &lt;p&gt;From: Petter Reinholdtsen
1840 &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
1841 &lt;br&gt;To: post (at) rikstv.no
1842 &lt;br&gt;Date: Fri, 08 Jun 2012 10:14:49 +0200&lt;/p&gt;
1843
1844 &lt;p&gt;[Thomas Eikeland]
1845 &lt;br&gt;&amp;gt; Takk for din henvendelse&lt;/p&gt;
1846
1847 &lt;p&gt;Takk for svaret.&lt;/p&gt;
1848
1849 &lt;p&gt;&amp;gt; Som det fremgår i Stortingsmeldingen gjelder avtalen om at RiksTV dekker
1850 &lt;br&gt;&amp;gt; kostnadene for Programkort frem til midten av 2010. Avtalen er gjengitt
1851 &lt;br&gt;&amp;gt; i sin helhet på denne lenken:
1852 &lt;br&gt;&amp;gt; http://www.regjeringen.no/nb/dep/kud/dok/regpubl/stmeld/2006-2007/Stmeld
1853 &lt;br&gt;&amp;gt; -nr-39-2007-/28/4.html?id=478517&lt;/p&gt;
1854
1855 &lt;p&gt;Jeg lurer altså på hva som gjelder etter at denne avtaleperioden er
1856 over. Er den erstattet med en ny avtale?&lt;/p&gt;
1857
1858 &lt;ul&gt;
1859
1860 &lt;li&gt;Kan RiksTV nå kreve hvilken som helst pris fra folk som ønsker å se
1861 på Frikanalen, eller var det tillatelsen til å sende Frikanalen
1862 kryptert som gikk ut i 2010?&lt;/li&gt;
1863
1864 &lt;/ul&gt;
1865
1866 &lt;p&gt;&amp;gt; Dersom du ønsker tilgang til Frikanalen via det digitale bakkenettet
1867 &lt;br&gt;&amp;gt; per idag trenger du et Programkort og RiksTV godkjent
1868 &lt;br&gt;&amp;gt; dekoder. Programkortet har en engangsavgift på kr 225,- og er å regne
1869 &lt;br&gt;&amp;gt; som en del av utstyret du trenger for å motta krypterte signaler.
1870 &lt;br&gt;&amp;gt;
1871 &lt;br&gt;&amp;gt; Vennligst se mer informasjon om Programkort på denne lenken:
1872 &lt;br&gt;&amp;gt; https://www.rikstv.no/kundeservice/Utstyr/programkort/&lt;/p&gt;
1873
1874 &lt;p&gt;Dette er litt på siden av det jeg lurte på, som er hva slags
1875 reguleringer departementet har gitt når det gjelder Frikanalen og RiksTV
1876 etter 2010.&lt;/p&gt;
1877
1878 &lt;p&gt;--
1879 &lt;br&gt;Vennlig hilsen
1880 &lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
1881 &lt;/blockquote&gt;&lt;/p&gt;
1882
1883 &lt;p&gt;Etter mange uker fikk jeg så på fredag følgende tilbakemelding.&lt;/p&gt;
1884
1885 &lt;p&gt;&lt;blockquote&gt;
1886 &lt;p&gt;From: Arthur Garnes
1887 &lt;br&gt;Subject: RE: Når blir Frikanalen ukryptert på RiksTV
1888 &lt;br&gt;To: Petter Reinholdtsen
1889 &lt;br&gt;Date: Fri, 29 Jun 2012 13:02:38 +0200&lt;/p&gt;
1890
1891 &lt;p&gt;Hei,&lt;/p&gt;
1892
1893 &lt;p&gt;Det vises til din henvendelse av 27.5.2012. Vi beklager at din
1894 henvendelse har tatt noe tid å besvare.&lt;/p&gt;
1895
1896 &lt;p&gt;RiksTV har en distribusjonsavtale med Frikanalen, hvor Frikanalen
1897 vederlagsfritt får distribusjon i det digitale bakkenettet. At
1898 signalet er kryptert bygger på RiksTVs avtale med Frikanalen. At alle
1899 kanalene som RiksTV distribuerer som en del av sitt tilbud skal være
1900 kryptert har også vært forutsetningen for NTV, RiksTV, myndighetene og
1901 Frikanalen hele tiden. RiksTV og NTV har kostnader knyttet til å ha et
1902 adgangskontrollsystem og utstedelse, distribusjon og administrasjon av
1903 programkort og trenger som en kommersiell aktør å få dekket disse
1904 kostnadene.&lt;/p&gt;
1905
1906 &lt;p&gt;Skulle du ha noen ytterligere spørsmål så er det selvsagt bare å ta
1907 kontakt.&lt;/p&gt;
1908
1909 &lt;p&gt;Med vennlig hilsen
1910 &lt;br&gt;Arthur Garnes
1911 &lt;br&gt;Product Manager&lt;/p&gt;
1912
1913 &lt;p&gt;Mobil: +47 98234224
1914 &lt;p&gt;E-post: arthur.garnes (at) rikstv.no
1915 &lt;br&gt;RiksTV AS
1916 &lt;br&gt;Besøk: Økernveien 145, 17. etg, Oslo
1917 &lt;br&gt;Post: Postboks 393 Økern, 0513 Oslo&lt;/p&gt;
1918
1919 &lt;p&gt;Web: rikstv.no rikstvbloggen.no facebook.com/rikstv twitter:@rikstv&lt;/p&gt;
1920
1921 &lt;p&gt;Denne e-post og informasjonen den inneholder er konfidensiell og
1922 ment kun for den korrekte adressaten. This e-mail and the information
1923 it contains is confidential and intended only for the right
1924 addressee.&lt;/p&gt;
1925 &lt;/blockquote&gt;&lt;/p&gt;
1926
1927 &lt;p&gt;Her var det mye å ta tak i, men jeg vet ikke når jeg rekker følge
1928 opp.&lt;/p&gt;
1929 </description>
1930 </item>
1931
1932 <item>
1933 <title>DIFI foreslår å kaste ut ODF og ta inn OOXML fra statens standardkatalog</title>
1934 <link>http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</link>
1935 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/DIFI_foresl_r___kaste_ut_ODF_og_ta_inn_OOXML_fra_statens_standardkatalog.html</guid>
1936 <pubDate>Fri, 29 Jun 2012 18:00:00 +0200</pubDate>
1937 <description>&lt;p&gt;DIFI har nettopp annonsert høring om revisjon av
1938 &lt;a href=&quot;http://www.standard.difi.no/forvaltningsstandarder&quot;&gt;standardkatalogen&lt;/a&gt;,
1939 og endelig har Microsoft fått viljen sin. Se
1940 &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;
1941 for hele teksten.&lt;/p&gt;
1942
1943 &lt;p&gt;Her er forslaget i sin helhet:&lt;/p&gt;
1944
1945 &lt;p&gt;&lt;blockquote&gt;
1946 &lt;p&gt;3.2 Revisjon av krav til redigerbare dokumenter&lt;/p&gt;
1947
1948 &lt;p&gt;I første versjon av referansekatalogen i 2007 ble det satt krav om
1949 Open Document Format (ODF), versjon 1.1 (OASIS, 1.2.2007) for
1950 redigerbare dokumenter. Kravet var obligatorisk for stat og sterkt
1951 anbefalt for kommunal sektor. I 2009 ble kravet gjort obligatorisk for
1952 hele offentlig sektor i
1953 &lt;a href=&quot;http://www.lovdata.no/for/sf/fa/xa-20090925-1222.html&quot;&gt;forskrift
1954 om IT-standarder i forvaltningen&lt;/a&gt;. Anvendelsesområdet for kravet
1955 har vært begrenset til publisering av dokumenter som skal bearbeides
1956 videre (§ 4 nr. 1 andre ledd). I 2011 ble anvendelsesområdet utvidet
1957 til å omfatte utveksling av dokumenter beregnet for redigering som
1958 vedlegg til e-post (§4 nr. 2).&lt;/p&gt;
1959
1960 &lt;p&gt;Office Open XML ISO/IEC 29500:2011 (OOXML) er et dokumentformat
1961 opprinnelig utviklet av Microsoft med tilsvarende anvendelsesområde
1962 som ODF. Formatet er blant annet tatt i bruk i nyere versjoner av
1963 kontorstøtteprogamvaren MS Office. Difi har foretatt en
1964 &lt;a href=&quot;http://www.standard.difi.no/filearchive/revisjonsvurdering-standarder-for-redigerbare-dokumenter-v1-0.pdf&quot;&gt;revisjonsvurdering&lt;/a&gt;
1965 av krav som stilles til redigerbare dokumenter i Forskrift om
1966 IT-standarder i forvaltningen, og anbefaler at kravet til ODF
1967 fjernes. Dette innebærer at det ikke stilles krav til dokumentformater
1968 for redigerbare dokumenter ved publisering på offentlige virksomheters
1969 nettsider og for redigerbare vedlegg til e-post som sendes fra
1970 offentlige virksomheter til innbyggere og næringsliv. Offentlige
1971 virksomheter vil dermed stå fritt til å publisere eller sende
1972 redigerbare dokumenter i det format som ivaretar brukernes behov
1973 best.&lt;/p&gt;
1974
1975 &lt;p&gt;Forslaget innebærer at krav til ODF utgår § 4 nr. 1 tredje ledd og
1976 § 4 nr. 2 første ledd&lt;/p&gt;
1977
1978 &lt;P&gt;Imidlertid bør det stilles strengere krav til hvilke formater
1979 offentlige virksomheter plikter å motta redigerbare dokumenter. Vi
1980 mener at det ikke bør skilles mellom mottak av redigerbare dokumenter
1981 som sendes i ODF eller OOXML3, som begge er åpne standarder. Dette
1982 medfører at innbyggere og næringsliv skal kunne basere sitt valg av
1983 programvare på egne behov og ikke på de valg offentlige virksomheter
1984 tar. Kravet vil omfatte hele offentlig sektor, herunder
1985 utdanningssektoren, hvor det kanskje er størst bruk av ODF. Kravet er
1986 foreslått som ny § 4 nr.2 andre ledd&lt;/p&gt;
1987 &lt;/blockquote&gt;&lt;/p&gt;
1988
1989 &lt;P&gt;De satser vel på at det hele blir glemt over sommeren, og at de
1990 fleste har glemt Standard Norge og ISOs fallitt fra da OOXML ble
1991 jukset igjennom som ISO-standard. Jeg håper mine lesere sender inn
1992 høringsuttalelser til høringen.&lt;/p&gt;
1993
1994 &lt;p&gt;Anbefaler alle å friske opp sine argumenter ved å lese
1995 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/The_reply_from_Edgar_Villanueva_to_Microsoft_in_Peru.html&quot;&gt;svaret
1996 fra senator Edgar Villanueva til Microsoft i Peru&lt;/a&gt;. Det er en
1997 klassisk tekst som er like gyldig i dag som da det ble skrevet.&lt;/p&gt;
1998
1999 </description>
2000 </item>
2001
2002 <item>
2003 <title>Postjournaler i det offentlige - vanskelig med vilje?</title>
2004 <link>http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</link>
2005 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Postjournaler_i_det_offentlige___vanskelig_med_vilje_.html</guid>
2006 <pubDate>Wed, 27 Jun 2012 21:20:00 +0200</pubDate>
2007 <description>&lt;p&gt;Den norske
2008 &lt;a href=&quot;http://www.lovdata.no/all/nl-20060519-016.html&quot;&gt;offentlighetsloven&lt;/a&gt;
2009 er ganske bra, og inneholder rettigheter som sikrer at borgerne (og
2010 journalister) i stor grad kan holde øye med hva fellesskapets
2011 representanter i det offentlige holder på med. En kan be om kopi av
2012 alle dokumenter som finnes i offentlige etater, kommuner,
2013 departementer etc, og det kreves en konkret lovhjemmel for å nekte å
2014 levere ut en kopi. Men for å vite hva en skal be om, må en vite hva
2015 som finnes, og det er der de offentlige postjournalene kommer inn.
2016 Alle underlagt offentlighetsloven, som er alle offentlige kontorer
2017 samt selskaper som er kontrollert av det offentlige, er pliktig å føre
2018 postjournal og utlevere den på forespørsel. Underlig nok forteller
2019 Uninett AS meg at de som aksjeselskap ikke er underlagt krav om å
2020 publisere postjournalen på web når jeg spurte hvor postjournalen kan
2021 finnes, så det virker å være et hull i denne plikten hvis målet er at
2022 innbyggerne skal ha enkel mulighet til å kontrollere våre
2023 representanter. Men de må føre journal og utlevere den på
2024 forespørsel.&lt;/p&gt;
2025
2026 &lt;p&gt;Men tema for denne bloggposten er hvordan en får tak i de
2027 offentlige postjournaler som finnes, og her er det mye som kunne vært
2028 bedre. Det finnes en &lt;a href=&quot;http://www.oep.no/&quot;&gt;felles portal for
2029 postjournaler&lt;/a&gt; til alle departementer, nasjonale direktorater,
2030 fylkesmenn etc (ca. 100 kilder), men for alle kommuner,
2031 fylkeskommuner, helseregioner, universiteter og høgskoler, offentlig
2032 styret stiftelser og selskaper, må en innom hver enkelt organisasjons
2033 nettsider og se etter postjournalen. Noen har laget fine
2034 søketjenester, andre har laget dårlige søketjenester. De fleste har
2035 kun lagt ut datobaserte lister over journaloppføringer, av og til
2036 HTML-basert, men ofte PDF-basert. Noen har kun innskannede bilder av
2037 dokumenter (f.eks i PDF-innpakning). Alt dette gjør det veldig
2038 vanskelig å holde et øye med det som skjer over hele Norge. En er
2039 nødt til å besøke flere hundre nettsteder, og lese mange tusen sider
2040 hver dag for å holde rede på hva som skjer, og resultatet er at det i
2041 stor grad ikke skjer.&lt;/p&gt;
2042
2043 &lt;p&gt;Men datakildene ligger der, de er bare knot å bruke. En naturlig
2044 løsning på det problemet som det er utrolig og trist at presse-Norge
2045 ikke allerede har gjennomført, er å lage automatiske systemer for å
2046 samle inn og strukturere den tilgjengelige informasjonen og lage en
2047 innbygger og journalist-vennlig portal. I en slik portal bør en kunne
2048 søke etter nøkkelord, saker og andre egenskaper (f.eks. dokumenter som
2049 det tok lang tid å journalføre). Når informasjonen er samlet inn kan
2050 en analysere og finne ut hvilke organisasjoner som er trege til å
2051 publisere journalen sin, og hvilke som er mer flinke. En kan også
2052 koble saker på tvers av organisasjoner, når et brev i en sak sendes
2053 mellom organisasjonene, og dermed få en mer komplett oversikt over hva
2054 som blir gjort på vegne av oss alle i det offentlige. Det hadde vært
2055 morsomt å vite om alle brev som blir sendt mellom departementer eller
2056 kommuner blir journalført begge steder, og om det hender at sender og
2057 mottaker er uenige om et dokument kan unndras offentligheten. En
2058 slipper også å måtte forholde seg til når den journalførende enhet
2059 velger å fjerne journalen fra web. Her er praksis sprikende, og noen
2060 er flinke og har journalen liggende ute fra første dag publiseringen
2061 på web startet, mens andre fjerner den etter noen få dager.&lt;/p&gt;
2062
2063 &lt;p&gt;Det er personvernutfordringer rundt tilgjengeliggjøring av
2064 postjournaler, da den offentlige informasjonen som er tilgjengelig i
2065 postjournalene kan gi ganske mye informasjon om enkeltpersoners
2066 kontakt med det offentlige Norge. En kan se når det bygges, søkes,
2067 klages og sertifiseres, blant mange andre aktiviteter en tvinges til å
2068 kontakte det offentlige Norge for å få gjort. Men det må veies opp
2069 mot behovet til å holde &quot;makta&quot; i Norge under oppsikt, og der må jeg
2070 innrømme at jeg tror behovet i Norge er enormt.&lt;/p&gt;
2071
2072 &lt;p&gt;Uansett, dette er bakgrunnen for at vi i NUUG-regi har startet et
2073 prosjekt for å gjøre postjournalene tilgjengelig som åpne data på
2074 strukturert format, og bidra til at pressen og innbyggerne får en
2075 portal som gjør det mulig å bruke den innsynsmakten offentlighetsloven
2076 gir oss. Hvis du er interessert i å bidra, stikk innom IRC (#nuug på
2077 irc.freenode.net) og meld deg. :) Det innebærer å lage skrapere for
2078 flere hundre kilder. Noen er enkle og tar 10-20 minutter (hvis de
2079 f.eks. bruker ePhortes PDF-eksport), mens andre tar mer tid. Her
2080 trengs det programører. :)&lt;/p&gt;
2081
2082 &lt;p&gt;PS: Hvis du vil lære litt mer om hva vi har mulighet til å få
2083 innsyn i hos det offentlige Norge, ta en titt på
2084 &lt;a href=&quot;http://www.offentlighet.no/&quot;&gt;offentlighet.no&lt;/a&gt;, et
2085 samarbeidsprosjekt mellom Norsk Presseforbund, Norsk Redaktørforening,
2086 Norsk Journalistlag og Institutt for Journalistikk.&lt;/p&gt;
2087 </description>
2088 </item>
2089
2090 <item>
2091 <title>SQL-database med anbud publisert på Doffin</title>
2092 <link>http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</link>
2093 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SQL_database_med_anbud_publisert_p__Doffin.html</guid>
2094 <pubDate>Fri, 15 Jun 2012 13:30:00 +0200</pubDate>
2095 <description>&lt;p&gt;&lt;a href=&quot;http://www.doffin.no/&quot;&gt;Doffin&lt;/a&gt; er det offentlige Norges
2096 portal for annonsering av anbudsutlysninger. Nettstedet er mye brukt,
2097 men rådataene er ikke enkelt tilgjengelig for almenheten. For å bøte
2098 på det har jeg som et &lt;a href=&quot;htt://www.nuug.no/&quot;&gt;NUUG-prosjekt&lt;/a&gt;
2099 laget en &lt;a href=&quot;http://scraperwiki.com/&quot;&gt;Scraperwiki&lt;/a&gt;-skraper som
2100 lager en
2101 &lt;a href=&quot;https://scraperwiki.com/scrapers/norwegian-doffin/&quot;&gt;SQL-database
2102 med nøkkelinformasjonen fra Doffin&lt;/a&gt;, slik at det er mulig å søke og
2103 analysere Doffin-oppføringene. Det publiseres mellom 900-1500 anbud
2104 hver måned via Doffin. Jeg har ingen konkrete planer for analyse, men
2105 håper enklere tilgjengelighet gjør at flere griper sjansen. På sikt
2106 håper jeg å bruke denne databasen som grunnlag for å lage en database
2107 over anbudsdokumenter, som i dag ikke er tilgjengelig fra doffin, men
2108 må bestilles fra hver enkelt utlyser.&lt;/p&gt;
2109
2110 &lt;p&gt;Jeg var litt usikker på om det var rettighetsproblemer knyttet til
2111 skraping av informasjon fra Doffin, men ser i
2112 &lt;a href=&quot;http://www.doffin.no/sitehelp/help_terms.aspx&quot;&gt;vilkårene til
2113 Doffin&lt;/a&gt; følgende:&lt;/p&gt;
2114
2115 &lt;p&gt;&lt;blockquote&gt;
2116
2117 &lt;p&gt;Opphavsrett mv&lt;/p&gt;
2118
2119 &lt;p&gt;Ved innleggig av kunngjøringer på Doffin aksepterer Oppdragsgiver
2120 at opphavsrett og andre rettigheter til materialet overføres til
2121 Fornyings- og administrasjonsdepartementet, eller den departementet
2122 utnevner. Oppdragsgiver har imidlertid bruksrett til materialet, og
2123 kan benytte det til de formål de måtte ønske.&lt;/p&gt;
2124
2125 &lt;/blockquote&gt;&lt;/p&gt;
2126
2127 &lt;p&gt;Hvis informasjonen er vernet av opphavsrettsloven (hvilket jeg
2128 tviler på, gitt lovens begrensninger om informasjon fra det
2129 offentlige), så er det FAD som har de immaterielle rettighetene. FAD
2130 er en del av staten, som opererer på vegne av folket, og enhver borger
2131 skulle dermed ha rett til å videreformidle informasjonen. Ingen av
2132 offentlighetslovens unntak kommer til anvendelse, i og med at
2133 informasjonen allerede er publisert.&lt;/p&gt;
2134 </description>
2135 </item>
2136
2137 <item>
2138 <title>Litt statistikk fra Offentlig Elektronisk postjournal</title>
2139 <link>http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</link>
2140 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_statistikk_fra_Offentlig_Elektronisk_postjournal.html</guid>
2141 <pubDate>Sun, 10 Jun 2012 20:30:00 +0200</pubDate>
2142 <description>&lt;p&gt;De siste månedene har jeg sammen med andre i NUUG jobbet med å
2143 gjøre det enklere å få innsyn i offentlige dokumenter, og dette
2144 inkluderer å gjøre postjournaler enklere tilgjengelig for maskinell
2145 analyse og søk. I den forbindelse tok jeg i dag å tittet litt på
2146 &lt;a href=&quot;http://www.oep.no/&quot;&gt;Offentlig Elektronisk Postjournal
2147 (OEP)&lt;/a&gt;, FAD/DIFIs fellesløsning for departementer og statlige
2148 etater.&lt;/p&gt;
2149
2150 &lt;p&gt;Her er antall oppføringer pr. måned det siste året,
2151 &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
2152 opp&lt;/a&gt; ved hjelp av
2153 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep/&quot;&gt;en
2154 Scraperwiki-database&lt;/a&gt;. Merk at denne Scraperwikien har
2155 ytelsesproblemer pga. mengden data. &lt;/p&gt;
2156
2157 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
2158 &lt;tr&gt;&lt;th&gt;Måned&lt;/th&gt;&lt;th&gt;Antall&lt;/th&gt;&lt;/tr&gt;
2159 &lt;tr&gt;&lt;td&gt;2011-07&lt;/td&gt;&lt;td&gt;164355&lt;/td&gt;&lt;/tr&gt;
2160 &lt;tr&gt;&lt;td&gt;2011-08&lt;/td&gt;&lt;td&gt;153662&lt;/td&gt;&lt;/tr&gt;
2161 &lt;tr&gt;&lt;td&gt;2011-09&lt;/td&gt;&lt;td&gt;173134&lt;/td&gt;&lt;/tr&gt;
2162 &lt;tr&gt;&lt;td&gt;2011-10&lt;/td&gt;&lt;td&gt;170665&lt;/td&gt;&lt;/tr&gt;
2163 &lt;tr&gt;&lt;td&gt;2011-11&lt;/td&gt;&lt;td&gt;198409&lt;/td&gt;&lt;/tr&gt;
2164 &lt;tr&gt;&lt;td&gt;2011-12&lt;/td&gt;&lt;td&gt;175908&lt;/td&gt;&lt;/tr&gt;
2165 &lt;tr&gt;&lt;td&gt;2012-01&lt;/td&gt;&lt;td&gt;206875&lt;/td&gt;&lt;/tr&gt;
2166 &lt;tr&gt;&lt;td&gt;2012-02&lt;/td&gt;&lt;td&gt;202862&lt;/td&gt;&lt;/tr&gt;
2167 &lt;tr&gt;&lt;td&gt;2012-03&lt;/td&gt;&lt;td&gt;204225&lt;/td&gt;&lt;/tr&gt;
2168 &lt;tr&gt;&lt;td&gt;2012-04&lt;/td&gt;&lt;td&gt;207931&lt;/td&gt;&lt;/tr&gt;
2169 &lt;tr&gt;&lt;td&gt;2012-05&lt;/td&gt;&lt;td&gt;223754&lt;/td&gt;&lt;/tr&gt;
2170 &lt;/table&gt;&lt;/p&gt;
2171
2172 &lt;p&gt;Det er også interessant å se hvor ofte ulike etater sender inn sine
2173 journaloppføringer til OEP. OEP inneholder en liste med sist
2174 innrapporteringsdato for alle som sender til OEP, og ved å se når og
2175 hvor ofte det blir sendt inn fra etatene kan
2176 &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
2177 beregnes&lt;/a&gt;. Her er bunnlista, dvs. de som leverer sjeldnere enn hver 10.
2178 dag beregnet fra
2179 &lt;a href=&quot;https://scraperwiki.com/scrapers/postliste-oep-deliverydates/&quot;&gt;en
2180 Scraperwiki-database&lt;/a&gt;:&lt;/p&gt;
2181
2182 &lt;p&gt;&lt;table border=&quot;1&quot;&gt;
2183
2184 &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;
2185 &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;
2186 &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;
2187 &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;
2188 &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;
2189 &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;
2190 &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;
2191 &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;
2192 &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;
2193 &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;
2194 &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;
2195 &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;
2196 &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;
2197 &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;
2198 &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;
2199
2200 &lt;/table&gt;&lt;/p&gt;
2201
2202 &lt;p&gt;En kan beregne lignende frekvenser ved å sammenligne
2203 journalføringsdato med publiseringsdato for hver enkelt oppføring i
2204 OEP, men den lenken legger jeg ikke ved her for å unngå at
2205 søkemotorroboter begynner å overbelaste Scraperwiki-databasen.&lt;/p&gt;
2206
2207 &lt;p&gt;Jeg har spurt Norges geologiske undersøkelse om hvorfor de leverer
2208 så sjelden, og det kommer av at de har problemer etter oppgradering av
2209 arkivsystemet sitt og jobber med å fikse det slik at de kan gå tilbake
2210 til å levere hver uke. Har ikke undersøkt noen av de andre.&lt;/p&gt;
2211 </description>
2212 </item>
2213
2214 <item>
2215 <title>Web service to look up HP and Dell computer hardware support status</title>
2216 <link>http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</link>
2217 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Web_service_to_look_up_HP_and_Dell_computer_hardware_support_status.html</guid>
2218 <pubDate>Wed, 6 Jun 2012 23:15:00 +0200</pubDate>
2219 <description>&lt;p&gt;A few days ago
2220 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html&quot;&gt;I
2221 reported how to get&lt;/a&gt; the support status out of Dell using an
2222 unofficial and undocumented SOAP API, which I since have found out was
2223 &lt;a href=&quot;http://lists.us.dell.com/pipermail/linux-poweredge/2012-February/045959.html&quot;&gt;discovered
2224 by Daniel De Marco in february&lt;/a&gt;. Combined with my web scraping
2225 code for HP, Dell and IBM
2226 &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
2227 2009&lt;/a&gt;, I got inspired and wrote
2228 &lt;a href=&quot;https://views.scraperwiki.com/run/computer-hardware-support-status/&quot;&gt;a
2229 web service&lt;/a&gt; based on Scraperwiki to make it easy to look up the
2230 support status and get a machine readable result back.&lt;/p&gt;
2231
2232 &lt;p&gt;This is what it look like at the moment when asking for the JSON
2233 output:
2234
2235 &lt;blockquote&gt;&lt;pre&gt;
2236 % 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;
2237 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;})
2238 %
2239 &lt;/pre&gt;&lt;/blockquote&gt;
2240
2241 &lt;p&gt;It currently support Dell and HP, and I am hoping for help to add
2242 support for other vendors. The python source is available on
2243 Scraperwiki and I welcome help with adding more features.&lt;/p&gt;
2244 </description>
2245 </item>
2246
2247 <item>
2248 <title>SOAP based webservice from Dell to check server support status</title>
2249 <link>http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</link>
2250 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/SOAP_based_webservice_from_Dell_to_check_server_support_status.html</guid>
2251 <pubDate>Fri, 1 Jun 2012 15:20:00 +0200</pubDate>
2252 <description>&lt;p&gt;A few years ago I wrote
2253 &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
2254 to extract support status&lt;/a&gt; for your Dell and HP servers. Recently
2255 I have learned from colleges here at the
2256 &lt;a href=&quot;http://www.uio.no/&quot;&gt;University of Oslo&lt;/a&gt; that Dell have
2257 made this even easier, by providing a SOAP based web service. Given
2258 the service tag, one can now query the Dell servers and get machine
2259 readable information about the support status. This perl code
2260 demonstrate how to do it:&lt;/p&gt;
2261
2262 &lt;p&gt;&lt;pre&gt;
2263 use strict;
2264 use warnings;
2265 use SOAP::Lite;
2266 use Data::Dumper;
2267 my $GUID = &#39;11111111-1111-1111-1111-111111111111&#39;;
2268 my $App = &#39;test&#39;;
2269 my $servicetag = $ARGV[0] or die &quot;Please supply a servicetag. $!\n&quot;;
2270 my ($deal, $latest, @dates);
2271 my $s = SOAP::Lite
2272 -&gt; uri(&#39;http://support.dell.com/WebServices/&#39;)
2273 -&gt; on_action( sub { join &#39;&#39;, @_ } )
2274 -&gt; proxy(&#39;http://xserv.dell.com/services/assetservice.asmx&#39;)
2275 ;
2276 my $a = $s-&gt;GetAssetInformation(
2277 SOAP::Data-&gt;name(&#39;guid&#39;)-&gt;value($GUID)-&gt;type(&#39;&#39;),
2278 SOAP::Data-&gt;name(&#39;applicationName&#39;)-&gt;value($App)-&gt;type(&#39;&#39;),
2279 SOAP::Data-&gt;name(&#39;serviceTags&#39;)-&gt;value($servicetag)-&gt;type(&#39;&#39;),
2280 );
2281 print Dumper($a -&gt; result) ;
2282 &lt;/pre&gt;&lt;/p&gt;
2283
2284 &lt;p&gt;The output can look like this:&lt;/p&gt;
2285
2286 &lt;p&gt;&lt;pre&gt;
2287 $VAR1 = {
2288 &#39;Asset&#39; =&gt; {
2289 &#39;Entitlements&#39; =&gt; {
2290 &#39;EntitlementData&#39; =&gt; [
2291 {
2292 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
2293 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
2294 &#39;Provider&#39; =&gt; &#39;&#39;,
2295 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
2296 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
2297 },
2298 {
2299 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
2300 &#39;EndDate&#39; =&gt; &#39;2009-07-29T00:00:00&#39;,
2301 &#39;Provider&#39; =&gt; &#39;&#39;,
2302 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
2303 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
2304 },
2305 {
2306 &#39;EntitlementType&#39; =&gt; &#39;Expired&#39;,
2307 &#39;EndDate&#39; =&gt; &#39;2007-07-29T00:00:00&#39;,
2308 &#39;Provider&#39; =&gt; &#39;&#39;,
2309 &#39;StartDate&#39; =&gt; &#39;2006-07-29T00:00:00&#39;,
2310 &#39;DaysLeft&#39; =&gt; &#39;0&#39;
2311 }
2312 ]
2313 },
2314 &#39;AssetHeaderData&#39; =&gt; {
2315 &#39;SystemModel&#39; =&gt; &#39;GX620&#39;,
2316 &#39;ServiceTag&#39; =&gt; &#39;8DSGD2J&#39;,
2317 &#39;SystemShipDate&#39; =&gt; &#39;2006-07-29T19:00:00-05:00&#39;,
2318 &#39;Buid&#39; =&gt; &#39;2323&#39;,
2319 &#39;Region&#39; =&gt; &#39;Europe&#39;,
2320 &#39;SystemID&#39; =&gt; &#39;PLX_GX620&#39;,
2321 &#39;SystemType&#39; =&gt; &#39;OptiPlex&#39;
2322 }
2323 }
2324 };
2325 &lt;/pre&gt;&lt;/p&gt;
2326
2327 &lt;p&gt;I have not been able to find any documentation from Dell about this
2328 service outside the
2329 &lt;a href=&quot;http://xserv.dell.com/services/assetservice.asmx?op=GetAssetInformation&quot;&gt;inline
2330 documentation&lt;/a&gt;, and according to
2331 &lt;a href=&quot;http://iboyd.net/index.php/2012/02/14/updated-dell-warranty-information-script/&quot;&gt;one
2332 comment&lt;/a&gt; it can have stability issues, but it is a lot better than
2333 scraping HTML pages. :)&lt;/p&gt;
2334
2335 &lt;p&gt;Wonder if HP and other server vendors have a similar service. If
2336 you know of one, drop me an email. :)&lt;/p&gt;
2337 </description>
2338 </item>
2339
2340 <item>
2341 <title>The cost of ODF and OOXML</title>
2342 <link>http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</link>
2343 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_cost_of_ODF_and_OOXML.html</guid>
2344 <pubDate>Sat, 26 May 2012 18:00:00 +0200</pubDate>
2345 <description>&lt;p&gt;I just come across a blog post from Glyn Moody reporting the
2346 claimed cost from Microsoft on requiring ODF to be used by the UK
2347 government. I just sent him an email to let him know that his
2348 assumption are most likely wrong. Sharing it here in case some of my
2349 blog readers have seem the same numbers float around in the UK.&lt;/p&gt;
2350
2351 &lt;p&gt;&lt;blockquote&gt; &lt;p&gt;Hi. I just noted your
2352 &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;
2353 comment:&lt;/p&gt;
2354
2355 &lt;p&gt;&lt;blockquote&gt;&quot;They&#39;re all in Danish, not unreasonably, but even
2356 with the help of Google Translate I can&#39;t find any figures about the
2357 savings of &quot;moving to a flexible two standard&quot; as claimed by the
2358 Microsoft email. But I assume it is backed up somewhere, so let&#39;s take
2359 it, and the £500 million figure for the UK, on trust.&quot;
2360 &lt;/blockquote&gt;&lt;/p&gt;
2361
2362 &lt;p&gt;I can tell you that the Danish reports are inflated. I believe it is
2363 the same reports that were used in the Norwegian debate around 2007,
2364 and Gisle Hannemyr (a well known IT commentator in Norway) had a look
2365 at the content. In short, the reason it is claimed that using ODF
2366 will be so costly, is based on the assumption that this mean every
2367 existing document need to be converted from one of the MS Office
2368 formats to ODF, transferred to the receiver, and converted back from
2369 ODF to one of the MS Office formats, and that the conversion will cost
2370 10 minutes of work time for both the sender and the receiver. In
2371 reality the sender would have a tool capable of saving to ODF, and the
2372 receiver would have a tool capable of reading it, and the time spent
2373 would at most be a few seconds for saving and loading, not 20 minutes
2374 of wasted effort.&lt;/p&gt;
2375
2376 &lt;p&gt;Microsoft claimed all these costs were saved by allowing people to
2377 transfer the original files from MS Office instead of spending 10
2378 minutes converting to ODF. :)&lt;/p&gt;
2379
2380 &lt;p&gt;See
2381 &lt;a href=&quot;http://hannemyr.com/no/ms12_vl02.php&quot;&gt;http://hannemyr.com/no/ms12_vl02.php&lt;/a&gt;
2382 and
2383 &lt;a href=&quot;http://hannemyr.com/no/ms12.php&quot;&gt;http://hannemyr.com/no/ms12.php&lt;/a&gt;
2384 for background information. Norwegian only, sorry. :)&lt;/p&gt;
2385 &lt;/blockquote&gt;&lt;/p&gt;
2386 </description>
2387 </item>
2388
2389 <item>
2390 <title>OpenOffice.org fungerer da fint for blinde?</title>
2391 <link>http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</link>
2392 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OpenOffice_org_fungerer_da_fint_for_blinde_.html</guid>
2393 <pubDate>Mon, 21 May 2012 23:20:00 +0200</pubDate>
2394 <description>&lt;p&gt;De siste dagene har høringsuttalelsene om DIFIs forslag til
2395 standardkatalog v3.1 blitt
2396 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder?tab=comments&quot;&gt;publisert
2397 på DIFIs nettside&lt;/a&gt;, og jeg kunne der glede meg over at
2398 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;NUUGs&lt;/a&gt;
2399 uttalelse er kommet med. En uttalelse som overrasker og forvirrer meg
2400 er
2401 &lt;a href=&quot;http://www.standard.difi.no/filearchive/norges-blindeforbund.pdf&quot;&gt;den
2402 fra Norges Blindeforbund&lt;/a&gt;, som 5 år etter at Klaus Knopper sammen
2403 med sin blinde kone blant annet
2404 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20071211-accessibility/&quot;&gt;demonstrerte
2405 høyttalende OpenOffice.org på nynorsk for blinde&lt;/a&gt; på et NUUG-møte.&lt;/p&gt;
2406
2407 &lt;p&gt;&lt;a href=&quot;https://www.blindeforbundet.no/&quot;&gt;Norges Blindeforbund&lt;/a&gt;
2408 skriver følgende, som for meg virker å være formulert på sviktende
2409 grunnlag:&lt;/p&gt;
2410
2411 &lt;p&gt;&lt;blockquote&gt;
2412 &lt;p&gt;Bruk av fri programvare
2413
2414 &lt;p&gt;I FRIPROGSENTERET, RAPPORT 2009-02: Universell utforming
2415 &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;
2416 sies det &quot;Det finnes i dag ikke mange fri programvare-rammeverk eller
2417 generelle løsninger som støtter tilgjengelighet eller som er
2418 universelt utformet.&quot;&lt;/p&gt;
2419
2420 &lt;p&gt;Til tross for at det gjennom prinsippene i fri programvare åpnes
2421 for større frihet til selv å påvirke programvareløsninger i retning av
2422 universell utforming viser praksis at virkeligheten er en annen.
2423 Mange av de mest alminnelige frie programvarepakkene mangler delvis
2424 eller fullstendig tilgjengelighet for mennesker med nedsatt
2425 syn. Eksempler på dette er OpenOffice og LibreOffice m.fl.&lt;/p&gt;
2426
2427 &lt;p&gt;En annen utfordring ved bruk av fri programvare kan være manglende
2428 kundestøtte og muligheter til opplæring i bruk av løsningen. Svaksynte
2429 og blinde har et høyere behov for denne typen støtte enn andre brukere
2430 ettersom mange av dem har behov for tilleggsprogramvare som skal
2431 fungere sammen med den opprinnelige programvaren, og ettersom man ikke
2432 har de samme muligheter for overblikk over grensesnittet som en seende
2433 bruker. I tillegg til dette kommer de mer tilgjengelighetstekniske
2434 utfordringene som ofte må løses i samarbeid med
2435 programvareleverandør/produsent.&lt;/p&gt;
2436
2437 &lt;p&gt;Fri programvare er ikke på samme måte underlagt lovgivning gjennom
2438 for eksempel diskriminerings og tilgjengelighetsloven ettersom det
2439 ikke alltid finnes en produsent/tilbyder av tjenesten eller produktet.&lt;/p&gt;
2440
2441 &lt;p&gt;Norges Blindeforbund krever at universell utforming og
2442 brukskvalitet tas med som viktige hensyn i utredninger som ligger til
2443 grunn for valg av standarder som primært leder brukeren mot fri
2444 programvare. Et eksempel på dette er bruk av dokumentformatet ODF som
2445 leder brukeren i retning av OpenOffice, som er helt eller delvis
2446 utilgjengelig for svaksynte og blinde – noe avhengig av plattform og
2447 hjelpemiddelprogramvare.&lt;/p&gt;
2448
2449 &lt;/blockquote&gt;&lt;/p&gt;
2450
2451 &lt;p&gt;Jeg håper noen involvert i OpenOffice.org og/eller LibreOffice tar
2452 kontakt med Norges Blindeforbund og oppklarer det som for meg virker å
2453 være en misforståelse, i og med at OpenOffice.org så vidt jeg vet
2454 fungerer fint også for blinde.&lt;/p&gt;
2455
2456 &lt;p&gt;Jeg ble minnet på problemstillingen da jeg leste Slashdot-saken om
2457 &quot;&lt;a href=&quot;http://linux.slashdot.org/story/12/05/21/1417221/the-state-of-linux-accessibility&quot;&gt;The
2458 State of Linux Accessibility&lt;/a&gt;&quot;, som også hevder at Linux fungerer
2459 utmerket for blinde.&lt;/p&gt;
2460 </description>
2461 </item>
2462
2463 <item>
2464 <title>Dør Unix, eller lever den videre som Linux?</title>
2465 <link>http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</link>
2466 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/D_r_Unix__eller_lever_den_videre_som_Linux_.html</guid>
2467 <pubDate>Tue, 15 May 2012 10:20:00 +0200</pubDate>
2468 <description>&lt;p&gt;Peter Hidas fra Gartner melder i Computerworld at
2469 &lt;a href=&quot;http://www.idg.no/computerworld/article245011.ece&quot;&gt;Unix
2470 nedkjempes av Linux og Windows&lt;/a&gt;. For meg er påstanden meningsløs,
2471 da Linux er en variant av Unix, og hele diskusjonen om Linux er Unix
2472 eller ikke er utdatert og uinteressant. Jeg ser at Helge Skrivervik
2473 deler mitt syn på saken i sin kommentar fra i går om at
2474 &quot;&lt;a href=&quot;http://www.mymayday.com/blogs/2012/unix-linux&quot;&gt;Unix vs. Linux
2475 = uinteressant&quot;&lt;/a&gt;.&lt;/p&gt;
2476
2477 &lt;p&gt;I &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;-sammenheng møter jeg av og
2478 til folk som tror NUUG er for avdankede folk som driver med den samme
2479 Unix-varianten som Peter Hidas skriver om i sin kommentar, og dermed
2480 er en foreningen for avdankede teknologer interessert i døende
2481 teknologi. Intet kunne være lengre fra sannheten.&lt;/p&gt;
2482
2483 &lt;p&gt;NUUG er en forening for oss som har sans for fri programvare, åpne
2484 standarder og Unix-lignende operativsystemer, som Ubuntu, FreeBSD,
2485 Debian, Mint, Gentoo, Android, Gnome, KDE, LXDE, Firefox, LibreOffice,
2486 ODF, HTML, C++, ECMA-Script, etc. Kort sagt der nyskapning skjer på
2487 IT-fronten i dag. Det innebærer selvfølgelig også de som er
2488 interessert i de &quot;gamle&quot; Unix-ene som Solaris og HP-UX, men de er bare
2489 et lite mindretall blant NUUGs medlemmer. De aller fleste medlemmene
2490 har i dag fokus på Linux.&lt;/p&gt;
2491 </description>
2492 </item>
2493
2494 <item>
2495 <title>NUUGs leverer høringsuttalelse om v3.1 av statens referansekatalog</title>
2496 <link>http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</link>
2497 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUGs_leverer_h_ringsuttalelse_om_v3_1_av_statens_referansekatalog.html</guid>
2498 <pubDate>Fri, 27 Apr 2012 15:30:00 +0200</pubDate>
2499 <description>&lt;p&gt;NUUG-styremedlem Hans-Petter Fjeld
2500 &lt;a href=&quot;https://plus.google.com/u/0/110394259537201279374/posts/AGzRmAuFdW1&quot;&gt;meldte
2501 nettopp&lt;/a&gt; at han har sendt inn &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
2502 høringsuttalelse angående Difi sin standardkatalog v3.1. Jeg er veldig
2503 glad for at så mange bidro og sikret at vår stemme blir hørt i denne
2504 høringen. Anbefaler alle å lese våre
2505 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/201204-standardkatalog-v3.1&quot;&gt;to
2506 sider med innspill&lt;/a&gt;.&lt;/p&gt;
2507 </description>
2508 </item>
2509
2510 <item>
2511 <title>Holder de ord og NUUG lanserer testtjeneste med stortingsinformasjon</title>
2512 <link>http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</link>
2513 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Holder_de_ord_og_NUUG_lanserer_testtjeneste_med_stortingsinformasjon.html</guid>
2514 <pubDate>Sun, 22 Apr 2012 15:45:00 +0200</pubDate>
2515 <description>&lt;p&gt;I
2516 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html&quot;&gt;januar
2517 i fjor&lt;/a&gt; startet vi i NUUG arbeid med å gjøre informasjon om hvem
2518 som har stemt hva på &lt;a href=&quot;http://www.stortinget.no/&quot;&gt;Stortinget&lt;/a&gt;
2519 enklere tilgjengelig. I løpet av få måneder fant vi sammen med
2520 organisasjonen &lt;a href=&quot;http://www.holderdeord.no/&quot;&gt;Holder de ord&lt;/a&gt;
2521 som arbeidet mot et lignende mål.&lt;/p&gt;
2522
2523 &lt;p&gt;Siden den gang har vi fått tak i maskinelt lesbart informasjon om
2524 hvem som stemte hva mellom 1990 og våren 2010, og tilgang til
2525 stortingets nye datatjeneste som har informasjon fra høsten 2011 til i
2526 dag. Det gjenstår litt arbeid med det første datasettet, men
2527 datasettet fra høsten 2011 er klart til bruk. Begge datasettene er
2528 tilgjengelig &lt;a href=&quot;https://gitorious.org/nuug/folketingparser&quot;&gt;via
2529 git&lt;/a&gt;.&lt;/p&gt;
2530
2531 &lt;p&gt;
2532 &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
2533 NUUG sammen med Holder de ord &lt;a href=&quot;http://beta.holderdeord.no/&quot;&gt;en
2534 test-tjeneste&lt;/a&gt; som viser hva som er og blir behandlet på Stortinget og
2535 hvem som har stemt hva siden oktober i fjor. Du får herved mulighet
2536 til å ta en sniktitt.&lt;/p&gt;
2537 </description>
2538 </item>
2539
2540 <item>
2541 <title>RAND terms - non-reasonable and discriminatory</title>
2542 <link>http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</link>
2543 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/RAND_terms___non_reasonable_and_discriminatory.html</guid>
2544 <pubDate>Thu, 19 Apr 2012 22:20:00 +0200</pubDate>
2545 <description>&lt;p&gt;Here in Norway, the
2546 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad.html?id=339&quot;&gt; Ministry of
2547 Government Administration, Reform and Church Affairs&lt;/a&gt; is behind
2548 a &lt;a href=&quot;http://standard.difi.no/forvaltningsstandarder&quot;&gt;directory of
2549 standards&lt;/a&gt; that are recommended or mandatory for use by the
2550 government. When the directory was created, the people behind it made
2551 an effort to ensure that everyone would be able to implement the
2552 standards and compete on equal terms to supply software and solutions
2553 to the government. Free software and non-free software could compete
2554 on the same level.&lt;/p&gt;
2555
2556 &lt;p&gt;But recently, some standards with RAND
2557 (&lt;a href=&quot;http://en.wikipedia.org/wiki/Reasonable_and_non-discriminatory_licensing&quot;&gt;Reasonable
2558 And Non-Discriminatory&lt;/a&gt;) terms have made their way into the
2559 directory. And while this might not sound too bad, the fact is that
2560 standard specifications with RAND terms often block free software from
2561 implementing them. The reasonable part of RAND mean that the cost per
2562 user/unit is low,and the non-discriminatory part mean that everyone
2563 willing to pay will get a license. Both sound great in theory. In
2564 practice, to get such license one need to be able to count users, and
2565 be able to pay a small amount of money per unit or user. By
2566 definition, users of free software do not need to register their use.
2567 So counting users or units is not possible for free software projects.
2568 And given that people will use the software without handing any money
2569 to the author, it is not really economically possible for a free
2570 software author to pay a small amount of money to license the rights
2571 to implement a standard when the income available is zero. The result
2572 in these situations is that free software are locked out from
2573 implementing standards with RAND terms.&lt;/p&gt;
2574
2575 &lt;p&gt;Because of this, when I see someone claiming the terms of a
2576 standard is reasonable and non-discriminatory, all I can think of is
2577 how this really is non-reasonable and discriminatory. Because free
2578 software developers are working in a global market, it does not really
2579 help to know that software patents are not supposed to be enforceable
2580 in Norway. The patent regimes in other countries affect us even here.
2581 I really hope the people behind the standard directory will pay more
2582 attention to these issues in the future.&lt;/p&gt;
2583
2584 &lt;p&gt;You can find more on the issues with RAND, FRAND and RAND-Z terms
2585 from Simon Phipps
2586 (&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/11/rand-not-so-reasonable/&quot;&gt;RAND:
2587 Not So Reasonable?&lt;/a&gt;).&lt;/p&gt;
2588
2589 &lt;p&gt;Update 2012-04-21: Just came across a
2590 &lt;a href=&quot;http://blogs.computerworlduk.com/open-enterprise/2012/04/of-microsoft-netscape-patents-and-open-standards/index.htm&quot;&gt;blog
2591 post from Glyn Moody&lt;/a&gt; over at Computer World UK warning about the
2592 same issue, and urging people to speak out to the UK government. I
2593 can only urge Norwegian users to do the same for
2594 &lt;a href=&quot;http://www.standard.difi.no/hoyring/hoyring-om-nye-anbefalte-it-standarder&quot;&gt;the
2595 hearing taking place at the moment&lt;/a&gt; (respond before 2012-04-27).
2596 It proposes to require video conferencing standards including
2597 specifications with RAND terms.&lt;/p&gt;
2598 </description>
2599 </item>
2600
2601 <item>
2602 <title>Jeg skal på konferansen Go Open 2012</title>
2603 <link>http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</link>
2604 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Jeg_skal_p__konferansen_Go_Open_2012.html</guid>
2605 <pubDate>Fri, 13 Apr 2012 11:30:00 +0200</pubDate>
2606 <description>&lt;p&gt;Jeg har tenkt meg på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go
2607 Open 2012&lt;/a&gt; i Oslo 23. april.
2608 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Medlemsforeningen NUUG&lt;/a&gt; deler ut
2609 &lt;a href=&quot;http://www.nuug.no/prisen/&quot;&gt;prisen for fremme av fri
2610 programvare i Norge&lt;/a&gt; der i år. Kommer du?&lt;/p&gt;
2611 </description>
2612 </item>
2613
2614 <item>
2615 <title>NUUG-presentasjon: Skolelinux - ferdig oppsatt skolenettløsning</title>
2616 <link>http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</link>
2617 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/NUUG_presentasjon__Skolelinux___ferdig_oppsatt_skolenettl_sning.html</guid>
2618 <pubDate>Tue, 13 Mar 2012 23:55:00 +0100</pubDate>
2619 <description>&lt;p&gt;I dag presenterte jeg ny versjon av Skolelinux for NUUGs medlemmer.
2620 &lt;a href=&quot;http://www.hungry.com/~pere/mypapers/20120313-skolelinux-squeeze.html&quot;&gt;Lysark&lt;/a&gt;
2621 er tilgjengelige allerede og
2622 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20120313-skolelinux/&quot;&gt;video-opptak&lt;/a&gt;
2623 kommer så snart videogruppa til NUUG får publisert den. Jeg kom på
2624 endel punkter om nye ting i Squeeze-utgaven under veis som jeg burde
2625 hatt med, og har sikkert skrevet noe tull på lysarkene som jeg ennå
2626 ikke har oppdaget. Denne presentasjonen ble smurt ihop på veldig kort
2627 tid, og jeg rakk ikke finpusse den. Håper den kan være lærerik
2628 likevel.&lt;/p&gt;
2629 </description>
2630 </item>
2631
2632 <item>
2633 <title>Et bilde på problemet med programvarepatenter</title>
2634 <link>http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</link>
2635 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Et_bilde_p__problemet_med_programvarepatenter.html</guid>
2636 <pubDate>Sat, 6 Aug 2011 21:45:00 +0200</pubDate>
2637 <description>&lt;p&gt;Via
2638 &lt;a href=&quot;http://www.huffingtonpost.com/2011/08/04/patent-reform-congress_n_906278.html&quot;&gt;en
2639 artikkel i Huffington Post om patentreform i USA&lt;/a&gt; fikk jeg et
2640 interessant bilde på problemet med programvarepatenter. Problemet er
2641 at staten deler ut usynlige &quot;eiendommer&quot; med uklare eiendomsgrenser,
2642 som gjør det umulig å vite om en er på annen manns grunn hvis en ikke
2643 har kjennskap til at &quot;eiendommen&quot; finnes, og selv når en vet om den
2644 usynlige &quot;eiendommen&quot; er det umulig å vite på hvilken side av grensen
2645 en befinner seg.&lt;/p&gt;
2646
2647 &lt;p&gt;Hvis du er interessert i problemområdet programvarepatenter, så har
2648 NUUG en
2649 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/patent&quot;&gt;epostliste om
2650 temaet&lt;/a&gt;. Alle er hjertelig velkomne som abonnenter.&lt;/p&gt;
2651 </description>
2652 </item>
2653
2654 <item>
2655 <title>Voteringsdata fra stortinget på plass, mye igjen</title>
2656 <link>http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</link>
2657 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Voteringsdata_fra_stortinget_p__plass__mye_igjen.html</guid>
2658 <pubDate>Thu, 21 Jul 2011 12:10:00 +0200</pubDate>
2659 <description>&lt;p&gt;Arbeidet med et nettsted som viser frem hva hver enkelt av våre
2660 folkevalgte har stemt går sakte fremover. Det har gått to måneder
2661 siden
2662 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html&quot;&gt;jeg
2663 skrev om prosjektet&lt;/a&gt;. Siden sist har vi fått kontakt med
2664 organisasjonen &lt;a href=&quot;http://www.holderdeord.no&quot;&gt;Holder De Ord&lt;/a&gt;
2665 som holder på med et lignende prosjekt, samt fått tilgang til endel
2666 voteringsinformasjon fra Stortinget.&lt;/p&gt;
2667
2668 &lt;p&gt;Har fått tilgang til to datasett fra Stortinget. Det ene er en CD
2669 med voteringsdetaljer mellom 1990 og 2009, det andre er tilgang til
2670 stortingets kommende data-API der en kan hente ut informasjon om
2671 representanter, saker og voteringer. Jeg har ikke rukket se nok på
2672 noen av dem til å laste dem inn i min prototype, men jeg håper begge
2673 datasettene kan brukes.&lt;/p&gt;
2674
2675 &lt;p&gt;Det første datasettet er kopiert og publisert
2676 &lt;a href=&quot;http://www.nuug.no/pub/stortingsinnsyn/&quot;&gt;på NUUGs
2677 filtjener&lt;/a&gt;, og består av to filer pr. votering. En fil med
2678 tidspunkt og hver enkelt stemme, og en annen med hvem som stemte og
2679 hvilket parti og fylke de representerte. Tegnsettet er så vidt jeg
2680 kan se Codepage 865, og jeg håper det er enkelt å koble sammen person
2681 og stemme. Har ikke rukket forsøke dette ennå. Jeg tror en god
2682 strategi her er å parse råfilene fra Stortinget og sammenstille dem
2683 med databasen over representanter, og ved hjelp av denne koble de
2684 unike ID-ene til representantene med hver enkelt stemme og publisere
2685 resultatet i XML-format. Antar det er en par dagers programmering,
2686 men har ikke funnet tid til det.&lt;/p&gt;
2687
2688 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2689 irc.freenode.net) eller bli med på epostlisten
2690 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2691 Det trengs både manne-timer for skraping og finansiering av
2692 utviklingstimer for å en norsk portal på plass.&lt;/p&gt;
2693 </description>
2694 </item>
2695
2696 <item>
2697 <title>Hvem stemte hva på Stortinget?</title>
2698 <link>http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</link>
2699 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_stemte_hva_p__Stortinget_.html</guid>
2700 <pubDate>Fri, 20 May 2011 21:20:00 +0200</pubDate>
2701 <description>&lt;p&gt;To britiske tjenester som jeg har veldig stor sans for er
2702 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;TheyWorkForYou&lt;/a&gt; og
2703 &lt;a href=&quot;http://www.publicwhip.org.uk/&quot;&gt;Public Whip&lt;/a&gt;, som gir enkel
2704 og tilgjengelig oppdatering om hva som skjer i de britiske
2705 parlamentene. Jeg har lenge hatt lyst på noe slikt for det norske
2706 Stortinget, for å synliggjøre og ansvarliggjøre hver enkelt
2707 stortingsrepresentant. Voteringen over datalagringsdirektivet
2708 forsterket motivasjonen min tilstrekkelig til at jeg når har gått
2709 igang med å få dette på plass, og noen flere har meldt seg på.
2710 Utgangspunktet er å lage det som et NUUG-prosjekt på samme måte som
2711 med FiksGataMi.&lt;/p&gt;
2712
2713 &lt;p&gt;TheyWorkForYou gir en tilgang til informasjon om hver enkelt
2714 representant, og lar en f.eks. abonnere via epost på alt en
2715 representant har sagt i stortinget. En kan også abonnere via epost på
2716 alle som har nevnt ord en er interessert i. Public Whip lar en ser
2717 hva enkeltrepresentanter har stemt i voteringer i parlamentene, lar en
2718 se hvordan representantene forholder seg til relaterte voteringer, og
2719 kan se hvem som er utbrytere og hvilke voteringer som er spesielt
2720 kontroversielle (mange utbrytere).&lt;/p&gt;
2721
2722 &lt;p&gt;Hovedutfordringen nå er å få tilgang til nødvendig informasjon på
2723 strukturert og maskinlesbart format. Bak de to britiske tjenestene er
2724 skrapeprosjektet
2725 &lt;a href=&quot;http://ukparse.kforge.net/parlparse/&quot;&gt;Parlament Parser&lt;/a&gt;, og
2726 det trengs en tilsvarende tjeneste for Stortinget som kan hente ut
2727 referater og informasjon om representanter og saker som er behandlet.
2728 På Stortingets nettsted mangler det informasjon om hvem som har stemt
2729 hva, så den informasjonen må en be eksplisitt om fra Stortinget. Jeg
2730 er i dialog med Stortingets informasjonsseksjon og håper de vil
2731 begynne å publisere denne informasjon på sikt. En annen kilde til
2732 relevant informasjon er
2733 &lt;a href=&quot;http://www.nsd.uib.no/polsys/&quot;&gt;PolSys-databasen&lt;/a&gt; til Norsk
2734 samfunnsvitenskapelig datatjeneste AS, men bruksvilkårene de har valgt
2735 på sine data umuliggjør at enhver kan bruke informasjonen om
2736 stortinget til hva som helst og det er et mål for meg at alle skal
2737 kunne gjøre hva som helst med datasettene når jeg lager tjenesten.&lt;/p&gt;
2738
2739 &lt;p&gt;Første
2740 &lt;a href=&quot;http://people.skolelinux.org/pere/stortingsinnsyn/prototype.cgi&quot;&gt;demonstrasjon
2741 av konseptet&lt;/a&gt; er nå tilgjengelig med de voteringsdata jeg har fått
2742 tak i så langt. Jeg regner med å kaste den koden når mer data er på
2743 plass, og heller basere tjenesten på lignende prosjekter som de to
2744 forannevnte, eller den polske
2745 &lt;a href=&quot;http://sejmometr.pl/&quot;&gt;Sejmometr&lt;/a&gt;.&lt;/p&gt;
2746
2747 &lt;p&gt;Hvis du vil bidra, ta kontakt med meg på IRC (#nuug på
2748 irc.freenode.net) eller bli med på epostlisten
2749 &lt;a href=&quot;http://lists.nuug.no/mailman/listinfo/aktive&quot;&gt;aktive@nuug&lt;/a&gt;.
2750 Det trengs både manne-timer for skraping og finansiering av
2751 utviklingstimer for å tilpasse eksisterende portal til norsk.&lt;/p&gt;
2752 </description>
2753 </item>
2754
2755 <item>
2756 <title>The video format most supported in web browsers?</title>
2757 <link>http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</link>
2758 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_video_format_most_supported_in_web_browsers_.html</guid>
2759 <pubDate>Sun, 16 Jan 2011 00:20:00 +0100</pubDate>
2760 <description>&lt;p&gt;The video format struggle on the web continues, and the three
2761 contenders seem to be Ogg Theora, H.264 and WebM. Most video sites
2762 seem to use H.264, while others use Ogg Theora. Interestingly enough,
2763 the comments I see give me the feeling that a lot of people believe
2764 H.264 is the most supported video format in browsers, but according to
2765 the Wikipedia article on
2766 &lt;a href=&quot;http://en.wikipedia.org/wiki/HTML5_video&quot;&gt;HTML5 video&lt;/a&gt;,
2767 this is not true. Check out the nice table of supprted formats in
2768 different browsers there. The format supported by most browsers is
2769 Ogg Theora, supported by released versions of Mozilla Firefox, Google
2770 Chrome, Chromium, Opera, Konqueror, Epiphany, Origyn Web Browser and
2771 BOLT browser, while not supported by Internet Explorer nor Safari.
2772 The runner up is WebM supported by released versions of Google Chrome
2773 Chromium Opera and Origyn Web Browser, and test versions of Mozilla
2774 Firefox. H.264 is supported by released versions of Safari, Origyn
2775 Web Browser and BOLT browser, and the test version of Internet
2776 Explorer. Those wanting Ogg Theora support in Internet Explorer and
2777 Safari can install plugins to get it.&lt;/p&gt;
2778
2779 &lt;p&gt;To me, the simple conclusion from this is that to reach most users
2780 without any extra software installed, one uses Ogg Theora with the
2781 HTML5 video tag. Of course to reach all those without a browser
2782 handling HTML5, one need fallback mechanisms. In
2783 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;, we provide first fallback to a
2784 plugin capable of playing MPEG1 video, and those without such support
2785 we have a second fallback to the Cortado java applet playing Ogg
2786 Theora. This seem to work quite well, as can be seen in an &lt;a
2787 href=&quot;http://www.nuug.no/aktiviteter/20110111-semantic-web/&quot;&gt;example
2788 from last week&lt;/a&gt;.&lt;/p&gt;
2789
2790 &lt;p&gt;The reason Ogg Theora is the most supported format, and H.264 is
2791 the least supported is simple. Implementing and using H.264
2792 require royalty payment to MPEG-LA, and the terms of use from MPEG-LA
2793 are incompatible with free software licensing. If you believed H.264
2794 was without royalties and license terms, check out
2795 &quot;&lt;a href=&quot;http://webmink.com/essays/h-264/&quot;&gt;H.264 – Not The Kind Of
2796 Free That Matters&lt;/a&gt;&quot; by Simon Phipps.&lt;/p&gt;
2797
2798 &lt;p&gt;A incomplete list of sites providing video in Ogg Theora is
2799 available from
2800 &lt;a href=&quot;http://wiki.xiph.org/index.php/List_of_Theora_videos&quot;&gt;the
2801 Xiph.org wiki&lt;/a&gt;, if you want to have a look. I&#39;m not aware of a
2802 similar list for WebM nor H.264.&lt;/p&gt;
2803
2804 &lt;p&gt;Update 2011-01-16 09:40: A question from Tollef on IRC made me
2805 realise that I failed to make it clear enough this text is about the
2806 &amp;lt;video&amp;gt; tag support in browsers and not the video support
2807 provided by external plugins like the Flash plugins.&lt;/p&gt;
2808 </description>
2809 </item>
2810
2811 <item>
2812 <title>Hva har mine representanter stemt i Storinget?</title>
2813 <link>http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</link>
2814 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_har_mine_representanter_stemt_i_Storinget_.html</guid>
2815 <pubDate>Tue, 11 Jan 2011 14:25:00 +0100</pubDate>
2816 <description>&lt;p&gt;I England har &lt;a href=&quot;http://www.mysociety.org/&quot;&gt;MySociety&lt;/a&gt;
2817 laget en genial tjeneste for å holde øye med parlamentet. Tjenesten
2818 &lt;a href=&quot;http://www.theyworkforyou.com/&quot;&gt;They Work For You&lt;/a&gt; lar
2819 borgerne få direkte og sanntidsoppdatert innsyn i sine representanters
2820 gjøren og laden i parlamentet. En kan kan få kopi av det en gitt
2821 representant har sagt på talerstolen, og få vite hva hver enkelt
2822 representant har stemt i hver enkelt sak som er tatt opp. Jeg skulle
2823 gjerne hatt en slik tjeneste for Stortinget i Norge.&lt;/p&gt;
2824
2825 &lt;p&gt;Endel &lt;a href=&quot;http://www.nsd.uib.no/polsys/storting/&quot;&gt;statistikk
2826 over representantenes stemmegivning&lt;/a&gt; er tilgjengelig fra Norsk
2827 sammfunnsvitenskaplig datatjeneste, men ingenting av dette er
2828 detaljert nok til at en han holde hver enkelt stortingsrepresentant
2829 ansvarlig.&lt;/p&gt;
2830
2831 &lt;p&gt;For å få en idé om det finnes en datakilde fra Stortinget som kan
2832 brukes til å få oversikt over hvordan hver enkelt representant har
2833 stemt, sendte jeg et spørsmål til Stortinget:&lt;/p&gt;
2834
2835 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2836 Fra: Petter Reinholdtsen
2837 Sendt: 11. januar 2011 10:42
2838 Til: info (at) stortinget.no
2839 Emne: Hvem stemte hva i de ulike sakene?
2840
2841 Hei. Er det informasjon tilgjengelig på web om hvilke
2842 stortingsrepresentanter som stemte hva i sakene som er til votering i
2843 Stortinget?
2844
2845 Vennlig hilsen,
2846 --
2847 Petter Reinholdtsen
2848 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2849
2850 &lt;p&gt;Svaret kom noen timer senere:&lt;/p&gt;
2851
2852 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
2853 From: Postmottak Informasjonshjornet
2854 To: Petter Reinholdtsen
2855 Subject: RE: Hvem stemte hva i de ulike sakene?
2856 Date: Tue, 11 Jan 2011 12:46:25 +0000
2857
2858 Hei.
2859 Takk for henvendelsen.
2860
2861 Sommeren 2010 fikk vi nytt voteringsanlegg i stortingssalen som
2862 muliggjør publisering av voteringsresultat på nett. dette er et
2863 pågående prosjekt 1. halvår 2011. Kan ikke si nøyaktig når det er i
2864 funksjon.
2865 &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;
2866
2867 Foreløpig må du finne voteringsresultatet i referatet etter at saken
2868 har vært behandlet i Stortinget.
2869
2870 Ønsker du å vite hvem som stemte hva i en bestemt sak,(og hvem som
2871 ikke var til stede), kan du kontakte oss og vi kan sende deg en
2872 utskrift.
2873
2874 Med vennlig hilsen
2875 Elin B. Relander Tømte
2876 Stortingets Informasjonsseksjon
2877 tlf 23313596
2878
2879 www.stortinget.no
2880 www.tinget.no
2881 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
2882
2883 &lt;p&gt;Det ser dermed ut at det i fjor ble mulig å hente ut informasjonen
2884 fra Stortinget, men at Stortinget ikke legger denne informasjonen ut
2885 på web ennå. En liten brikke er dermed på plass, men mye
2886 gjenstår. Kanskje jeg får tid til å se på en norsk utgave etter
2887 at vi i NUUG har fått operativ en norsk utgave av
2888 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;.&lt;/p&gt;
2889 </description>
2890 </item>
2891
2892 <item>
2893 <title>Debian Edu development gathering and General Assembly for FRiSK</title>
2894 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</link>
2895 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_development_gathering_and_General_Assembly_for_FRiSK.html</guid>
2896 <pubDate>Mon, 29 Nov 2010 18:40:00 +0100</pubDate>
2897 <description>&lt;p&gt;On friday, the first Debian Edu / Skolelinux
2898 &lt;a href=&quot;http://www.friprogramvareiskolen.no/Gathering/2010-12-03-05-Oslo&quot;&gt;development
2899 gathering&lt;/a&gt; in a long time take place here in Oslo, Norway. I
2900 really look forward to seeing all the good people working on the
2901 Squeeze release. The gathering is open for everyone interested in
2902 learning more about Debian Edu / Skolelinux.&lt;/p&gt;
2903
2904 &lt;p&gt;On Saturday, the Norwegian member organization taking care of
2905 organizing these development gatherings, Fri Programvare i Skolen,
2906 will hold its
2907 &lt;a href=&quot;http://friprogramvareiskolen.no/Genfors/2010&quot;&gt;General Assembly
2908 for 2010&lt;/a&gt;. Membership is open for all, and currently there are 388
2909 people registered as members. Last year 32 members cast their vote in
2910 the memberdb based election system. I hope more people find time to
2911 vote this year.&lt;/p&gt;
2912 </description>
2913 </item>
2914
2915 <item>
2916 <title>Gnash buildbot slave and Debian kfreebsd</title>
2917 <link>http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</link>
2918 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_buildbot_slave_and_Debian_kfreebsd.html</guid>
2919 <pubDate>Sat, 20 Nov 2010 07:20:00 +0100</pubDate>
2920 <description>&lt;p&gt;Answering
2921 &lt;a href=&quot;http://www.listware.net/201011/gnash-dev/67431-gnash-dev-buildbot-looking-for-slaves.html&quot;&gt;the
2922 call from the Gnash project&lt;/a&gt; for
2923 &lt;a href=&quot;http://www.gnashdev.org:8010&quot;&gt;buildbot&lt;/a&gt; slaves to test the
2924 current source, I have set up a virtual KVM machine on the Debian
2925 Edu/Skolelinux virtualization host to test the git source on
2926 Debian/Squeeze. I hope this can help the developers in getting new
2927 releases out more often.&lt;/p&gt;
2928
2929 &lt;p&gt;As the developers want less main-stream build platforms tested to,
2930 I have considered setting up a &lt;a
2931 href=&quot;http://www.debian.org/ports/kfreebsd-gnu/&quot;&gt;Debian/kfreebsd&lt;/a&gt;
2932 machine as well. I have also considered using the kfreebsd
2933 architecture in Debian as a file server in NUUG to get access to the 5
2934 TB zfs volume we currently use to store DV video. Because of this, I
2935 finally got around to do a test installation of Debian/Squeeze with
2936 kfreebsd. Installation went fairly smooth, thought I noticed some
2937 visual glitches in the cdebconf dialogs (black cursor left on the
2938 screen at random locations). Have not gotten very far with the
2939 testing. Noticed cfdisk did not work, but fdisk did so it was not a
2940 fatal problem. Have to spend some more time on it to see if it is
2941 useful as a file server for NUUG. Will try to find time to set up a
2942 gnash buildbot slave on the Debian Edu/Skolelinux this weekend.&lt;/p&gt;
2943 </description>
2944 </item>
2945
2946 <item>
2947 <title>Gjendikte sangen &quot;Copying Is Not Theft&quot; på Norsk?</title>
2948 <link>http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</link>
2949 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gjendikte_sangen__Copying_Is_Not_Theft__p__Norsk_.html</guid>
2950 <pubDate>Wed, 10 Nov 2010 14:40:00 +0100</pubDate>
2951 <description>&lt;p&gt;En genial liten sang om kopiering og tyveri er
2952 &lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying Is
2953 Not Theft&lt;/a&gt; av Nina Paley. Den vil jeg at
2954 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; skal sende på
2955 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, men først må vi
2956 fikse norske undertekster eller dubbing. Og i og med at det er en
2957 sang, tror jeg den kanskje bør gjendiktes.
2958
2959 Selve teksten finner en på bloggen til
2960 &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:
2961
2962 &lt;p&gt;&lt;blockquote&gt;
2963 &lt;p&gt;Copying is not theft.
2964 &lt;br&gt;Stealing a thing leaves one less left
2965 &lt;br&gt;Copying it makes one thing more;
2966 &lt;br&gt;that&#39;s what copying&#39;s for.&lt;/p&gt;
2967
2968 &lt;p&gt;Copying is not theft.
2969 &lt;br&gt;If I copy yours you have it too
2970 &lt;br&gt;One for me and one for you
2971 &lt;br&gt;That&#39;s what copies can do&lt;/p&gt;
2972
2973 &lt;p&gt;If I steal your bicycle
2974 &lt;br&gt;you have to take the bus,
2975 &lt;br&gt;but if I just copy it
2976 &lt;br&gt;there&#39;s one for each of us!&lt;/p&gt;
2977
2978 &lt;p&gt;Making more of a thing,
2979 &lt;br&gt;that is what we call &quot;copying&quot;
2980 &lt;br&gt;Sharing ideas with everyone
2981 &lt;br&gt;That&#39;s why copying
2982 &lt;br&gt;is
2983 &lt;br&gt;FUN!&lt;/p&gt;
2984 &lt;/blockquote&gt;&lt;/p&gt;
2985
2986 &lt;p&gt;Her er et naivt forsøk på oversettelse, uten noe forsøk på
2987 gjendiktning eller få det til å flyte sammen med melodien.&lt;/p&gt;
2988
2989 &lt;p&gt;&lt;blockquote&gt;
2990 &lt;p&gt;Kopiering er ikke tyveri.
2991 &lt;br&gt;Stjeler du en ting er det en mindre igjen
2992 &lt;br&gt;Kopier den og det er ting til.
2993 &lt;br&gt;det er derfor vi har kopiering.&lt;/p&gt;
2994
2995 &lt;p&gt;Kopiering er ikke tyveri.
2996 &lt;br&gt;Hvis jeg kopierer din så har du den fortsatt
2997 &lt;br&gt;En for meg og en for deg.
2998 &lt;br&gt;Det er det kopier gir oss&lt;/p&gt;
2999
3000 &lt;p&gt;Hvis jeg stjeler sykkelen din
3001 &lt;br&gt;så må du ta bussen,
3002 &lt;br&gt;men hvis jeg bare kopierer den,
3003 &lt;br&gt;så får vi hver vår!&lt;/p&gt;
3004
3005 &lt;p&gt;Lage mer av en ting,
3006 &lt;br&gt;det er det vi kaller &quot;kopiering&quot;.
3007 &lt;br&gt;Deler ideer med enhver
3008 &lt;br&gt;Det er derfor kopiering
3009 &lt;br&gt;er
3010 &lt;br&gt;MORSOMT!&lt;/p&gt;
3011 &lt;/blockquote&gt;&lt;/p&gt;
3012
3013 &lt;p&gt;Hvis du har forslag til bedre oversettelse eller lyst til å bidra
3014 til å få denne sangen over i norsk språkdrakt, ta kontakt med video
3015 (at) nuug.no.&lt;/p&gt;
3016 </description>
3017 </item>
3018
3019 <item>
3020 <title>Making room on the Debian Edu/Sqeeze DVD</title>
3021 <link>http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</link>
3022 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Making_room_on_the_Debian_Edu_Sqeeze_DVD.html</guid>
3023 <pubDate>Sun, 7 Nov 2010 11:45:00 +0100</pubDate>
3024 <description>&lt;p&gt;Prioritising packages for the Debian Edu /
3025 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; DVD, which is
3026 supposed provide a school with all the services and user applications
3027 needed on the pupils computer network has always been hard. Even
3028 schools without Internet connections should be able to get Debian Edu
3029 working using this DVD.&lt;/p&gt;
3030
3031 &lt;p&gt;The job became a lot harder when apt and aptitude started
3032 installing recommended packages by default. We want the same set of
3033 packages to be installed when using the DVD and the netinst CD, and
3034 that means all recommended packages need to be on the DVD. I created
3035 a patch for debian-cd in &lt;a href=&quot;http://bugs.debian.org/601203&quot;&gt;BTS
3036 report #601203&lt;/a&gt; to do this, and since this change was applied to
3037 the Debian Edu DVD build, we have been seriously short on space.&lt;/p&gt;
3038
3039 &lt;p&gt;A few days ago we decided to drop blender, wxmaxima and kicad from
3040 the default installation to save space on the DVD, believing that
3041 those needing these applications are few and can get them from the
3042 Debian archive.&lt;/p&gt;
3043
3044 &lt;p&gt;Yesterday, I had a look what source packages to see which packages
3045 were using most space. A few large packages are well know;
3046 openoffice.org, openclipart and fluid-soundfont. But I also
3047 discovered that lilypond used 106 MiB and fglrx-driver used 53 MiB.
3048 The lilypond package is pulled in as a dependency for rosegarden, and
3049 when looking a bit closer I discovered that 99 MiB of the 106 MiB were
3050 the documentation package, which is recommended by the binary package.
3051 I decided to drop this documentation package from our DVD, as most of
3052 our users will use the GUI front-ends and do not need the lilypond
3053 documentation. Similarly, I dropped the non-free fglrx-driver package
3054 which might be installed by d-i when its hardware is detected, as the
3055 free X driver should work.&lt;/p&gt;
3056
3057 &lt;p&gt;With this change, we finally got space for the LXDE and Gnome
3058 desktop packages as well as the language specific packages making the
3059 DVD more useful again.&lt;/p&gt;
3060 </description>
3061 </item>
3062
3063 <item>
3064 <title>Pledge for funding to the Gnash project to get AVM2 support</title>
3065 <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>
3066 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</guid>
3067 <pubDate>Tue, 19 Oct 2010 14:45:00 +0200</pubDate>
3068 <description>&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is the
3069 most promising solution for a Free Software Flash implementation. It
3070 has done great so far, but there is still far to go, and recently its
3071 funding has dried up. I believe AVM2 support in Gnash is vital to the
3072 continued progress of the project, as more and more sites show up with
3073 AVM2 flash files.&lt;/p&gt;
3074
3075 &lt;p&gt;To try to get funding for developing such support, I have started
3076 &lt;a href=&quot;http://www.pledgebank.com/gnash-avm2&quot;&gt;a pledge&lt;/a&gt; with the
3077 following text:&lt;/P&gt;
3078
3079 &lt;p&gt;&lt;blockquote&gt;
3080
3081 &lt;p&gt;&quot;I will pay 100$ to the Gnash project to develop AVM2 support but
3082 only if 10 other people will do the same.&quot;&lt;/p&gt;
3083
3084 &lt;p&gt;- Petter Reinholdtsen, free software developer&lt;/p&gt;
3085
3086 &lt;p&gt;Deadline to sign up by: 24th December 2010&lt;/p&gt;
3087
3088 &lt;p&gt;The Gnash project need to get support for the new Flash file
3089 format AVM2 to work with a lot of sites using Flash on the
3090 web. Gnash already work with a lot of Flash sites using the old AVM1
3091 format, but more and more sites are using the AVM2 format these
3092 days. The project web page is available from
3093 http://www.getgnash.org/ . Gnash is a free software implementation
3094 of Adobe Flash, allowing those of us that do not accept the terms of
3095 the Adobe Flash license to get access to Flash sites.&lt;/p&gt;
3096
3097 &lt;p&gt;The project need funding to get developers to put aside enough
3098 time to develop the AVM2 support, and this pledge is my way to try
3099 to get this to happen.&lt;/p&gt;
3100
3101 &lt;p&gt;The project accept donations via the OpenMediaNow foundation,
3102 &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;
3103
3104 &lt;/blockquote&gt;&lt;/p&gt;
3105
3106 &lt;p&gt;I hope you will support this effort too. I hope more than 10
3107 people will participate to make this happen. The more money the
3108 project gets, the more features it can develop using these funds.
3109 :)&lt;/p&gt;
3110 </description>
3111 </item>
3112
3113 <item>
3114 <title>Standardkrav inn i anbudstekster?</title>
3115 <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>
3116 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
3117 <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
3118 <description>&lt;p&gt;Hvis det å følge standarder skal ha noen effekt overfor
3119 leverandører, så må slike krav og ønsker komme inn i anbudstekster når
3120 systemer kjøpes inn. Har ikke sett noen slike formuleringer i anbud
3121 så langt, men har tenkt litt på hva som bør inn. Her er noen ideer og
3122 forslag. Min drøm er at en kan sette krav til slik støtte i
3123 anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
3124 seg med å skrive at det er en fordel om slik støtte er tilstede i
3125 leveranser.&lt;/p&gt;
3126
3127 &lt;p&gt;Som systemadministrator på Universitetet er det typisk to områder
3128 som er problematiske for meg. Det ene er admin-grensesnittene på
3129 tjenermaskiner, som vi ønsker å bruke via ssh. Det andre er nettsider
3130 som vi ønsker å bruke via en nettleser. For begge deler er det viktig
3131 at protokollene og formatene som brukes følger standarder våre verktøy
3132 støtter.&lt;/p&gt;
3133
3134 &lt;p&gt;De fleste har nå støtte for SSH som overføringsprotkoll for
3135 admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
3136 inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen. Det er flere
3137 aktuelle protokoller for fremvisning av BIOS-oppsett og
3138 oppstartmeldinger, og min anbefaling ville være å kreve
3139 VT100-kompatibel protokoll, for å sikre at flest mulig
3140 terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
3141 via ssh. Andre aktuelle alternativer er ANSI-terminalemulering og
3142 VT220. Kanskje en formulering ala dette i anbudsutlysninger vil
3143 fungere:&lt;/p&gt;
3144
3145 &lt;p&gt;&lt;blockquote&gt;
3146 BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
3147 bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
3148 (RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
3149 når en kobler seg til oppstart via ssh.
3150 &lt;/blockquote&gt;&lt;/p&gt;
3151
3152 &lt;p&gt;Har ikke lykkes med å finne en god referanse for
3153 VT100-spesifikasjonen.&lt;/p&gt;
3154
3155 &lt;p&gt;Når det gjelder nettsider, så er det det HTML, CSS og
3156 JavaScript-spesifikasjonen til W3C som gjelder.&lt;/p&gt;
3157
3158 &lt;p&gt;&lt;blockquote&gt;
3159 Alle systemets nettsider bør/skal være i henhold til statens
3160 standardkatalogs krav om nettsider og følge HTML-standarden som
3161 definert av W3C, og validere uten feil hos W3Cs HTML-validator
3162 (http://validator.w3.org). Hvis det brukes CSS så bør/skal denne
3163 validere uten feil hos W3Cs CSS-validator
3164 (http://jigsaw.w3.org/css-validator/). Eventuelle JavaScript skal
3165 være i henhold til EcmaScript-standarden. I tillegg til å følge de
3166 overnevnte standardene skal websidene fungere i nettleserne (fyll inn
3167 relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
3168 Opera 9, etc.
3169 &lt;/blockquote&gt;&lt;/p&gt;
3170
3171 &lt;p&gt;Vil et slikt avsnitt være konkret nok til å få leverandørene til å
3172 lage nettsider som følger standardene og fungerer i flere
3173 nettlesere?&lt;/p&gt;
3174
3175 &lt;p&gt;Tar svært gjerne imot innspill på dette temaet til aktive (at)
3176 nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
3177 for å oppmuntre leverandører til å følge standardene. Kanskje NUUG
3178 burde lage et dokument med forslag til standardformuleringer å ta med
3179 i anbudsutlysninger?&lt;/p&gt;
3180
3181 &lt;p&gt;Oppdatering 2010-12-03: I følge Wikipedias oppføring om
3182 &lt;a href=&quot;http://en.wikipedia.org/wiki/ANSI_escape_code&quot;&gt;ANSI escape
3183 code&lt;/a&gt;, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
3184 basis for sin oppførsel. Det kan dermed være et alternativ når en
3185 skal spesifisere hvordan seriell-konsoll skal fungere.&lt;/p&gt;
3186 </description>
3187 </item>
3188
3189 <item>
3190 <title>Links for 2010-10-14</title>
3191 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</link>
3192 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_14.html</guid>
3193 <pubDate>Thu, 14 Oct 2010 14:45:00 +0200</pubDate>
3194 <description>&lt;p&gt;Personvernet et under kontinuerlig og kraftig angrep. Her er noen
3195 stemmer i debatten.&lt;/p&gt;
3196
3197 &lt;p&gt;&lt;ul&gt;
3198
3199 &lt;li&gt;&lt;a href=&quot;http://efn.no/hemmelig-retthaversk.txt&quot;&gt;Hemmelig
3200 &quot;Retthaversk&quot; notat vil amputere person- og rettsvernet&lt;/a&gt; -
3201 pressemelding fra EFN etter at de ble kjent med hårreisende
3202 lovforslag fra &quot;Dele, ikke stjele&quot;-kampanjen.
3203
3204 &lt;li&gt;&lt;a href=&quot;http://borud2.borud.no/2010/10/verdidebatt.html&quot;&gt;Verdidebatt&lt;/a&gt;
3205 av Bjørn Borud. Klargjørende omramming av debatten med bakgrunn i
3206 oppdagelsen fra EFN.&lt;/li&gt;
3207
3208 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/14/kultur/data_og_teknologi/tekno/personvern/opphavsrett/13804298/&quot;&gt;
3209 personvernet vike for opphavsretten?&lt;/a&gt; av Jan Omdahl i
3210 Dagbladet&lt;/li&gt;
3211
3212 &lt;li&gt;&lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;Copying
3213 Is Not Theft&lt;/a&gt; - fin jingle om opphavsrett vs. eiendom&lt;/li&gt;
3214
3215 &lt;li&gt;&lt;a href=&quot;http://cleanternet.org/&quot;&gt;Cleanternet&lt;/a&gt; - satire om
3216 forslag for et rent og sikkert Internet.&lt;/li&gt;
3217
3218 &lt;li&gt;&lt;a href=&quot;http://www.dubistterrorist.de/en/&quot;&gt;You are a
3219 terrorist!&lt;/a&gt; - innspill om den massive overvåkningen som er
3220 gjennomført i Tysland og resten av den vestlige verden de siste
3221 årene.&lt;/li&gt;
3222
3223 &lt;li&gt;&lt;a href=&quot;http://www.dagbladet.no/2010/10/12/kultur/debatt/debattinnlegg/13787554/&quot;&gt;Farlig
3224 hemmelighold&lt;/a&gt; - debattinnlegg i Dagbladet fra Thomas Gramstad og
3225 Bjørn Remseth i EFN&lt;/li&gt;
3226
3227 &lt;/ul&gt;&lt;/p&gt;
3228 </description>
3229 </item>
3230
3231 <item>
3232 <title>First version of a Perl library to control the Spykee robot</title>
3233 <link>http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</link>
3234 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_version_of_a_Perl_library_to_control_the_Spykee_robot.html</guid>
3235 <pubDate>Sat, 9 Oct 2010 14:00:00 +0200</pubDate>
3236 <description>&lt;p&gt;This summer I got the chance to buy cheap Spykee robots, and since
3237 then I have worked on getting Linux software in place to control them.
3238 The firmware for the robot is available from the producer, and using
3239 that source it was trivial to figure out the protocol specification.
3240 I&#39;ve started on a perl library to control it, and made some demo
3241 programs using this perl library to allow one to control the
3242 robots.&lt;/p&gt;
3243
3244 &lt;p&gt;The library is quite functional already, and capable of controlling
3245 the driving, fetching video, uploading MP3s and play them. There are
3246 a few less important features too.&lt;/p&gt;
3247
3248 &lt;p&gt;Since a few weeks ago, I ran out of time to spend on this project,
3249 but I never got around to releasing the current source. I decided
3250 today that it was time to do something about it, and uploaded the
3251 source to my Debian package store at people.skolelinux.org.&lt;/p&gt;
3252
3253 &lt;p&gt;Because it was simpler for me, I made a Debian package and
3254 published the source and deb. If you got a spykee robot, grab the
3255 source or binary package:&lt;/p&gt;
3256
3257 &lt;p&gt;&lt;ul&gt;
3258 &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;
3259 &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;
3260 &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;
3261 &lt;/ul&gt;&lt;/p&gt;
3262
3263 &lt;p&gt;If you are interested in helping out with developing this library,
3264 please let me know.&lt;/p&gt;
3265 </description>
3266 </item>
3267
3268 <item>
3269 <title>Links for 2010-10-03</title>
3270 <link>http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</link>
3271 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Links_for_2010_10_03.html</guid>
3272 <pubDate>Sun, 3 Oct 2010 22:30:00 +0200</pubDate>
3273 <description>&lt;p&gt;&lt;ul&gt;
3274
3275 &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
3276 is no Plan B: why the IPv4-to-IPv6 transition will be ugly&lt;/a&gt;&lt;/li&gt;
3277
3278 &lt;li&gt;Scanner looking under clothes
3279 &lt;a href=&quot;http://www.dagbladet.no/2010/10/03/nyheter/utenriks/reise/overvakingskamera/flyplasser/13667192/&quot;&gt;has
3280 already been misused at Heathrow&lt;/a&gt;.&lt;/li&gt;
3281
3282 &lt;li&gt;&lt;a href=&quot;http://wiki.softwarelivre.org/Landell&quot;&gt;Landell
3283 Webcasting&lt;/a&gt; - interesting alternative for
3284 &lt;ahref=&quot;http://dvswitch.alioth.debian.org/wiki/&quot;&gt;DVSwitch&lt;/a&gt; with
3285 simple setup.
3286
3287 &lt;/ul&gt;&lt;/p&gt;
3288 </description>
3289 </item>
3290
3291 <item>
3292 <title>TED talks på norsk og NUUG-foredrag - frivillige trengs til teksting</title>
3293 <link>http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</link>
3294 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/TED_talks_p__norsk_og_NUUG_foredrag___frivillige_trengs_til_teksting.html</guid>
3295 <pubDate>Fri, 1 Oct 2010 11:00:00 +0200</pubDate>
3296 <description>&lt;p&gt;Frikanalen og NUUG jobber for å få &lt;a href=&quot;http://www.ted.com&quot;&gt;TED
3297 talks&lt;/a&gt; kringkastet på
3298 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt;, for å gi et mer
3299 variert innhold på kanalen som i dag sendes på RiksTV, Lyse og
3300 Uninett. Før innslagene kan sendes må det lages norske undertekster,
3301 og dette her trengs det frivillige. Det er hundrevis av innslag, men
3302 mine favoritter er
3303 &lt;a href=&quot;http://www.ted.com/talks/james_randi.html&quot;&gt;James Randi&lt;/a&gt; og
3304 &lt;a href=&quot;http://www.ted.com/talks/lang/eng/michael_specter_the_danger_of_science_denial.html&quot;&gt;Michael
3305 Specter&lt;/a&gt;. Hvis du har litt tid til overs, bli med på å oversette
3306 TED-foredragene til norsk og få på plass undertekster. TED har
3307 allerede opplegg på plass for å håndtere oversettelser og
3308 undertekster. Registrer deg på
3309 &lt;a href=&quot;http://www.ted.com/translate/forted&quot;&gt;sidene til TED&lt;/a&gt; i
3310 dag!&lt;/p&gt;
3311
3312 &lt;p&gt;NUUG holder også på å få alle opptakene fra NUUG-presentasjonene
3313 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi?organization=NUUG&quot;&gt;publisert
3314 på Frikanalen&lt;/a&gt;. Foredrag på engelsk må også her tekstes og
3315 oversettes. Ta kontakt med video@nuug.no hvis du vil bidra med
3316 teksting og oversetting. Arbeidet koordineres på epostlisten og på
3317 IRC (#nuug-video på irc.oftc.org), og &lt;a
3318 href=&quot;http://wiki.nuug.no/grupper/video/frikanalen&quot;&gt;en wikiside&lt;/a&gt;
3319 brukes som notatblokk for arbeidet. Mest lovende verktøy for dette
3320 ser i dag ut til å være
3321 &lt;a href=&quot;http://universalsubtitles.org/&quot;&gt;Universal Subtitles&lt;/a&gt;, som
3322 lar en bidra med teksting via en nettleser.&lt;/p&gt;
3323 </description>
3324 </item>
3325
3326 <item>
3327 <title>Anonym ferdsel er en menneskerett</title>
3328 <link>http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</link>
3329 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html</guid>
3330 <pubDate>Wed, 15 Sep 2010 12:15:00 +0200</pubDate>
3331 <description>&lt;p&gt;Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om
3332 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3808135.ece&quot;&gt;å
3333 radiomerke med RFID&lt;/a&gt; alle sine kunder og
3334 &lt;a href=&quot;http://www.aftenposten.no/nyheter/article3809746.ece&quot;&gt;registrere
3335 hvor hver og en av oss beveger oss&lt;/a&gt; pågår, og en ting som har
3336 kommet lite frem i debatten er at det faktisk er en menneskerett å
3337 kunne ferdes anonymt internt i ens eget land.&lt;/p&gt;
3338
3339 &lt;p&gt;Fant en grei kilde for dette i et
3340 &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
3341 fra Datatilsynet&lt;/a&gt; til Samferdselsdepartementet om tema:&lt;/p&gt;
3342
3343 &lt;blockquote&gt;&lt;p&gt;Retten til å ferdes anonymt kan utledes av
3344 menneskerettskonvensjonen artikkel 8 og av EUs personverndirektiv.
3345 Her heter det at enkeltpersoners grunnleggende rettigheter og frihet
3346 må respekteres, særlig retten til privatlivets fred. I både
3347 personverndirektivet og i den norske personopplysningsloven er
3348 selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig
3349 uttrykt ved at en må gi et frivillig, informert og uttrykkelig
3350 samtykke til behandling av personopplysninger.&lt;/p&gt;&lt;/blockquote&gt;
3351
3352 &lt;p&gt;For meg er det viktig at jeg kan ferdes anonymt, og det er litt av
3353 bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og
3354 forventer å kunne reise med bil og kollektivtrafikk uten at det blir
3355 registrert hvor jeg har vært. Ruter angriper min rett til å ferdes
3356 uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt
3357 ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge
3358 oss som ikke registrerer oss hver gang vi beveger oss med
3359 kollektivtrafikken i Oslo. Jeg synes det er hårreisende.&lt;/p&gt;
3360 </description>
3361 </item>
3362
3363 <item>
3364 <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
3365 <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>
3366 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</guid>
3367 <pubDate>Thu, 9 Sep 2010 23:55:00 +0200</pubDate>
3368 <description>&lt;p&gt;A few days ago I had the mixed pleasure of bying a new digital
3369 camera, a Canon IXUS 130. It was instructive and very disturbing to
3370 be able to verify that also this camera producer have the nerve to
3371 specify how I can or can not use the videos produced with the camera.
3372 Even thought I was aware of the issue, the options with new cameras
3373 are limited and I ended up bying the camera anyway. What is the
3374 problem, you might ask? It is software patents, MPEG-4, H.264 and the
3375 MPEG-LA that is the problem, and our right to record our experiences
3376 without asking for permissions that is at risk.
3377
3378 &lt;p&gt;On page 27 of the Danish instruction manual, this section is
3379 written:&lt;/p&gt;
3380
3381 &lt;blockquote&gt;
3382 &lt;p&gt;This product is licensed under AT&amp;T patents for the MPEG-4 standard
3383 and may be used for encoding MPEG-4 compliant video and/or decoding
3384 MPEG-4 compliant video that was encoded only (1) for a personal and
3385 non-commercial purpose or (2) by a video provider licensed under the
3386 AT&amp;T patents to provide MPEG-4 compliant video.&lt;/p&gt;
3387
3388 &lt;p&gt;No license is granted or implied for any other use for MPEG-4
3389 standard.&lt;/p&gt;
3390 &lt;/blockquote&gt;
3391
3392 &lt;p&gt;In short, the camera producer have chosen to use technology
3393 (MPEG-4/H.264) that is only provided if I used it for personal and
3394 non-commercial purposes, or ask for permission from the organisations
3395 holding the knowledge monopoly (patent) for technology used.&lt;/p&gt;
3396
3397 &lt;p&gt;This issue has been brewing for a while, and I recommend you to
3398 read
3399 &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
3400 Our Civilization&#39;s Video Art and Culture is Threatened by the
3401 MPEG-LA&lt;/a&gt;&quot; by Eugenia Loli-Queru and
3402 &quot;&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;H.264 Is Not
3403 The Sort Of Free That Matters&lt;/a&gt;&quot; by Simon Phipps to learn more about
3404 the issue. The solution is to support the
3405 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
3406 open standards&lt;/a&gt; for video, like &lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg
3407 Theora&lt;/a&gt;, and avoid MPEG-4 and H.264 if you can.&lt;/p&gt;
3408 </description>
3409 </item>
3410
3411 <item>
3412 <title>Navteq bruker 3-12 måneder, OpenStreetmap.org trenger noen dager</title>
3413 <link>http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</link>
3414 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m_neder__OpenStreetmap_org_trenger_noen_dager.html</guid>
3415 <pubDate>Tue, 7 Sep 2010 21:40:00 +0200</pubDate>
3416 <description>&lt;p&gt;Jeg ble riktig fascinert av
3417 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3800967.ece&quot;&gt;en
3418 artikkel i Aftenposten&lt;/a&gt; om hvor hardt Navteq jobber for å oppdatere
3419 kartene som brukes i navigasjons-GPSer, der det blant annet heter at
3420 &quot;på grunn av teknikken tar det alt fra tre til tolv måneder før
3421 kartene er oppdatert&quot;. Når en kjenner hva slags oppdateringshastighet
3422 som er tilgjengelig på
3423 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap&lt;/a&gt; som
3424 oppdateres på dugnad, blir det litt trist å se hva noe av det beste en
3425 kan kjøpe for penger får til.&lt;/p&gt;
3426
3427 &lt;p&gt;Fra en endrer kartdataene i databasen til OpenStreetmap tar det
3428 ca. 15 minutter før endringen er synlig på kartet som alle kan se på
3429 web. Dernest overføres det daglig til en kartdump som lastes ned av
3430 personen som lager Garmin-kart for Norge ca. en gang i uken. Med
3431 OpenStreetmap.org og &lt;a href=&quot;http://www.frikart.no/&quot;&gt;Frikart.no&lt;/a&gt;
3432 kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en
3433 uke. Det er også av tekniske årsaker at det tar så langt tid.
3434 Jobbene som tegner kartene, henter ut kartdumpene og konverterer til
3435 Garmin-format tar minutter og timer å gjennomføre, slik at de ikke
3436 gjøres kontinuerlig men kun regelmessing.&lt;/p&gt;
3437 </description>
3438 </item>
3439
3440 <item>
3441 <title>My first perl GUI application - controlling a Spykee robot</title>
3442 <link>http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</link>
3443 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/My_first_perl_GUI_application___controlling_a_Spykee_robot.html</guid>
3444 <pubDate>Wed, 1 Sep 2010 21:00:00 +0200</pubDate>
3445 <description>&lt;p&gt;This evening I made my first Perl GUI application. The last few
3446 days I have worked on a Perl module for controlling my recently
3447 aquired Spykee robots, and the module is now getting complete enought
3448 that it is possible to use it to control the robot driving at least.
3449 It was now time to figure out how to use it to create some GUI to
3450 allow me to drive the robot around. I picked PerlQt as I have had
3451 positive experiences with the Qt API before, and spent a few minutes
3452 browsing the web for examples. Using Qt Designer seemed like a short
3453 cut, so I ended up writing the perl GUI using Qt Designer and
3454 compiling it into a perl program using the puic program from
3455 libqt-perl. Nothing fancy yet, but it got buttons to connect and
3456 drive around.&lt;/p&gt;
3457
3458 &lt;p&gt;The perl module I have written provide a object oriented API for
3459 controlling the robot. Here is an small example on how to use it:&lt;/p&gt;
3460
3461 &lt;p&gt;&lt;pre&gt;
3462 use Spykee;
3463 Spykee::discover(sub {$robot{$_[0]} = $_[1]});
3464 my $host = (keys %robot)[0];
3465 my $spykee = Spykee-&gt;new();
3466 $spykee-&gt;contact($host, &quot;admin&quot;, &quot;admin&quot;);
3467 $spykee-&gt;left();
3468 sleep 2;
3469 $spykee-&gt;right();
3470 sleep 2;
3471 $spykee-&gt;forward();
3472 sleep 2;
3473 $spykee-&gt;back();
3474 sleep 2;
3475 $spykee-&gt;stop();
3476 &lt;/pre&gt;&lt;/p&gt;
3477
3478 &lt;p&gt;Thanks to the release of the source of the robot firmware, I could
3479 peek into the implementation at the other end to figure out how to
3480 implement the protocol used by the robot. I&#39;ve implemented several of
3481 the commands the robot understand, but is still missing the camera
3482 support to make it possible to control the robot from remote. First I
3483 want to implement support for uploading new firmware and configuring
3484 the wireless network, to make it possible to bootstrap a Spykee robot
3485 without the producers Windows and MacOSX software (I only have Linux,
3486 so I had to ask a friend to come over to get the robot testing
3487 going. :).&lt;/p&gt;
3488
3489 &lt;p&gt;Will release the source to the public soon, but need to figure out
3490 where to make it available first. I will add a link to
3491 &lt;a href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;the NUUG wiki&lt;/a&gt; for
3492 those that want to check back later to find it.&lt;/p&gt;
3493 </description>
3494 </item>
3495
3496 <item>
3497 <title>Forslag i stortinget om å stoppe elektronisk stemmegiving i Norge</title>
3498 <link>http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</link>
3499 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forslag_i_stortinget_om___stoppe_elektronisk_stemmegiving_i_Norge.html</guid>
3500 <pubDate>Tue, 31 Aug 2010 21:00:00 +0200</pubDate>
3501 <description>&lt;p&gt;Ble tipset i dag om at et forslag om å stoppe forsøkene med
3502 elektronisk stemmegiving utenfor valglokaler er
3503 &lt;a href=&quot;http://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=46616&quot;&gt;til
3504 behandling&lt;/a&gt; i Stortinget.
3505 &lt;a href=&quot;http://www.stortinget.no/Global/pdf/Representantforslag/2009-2010/dok8-200910-128.pdf&quot;&gt;Forslaget&lt;/a&gt;
3506 er fremmet av Erna Solberg, Michael Tetzschner og Trond Helleland.&lt;/p&gt;
3507
3508 &lt;p&gt;Håper det får flertall.&lt;/p&gt;
3509 </description>
3510 </item>
3511
3512 <item>
3513 <title>Broken hard link handling with sshfs</title>
3514 <link>http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</link>
3515 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_hard_link_handling_with_sshfs.html</guid>
3516 <pubDate>Mon, 30 Aug 2010 19:30:00 +0200</pubDate>
3517 <description>&lt;p&gt;Just got an email from Tobias Gruetzmacher as a followup on my
3518 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html&quot;&gt;previous
3519 post about sshfs&lt;/a&gt;. He reported another problem with sshfs. It
3520 fail to handle hard links properly. A simple way to spot this is to
3521 look at the . and .. entries in the directory tree. These should have
3522 a link count &gt;1, but on sshfs the count is 1. I just tested to see
3523 what happen when trying to hardlink, and this fail as well:&lt;/p&gt;
3524
3525 &lt;pre&gt;
3526 % ln foo bar
3527 ln: creating hard link `bar&#39; =&gt; `foo&#39;: Function not implemented
3528 %
3529 &lt;/pre&gt;
3530
3531 &lt;p&gt;I have not yet found time to implement a test for this in my file
3532 system test code, but believe having working hard links is useful to
3533 avoid surprised unix programs. Not as useful as working file locking
3534 and symlinks, which are required to get a working desktop, but useful
3535 nevertheless. :)&lt;/p&gt;
3536
3537 &lt;p&gt;The latest version of the file system test code is available via
3538 git from
3539 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;&lt;/p&gt;
3540 </description>
3541 </item>
3542
3543 <item>
3544 <title>Sikkerhetsteateret på flyplassene fortsetter</title>
3545 <link>http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</link>
3546 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhetsteateret_p__flyplassene_fortsetter.html</guid>
3547 <pubDate>Sat, 28 Aug 2010 10:40:00 +0200</pubDate>
3548 <description>&lt;p&gt;Jeg skrev for et halvt år siden hvordan
3549 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj__re_verden_sikrere.html&quot;&gt;samfunnet
3550 kaster bort ressurser på sikkerhetstiltak som ikke fungerer&lt;/a&gt;. Kom
3551 nettopp over en
3552 &lt;a href=&quot;http://www.askthepilot.com/essays-and-stories/terrorism-tweezers-and-terminal-madness-an-essay-on-security/&quot;&gt;historie
3553 fra en pilot fra USA&lt;/a&gt; som kommenterer det samme. Jeg mistenker det
3554 kun er uvitenhet og autoritetstro som gjør at så få protesterer. Har
3555 veldig sans for piloten omtalt i &lt;a
3556 href=&quot;http://www.aftenposten.no/nyheter/iriks/article2057501.ece&quot;&gt;Aftenposten&lt;/a&gt; 2007-10-23,
3557 og skulle ønske flere rettet oppmerksomhet mot problemet. Det gir
3558 ikke meg trygghetsfølelse på flyplassene når jeg ser at
3559 flyplassadministrasjonen kaster bort folk, penger og tid på tull i
3560 stedet for ting som bidrar til reell økning av sikkerheten. Det
3561 forteller meg jo at vurderingsevnen til de som burde bidra til økt
3562 sikkerhet er svært sviktende, noe som ikke taler godt for de andre
3563 tiltakene.&lt;/p&gt;
3564
3565 &lt;p&gt;Mon tro hva som skjer hvis det fantes en enkel brosjyre å skrive ut
3566 fra Internet som forklarte hva som er galt med sikkerhetsopplegget på
3567 flyplassene, og folk skrev ut og la en bunke på flyplassene når de
3568 passerte. Kanskje det ville fått flere til å få øynene opp for
3569 problemet.&lt;/p&gt;
3570
3571 &lt;p&gt;Personlig synes jeg flyopplevelsen er blitt så avskyelig at jeg
3572 forsøker å klare meg med tog, bil og båt for å slippe ubehaget. Det
3573 er dog noe vanskelig i det langstrakte Norge og for å kunne besøke de
3574 delene av verden jeg ønsker å nå. Mistenker at flere har det slik, og
3575 at dette går ut over inntjeningen til flyselskapene. Det er antagelig
3576 en god ting sett fra et miljøperspektiv, men det er en annen sak.&lt;/p&gt;
3577 </description>
3578 </item>
3579
3580 <item>
3581 <title>Broken umask handling with sshfs</title>
3582 <link>http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</link>
3583 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html</guid>
3584 <pubDate>Thu, 26 Aug 2010 13:30:00 +0200</pubDate>
3585 <description>&lt;p&gt;My file system sematics program
3586 &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
3587 a few days ago&lt;/a&gt; is very useful to verify that a file system can
3588 work as a unix home directory,and today I had to extend it a bit. I&#39;m
3589 looking into alternatives for home directory access here at the
3590 University of Oslo, and one of the options is sshfs. My friend
3591 Finn-Arne mentioned a while back that they had used sshfs with Debian
3592 Edu, but stopped because of problems. I asked today what the problems
3593 where, and he mentioned that sshfs failed to handle umask properly.
3594 Trying to detect the problem I wrote this addition to my fs testing
3595 script:&lt;/p&gt;
3596
3597 &lt;pre&gt;
3598 mode_t touch_get_mode(const char *name, mode_t mode) {
3599 mode_t retval = 0;
3600 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode);
3601 if (-1 != fd) {
3602 unlink(name);
3603 struct stat statbuf;
3604 if (-1 != fstat(fd, &amp;statbuf)) {
3605 retval = statbuf.st_mode &amp; 0x1ff;
3606 }
3607 close(fd);
3608 }
3609 return retval;
3610 }
3611
3612 /* Try to detect problem discovered using sshfs */
3613 int test_umask(void) {
3614 printf(&quot;info: testing umask effect on file creation\n&quot;);
3615
3616 mode_t orig_umask = umask(000);
3617 mode_t newmode;
3618 if (0666 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
3619 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 000\n&quot;,
3620 newmode);
3621 }
3622 umask(007);
3623 if (0660 != (newmode = touch_get_mode(&quot;foobar&quot;, 0666))) {
3624 printf(&quot; error: Wrong file mode %o when creating using mode 666 and umask 007\n&quot;,
3625 newmode);
3626 }
3627
3628 umask (orig_umask);
3629 return 0;
3630 }
3631
3632 int main(int argc, char **argv) {
3633 [...]
3634 test_umask();
3635 return 0;
3636 }
3637 &lt;/pre&gt;
3638
3639 &lt;p&gt;Sure enough. On NFS to a netapp, I get this result:&lt;/p&gt;
3640
3641 &lt;pre&gt;
3642 Testing POSIX/Unix sematics on file system
3643 info: testing symlink creation
3644 info: testing subdirectory creation
3645 info: testing fcntl locking
3646 Read-locking 1 byte from 1073741824
3647 Read-locking 510 byte from 1073741826
3648 Unlocking 1 byte from 1073741824
3649 Write-locking 1 byte from 1073741824
3650 Write-locking 510 byte from 1073741826
3651 Unlocking 2 byte from 1073741824
3652 info: testing umask effect on file creation
3653 &lt;/pre&gt;
3654
3655 &lt;p&gt;When mounting the same directory using sshfs, I get this
3656 result:&lt;/p&gt;
3657
3658 &lt;pre&gt;
3659 Testing POSIX/Unix sematics on file system
3660 info: testing symlink creation
3661 info: testing subdirectory creation
3662 info: testing fcntl locking
3663 Read-locking 1 byte from 1073741824
3664 Read-locking 510 byte from 1073741826
3665 Unlocking 1 byte from 1073741824
3666 Write-locking 1 byte from 1073741824
3667 Write-locking 510 byte from 1073741826
3668 Unlocking 2 byte from 1073741824
3669 info: testing umask effect on file creation
3670 error: Wrong file mode 644 when creating using mode 666 and umask 000
3671 error: Wrong file mode 640 when creating using mode 666 and umask 007
3672 &lt;/pre&gt;
3673
3674 &lt;p&gt;So, I can conclude that sshfs is better than smb to a Netapp or a
3675 Windows server, but not good enough to be used as a home
3676 directory.&lt;/p&gt;
3677
3678 &lt;p&gt;Update 2010-08-26: Reported the issue in
3679 &lt;a href=&quot;http://bugs.debian.org/594498&quot;&gt;BTS report #594498&lt;/a&gt;&lt;/p&gt;
3680
3681 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
3682 script so useful that he created a GIT repository and stored it in
3683 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
3684 </description>
3685 </item>
3686
3687 <item>
3688 <title>Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge</title>
3689 <link>http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</link>
3690 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til___stole_p____heller_ikke_i_Norge.html</guid>
3691 <pubDate>Mon, 23 Aug 2010 19:30:00 +0200</pubDate>
3692 <description>&lt;p&gt;I Norge pågår en prosess for å
3693 &lt;a href=&quot;http://www.e-valg.dep.no/&quot;&gt;innføre elektronisk
3694 stemmegiving&lt;/a&gt; ved kommune- og stortingsvalg. Dette skal
3695 introduseres i 2011. Det er all grunn til å tro at valg i Norge ikke
3696 vil være til å stole på hvis dette blir gjennomført. Da det hele var
3697 oppe til høring i 2006 forfattet jeg
3698 &lt;a href=&quot;http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf&quot;&gt;en
3699 høringsuttalelse fra NUUG&lt;/a&gt; (og EFN som hengte seg på) som skisserte
3700 hvilke punkter som må oppfylles for at en skal kunne stole på et valg,
3701 og elektronisk stemmegiving mangler flere av disse. Elektronisk
3702 stemmegiving er for alle praktiske formål å putte ens stemme i en sort
3703 boks under andres kontroll, og satse på at de som har kontroll med
3704 boksen er til å stole på - uten at en har mulighet til å verifisere
3705 dette selv. Det er ikke slik en gjennomfører demokratiske valg.&lt;/p&gt;
3706
3707 &lt;p&gt;Da problemet er fundamentalt med hvordan elektronisk stemmegiving
3708 må fungere for at også ikke-krypografer skal kunne delta, har det vært
3709 mange rapporter om hvordan elektronisk stemmegiving har sviktet i land
3710 etter land. En
3711 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving&quot;&gt;liten
3712 samling referanser&lt;/a&gt; finnes på NUUGs wiki. Den siste er fra India,
3713 der valgkomisjonen har valgt
3714 &lt;a href=&quot;http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source&quot;&gt;å
3715 pusse politiet på en forsker&lt;/a&gt; som har dokumentert svakheter i
3716 valgsystemet.&lt;/p&gt;
3717
3718 &lt;p&gt;Her i Norge har en valgt en annen tilnærming, der en forsøker seg
3719 med teknobabbel for å få befolkningen til å tro at dette skal bli
3720 sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske
3721 valgene i Norge, og bør ikke innføres.&lt;/p&gt;
3722
3723 &lt;p&gt;Den offentlige diskusjonen blir litt vanskelig av at media har
3724 valgt å kalle dette &quot;evalg&quot;, som kan sies å både gjelde elektronisk
3725 opptelling av valget som Norge har gjort siden 60-tallet og som er en
3726 svært god ide, og elektronisk opptelling som er en svært dårlig ide.
3727 Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller
3728 mot &quot;evalg&quot;, og jeg forsøker derfor å være klar på at jeg snakker om
3729 elektronisk stemmegiving og unngå begrepet &quot;evalg&quot;.&lt;/p&gt;
3730 </description>
3731 </item>
3732
3733 <item>
3734 <title>Robot, reis deg...</title>
3735 <link>http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</link>
3736 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html</guid>
3737 <pubDate>Sat, 21 Aug 2010 22:10:00 +0200</pubDate>
3738 <description>&lt;p&gt;I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og
3739 har brukt noen timer til å google etter interessante referanser og
3740 aktuell kildekode for bruk på Linux. Det mest lovende så langt er
3741 &lt;a href=&quot;http://ispykee.toyz.org/&quot;&gt;ispykee&lt;/a&gt;, som har en
3742 BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på
3743 lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for
3744 å fjernstyre roboten. Linux-daemonen implementerer deler av
3745 protokollen som roboten forstår. Etter å ha knotet litt med å oppnå
3746 kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg
3747 måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at
3748 den lytter på IP-port 9000 og 9001, gikk jeg i gang med å finne ut
3749 hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten
3750 av protokollen er publisert av produsenten med GPL-lisens, slik at det
3751 er mulig å se hvordan protokollen fungerer. Det finnes en java-klient
3752 for Android som så ganske snasen ut, men fant ingen kildekode for
3753 denne. Derimot hadde iphone-løsningen kildekode, så jeg tok
3754 utgangspunkt i den.&lt;/p&gt;
3755
3756 &lt;p&gt;Daemonen ville i utgangspunktet forsøke å kontakte den sentrale
3757 tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om
3758 til i stedet å sette opp en nettverkstjeneste på min lokale maskin,
3759 som jeg kan koble meg opp til med telnet og gi kommandoer til roboten
3760 (act, forward, right, left, etc). Det involverte i praksis å bytte ut
3761 socket()/connect() med socket()/bind()/listen()/accept() for å gjøre
3762 klienten om til en tjener.&lt;/p&gt;
3763
3764 &lt;p&gt;Mens jeg har forsøkt å få roboten til å bevege seg har min samboer
3765 skrudd sammen resten av roboten for å få montert kamera og plastpynten
3766 (armer, plastfiber for lys). Nå er det hele montert, og roboten er
3767 klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett
3768 før det blir praktisk, men de bitene av protokollen er ikke
3769 implementert i ispykee-daemonen, så der må jeg enten få tak i en mac
3770 eller en windows-maskin, eller implementere det selv.&lt;/p&gt;
3771
3772 &lt;p&gt;Vi var tre som kjøpte slike roboter, og vi har blitt enige om å
3773 samle notater og referanser på &lt;a
3774 href=&quot;http://wiki.nuug.no/grupper/robot/&quot;&gt;NUUGs wiki&lt;/a&gt;. Ta en titt
3775 der hvis du er nysgjerrig.&lt;/p&gt;
3776 </description>
3777 </item>
3778
3779 <item>
3780 <title>2 Spykee-roboter i hus, nå skal det lekes</title>
3781 <link>http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</link>
3782 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n__skal_det_lekes.html</guid>
3783 <pubDate>Wed, 18 Aug 2010 13:30:00 +0200</pubDate>
3784 <description>&lt;p&gt;Jeg kjøpte nettopp to
3785 &lt;a href=&quot;http://www.spykee-robot.com/&quot;&gt;Spykee&lt;/a&gt;-roboter, for test og
3786 leking. Kjøpte to da det var så billige, og gir meg mulighet til å
3787 eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte
3788 ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde
3789 en liten stabel på lager som de ikke hadde klart å selge ut etter
3790 fjorårets juleinnkjøp, og var villig til å selge for en femtedel av
3791 vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og
3792 det blir morsomt å se hva vi får ut av dette.&lt;/p&gt;
3793
3794 &lt;p&gt;Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon
3795 og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som
3796 jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i
3797 mai. Eneste utfordringen er at kontroller-programvaren kun finnes til
3798 Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til
3799 firmwaren. :)&lt;/p&gt;
3800
3801 &lt;ul&gt;
3802 &lt;li&gt;&lt;a href=&quot;http://en.wikipedia.org/wiki/Spykee&quot;&gt;Wikipedia-oppføring&lt;/a&gt;&lt;/li&gt;
3803 &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;
3804 &lt;li&gt;&lt;a href=&quot;http://wiki.nuug.no/grupper/robot&quot;&gt;prosjektwiki hos NUUG&lt;/a&gt;&lt;/li&gt;
3805 &lt;/ul&gt;
3806 </description>
3807 </item>
3808
3809 <item>
3810 <title>Rob Weir: How to Crush Dissent</title>
3811 <link>http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</link>
3812 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Rob_Weir__How_to_Crush_Dissent.html</guid>
3813 <pubDate>Sun, 15 Aug 2010 22:20:00 +0200</pubDate>
3814 <description>&lt;p&gt;I found the notes from Rob Weir on
3815 &lt;a href=&quot;http://feedproxy.google.com/~r/robweir/antic-atom/~3/VGb23-kta8c/how-to-crush-dissent.html&quot;&gt;how
3816 to crush dissent&lt;/a&gt; matching my own thoughts on the matter quite
3817 well. Highly recommended for those wondering which road our society
3818 should go down. In my view we have been heading the wrong way for a
3819 long time.&lt;/p&gt;
3820 </description>
3821 </item>
3822
3823 <item>
3824 <title>No hardcoded config on Debian Edu clients</title>
3825 <link>http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</link>
3826 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_hardcoded_config_on_Debian_Edu_clients.html</guid>
3827 <pubDate>Mon, 9 Aug 2010 20:15:00 +0200</pubDate>
3828 <description>&lt;p&gt;As reported earlier, the last few days I have looked at how Debian
3829 Edu clients are configured, and tried to get rid of all hardcoded
3830 configuration settings on the clients. I believe the work to be
3831 mostly done, and the clients seem to work just fine with dynamically
3832 generated configuration.&lt;/p&gt;
3833
3834 &lt;p&gt;What is the point, you might ask? The point is to allow a Debian
3835 Edu desktop to integrate into an existing network infrastructure
3836 without any manual configuration.&lt;/p&gt;
3837
3838 &lt;p&gt;This is what happens when installing a Debian Edu client here at
3839 the University of Oslo using PXE. With the PXE installation, I am
3840 asked for language (Norwegian Bokmål), locality (Norway) and keyboard
3841 layout (no-latin1), Debian Edu profile (Roaming Workstation), if I
3842 accept to reformat the hard drive (yes), if I want to submit info to
3843 popcon.debian.org (no) and root password (secret). After answering
3844 these questions, the installer goes ahead and does its thing, and
3845 after around 50 minutes it is done. I press enter to finish the
3846 installation, and the machine reboots into KDE. When the machine is
3847 ready and kdm asks for login information, I enter my university
3848 username and password, am told by kdm that a local home directory has
3849 been created and that I must log in again, and finally log in with the
3850 same username and password to the KDE 4.4 desktop. At no point during
3851 this process did it ask for university specific settings, and all the
3852 required configuration was dynamically detected using information
3853 fetched via DHCP and DNS. The roaming workstation is now ready for
3854 use.&lt;/p&gt;
3855
3856 &lt;p&gt;How was this done, you might wonder? First of all, here is the
3857 list of things that need to be configured on the client to get it
3858 working properly out of the box:&lt;/p&gt;
3859
3860 &lt;ul&gt;
3861 &lt;li&gt;IP address/netmask and DNS server.&lt;/li&gt;
3862 &lt;li&gt;Web proxy URL.&lt;/li&gt;
3863 &lt;li&gt;LDAP server for NSS directory information (user, group, etc).&lt;/li&gt;
3864 &lt;li&gt;Kerberos server for PAM password checking.&lt;/li&gt;
3865 &lt;li&gt;SMB mount point to access the network home directory. (*)&lt;/li&gt;
3866 &lt;li&gt;Central syslog server to send syslog messages to. (*)&lt;/li&gt;
3867 &lt;li&gt;Sitesummary collector URL to submit info to central server. (*)&lt;/li&gt;
3868 &lt;/ul&gt;
3869
3870 &lt;p&gt;(Hm, did I forget anything? Let me knew if I did.)&lt;/p&gt;
3871
3872 &lt;p&gt;The points marked (*) are not required to be able to use the
3873 machine, but needed to provide central storage and allowing system
3874 administrators to track their machines. Since yesterday, everything
3875 but the sitesummary collector URL is dynamically discovered at boot
3876 and installation time in the svn version of Debian Edu.&lt;/p&gt;
3877
3878 &lt;p&gt;The IP and DNS setup is fetched during boot using DHCP as usual.
3879 When a DHCP update arrives, the proxy setup is updated by looking for
3880 http://wpat/wpad.dat and using the content of this WPAD file to
3881 configure the http and ftp proxy in /etc/environment and
3882 /etc/apt/apt.conf. I decided to update the proxy setup using a DHCP
3883 hook to ensure that the client stops using the Debian Edu proxy when
3884 it is moved outside the Debian Edu network, and instead uses any local
3885 proxy present on the new network when it moves around.&lt;/p&gt;
3886
3887 &lt;p&gt;The DNS names of the LDAP, Kerberos and syslog server and related
3888 configuration are generated using DNS information at boot. First the
3889 installer looks for a host named ldap in the current DNS domain. If
3890 not found, it looks for _ldap._tcp SRV records in DNS instead. If an
3891 LDAP server is found, its root DSE entry is requested and the
3892 attributes namingContexts and defaultNamingContext are used to
3893 determine which LDAP base to use for NSS. If there are several
3894 namingContexts attibutes and the defaultNamingContext is present, that
3895 LDAP subtree is used as the base. If defaultNamingContext is missing,
3896 the subtrees listed as namingContexts are searched in sequence for any
3897 object with class posixAccount or posixGroup, and the first one with
3898 such an object is used as the LDAP base. For Kerberos, a similar
3899 search is done by first looking for a host named kerberos, and then
3900 for the _kerberos._tcp SRV record. I&#39;ve been unable to find a way to
3901 look up the Kerberos realm, so for this the upper case string of the
3902 current DNS domain is used.&lt;/p&gt;
3903
3904 &lt;p&gt;For the syslog server, the hosts syslog and loghost are searched
3905 for, and the _syslog._udp SRV record is consulted if no such host is
3906 found. This algorithm works for both Debian Edu and the University of
3907 Oslo. A similar strategy would work for locating the sitesummary
3908 server, but have not been implemented yet. I decided to fetch and
3909 save these settings during installation, to make sure moving to a
3910 different network does not change the set of users being allowed to
3911 log in nor the passwords required to log in. Usernames and passwords
3912 will be cached by sssd when the user logs in on the Debian Edu
3913 network, and will not change as the laptop move around. For a
3914 non-roaming machine, there is no caching, but given that it is
3915 supposed to stay in place it should not matter much. Perhaps we
3916 should switch those to use sssd too?&lt;/p&gt;
3917
3918 &lt;p&gt;The user&#39;s SMB mount point for the network home directory is
3919 located when the user logs in for the first time. The LDAP server is
3920 consulted to look for the user&#39;s LDAP object and the sambaHomePath
3921 attribute is used if found. If it isn&#39;t found, the home directory
3922 path fetched from NSS is used instead. Assuming the path is of the
3923 form /site/server/directory/username, the second part is looked up in
3924 DNS and used to generate a SMB URL of the form
3925 smb://server.domain/username. This algorithm works for both Debian
3926 edu and the University of Oslo. Perhaps there are better attributes
3927 to use or a better algorithm that works for more sites, but this will
3928 do for now. :)&lt;/p&gt;
3929
3930 &lt;p&gt;This work should make it easier to integrate the Debian Edu clients
3931 into any LDAP/Kerberos infrastructure, and make the current setup even
3932 more flexible than before. I suspect it will also work for thin
3933 client servers, allowing one to easily set up LTSP and hook it into a
3934 existing network infrastructure, but I have not had time to test this
3935 yet.&lt;/p&gt;
3936
3937 &lt;p&gt;If you want to help out with implementing these things for Debian
3938 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
3939
3940 &lt;p&gt;Update 2010-08-09: Simon Farnsworth gave me a heads-up on how to
3941 detect Kerberos realm from DNS, by looking for _kerberos TXT entries
3942 before falling back to the upper case DNS domain name. Will have to
3943 implement it for Debian Edu. :)&lt;/p&gt;
3944 </description>
3945 </item>
3946
3947 <item>
3948 <title>Testing if a file system can be used for home directories...</title>
3949 <link>http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</link>
3950 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html</guid>
3951 <pubDate>Sun, 8 Aug 2010 21:20:00 +0200</pubDate>
3952 <description>&lt;p&gt;A few years ago, I was involved in a project planning to use
3953 Windows file servers as home directory servers for Debian
3954 Edu/Skolelinux machines. This was thought to be no problem, as the
3955 access would be through the SMB network file system protocol, and we
3956 knew other sites used SMB with unix and samba as the file server to
3957 mount home directories without any problems. But, after months of
3958 struggling, we had to conclude that our goal was impossible.&lt;/p&gt;
3959
3960 &lt;p&gt;The reason is simply that while SMB can be used for home
3961 directories when the file server is Samba running on Unix, this only
3962 work because of Samba have some extensions and the fact that the
3963 underlying file system is a unix file system. When using a Windows
3964 file server, the underlying file system do not have POSIX semantics,
3965 and several programs will fail if the users home directory where they
3966 want to store their configuration lack POSIX semantics.&lt;/p&gt;
3967
3968 &lt;p&gt;As part of this work, I wrote a small C program I want to share
3969 with you all, to replicate a few of the problematic applications (like
3970 OpenOffice.org and GCompris) and see if the file system was working as
3971 it should. If you find yourself in spooky file system land, it might
3972 help you find your way out again. This is the fs-test.c source:&lt;/p&gt;
3973
3974 &lt;pre&gt;
3975 /*
3976 * Some tests to check the file system sematics. Used to verify that
3977 * CIFS from a windows server do not work properly as a linux home
3978 * directory.
3979 * License: GPL v2 or later
3980 *
3981 * needs libsqlite3-dev and build-essential installed
3982 * compile with: gcc -Wall -lsqlite3 -DTEST_SQLITE fs-test.c -o fs-test
3983 */
3984
3985 #define _FILE_OFFSET_BITS 64
3986 #define _LARGEFILE_SOURCE 1
3987 #define _LARGEFILE64_SOURCE 1
3988
3989 #define _GNU_SOURCE /* for asprintf() */
3990
3991 #include &amp;lt;errno.h&gt;
3992 #include &amp;lt;fcntl.h&gt;
3993 #include &amp;lt;stdio.h&gt;
3994 #include &amp;lt;string.h&gt;
3995 #include &amp;lt;stdlib.h&gt;
3996 #include &amp;lt;sys/file.h&gt;
3997 #include &amp;lt;sys/stat.h&gt;
3998 #include &amp;lt;sys/types.h&gt;
3999 #include &amp;lt;unistd.h&gt;
4000
4001 #ifdef TEST_SQLITE
4002 /*
4003 * Test sqlite open, as done by gcompris require the libsqlite3-dev
4004 * package and linking with -lsqlite3. A more low level test is
4005 * below.
4006 * See also &amp;lt;URL: http://www.sqlite.org./faq.html#q5 &gt;.
4007 */
4008 #include &amp;lt;sqlite3.h&gt;
4009 #define CREATE_TABLE_USERS \
4010 &quot;CREATE TABLE users (user_id INT UNIQUE, login TEXT, lastname TEXT, firstname TEXT, birthdate TEXT, class_id INT ); &quot;
4011 int test_sqlite_open(void) {
4012 char *zErrMsg;
4013 char *name = &quot;testsqlite.db&quot;;
4014 sqlite3 *db=NULL;
4015 unlink(name);
4016 int rc = sqlite3_open(name, &amp;db);
4017 if( rc ){
4018 printf(&quot;error: sqlite open of %s failed: %s\n&quot;, name, sqlite3_errmsg(db));
4019 sqlite3_close(db);
4020 return -1;
4021 }
4022
4023 /* create tables */
4024 rc = sqlite3_exec(db,CREATE_TABLE_USERS, NULL, 0, &amp;zErrMsg);
4025 if( rc != SQLITE_OK ){
4026 printf(&quot;error: sqlite table create failed: %s\n&quot;, zErrMsg);
4027 sqlite3_close(db);
4028 return -1;
4029 }
4030 printf(&quot;info: sqlite worked\n&quot;);
4031 sqlite3_close(db);
4032 return 0;
4033 }
4034 #endif /* TEST_SQLITE */
4035
4036 /*
4037 * Demonstrate locking issue found in gcompris using sqlite3. This
4038 * work with ext3, but not with cifs server on Windows 2003. This is
4039 * done in the sqlite3 library.
4040 * See also
4041 * &amp;lt;URL:http://www.cygwin.com/ml/cygwin/2001-08/msg00854.html&gt; and the
4042 * POSIX specification
4043 * &amp;lt;URL:http://www.opengroup.org/onlinepubs/009695399/functions/fcntl.html&gt;.
4044 */
4045 int test_gcompris_locking(void) {
4046 struct flock fl;
4047 char *name = &quot;testsqlite.db&quot;;
4048 unlink(name);
4049 int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, 0644);
4050 printf(&quot;info: testing fcntl locking\n&quot;);
4051
4052 fl.l_whence = SEEK_SET;
4053 fl.l_pid = getpid();
4054 printf(&quot; Read-locking 1 byte from 1073741824&quot;);
4055 fl.l_start = 1073741824;
4056 fl.l_len = 1;
4057 fl.l_type = F_RDLCK;
4058 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4059
4060 printf(&quot; Read-locking 510 byte from 1073741826&quot;);
4061 fl.l_start = 1073741826;
4062 fl.l_len = 510;
4063 fl.l_type = F_RDLCK;
4064 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4065
4066 printf(&quot; Unlocking 1 byte from 1073741824&quot;);
4067 fl.l_start = 1073741824;
4068 fl.l_len = 1;
4069 fl.l_type = F_UNLCK;
4070 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4071
4072 printf(&quot; Write-locking 1 byte from 1073741824&quot;);
4073 fl.l_start = 1073741824;
4074 fl.l_len = 1;
4075 fl.l_type = F_WRLCK;
4076 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4077
4078 printf(&quot; Write-locking 510 byte from 1073741826&quot;);
4079 fl.l_start = 1073741826;
4080 fl.l_len = 510;
4081 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4082
4083 printf(&quot; Unlocking 2 byte from 1073741824&quot;);
4084 fl.l_start = 1073741824;
4085 fl.l_len = 2;
4086 fl.l_type = F_UNLCK;
4087 if (0 != fcntl(fd, F_SETLK, &amp;fl) ) printf(&quot; - error!\n&quot;); else printf(&quot;\n&quot;);
4088
4089 close(fd);
4090 return 0;
4091 }
4092
4093 /*
4094 * Test if permissions of freshly created directories allow entries
4095 * below them. This was a problem with OpenOffice.org and gcompris.
4096 * Mounting with option &#39;sync&#39; seem to solve this problem while
4097 * slowing down file operations.
4098 */
4099 int test_subdirectory_creation(void) {
4100 #define LEVELS 5
4101 char *path = strdup(&quot;test&quot;);
4102 char *dirs[LEVELS];
4103 int level;
4104 printf(&quot;info: testing subdirectory creation\n&quot;);
4105 for (level = 0; level &amp;lt; LEVELS; level++) {
4106 char *newpath = NULL;
4107 if (-1 == mkdir(path, 0777)) {
4108 printf(&quot; error: Unable to create directory &#39;%s&#39;: %s\n&quot;,
4109 path, strerror(errno));
4110 break;
4111 }
4112 asprintf(&amp;newpath, &quot;%s/%s&quot;, path, &quot;test&quot;);
4113 free(path);
4114 path = newpath;
4115 }
4116 return 0;
4117 }
4118
4119 /*
4120 * Test if symlinks can be created. This was a problem detected with
4121 * KDE.
4122 */
4123 int test_symlinks(void) {
4124 printf(&quot;info: testing symlink creation\n&quot;);
4125 unlink(&quot;symlink&quot;);
4126 if (-1 == symlink(&quot;file&quot;, &quot;symlink&quot;))
4127 printf(&quot; error: Unable to create symlink\n&quot;);
4128 return 0;
4129 }
4130
4131 int main(int argc, char **argv) {
4132 printf(&quot;Testing POSIX/Unix sematics on file system\n&quot;);
4133 test_symlinks();
4134 test_subdirectory_creation();
4135 #ifdef TEST_SQLITE
4136 test_sqlite_open();
4137 #endif /* TEST_SQLITE */
4138 test_gcompris_locking();
4139 return 0;
4140 }
4141 &lt;/pre&gt;
4142
4143 &lt;p&gt;When everything is working, it should print something like
4144 this:&lt;/p&gt;
4145
4146 &lt;pre&gt;
4147 Testing POSIX/Unix sematics on file system
4148 info: testing symlink creation
4149 info: testing subdirectory creation
4150 info: sqlite worked
4151 info: testing fcntl locking
4152 Read-locking 1 byte from 1073741824
4153 Read-locking 510 byte from 1073741826
4154 Unlocking 1 byte from 1073741824
4155 Write-locking 1 byte from 1073741824
4156 Write-locking 510 byte from 1073741826
4157 Unlocking 2 byte from 1073741824
4158 &lt;/pre&gt;
4159
4160 &lt;p&gt;I do not remember the exact details of the problems we saw, but one
4161 of them was with locking, where if I remember correctly, POSIX allow a
4162 read-only lock to be upgraded to a read-write lock without unlocking
4163 the read-only lock (while Windows do not). Another was a bug in the
4164 CIFS/SMB client implementation in the Linux kernel where directory
4165 meta information would be wrong for a fraction of a second, making
4166 OpenOffice.org fail to create its deep directory tree because it was
4167 not allowed to create files in its freshly created directory.&lt;/p&gt;
4168
4169 &lt;p&gt;Anyway, here is a nice tool for your tool box, might you never need
4170 it. :)&lt;/p&gt;
4171
4172 &lt;p&gt;Update 2010-08-27: Michael Gebetsroither report that he found the
4173 script so useful that he created a GIT repository and stored it in
4174 &lt;a href=&quot;http://github.com/gebi/fs-test&quot;&gt;http://github.com/gebi/fs-test&lt;/a&gt;.&lt;/p&gt;
4175 </description>
4176 </item>
4177
4178 <item>
4179 <title>Autodetecting Client setup for roaming workstations in Debian Edu</title>
4180 <link>http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</link>
4181 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Autodetecting_Client_setup_for_roaming_workstations_in_Debian_Edu.html</guid>
4182 <pubDate>Sat, 7 Aug 2010 14:45:00 +0200</pubDate>
4183 <description>&lt;p&gt;A few days ago, I
4184 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html&quot;&gt;tried
4185 to install&lt;/a&gt; a Roaming workation profile from Debian Edu/Squeeze
4186 while on the university network here at the University of Oslo, and
4187 noticed how much had to change to get it operational using the
4188 university infrastructure. It was fairly easy, but it occured to me
4189 that Debian Edu would improve a lot if I could get the client to
4190 connect without any changes at all, and thus let the client configure
4191 itself during installation and first boot to use the infrastructure
4192 around it. Now I am a huge step further along that road.&lt;/p&gt;
4193
4194 &lt;p&gt;With our current squeeze-test packages, I can select the roaming
4195 workstation profile and get a working laptop connecting to the
4196 university LDAP server for user and group and our active directory
4197 servers for Kerberos authentication. All this without any
4198 configuration at all during installation. My users home directory got
4199 a bookmark in the KDE menu to mount it via SMB, with the correct URL.
4200 In short, openldap and sssd is correctly configured. In addition to
4201 this, the client look for http://wpad/wpad.dat to configure a web
4202 proxy, and when it fail to find it no proxy settings are stored in
4203 /etc/environment and /etc/apt/apt.conf. Iceweasel and KDE is
4204 configured to look for the same wpad configuration and also do not use
4205 a proxy when at the university network. If the machine is moved to a
4206 network with such wpad setup, it would automatically use it when DHCP
4207 gave it a IP address.&lt;/p&gt;
4208
4209 &lt;p&gt;The LDAP server is located using DNS, by first looking for the DNS
4210 entry ldap.$domain. If this do not exist, it look for the
4211 _ldap._tcp.$domain SRV records and use the first one as the LDAP
4212 server. Next, it connects to the LDAP server and search all
4213 namingContexts entries for posixAccount or posixGroup objects, and
4214 pick the first one as the LDAP base. For Kerberos, a similar
4215 algorithm is used to locate the LDAP server, and the realm is the
4216 uppercase version of $domain.&lt;/p&gt;
4217
4218 &lt;p&gt;So, what is not working, you might ask. SMB mounting my home
4219 directory do not work. No idea why, but suspected the incorrect
4220 Kerberos settings in /etc/krb5.conf and /etc/samba/smb.conf might be
4221 the cause. These are not properly configured during installation, and
4222 had to be hand-edited to get the correct Kerberos realm and server,
4223 but SMB mounting still do not work. :(&lt;/p&gt;
4224
4225 &lt;p&gt;With this automatic configuration in place, I expect a Debian Edu
4226 roaming profile installation would be able to automatically detect and
4227 connect to any site using LDAP and Kerberos for NSS directory and PAM
4228 authentication. It should also work out of the box in a Active
4229 Directory environment providing posixAccount and posixGroup objects
4230 with UID and GID values.&lt;/p&gt;
4231
4232 &lt;p&gt;If you want to help out with implementing these things for Debian
4233 Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4234 </description>
4235 </item>
4236
4237 <item>
4238 <title>Debian Edu roaming workstation - at the university of Oslo</title>
4239 <link>http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</link>
4240 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu_roaming_workstation___at_the_university_of_Oslo.html</guid>
4241 <pubDate>Tue, 3 Aug 2010 23:30:00 +0200</pubDate>
4242 <description>&lt;p&gt;The new roaming workstation profile in Debian Edu/Squeeze is fairly
4243 similar to the laptop setup am I working on using Ubuntu for the
4244 University of Oslo, and just for the heck of it, I tested today how
4245 hard it would be to integrate that profile into the university
4246 infrastructure. In this case, it is the university LDAP server,
4247 Active Directory Kerberos server and SMB mounting from the Netapp file
4248 servers.&lt;/p&gt;
4249
4250 &lt;p&gt;I was pleasantly surprised that the only three files needed to be
4251 changed (/etc/sssd/sssd.conf, /etc/ldap.conf and
4252 /etc/mklocaluser.d/20-debian-edu-config) and one file had to be added
4253 (/usr/share/perl5/Debian/Edu_Local.pm), to get the client working.
4254 Most of the changes were to get the client to use the university LDAP
4255 for NSS and Kerberos server for PAM, but one was to change a hard
4256 coded DNS domain name in the mklocaluser hook from .intern to
4257 .uio.no.&lt;/p&gt;
4258
4259 &lt;p&gt;This testing was so encouraging, that I went ahead and adjusted the
4260 Debian Edu scripts and setup in subversion to centralise the roaming
4261 workstation setup a bit more and avoid the hardcoded DNS domain name,
4262 so that when I test this tomorrow, I expect to get away with modifying
4263 only /etc/sssd/sssd.conf and /etc/ldap.conf to get it to use the
4264 university servers.&lt;/p&gt;
4265
4266 &lt;p&gt;My goal is to get the clients to have no hardcoded settings and
4267 fetch all their initial setup during installation and first boot, to
4268 allow them to be inserted also into environments where the default
4269 setup in Debian Edu has been changed or as with the university, where
4270 the environment is different but provides the protocols Debian Edu
4271 uses.&lt;/p&gt;
4272 </description>
4273 </item>
4274
4275 <item>
4276 <title>Circular package dependencies harms apt recovery</title>
4277 <link>http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</link>
4278 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Circular_package_dependencies_harms_apt_recovery.html</guid>
4279 <pubDate>Tue, 27 Jul 2010 23:50:00 +0200</pubDate>
4280 <description>&lt;p&gt;I discovered this while doing
4281 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Automatic_upgrade_testing_from_Lenny_to_Squeeze.html&quot;&gt;automated
4282 testing of upgrades from Debian Lenny to Squeeze&lt;/a&gt;. A few packages
4283 in Debian still got circular dependencies, and it is often claimed
4284 that apt and aptitude should be able to handle this just fine, but
4285 some times these dependency loops causes apt to fail.&lt;/p&gt;
4286
4287 &lt;p&gt;An example is from todays
4288 &lt;a href=&quot;http://people.skolelinux.org/~pere/debian-upgrade-testing//test-20100727-lenny-squeeze-kde-aptitude.txt&quot;&gt;upgrade
4289 of KDE using aptitude&lt;/a&gt;. In it, a bug in kdebase-workspace-data
4290 causes perl-modules to fail to upgrade. The cause is simple. If a
4291 package fail to unpack, then only part of packages with the circular
4292 dependency might end up being unpacked when unpacking aborts, and the
4293 ones already unpacked will fail to configure in the recovery phase
4294 because its dependencies are unavailable.&lt;/p&gt;
4295
4296 &lt;p&gt;In this log, the problem manifest itself with this error:&lt;/p&gt;
4297
4298 &lt;blockquote&gt;&lt;pre&gt;
4299 dpkg: dependency problems prevent configuration of perl-modules:
4300 perl-modules depends on perl (&gt;= 5.10.1-1); however:
4301 Version of perl on system is 5.10.0-19lenny2.
4302 dpkg: error processing perl-modules (--configure):
4303 dependency problems - leaving unconfigured
4304 &lt;/pre&gt;&lt;/blockquote&gt;
4305
4306 &lt;p&gt;The perl/perl-modules circular dependency is already
4307 &lt;a href=&quot;http://bugs.debian.org/527917&quot;&gt;reported as a bug&lt;/a&gt;, and will
4308 hopefully be solved as soon as possible, but it is not the only one,
4309 and each one of these loops in the dependency tree can cause similar
4310 failures. Of course, they only occur when there are bugs in other
4311 packages causing the unpacking to fail, but it is rather nasty when
4312 the failure of one package causes the problem to become worse because
4313 of dependency loops.&lt;/p&gt;
4314
4315 &lt;p&gt;Thanks to
4316 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/06/msg00116.html&quot;&gt;the
4317 tireless effort by Bill Allombert&lt;/a&gt;, the number of circular
4318 dependencies
4319 &lt;a href=&quot;http://debian.semistable.com/debgraph.out.html&quot;&gt;left in Debian
4320 is dropping&lt;/a&gt;, and perhaps it will reach zero one day. :)&lt;/p&gt;
4321
4322 &lt;p&gt;Todays testing also exposed a bug in
4323 &lt;a href=&quot;http://bugs.debian.org/590605&quot;&gt;update-notifier&lt;/a&gt; and
4324 &lt;a href=&quot;http://bugs.debian.org/590604&quot;&gt;different behaviour&lt;/a&gt; between
4325 apt-get and aptitude, the latter possibly caused by some circular
4326 dependency. Reported both to BTS to try to get someone to look at
4327 it.&lt;/p&gt;
4328 </description>
4329 </item>
4330
4331 <item>
4332 <title>First Debian Edu test release (alpha0) based on Squeeze is released</title>
4333 <link>http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</link>
4334 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/First_Debian_Edu_test_release__alpha0__based_on_Squeeze_is_released.html</guid>
4335 <pubDate>Tue, 27 Jul 2010 17:45:00 +0200</pubDate>
4336 <description>&lt;p&gt;I just posted this announcement culminating several months of work
4337 with the next Debian Edu release. Not nearly done, but one major step
4338 completed.&lt;/p&gt;
4339
4340 &lt;blockquote&gt;
4341 &lt;p&gt;This is the first test release based on Squeeze. The focus of this
4342 release is to test the user application selection. To have a look,
4343 install the standalone profile and let the developers know if the set
4344 of installed packages i.e. applications should be modified. If some
4345 user application is missing, or if there are some applications that no
4346 longer make sense to be included in Debian Edu, please let us know.
4347 Also, if a useful application is missing the translation for your
4348 language of choice, please let us know too.&lt;/p&gt;
4349
4350 &lt;p&gt;In addition, feedback and help to polish the desktop (menus,
4351 artwork, starters, etc.) is appreciated. We would like to ship a nice
4352 and handy KDE4 desktop targeted for schools out of the box.&lt;/p&gt;
4353
4354 &lt;p&gt;The other profiles should be installable, but there is a lot more
4355 work left to be done before they are ready, so do not expect to
4356 much.&lt;/p&gt;
4357
4358 &lt;p&gt;Changes compared to the lenny based version&lt;/p&gt;
4359
4360 &lt;ul&gt;
4361 &lt;li&gt;Everything from Debian Squeeze
4362 &lt;ul&gt;
4363 &lt;li&gt;Desktop environment KDE 4.4 =&gt; the new KDE desktop in
4364 combination with some new artwork
4365 &lt;li&gt;Web browser Iceweasel 3.5
4366 &lt;li&gt;OpenOffice.org 3.2
4367 &lt;li&gt;Educational toolbox GCompris 9.3
4368 &lt;li&gt;Music creator Rosegarden 10.04.2
4369 &lt;li&gt;Image editor Gimp 2.6.10
4370 &lt;li&gt;Virtual universe Celestia 1.6.0
4371 &lt;li&gt;Virtual stargazer Stellarium 0.10.4
4372 &lt;li&gt;3D modeler Blender 2.49.2 (new application)
4373 &lt;li&gt;Video editor Kdenlive 0.7.7 (new application)
4374 &lt;/ul&gt;&lt;/li&gt;
4375 &lt;li&gt;Now using Kerberos for password checking (migration not finished).
4376 Enabled for:
4377 &lt;ul&gt;
4378 &lt;li&gt;PAM
4379 &lt;li&gt;LDAP
4380 &lt;li&gt;IMAP
4381 &lt;li&gt;SMTP (sender verification)
4382 &lt;/ul&gt;
4383 &lt;/li&gt;
4384 &lt;li&gt;New experimental roaming workstation profile for laptops.&lt;/li&gt;
4385 &lt;li&gt;Show welcome page to users when they first log in. The URL is
4386 fetched from LDAP.&lt;/li&gt;
4387 &lt;li&gt;New LXDE desktop option, in addition to KDE (default) and Gnome.&lt;/li&gt;
4388 &lt;li&gt;General cleanup (not finished)&lt;/li&gt;
4389 &lt;/ul&gt;
4390 &lt;p&gt;The following features are not working as they should&lt;/p&gt;
4391
4392 &lt;ul&gt;
4393 &lt;li&gt;No web based administration tool for creating users and groups. The
4394 scripts ldap-createuser-krb and ldap-add-user-to-group can be used
4395 for testing.&lt;/li&gt;
4396 &lt;li&gt;DVD installs are missing debian-installer images for the PXE boot,
4397 and do not set up the PXE menu on eth0 because of this. LTSP
4398 clients should still boot from eth1 on thin client servers.&lt;/li&gt;
4399 &lt;li&gt;The restructured KDE menu is not implemented.&lt;/li&gt;
4400 &lt;li&gt;The LDAP server setup need to be reviewed for security.&lt;/li&gt;
4401 &lt;li&gt;The LDAP directory structure need to be reworked.&lt;/li&gt;
4402 &lt;li&gt;Different sets of packages are installed when using the DVD and the
4403 netinst CD. More packages are installed using the netinst CD.&lt;/li&gt;
4404 &lt;li&gt;The jackd package fail to install. This is believed to be caused by
4405 some ongoing transition, and hopefully should be solved soon. The
4406 jackd1 package can be installed manually for those that need it.&lt;/li&gt;
4407 &lt;li&gt;Some packages lack translations. See
4408 http://wiki.debian.org/DebianEdu/Status/Squeeze for updated status,
4409 and help out with translations.&lt;/li&gt;
4410 &lt;/ul&gt;
4411
4412 &lt;p&gt;To download this multiarch netinstall release you can use&lt;/p&gt;
4413
4414 &lt;ul&gt;
4415 &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;
4416 &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;
4417 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4418 &lt;/ul&gt;
4419 &lt;p&gt;To download this multiarch dvd release you can use&lt;/p&gt;
4420
4421 &lt;ul&gt;
4422 &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;
4423 &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;
4424 &lt;li&gt;rsync -avzP ftp.skolelinux.org::skolelinux-cd/squeeze-alpha/debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4425 &lt;/ul&gt;
4426
4427 &lt;p&gt;There is no source DVD available yet. It will be prepared when we
4428 get closer to the final release.&lt;/p&gt;
4429
4430 &lt;p&gt;The MD5SUM of these images are&lt;/p&gt;
4431
4432 &lt;ul&gt;
4433 &lt;li&gt;3dbf45d59f42a53518b6e3c9ec3b5eb6 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4434 &lt;li&gt;22f2cbfce281d1c6e478be452638675d debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4435 &lt;/ul&gt;
4436
4437 &lt;p&gt;The SHA1SUM of these images are&lt;/p&gt;
4438 &lt;ul&gt;
4439 &lt;li&gt;c53d1b69b40cf37cd27aefaf33f6f6a3821bedf0 debian-edu-6.0.0+edua0-CD.iso&lt;/li&gt;
4440 &lt;li&gt;2ec29d7db676d59d32197b05c277ffe16348376c debian-edu-6.0.0+edua0-DVD.iso&lt;/li&gt;
4441 &lt;/ul&gt;
4442 &lt;p&gt;How to report bugs:
4443 http://wiki.debian.org/DebianEdu/HowTo/ReportBugsInBugzilla&lt;/p&gt;
4444
4445 &lt;p&gt;Please direct replies to debian-edu@lists.debian.org&lt;/p&gt;
4446 &lt;/blockquote&gt;
4447 </description>
4448 </item>
4449
4450 <item>
4451 <title>One step closer to single signon in Debian Edu</title>
4452 <link>http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</link>
4453 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/One_step_closer_to_single_signon_in_Debian_Edu.html</guid>
4454 <pubDate>Sun, 25 Jul 2010 10:00:00 +0200</pubDate>
4455 <description>&lt;p&gt;The last few months me and the other Debian Edu developers have
4456 been working hard to get the Debian/Squeeze based version of Debian
4457 Edu/Skolelinux into shape. This future version will use Kerberos for
4458 authentication, and services are slowly migrated to single signon,
4459 getting rid of password questions one at the time.&lt;/p&gt;
4460
4461 &lt;p&gt;It will also feature a roaming workstation profile with local home
4462 directory, for laptops that are only some times on the Skolelinux
4463 network, and for this profile a shortcut is created in Gnome and KDE
4464 to gain access to the users home directory on the file server. This
4465 shortcut uses SMB at the moment, and yesterday I had time to test if
4466 SMB mounting had started working in KDE after we added the cifs-utils
4467 package. I was pleasantly surprised how well it worked.&lt;/p&gt;
4468
4469 &lt;p&gt;Thanks to the recent changes to our samba configuration to get it
4470 to use Kerberos for authentication, there were no question about user
4471 password when mounting the SMB volume. A simple click on the shortcut
4472 in the KDE menu, and a window with the home directory popped
4473 up. :)&lt;/p&gt;
4474
4475 &lt;p&gt;One step closer to a single signon solution out of the box in
4476 Debian Edu. We already had PAM, LDAP, IMAP and SMTP in place, and now
4477 also Samba. Next step is Cups and hopefully also NFS.&lt;/p&gt;
4478
4479 &lt;p&gt;We had planned a alpha0 release of Debian Edu for today, but thanks
4480 to the autobuilder administrators for some architectures being slow to
4481 sign packages, we are still missing the fixed LTSP package we need for
4482 the release. It was uploaded three days ago with urgency=high, and if
4483 it had entered testing yesterday we would have been able to test it in
4484 time for a alpha0 release today. As the binaries for ia64 and powerpc
4485 still not uploaded to the Debian archive, we need to delay the alpha
4486 release another day.&lt;/p&gt;
4487
4488 &lt;p&gt;If you want to help out with implementing Kerberos for Debian Edu,
4489 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4490 </description>
4491 </item>
4492
4493 <item>
4494 <title>Digitale restriksjonsmekanismer fikk meg til å slutte å kjøpe musikk</title>
4495 <link>http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</link>
4496 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_restriksjonsmekanismer_fikk_meg_til___slutte___kj_pe_musikk.html</guid>
4497 <pubDate>Thu, 22 Jul 2010 23:50:00 +0200</pubDate>
4498 <description>&lt;p&gt;For mange år siden slutte jeg å kjøpe musikk-CDer. Årsaken var at
4499 musikkbransjen var godt i gang med å selge platene sine med DRM som
4500 gjorde at jeg ikke fikk spilt av musikken jeg kjøpte på utstyret jeg
4501 hadde tilgjengelig, dvs. min datamaskin. Det var umulig å se på en
4502 plate om den var ødelagt eller ikke, og jeg hadde jo allerede en
4503 anseelig samling med plater, så jeg bestemme meg for å slutte å gi
4504 penger til en bransje som åpenbart ikke respekterte meg.&lt;/p&gt;
4505
4506 &lt;p&gt;Jeg har mange titalls dager med musikk på CD i dag. Det meste er
4507 lagt i et stort arkiv som kan spilles av fra husets datamaskiner (har
4508 ikke rukket rippe alt). Jeg ser dermed ikke behovet for å skaffe mer
4509 musikk. De fleste av mine favoritter er i hus, og jeg er dermed godt
4510 fornøyd.&lt;/p&gt;
4511
4512 &lt;p&gt;Hvis musikkbransjen ønsker mine penger, så må de demonstrere at de
4513 setter pris på meg som kunde, og ikke skremme meg bort med DRM og
4514 antydninger om at kundene er kriminelle.&lt;/p&gt;
4515
4516 &lt;p&gt;Filmbransjen er like ille, men mens musikk gjerne varer lenge, er
4517 filmer mer ferskvare. Har dermed ikke helt sluttet å kjøpe filmer, men
4518 holder meg til DVD-filmer som kan spilles av på mine Linuxbokser.
4519 Kommer neppe til å ta i bruk Blueray, og ei heller de nye DRM-greiene
4520 «Ultraviolet» som be annonsert her om dagen.&lt;/p&gt;
4521 </description>
4522 </item>
4523
4524 <item>
4525 <title>What are they searching for - PowerDNS and ISC DHCP in LDAP</title>
4526 <link>http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</link>
4527 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_are_they_searching_for___PowerDNS_and_ISC_DHCP_in_LDAP.html</guid>
4528 <pubDate>Sat, 17 Jul 2010 21:00:00 +0200</pubDate>
4529 <description>&lt;p&gt;This is a
4530 &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;
4531 on my
4532 &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
4533 work&lt;/a&gt; on
4534 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html&quot;&gt;merging
4535 all&lt;/a&gt; the computer related LDAP objects in Debian Edu.&lt;/p&gt;
4536
4537 &lt;p&gt;As a step to try to see if it possible to merge the DNS and DHCP
4538 LDAP objects, I have had a look at how the packages pdns-backend-ldap
4539 and dhcp3-server-ldap in Debian use the LDAP server. The two
4540 implementations are quite different in how they use LDAP.&lt;/p&gt;
4541
4542 To get this information, I started slapd with debugging enabled and
4543 dumped the debug output to a file to get the LDAP searches performed
4544 on a Debian Edu main-server. Here is a summary.
4545
4546 &lt;p&gt;&lt;strong&gt;powerdns&lt;/strong&gt;&lt;/p&gt;
4547
4548 &lt;a href=&quot;http://www.linuxnetworks.de/doc/index.php/PowerDNS_LDAP_Backend&quot;&gt;Clues
4549 on how to&lt;/a&gt; set up PowerDNS to use a LDAP backend is available on
4550 the web.
4551
4552 &lt;p&gt;PowerDNS have two modes of operation using LDAP as its backend.
4553 One &quot;strict&quot; mode where the forward and reverse DNS lookups are done
4554 using the same LDAP objects, and a &quot;tree&quot; mode where the forward and
4555 reverse entries are in two different subtrees in LDAP with a structure
4556 based on the DNS names, as in tjener.intern and
4557 2.2.0.10.in-addr.arpa.&lt;/p&gt;
4558
4559 &lt;p&gt;In tree mode, the server is set up to use a LDAP subtree as its
4560 base, and uses a &quot;base&quot; scoped search for the DNS name by adding
4561 &quot;dc=tjener,dc=intern,&quot; to the base with a filter for
4562 &quot;(associateddomain=tjener.intern)&quot; for the forward entry and
4563 &quot;dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,&quot; with a filter for
4564 &quot;(associateddomain=2.2.0.10.in-addr.arpa)&quot; for the reverse entry. For
4565 forward entries, it is looking for attributes named dnsttl, arecord,
4566 nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord, mxrecord,
4567 txtrecord, rprecord, afsdbrecord, keyrecord, aaaarecord, locrecord,
4568 srvrecord, naptrrecord, kxrecord, certrecord, dsrecord, sshfprecord,
4569 ipseckeyrecord, rrsigrecord, nsecrecord, dnskeyrecord, dhcidrecord,
4570 spfrecord and modifytimestamp. For reverse entries it is looking for
4571 the attributes dnsttl, arecord, nsrecord, cnamerecord, soarecord,
4572 ptrrecord, hinforecord, mxrecord, txtrecord, rprecord, aaaarecord,
4573 locrecord, srvrecord, naptrrecord and modifytimestamp. The equivalent
4574 ldapsearch commands could look like this:&lt;/p&gt;
4575
4576 &lt;blockquote&gt;&lt;pre&gt;
4577 ldapsearch -h ldap \
4578 -b dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4579 -s base -x &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
4580 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4581 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4582 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4583 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4584
4585 ldapsearch -h ldap \
4586 -b dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no \
4587 -s base -x &#39;(associateddomain=2.2.0.10.in-addr.arpa)&#39;
4588 dnsttl, arecord, nsrecord, cnamerecord soarecord ptrrecord \
4589 hinforecord mxrecord txtrecord rprecord aaaarecord locrecord \
4590 srvrecord naptrrecord modifytimestamp
4591 &lt;/pre&gt;&lt;/blockquote&gt;
4592
4593 &lt;p&gt;In Debian Edu/Lenny, the PowerDNS tree mode is used with
4594 ou=hosts,dc=skole,dc=skolelinux,dc=no as the base, and these are two
4595 example LDAP objects used there. In addition to these objects, the
4596 parent objects all th way up to ou=hosts,dc=skole,dc=skolelinux,dc=no
4597 also exist.&lt;/p&gt;
4598
4599 &lt;blockquote&gt;&lt;pre&gt;
4600 dn: dc=tjener,dc=intern,ou=hosts,dc=skole,dc=skolelinux,dc=no
4601 objectclass: top
4602 objectclass: dnsdomain
4603 objectclass: domainrelatedobject
4604 dc: tjener
4605 arecord: 10.0.2.2
4606 associateddomain: tjener.intern
4607
4608 dn: dc=2,dc=2,dc=0,dc=10,dc=in-addr,dc=arpa,ou=hosts,dc=skole,dc=skolelinux,dc=no
4609 objectclass: top
4610 objectclass: dnsdomain2
4611 objectclass: domainrelatedobject
4612 dc: 2
4613 ptrrecord: tjener.intern
4614 associateddomain: 2.2.0.10.in-addr.arpa
4615 &lt;/pre&gt;&lt;/blockquote&gt;
4616
4617 &lt;p&gt;In strict mode, the server behaves differently. When looking for
4618 forward DNS entries, it is doing a &quot;subtree&quot; scoped search with the
4619 same base as in the tree mode for a object with filter
4620 &quot;(associateddomain=tjener.intern)&quot; and requests the attributes dnsttl,
4621 arecord, nsrecord, cnamerecord, soarecord, ptrrecord, hinforecord,
4622 mxrecord, txtrecord, rprecord, aaaarecord, locrecord, srvrecord,
4623 naptrrecord and modifytimestamp. For reverse entires it also do a
4624 subtree scoped search but this time the filter is &quot;(arecord=10.0.2.2)&quot;
4625 and the requested attributes are associateddomain, dnsttl and
4626 modifytimestamp. In short, in strict mode the objects with ptrrecord
4627 go away, and the arecord attribute in the forward object is used
4628 instead.&lt;/p&gt;
4629
4630 &lt;p&gt;The forward and reverse searches can be simulated using ldapsearch
4631 like this:&lt;/p&gt;
4632
4633 &lt;blockquote&gt;&lt;pre&gt;
4634 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4635 &#39;(associateddomain=tjener.intern)&#39; dNSTTL aRecord nSRecord \
4636 cNAMERecord sOARecord pTRRecord hInfoRecord mXRecord tXTRecord \
4637 rPRecord aFSDBRecord KeyRecord aAAARecord lOCRecord sRVRecord \
4638 nAPTRRecord kXRecord certRecord dSRecord sSHFPRecord iPSecKeyRecord \
4639 rRSIGRecord nSECRecord dNSKeyRecord dHCIDRecord sPFRecord modifyTimestamp
4640
4641 ldapsearch -h ldap -b ou=hosts,dc=skole,dc=skolelinux,dc=no -s sub -x \
4642 &#39;(arecord=10.0.2.2)&#39; associateddomain dnsttl modifytimestamp
4643 &lt;/pre&gt;&lt;/blockquote&gt;
4644
4645 &lt;p&gt;In addition to the forward and reverse searches , there is also a
4646 search for SOA records, which behave similar to the forward and
4647 reverse lookups.&lt;/p&gt;
4648
4649 &lt;p&gt;A thing to note with the PowerDNS behaviour is that it do not
4650 specify any objectclass names, and instead look for the attributes it
4651 need to generate a DNS reply. This make it able to work with any
4652 objectclass that provide the needed attributes.&lt;/p&gt;
4653
4654 &lt;p&gt;The attributes are normally provided in the cosine (RFC 1274) and
4655 dnsdomain2 schemas. The latter is used for reverse entries like
4656 ptrrecord and recent DNS additions like aaaarecord and srvrecord.&lt;/p&gt;
4657
4658 &lt;p&gt;In Debian Edu, we have created DNS objects using the object classes
4659 dcobject (for dc), dnsdomain or dnsdomain2 (structural, for the DNS
4660 attributes) and domainrelatedobject (for associatedDomain). The use
4661 of structural object classes make it impossible to combine these
4662 classes with the object classes used by DHCP.&lt;/p&gt;
4663
4664 &lt;p&gt;There are other schemas that could be used too, for example the
4665 dnszone structural object class used by Gosa and bind-sdb for the DNS
4666 attributes combined with the domainrelatedobject object class, but in
4667 this case some unused attributes would have to be included as well
4668 (zonename and relativedomainname).&lt;/p&gt;
4669
4670 &lt;p&gt;My proposal for Debian Edu would be to switch PowerDNS to strict
4671 mode and not use any of the existing objectclasses (dnsdomain,
4672 dnsdomain2 and dnszone) when one want to combine the DNS information
4673 with DHCP information, and instead create a auxiliary object class
4674 defined something like this (using the attributes defined for
4675 dnsdomain and dnsdomain2 or dnszone):&lt;/p&gt;
4676
4677 &lt;blockquote&gt;&lt;pre&gt;
4678 objectclass ( some-oid NAME &#39;dnsDomainAux&#39;
4679 SUP top
4680 AUXILIARY
4681 MAY ( ARecord $ MDRecord $ MXRecord $ NSRecord $ SOARecord $ CNAMERecord $
4682 DNSTTL $ DNSClass $ PTRRecord $ HINFORecord $ MINFORecord $
4683 TXTRecord $ SIGRecord $ KEYRecord $ AAAARecord $ LOCRecord $
4684 NXTRecord $ SRVRecord $ NAPTRRecord $ KXRecord $ CERTRecord $
4685 A6Record $ DNAMERecord
4686 ))
4687 &lt;/pre&gt;&lt;/blockquote&gt;
4688
4689 &lt;p&gt;This will allow any object to become a DNS entry when combined with
4690 the domainrelatedobject object class, and allow any entity to include
4691 all the attributes PowerDNS wants. I&#39;ve sent an email to the PowerDNS
4692 developers asking for their view on this schema and if they are
4693 interested in providing such schema with PowerDNS, and I hope my
4694 message will be accepted into their mailing list soon.&lt;/p&gt;
4695
4696 &lt;p&gt;&lt;strong&gt;ISC dhcp&lt;/strong&gt;&lt;/p&gt;
4697
4698 &lt;p&gt;The DHCP server searches for specific objectclass and requests all
4699 the object attributes, and then uses the attributes it want. This
4700 make it harder to figure out exactly what attributes are used, but
4701 thanks to the working example in Debian Edu I can at least get an idea
4702 what is needed without having to read the source code.&lt;/p&gt;
4703
4704 &lt;p&gt;In the DHCP server configuration, the LDAP base to use and the
4705 search filter to use to locate the correct dhcpServer entity is
4706 stored. These are the relevant entries from
4707 /etc/dhcp3/dhcpd.conf:&lt;/p&gt;
4708
4709 &lt;blockquote&gt;&lt;pre&gt;
4710 ldap-base-dn &quot;dc=skole,dc=skolelinux,dc=no&quot;;
4711 ldap-dhcp-server-cn &quot;dhcp&quot;;
4712 &lt;/pre&gt;&lt;/blockquote&gt;
4713
4714 &lt;p&gt;The DHCP server uses this information to nest all the DHCP
4715 configuration it need. The cn &quot;dhcp&quot; is located using the given LDAP
4716 base and the filter &quot;(&amp;(objectClass=dhcpServer)(cn=dhcp))&quot;. The
4717 search result is this entry:&lt;/p&gt;
4718
4719 &lt;blockquote&gt;&lt;pre&gt;
4720 dn: cn=dhcp,dc=skole,dc=skolelinux,dc=no
4721 cn: dhcp
4722 objectClass: top
4723 objectClass: dhcpServer
4724 dhcpServiceDN: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4725 &lt;/pre&gt;&lt;/blockquote&gt;
4726
4727 &lt;p&gt;The content of the dhcpServiceDN attribute is next used to locate the
4728 subtree with DHCP configuration. The DHCP configuration subtree base
4729 is located using a base scope search with base &quot;cn=DHCP
4730 Config,dc=skole,dc=skolelinux,dc=no&quot; and filter
4731 &quot;(&amp;(objectClass=dhcpService)(|(dhcpPrimaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)(dhcpSecondaryDN=cn=dhcp,dc=skole,dc=skolelinux,dc=no)))&quot;.
4732 The search result is this entry:&lt;/p&gt;
4733
4734 &lt;blockquote&gt;&lt;pre&gt;
4735 dn: cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4736 cn: DHCP Config
4737 objectClass: top
4738 objectClass: dhcpService
4739 objectClass: dhcpOptions
4740 dhcpPrimaryDN: cn=dhcp, dc=skole,dc=skolelinux,dc=no
4741 dhcpStatements: ddns-update-style none
4742 dhcpStatements: authoritative
4743 dhcpOption: smtp-server code 69 = array of ip-address
4744 dhcpOption: www-server code 72 = array of ip-address
4745 dhcpOption: wpad-url code 252 = text
4746 &lt;/pre&gt;&lt;/blockquote&gt;
4747
4748 &lt;p&gt;Next, the entire subtree is processed, one level at the time. When
4749 all the DHCP configuration is loaded, it is ready to receive requests.
4750 The subtree in Debian Edu contain objects with object classes
4751 top/dhcpService/dhcpOptions, top/dhcpSharedNetwork/dhcpOptions,
4752 top/dhcpSubnet, top/dhcpGroup and top/dhcpHost. These provide options
4753 and information about netmasks, dynamic range etc. Leaving out the
4754 details here because it is not relevant for the focus of my
4755 investigation, which is to see if it is possible to merge dns and dhcp
4756 related computer objects.&lt;/p&gt;
4757
4758 &lt;p&gt;When a DHCP request come in, LDAP is searched for the MAC address
4759 of the client (00:00:00:00:00:00 in this example), using a subtree
4760 scoped search with &quot;cn=DHCP Config,dc=skole,dc=skolelinux,dc=no&quot; as
4761 the base and &quot;(&amp;(objectClass=dhcpHost)(dhcpHWAddress=ethernet
4762 00:00:00:00:00:00))&quot; as the filter. This is what a host object look
4763 like:&lt;/p&gt;
4764
4765 &lt;blockquote&gt;&lt;pre&gt;
4766 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4767 cn: hostname
4768 objectClass: top
4769 objectClass: dhcpHost
4770 dhcpHWAddress: ethernet 00:00:00:00:00:00
4771 dhcpStatements: fixed-address hostname
4772 &lt;/pre&gt;&lt;/blockquote&gt;
4773
4774 &lt;p&gt;There is less flexiblity in the way LDAP searches are done here.
4775 The object classes need to have fixed names, and the configuration
4776 need to be stored in a fairly specific LDAP structure. On the
4777 positive side, the invidiual dhcpHost entires can be anywhere without
4778 the DN pointed to by the dhcpServer entries. The latter should make
4779 it possible to group all host entries in a subtree next to the
4780 configuration entries, and this subtree can also be shared with the
4781 DNS server if the schema proposed above is combined with the dhcpHost
4782 structural object class.
4783
4784 &lt;p&gt;&lt;strong&gt;Conclusion&lt;/strong&gt;&lt;/p&gt;
4785
4786 &lt;p&gt;The PowerDNS implementation seem to be very flexible when it come
4787 to which LDAP schemas to use. While its &quot;tree&quot; mode is rigid when it
4788 come to the the LDAP structure, the &quot;strict&quot; mode is very flexible,
4789 allowing DNS objects to be stored anywhere under the base cn specified
4790 in the configuration.&lt;/p&gt;
4791
4792 &lt;p&gt;The DHCP implementation on the other hand is very inflexible, both
4793 regarding which LDAP schemas to use and which LDAP structure to use.
4794 I guess one could implement ones own schema, as long as the
4795 objectclasses and attributes have the names used, but this do not
4796 really help when the DHCP subtree need to have a fairly fixed
4797 structure.&lt;/p&gt;
4798
4799 &lt;p&gt;Based on the observed behaviour, I suspect a LDAP structure like
4800 this might work for Debian Edu:&lt;/p&gt;
4801
4802 &lt;blockquote&gt;&lt;pre&gt;
4803 ou=services
4804 cn=machine-info (dhcpService) - dhcpServiceDN points here
4805 cn=dhcp (dhcpServer)
4806 cn=dhcp-internal (dhcpSharedNetwork/dhcpOptions)
4807 cn=10.0.2.0 (dhcpSubnet)
4808 cn=group1 (dhcpGroup/dhcpOptions)
4809 cn=dhcp-thinclients (dhcpSharedNetwork/dhcpOptions)
4810 cn=192.168.0.0 (dhcpSubnet)
4811 cn=group1 (dhcpGroup/dhcpOptions)
4812 ou=machines - PowerDNS base points here
4813 cn=hostname (dhcpHost/domainrelatedobject/dnsDomainAux)
4814 &lt;/pre&gt;&lt;/blockquote&gt;
4815
4816 &lt;P&gt;This is not tested yet. If the DHCP server require the dhcpHost
4817 entries to be in the dhcpGroup subtrees, the entries can be stored
4818 there instead of a common machines subtree, and the PowerDNS base
4819 would have to be moved one level up to the machine-info subtree.&lt;/p&gt;
4820
4821 &lt;p&gt;The combined object under the machines subtree would look something
4822 like this:&lt;/p&gt;
4823
4824 &lt;blockquote&gt;&lt;pre&gt;
4825 dn: dc=hostname,ou=machines,cn=machine-info,dc=skole,dc=skolelinux,dc=no
4826 dc: hostname
4827 objectClass: top
4828 objectClass: dhcpHost
4829 objectclass: domainrelatedobject
4830 objectclass: dnsDomainAux
4831 associateddomain: hostname.intern
4832 arecord: 10.11.12.13
4833 dhcpHWAddress: ethernet 00:00:00:00:00:00
4834 dhcpStatements: fixed-address hostname.intern
4835 &lt;/pre&gt;&lt;/blockquote&gt;
4836
4837 &lt;/p&gt;One could even add the LTSP configuration associated with a given
4838 machine, as long as the required attributes are available in a
4839 auxiliary object class.&lt;/p&gt;
4840 </description>
4841 </item>
4842
4843 <item>
4844 <title>Combining PowerDNS and ISC DHCP LDAP objects</title>
4845 <link>http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</link>
4846 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Combining_PowerDNS_and_ISC_DHCP_LDAP_objects.html</guid>
4847 <pubDate>Wed, 14 Jul 2010 23:45:00 +0200</pubDate>
4848 <description>&lt;p&gt;For a while now, I have wanted to find a way to change the DNS and
4849 DHCP services in Debian Edu to use the same LDAP objects for a given
4850 computer, to avoid the possibility of having a inconsistent state for
4851 a computer in LDAP (as in DHCP but no DNS entry or the other way
4852 around) and make it easier to add computers to LDAP.&lt;/p&gt;
4853
4854 &lt;p&gt;I&#39;ve looked at how powerdns and dhcpd is using LDAP, and using this
4855 information finally found a solution that seem to work.&lt;/p&gt;
4856
4857 &lt;p&gt;The old setup required three LDAP objects for a given computer.
4858 One forward DNS entry, one reverse DNS entry and one DHCP entry. If
4859 we switch powerdns to use its strict LDAP method (ldap-method=strict
4860 in pdns-debian-edu.conf), the forward and reverse DNS entries are
4861 merged into one while making it impossible to transfer the reverse map
4862 to a slave DNS server.&lt;/p&gt;
4863
4864 &lt;p&gt;If we also replace the object class used to get the DNS related
4865 attributes to one allowing these attributes to be combined with the
4866 dhcphost object class, we can merge the DNS and DHCP entries into one.
4867 I&#39;ve written such object class in the dnsdomainaux.schema file (need
4868 proper OIDs, but that is a minor issue), and tested the setup. It
4869 seem to work.&lt;/p&gt;
4870
4871 &lt;p&gt;With this test setup in place, we can get away with one LDAP object
4872 for both DNS and DHCP, and even the LTSP configuration I suggested in
4873 an earlier email. The combined LDAP object will look something like
4874 this:&lt;/p&gt;
4875
4876 &lt;blockquote&gt;&lt;pre&gt;
4877 dn: cn=hostname,cn=group1,cn=THINCLIENTS,cn=DHCP Config,dc=skole,dc=skolelinux,dc=no
4878 cn: hostname
4879 objectClass: dhcphost
4880 objectclass: domainrelatedobject
4881 objectclass: dnsdomainaux
4882 associateddomain: hostname.intern
4883 arecord: 10.11.12.13
4884 dhcphwaddress: ethernet 00:00:00:00:00:00
4885 dhcpstatements: fixed-address hostname
4886 ldapconfigsound: Y
4887 &lt;/pre&gt;&lt;/blockquote&gt;
4888
4889 &lt;p&gt;The DNS server uses the associateddomain and arecord entries, while
4890 the DHCP server uses the dhcphwaddress and dhcpstatements entries
4891 before asking DNS to resolve the fixed-adddress. LTSP will use
4892 dhcphwaddress or associateddomain and the ldapconfig* attributes.&lt;/p&gt;
4893
4894 &lt;p&gt;I am not yet sure if I can get the DHCP server to look for its
4895 dhcphost in a different location, to allow us to put the objects
4896 outside the &quot;DHCP Config&quot; subtree, but hope to figure out a way to do
4897 that. If I can&#39;t figure out a way to do that, we can still get rid of
4898 the hosts subtree and move all its content into the DHCP Config tree
4899 (which probably should be renamed to be more related to the new
4900 content. I suspect cn=dnsdhcp,ou=services or something like that
4901 might be a good place to put it.&lt;/p&gt;
4902
4903 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4904 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4905 </description>
4906 </item>
4907
4908 <item>
4909 <title>Idea for storing LTSP configuration in LDAP</title>
4910 <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</link>
4911 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Idea_for_storing_LTSP_configuration_in_LDAP.html</guid>
4912 <pubDate>Sun, 11 Jul 2010 22:00:00 +0200</pubDate>
4913 <description>&lt;p&gt;Vagrant mentioned on IRC today that ltsp_config now support
4914 sourcing files from /usr/share/ltsp/ltsp_config.d/ on the thin
4915 clients, and that this can be used to fetch configuration from LDAP if
4916 Debian Edu choose to store configuration there.&lt;/p&gt;
4917
4918 &lt;p&gt;Armed with this information, I got inspired and wrote a test module
4919 to get configuration from LDAP. The idea is to look up the MAC
4920 address of the client in LDAP, and look for attributes on the form
4921 ltspconfigsetting=value, and use this to export SETTING=value to the
4922 LTSP clients.&lt;/p&gt;
4923
4924 &lt;p&gt;The goal is to be able to store the LTSP configuration attributes
4925 in a &quot;computer&quot; LDAP object used by both DNS and DHCP, and thus
4926 allowing us to store all information about a computer in one place.&lt;/p&gt;
4927
4928 &lt;p&gt;This is a untested draft implementation, and I welcome feedback on
4929 this approach. A real LDAP schema for the ltspClientAux objectclass
4930 need to be written. Comments, suggestions, etc?&lt;/p&gt;
4931
4932 &lt;blockquote&gt;&lt;pre&gt;
4933 # Store in /opt/ltsp/$arch/usr/share/ltsp/ltsp_config.d/ldap-config
4934 #
4935 # Fetch LTSP client settings from LDAP based on MAC address
4936 #
4937 # Uses ethernet address as stored in the dhcpHost objectclass using
4938 # the dhcpHWAddress attribute or ethernet address stored in the
4939 # ieee802Device objectclass with the macAddress attribute.
4940 #
4941 # This module is written to be schema agnostic, and only depend on the
4942 # existence of attribute names.
4943 #
4944 # The LTSP configuration variables are saved directly using a
4945 # ltspConfig prefix and uppercasing the rest of the attribute name.
4946 # To set the SERVER variable, set the ltspConfigServer attribute.
4947 #
4948 # Some LDAP schema should be created with all the relevant
4949 # configuration settings. Something like this should work:
4950 #
4951 # objectclass ( 1.1.2.2 NAME &#39;ltspClientAux&#39;
4952 # SUP top
4953 # AUXILIARY
4954 # MAY ( ltspConfigServer $ ltsConfigSound $ ... )
4955
4956 LDAPSERVER=$(debian-edu-ldapserver)
4957 if [ &quot;$LDAPSERVER&quot; ] ; then
4958 LDAPBASE=$(debian-edu-ldapserver -b)
4959 for MAC in $(LANG=C ifconfig |grep -i hwaddr| awk &#39;{print $5}&#39;|sort -u) ; do
4960 filter=&quot;(|(dhcpHWAddress=ethernet $MAC)(macAddress=$MAC))&quot;
4961 ldapsearch -h &quot;$LDAPSERVER&quot; -b &quot;$LDAPBASE&quot; -v -x &quot;$filter&quot; | \
4962 grep &#39;^ltspConfig&#39; | while read attr value ; do
4963 # Remove prefix and convert to upper case
4964 attr=$(echo $attr | sed &#39;s/^ltspConfig//i&#39; | tr a-z A-Z)
4965 # bass value on to clients
4966 eval &quot;$attr=$value; export $attr&quot;
4967 done
4968 done
4969 fi
4970 &lt;/pre&gt;&lt;/blockquote&gt;
4971
4972 &lt;p&gt;I&#39;m not sure this shell construction will work, because I suspect
4973 the while block might end up in a subshell causing the variables set
4974 there to not show up in ltsp-config, but if that is the case I am sure
4975 the code can be restructured to make sure the variables are passed on.
4976 I expect that can be solved with some testing. :)&lt;/p&gt;
4977
4978 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
4979 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
4980
4981 &lt;p&gt;Update 2010-07-17: I am aware of another effort to store LTSP
4982 configuration in LDAP that was created around year 2000 by
4983 &lt;a href=&quot;http://www.pcxperience.com/thinclient/documentation/ldap.html&quot;&gt;PC
4984 Xperience, Inc., 2000&lt;/a&gt;. I found its
4985 &lt;a href=&quot;http://people.redhat.com/alikins/ltsp/ldap/&quot;&gt;files&lt;/a&gt; on a
4986 personal home page over at redhat.com.&lt;/p&gt;
4987 </description>
4988 </item>
4989
4990 <item>
4991 <title>jXplorer, a very nice LDAP GUI</title>
4992 <link>http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</link>
4993 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/jXplorer__a_very_nice_LDAP_GUI.html</guid>
4994 <pubDate>Fri, 9 Jul 2010 12:55:00 +0200</pubDate>
4995 <description>&lt;p&gt;Since
4996 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html&quot;&gt;my
4997 last post&lt;/a&gt; about available LDAP tools in Debian, I was told about a
4998 LDAP GUI that is even better than luma. The java application
4999 &lt;a href=&quot;http://jxplorer.org/&quot;&gt;jXplorer&lt;/a&gt; is claimed to be capable of
5000 moving LDAP objects and subtrees using drag-and-drop, and can
5001 authenticate using Kerberos. I have only tested the Kerberos
5002 authentication, but do not have a LDAP setup allowing me to rewrite
5003 LDAP with my test user yet. It is
5004 &lt;a href=&quot;http://packages.qa.debian.org/j/jxplorer.html&quot;&gt;available in
5005 Debian&lt;/a&gt; testing and unstable at the moment. The only problem I
5006 have with it is how it handle errors. If something go wrong, its
5007 non-intuitive behaviour require me to go through some query work list
5008 and remove the failing query. Nothing big, but very annoying.&lt;/p&gt;
5009 </description>
5010 </item>
5011
5012 <item>
5013 <title>Caching password, user and group on a roaming Debian laptop</title>
5014 <link>http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</link>
5015 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Caching_password__user_and_group_on_a_roaming_Debian_laptop.html</guid>
5016 <pubDate>Thu, 1 Jul 2010 11:40:00 +0200</pubDate>
5017 <description>&lt;p&gt;For a laptop, centralized user directories and password checking is
5018 a bit troubling. Laptops are typically used also when not connected
5019 to the network, and it is vital for a user to be able to log in or
5020 unlock the screen saver also when a central server is unavailable.
5021 This is possible by caching passwords and directory information (user
5022 and group attributes) locally, and the packages to do so are available
5023 in Debian. Here follow two recipes to set this up in Debian/Squeeze.
5024 It is also possible to set up in Debian/Lenny, but require more manual
5025 setup there because pam-auth-update is missing in Lenny.&lt;/p&gt;
5026
5027 &lt;h2&gt;LDAP/Kerberos + nscd + libpam-ccreds + libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
5028
5029 This is the traditional method with a twist. The password caching is
5030 provided by libpam-ccreds (version 10-4 or later is needed on
5031 Squeeze), and the directory caching is done by nscd. The directory
5032 lookup and password checking is done using LDAP. If one want to use
5033 Kerberos for password checking the libpam-ldapd package can be
5034 replaced with libpam-krb5 or libpam-heimdal. If one is happy having a
5035 local home directory with the path listed in LDAP, one can use the
5036 pam_mkhomedir module from pam-modules to make this happen instead of
5037 using libpam-mklocaluser. A setup for pam-auth-update to enable
5038 pam_mkhomedir will have to be written until a fix for
5039 &lt;a href=&quot;http://bugs.debian.org/568577&quot;&gt;bug #568577&lt;/a&gt; is in the
5040 archive. Because I believe it is a bad idea to have local home
5041 directories using misleading paths like /site/server/partition/, I
5042 prefer to create a local user with the home directory in /home/. This
5043 is done using the libpam-mklocaluser package.&lt;/p&gt;
5044
5045 &lt;p&gt;These packages need to be installed and configured&lt;/p&gt;
5046
5047 &lt;blockquote&gt;&lt;pre&gt;
5048 libnss-ldapd libpam-ldapd nscd libpam-ccreds libpam-mklocaluser
5049 &lt;/pre&gt;&lt;/blockquote&gt;
5050
5051 &lt;p&gt;The ldapd packages will ask for LDAP connection information, and
5052 one have to fill in the values that fits ones own site. Make sure the
5053 PAM part uses encrypted connections, to make sure the password is not
5054 sent in clear text to the LDAP server. I&#39;ve been unable to get TLS
5055 certificate checking for a self signed certificate working, which make
5056 LDAP authentication unsafe for Debian Edu (nslcd is not checking if it
5057 is talking to the correct LDAP server), and very much welcome feedback
5058 on how to get this working.&lt;/p&gt;
5059
5060 &lt;p&gt;Because nscd do not have a default configuration fit for offline
5061 caching until &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;bug #485282&lt;/a&gt;
5062 is fixed, this configuration should be used instead of the one
5063 currently in /etc/nscd.conf. The changes are in the fields
5064 reload-count and positive-time-to-live, and is based on the
5065 instructions I found in the
5066 &lt;a href=&quot;http://www.flyn.org/laptopldap/&quot;&gt;LDAP for Mobile Laptops&lt;/a&gt;
5067 instructions by Flyn Computing.&lt;/p&gt;
5068
5069 &lt;blockquote&gt;&lt;pre&gt;
5070 debug-level 0
5071 reload-count unlimited
5072 paranoia no
5073
5074 enable-cache passwd yes
5075 positive-time-to-live passwd 2592000
5076 negative-time-to-live passwd 20
5077 suggested-size passwd 211
5078 check-files passwd yes
5079 persistent passwd yes
5080 shared passwd yes
5081 max-db-size passwd 33554432
5082 auto-propagate passwd yes
5083
5084 enable-cache group yes
5085 positive-time-to-live group 2592000
5086 negative-time-to-live group 20
5087 suggested-size group 211
5088 check-files group yes
5089 persistent group yes
5090 shared group yes
5091 max-db-size group 33554432
5092 auto-propagate group yes
5093
5094 enable-cache hosts no
5095 positive-time-to-live hosts 2592000
5096 negative-time-to-live hosts 20
5097 suggested-size hosts 211
5098 check-files hosts yes
5099 persistent hosts yes
5100 shared hosts yes
5101 max-db-size hosts 33554432
5102
5103 enable-cache services yes
5104 positive-time-to-live services 2592000
5105 negative-time-to-live services 20
5106 suggested-size services 211
5107 check-files services yes
5108 persistent services yes
5109 shared services yes
5110 max-db-size services 33554432
5111 &lt;/pre&gt;&lt;/blockquote&gt;
5112
5113 &lt;p&gt;While we wait for a mechanism to update /etc/nsswitch.conf
5114 automatically like the one provided in
5115 &lt;a href=&quot;http://bugs.debian.org/496915&quot;&gt;bug #496915&lt;/a&gt;, the file
5116 content need to be manually replaced to ensure LDAP is used as the
5117 directory service on the machine. /etc/nsswitch.conf should normally
5118 look like this:&lt;/p&gt;
5119
5120 &lt;blockquote&gt;&lt;pre&gt;
5121 passwd: files ldap
5122 group: files ldap
5123 shadow: files ldap
5124 hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
5125 networks: files
5126 protocols: files
5127 services: files
5128 ethers: files
5129 rpc: files
5130 netgroup: files ldap
5131 &lt;/pre&gt;&lt;/blockquote&gt;
5132
5133 &lt;p&gt;The important parts are that ldap is listed last for passwd, group,
5134 shadow and netgroup.&lt;/p&gt;
5135
5136 &lt;p&gt;With these changes in place, any user in LDAP will be able to log
5137 in locally on the machine using for example kdm, get a local home
5138 directory created and have the password as well as user and group
5139 attributes cached.
5140
5141 &lt;h2&gt;LDAP/Kerberos + nss-updatedb + libpam-ccreds +
5142 libpam-mklocaluser/pam_mkhomedir&lt;/h2&gt;
5143
5144 &lt;p&gt;Because nscd have had its share of problems, and seem to have
5145 problems doing proper caching, I&#39;ve seen suggestions and recipes to
5146 use nss-updatedb to copy parts of the LDAP database locally when the
5147 LDAP database is available. I have not tested such setup, because I
5148 discovered sssd.&lt;/p&gt;
5149
5150 &lt;h2&gt;LDAP/Kerberos + sssd + libpam-mklocaluser&lt;/h2&gt;
5151
5152 &lt;p&gt;A more flexible and robust setup than the nscd combination
5153 mentioned earlier that has shown up recently, is the
5154 &lt;a href=&quot;https://fedorahosted.org/sssd/&quot;&gt;sssd&lt;/a&gt; package from Redhat.
5155 It is part of the &lt;a href=&quot;http://www.freeipa.org/&quot;&gt;FreeIPA&lt;/A&gt; project
5156 to provide a Active Directory like directory service for Linux
5157 machines. The sssd system combines the caching of passwords and user
5158 information into one package, and remove the need for nscd and
5159 libpam-ccreds. It support LDAP and Kerberos, but not NIS. Version
5160 1.2 do not support netgroups, but it is said that it will support this
5161 in version 1.5 expected to show up later in 2010. Because the
5162 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd package&lt;/a&gt;
5163 was missing in Debian, I ended up co-maintaining it with Werner, and
5164 version 1.2 is now in testing.
5165
5166 &lt;p&gt;These packages need to be installed and configured to get the
5167 roaming setup I want&lt;/p&gt;
5168
5169 &lt;blockquote&gt;&lt;pre&gt;
5170 libpam-sss libnss-sss libpam-mklocaluser
5171 &lt;/pre&gt;&lt;/blockquote&gt;
5172
5173 The complete setup of sssd is done by editing/creating
5174 &lt;tt&gt;/etc/sssd/sssd.conf&lt;/tt&gt;.
5175
5176 &lt;blockquote&gt;&lt;pre&gt;
5177 [sssd]
5178 config_file_version = 2
5179 reconnection_retries = 3
5180 sbus_timeout = 30
5181 services = nss, pam
5182 domains = INTERN
5183
5184 [nss]
5185 filter_groups = root
5186 filter_users = root
5187 reconnection_retries = 3
5188
5189 [pam]
5190 reconnection_retries = 3
5191
5192 [domain/INTERN]
5193 enumerate = false
5194 cache_credentials = true
5195
5196 id_provider = ldap
5197 auth_provider = ldap
5198 chpass_provider = ldap
5199
5200 ldap_uri = ldap://ldap
5201 ldap_search_base = dc=skole,dc=skolelinux,dc=no
5202 ldap_tls_reqcert = never
5203 ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt
5204 &lt;/pre&gt;&lt;/blockquote&gt;
5205
5206 &lt;p&gt;I got the same problem here with certificate checking. Had to set
5207 &quot;ldap_tls_reqcert = never&quot; to get it working.&lt;/p&gt;
5208
5209 &lt;p&gt;With the libnss-sss package in testing at the moment, the
5210 nsswitch.conf file is update automatically, so there is no need to
5211 modify it manually.&lt;/p&gt;
5212
5213 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5214 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5215 </description>
5216 </item>
5217
5218 <item>
5219 <title>LUMA, a very nice LDAP GUI</title>
5220 <link>http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</link>
5221 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/LUMA__a_very_nice_LDAP_GUI.html</guid>
5222 <pubDate>Mon, 28 Jun 2010 00:30:00 +0200</pubDate>
5223 <description>&lt;p&gt;The last few days I have been looking into the status of the LDAP
5224 directory in Debian Edu, and in the process I started to miss a GUI
5225 tool to browse the LDAP tree. The only one I was able to find in
5226 Debian/Squeeze and Lenny is
5227 &lt;a href=&quot;http://luma.sourceforge.net/&quot;&gt;LUMA&lt;/a&gt;, which has proved to
5228 be a great tool to get a overview of the current LDAP directory
5229 populated by default in Skolelinux. Thanks to it, I have been able to
5230 find empty and obsolete subtrees, misplaced objects and duplicate
5231 objects. It will be installed by default in Debian/Squeeze. If you
5232 are working with LDAP, give it a go. :)&lt;/p&gt;
5233
5234 &lt;p&gt;I did notice one problem with it I have not had time to report to
5235 the BTS yet. There is no .desktop file in the package, so the tool do
5236 not show up in the Gnome and KDE menus, but only deep down in in the
5237 Debian submenu in KDE. I hope that can be fixed before Squeeze is
5238 released.&lt;/p&gt;
5239
5240 &lt;p&gt;I have not yet been able to get it to modify the tree yet. I would
5241 like to move objects and remove subtrees directly in the GUI, but have
5242 not found a way to do that with LUMA yet. So in the mean time, I use
5243 &lt;a href=&quot;http://www.lichteblau.com/ldapvi/&quot;&gt;ldapvi&lt;/a&gt; for that.&lt;/p&gt;
5244
5245 &lt;p&gt;If you have tips on other GUI tools for LDAP that might be useful
5246 in Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5247
5248 &lt;p&gt;Update 2010-06-29: Ross Reedstrom tipped us about the
5249 &lt;a href=&quot;http://packages.qa.debian.org/g/gq.html&quot;&gt;gq&lt;/a&gt; package as a
5250 useful GUI alternative. It seem like a good tool, but is unmaintained
5251 in Debian and got a RC bug keeping it out of Squeeze. Unless that
5252 changes, it will not be an option for Debian Edu based on Squeeze.&lt;/p&gt;
5253 </description>
5254 </item>
5255
5256 <item>
5257 <title>Idea for a change to LDAP schemas allowing DNS and DHCP info to be combined into one object</title>
5258 <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>
5259 <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>
5260 <pubDate>Thu, 24 Jun 2010 00:35:00 +0200</pubDate>
5261 <description>&lt;p&gt;A while back, I
5262 &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html&quot;&gt;complained
5263 about the fact&lt;/a&gt; that it is not possible with the provided schemas
5264 for storing DNS and DHCP information in LDAP to combine the two sets
5265 of information into one LDAP object representing a computer.&lt;/p&gt;
5266
5267 &lt;p&gt;In the mean time, I discovered that a simple fix would be to make
5268 the dhcpHost object class auxiliary, to allow it to be combined with
5269 the dNSDomain object class, and thus forming one object for one
5270 computer when storing both DHCP and DNS information in LDAP.&lt;/p&gt;
5271
5272 &lt;p&gt;If I understand this correctly, it is not safe to do this change
5273 without also changing the assigned number for the object class, and I
5274 do not know enough about LDAP schema design to do that properly for
5275 Debian Edu.&lt;/p&gt;
5276
5277 &lt;p&gt;Anyway, for future reference, this is how I believe we could change
5278 the
5279 &lt;a href=&quot;http://tools.ietf.org/html/draft-ietf-dhc-ldap-schema-00&quot;&gt;DHCP
5280 schema&lt;/a&gt; to solve at least part of the problem with the LDAP schemas
5281 available today from IETF.&lt;/p&gt;
5282
5283 &lt;pre&gt;
5284 --- dhcp.schema (revision 65192)
5285 +++ dhcp.schema (working copy)
5286 @@ -376,7 +376,7 @@
5287 objectclass ( 2.16.840.1.113719.1.203.6.6
5288 NAME &#39;dhcpHost&#39;
5289 DESC &#39;This represents information about a particular client&#39;
5290 - SUP top
5291 + SUP top AUXILIARY
5292 MUST cn
5293 MAY (dhcpLeaseDN $ dhcpHWAddress $ dhcpOptionsDN $ dhcpStatements $ dhcpComments $ dhcpOption)
5294 X-NDS_CONTAINMENT (&#39;dhcpService&#39; &#39;dhcpSubnet&#39; &#39;dhcpGroup&#39;) )
5295 &lt;/pre&gt;
5296
5297 &lt;p&gt;I very much welcome clues on how to do this properly for Debian
5298 Edu/Squeeze. We provide the DHCP schema in our debian-edu-config
5299 package, and should thus be free to rewrite it as we see fit.&lt;/p&gt;
5300
5301 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5302 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5303 </description>
5304 </item>
5305
5306 <item>
5307 <title>Calling tasksel like the installer, while still getting useful output</title>
5308 <link>http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</link>
5309 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Calling_tasksel_like_the_installer__while_still_getting_useful_output.html</guid>
5310 <pubDate>Wed, 16 Jun 2010 14:55:00 +0200</pubDate>
5311 <description>&lt;p&gt;A few times I have had the need to simulate the way tasksel
5312 installs packages during the normal debian-installer run. Until now,
5313 I have ended up letting tasksel do the work, with the annoying problem
5314 of not getting any feedback at all when something fails (like a
5315 conffile question from dpkg or a download that fails), using code like
5316 this:
5317
5318 &lt;blockquote&gt;&lt;pre&gt;
5319 export DEBIAN_FRONTEND=noninteractive
5320 tasksel --new-install
5321 &lt;/pre&gt;&lt;/blockquote&gt;
5322
5323 This would invoke tasksel, let its automatic task selection pick the
5324 tasks to install, and continue to install the requested tasks without
5325 any output what so ever.
5326
5327 Recently I revisited this problem while working on the automatic
5328 package upgrade testing, because tasksel would some times hang without
5329 any useful feedback, and I want to see what is going on when it
5330 happen. Then it occured to me, I can parse the output from tasksel
5331 when asked to run in test mode, and use that aptitude command line
5332 printed by tasksel then to simulate the tasksel run. I ended up using
5333 code like this:
5334
5335 &lt;blockquote&gt;&lt;pre&gt;
5336 export DEBIAN_FRONTEND=noninteractive
5337 cmd=&quot;$(in_target tasksel -t --new-install | sed &#39;s/debconf-apt-progress -- //&#39;)&quot;
5338 $cmd
5339 &lt;/pre&gt;&lt;/blockquote&gt;
5340
5341 &lt;p&gt;The content of $cmd is typically something like &quot;&lt;tt&gt;aptitude -q
5342 --without-recommends -o APT::Install-Recommends=no -y install
5343 ~t^desktop$ ~t^gnome-desktop$ ~t^laptop$ ~pstandard ~prequired
5344 ~pimportant&lt;/tt&gt;&quot;, which will install the gnome desktop task, the
5345 laptop task and all packages with priority standard , required and
5346 important, just like tasksel would have done it during
5347 installation.&lt;/p&gt;
5348
5349 &lt;p&gt;A better approach is probably to extend tasksel to be able to
5350 install packages without using debconf-apt-progress, for use cases
5351 like this.&lt;/p&gt;
5352 </description>
5353 </item>
5354
5355 <item>
5356 <title>Åpne trådløsnett er et samfunnsgode</title>
5357 <link>http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</link>
5358 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/_pne_tr_dl_snett_er_et_samfunnsgode.html</guid>
5359 <pubDate>Sat, 12 Jun 2010 12:45:00 +0200</pubDate>
5360 <description>&lt;p&gt;Veldig glad for å oppdage via
5361 &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;
5362 at folk i Finland har forstått at åpne trådløsnett er et samfunnsgode.
5363 Jeg ser på åpne trådløsnett som et fellesgode på linje med retten til
5364 ferdsel i utmark og retten til å bevege seg i strandsonen. Jeg har
5365 glede av åpne trådløsnett når jeg finner dem, og deler gladelig nett
5366 med andre så lenge de ikke forstyrrer min bruk av eget nett.
5367 Nettkapasiteten er sjelden en begrensning ved normal browsing og enkel
5368 SSH-innlogging (som er min vanligste nettbruk), og nett kan brukes til
5369 så mye positivt og nyttig (som nyhetslesing, sjekke været, kontakte
5370 slekt og venner, holde seg oppdatert om politiske saker, kontakte
5371 organisasjoner og politikere, etc), at det for meg er helt urimelig å
5372 blokkere dette for alle som ikke gjør en flue fortred. De som mener
5373 at potensialet for misbruk er grunn nok til å hindre all den positive
5374 og lovlydige bruken av et åpent trådløsnett har jeg dermed ingen
5375 forståelse for. En kan ikke la eksistensen av forbrytere styre hvordan
5376 samfunnet skal organiseres. Da får en et kontrollsamfunn de færreste
5377 ønsker å leve i, og det at vi har et samfunn i Norge der tilliten til
5378 hverandre er høy gjør at samfunnet fungerer ganske godt. Det bør vi
5379 anstrenge oss for å beholde.&lt;/p&gt;
5380 </description>
5381 </item>
5382
5383 <item>
5384 <title>Skolelinux er laget for sentraldrifting, naturligvis</title>
5385 <link>http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</link>
5386 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Skolelinux_er_laget_for_sentraldrifting__naturligvis.html</guid>
5387 <pubDate>Wed, 9 Jun 2010 12:30:00 +0200</pubDate>
5388 <description>&lt;p&gt;Det er merkelig hvordan myter om Skolelinux overlever. En slik
5389 myte er at Skolelinux ikke kan sentraldriftes og ha sentralt plasserte
5390 tjenermaskiner. I siste Computerworld Norge er
5391 &lt;a href=&quot;http://www.idg.no/computerworld/article169432.ece&quot;&gt;IT-sjef
5392 Viggo Billdal i Steinkjer intervjuet&lt;/a&gt;, og forteller uten
5393 blygsel:&lt;/p&gt;
5394
5395 &lt;blockquote&gt;&lt;p&gt;Vi hadde Skolelinux, men det har vi sluttet med. Vi testet
5396 om det lønte seg med Microsoft eller en åpen plattform. Vi fant ut at
5397 Microsoft egentlig var totalt sett bedre egnet. Det var store
5398 driftskostnader med Skolelinux, blant annet på grunn av
5399 desentraliserte servere. Det var komplisert, så vi gikk vekk fra det
5400 og bruker nå bare Windows.&lt;/p&gt;&lt;/blockquote&gt;
5401
5402 &lt;p&gt;En &lt;a
5403 href=&quot;https://init.linpro.no/pipermail/skolelinux.no/bruker/2010-June/009101.html&quot;&gt;rask
5404 sjekk&lt;/a&gt; mot den norske brukerlista i Skolelinuxprosjektet forteller
5405 at Steinkjers forsøk foregikk fram til 2004/2005, og at Røysing skole
5406 i Steinkjer skal ha vært svært fornøyd med Skolelinux men at kommunen
5407 overkjørte skolen og krevde at de gikk over til Windows. Et søk på
5408 nettet sendte meg til
5409 &lt;a href=&quot;http://www.dn.no/multimedia/archive/00090/Dagens_it_nr__18_90826a.pdf&quot;&gt;Dagens
5410 IT nr. 18 2005&lt;/a&gt; hvor en kan lese på side 18:&lt;/p&gt;
5411
5412 &lt;blockquote&gt;&lt;p&gt;Inge Tømmerås ved Røysing skole i Steinkjer kjører ennå
5413 Microsoft, men forteller at kompetanseutfordringen med Skolelinux ikke
5414 var så stor. ­ Jeg syntes Skolelinux var utrolig lett å drifte uten
5415 forkunnskaper. Men man må jo selvsagt ha tilgang på ekstern kompetanse
5416 til installasjoner og maskinvarefeil, sier Tømmerås.&lt;/p&gt;&lt;/blockquote&gt;
5417
5418 &lt;p&gt;Som systemarkitekten bak Skolelinux, kan jeg bare riste på hodet
5419 over påstanden om at Skolelinux krever desentraliserte tjenere.
5420 Skolelinux-arkitekturen er laget for sentralisert drift og plassering
5421 av tjenerne lokalt eller sentralt alt etter behov og nettkapasitet.
5422 Den er modellert på nettverks- og tjenerløsningen som brukes på
5423 Universitetet i Tromsø og Oslo, der jeg jobber med utvikling av
5424 driftstjenester. Dette er det heldigvis noen som har fått med seg, og
5425 jeg er glad for å kunne sitere fra en kommentar på den overnevnte
5426 artikkelen. Min venn og gamle kollega Sturle Sunde forteller der:
5427
5428 &lt;blockquote&gt;
5429 &lt;p&gt;I Flora kommune køyrer vi Skulelinux på skular med alt frå 15 til
5430 meir enn 500 elevar. Dei store skulane har eigen tenar, for det er
5431 mest praktisk. Eg, som er driftsansvarleg for heile nettet, ser
5432 sjeldan dei tenarane fysisk, men at dei står der gjer skulane mindre
5433 avhengige av eksterne linjer som er trege eller dyre. Dei minste
5434 skulane har ikkje eigen tenar. Å bruke sentral tenar er heller ikkje
5435 noko problem. Småskulane klarar seg fint med 1 mbit-linje til ein
5436 sentral tenar eller tenaren på ein større skule.&lt;/p&gt;
5437
5438 &lt;p&gt;Det beste med Skulelinux er halvtjukke klientar. Dei treng ikkje
5439 harddisk og brukar minimalt med ressursar på tenaren fordi dei køyrer
5440 programma lokalt. Eit klasserom med 30 sju-åtte år gamle maskiner har
5441 mykje meir CPU og RAM totalt enn nokon moderne tenar til under
5442 millionen. Det trengst to kommandoar på den sentrale tenaren for å
5443 oppdatere alle klientane, både tynne og halvtjukke. Vi har ingen
5444 problem med diskar som ryk heller, som var eit problem før fordi
5445 elevane sat og sparka i maskinene. Og dei krev lite bandbreidde i
5446 nettet, so det er fullt mogleg å køyre slike på småskular med trege
5447 linjer mot tenaren på ein større skule.&lt;/p&gt;
5448
5449 &lt;p&gt;Flora kommune har nesten 800 Linux-maskiner i sitt skulenett, og
5450 ein person som tek seg av drift av heile nettet, inkludert tenarar,
5451 klientar, operativsystem, programvare, heimekontorløysing og
5452 administrasjon av brukarar.&lt;/p&gt;
5453
5454 &lt;p&gt;No skal det seiast at vi ikkje køyrer rein Skulelinux ut av
5455 boksen. Vi har gjort ein del tilpassingar mot noko Novell-greier som
5456 var der frå før, og som har komplisert installasjonen vår. Etter at
5457 oppsettet var gjort har løysinga vore stabil og kravd minimalt med
5458 arbeid.&lt;/p&gt;
5459 &lt;/blockquote&gt;
5460
5461 &lt;p&gt;Jeg vet at Narvik, Harstad og Oslo er kommuner der Skolelinux
5462 sentraldriftes med sentrale tjenere. Det forteller meg at Steinkjers
5463 IT-sjef neppe bør skylde på Skolelinux-løsningen for sine 5 år gamle
5464 minner.&lt;/p&gt;
5465 </description>
5466 </item>
5467
5468 <item>
5469 <title>Magnetstripeinnhold i billetter fra Flytoget og Hurtigruten</title>
5470 <link>http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</link>
5471 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Magnetstripeinnhold_i_billetter_fra_Flytoget_og_Hurtigruten.html</guid>
5472 <pubDate>Fri, 21 May 2010 16:00:00 +0200</pubDate>
5473 <description>&lt;p&gt;For en stund tilbake kjøpte jeg en magnetkortleser for å kunne
5474 titte på hva som er skrevet inn på magnetstripene til ulike kort. Har
5475 ikke hatt tid til å analysere mange kort så langt, men tenkte jeg
5476 skulle dele innholdet på to kort med mine lesere.&lt;/p&gt;
5477
5478 &lt;p&gt;For noen dager siden tok jeg flyet til Harstad og Hurtigruten til
5479 Bergen. Flytoget fra Oslo S til flyplassen ga meg en billett med
5480 magnetstripe. Påtrykket finner jeg følgende informasjon:&lt;/p&gt;
5481
5482 &lt;pre&gt;
5483 Flytoget Airport Express Train
5484
5485 Fra - Til : Oslo Sentralstasjon
5486 Kategori : Voksen
5487 Pris : Nok 170,00
5488 Herav mva. 8,00% : NOK 12,59
5489 Betaling : Kontant
5490 Til - Fra : Oslo Lufthavn
5491 Utstedt: : 08.05.10
5492 Gyldig Fra-Til : 08.05.10-07.11.10
5493 Billetttype : Enkeltbillett
5494
5495 102-1015-100508-48382-01-08
5496 &lt;/pre&gt;
5497
5498 &lt;p&gt;På selve magnetstripen er innholdet
5499 &lt;tt&gt;;E?+900120011=23250996541068112619257138248441708433322932704083389389062603279671261502492655?&lt;/tt&gt;.
5500 Aner ikke hva innholdet representerer, og det er lite overlapp mellom
5501 det jeg ser trykket på billetten og det jeg ser av tegn i
5502 magnetstripen. Håper det betyr at de bruker kryptografiske metoder
5503 for å gjøre det vanskelig å forfalske billetter.&lt;/p&gt;
5504
5505 &lt;p&gt;Den andre billetten er fra Hurtigruten, der jeg mistenker at
5506 strekkoden på fronten er mer brukt enn magnetstripen (det var i hvert
5507 fall den biten vi stakk inn i dørlåsen).&lt;/p&gt;
5508
5509 &lt;p&gt;Påtrykket forsiden er følgende:&lt;/p&gt;
5510
5511 &lt;pre&gt;
5512 Romnummer 727
5513 Hurtigruten
5514 Midnatsol
5515 Reinholdtsen
5516 Petter
5517 Bookingno: SAX69 0742193
5518 Harstad-Bergen
5519 Dep: 09.05.2010 Arr: 12.05.2010
5520 Lugar fra Risøyhamn
5521 Kost: FRO=4
5522 &lt;/pre&gt;
5523
5524 &lt;p&gt;På selve magnetstripen er innholdet
5525 &lt;tt&gt;;1316010007421930=00000000000000000000?+E?&lt;/tt&gt;. Heller ikke her
5526 ser jeg mye korrespondanse mellom påtrykk og magnetstripe.&lt;/p&gt;
5527 </description>
5528 </item>
5529
5530 <item>
5531 <title>Pieces of the roaming laptop puzzle in Debian</title>
5532 <link>http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</link>
5533 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pieces_of_the_roaming_laptop_puzzle_in_Debian.html</guid>
5534 <pubDate>Wed, 19 May 2010 19:00:00 +0200</pubDate>
5535 <description>&lt;p&gt;Today, the last piece of the puzzle for roaming laptops in Debian
5536 Edu finally entered the Debian archive. Today, the new
5537 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-mklocaluser.html&quot;&gt;libpam-mklocaluser&lt;/a&gt;
5538 package was accepted. Two days ago, two other pieces was accepted
5539 into unstable. The
5540 &lt;a href=&quot;http://packages.qa.debian.org/p/pam-python.html&quot;&gt;pam-python&lt;/a&gt;
5541 package needed by libpam-mklocaluser, and the
5542 &lt;a href=&quot;http://packages.qa.debian.org/s/sssd.html&quot;&gt;sssd&lt;/a&gt; package
5543 passed NEW on Monday. In addition, the
5544 &lt;a href=&quot;http://packages.qa.debian.org/libp/libpam-ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5545 package we need is in experimental (version 10-4) since Saturday, and
5546 hopefully will be moved to unstable soon.&lt;/p&gt;
5547
5548 &lt;p&gt;This collection of packages allow for two different setups for
5549 roaming laptops. The traditional setup would be using libpam-ccreds,
5550 nscd and libpam-mklocaluser with LDAP or Kerberos authentication,
5551 which should work out of the box if the configuration changes proposed
5552 for nscd in &lt;a href=&quot;http://bugs.debian.org/485282&quot;&gt;BTS report
5553 #485282&lt;/a&gt; is implemented. The alternative setup is to use sssd with
5554 libpam-mklocaluser to connect to LDAP or Kerberos and let sssd take
5555 care of the caching of passwords and group information.&lt;/p&gt;
5556
5557 &lt;p&gt;I have so far been unable to get sssd to work with the LDAP server
5558 at the University, but suspect the issue is some SSL/GnuTLS related
5559 problem with the server certificate. I plan to update the Debian
5560 package to version 1.2, which is scheduled for next week, and hope to
5561 find time to make sure the next release will include both the
5562 Debian/Ubuntu specific patches. Upstream is friendly and responsive,
5563 and I am sure we will find a good solution.&lt;/p&gt;
5564
5565 &lt;p&gt;The idea is to set up the roaming laptops to authenticate using
5566 LDAP or Kerberos and create a local user with home directory in /home/
5567 when a usre in LDAP logs in via KDM or GDM for the first time, and
5568 cache the password for offline checking, as well as caching group
5569 memberhips and other relevant LDAP information. The
5570 libpam-mklocaluser package was created to make sure the local home
5571 directory is in /home/, instead of /site/server/directory/ which would
5572 be the home directory if pam_mkhomedir was used. To avoid confusion
5573 with support requests and configuration, we do not want local laptops
5574 to have users in a path that is used for the same users home directory
5575 on the home directory servers.&lt;/p&gt;
5576
5577 &lt;p&gt;One annoying problem with gdm is that it do not show the PAM
5578 message passed to the user from libpam-mklocaluser when the local user
5579 is created. Instead gdm simply reject the login with some generic
5580 message. The message is shown in kdm, ssh and login, so I guess it is
5581 a bug in gdm. Have not investigated if there is some other message
5582 type that can be used instead to get gdm to also show the message.&lt;/p&gt;
5583
5584 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5585 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5586 </description>
5587 </item>
5588
5589 <item>
5590 <title>systemd, an interesting alternative to upstart</title>
5591 <link>http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</link>
5592 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/systemd__an_interesting_alternative_to_upstart.html</guid>
5593 <pubDate>Thu, 13 May 2010 22:20:00 +0200</pubDate>
5594 <description>&lt;p&gt;The last few days a new boot system called
5595 &lt;a href=&quot;http://www.freedesktop.org/wiki/Software/systemd&quot;&gt;systemd&lt;/a&gt;
5596 has been
5597 &lt;a href=&quot;http://0pointer.de/blog/projects/systemd.html&quot;&gt;introduced&lt;/a&gt;
5598
5599 to the free software world. I have not yet had time to play around
5600 with it, but it seem to be a very interesting alternative to
5601 &lt;a href=&quot;http://upstart.ubuntu.com/&quot;&gt;upstart&lt;/a&gt;, and might prove to be
5602 a good alternative for Debian when we are able to switch to an event
5603 based boot system. Tollef is
5604 &lt;a href=&quot;http://bugs.debian.org/580814&quot;&gt;in the process&lt;/a&gt; of getting
5605 systemd into Debian, and I look forward to seeing how well it work. I
5606 like the fact that systemd handles init.d scripts with dependency
5607 information natively, allowing them to run in parallel where upstart
5608 at the moment do not.&lt;/p&gt;
5609
5610 &lt;p&gt;Unfortunately do systemd have the same problem as upstart regarding
5611 platform support. It only work on recent Linux kernels, and also need
5612 some new kernel features enabled to function properly. This means
5613 kFreeBSD and Hurd ports of Debian will need a port or a different boot
5614 system. Not sure how that will be handled if systemd proves to be the
5615 way forward.&lt;/p&gt;
5616
5617 &lt;p&gt;In the mean time, based on the
5618 &lt;a href=&quot;http://lists.debian.org/debian-devel/2010/05/msg00122.html&quot;&gt;input
5619 on debian-devel@&lt;/a&gt; regarding parallel booting in Debian, I have
5620 decided to enable full parallel booting as the default in Debian as
5621 soon as possible (probably this weekend or early next week), to see if
5622 there are any remaining serious bugs in the init.d dependencies. A
5623 new version of the sysvinit package implementing this change is
5624 already in experimental. If all go well, Squeeze will be released
5625 with parallel booting enabled by default.&lt;/p&gt;
5626 </description>
5627 </item>
5628
5629 <item>
5630 <title>Forcing new users to change their password on first login</title>
5631 <link>http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</link>
5632 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Forcing_new_users_to_change_their_password_on_first_login.html</guid>
5633 <pubDate>Sun, 2 May 2010 13:47:00 +0200</pubDate>
5634 <description>&lt;p&gt;One interesting feature in Active Directory, is the ability to
5635 create a new user with an expired password, and thus force the user to
5636 change the password on the first login attempt.&lt;/p&gt;
5637
5638 &lt;p&gt;I&#39;m not quite sure how to do that with the LDAP setup in Debian
5639 Edu, but did some initial testing with a local account. The account
5640 and password aging information is available in /etc/shadow, but
5641 unfortunately, it is not possible to specify an expiration time for
5642 passwords, only a maximum age for passwords.&lt;/p&gt;
5643
5644 &lt;p&gt;A freshly created account (using adduser test) will have these
5645 settings in /etc/shadow:&lt;/p&gt;
5646
5647 &lt;blockquote&gt;&lt;pre&gt;
5648 root@tjener:~# chage -l test
5649 Last password change : May 02, 2010
5650 Password expires : never
5651 Password inactive : never
5652 Account expires : never
5653 Minimum number of days between password change : 0
5654 Maximum number of days between password change : 99999
5655 Number of days of warning before password expires : 7
5656 root@tjener:~#
5657 &lt;/pre&gt;&lt;/blockquote&gt;
5658
5659 &lt;p&gt;The only way I could come up with to create a user with an expired
5660 account, is to change the date of the last password change to the
5661 lowest value possible (January 1th 1970), and the maximum password age
5662 to the difference in days between that date and today. To make it
5663 simple, I went for 30 years (30 * 365 = 10950) and January 2th (to
5664 avoid testing if 0 is a valid value).&lt;/p&gt;
5665
5666 &lt;p&gt;After using these commands to set it up, it seem to work as
5667 intended:&lt;/p&gt;
5668
5669 &lt;blockquote&gt;&lt;pre&gt;
5670 root@tjener:~# chage -d 1 test; chage -M 10950 test
5671 root@tjener:~# chage -l test
5672 Last password change : Jan 02, 1970
5673 Password expires : never
5674 Password inactive : never
5675 Account expires : never
5676 Minimum number of days between password change : 0
5677 Maximum number of days between password change : 10950
5678 Number of days of warning before password expires : 7
5679 root@tjener:~#
5680 &lt;/pre&gt;&lt;/blockquote&gt;
5681
5682 &lt;p&gt;So far I have tested this with ssh and console, and kdm (in
5683 Squeeze) login, and all ask for a new password before login in the
5684 user (with ssh, I was thrown out and had to log in again).&lt;/p&gt;
5685
5686 &lt;p&gt;Perhaps we should set up something similar for Debian Edu, to make
5687 sure only the user itself have the account password?&lt;/p&gt;
5688
5689 &lt;p&gt;If you want to comment on or help out with implementing this for
5690 Debian Edu, please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5691
5692 &lt;p&gt;Update 2010-05-02 17:20: Paul Tötterman tells me on IRC that the
5693 shadow(8) page in Debian/testing now state that setting the date of
5694 last password change to zero (0) will force the password to be changed
5695 on the first login. This was not mentioned in the manual in Lenny, so
5696 I did not notice this in my initial testing. I have tested it on
5697 Squeeze, and &#39;&lt;tt&gt;chage -d 0 username&lt;/tt&gt;&#39; do work there. I have not
5698 tested it on Lenny yet.&lt;/p&gt;
5699
5700 &lt;p&gt;Update 2010-05-02-19:05: Jim Paris tells me via email that an
5701 equivalent command to expire a password is &#39;&lt;tt&gt;passwd -e
5702 username&lt;/tt&gt;&#39;, which insert zero into the date of the last password
5703 change.&lt;/p&gt;
5704 </description>
5705 </item>
5706
5707 <item>
5708 <title>Thoughts on roaming laptop setup for Debian Edu</title>
5709 <link>http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</link>
5710 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Thoughts_on_roaming_laptop_setup_for_Debian_Edu.html</guid>
5711 <pubDate>Wed, 28 Apr 2010 20:40:00 +0200</pubDate>
5712 <description>&lt;p&gt;For some years now, I have wondered how we should handle laptops in
5713 Debian Edu. The Debian Edu infrastructure is mostly designed to
5714 handle stationary computers, and less suited for computers that come
5715 and go.&lt;/p&gt;
5716
5717 &lt;p&gt;Now I finally believe I have an sensible idea on how to adjust
5718 Debian Edu for laptops, by introducing a new profile for them, for
5719 example called Roaming Workstations. Here are my thought on this.
5720 The setup would consist of the following:&lt;/p&gt;
5721
5722 &lt;ul&gt;
5723
5724 &lt;li&gt;During installation, the user name of the owner / primary user of
5725 the laptop is requested and a local home directory is set up for
5726 the user, with uid and gid information fetched from the LDAP
5727 server. This allow the user to work also when offline. The
5728 central home directory can be available in a subdirectory on
5729 request, for example mounted via CIFS. It could be mounted
5730 automatically when a user log in while on the Debian Edu network,
5731 and unmounted when the machine is taken away (network down,
5732 hibernate, etc), it can be set up to do automatic mounting on
5733 request (using autofs), or perhaps some GUI button on the desktop
5734 can be used to access it when needed. Perhaps it is enough to use
5735 the fish protocol in KDE?&lt;/li&gt;
5736
5737 &lt;li&gt;Password checking is set up to use LDAP or Kerberos
5738 authentication when the machine is on the Debian Edu network, and
5739 to cache the password for offline checking when the machine unable
5740 to reach the LDAP or Kerberos server. This can be done using
5741 &lt;a href=&quot;http://www.padl.com/OSS/pam_ccreds.html&quot;&gt;libpam-ccreds&lt;/a&gt;
5742 or the Fedora developed
5743 &lt;a href=&quot;https://fedoraproject.org/wiki/Features/SSSD&quot;&gt;System
5744 Security Services Daemon&lt;/a&gt; packages.&lt;/li&gt;
5745
5746 &lt;li&gt;File synchronisation with the central home directory is set up
5747 using a shared directory in both the local and the central home
5748 directory, using unison.&lt;/li&gt;
5749
5750 &lt;li&gt;Printing should be set up to print to all printers broadcasting
5751 their existence on the local network, and should then work out of
5752 the box with CUPS. For sites needing accurate printer quotas, some
5753 system with Kerberos authentication or printing via ssh could be
5754 implemented.&lt;/li&gt;
5755
5756 &lt;li&gt;For users that should have local root access to their laptop,
5757 sudo should be used to allow this to the local user.&lt;/li&gt;
5758
5759 &lt;li&gt;It would be nice if user and group information from LDAP is
5760 cached on the client, but given that there are entries for the
5761 local user and primary group in /etc/, it should not be needed.&lt;/li&gt;
5762
5763 &lt;/ul&gt;
5764
5765 &lt;p&gt;I believe all the pieces to implement this are in Debian/testing at
5766 the moment. If we work quickly, we should be able to get this ready
5767 in time for the Squeeze release to freeze. Some of the pieces need
5768 tweaking, like libpam-ccreds should get support for pam-auth-update
5769 (&lt;a href=&quot;http://bugs.debian.org/566718&quot;&gt;#566718&lt;/a&gt;) and nslcd (or
5770 perhaps debian-edu-config) should get some integration code to stop
5771 its daemon when the LDAP server is unavailable to avoid long timeouts
5772 when disconnected from the net. If we get Kerberos enabled, we need
5773 to make sure we avoid long timeouts there too.&lt;/p&gt;
5774
5775 &lt;p&gt;If you want to help out with implementing this for Debian Edu,
5776 please contact us on debian-edu@lists.debian.org.&lt;/p&gt;
5777 </description>
5778 </item>
5779
5780 <item>
5781 <title>Great book: &quot;Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future&quot;</title>
5782 <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</link>
5783 <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>
5784 <pubDate>Mon, 19 Apr 2010 17:10:00 +0200</pubDate>
5785 <description>&lt;p&gt;The last few weeks i have had the pleasure of reading a
5786 thought-provoking collection of essays by Cory Doctorow, on topics
5787 touching copyright, virtual worlds, the future of man when the
5788 conscience mind can be duplicated into a computer and many more. The
5789 book titled &quot;Content: Selected Essays on Technology, Creativity,
5790 Copyright, and the Future of the Future&quot; is available with few
5791 restrictions on the web, for example from
5792 &lt;a href=&quot;http://craphound.com/content/&quot;&gt;his own site&lt;/a&gt;. I read the
5793 epub-version from
5794 &lt;a href=&quot;http://www.feedbooks.com/book/2883&quot;&gt;feedbooks&lt;/a&gt; using
5795 &lt;a href=&quot;http://www.fbreader.org/&quot;&gt;fbreader&lt;/a&gt; and my N810. I
5796 strongly recommend this book.&lt;/p&gt;
5797 </description>
5798 </item>
5799
5800 <item>
5801 <title>Kerberos for Debian Edu/Squeeze?</title>
5802 <link>http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</link>
5803 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kerberos_for_Debian_Edu_Squeeze_.html</guid>
5804 <pubDate>Wed, 14 Apr 2010 17:20:00 +0200</pubDate>
5805 <description>&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/aktiviteter/20100413-kerberos/&quot;&gt;Yesterdays
5806 NUUG presentation&lt;/a&gt; about Kerberos was inspiring, and reminded me
5807 about the need to start using Kerberos in Skolelinux. Setting up a
5808 Kerberos server seem to be straight forward, and if we get this in
5809 place a long time before the Squeeze version of Debian freezes, we
5810 have a chance to migrate Skolelinux away from NFSv3 for the home
5811 directories, and over to an architecture where the infrastructure do
5812 not have to trust IP addresses and machines, and instead can trust
5813 users and cryptographic keys instead.&lt;/p&gt;
5814
5815 &lt;p&gt;A challenge will be integration and administration. Is there a
5816 Kerberos implementation for Debian where one can control the
5817 administration access in Kerberos using LDAP groups? With it, the
5818 school administration will have to maintain access control using flat
5819 files on the main server, which give a huge potential for errors.&lt;/p&gt;
5820
5821 &lt;p&gt;A related question I would like to know is how well Kerberos and
5822 pam-ccreds (offline password check) work together. Anyone know?&lt;/p&gt;
5823
5824 &lt;p&gt;Next step will be to use Kerberos for access control in Lwat and
5825 Nagios. I have no idea how much work that will be to implement. We
5826 would also need to document how to integrate with Windows AD, as such
5827 shared network will require two Kerberos realms that need to cooperate
5828 to work properly.&lt;/p&gt;
5829
5830 &lt;p&gt;I believe a good start would be to start using Kerberos on the
5831 skolelinux.no machines, and this way get ourselves experience with
5832 configuration and integration. A natural starting point would be
5833 setting up ldap.skolelinux.no as the Kerberos server, and migrate the
5834 rest of the machines from PAM via LDAP to PAM via Kerberos one at the
5835 time.&lt;/p&gt;
5836
5837 &lt;p&gt;If you would like to contribute to get this working in Skolelinux,
5838 I recommend you to see the video recording from yesterdays NUUG
5839 presentation, and start using Kerberos at home. The video show show
5840 up in a few days.&lt;/p&gt;
5841 </description>
5842 </item>
5843
5844 <item>
5845 <title>After 6 years of waiting, the Xreset.d feature is implemented</title>
5846 <link>http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</link>
5847 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/After_6_years_of_waiting__the_Xreset_d_feature_is_implemented.html</guid>
5848 <pubDate>Sat, 6 Mar 2010 18:15:00 +0100</pubDate>
5849 <description>&lt;p&gt;6 years ago, as part of the Debian Edu development I am involved
5850 in, I asked for a hook in the kdm and gdm setup to run scripts as root
5851 when the user log out. A bug was submitted against the xfree86-common
5852 package in 2004 (&lt;a href=&quot;http://bugs.debian.org/230422&quot;&gt;#230422&lt;/a&gt;),
5853 and revisited every time Debian Edu was working on a new release.
5854 Today, this finally paid off.&lt;/p&gt;
5855
5856 &lt;p&gt;The framework for this feature was today commited to the git
5857 repositry for the xorg package, and the git repository for xdm has
5858 been updated to use this framework. Next on my agenda is to make sure
5859 kdm and gdm also add code to use this framework.&lt;/p&gt;
5860
5861 &lt;p&gt;In Debian Edu, we want to ability to run commands as root when the
5862 user log out, to get rid of runaway processes and do general cleanup
5863 after a user. With this framework in place, we finally can do that in
5864 a generic way that work with all display managers using this
5865 framework. My goal is to get all display managers in Debian use it,
5866 similar to how they use the Xsession.d framework today.&lt;p&gt;
5867 </description>
5868 </item>
5869
5870 <item>
5871 <title>Digitale bøker uten digitale restriksjonsmekanismer (DRM) bør få mva-fritak</title>
5872 <link>http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</link>
5873 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Digitale_b_ker_uten_digitale_restriksjonsmekanismer__DRM__b_r_f__mva_fritak.html</guid>
5874 <pubDate>Wed, 3 Mar 2010 19:00:00 +0100</pubDate>
5875 <description>&lt;p&gt;Den norske bokbransjen har
5876 &lt;a href=&quot;http://www.digi.no/823912/nei-til-moms-paa-e-boker&quot;&gt;bedt om at
5877 digitale bøker må få mva-fritak&lt;/a&gt; slik papirbøker har det, og
5878 &lt;a href=&quot;http://www.digi.no/836875/moms-paa-alt-digitalt-innhold&quot;&gt;finansdepartementet
5879 har sagt nei&lt;/a&gt;. Det er et interessant spørsmål om digitale bøker
5880 bør ha mva-fritak eller ikke, og svaret er ikke så enkelt som et ja
5881 eller nei.
5882 &lt;a href=&quot;http://www.digi.no/836925/norske-e-boker-truet-av-moms&quot;&gt;Enkelte
5883 medlemmer&lt;/a&gt; av bokbransjen truer med å droppe den planlagte
5884 lanseringen av norske digitale bøker med digitale restriksjonsmekanismer
5885 (DRM) som de har snakket om å gjennomføre nå i vår, og det må de
5886 gjerne gjøre for min del.&lt;/p&gt;
5887
5888 &lt;p&gt;Papirbøker har mva-fritak pga. at de fremmer kultur- og
5889 kunnskapsspredning. Digitale bøker uten digitale
5890 restriksjonsmekanismer (DRM) fremmer kultur- og kunnskapsspredning,
5891 mens digitale bøker med DRM hindrer kultur og kunnskapsspredning.
5892 Digitale bøker uten DRM bør få mva-fritak da det er salg av bøker på
5893 lik linje med salg av papirbøker, mens digitale bøker med DRM ikke bør
5894 få det da det er utleie av bøker og ikke salg.&lt;/p&gt;
5895
5896 &lt;p&gt;Jeg foretrekker å kjøpe bøker, og velger dermed å la være å bruke
5897 DRM-belastede digitale bøker. Vet ikke helt hva jeg ville være villig
5898 til å betale for å leie en bok, men tror ikke det er mange kronene.
5899 Heldigvis er det mye bøker tilgjengelig uten slike restriksjoner, og
5900 de som vil ha tak i engelske bøker kan laste ned bøker som er
5901 tilgjengelig uten bruksbegresninger fra &lt;a href=&quot;http://www.archive.org/&quot;&gt;The
5902 Internet Archive&lt;/a&gt;. Der er det pr. i dag 1 889 313 bøker
5903 tilgjengelig. De er tilgjengelig i flere formater. Besøk
5904 &lt;a href=&quot;http://www.archive.org/details/texts&quot;&gt;oversikten over tekster
5905 der&lt;/a&gt; for å se hva de har.
5906 </description>
5907 </item>
5908
5909 <item>
5910 <title>Debian Edu / Skolelinux based on Lenny released, work continues</title>
5911 <link>http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</link>
5912 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Edu___Skolelinux_based_on_Lenny_released__work_continues.html</guid>
5913 <pubDate>Thu, 11 Feb 2010 17:15:00 +0100</pubDate>
5914 <description>&lt;p&gt;On Tuesday, the Debian/Lenny based version of
5915 &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux&lt;/a&gt; was finally
5916 shipped. This was a major leap forward for the project, and I am very
5917 pleased that we finally got the release wrapped up. Work on the first
5918 point release starts imediately, as we plan to get that one out a
5919 month after the major release, to include all fixes for bugs we found
5920 and fixed too late in the release process to include last Tuesday.&lt;/p&gt;
5921
5922 &lt;p&gt;Perhaps it even is time for some partying?&lt;/p&gt;
5923
5924 &lt;p&gt;After this first point release, my plan is to focus again on the
5925 next major release, based on Squeeze. We will try to get as many of
5926 the fixes we need into the official Debian packages before the freeze,
5927 and have just a few weeks or months to make it happen.&lt;/p&gt;
5928 </description>
5929 </item>
5930
5931 <item>
5932 <title>Danmark går for ODF?</title>
5933 <link>http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</link>
5934 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Danmark_g_r_for_ODF_.html</guid>
5935 <pubDate>Fri, 29 Jan 2010 12:00:00 +0100</pubDate>
5936 <description>&lt;p&gt;Ble nettopp gjort oppmerksom på en
5937 &lt;a href=&quot;http://www.version2.dk/artikel/13690-breaking-odf-vinder-dokumentformat-krigen &quot;&gt;nyhet fra Version2&lt;/a&gt;
5938 fra Danmark, der det hevdes at Folketinget har vedtatt at ODF skal
5939 brukes som dokumentutvekslingsformat i Staten.&lt;/p&gt;
5940
5941 &lt;p&gt;Hyggelig lesning, spesielt hvis det viser seg at de av vedtatt
5942 kravlisten for hva som skal aksepteres som referert i kommentarfeltet
5943 til artikkelen og
5944 &lt;a href=&quot;http://www.version2.dk/artikel/13693-er-ooxml-doemt-ude-her-er-kravene-til-en-offentlig-dokumentstandard&quot;&gt;en
5945 annen artikkel&lt;/a&gt; i samme nett-avis. Liker spesielt godt denne:&lt;/p&gt;
5946
5947 &lt;p&gt;&lt;blockquote&gt; Det skal demonstreres, at standarden i sin helhed kan
5948 implementeres af alle direkte i sin helhed på flere
5949 platforme.&lt;/blockquote&gt;&lt;/p&gt;
5950
5951 &lt;p&gt;Noe slikt burde være et krav også i Norge.&lt;/p&gt;
5952 </description>
5953 </item>
5954
5955 <item>
5956 <title>Automatic Munin and Nagios configuration</title>
5957 <link>http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</link>
5958 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Automatic_Munin_and_Nagios_configuration.html</guid>
5959 <pubDate>Wed, 27 Jan 2010 15:15:00 +0100</pubDate>
5960 <description>&lt;p&gt;One of the new features in the next Debian/Lenny based release of
5961 Debian Edu/Skolelinux, which is scheduled for release in the next few
5962 days, is automatic configuration of the service monitoring system
5963 Nagios. The previous release had automatic configuration of trend
5964 analysis using Munin, and this Lenny based release take that a step
5965 further.&lt;/p&gt;
5966
5967 &lt;p&gt;When installing a Debian Edu Main-server, it is automatically
5968 configured as a Munin and Nagios server. In addition, it is
5969 configured to be a server for the
5970 &lt;a href=&quot;http://wiki.debian.org/DebianEdu/HowTo/SiteSummary&quot;&gt;SiteSummary
5971 system&lt;/a&gt; I have written for use in Debian Edu. The SiteSummary
5972 system is inspired by a system used by the University of Oslo where I
5973 work. In short, the system provide a centralised collector of
5974 information about the computers on the network, and a client on each
5975 computer submitting information to this collector. This allow for
5976 automatic information on which packages are installed on each machine,
5977 which kernel the machines are using, what kind of configuration the
5978 packages got etc. This also allow us to automatically generate Munin
5979 and Nagios configuration.&lt;/p&gt;
5980
5981 &lt;p&gt;All computers reporting to the sitesummary collector with the
5982 munin-node package installed is automatically enabled as a Munin
5983 client and graphs from the statistics collected from that machine show
5984 up automatically on http://www/munin/ on the Main-server.&lt;/p&gt;
5985
5986 &lt;p&gt;All non-laptop computers reporting to the sitesummary collector are
5987 automatically monitored for network presence (ping and any network
5988 services detected). In addition, all computers (also laptops) with
5989 the nagios-nrpe-server package installed and configured the way
5990 sitesummary would configure it, are monitored for full disks, software
5991 raid status, swap free and other checks that need to run locally on
5992 the machine.&lt;/p&gt;
5993
5994 &lt;p&gt;The result is that the administrator on a school using Debian Edu
5995 based on Lenny will be able to check the health of his installation
5996 with one look at the Nagios settings, without having to spend any time
5997 keeping the Nagios configuration up-to-date.&lt;/p&gt;
5998
5999 &lt;p&gt;The only configuration one need to do to get Nagios up and running
6000 is to set the password used to get access via HTTP. The system
6001 administrator need to run &quot;&lt;tt&gt;htpasswd /etc/nagios3/htpasswd.users
6002 nagiosadmin&lt;/tt&gt;&quot; to create a nagiosadmin user and set a password for
6003 it to be able to log into the Nagios web pages. After that,
6004 everything is taken care of.&lt;/p&gt;
6005 </description>
6006 </item>
6007
6008 <item>
6009 <title>Sikkerhet, teater, og hvordan gjøre verden sikrere</title>
6010 <link>http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</link>
6011 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet__teater__og_hvordan_gj_re_verden_sikrere.html</guid>
6012 <pubDate>Wed, 30 Dec 2009 16:35:00 +0100</pubDate>
6013 <description>&lt;p&gt;Via Slashdot fant jeg en
6014 &lt;a href=&quot;http://www.cnn.com/2009/OPINION/12/29/schneier.air.travel.security.theater/index.html&quot;&gt;nydelig
6015 kommentar fra Bruce Schneier&lt;/a&gt; som ble publisert hos CNN i går. Den
6016 forklarer forbilledlig hvorfor sikkerhetsteater og innføring av
6017 totalitære politistatmetoder ikke er løsningen for å gjøre verden
6018 sikrere. Anbefales på det varmeste.&lt;/p&gt;
6019
6020 &lt;p&gt;Oppdatering: Kom over
6021 &lt;a href=&quot;http://gizmodo.com/5435675/president-obama-its-time-to-fire-the-tsa&quot;&gt;nok
6022 en kommentar&lt;/a&gt; om den manglende effekten av dagens sikkerhetsteater
6023 på flyplassene.&lt;/p&gt;
6024 </description>
6025 </item>
6026
6027 <item>
6028 <title>Opphavet til Skolelinux-prosjektet</title>
6029 <link>http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</link>
6030 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Opphavet_til_Skolelinux_prosjektet.html</guid>
6031 <pubDate>Thu, 17 Dec 2009 10:50:00 +0100</pubDate>
6032 <description>&lt;p&gt;De færreste er klar over at Skolelinux-prosjektet kom som et resultat
6033 av en avgjørelse på årsmøtet i
6034 &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt; i 2000-06-29, der Håkon Wium
6035 Lie, da varamedlem i styret, tok på seg oppdraget om å starte et
6036 initiativ kalt &quot;Teach the Teacher&quot;, som skulle være et initiativ for
6037 å få fri programvare og unix-lignende operativsystemer inn i Skolen.
6038 Tanken var at en måtte starte med lærerne for at ungene skulle få
6039 mulighet til å møte en bedre IT-hverdag. Jeg var tilstede på
6040 møtet, og hadde sans for ideen, men intet skjedde. På vårparten
6041 2001 ble det arrangert en demonstrasjon i anledning at First Tuesday
6042 hadde invitert Microsoft til et møte for å fortelle om fremtidens
6043 Internet. Dette provoserte endel av oss, og EFN og NUUG tok initiativ
6044 til å arrangere
6045 &lt;a href=&quot;http://www.digi.no/60982/first-tuesday-mote-med-microsoft-protest&quot;&gt;en
6046 demonstrasjon utenfor lokalene 2001-05-21&lt;/a&gt;. Blant de som sto bak
6047 demonstrasjonen var Vidar Bakke fra NUUG og Håkon W. Lie fra EFN.
6048 Etter demonstrasjonen arrangerte Håkon en fest hjemme hos seg der alle
6049 som hadde vært aktive i demonstrasjonsplanlegging og gjennomføringen
6050 deltok. Før festen var jeg blitt lei av å vente på at Håkon skulle ta
6051 initiativ til &quot;Teach the Teacher&quot;, og for å forsøke å få litt fremgang
6052 besteme jeg meg for å benytte anledningen hos Håkon til å snakke om
6053 behovet for å hjelpe skolene i gang med bedre datasystemer bestående
6054 av fri programvare og unix-lignende operativsystemer. Flere var
6055 interessert, og Knut Yrvin tenkte på ideen. Han
6056 &lt;a href=&quot;http://developer.skolelinux.no/brev/2001-06-28-invitasjon-skolelinux.txt&quot;&gt;ropte
6057 sammen&lt;/a&gt; til et stiftelsesmøte i prosjektet i sin arbeidsgivers
6058 Objectwares lokaler ved Ullevål stadion 2001-07-02, og jeg ble med.
6059 Resten er historie. :)&lt;/p&gt;
6060 </description>
6061 </item>
6062
6063 <item>
6064 <title>Første NUUG-fordrag sendt på TV</title>
6065 <link>http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</link>
6066 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_NUUG_fordrag_sendt_p__TV.html</guid>
6067 <pubDate>Tue, 8 Dec 2009 12:00:00 +0100</pubDate>
6068 <description>&lt;p&gt;Endelig har NUUG klart å få kringkastet ut et av sine fordrag på
6069 TV. Foredraget om
6070 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090512-bifrost/&quot;&gt;utskriftsløsningen
6071 Biforst&lt;/a&gt; var først ute, pga. at det var det nyeste foredraget som
6072 var holdt på norsk, og dermed slapp vi å finne ut av hvordan
6073 teksting av video skulle gjøres.&lt;/p&gt;
6074
6075 &lt;p&gt;NUUG har vært involvert i
6076 &lt;a href=&quot;http://www.frikanalen.no/&quot;&gt;Frikanalen&lt;/a&gt; en stund nå, for å
6077 forsøke å få ut budskapet vårt også på TV, og dette første foredraget
6078 er en sped start på det vi har planlagt.&lt;/p&gt;
6079
6080 &lt;p&gt;NUUGs første foredrag sendes ut via frikanelen på digitalt
6081 bakkenett, og alle abonnenter av riks-TV skal dermed ha mulighet til å
6082 ta inn sendingen. Slå på TVen 5/12 16:05 (for sent), 12/12 14:00,
6083 19/12 16:00, 24/12 15:37 eller 26/12 16:11 i år, så skal du få se
6084 meg, Tollef og alle andre de som deltok på møtet på TV.&lt;p&gt;
6085 </description>
6086 </item>
6087
6088 <item>
6089 <title>Kartverket &quot;frigjør&quot; data men er fortsatt ikke interessante</title>
6090 <link>http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</link>
6091 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kartverket__frigj_r__data_men_er_fortsatt_ikke_interessante.html</guid>
6092 <pubDate>Thu, 12 Nov 2009 10:10:00 +0100</pubDate>
6093 <description>&lt;p&gt;Dagens
6094 &lt;a href=&quot;http://www.statkart.no/Gratis+karttjenester.d25-SwJfY1-.ips&quot;&gt;kartnyhet&lt;/a&gt;
6095 er at kartverket gir ikke-kommersiell tilgang til
6096 en WMS-tjeneste der en til privat bruk kan hente ut bilder av
6097 kartutsnitt så lenge disse ikke lagres lokalt, brukes i begrenset
6098 oppløsning og ikke skader kartverket og rettighetshavernes omdømme og
6099 interesse.&lt;/p&gt;
6100
6101 &lt;p&gt;I går publiserte Ivan Sanchez
6102 &lt;a href=&quot;http://www.opengeodata.org/2009/11/11/921/&quot;&gt;kaketesten&lt;/a&gt;
6103 som et forslag til en (av forhåpentligvis flere) måter å teste om kart
6104 eller kartdata er fritt tilgjengelige på. Testen er enkel, og sier
6105 enkelt (oversatt av meg): Et sett med geodata, eller en kart, er kun
6106 fritt tilgjengelig hvis noen kan gi deg en kake med det kartet på
6107 toppen, som en gave. Kartverkets publisering av kart feiler så vidt
6108 jeg kan se denne testen fullstendig. En kan slik jeg leser vilkårene
6109 ikke be en konditor om å lage en kake (brudd på kravet om
6110 ikke-kommersiell bruk) med kartverkets kart.&lt;/p&gt;
6111
6112 &lt;p&gt;De som vil lage karttjenester basert på denne nye tjenesten fra
6113 kartverket vil gjøre det på kartverkets nåde og med sterke bindinger
6114 og begresninger. Det blir dermed helt uinteressant for meg. Jeg vil
6115 nok fortsette å bruke data fra
6116 &lt;a href=&quot;http://www.openstreetmap.org&quot;&gt;OpenStreetmap.org&lt;/a&gt;, der jeg
6117 har kontrollen med tilgang til kartdataene, og kan endre på de
6118 underliggende dataene som jeg ønsker.&lt;/p&gt;
6119
6120 &lt;p&gt;Som et eksempel, så trenger vi til en norsk
6121 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet-installasjon&lt;/a&gt;
6122 tilgang til vektorutgaven av kommunegrensene. Denne nye karttjenesten
6123 er ubrukelig til dette.&lt;/p&gt;
6124
6125 &lt;p&gt;Oppdatering 2011-01-14: Link til kaketesten er forsvunnet, bruk
6126 &lt;a href=&quot;http://blog.okfn.org/2010/03/15/the-cake-test-of-freedom/&quot;&gt;denne
6127 nye i stedet&lt;/a&gt;.&lt;/p&gt;
6128 </description>
6129 </item>
6130
6131 <item>
6132 <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk</title>
6133 <link>http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</link>
6134 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_leverand_rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</guid>
6135 <pubDate>Fri, 6 Nov 2009 18:45:00 +0100</pubDate>
6136 <description>&lt;p&gt;Det er svært gledelig å se at
6137 &lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3360796.ece&quot;&gt;retten
6138 fant at Telenor ikke skal fungere som Internet-voktere&lt;/a&gt; på vegne av
6139 opphavsrettsmafiaen. TONO påstår ikke overraskende &quot;rettighetshaverne
6140 er rettsløse&quot;. De burde jo vite alt om hvordan rettighetshaverne blir
6141 behandlet, som har
6142 &lt;a href=&quot;http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492&quot;&gt;nektet
6143 å hjelpe et av sine medlemmer i en plagiatsak&lt;/a&gt; mot Universal i
6144 Polen.&lt;/p&gt;
6145
6146 &lt;p&gt;Ved opphavsrettsbrudd så er det jo den som offentliggjort
6147 kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
6148 Hverken Telenor eller Pirate Bay publiserer innholdet. Telenor lager
6149 en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
6150 det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
6151 eller holde seg orientert i samfunnsdebatten. Det bør de gjøre uten å
6152 tvinges til å være overvåkningsinstans. Og Pirate Bay lager en
6153 katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
6154 De publiserer ikke innholdet, de lager kun en katalog over det. Hvis
6155 en ikke liker det som blir publisert, så må det tas opp med den som
6156 publiserer, ikke noen andre.&lt;/p&gt;
6157
6158 &lt;p&gt;Personlig velger jeg å stort sett bruke kulturuttrykk som
6159 publiseres med mer brukervennlige vilkår, som CC-BY og lignende.&lt;/p&gt;
6160 </description>
6161 </item>
6162
6163 <item>
6164 <title>Internet-sensur skal i retten på mandag</title>
6165 <link>http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</link>
6166 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Internet_sensur_skal_i_retten_p__mandag.html</guid>
6167 <pubDate>Sat, 10 Oct 2009 22:00:00 +0200</pubDate>
6168 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/bransje/article1757755.ece&quot;&gt;DagensIT&lt;/a&gt;
6169 melder at Telenor og Tono skal i retten på mandag for å diskutere
6170 hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The
6171 Pirate Bay er i tråd med norsk rett. Det blir interessant å se
6172 resultatet fra den rettsaken.&lt;/p&gt;
6173
6174 &lt;p&gt;Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
6175 Strøm, som forteller at &quot;Pirate Bay inneholder 95 prosent ulovlig
6176 utlagt materiale, og å stanse tilgangen til det kan ikke kalles
6177 sensur&quot;. Jeg tok en titt på
6178 &lt;a href=&quot;http://thepiratebay.org/&quot;&gt;forsiden til The Pirate Bay&lt;/a&gt;,
6179 som forteller at det pr. i dag er 1 884 694 torrenter på trackeren.
6180 Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp
6181 av The Pirate Bay. 5% av dette antallet er 94 235. Det kan dermed
6182 virke som om Tonos advokat mener at det ikke er sensur å blokkere for
6183 tilgang til nesten 100 000 lovlige filer. Jeg lurer på om han er
6184 korrekt sitert.&lt;/p&gt;
6185
6186 &lt;p&gt;Lurer også på hvor 95%-tallet kommer fram. Er det seriøs og
6187 etterprøvbar forskning på området som viser at dette er andelen
6188 ulovlige filer tilgjengelig via The Pirate Bay, eller er det
6189 musikkbransjenes egne tall? De har
6190 &lt;a href=&quot;http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music&quot;&gt;jo
6191 demonstrert&lt;/a&gt; at de ikke er i stand til å skille lovlig og ulovlig
6192 bruk av musikk.&lt;/p&gt;
6193 </description>
6194 </item>
6195
6196 <item>
6197 <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?</title>
6198 <link>http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</link>
6199 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MVA_p__b_ker_med_DRM__ikke_MVA_p__b_ker_uten_DRM_.html</guid>
6200 <pubDate>Wed, 23 Sep 2009 10:00:00 +0200</pubDate>
6201 <description>&lt;p&gt;Elektroniske bøker diskuteres for tiden, etter at
6202 &lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3280914.ece&quot;&gt;bokbransjen
6203 hevder&lt;/a&gt; det er usikkert om de kommer til å gi ut elektroniske
6204 bøker så lenge det er merverdiavgift på elektroniske bøker og ikke
6205 på papirbøker. I den forbindelse så jeg et interessant forslag i
6206 en
6207 &lt;a href=&quot;http://www.digi.no/php/ny_debatt.php?id=823912&quot;&gt;digi-debatt&lt;/a&gt;
6208 jeg hadde sans for. &quot;einarr&quot; foreslo at DRM-infiserte elektroniske
6209 bøker bør ha merverdiavgift, da &quot;de ikke bidrar til
6210 kunnskapsspredning på samme måte&quot; som papirbøker og dermed går
6211 imot intensjonene bak mva-fritaket. Bøker uten DRM derimot bør ha
6212 mva-fritak da de &quot;kan overføres mellom enheter, leses på ulike
6213 plattformer, lånes ut og siteres og kopieres fra&quot; slik en kan med
6214 papirbøker.&lt;/p&gt;
6215
6216 &lt;p&gt;En oppfølgerkommentar sier seg enig i dette, da DRM-infisert
6217 materiale må anses som leid og dermed en tjeneste, mens materiale uten
6218 DRM må anses som et kjøp.&lt;/p&gt;
6219 </description>
6220 </item>
6221
6222 <item>
6223 <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</title>
6224 <link>http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</link>
6225 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Sikkerhet_til_sj_s_trenger_sj_kart_uten_bruksbegresninger.html</guid>
6226 <pubDate>Sun, 23 Aug 2009 10:00:00 +0200</pubDate>
6227 <description>&lt;p&gt;Sikkerhet til sjøs burde være noe som opptar mange etter den siste
6228 oljeutslippsulykken med Full City, som har drept mye liv langs sjøen.
6229 En viktig faktor for å bedre sikkerheten til sjøs er at alle som
6230 ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor
6231 det grunner og annet en må ta hensyn til på sjøen.&lt;/p&gt;
6232
6233 &lt;p&gt;Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for
6234 sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk
6235 mulig å sikre alle enkel tilgang til oppdaterte digitale kart over
6236 Internet. Det trenger heller ikke være spesielt kostbart.&lt;/p&gt;
6237
6238 &lt;p&gt;Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet
6239 livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje
6240 lekket ut i havet, var det registrert problemer relatert til
6241 oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene
6242 som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og
6243 losen kjente visst ikke til disse nye grunnene. Papirkartene var dog
6244 oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen
6245 uker tidligere konstatert manglende sjøkart.&lt;/p&gt;
6246
6247 &lt;p&gt;Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte
6248 fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten
6249 brukerbetaling og uten bruksbegresninger knyttet til kartene, vil
6250 gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart,
6251 eller sjøkart i det hele tatt. Resultatet av dette vil være økt
6252 sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for
6253 Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet
6254 ikke har sjøkart i båten.&lt;/p&gt;
6255
6256 &lt;p&gt;Formatet på de digitale sjøkartene som gjøres tilgjengelig fra
6257 sjøkartverket må være i henhold til en fri og åpen standard, slik at
6258 en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes
6259 og forstås, men trenger ikke publiseres fra sjøkartverket i alle
6260 formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er
6261 kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik
6262 konvertering kan andre ta seg av hvis det er et marked for det.&lt;/p&gt;
6263
6264 &lt;p&gt;Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de
6265 gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke
6266 om hvor viktig det er at de har oppdaterte kart. Det bør være
6267 viktigere for staten at båtene &lt;strong&gt;har&lt;/strong&gt; oppdaterte kart
6268 enn at de er pålagt å ha oppdaterte kart.&lt;/p&gt;
6269
6270 &lt;p&gt;Sjøkartene er &lt;a href=&quot;http://kart.kystverket.no/&quot;&gt;tilgjengelig på web
6271 fra kystverket&lt;/a&gt;, men så vidt jeg har klart å finne, uten
6272 bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.&lt;/p&gt;
6273
6274 &lt;p&gt;OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
6275 på et dugnadsbasert fribrukskart for havet,
6276 &lt;a href=&quot;http://openseamap.org/&quot;&gt;OpenSeaMap&lt;/a&gt;. Datagrunnlaget er
6277 OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det
6278 gjenstår mye før en kan bruke dette til å seile sikkert på havet, men
6279 det viser at behovet for fribruks-sjøkart er til stedet.&lt;/p&gt;
6280 </description>
6281 </item>
6282
6283 <item>
6284 <title>Relative popularity of document formats (MS Office vs. ODF)</title>
6285 <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
6286 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
6287 <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
6288 <description>&lt;p&gt;Just for fun, I did a search right now on Google for a few file ODF
6289 and MS Office based formats (not to be mistaken for ISO or ECMA
6290 OOXML), to get an idea of their relative usage. I searched using
6291 &#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;
6292
6293 &lt;table&gt;
6294 &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;
6295 &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;
6296 &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;
6297 &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;
6298 &lt;/table&gt;
6299
6300 &lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
6301 got these numbers:&lt;/p&gt;
6302
6303 &lt;table&gt;
6304 &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;
6305 &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;
6306 &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;
6307 &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;
6308 &lt;/table&gt;
6309
6310 &lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;
6311
6312 &lt;p&gt;I am aware of Google returning different results and numbers based
6313 on where the search is done, so I guess these numbers will differ if
6314 they are conduced in another country. Because of this, I did the same
6315 search from a machine in California, USA, a few minutes after the
6316 search done from a machine here in Norway.&lt;/p&gt;
6317
6318
6319 &lt;table&gt;
6320 &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;
6321 &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;
6322 &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;
6323 &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;
6324 &lt;/table&gt;
6325
6326 &lt;p&gt;And with &#39;site:no&#39;:
6327
6328 &lt;table&gt;
6329 &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;
6330 &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;
6331 &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;
6332 &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;
6333 &lt;/table&gt;
6334
6335 &lt;p&gt;Interesting difference, not sure what to conclude from these
6336 numbers.&lt;/p&gt;
6337 </description>
6338 </item>
6339
6340 <item>
6341 <title>ISO still hope to fix OOXML</title>
6342 <link>http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</link>
6343 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ISO_still_hope_to_fix_OOXML.html</guid>
6344 <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
6345 <description>&lt;p&gt;According to &lt;a
6346 href=&quot;http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html&quot;&gt;a
6347 blog post from Torsten Werner&lt;/a&gt;, the current defect report for ISO
6348 29500 (ISO OOXML) is 809 pages. His interesting point is that the
6349 defect report is 71 pages more than the full ODF 1.1 specification.
6350 Personally I find it more interesting that ISO still believe ISO OOXML
6351 can be fixed in ISO. Personally, I believe it is broken beyon repair,
6352 and I completely lack any trust in ISO for being able to get anywhere
6353 close to solving the problems. I was part of the Norwegian committee
6354 involved in the OOXML fast track process, and was not impressed with
6355 Standard Norway and ISO in how they handled it.&lt;/p&gt;
6356
6357 &lt;p&gt;These days I focus on ODF instead, which seem like a specification
6358 with the future ahead of it. We are working in NUUG to organise a ODF
6359 seminar this autumn.&lt;/p&gt;
6360 </description>
6361 </item>
6362
6363 <item>
6364 <title>Debian has switched to dependency based boot sequencing</title>
6365 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
6366 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
6367 <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
6368 <description>&lt;p&gt;Since this evening, with the upload of sysvinit version 2.87dsf-2,
6369 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
6370 have been migrated to using dependency based boot sequencing. This
6371 conclude work me and others have been doing for the last three days.
6372 It feels great to see this finally part of the default Debian
6373 installation. Now we just need to weed out the last few problems that
6374 are bound to show up, to get everything ready for Squeeze.&lt;/p&gt;
6375
6376 &lt;p&gt;The next step is migrating /sbin/init from sysvinit to upstart, and
6377 fixing the more fundamental problem of handing the event based
6378 non-predictable kernel in the early boot.&lt;/p&gt;
6379 </description>
6380 </item>
6381
6382 <item>
6383 <title>Taking over sysvinit development</title>
6384 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</link>
6385 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</guid>
6386 <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
6387 <description>&lt;p&gt;After several years of frustration with the lack of activity from
6388 the existing sysvinit upstream developer, I decided a few weeks ago to
6389 take over the package and become the new upstream. The number of
6390 patches to track for the Debian package was becoming a burden, and the
6391 lack of synchronization between the distribution made it hard to keep
6392 the package up to date.&lt;/p&gt;
6393
6394 &lt;p&gt;On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
6395 and my Debian co-maintainer Kel Modderman. About 10 days ago, I made
6396 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
6397 and Fedora), based on the patches currently in use in these
6398 distributions. We Debian maintainers plan to move to this tarball as
6399 the new upstream as soon as we find time to do the merge. Since the
6400 new tarball was created, we agreed with Werner at SuSe to make a new
6401 upstream project at &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, and continue
6402 development there. The project is registered and currently waiting
6403 for approval by the Savannah administrators, and as soon as it is
6404 approved, we will import the old versions from svn and continue
6405 working on the future release.&lt;/p&gt;
6406
6407 &lt;p&gt;It is a bit ironic that this is done now, when some of the involved
6408 distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
6409 </description>
6410 </item>
6411
6412 <item>
6413 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
6414 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
6415 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
6416 <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
6417 <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
6418 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
6419 for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs
6420 wiki, direkte tilgjengelig via &quot;&lt;a
6421 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
6422 v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
6423 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
6424 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
6425 UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;
6426
6427 &lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
6428 høringsuttalelsen da jeg skummet igjennom den. Det første er at
6429 forståelsen av hvordan programvarepatenter påvirker fri
6430 programvareutvikling også i Norge når en argumenterer med at
6431 royalty-betaling ikke er et relevant problem i Norge. Det andre er at
6432 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
6433 standard innenfor hvert område. Det siste er at påstander i
6434 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
6435 Microsoft om hvordan Ogg blir standardisert og påstanden fra
6436 politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
6437 </description>
6438 </item>
6439
6440 <item>
6441 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
6442 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
6443 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
6444 <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
6445 <description>&lt;p&gt;Jeg ble glad da regjeringen
6446 &lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
6447 versjon 2 av
6448 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
6449 referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
6450 faktisk var vedtatt etter
6451 &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;.
6452 De fleste av de valgte åpne standardene er gode og vil bidra til at
6453 alle kan delta på like vilkår i å lage løsninger for staten, men
6454 noen av dem blokkerer for de som ikke har anledning til å benytte
6455 spesifikasjoner som krever betaling for bruk (såkalt
6456 royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3
6457 for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
6458 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
6459 fra statens websider gjøre dette uten å måtte bruke programmer der
6460 betaling for bruk var nødvendig. Når det nå er gjort valgfritt for
6461 de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
6462 Vorbis), så vil en bli tvunget til å forholde seg til
6463 royalty-belastede standarder for å få tilgang til videoen og
6464 lyden.&lt;/p&gt;
6465
6466 &lt;p&gt;Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
6467 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
6468 være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet
6469 all forståelse for hvilke prinsipper som må følges for å oppnå
6470 likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte
6471 mot dette i
6472 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
6473 høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;
6474
6475 &lt;p&gt;Oppdatering 2012-06-29: Kom over &lt;ahref=&quot;
6476 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;en
6477 rapport til FAD&lt;/a&gt; fra da versjon 1 av katalogen ble vedtatt, og der
6478 er det tydelig at problemstillingen var kjent og forstått.&lt;/p&gt;
6479 </description>
6480 </item>
6481
6482 <item>
6483 <title>Litt om valgfusk og problemet med elektronisk stemmegiving</title>
6484 <link>http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</link>
6485 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Litt_om_valgfusk_og_problemet_med_elektronisk_stemmegiving.html</guid>
6486 <pubDate>Wed, 17 Jun 2009 14:20:00 +0200</pubDate>
6487 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/uriks/article3127058.ece&quot;&gt;Aftenposten
6488 melder&lt;/a&gt; at det kan se ut til at Iran ikke har lært av USA når det
6489 gjelder valgfusk. En bør endre tallene før de publiseres, slik at en
6490 kandidat aldri får færre stemmer under opptellingen, ellers blir det
6491 veldig tydelig at tallene ikke er til å stole på. I USA er det
6492 derimot &lt;a href=&quot;http://www.blackboxvoting.org/&quot;&gt;rapporter om at
6493 tallene har vært endret&lt;/a&gt; på tur mot opptellingen, ikke etter at
6494 tallene er publiserte (i tillegg til en rekke andre irregulariteter).
6495 En ting Iran åpenbart har forstått, er verdien av å kunne
6496 kontrolltelle stemmer. Det ligger an til kontrolltelling i hvert fall
6497 i noen områder. Hvorvidt det har verdi, kommer an på hvordan
6498 stemmene har vært oppbevart.&lt;/p&gt;
6499
6500 &lt;p&gt;&lt;a href=&quot;http://universitas.no/kronikk/48334/kan-vi-stole-pa-universitetets-elektroniske-valgsystem-/&quot;&gt;Universitetet
6501 i Oslo derimot&lt;/a&gt;, har ikke forstått verdien av å kunne
6502 kontrolltelle. Her har en valgt å ta i bruk elektronisk stemmegiving
6503 over Internet, med et system som ikke kan kontrolltelles hvis det
6504 kommer anklager om juks med stemmene. Systemet har flere kjente
6505 problemer og er i mine øyne ikke bedre enn en spørreundersøkelse, og
6506 jeg har derfor latt være å stemme ved valg på UiO siden det ble
6507 innført.&lt;/p&gt;
6508
6509 &lt;p&gt;Universitet i Bergen derimot har klart det kunststykket å aktivt gå
6510 inn for å gjøre det kjent at det elektroniske stemmegivingssystemet
6511 over Internet &lt;a href=&quot;http://nyheter.uib.no/?modus=vis_nyhet&amp;id=43404&quot;&gt;kan
6512 spore hvem som stemmer hva&lt;/a&gt; (det kan en forøvrig også ved UiO), og tatt
6513 kontakt med stemmegivere for å spørre hvorfor de stemte som de gjorde.
6514 Hemmelige valg står for fall. Mon tro hva stemmesedlenne hadde
6515 inneholdt i Iran hvis de ikke hadde hemmelige valg?&lt;/p&gt;
6516 </description>
6517 </item>
6518
6519 <item>
6520 <title>Standarder fungerer best når en samler seg rundt dem</title>
6521 <link>http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</link>
6522 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standarder_fungerer_best_n_r_en_samler_seg_rundt_dem.html</guid>
6523 <pubDate>Tue, 19 May 2009 11:30:00 +0200</pubDate>
6524 <description>&lt;p&gt;En standard er noe man samler seg rundt, ut fra ideen om at en får
6525 fordeler når mange står sammen. Jo flere som står sammen, jo
6526 bedre. Når en vet dette, blir det litt merkelig å lese noen av
6527 uttalelsene som er kommet inn til
6528 &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
6529 om versjon 2 av statens referansekatalog over standarder&lt;/a&gt;. Blant
6530 annet Abelia, NHO og Microsoft tror det er lurt med flere standarder
6531 innenfor samme område. Det blir som å si at det er fint om Norge
6532 standardiserte både på A4- og Letter-størrelser på arkene, ulik
6533 sporvidde på jernbaneskinnene, meter og fot som lengemål, eller
6534 høyre- og venstrekjøring - slik at en kan konkurrere på hvilken
6535 standard som er best. De fleste forstår heldigvis at dette ikke
6536 bidrar positivt.&lt;/p&gt;
6537 </description>
6538 </item>
6539
6540 <item>
6541 <title>BSAs påstander om piratkopiering møter motstand</title>
6542 <link>http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</link>
6543 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/BSAs_p_stander_om_piratkopiering_m_ter_motstand.html</guid>
6544 <pubDate>Sun, 17 May 2009 23:05:00 +0200</pubDate>
6545 <description>&lt;p&gt;Hvert år de siste årene har BSA, lobbyfronten til de store
6546 programvareselskapene som Microsoft og Apple, publisert en rapport der
6547 de gjetter på hvor mye piratkopiering påfører i tapte inntekter i
6548 ulike land rundt om i verden. Resultatene er tendensiøse. For noen
6549 dager siden kom
6550 &lt;a href=&quot;http://global.bsa.org/globalpiracy2008/studies/globalpiracy2008.pdf&quot;&gt;siste
6551 rapport&lt;/a&gt;, og det er flere kritiske kommentarer publisert de siste
6552 dagene. Et spesielt interessant kommentar fra Sverige,
6553 &lt;a href=&quot;http://www.idg.se/2.1085/1.229795/bsa-hoftade-sverigesiffror&quot;&gt;BSA
6554 höftade Sverigesiffror&lt;/a&gt;, oppsummeres slik:&lt;/p&gt;
6555
6556 &lt;blockquote&gt;
6557 I sin senaste rapport slår BSA fast att 25 procent av all mjukvara i
6558 Sverige är piratkopierad. Det utan att ha pratat med ett enda svenskt
6559 företag. &quot;Man bör nog kanske inte se de här siffrorna som helt
6560 exakta&quot;, säger BSAs Sverigechef John Hugosson.
6561 &lt;/blockquote&gt;
6562
6563 &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
6564 href=&quot;http://www.vnunet.com/vnunet/comment/2242134/bsa-piracy-figures-shot-reality&quot;&gt;BSA
6565 piracy figures need a shot of reality&lt;/a&gt; og &lt;a
6566 href=&quot;http://www.michaelgeist.ca/content/view/3958/125/&quot;&gt;Does The WIPO
6567 Copyright Treaty Work?&lt;/a&gt;&lt;/p&gt;
6568
6569 &lt;p&gt;Fant lenkene via &lt;a
6570 href=&quot;http://tech.slashdot.org/article.pl?sid=09/05/17/1632242&quot;&gt;oppslag
6571 på Slashdot&lt;/a&gt;.&lt;/p&gt;
6572 </description>
6573 </item>
6574
6575 <item>
6576 <title>Massiv overvåkning av kollektivtrafikken i Oslo planlegges</title>
6577 <link>http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</link>
6578 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Massiv_overv_kning_av_kollektivtrafikken_i_Oslo_planlegges.html</guid>
6579 <pubDate>Sat, 16 May 2009 09:30:00 +0200</pubDate>
6580 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/nyheter/oslo/article3078919.ece&quot;&gt;Flere&lt;/a&gt;
6581 og
6582 &lt;a href=&quot;http://blogg.karlsbakk.net/2009/02/28/nsb-ruter-og-flexus/&quot;&gt;flere&lt;/a&gt;
6583 protesterer på den massive overvåkningen og registrering av
6584 trafikkmønster i kollektivtrafikken som planlegges i Oslo. Det er
6585 bra. Jeg mister lysten til å bruke kollektivtransport når jeg ser
6586 hvordan trafikkselskapet holder på. Jeg forventer og forlanger å
6587 ikke bli overvåket med mindre jeg mistenkes for å ha gjort noe
6588 alvorlig galt. Den massive registreringen av hvor og når
6589 passasjerene reiser med kollektivtrafikk som planegges av Ruter i Oslo
6590 er et grotesk overgrep mot alle som bruker buss, trikk T-bane og tog i
6591 Osloområdet.&lt;/p&gt;
6592 </description>
6593 </item>
6594
6595 <item>
6596 <title>3D-printing brer om seg - fabrikkene består</title>
6597 <link>http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</link>
6598 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/3D_printing_brer_om_seg___fabrikkene_best_r.html</guid>
6599 <pubDate>Sun, 10 May 2009 16:50:00 +0200</pubDate>
6600 <description>&lt;p&gt;I 2004 fikk jeg med meg en forelesning om 3D-printing under &lt;a
6601 href=&quot;http://wiki.oreillynet.com/eurofoo/index.cgi&quot;&gt;euro foo camp&lt;/a&gt;
6602 der jeg lærte mye nytt om 3D-printing. Fikk se et lite sjakktårn
6603 skrevet ut i plast, med vindeltrapp på innsiden av tårnet, og en hul
6604 gummiball som også var skrevet ut (med et lite hull for å få ut
6605 fyllmassen). Ble fortalt at det amerikanske kavaleriet skriver ut
6606 reservedeler i metall i felt, og at det fantes amerikanske husbyggere
6607 som eksperimenterer med utskrift av hus. De to siste har jeg ikke
6608 funnet noen referanser til i ettertid, og har derfor lurt på om det
6609 stemmer. Teknologisk skulle det ikke være noe i veien for slike
6610 løsninger, det er kun et spørmål om pris på skrivehoder og
6611 skrivere. I dag ble jeg tipset om en løsning som
6612 &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
6613 skrive ut hus&lt;/a&gt;, med sand og bindemiddel i 25 DPI oppløsning. Mon
6614 tro om det er fremtidens byggemetode.&lt;/p&gt;
6615
6616 &lt;p&gt;Jeg er ikke i tvil om at 3D-utskrift vil føre til endringer i
6617 hvordan produksjon gjøres, og at tilgjengeligheten på en rekke produkter
6618 som i dag er vanskelig eller umulig å få tak i vil bedre seg. Men de
6619 som tror at 3D-skrivere vil gjøre fabrikkene overflødige, tror jeg har
6620 forregnet seg. 3D-skrivere er fantastisk bra til å lage spesielle
6621 dingser på forespørsel, f.eks. etter å ha lastet ned et 3D-design fra
6622 tjenester som &lt;a href=&quot;http://www.thingiverse.com/&quot;&gt;Thingiverse&lt;/a&gt;.
6623 De er derimot ikke spesielt bra til å lage mange eksemplarer av samme
6624 dings. Lav pris pr. enhet er fabrikkenes fortrinn. Hvis det skal
6625 lages tusenvis, eller millioner av en dings, så vil fabrikkene
6626 sannsynligvis fortsette å slå 3D-skriving ned i støvlene
6627 økonomisk, selv om en tar hensyn til transport og logistikk. Hvis
6628 det derimot skal lages en håndfull, så vil 3D-skriving fremstå som
6629 et suverent alternativ. 3D-skriving er i så måte løsning for
6630 &lt;a href=&quot;http://en.wikipedia.org/wiki/The_Long_Tail&quot;&gt;den lange
6631 halen&lt;/a&gt;, mens fabrikker nok fortsatt vil være løsningen for
6632 massemarkedet.&lt;/p&gt;
6633 </description>
6634 </item>
6635
6636 <item>
6637 <title>Lenker samlet 2009-05-09</title>
6638 <link>http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</link>
6639 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lenker_samlet_2009_05_09.html</guid>
6640 <pubDate>Sat, 9 May 2009 22:40:00 +0200</pubDate>
6641 <description>&lt;ul&gt;
6642
6643 &lt;li&gt;&lt;a href=&quot;http://www.aftenposten.no/meninger/kronikker/article3066834.ece&quot;&gt;Jeg, et offer&lt;/a&gt;
6644 &lt;br&gt;Aage Borchgrevink drodler om offerrollens framvekst i den norske
6645 offentligheten.&lt;/li&gt;
6646
6647 &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;
6648 &lt;br&gt;Endelig kan jeg få med meg foredragene jeg gikk glipp av.&lt;/li&gt;
6649
6650 &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;
6651 &lt;br&gt;Microsoft har lykkes med å implementere ODF slik at de ikke
6652 samhandler med noen av de andre som håndterer ODF-regneark.&lt;/li&gt;
6653
6654 &lt;li&gt;&lt;a href=&quot;http://www.groklaw.net/article.php?story=20090503215045379&quot;&gt;MS
6655 Word 2007 håndterer ODF dårlig&lt;/a&gt;
6656 &lt;br&gt;Fotnoter laget i MS Office blir merkelige i OpenOffice.org.&lt;/li&gt;
6657
6658 &lt;/ul&gt;
6659 </description>
6660 </item>
6661
6662 <item>
6663 <title>IDG mener linux i servermarkedet vil vokse med 21% i 2009</title>
6664 <link>http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</link>
6665 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/IDG_mener_linux_i_servermarkedet_vil_vokse_med_21__i_2009.html</guid>
6666 <pubDate>Thu, 7 May 2009 22:30:00 +0200</pubDate>
6667 <description>&lt;p&gt;Kom over
6668 &lt;a href=&quot;http://news.cnet.com/8301-13505_3-10216873-16.html&quot;&gt;interessante
6669 tall&lt;/a&gt; fra IDG om utviklingen av linuxservermarkedet. Fikk meg til
6670 å tenke på antall tjenermaskiner ved Universitetet i Oslo der jeg
6671 jobber til daglig. En rask opptelling forteller meg at vi har 490
6672 (61%) fysiske unix-tjener (mest linux men også noen solaris) og 196
6673 (25%) windowstjenere, samt 112 (14%) virtuelle unix-tjenere. Med den
6674 bakgrunnskunnskapen kan jeg godt tro at IDG er inne på noe.&lt;/p&gt;
6675 </description>
6676 </item>
6677
6678 <item>
6679 <title>Kryptert harddisk - naturligvis</title>
6680 <link>http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</link>
6681 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Kryptert_harddisk___naturligvis.html</guid>
6682 <pubDate>Sat, 2 May 2009 15:30:00 +0200</pubDate>
6683 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/trender/article1658676.ece&quot;&gt;Dagens
6684 IT melder&lt;/a&gt; at Intel hevder at det er dyrt å miste en datamaskin,
6685 når en tar tap av arbeidstid, fortrolige dokumenter,
6686 personopplysninger og alt annet det innebærer. Det er ingen tvil om
6687 at det er en kostbar affære å miste sin datamaskin, og det er årsaken
6688 til at jeg har kryptert harddisken på både kontormaskinen og min
6689 bærbare. Begge inneholder personopplysninger jeg ikke ønsker skal
6690 komme på avveie, den første informasjon relatert til jobben min ved
6691 Universitetet i Oslo, og den andre relatert til blant annet
6692 foreningsarbeide. Kryptering av diskene gjør at det er lite
6693 sannsynlig at dophoder som kan finne på å rappe maskinene får noe ut
6694 av dem. Maskinene låses automatisk etter noen minutter uten bruk,
6695 og en reboot vil gjøre at de ber om passord før de vil starte opp.
6696 Jeg bruker Debian på begge maskinene, og installasjonssystemet der
6697 gjør det trivielt å sette opp krypterte disker. Jeg har LVM på toppen
6698 av krypterte partisjoner, slik at alt av datapartisjoner er kryptert.
6699 Jeg anbefaler alle å kryptere diskene på sine bærbare. Kostnaden når
6700 det er gjort slik jeg gjør det er minimale, og gevinstene er
6701 betydelige. En bør dog passe på passordet. Hvis det går tapt, må
6702 maskinen reinstalleres og alt er tapt.&lt;/p&gt;
6703
6704 &lt;p&gt;Krypteringen vil ikke stoppe kompetente angripere som f.eks. kjøler
6705 ned minnebrikkene før maskinen rebootes med programvare for å hente ut
6706 krypteringsnøklene. Kostnaden med å forsvare seg mot slike angripere
6707 er for min del høyere enn gevinsten. Jeg tror oddsene for at
6708 f.eks. etteretningsorganisasjoner har glede av å titte på mine
6709 maskiner er minimale, og ulempene jeg ville oppnå ved å forsøke å
6710 gjøre det vanskeligere for angripere med kompetanse og ressurser er
6711 betydelige.&lt;/p&gt;
6712 </description>
6713 </item>
6714
6715 <item>
6716 <title>No patch is not better than a useless patch</title>
6717 <link>http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</link>
6718 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/No_patch_is_not_better_than_a_useless_patch.html</guid>
6719 <pubDate>Tue, 28 Apr 2009 09:30:00 +0200</pubDate>
6720 <description>&lt;p&gt;Julien Blache
6721 &lt;a href=&quot;http://blog.technologeek.org/2009/04/12/214&quot;&gt;claim that no
6722 patch is better than a useless patch&lt;/a&gt;. I completely disagree, as a
6723 patch allow one to discuss a concrete and proposed solution, and also
6724 prove that the issue at hand is important enough for someone to spent
6725 time on fixing it. No patch do not provide any of these positive
6726 properties.&lt;/p&gt;
6727 </description>
6728 </item>
6729
6730 <item>
6731 <title>EU-parlamentet raner fellesskapet for musikk</title>
6732 <link>http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</link>
6733 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/EU_parlamentet_raner_fellesskapet_for_musikk.html</guid>
6734 <pubDate>Sun, 26 Apr 2009 08:30:00 +0200</pubDate>
6735 <description>&lt;p&gt;Slashdot melder at EU-parlamentet har vedtatt
6736 &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;å
6737 øke vernetiden for musikkopptak fra 50 til 70 år&lt;/a&gt;, og dermed rane
6738 fellesskapet for 20 år med musikk som ville vært tilgjengelig uten
6739 bruksbegresninger. Mon tro hvor mye musikk som vil gå tapt pga. at
6740 ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
6741 ingen andre har lov til å kopiere og distribuere den. Mon tro hvor
6742 mange musikkstykker som ikke kan brukes uten bruksbegresninger av
6743 folket, som skulle falt i det fri men som i stedet forblir under
6744 rettighetshavers monopol. Opphavsrettslovgivingen blir mer og mer
6745 urimelig. Tenke seg til at vernetiden startet i USA med 7 år og
6746 mulighet for forlengelse med 7 år. Nå er den 95 år der, og en stor
6747 mengde verk blir foreldreløse og umulig å få tak i. Har ikke lykkes
6748 med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
6749 I dag er den 70 år.&lt;/p&gt;
6750
6751 &lt;p&gt;Jeg er glad det finnes &lt;a href=&quot;http://www.jamendo.com/&quot;&gt;så mye
6752 musikk tilgjengelig uten bruksbegresninger&lt;/a&gt; at en kan klare seg
6753 uten musikk med bruksbegresninger.&lt;/p&gt;
6754 </description>
6755 </item>
6756
6757 <item>
6758 <title>Hvor flyter Microsofts penger?</title>
6759 <link>http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</link>
6760 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvor_flyter_Microsofts_penger_.html</guid>
6761 <pubDate>Fri, 24 Apr 2009 11:10:00 +0200</pubDate>
6762 <description>&lt;p&gt;Dagens nyhet er at omsetningen til Microsoft for første gang er
6763 synkende. Ikke spesielt uventet med den generelle nedgangen i
6764 økonomien som vi ser verden over. Det fikk meg dog til å tenke på en
6765 ting fra noen år tilbake.&lt;/p&gt;
6766
6767 &lt;p&gt;Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
6768 at påstanden til Microsoft om at de brakte inn enorme pengesummer til
6769 USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
6770 rundt om i verden ble kanalisert inn til skatteparadiset
6771 &lt;a href=&quot;http://en.wikipedia.org/wiki/Cayman_Islands&quot;&gt;Cayman
6772 Island&lt;/a&gt;. Jeg har aldri lykkes med å få bekreftet dette påstanden,
6773 men tok i dag en titt på hvilke selskaper som eier de norske delene av
6774 Microsoft som jeg kjenner til, dvs.
6775 &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
6776 Norge AS&lt;/a&gt; og
6777 &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,
6778 A Microsoft Subsidiary&lt;/a&gt; (tidligere FAST Search &amp; Transfer ASA).&lt;/p&gt;
6779
6780 &lt;p&gt;Førstnevnte er eid av &quot;Microsoft International Holdings Spain
6781 S.R.L.&quot;, mens sistnevnte i følge Wikipedia nå eies av
6782 Microsoft-underselskapet &quot;MACS Holdings Limited&quot;. Jeg har ikke klart
6783 å finne mer informasjon om noen av disse. Mon tro om noen av dem
6784 sender pengene til Cayman Island? Finner det jeg tror er
6785 &lt;a href=&quot;http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html&quot;&gt;informasjon
6786 om spaniaselskapet på spansk&lt;/a&gt;, men jeg kan ikke lese spansk. :(&lt;/p&gt;
6787 </description>
6788 </item>
6789
6790 <item>
6791 <title>Hvorfor jeg ikke bruker eFaktura</title>
6792 <link>http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</link>
6793 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvorfor_jeg_ikke_bruker_eFaktura.html</guid>
6794 <pubDate>Thu, 23 Apr 2009 23:00:00 +0200</pubDate>
6795 <description>&lt;p&gt;Telenors annonsering om å kreve 35 kroner i gebyr fra alle som
6796 ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
6797 langt snakker om at eldre og folk som ikke behersker data vil få en
6798 urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
6799 kategoriene, men velger å holde meg unna eFaktura - som er det
6800 Telenor ønsker å få folk over på - pga. systemets egenskaper.&lt;/p&gt;
6801
6802 &lt;p&gt;Slik jeg har sett eFaktura til forbrukere så langt, så sender
6803 selger en elektronisk beskjed til kundens bank, som legger ut
6804 informasjon om fakturaen i nettbanken for godkjenning. Personlig
6805 ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
6806 fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
6807 mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
6808 regninger er jo en sak mellom meg og mine leverandører, ikke en sak
6809 mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
6810 fakturaen skal banken involveres. En faktura bør jo inn i
6811 regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
6812 fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
6813 Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
6814 som kunde.&lt;/p&gt;
6815
6816 &lt;p&gt;I tillegg har jeg ikke vært i stand til å finne
6817 eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
6818 slike krever dyre avtaler med bankene for å få lov til å sende ut
6819 eFaktura til kunder. Jeg ser vel helst at fakturering på
6820 elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
6821 måtte betale mellommenn for retten til å lever ut en faktura, og
6822 liker rett og slett ikke dagens faktureringsmodeller.&lt;/p&gt;
6823 </description>
6824 </item>
6825
6826 <item>
6827 <title>Nasjonalbiblioteket legger ut bøker på web</title>
6828 <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</link>
6829 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b_ker_p__web.html</guid>
6830 <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
6831 <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
6832 melder&lt;/a&gt; at
6833 &lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
6834 og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
6835 digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
6836 øre for hver side som legges ut. Utvalget er litt merkelig: 1790-,
6837 1890- og 1990-tallet. Jeg synes det er absurd hvis det er slik at
6838 Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
6839 beskyttet av opphavsretten. Jeg antar her at det er mer enn 90 år
6840 siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
6841 disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
6842 dem uten å bryte opphavsrettsloven. Bruk av slike verk har ikke
6843 Kopinor noe med å gjøre. Jeg håper jeg har misforstått.
6844 &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
6845 melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
6846 fri ikke trenger avtale med Kopinor.&lt;/p&gt;
6847
6848 &lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
6849 vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
6850 etter fragmenter i teksten. En risikerer dermed at de blir liggende
6851 på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;
6852
6853 &lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
6854 sin aprilspøk, og la ut bøkene som faller i det fri
6855 fortløpende.&lt;/p&gt;
6856
6857 </description>
6858 </item>
6859
6860 <item>
6861 <title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
6862 <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>
6863 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
6864 <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
6865 <description>&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
6866 &lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
6867 deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
6868 en kommentar fra podiet om ulovlig fildeling. Fikk ikke med meg hvem
6869 som holdt innlegget, men det startet med å snakke om ulovlig fildeling
6870 og gikk så over til å snakke om fildeling som om fildeling i seg er
6871 ulovlig. Intet er lengre fra sannheten. Fildeling er en nyttig
6872 teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
6873 distribusjon av filer. Det er ingenting med denne fildelingen som
6874 gjør den ulovlig. Fildeling er i seg selv en fullt ut lovlig
6875 teknologisk anvendelse. Noe fildeling er ulovlig, og noe er lovlig.
6876 De som tror at fildeling er ulovlig har misforstått grovt. Hvorvidt
6877 den er ulovlig kommer jo an på hvem som har opphavsretten til filene
6878 som deles og hvilke bruksbegrensninger som gjelder for filene. En
6879 rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
6880 og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
6881 </description>
6882 </item>
6883
6884 <item>
6885 <title>Reprap-bygging i påsken</title>
6886 <link>http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</link>
6887 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_bygging_i_p_sken.html</guid>
6888 <pubDate>Sun, 12 Apr 2009 10:00:00 +0200</pubDate>
6889 <description>&lt;p&gt;Vi har brukt påsken til å bygge Reprap, i håp om å ha den operativ
6890 til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt; uka etter påske.
6891 Da første test med motorkjøring avslørte at motorvibrasjonene fikk
6892 skruer og muttere til å løsne, så var første punkt på programmet å
6893 skru til alle skruer slik at det ble mindre sjanse for slikt. Det er
6894 nå nesten komplett (X-aksen gjenstår, men der må det justeres litt på
6895 montering i tillegg). Må også lime Z-aksebandet. Har skaffet Loctite
6896 Super Attak Flex Gel elastisk superlim som jeg håper vil fungere til
6897 dette formålet. I prosessen har jeg blitt bitt av den sprø plasten
6898 noen ganger. Har knekket/sprukket 3 plastbiter så langt. Håper jeg
6899 får skrevet ut nye før skriveren bryter sammen pga. dette. :)&lt;/p&gt;
6900
6901 &lt;p&gt;I prosessen har jeg oppdaget en svakhet med Z-aksen, og funnet en måte
6902 å jobbe meg rundt det. Etter tegningen, skal tannhjulene på Z-aksene
6903 være tett omslynget av et par stjernehjul som holder båndet mellom
6904 alle Z-aksene på plass. Problemet er at båndet er 6mm, mens alle
6905 plastdelene er 5mm brede. Det betyr at et 6mm band skal inn i et 5mm
6906 spor, noe som ikke passer spesielt godt. Jeg har løst dette ved å
6907 legge en 1mm skive mellom tannhjulene og stjernehjulene over
6908 tannhjulet, slik at det blir plass til båndet.&lt;/p&gt;
6909
6910 &lt;p&gt;Skrivehodet er har vi så vidt startet på. Mari har oppdaget at
6911 hullene i baseplaten er for grunn, slik at skruen som skal inn i disse
6912 hullene ikke får plass. Har avtalt å låne en Dremel for å frese unna
6913 litt plast for å løse dette problemet. Da vi begynte å se på
6914 skrivehodet, oppdaget vi et alvorlig problem. Det varmesikre
6915 sparkelen som skal brukes til å holde varmetråden på plass er stivnet.
6916 Var ikke klar over at dette er ferskvare, men
6917 &lt;a href=&quot;http://forums.reprap.org/read.php?70,16250&quot;&gt;en
6918 forumposting&lt;/a&gt; viser at dette er et kjent problem. Det var ikke
6919 helt enkelt å finne ut hva &quot;Fire cement&quot; heter på norsk. Mange
6920 Google-søk senere var jeg fortsatt like blank. Hadde funnet flere
6921 alternativer som kunne fungere, som eksosmonteringspasta,
6922 brannfugemasse, klebemørtel for pipe, ildmørtel og ildfast sparkel,
6923 men ingen av disse så ut til å være helt riktige for dette bruket.
6924 Fire cement håndterer temperaturer opp til 1200 grader celsius, og
6925 krever ikke utblanding i vann. Konsulterte,
6926 &lt;a href=&quot;http://robot.hiof.no/node/5&quot;&gt;våre
6927 venner ved Høgskolen i Halden&lt;/a&gt;, og det viste seg at de hadde hatt samme
6928 problem. De hadde besøkt en peisbutikk og kjøpt ildfast sparkel. Jeg
6929 sjekket med Maxbo, og de hadde noe slikt som het ovnskitt, og det ser
6930 ut til å være det norske navnet på det jeg er ute etter. Dro så innom
6931 Clas Olsson (som er nærmere meg enn Maxbo), og kjøpte
6932 &lt;a href=&quot;http://www.unipak.dk/UK/stovex.html&quot;&gt;Stovex&lt;/a&gt; ovnskitt, og
6933 er nå klar til å lage varmeelement til skrivehodet.
6934 Like før jeg dro ut for å kjøpe ovnskitt, fant jeg en
6935 &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;
6936 som fortalte om et bedre vidundermiddel for å lage varmeelement,
6937 Kapton tape, men dette hadde de ikke på Clas Olsson, så det får bli
6938 til neste gang. En reprap-variant ved navn
6939 &lt;a href=&quot;http://wiki.makerbot.com/plastruder-mk3&quot;&gt;Plastruder MK3&lt;/a&gt;
6940 kommer til å bruke denne plasttypen som håndterer temperaturer mellom
6941 -100 og +400 grader og brukes av astronautene for å tette drakten.&lt;/p&gt;
6942 </description>
6943 </item>
6944
6945 <item>
6946 <title>Fransk idiotlovforslag hinker gjennom parlamentet</title>
6947 <link>http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</link>
6948 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fransk_idiotlovforslag_hinker_gjennom_parlamentet.html</guid>
6949 <pubDate>Fri, 10 Apr 2009 00:10:00 +0200</pubDate>
6950 <description>&lt;p&gt;&lt;a href=&quot;http://www.dagbladet.no/2009/04/09/kultur/musikk/fildeling/tekno/5689356/&quot;&gt;Dagbladet
6951 melder at det franske idiotforslaget om å kutte Internet-forbindelsen
6952 til alle som blir anklaget for å ha brutt opphavsretten 3 ganger&lt;/a&gt;
6953 ble nedstemt i dag med 21 mot 15 stemmer. Vinklingen i Dagbladet er
6954 litt merkelig når en vet at det samme forslaget ble vedtatt i
6955 parlamentets andre kammer med 12 mot 4 stemmer, etter at det
6956 &lt;a href=&quot;http://opendotdotdot.blogspot.com/2009/04/hadopi-law-passed-by-12-votes-to-4.html&quot;&gt;overraskende
6957 ble foreslått å ta saken opp til votering 22:45 sist torsdag&lt;/a&gt;,
6958 etter sigende i strid med vanlige rutiner i det franske parlamentet.&lt;/p&gt;
6959
6960 &lt;p&gt;Det hele blir ennå mer komisk når et vet at
6961 &lt;a href=&quot;http://www.zeropaid.com/news/10034/political_hypocrisy_french_president_sued_for_copyright_infringement/&quot;&gt;presidentens
6962 parti er blitt anklaget for å ha brutt opphavsretten&lt;/a&gt;. Mon tro om
6963 partet skal miste internet-forbindelsen hvis de får 2 anklager til
6964 rettet mot seg.&lt;/p&gt;
6965 </description>
6966 </item>
6967
6968 <item>
6969 <title>Recording video from cron using VLC</title>
6970 <link>http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</link>
6971 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Recording_video_from_cron_using_VLC.html</guid>
6972 <pubDate>Sun, 5 Apr 2009 10:00:00 +0200</pubDate>
6973 <description>&lt;p&gt;One think I have wanted to figure out for a along time is how to
6974 run vlc from cron to do recording of video streams on the net. The
6975 task is trivial with mplayer, but I do not really trust the security
6976 of mplayer (it crashes too often on strange input), and thus prefer
6977 vlc. I finally found a way to do it today. I spent an hour or so
6978 searching the web for recipes and reading the documentation. The
6979 hardest part was to get rid of the GUI window, but after finding the
6980 dummy interface, the command line finally presented itself:&lt;/p&gt;
6981
6982 &lt;blockquote&gt;&lt;pre&gt;URL=http://www.ping.uio.no/video/rms-oslo_2009.ogg
6983 SAVEFILE=rms.ogg
6984 DISPLAY= vlc -q $URL \
6985 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
6986 --intf=dummy&lt;/pre&gt;&lt;/blockquote&gt;
6987
6988 &lt;p&gt;The command stream the URL and store it in the SAVEFILE by
6989 duplicating the output stream to &quot;nodisplay&quot; and the file, using the
6990 dummy interface. The dummy interface and the nodisplay output make
6991 sure no X interface is needed.&lt;/p&gt;
6992
6993 &lt;p&gt;The cron job then need to start this job with the appropriate URL
6994 and file name to save, sleep for the duration wanted, and then kill
6995 the vlc process with SIGTERM. Here is a complete script
6996 &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;
6997
6998 &lt;blockquote&gt;&lt;pre&gt;#!/bin/sh
6999 set -e
7000 URL=&quot;$1&quot;
7001 SAVEFILE=&quot;$2&quot;
7002 DURATION=&quot;$3&quot;
7003 DISPLAY= vlc -q &quot;$URL&quot; \
7004 --sout=&quot;#duplicate{dst=std{access=file,url=&#39;$SAVEFILE&#39;},dst=nodisplay}&quot; \
7005 --intf=dummy &lt; /dev/null &gt; /dev/null 2&gt;&amp;1 &amp;
7006 pid=$!
7007 sleep $DURATION
7008 kill $pid
7009 wait $pid&lt;/pre&gt;&lt;/blockquote&gt;
7010 </description>
7011 </item>
7012
7013 <item>
7014 <title>Standardize on protocols and formats, not vendors and applications</title>
7015 <link>http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</link>
7016 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardize_on_protocols_and_formats__not_vendors_and_applications.html</guid>
7017 <pubDate>Mon, 30 Mar 2009 11:50:00 +0200</pubDate>
7018 <description>&lt;p&gt;Where I work at the University of Oslo, one decision stand out as a
7019 very good one to form a long lived computer infrastructure. It is the
7020 simple one, lost by many in todays computer industry: Standardize on
7021 open network protocols and open exchange/storage formats, not applications.
7022 Applications come and go, while protocols and files tend to stay, and
7023 thus one want to make it easy to change application and vendor, while
7024 avoiding conversion costs and locking users to a specific platform or
7025 application.&lt;/p&gt;
7026
7027 &lt;p&gt;This approach make it possible to replace the client applications
7028 independently of the server applications. One can even allow users to
7029 use several different applications as long as they handle the selected
7030 protocol and format. In the normal case, only one client application
7031 is recommended and users only get help if they choose to use this
7032 application, but those that want to deviate from the easy path are not
7033 blocked from doing so.&lt;/p&gt;
7034
7035 &lt;p&gt;It also allow us to replace the server side without forcing the
7036 users to replace their applications, and thus allow us to select the
7037 best server implementation at any moment, when scale and resouce
7038 requirements change.&lt;/p&gt;
7039
7040 &lt;p&gt;I strongly recommend standardizing - on open network protocols and
7041 open formats, but I would never recommend standardizing on a single
7042 application that do not use open network protocol or open formats.&lt;/p&gt;
7043 </description>
7044 </item>
7045
7046 <item>
7047 <title>Returning from Skolelinux developer gathering</title>
7048 <link>http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</link>
7049 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Returning_from_Skolelinux_developer_gathering.html</guid>
7050 <pubDate>Sun, 29 Mar 2009 21:00:00 +0200</pubDate>
7051 <description>&lt;p&gt;I&#39;m sitting on the train going home from this weekends Debian
7052 Edu/Skolelinux development gathering. I got a bit done tuning the
7053 desktop, and looked into the dynamic service location protocol
7054 implementation avahi. It look like it could be useful for us. Almost
7055 30 people participated, and I believe it was a great environment to
7056 get to know the Skolelinux system. Walter Bender, involved in the
7057 development of the Sugar educational platform, presented his stuff and
7058 also helped me improve my OLPC installation. He also showed me that
7059 his Turtle Art application can be used in standalone mode, and we
7060 agreed that I would help getting it packaged for Debian. As a
7061 standalone application it would be great for Debian Edu. We also
7062 tried to get the video conferencing working with two OLPCs, but that
7063 proved to be too hard for us. The application seem to need more work
7064 before it is ready for me. I look forward to getting home and relax
7065 now. :)&lt;/p&gt;
7066 </description>
7067 </item>
7068
7069 <item>
7070 <title>Time for new LDAP schemas replacing RFC 2307?</title>
7071 <link>http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</link>
7072 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Time_for_new__LDAP_schemas_replacing_RFC_2307_.html</guid>
7073 <pubDate>Sun, 29 Mar 2009 20:30:00 +0200</pubDate>
7074 <description>&lt;p&gt;The state of standardized LDAP schemas on Linux is far from
7075 optimal. There is RFC 2307 documenting one way to store NIS maps in
7076 LDAP, and a modified version of this normally called RFC 2307bis, with
7077 some modifications to be compatible with Active Directory. The RFC
7078 specification handle the content of a lot of system databases, but do
7079 not handle DNS zones and DHCP configuration.&lt;/p&gt;
7080
7081 &lt;p&gt;In &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu/Skolelinux&lt;/a&gt;,
7082 we would like to store information about users, SMB clients/hosts,
7083 filegroups, netgroups (users and hosts), DHCP and DNS configuration,
7084 and LTSP configuration in LDAP. These objects have a lot in common,
7085 but with the current LDAP schemas it is not possible to have one
7086 object per entity. For example, one need to have at least three LDAP
7087 objects for a given computer, one with the SMB related stuff, one with
7088 DNS information and another with DHCP information. The schemas
7089 provided for DNS and DHCP are impossible to combine into one LDAP
7090 object. In addition, it is impossible to implement quick queries for
7091 netgroup membership, because of the way NIS triples are implemented.
7092 It just do not scale. I believe it is time for a few RFC
7093 specifications to cleam up this mess.&lt;/p&gt;
7094
7095 &lt;p&gt;I would like to have one LDAP object representing each computer in
7096 the network, and this object can then keep the SMB (ie host key), DHCP
7097 (mac address/name) and DNS (name/IP address) settings in one place.
7098 It need to be efficently stored to make sure it scale well.&lt;/p&gt;
7099
7100 &lt;p&gt;I would also like to have a quick way to map from a user or
7101 computer and to the net group this user or computer is a member.&lt;/p&gt;
7102
7103 &lt;p&gt;Active Directory have done a better job than unix heads like myself
7104 in this regard, and the unix side need to catch up. Time to start a
7105 new IETF work group?&lt;/p&gt;
7106 </description>
7107 </item>
7108
7109 <item>
7110 <title>Hva er egentlig en åpen standard?</title>
7111 <link>http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</link>
7112 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_er_egentlig_en__pen_standard_.html</guid>
7113 <pubDate>Sat, 28 Mar 2009 10:50:00 +0100</pubDate>
7114 <description>&lt;p&gt;Jeg møter alle slags interessante mennesker på min vei, og et møte
7115 jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
7116 benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
7117 standarder. Det var interessant, da det fikk meg til å tenke litt
7118 nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
7119 som en standard. Det hele startet med arbeid rundt integrering av NSS
7120 LDAP mot Active Directory, og problemer som oppstår pga. at Active
7121 Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
7122 IETF (konkret, AD returnerer kun et subset av attributter hvis det er
7123 mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be
7124 om resten i bolker av 1500). Jeg hevdet måten dette ble gjort på brøt
7125 med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
7126 fra IETF det sto at oppførselen til AD ikke fulgte
7127 LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
7128 fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
7129 Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
7130 mente lå til grunn. Jeg ble spesielt overrasket over denne
7131 tilnærmingen til problemstillingen, da til og med Microsoft så vidt
7132 jeg kan se anerkjenner IETF som organisasjonen som definerer
7133 LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
7134 egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
7135 måtte løse (få Linux og AD til å fungere sammen). Dette møtet
7136 fortalte meg uansett at det ikke er gitt at alle aktører er enige om
7137 hva en standard er, og hva som er kilden til en gitt standard. Det er
7138 vanskelig å enes om felles standarder før en først enes om hvem som
7139 bestemmer hva en gitt standard innebærer.&lt;/p&gt;
7140
7141 &lt;p&gt;Hva er så en standard? I sin abstrakte form er det noe å samles
7142 om. På engelsk er en av betydningene fane brukt i krig, du vet, den
7143 type fane en samlet seg rundt på kamplassen i riddertiden. En
7144 standard definerer altså et felleskap, noen som har noe felles. Det
7145 er naturligvis mange måter å utgjøre et felleskap på. En kan
7146 f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
7147 oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
7148 standarden seg uten noe mer organisering og prosedyre. En variant av
7149 dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
7150 enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
7151 da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
7152 gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
7153 for å følge Ole, så er det vanskeligere å få endret oppførsel for å
7154 unngå dette dumme.&lt;/p&gt;
7155
7156 &lt;p&gt;En kan også ta det et skritt videre, og istedet for å basere seg på
7157 enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
7158 skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
7159 tar naturligvis litt mer tid (en må diskutere ting i forkant før en
7160 kan sette igang), men det kan bidra til at den oppførselen en
7161 planlegger å benytte seg av er mer gjennomtenkt. Det ender også
7162 typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
7163 - da flere har vært involvert i å utarbeide beskrivelsen.&lt;/p&gt;
7164
7165 &lt;p&gt;Dette er dessverre ikke alt som trengs for å forstå hva en åpen
7166 standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
7167 dermed har valget om de vil oppføre seg likt eller ikke, så er det
7168 endel juridiske faktorer som gjør det hele mer komplisert -
7169 opphavsretten og patentlovgivningen for å være helt konkret. For å gi
7170 et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
7171 melodi når de møtes, for å identifisere hverandre, så kan
7172 opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
7173 De har standardisert hvordan de kjenner igjen alle som følger denne
7174 standarden, men ikke alle har nødvendigvis lov til å følge den.
7175 Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
7176 offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
7177 sin ytterste konsekvens si at alle som skal plystre en
7178 opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
7179 fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
7180 straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
7181 som får lov til å benytte seg av denne standarden. En annen variant
7182 er hvis en standard er dokumentert, så er dokumentet som definerer
7183 standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
7184 dermed mulig for rettighetsinnehaver å begrense tilgang til
7185 spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
7186 den måten.&lt;/p&gt;
7187
7188 &lt;p&gt;Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
7189 verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
7190 slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
7191 det er kompliserende faktorer som gjør at det ikke er et krav) trengs
7192 for å ta i bruk en standard, så vil den som innehar patent kunne styre
7193 hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
7194 kan delta i et standard-felleskap, og hvis de kan delta, så er det
7195 ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
7196 sette vilkår som gjør at noen faller utenfor, det være seg av
7197 finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
7198 vilkår er &quot;må betale litt for hver kunde/bruker&quot; som utelukker de som
7199 gir bort en løsning gratis og &quot;må gi fra seg retten til å håndheve
7200 sine egne patentrettigheter ovenfor rettighetshaver&quot; som utelukker
7201 alle som ønsker å beholde den muligheten.&lt;/p&gt;
7202
7203 &lt;p&gt;En åpen standard innebærer for meg at alle kan få innsikt i en
7204 komplett beskrivelse av oppførsel som standarden skal dekke, og at
7205 ingen kan nektes å benytte seg av standarden. Noen mener at det
7206 holder at alle med tilstrekkelig finansiering kan få tilgang til
7207 spesifikasjonen og at en kun har finansielle krav til bruk.
7208 Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
7209 nemlig fri og åpen standard, der en har gjort det klart at alle må ha
7210 komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
7211 av en standard for at en standard skal kunne kalles fri og åpen.&lt;/p&gt;
7212 </description>
7213 </item>
7214
7215 <item>
7216 <title>Første reprap-integreringsforsøk - Z-aksen beveger seg</title>
7217 <link>http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</link>
7218 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_reprap_integreringsfors_k___Z_aksen_beveger_seg.html</guid>
7219 <pubDate>Thu, 19 Mar 2009 22:15:00 +0100</pubDate>
7220 <description>&lt;p&gt;I går tok jeg mot til meg, og løste problemet med
7221 z-aksen ved å borre i delen som manglet feste mot tannjulet som
7222 skal drive z-aksereimen. Dermed var det klart for å montere
7223 z-akse-akslingen på motoren og komme et steg videre med
7224 reprap-monteringen. Prøvekjørte den i dag med
7225 testprogrammet til stepmotoren, og kunne glad konstatere at det hele
7226 fungerte. I hvert fall når stepmotoren ikke forsøkte
7227 å snurre for raskt rundt. Ved høy hastighet roterte
7228 ikke akslingen i det hele tatt. Motoren ble bare stående
7229 å vibrere. Usikker på hvorfor, men antar motoren ikke
7230 har nok kraft til å få hele akslingen til å
7231 rotere så raskt. Denne øvelsen avslørte dog et
7232 annet problem med monteringen så langt. Under testingen
7233 begynte skruer og muttere å ry ned fra ulike deler av
7234 reprap-konstruksjonen. Jeg har ikke skrudd alt hard nok sammen til
7235 å tåle slike vibrasjoner. Tror en 5-6 skruver og/eller
7236 muttere løsnet. Brukte ganske lang tid på å
7237 finne ut hvor det manglet deler og skru ting sammen igjen. Antar alt
7238 må strammes skikkelig til før første
7239 utskrift.&lt;/p&gt;
7240
7241 &lt;p&gt;Neste steg er å få laget z-aksebåndet. Der trenger jeg
7242 egnet lim og en konstruksjon for å klemme bandet sammen under
7243 limingen, som
7244 &lt;a href=&quot;http://reprap.org/bin/view/Main/AssemblingDarwinMachinery#Z_belt&quot;&gt;beskrevet
7245 på reprap-wikien&lt;/a&gt;. Er blitt tipset om svart superlim som er
7246 elastisk også etter at det tørket, og dro ned til Small Size
7247 Hobbyland på Lilletorget som skulle ha slikt, men da jeg var innom
7248 fikk jeg høre at de ikke lenger hadde slikt lim. Må finne ut
7249 hvor i Oslo jeg kan skaffe slikt. Kanskje Panduro har? Vet ikke hva
7250 limet egentlig heter, så det er vanskelig å søke på nett.&lt;/p&gt;
7251 </description>
7252 </item>
7253
7254 <item>
7255 <title>Avisene i endring</title>
7256 <link>http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</link>
7257 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Avisene_i_endring.html</guid>
7258 <pubDate>Sun, 15 Mar 2009 22:15:00 +0100</pubDate>
7259 <description>&lt;p&gt;Jeg kom over bloggposten
7260 &quot;&lt;a href=&quot;http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/&quot;&gt;Newspapers
7261 and Thinking the Unthinkable&lt;/a&gt;&quot; som jeg synes forklarer godt hva som
7262 skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende
7263 forretningsmodeller basert på å løse problemer som ikke lenger
7264 eksisterer. Det blir spennende å se hva vi ender opp med.&lt;/p&gt;
7265 </description>
7266 </item>
7267
7268 <item>
7269 <title>Testing av reprap-elektronikken igang</title>
7270 <link>http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</link>
7271 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Testing_av_reprap_elektronikken_igang.html</guid>
7272 <pubDate>Thu, 12 Mar 2009 16:00:00 +0100</pubDate>
7273 <description>&lt;p&gt;Lenge siden det var en oppdatering av status for min 3D-skriver og
7274 i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig
7275 montert, og elektronikken er også nesten ferdig loddet. Det ser ut
7276 til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil,
7277 der en del manglet og en annen hadde suboptimalt design. Jeg løser
7278 antagelig det ene problemet med å borre noen ekstra hull til skruver i
7279 en plastdelen som trenger å festes. Det andre problemet håper jeg å
7280 få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse.
7281 Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og
7282 er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den
7283 delen jeg mangler på denne.&lt;/p&gt;
7284
7285 &lt;p&gt;Når det gjelder elektronikken, så er mye allerede loddet sammen av
7286 min venn Anders Rosnes, som har mer peiling på elektronikk og lodding
7287 enn meg. Jeg fikk i dag testet
7288 &lt;a href=&quot;http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1&quot;&gt;stepper
7289 motordriveren (v1.1)&lt;/a&gt;, og det fungerte. Jeg møtte et lite problem
7290 med strømforsyningen, en standard ATX-strømforsyning som nektet å
7291 fungere før jeg hadde satt en ledning mellom GRD og PS_ON som
7292 beskrevet på
7293 &lt;a href=&quot;http://dev.www.reprap.org/bin/view/Main/PCPowerSupply&quot;&gt;reprap-sidene
7294 om PC-strømforsyninger&lt;/a&gt;. Jeg møtte også et annet problem med
7295 Arduino-programvaren. Versjon 0013 fungerer visst ikke på
7296 Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant
7297 vha. et Google-søk
7298 &lt;a href=&quot;http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5&quot;&gt;tipset
7299 meg&lt;/A&gt; om at en nedgradering
7300 til &lt;a href=&quot;http://arduino.googlecode.com/files/arduino-0012-linux.tgz&quot;&gt;versjon
7301 0012&lt;/a&gt; kunne løse problemet, og endelig ser jeg motorakslingen
7302 snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om
7303 reprap-en kvikner til.&lt;/p&gt;
7304 </description>
7305 </item>
7306
7307 <item>
7308 <title>Frikanalen og jul i studentrådet</title>
7309 <link>http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</link>
7310 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Frikanalen_og_jul_i_studentr_det.html</guid>
7311 <pubDate>Wed, 11 Mar 2009 23:40:00 +0100</pubDate>
7312 <description>&lt;p&gt;I går
7313 &lt;a href=&quot;http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html&quot;&gt;lanserte&lt;/a&gt;
7314 NUUGs videogruppe
7315 &lt;a href=&quot;http://www.frikanalen.no&quot;&gt;Frikanalen&lt;/a&gt; med
7316 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/frontpage.cgi&quot;&gt;åpne
7317 standarder&lt;/a&gt;, og resultatet av noen intense uker med arbeide kunne
7318 endelig presenteres. Jeg har tro på åpen kanalkonseptet som
7319 Frikanalen er et eksempel på, der borgerne får anledning til å
7320 kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig
7321 glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle
7322 kan få tilgang til opptakene på web, og slipper å måtte installere MS
7323 Silverlight for å spille av opptakene.&lt;/p&gt;
7324
7325 &lt;p&gt;Frikanalen har en brokete historie, og dagens inkarnasjon er ikke
7326 helt slik foreningen Åpen kanal planla det for mange år siden, noe som
7327 er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en
7328 rettsak i Oslo tingrett der Kringkasterforeningen (tidligere
7329 foreningen Åpen kanal) har saksøkt kulturdepartementet over
7330 konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.&lt;/p&gt;
7331
7332 &lt;p&gt;I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede
7333 av å se en rekke av innslagene som er tilgjengelig. Her er mye
7334 religiøst sludder, fra
7335 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720&quot;&gt;vandring
7336 i jerusalem&lt;/a&gt; via
7337 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779&quot;&gt;religiøst
7338 vinklede nyheter&lt;/a&gt; til
7339 &lt;a
7340 href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077&quot;&gt;kreasjonisk
7341 retorikk&lt;/a&gt;, men også fine
7342 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407&quot;&gt;dokumentarer
7343 om redningsselskapet&lt;/a&gt; og
7344 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204&quot;&gt;interessante
7345 tegneserieanmeldelser&lt;/a&gt;. Det jeg derimot har hatt størst glede av,
7346 er
7347
7348 &lt;a href=&quot;http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556&quot;&gt;jul
7349 i studentrådet&lt;/a&gt;, der hver episode var en fest å se på. Jeg håper
7350 NUUG lykkes med å få ut sine opptak med like stor suksess.&lt;/p&gt;
7351 </description>
7352 </item>
7353
7354 <item>
7355 <title>Lisensvalg for NUUG-opptakene endelig på plass</title>
7356 <link>http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</link>
7357 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Lisensvalg_for_NUUG_opptakene_endelig_p__plass.html</guid>
7358 <pubDate>Fri, 6 Mar 2009 21:20:00 +0100</pubDate>
7359 <description>&lt;p&gt;Etter mange års meditasjon over temaet, har NUUG endelig klart å
7360 bestemme seg for hvilken lisens vi skal bruke på videoopptakene som
7361 gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen
7362 blir &lt;a href=&quot;http://creativecommons.org/licenses/by-sa/3.0/no/&quot;&gt;Creative
7363 Commons Navngivelse-Del på samme vilkår 3.0 Norge&lt;/a&gt;. Jeg er veldig
7364 glad for at denne saken endelig er landet. Lisensen for opptaket til
7365 Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart
7366 på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak
7367 i denne sammenhengen.&lt;/p&gt;
7368 </description>
7369 </item>
7370
7371 <item>
7372 <title>Teknisk program for Go Open 2009 er nesten ferdig</title>
7373 <link>http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</link>
7374 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html</guid>
7375 <pubDate>Thu, 5 Mar 2009 22:30:00 +0100</pubDate>
7376 <description>&lt;p&gt;Etter lang tids jobbing begynner endelig programmet til det
7377 tekniske sporet på konferansen &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
7378 2009&lt;/a&gt; å bli ferdig. Det blir 9 punkter på programmet, og etter alt
7379 å dømme blir det disse 9:&lt;/p&gt;
7380
7381 &lt;ul&gt;
7382
7383 &lt;li&gt;&quot;Open Telephony: A solution greater than the sum of its parts&quot; med
7384 Jon &quot;maddog&quot; Hall&lt;/li&gt;
7385 &lt;li&gt;OpenSolaris-relatert med Ian Murdock fra SUN&lt;/li&gt;
7386 &lt;li&gt;&quot;The inner workings of the OpenStreetmap project and the
7387 technology used&quot; med Andy Allan &lt;/li&gt;
7388 &lt;li&gt;Coreboot-relatert med Peter Stuge&lt;/li&gt;
7389 &lt;li&gt;&quot;Gratis værdata fra Meteorologisk institutt&quot; med Trond Michelsen&lt;/li&gt;
7390 &lt;li&gt;RRDtool/Nagios-relatert med Tobias Oetiker&lt;/li&gt;
7391 &lt;li&gt;&quot;Developers guide to server-side productivity and fun using open
7392 source platforms and frameworks&quot; med en gjeng folk fra
7393 JavaBin-miljøet&lt;/li&gt;
7394 &lt;li&gt;&quot;G(et)it Nå!&quot; med Marcus Ramberg&lt;/li&gt;
7395 &lt;li&gt;Om kontrolltelling av valgresultater med fri programvare med Mitch
7396 Trachtenberg&lt;/li&gt;
7397
7398 &lt;/ul&gt;
7399
7400 &lt;p&gt;De siste bekreftelsene og overskrifter mangler og kommer
7401 forhåpentlig på plass før mandag, men jeg håper dette blir et program
7402 flere enn meg vil sette pris på. Jeg gleder meg i hvert fall
7403 stort.&lt;/p&gt;
7404 </description>
7405 </item>
7406
7407 <item>
7408 <title>Checking server hardware support status for Dell, HP and IBM servers</title>
7409 <link>http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</link>
7410 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html</guid>
7411 <pubDate>Sat, 28 Feb 2009 23:50:00 +0100</pubDate>
7412 <description>&lt;p&gt;At work, we have a few hundred Linux servers, and with that amount
7413 of hardware it is important to keep track of when the hardware support
7414 contract expire for each server. We have a machine (and service)
7415 register, which until recently did not contain much useful besides the
7416 machine room location and contact information for the system owner for
7417 each machine. To make it easier for us to track support contract
7418 status, I&#39;ve recently spent time on extending the machine register to
7419 include information about when the support contract expire, and to tag
7420 machines with expired contracts to make it easy to get a list of such
7421 machines. I extended a perl script already being used to import
7422 information about machines into the register, to also do some screen
7423 scraping off the sites of Dell, HP and IBM (our majority of machines
7424 are from these vendors), and automatically check the support status
7425 for the relevant machines. This make the support status information
7426 easily available and I hope it will make it easier for the computer
7427 owner to know when to get new hardware or renew the support contract.
7428 The result of this work documented that 27% of the machines in the
7429 registry is without a support contract, and made it very easy to find
7430 them. 27% might seem like a lot, but I see it more as the case of us
7431 using machines a bit longer than the 3 years a normal support contract
7432 last, to have test machines and a platform for less important
7433 services. After all, the machines without a contract are working fine
7434 at the moment and the lack of contract is only a problem if any of
7435 them break down. When that happen, we can either fix it using spare
7436 parts from other machines or move the service to another old
7437 machine.&lt;/p&gt;
7438
7439 &lt;p&gt;I believe the code for screen scraping the Dell site was originally
7440 written by Trond Hasle Amundsen, and later adjusted by me and Morten
7441 Werner Forsbring. The HP scraping was written by me after reading a
7442 nice article in ;login: about how to use WWW::Mechanize, and the IBM
7443 scraping was written by me based on the Dell code. I know the HTML
7444 parsing could be done using nice libraries, but did not want to
7445 introduce more dependencies. This is the current incarnation:&lt;/p&gt;
7446
7447 &lt;pre&gt;
7448 use LWP::Simple;
7449 use POSIX;
7450 use WWW::Mechanize;
7451 use Date::Parse;
7452 [...]
7453 sub get_support_info {
7454 my ($machine, $model, $serial, $productnumber) = @_;
7455 my $str;
7456
7457 if ( $model =~ m/^Dell / ) {
7458 # fetch website from Dell support
7459 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;;
7460 my $webpage = get($url);
7461 return undef unless ($webpage);
7462
7463 my $daysleft = -1;
7464 my @lines = split(/\n/, $webpage);
7465 foreach my $line (@lines) {
7466 next unless ($line =~ m/Beskrivelse/);
7467 $line =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7468 $line =~ s/^.+?;(Beskrivelse;)/$1/;
7469
7470 my @f = split(/\;/, $line);
7471 @f = @f[13 .. $#f];
7472 my $lastend = &quot;&quot;;
7473 while ($f[3] eq &quot;DELL&quot;) {
7474 my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10];
7475
7476 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7477 localtime(str2time($startstr)));
7478 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7479 localtime(str2time($endstr)));
7480 $str .= &quot;$type $start -&gt; $end &quot;;
7481 @f = @f[14 .. $#f];
7482 $lastend = $end if ($end gt $lastend);
7483 }
7484 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7485 tag_machine_unsupported($machine)
7486 if ($lastend lt $today);
7487 }
7488 } elsif ( $model =~ m/^HP / ) {
7489 my $mech = WWW::Mechanize-&gt;new();
7490 my $url =
7491 &#39;http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do&#39;;
7492 $mech-&gt;get($url);
7493 my $fields = {
7494 &#39;BODServiceID&#39; =&gt; &#39;NA&#39;,
7495 &#39;RegisteredPurchaseDate&#39; =&gt; &#39;&#39;,
7496 &#39;country&#39; =&gt; &#39;NO&#39;,
7497 &#39;productNumber&#39; =&gt; $productnumber,
7498 &#39;serialNumber1&#39; =&gt; $serial,
7499 };
7500 $mech-&gt;submit_form( form_number =&gt; 2,
7501 fields =&gt; $fields );
7502 # Next step is screen scraping
7503 my $content = $mech-&gt;content();
7504
7505 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7506 $content =~ s/\s+/ /gm;
7507 $content =~ s/;\s*;/;;/gm;
7508 $content =~ s/;[\s;]+/;/gm;
7509
7510 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7511
7512 while ($content =~ m/;Warranty Type;/) {
7513 my ($type, $status, $startstr, $stopstr) = $content =~
7514 m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/;
7515 $content =~ s/^.+?;Warranty Type;//;
7516 my $start = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7517 localtime(str2time($startstr)));
7518 my $end = POSIX::strftime(&quot;%Y-%m-%d&quot;,
7519 localtime(str2time($stopstr)));
7520
7521 $str .= &quot;$type ($status) $start -&gt; $end &quot;;
7522
7523 tag_machine_unsupported($machine)
7524 if ($end lt $today);
7525 }
7526 } elsif ( $model =~ m/^IBM / ) {
7527 # This code ignore extended support contracts.
7528 my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/;
7529 if ($producttype &amp;amp;&amp;amp; $serial) {
7530 my $content =
7531 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;);
7532 if ($content) {
7533 $content =~ s/&amp;lt;[^&gt;]+?&gt;/;/gm;
7534 $content =~ s/\s+/ /gm;
7535 $content =~ s/;\s*;/;;/gm;
7536 $content =~ s/;[\s;]+/;/gm;
7537
7538 $content =~ s/^.+?;Warranty status;//;
7539 my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/;
7540
7541 $str .= &quot;($status) -&gt; $end &quot;;
7542
7543 my $today = POSIX::strftime(&quot;%Y-%m-%d&quot;, localtime(time));
7544 tag_machine_unsupported($machine)
7545 if ($end lt $today);
7546 }
7547 }
7548 }
7549 return $str;
7550 }
7551 &lt;/pre&gt;
7552
7553 &lt;p&gt;Here are some examples on how to use the function, using fake
7554 serial numbers. The information passed in as arguments are fetched
7555 from dmidecode.&lt;/p&gt;
7556
7557 &lt;pre&gt;
7558 print get_support_info(&quot;hp.host&quot;, &quot;HP ProLiant BL460c G1&quot;, &quot;1234567890&quot;
7559 &quot;447707-B21&quot;);
7560 print get_support_info(&quot;dell.host&quot;, &quot;Dell Inc. PowerEdge 2950&quot;, &quot;1234567&quot;);
7561 print get_support_info(&quot;ibm.host&quot;, &quot;IBM eserver xSeries 345 -[867061X]-&quot;,
7562 &quot;1234567&quot;);
7563 &lt;/pre&gt;
7564
7565 &lt;p&gt;I would recommend this approach for tracking support contracts for
7566 everyone with more than a few computers to administer. :)&lt;/p&gt;
7567
7568 &lt;p&gt;Update 2009-03-06: The IBM page do not include extended support
7569 contracts, so it is useless in that case. The original Dell code do
7570 not handle extended support contracts either, but has been updated to
7571 do so.&lt;/p&gt;
7572 </description>
7573 </item>
7574
7575 <item>
7576 <title>Using bar codes at a computing center</title>
7577 <link>http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</link>
7578 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Using_bar_codes_at_a_computing_center.html</guid>
7579 <pubDate>Fri, 20 Feb 2009 08:50:00 +0100</pubDate>
7580 <description>&lt;p&gt;At work with the University of Oslo, we have several hundred computers
7581 in our computing center. This give us a challenge in tracking the
7582 location and cabling of the computers, when they are added, moved and
7583 removed. Some times the location register is not updated when a
7584 computer is inserted or moved and we then have to search the room for
7585 the &quot;missing&quot; computer.&lt;/p&gt;
7586
7587 &lt;p&gt;In the last issue of Linux Journal, I came across a project
7588 &lt;a href=&quot;http://www.libdmtx.org/&quot;&gt;libdmtx&lt;/a&gt; to write and read bar
7589 code blocks as defined in the
7590 &lt;a href=&quot;http://en.wikipedia.org/wiki/Data_Matrix&quot;&gt;The Data Matrix
7591 Standard&lt;/a&gt;. This is bar codes that can be read with a normal
7592 digital camera, for example that on a cell phone, and several such bar
7593 codes can be read by libdmtx from one picture. The bar code standard
7594 allow up to 2 KiB to be written in the tag. There is another project
7595 with &lt;a href=&quot;http://www.terryburton.co.uk/barcodewriter/&quot;&gt;a bar code
7596 writer written in postscript&lt;/a&gt; capable of creating such bar codes,
7597 but this was the first time I found a tool to read these bar
7598 codes.&lt;/p&gt;
7599
7600 &lt;p&gt;It occurred to me that this could be used to tag and track the
7601 machines in our computing center. If both racks and computers are
7602 tagged this way, we can use a picture of the rack and all its
7603 computers to detect the rack location of any computer in that rack.
7604 If we do this regularly for the entire room, we will find all
7605 locations, and can detect movements and removals.&lt;/p&gt;
7606
7607 &lt;p&gt;I decided to test if this would work in practice, and picked a
7608 random rack and tagged all the machines with their names. Next, I
7609 took pictures with my digital camera, and gave the dmtxread program
7610 these JPEG pictures to see how many tags it could read. This worked
7611 fairly well. If the pictures was well focused and not taken from the
7612 side, all tags in the image could be read. Because of limited space
7613 between the racks, I was unable to get a good picture of the entire
7614 rack, but could without problem read all tags from a picture covering
7615 about half the rack. I had to limit the search time used by dmtxread
7616 to 60000 ms to make sure it terminated in a reasonable time frame.&lt;/p&gt;
7617
7618 &lt;p&gt;My conclusion is that this could work, and we should probably look
7619 at adjusting our computer tagging procedures to use bar codes for
7620 easier automatic tracking of computers.&lt;/p&gt;
7621 </description>
7622 </item>
7623
7624 <item>
7625 <title>Første vellykkede videostrøm fra NUUG</title>
7626 <link>http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</link>
7627 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/F_rste_vellykkede_videostr_m_fra_NUUG.html</guid>
7628 <pubDate>Wed, 11 Feb 2009 06:30:00 +0100</pubDate>
7629 <description>&lt;p&gt;Jeg ble glad for å se under
7630 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090210-compiz/&quot;&gt;gårdagens
7631 medlemsmøte&lt;/a&gt; i NUUG Oslo at utsending av live-video fra møtet
7632 fungerte for første gang. Forrige gang ble det ved en teknisk tabbe
7633 sendt video uten lyd. Vi kan takke Ole Kristian Lien og resten av
7634 videogruppen i NUUG for at nå NUUG-medlemmer over det ganske land
7635 kunne se foredraget samtidig med oss i Oslo. Vi opplevde til og med
7636 under møtet å motta spørsmål via IRC som ble besvart der og da.
7637 Opptaket publiseres så snart det er kopiert over til NUUGs
7638 webserver og komprimert.&lt;/p&gt;
7639 </description>
7640 </item>
7641
7642 <item>
7643 <title>Min reprap tar sakte form</title>
7644 <link>http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</link>
7645 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Min_reprap_tar_sakte_form.html</guid>
7646 <pubDate>Tue, 3 Feb 2009 13:30:00 +0100</pubDate>
7647 <description>&lt;p&gt;Min reprap begynner å ta form. Den er nå kommet så langt at den er
7648 blitt en kubisk ramme. Z-aksen er montert men ikke kalibrert, og det
7649 hele er klart for litt enkel testing. Har møtt på to problemer som
7650 blokkerer videre montering, men har oppnått kontakt med Audun Vaaler
7651 ved Høgskolen i Østfold som forteller at de er nesten ferdig med et
7652 tilsvarende byggesett som det jeg tar utgangspunkt i, og håper de kan
7653 forklare hvordan de kom rundt problemene. De to problemene er
7654 relatert til Z-aksen og Y-aksen. &lt;/p&gt;
7655
7656 &lt;p&gt;For Z-aksen, er det et stjernehjul som festes på motoraksen ved
7657 tannjulet som driver z-aksebåndet og som skal holde båndet på plass.
7658 Problemet med det nederste stjernejulet er at det er helt løst, og
7659 blir liggende på motoren 5 mm nedenfor tannjulet, i stedet for å ligge
7660 inntil tannjulet slik det skal. Mulig løsningen er å borre i
7661 stjernehjulet, eller lime det fast.&lt;/p&gt;
7662
7663 &lt;p&gt;For Y-aksen, er det en plastdel som ser ut til å mangle som skulle
7664 dekket to skruver som kommer i veien for kraftoverføringsmekanismen
7665 fra motoren til selve aksen, slik at mekanismen kan snurre fritt.&lt;/p&gt;
7666
7667 &lt;p&gt;Når det gjelder elektronikken til min reprap, så er min gode venn
7668 Anders Rosnes igang med å lodde sammen delene og han forteller at
7669 koblingsbordet for Arduino er klart, og en temperatursensor og en
7670 optoswitch er også klar. Gleder meg til å teste dem. Må bare finne
7671 ut hvordan jeg laster opp firmware i Arduino-en. :)&lt;/p&gt;
7672
7673 &lt;p&gt;Når det gjelder NUUGs reprap-prosjekt, så er det framgang og Ole
7674 Kristian, Tollef og Ketil besøke IFI for å få fortgang i produksjon av
7675 plastdeler, og Ole Kristian forteller at han har funnet en kilde til
7676 de fleste metalldelene. Gleder meg til å se resultaten av det
7677 arbeidet.&lt;/p&gt;
7678 </description>
7679 </item>
7680
7681 <item>
7682 <title>Intellektuelt privilegium - et bedre IP-begrep</title>
7683 <link>http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</link>
7684 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Intellektuelt_privilegium___et_bedre_IP_begrep.html</guid>
7685 <pubDate>Sun, 1 Feb 2009 15:06:00 +0100</pubDate>
7686 <description>&lt;p&gt;Ofte brukes intellektuell eiendom som samlebegrep for opphavsrett,
7687 patenter, varemerker og forretningshemmeligheter. Problemet med dette
7688 begrepet er at det er svært misvisende. For det første er ingen av de
7689 begrensede monopolene det her er snakk om som kan kalles eiendom, og
7690 for det andre er egenskapene til de ulike monopolene så forskjellige
7691 at det er mer tilslørende enn opplysende å gruppere dem sammen i et
7692 sekkebegrep. Blant annet Richard Stallman har
7693 &lt;a href=&quot;http://www.gnu.org/philosophy/not-ipr.html&quot;&gt;skrevet litt om dette&lt;/a&gt;.&lt;/p&gt;
7694
7695 &lt;p&gt;I dag kom jeg over
7696 &lt;a href=&quot;http://blogs.sun.com/webmink/entry/intellectual_privilege&quot;&gt;en
7697 bloggpost fra Simon Phipps&lt;/a&gt; som foreslår å bruke intellektuelt
7698 privilegium som begrep i stedet, da det gjør det klarere at det ikke
7699 er snakk om eiendom, men et tidsbegrenset monopol. Simon Phipps
7700 forteller videre at noen jobber med å skrive
7701 &lt;a href=&quot;http://www.intellectualprivilege.com/book.html&quot;&gt;en bok med
7702 tittel Intellectual Privilege&lt;/a&gt;, og at boken er anbefalt av Lawrence
7703 Lessig. Jeg tror jeg skal begynne å bruke begrepet intellektuelt
7704 privilegium når jeg snakker om opphavsrett, patenter, varemerker og
7705 forretningshemmeligheter framover.&lt;/p&gt;
7706 </description>
7707 </item>
7708
7709 <item>
7710 <title>Fri og åpen standard, slik Digistan ser det</title>
7711 <link>http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</link>
7712 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html</guid>
7713 <pubDate>Sat, 31 Jan 2009 23:10:00 +0100</pubDate>
7714 <description>&lt;p&gt;Det er mange ulike definisjoner om hva en åpen standard er for noe,
7715 og NUUG hadde &lt;a href=&quot;http://www.nuug.no/dokumenter/standard-presse-def-200506.txt&quot;&gt;en
7716 pressemelding om dette sommeren 2005&lt;/a&gt;. Der ble definisjonen til
7717 &lt;a href=&quot;http://www.aaben-standard.dk/&quot;&gt;DKUUG&lt;/a&gt;,
7718 &lt;a href=&quot;http://europa.eu.int/idabc/servlets/Doc?id=19529&quot;&gt;EU-kommissionens
7719 European Interoperability Framework ( side 9)&lt;/a&gt; og
7720 &lt;a href=&quot;http://www.teknologiradet.no/files/7polert_copy.htm&quot;&gt;teknologirådet&lt;/a&gt; omtalt.&lt;/p&gt;
7721
7722 &lt;p&gt;Siden den gang har regjeringens standardiseringsråd dukket opp, og de
7723 ser ut til å har tatt utgangspunkt i EU-kommisjonens definisjon i
7724 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/kampanjer/standardiseringsradet/arbeidsmetodikk.html?id=476407&quot;&gt;sin
7725 arbeidsmetodikk&lt;/a&gt;. Personlig synes jeg det er en god ide, da
7726 kravene som stilles der gjør at alle markedsaktører får like vilkår,
7727 noe som kommer kundene til gode ved hjelp av økt konkurranse.&lt;/p&gt;
7728
7729 &lt;p&gt;I sommer kom det en ny definisjon på banen.
7730 &lt;a href=&quot;http://www.digistan.org/&quot;&gt;Digistan&lt;/a&gt; lanserte
7731 &lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;en
7732 definisjon på en fri og åpen standard&lt;/a&gt;. Jeg liker måten de bryter
7733 ut av diskusjonen om hva som kreves for å kalle noe en åpen standard
7734 ved å legge på et ord og poengtere at en standard som er både åpen og
7735 fri har noen spesielle krav. Her er den definisjonen etter rask
7736 oversettelse fra engelsk til norsk av meg:&lt;/p&gt;
7737
7738 &lt;blockquote&gt;
7739 &lt;p&gt;&lt;strong&gt;Definisjonen av en fri og åpen standard&lt;/strong&gt;&lt;/p&gt;
7740
7741 &lt;p&gt;Den digitale standardorganisasjonen definierer fri og åpen standard
7742 som følger:&lt;/p&gt;
7743 &lt;ul&gt;
7744 &lt;li&gt;En fri og åpen standard er immun for leverandørinnlåsing i alle
7745 stadier av dens livssyklus. Immuniteten fra leverandørinnlåsing gjør
7746 det mulig å fritt bruke, forbedre, stole på og utvide en standard over
7747 tid.&lt;/li&gt;
7748 &lt;li&gt;Standarden er adoptert og vil bli vedlikeholdt av en ikke-kommersiell
7749 organisasjon, og dens pågående utvikling gjøres med en åpen
7750 beslutningsprosedyre som er tilgjengelig for alle som er interessert i
7751 å delta.&lt;/li&gt;
7752 &lt;li&gt;Standarden er publisert og spesifikasjonsdokumentet er fritt
7753 tilgjengelig. Det må være tillatt for alle å kopiere, distribuere og
7754 bruke den uten begresninger.&lt;/li&gt;
7755 &lt;li&gt;Patentene som muligens gjelder (deler av) standarden er gjort
7756 ugjenkallelig tilgjengelig uten krav om betaling.&lt;/li&gt;
7757 &lt;li&gt;Det er ingen begresninger i gjenbruk av standarden.&lt;/li&gt;
7758 &lt;/ul&gt;
7759 &lt;p&gt;Det økonomiske resultatet av en fri og åpen standard, som kan
7760 måles, er at det muliggjør perfekt konkurranse mellom leverandører av
7761 produkter basert på standarden.&lt;/p&gt;
7762 &lt;/blockquote&gt;
7763
7764 &lt;p&gt;(Tar gjerne imot forbedringer av oversettelsen.)&lt;/p&gt;
7765 </description>
7766 </item>
7767
7768 <item>
7769 <title>Transendentalt tullball og en funksjonell tilnærming</title>
7770 <link>http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</link>
7771 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Transendentalt_tullball_og_en_funksjonell_tiln_rming.html</guid>
7772 <pubDate>Sat, 24 Jan 2009 15:00:00 +0100</pubDate>
7773 <description>&lt;p&gt;Kom over
7774 &lt;a href=&quot;http://debian-administration.org/users/dkg/weblog/39&quot;&gt;en
7775 bloggpost fra Daniel Kahn Gillmor&lt;/a&gt; som forteller at
7776 Eben Moglen, juridisk rådgiver for FSF og stifteren av Software Fredom
7777 Law Center, i sitt kurs har referert Felix Cohen sin artikkel
7778 &lt;a href=&quot;http://moglen.law.columbia.edu/LCS/cohen-transcendental.pdf&quot;&gt;Trancendental
7779 Nonsense and the Functional Approach&lt;/a&gt; fra 1935. Det må jeg si var
7780 svært interessant for å forstå hvordan og hvorfor immaterialretten har
7781 utvidet sitt virkeområde og hvor lenge det har pågått.&lt;/p&gt;
7782
7783 &lt;p&gt;Innlegget minner meg på
7784 &lt;a href=&quot;https://penta.debconf.org/~joerg/events/161.en.html&quot;&gt;en
7785 presentasjon jeg overvar&lt;/a&gt; på Debconf 7 om hvordan innføring og
7786 utvidelse av opphavsretten ble debattert på 1700-tallet. Anbefaler å
7787 se den presentasjonen som er tilgjengelig på video i
7788 &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;
7789 og
7790 &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;
7791 oppløsning.&lt;/p&gt;
7792 </description>
7793 </item>
7794
7795 <item>
7796 <title>ODF-bruk i staten, ikke helt på plass</title>
7797 <link>http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</link>
7798 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/ODF_bruk_i_staten__ikke_helt_p__plass.html</guid>
7799 <pubDate>Thu, 22 Jan 2009 23:00:00 +0100</pubDate>
7800 <description>&lt;p&gt;I går publiserte
7801 &lt;a href=&quot;http://universitas.no/nyhet/52776/&quot;&gt;Universitas&lt;/a&gt;,
7802 &lt;a href=&quot;http://www.dagensit.no/trender/article1588462.ece&quot;&gt;Dagens-IT&lt;/a&gt;
7803 og &lt;a href=&quot;http://www.idg.no/computerworld/article118622.ece&quot;&gt;Computerworld
7804 Norge&lt;/a&gt; en sak om at de ansatte ved Universitetet i Oslo ikke følger
7805 regjeringens pålegg om å publisere i HTML, PDF eller ODF. Det er bra
7806 at det kommer litt fokus på dette, og jeg håper noen journalister tar
7807 en titt på de andre statlige instansene også.&lt;/p&gt;
7808
7809 &lt;p&gt;Skulle ønske det var en enkel måte å sjekke om ODF-dokumenter er i
7810 henholdt til ODF-spesifikasjonen, og en måte å teste om programmer som
7811 hevder å støtte ODF forstår alle delene av ODF-spesifikasjonen.
7812 Kjenner kun til ufullstendige løsninger for slikt.&lt;/p&gt;
7813 </description>
7814 </item>
7815
7816 <item>
7817 <title>Det vanskelige Lisensvalget - ikke lag din egen</title>
7818 <link>http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</link>
7819 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Det_vanskelige_Lisensvalget___ikke_lag_din_egen.html</guid>
7820 <pubDate>Thu, 22 Jan 2009 22:15:00 +0100</pubDate>
7821 <description>&lt;p&gt;Min mormor har intet dypt forhold til opphavsrettsloven. Hun eier
7822 ingen kopimaskin eller datamaskin. Hun kan ikke bruke videoopptaker,
7823 og er generelt sjelden i en situasjon der hun kunne tenkes å kopiere
7824 noe som er opphavsrettslig vernet. Da jeg en gang forklarte at jeg
7825 var involvert i
7826 &lt;a href=&quot;http://www.openstreetmap.org/&quot;&gt;OpenStreetmap-prosjektet&lt;/a&gt;
7827 (hun lurte på hvorfor jeg kjørte rundt i nabolaget med GPS), var
7828 &quot;hvorfor ikke bruke de offisielle kartene fra kartverket &quot; det første
7829 hun spurte om. Jeg er usikker på om svaret ga mening, i og med at
7830 hun aldri har tenkt nøye over bruksrettigheter og slikt. Hva skulle
7831 hun med retten til videredistribusjon av nye kartkopier, som ikke
7832 kopierer kart? Hva skulle hun med retten til å publisere endrede
7833 utgaver som aldri har hatt behov for annet enn å notere litt på en
7834 kartkopi? Det er altså mulig å gå igjennom livet (og det har vært
7835 et langt og innholdsrikt liv for min mormor) uten å forholde seg til
7836 opphavsrettsloven.&lt;/p&gt;
7837
7838 &lt;p&gt;Andre igjen trenger solid kunnskap om konsekvensene av paragrafene
7839 i opphavsrettsloven i sitt daglige virke, men har av ulike årsaker
7840 ikke satt seg nøye inn i lovens konsekvens. Denne teksten er tiltenkt
7841 slike lesere.&lt;/p&gt;
7842
7843 &lt;p&gt;Når en publiserer programvare eller annet opphavsrettsbeskyttet
7844 materiale (eller &quot;verk&quot; som loven kaller det), så er det endel ting
7845 som er lurt å tenke på. Hvis en ikke sier noe spesifikt om vilkårene
7846 for publiseringen, så er det opphavsrettens grunnregler som gjelder.
7847 De sier blant annet at ingen andre enn rettighetshaver kan publisere,
7848 kopiere og endre verket. Hvis en ønsker å publisere noe uten
7849 bruksbegrensninger for mottaker (f.eks. fri programvare eller fritt
7850 tilgjengelige data), så må en altså eksplisitt gi tillatelse for andre
7851 til å gjøre disse tingene. Slike eksplisitte tillatelser kalles
7852 gjerne lisenser. Det er en god del å tenke på når en lager lisenser,
7853 og det er enkelt å gjøre feil, slik at lisensen ikke uttrykker
7854 intensjonen med publiseringen. Det er derfor lurt å gjenbruke en
7855 eksisterende lisenstekst hvis det er mulig.&lt;/p&gt;
7856
7857 &lt;p&gt;Av flere årsaker er det lurt å ikke finne på sin egen lisenstekst.
7858 For det første gir det jobb for de som ønsker å bruke verket å sette
7859 seg inn i, forstå og vurdere hver enkelt lisens, for å finne ut om den
7860 dekker bruksbehovet. Hver ny lisensvariant gir dermed ekstra arbeide
7861 for de organisasjoner og individer som vurderer å ta i bruk et
7862 opphavsrettsbeskyttet verk. Gjenbruk forutsetter gjerne bruk sammen
7863 med andre verk, f.eks. programmer og biblioteker skal settes sammen
7864 til et hele, eller datafiler skal brukes sammen med programmer. Det
7865 er fort gjort å lage en hjemmesnekret lisens som ikke tillater bruk
7866 sammen med andre komponenter hvis en ikke er påpasselig med
7867 utformingen av lisensen (såkalte inkompatible lisenser), spesielt hvis
7868 det ikke er intensjonen ved publisering. Og for det andre, så er det
7869 fort gjort å glemme noe når en lager lisensteksten, slik at
7870 rettigheter en ønsket å gi til brukerne ikke blir nevnt og lovens
7871 begresninger gjelder.. &lt;strong&gt;Første regel ved lisensvalg er derfor
7872 å unngå å lage sin egen, men forsøke så langt som mulig å bruke en av
7873 de utallige eksisterende lisensene.&lt;/strong&gt;&lt;/p&gt;
7874
7875 &lt;p&gt;Et lite eksempel på problemer som kan oppstå er
7876 &lt;a href=&quot;http://api.met.no/lisens.html&quot;&gt;betingelsene som Meteorologisk
7877 institutt har gjort sine data tilgjengelig under&lt;/a&gt;. De ser pr. i
7878 dag slik ut (kopiert hit for å sikre at framtidige lesere kjenner
7879 innholdet hvis de endres):&lt;/p&gt;
7880
7881 &lt;blockquote&gt;&lt;p&gt;Betingelser for bruk av data
7882 &lt;br/&gt;Meteorologisk institutt innehar immaterielle- og
7883 eiendomsrettigheter til data og produkter produsert av instituttet
7884 (heretter omtalt som PRODUKTER/PRODUKTENE). Selv om et utvalg
7885 PRODUKTER er tilgjengelige her for nedlasting og bruk, medfører ikke
7886 dette på noen måte overdragelse av disse rettighetene. PRODUKTENE kan
7887 brukes til ethvert formål som ikke er i strid med norsk lov. Dersom
7888 PRODUKTENE videreformidles i opprinnelig form eller i en form hvor de
7889 opprinnelige PRODUKTENE utgjør en vesentlig og/eller en lett
7890 gjenkjennelig del, skal Meteorologisk institutt oppgies som
7891 kilde. Dette må gjøres på en godt synlig måte. Meteorologisk institutt
7892 kan ikke holdes ansvarlig for eventuelle konsekvenser av bruken av
7893 PRODUKTENE. Meteorologisk institutt garanterer ikke regelmessighet i
7894 oppdateringen av PRODUKTENE, og endringer i PRODUKTENE kan forekomme
7895 uten varsel. For direkte leveranse av spesifisert produktsett,
7896 vennligst kontakt Meteorologisk institutt.&lt;/p&gt;&lt;/blockquote&gt;
7897
7898 &lt;p&gt;Meteorologisk institutt hevder at dette skal gjøre dem &quot;fritt
7899 tilgjengelige&quot;, og det gjør at jeg mistenker at betingelsene ikke
7900 reflekterer intensjonen bak publiseringen. I lisensen står det ikke
7901 at en har rett til å endre dataene og publisere det endrede
7902 resultatet. Det står heller ingenting om hvorvidt en har rett til
7903 videredistribusjon. Mangelen på tillatelse til slik bruk gjør at jeg
7904 ikke ville omtale datagrunnlaget som fritt tilgjengelig. Det er i
7905 strid med kriteriene for Free Software
7906 &lt;a href=&quot;http://www.fsf.org/licensing/essays/free-sw.html&quot;&gt;publisert
7907 av FSF&lt;/a&gt;,
7908 &lt;a href=&quot;http://www.debian.org/social_contract#guidelines&quot;&gt;Debian Free
7909 Software Guidelines&lt;/a&gt; og NUUGs beskrivelse av fri programvare
7910 publisert i
7911 &lt;a href=&quot;http://www.nuug.no/dokumenter/folder-friprogramvare.pdf&quot;&gt;NUUGs
7912 folder om dette&lt;/a&gt;. Jeg lurer på hvorfor Meteorologisk institutt
7913 ikke valgte noen kjent lisens? Skulle tro at en Creative
7914 Commons-lisens eller en av de mest brukte fri programvarelisensene som
7915 GPL og BSD kunne duge. Jeg håper Meteorologisk institutt revurderer
7916 og endrer på betingelsene.&lt;/p&gt;
7917 </description>
7918 </item>
7919
7920 <item>
7921 <title>When web browser developers make a video player...</title>
7922 <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</link>
7923 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</guid>
7924 <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
7925 <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;
7926 to publish video recordings of our monthly presentations, we provide a
7927 page with embedded video for easy access to the recording. Putting a
7928 good set of HTML tags together to get working embedded video in all
7929 browsers and across all operating systems is not easy. I hope this
7930 will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
7931 browsers, but I am not sure. We provide the recordings in several
7932 formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
7933 browser/media plugin to pick one it support and use it to play the
7934 recording, using whatever embed mechanism the browser understand.
7935 There is at least four different tags to use for this, the new HTML5
7936 &amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
7937 the &amp;lt;applet&amp;gt; tag. All of these take a lot of options, and
7938 finding the best options is a major challenge.&lt;/p&gt;
7939
7940 &lt;p&gt;I just tested the experimental Opera browser available from &lt;a
7941 href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
7942 a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
7943 I was not very impressed. The browser start by fetching a picture
7944 from the video stream. Not sure if it is the first frame, but it is
7945 definitely very early in the recording. So far, so good. Next,
7946 instead of streaming the 76 MiB video file, it start to download all
7947 of it, but do not start to play the video. This mean I have to wait
7948 for several minutes for the downloading to finish. When the download
7949 is done, the playing of the video do not start! Waiting for the
7950 download, but I do not get to see the video? Some testing later, I
7951 discover that I have to add the controls=&quot;true&quot; attribute to be able
7952 to get a play button to pres to start the video. Adding
7953 autoplay=&quot;true&quot; did not help. I sure hope this is a misfeature of the
7954 test version of Opera, and that future implementations of the
7955 &amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
7956 playing when the download is done.&lt;/p&gt;
7957
7958 &lt;p&gt;The test page I used (since changed to add more attributes) is
7959 &lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
7960 from the nuug site&lt;/a&gt;. Will have to test it with the new Firefox
7961 too.&lt;/p&gt;
7962
7963 &lt;p&gt;In the test process, I discovered a missing feature. I was unable
7964 to find a way to get the URL of the playing video out of Opera, so I
7965 am not quite sure it picked the Ogg Theora version of the video. I
7966 sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
7967 </description>
7968 </item>
7969
7970 <item>
7971 <title>Fiksgatami begynner å ta form</title>
7972 <link>http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</link>
7973 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fiksgatami_begynner___ta_form.html</guid>
7974 <pubDate>Thu, 15 Jan 2009 23:15:00 +0100</pubDate>
7975 <description>&lt;p&gt;For noen uker siden bestemte noen av oss seg for at det var på tide
7976 med en norsk utgave av
7977 &lt;a href=&quot;http://www.fixmystreet.com/&quot;&gt;FixMyStreet&lt;/a&gt;, og satte igang
7978 et prosjekt i NUUG-regi. Konseptet er å gjøre det enklere å
7979 rapportere til rette instans om ting som er galt i offentligheten, ved
7980 å bruke kart og web. &lt;a href=&quot;http://www.fiksgatami.no&quot;&gt;En
7981 testinstans&lt;/a&gt; er på plass på en maskin donert av min arbeidsplass
7982 USIT ved Universitetet i Oslo, og den begynner så smått å fungere.
7983 Det gjenstår å fullføre støtten for norsk språk, bytte ut kartet og
7984 finne kilde for å slå opp adresser før første versjon er operativ.
7985 Når den er operativ, håper vi å forbedre utseendet litt, samt legge
7986 til ny funksjonalitet.
7987 &lt;a href=&quot;http://wiki.nuug.no/grupper/fiksgatami&quot;&gt;Prosjektet&lt;/a&gt;
7988 trenger flere folk, både utviklere og folk til å bidra med å finne ut
7989 hvor feilene som rapporteres skal sendes videre. Vi har kommet i
7990 kontakt med naturvernmiljøet i Bergen som allerede var igang med
7991 lignende planer, og det ser ut til at vi kan slå våre pjalter sammen
7992 med dem. Dette blir bra.&lt;/p&gt;
7993 </description>
7994 </item>
7995
7996 <item>
7997 <title>Elektronikkbyggesettet kommer fram på andre forsøk</title>
7998 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</link>
7999 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_kommer_fram_p__andre_fors_k.html</guid>
8000 <pubDate>Fri, 2 Jan 2009 13:55:00 +0100</pubDate>
8001 <description>&lt;p&gt;Et langt hopp fremover for &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
8002 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
8003 i dag.&lt;/p&gt;
8004
8005 &lt;p&gt;I dag klarte posten det de ikke klarte før jul, nemlig å få fram
8006 elektronikkbyggesettet for 3D-skriveren min. Fikk pakkelapp i dag som
8007 sist, og dro til min lokale post-i-butikk for å hente pakken. Ingen
8008 pakke der, som sist. Ringte så direkte til til postens kundeservice
8009 som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
8010 lå pakken der. Ruslet så tilbake og nå fant de den. Fikk inntrykk
8011 av at pakken hadde annet referansenummer enn det som var på
8012 utleveringsbilaget jeg hadde fått i posten. Lurer på om det samme
8013 skjedde sist, og om pakken også da lå her og ventet på meg uten at
8014 posten klarte å gi meg den ved oppmøte. Uansett, glad og lykkelig
8015 ruslet jeg hjem igjen med elektronikkbyggesettet.&lt;/p&gt;
8016
8017 &lt;p&gt;Da er det bare å gå igang med å lodde sammen alle kretskortene.
8018 Det er en solid stabel deler, selv om esken ikke var så stor (ca
8019 20x20x20 cm). Her skal min gode venn Anders hjelpe til. Han er
8020 fysikker og jobber med elektronikk til daglig, og har sagt ja til å
8021 bidra med sin kompetanse. :)&lt;/p&gt;
8022
8023 &lt;p&gt;Ellers er det god framgang med bygging av mekanikksettet som ankom
8024 før jul. Har brukt romjulen til å bygge, og er ferdig med alle
8025 hjørnestykkene, Z-aksene og i gang med delene til Y-aksen. Når
8026 siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
8027 slik at rammeverket til &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt;-en
8028 kan monteres. Det blir interessant å få alt nøyaktig nok montert.
8029 Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
8030 feilmargin på 0.25 mm, over en avstand på 40 cm. Håper vater kan
8031 bidra her. Regner med at det blir enklere å komme opp med løsninger
8032 når rammen begynner å ta form.&lt;/p&gt;
8033
8034 &lt;p&gt;Her om dagen kom jeg forresten over en alternativ 3D-skriver som
8035 ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
8036 &lt;a href=&quot;http://blog.wired.com/gadgets/2008/11/3d-printer-feed.html&quot;&gt;Mcor
8037 Matrix&lt;/a&gt; heter vidunderet, men det er ikke i salg ennå, selv om
8038 &lt;a href=&quot;http://www.mcortechnologies.com/&quot;&gt;produsentens websider&lt;/a&gt;
8039 påstår det skulle skje i 2008.&lt;/p&gt;
8040 </description>
8041 </item>
8042
8043 <item>
8044 <title>Software video mixer on a USB stick</title>
8045 <link>http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</link>
8046 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Software_video_mixer_on_a_USB_stick.html</guid>
8047 <pubDate>Sun, 28 Dec 2008 15:40:00 +0100</pubDate>
8048 <description>&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; is
8049 recording our montly presentation on video, and recently we have
8050 worked on improving the quality of the recordings by mixing the slides
8051 directly with the video stream. For this, we use the
8052 &lt;a href=&quot;http://dvswitch.alioth.debian.org/&quot;&gt;dvswitch&lt;/a&gt; package from
8053 the Debian video team. As this require quite one computer per video
8054 source, and NUUG do not have enough laptops available, we need to
8055 borrow laptops. And to avoid having to install extra software on
8056 these borrwed laptops, I have wrapped up all the programs needed on a
8057 bootable USB stick. The software required is dvswitch with assosiated
8058 source, sink and mixer applications and
8059 &lt;a href=&quot;http://www.kinodv.org/&quot;&gt;dvgrab&lt;/a&gt;. To allow this setup to
8060 work without any configuration, I&#39;ve patched dvswitch to use
8061 &lt;a href=&quot;http://www.avahi.org/&quot;&gt;avahi&lt;/a&gt; to connect the various parts
8062 together. And to allow us to use laptops without firewire plugs, I
8063 upgraded dvgrab to the one from Debian/unstable to get one that work
8064 with USB sources. We have not yet tested this setup in a production
8065 setup, but I hope it will work properly, and allow us to set up a
8066 video mixer in a very short time frame. We will need it for
8067 &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt;.&lt;/p&gt;
8068
8069 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz&quot;&gt;The
8070 USB image&lt;/a&gt; is for a 1 GB memory stick, but can be used on any
8071 larger stick as well.&lt;/p&gt;
8072 </description>
8073 </item>
8074
8075 <item>
8076 <title>FAD lanserer reiseregningsskjema som fri programvare</title>
8077 <link>http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</link>
8078 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</guid>
8079 <pubDate>Wed, 17 Dec 2008 15:00:00 +0100</pubDate>
8080 <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
8081 programvare for &lt;a href=&quot;http://www.reiseregningen.no/&quot;&gt;skriving av
8082 reiseregninger&lt;/a&gt;, som de gir ut som fri programvare. Den gode
8083 nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
8084 foran i å etablere en delingskultur i offentlig sektor, og denne gang
8085 har hatt fokus på å lage en løsning som fungerer på flere platformer,
8086 konkret Linux, MacOS X og Windows. Løsningen er utviklet av
8087 &lt;a href=&quot;http://makingwaves.no&quot;&gt;Making Waves&lt;/a&gt; på oppdrag fra FAD, og
8088 kildekoden er tilgjengelig fra
8089 &lt;a href=&quot;https://www.coderesort.com/p/reiseregningen&quot;&gt;CodeResort&lt;/a&gt;.
8090 En får lesetilgang til kode og dokumentasjon uten å registrere seg,
8091 men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
8092 FAD håper å få erfaring med fri programvareprosjekter vha. dette
8093 prosjektet, som er første gang de gir ut kildekode fra et
8094 &quot;egenutviklet&quot; prosjekt.&lt;/p&gt;
8095
8096 &lt;p&gt;Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
8097 Adobe Flex. Den bruker Flash 9, og fungerer ikke med Gnash. I
8098 tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
8099 lagt JavaScript-kode foran web-programmet som nekter å starte
8100 flash-programmet hvis ikke Adobe Flash 9 er installert. Det var
8101 irriterende, og jeg måtte hente ut URL til Flash-binæren fra
8102 HTML-siden og lage min egen testside for å sjekke om den fungerte med
8103 gnash. Fikk bare en blank flate der programmet skulle startet. Laget
8104 en side med følgende HTML-snutt for å laste programmet
8105 &lt;pre&gt;&lt;blockquote&gt;&amp;lt;object
8106 data=&quot;http://213.225.125.209/kunder/dss/Reiseregningen.swf&quot;
8107 width=&quot;100%&quot;
8108 height=&quot;100%&quot;
8109 &amp;gt;&lt;/blockquote&gt;&lt;/pre&gt;&lt;/p&gt;
8110
8111 &lt;p&gt;Bruken av Adobe Flash er spesielt problematisk da Adobes
8112 Flash-utgave har en lisens som ikke tillater andre en Adobe å
8113 distribuere deres programpakke. Det gjør det umulig for
8114 linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
8115 Flash i sine distribusjoner. Adobe Flash er ikke fri programvare.
8116 Det finnes noen ikke-komplette Flash-implementasjoner som er fri
8117 programvare, som &lt;a href=&quot;http://www.getgnash.org/&quot;&gt;Gnash&lt;/a&gt; og
8118 &lt;a href=&quot;http://swfdec.freedesktop.org/&quot;&gt;swfdec&lt;/a&gt;. Jeg spurte
8119 utviklerne om de hadde testet med alternative utgaver av Flash som
8120 Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
8121 heller ikke testet løsningen mot disse.&lt;/p&gt;
8122
8123 &lt;p&gt;Videreutvikling av reiseregningsprogrammet vil kreve aksept for
8124 lisensen til Adobe Flex. I følge Adobe finnes Adobe Flax som
8125 Eclipse-utvidelse i
8126 &lt;a href=&quot;http://labs.adobe.com/technologies/flex/flexbuilder_linux/&quot;&gt;en
8127 betautgave for Linux&lt;/a&gt;, men jeg vet ikke om denne er tilstrekkelig
8128 for å bygge reiseregningsprogrammet. Jeg mistenker at valg av
8129 teknologi gjør at svært få fri programvareutviklere ser det som
8130 interessant å involvere seg i videreutvikling av dette prosjektet.
8131 Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
8132 og videreutvikles ved hjelp av fri programvare. Andre utviklere av
8133 fri programvare ser det åpenbart annerledes, da det jo finnes fri
8134 programvare på Windows. Vi får se om det er tilstrekkelig mange av
8135 dem til at FAD får bidragsytere utenfra. Prosjektet bærer litt preg
8136 av &quot;kast det over gjerdet&quot;-metoden for deling, der en legger ut koden
8137 men det ikke er klart hvem som skal skape fellesskapet som trengs for
8138 å få et fungerende fri programvareutviklingsmiljø.&lt;/p&gt;
8139
8140 &lt;p&gt;Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
8141 og der tidligere svar styrer hvilke alternativer en må fylle ut
8142 senere. Det henter informasjon om takster og regler fra FADs sider,
8143 der informasjonen skal være lagt ut i maskinlesbart format. Når en er
8144 ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
8145 utskrift eller videre lagring/behandling. Skjemaet er kun
8146 klientbiten, og eventuell integrering mot økonomisystemer følger ikke
8147 med. FAD lovte at de skulle bidra til at takster og regelfilene
8148 skulle holdes oppdatert. Konvertering til PDF var visst .NET-basert.
8149 Utviklerne hadde ingen idé om dette fungerte med fri
8150 programvareutgaver som Mono. .NET-utgaven skulle være en begrenset
8151 del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
8152 eksisterende tjenerløsning. Løsningen kunne gjenbruke
8153 personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
8154 slik at en slapp å skrive inn samme informasjon hver gang. Sentralt
8155 lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
8156 gjorde det litt vanskeligere for brukeren.&lt;/p&gt;
8157 </description>
8158 </item>
8159
8160 <item>
8161 <title>Elektronikkbyggesettet for reprapen sporet opp</title>
8162 <link>http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</link>
8163 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Elektronikkbyggesettet_for_reprapen_sporet_opp.html</guid>
8164 <pubDate>Tue, 16 Dec 2008 08:00:00 +0100</pubDate>
8165 <description>&lt;p&gt;I dag fikk jeg endelig vite hva posten hadde gjort med
8166 elektronikkbyggesettet mitt. Fikk epost fra avsenderen, Zach &#39;Hoeken&#39;
8167 Smith, som fortalte at posten hadde returnert pakken til ham. Ingen
8168 aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
8169 pakken. De gode nyhetene er at vi forsøker igjen, og håper det går
8170 bedre denne gangen.&lt;/p&gt;
8171
8172 &lt;p&gt;&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
8173 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
8174 har de siste ukene fått et nytt medlem. Ole Kristian Lien har meldt
8175 seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
81763D-skriveren til Institutt for Informatikk i Oslo. Han er igang
8177 med å skaffe seg oversikt over hvilke deler som trengs derfra, og
8178 hvilke som kan skaffes fra jernvarehandel og f.eks. Clas Ohlson. Det
8179 er dermed gode håp om at vi har to 3D-skrivere operative over
8180 jul.&lt;/p&gt;
8181 </description>
8182 </item>
8183
8184 <item>
8185 <title>Mekanikk-delen av reprap-byggesettet i hus</title>
8186 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</link>
8187 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_i_hus.html</guid>
8188 <pubDate>Tue, 9 Dec 2008 12:30:00 +0100</pubDate>
8189 <description>&lt;p&gt;NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
8190 i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
8191 for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
8192 Hurra. Håper å starte byggingen av mekanikksettet i romjula.&lt;/p&gt;
8193
8194 &lt;p&gt;Når det gjelder bygging av reprap basert på deler fra IFIs
8195 3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
8196 STL-filer vi sender dem der, og printeransvarlig der har fått første
8197 dump av filer. Etter dette har jeg ikke klart å få tak i ham, så
8198 jeg tror han fortsatt er travelt opptatt. Håper det ordner seg
8199 snart. Det trengs frivillige for å bygge denne. Det innebærer
8200 blant annet å skaffe seg oversikt over hvilke plastdeler som må
8201 skrives ut, samt finne leverandør for skruver, mutt, metallstag,
8202 steppermotorer etc. Antar Clas Olsson og ELFA kan skaffe mye av
8203 dette, men har ingen plan om å sette meg inn i dette selv med det
8204 første. Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
8205 og kan melde seg på aktive@nuug.no.&lt;/p&gt;
8206 </description>
8207 </item>
8208
8209 <item>
8210 <title>Mekanikk-delen av reprap-byggesettet på vei</title>
8211 <link>http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</link>
8212 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mekanikk_delen_av_reprap_byggesettet_p__vei.html</guid>
8213 <pubDate>Tue, 2 Dec 2008 12:00:00 +0100</pubDate>
8214 <description>&lt;p&gt;Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
8215 England. Jeg kan følge pakkens bevegelser via web, og den er nå
8216 kommet fram til tollen i London. Da bør jeg ha den i hus om noen
8217 dager, hvis alt går bra.&lt;/p&gt;
8218
8219 &lt;p&gt;Elekronikkbyggesettet ser det derimot dårligere ut for. Rette
8220 vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
8221 på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
8222 bort første pakke.&lt;/p&gt;
8223 </description>
8224 </item>
8225
8226 <item>
8227 <title>Reprap-pakke tapt i posten</title>
8228 <link>http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</link>
8229 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Reprap_pakke_tapt_i_posten.html</guid>
8230 <pubDate>Thu, 27 Nov 2008 21:20:00 +0100</pubDate>
8231 <description>&lt;p&gt;Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
8232 at posten har sendt meg et brev der de beklager at den er tapt. Da er
8233 det bare å bestille ny pakke og kreve erstatning fra Posten. Får
8234 håpe det går bedre denne gangen.&lt;/p&gt;
8235
8236 &lt;p&gt;Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
8237 England, så også der spøker det for å få alt i hus før jul. Så
8238 lenge alt er klart til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
8239 2009&lt;/a&gt; i april, så er det greit.&lt;/p&gt;
8240 </description>
8241 </item>
8242
8243 <item>
8244 <title>Amigafolket holder ut</title>
8245 <link>http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</link>
8246 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Amigafolket_holder_ut.html</guid>
8247 <pubDate>Wed, 26 Nov 2008 06:05:00 +0100</pubDate>
8248 <description>&lt;p&gt;En sak på &lt;a href=&quot;http://www.linuxtoday.com/&quot;&gt;Linux Today&lt;/a&gt; om
8249 &lt;a href=&quot;http://www.linuxtoday.com/developer/2008112600335OPLLDV&quot;&gt;Amiga&lt;/a&gt;
8250 og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
8251 minnet meg på prosjektet Aros.
8252 &lt;a href=&quot;http://aros.sourceforge.net/&quot;&gt;Aros-prosjektet&lt;/a&gt; går ut på å
8253 lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
8254 fortsette å bruke sine programmer på nyere maskinvare. Gledelig å se
8255 at det forsatt kommer nye utgaver og at de nærmer seg en komplett
8256 pakke. Kanskje Aros kunne vært interessant for et NUUG-foredrag?&lt;/p&gt;
8257 </description>
8258 </item>
8259
8260 <item>
8261 <title>Mens vi venter på 3D-skriveren</title>
8262 <link>http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</link>
8263 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Mens_vi_venter_p__3D_skriveren.html</guid>
8264 <pubDate>Mon, 24 Nov 2008 20:00:00 +0100</pubDate>
8265 <description>&lt;p&gt;Jeg synes ethvert møblert hjem bør ha sin egen replikator. Og for
8266 å få min replikator på plass, har jeg som del av
8267 &lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;NUUGs
8268 3D-skriverprosjekt&lt;/a&gt; bestilt deler til en
8269 &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt; fra utlandet, som skal
8270 bygges sammen slik at den kan demonstreres på Go Open 2009 i april.
8271 Foreløbig plan er å bygge to i parallell, en basert på byggesett
8272 fra utlandet, og en basert på deler skrevet ut på 3D-skriveren til
8273 Institutt for Informatikk ved Universitetet i Oslo. Jeg har fokusert
8274 på byggesettet, og håper noen andre vil ta ansvar for den
8275 hjemmelagede utgaven. :)&lt;/p&gt;
8276
8277 &lt;p&gt;Nå er det den lange ventetiden som rår, etter at begge
8278 byggesettene er bestilt og betalt. Dog har visst den første pakken
8279 gått tapt etter at postens fikk den utlevert i Norge. Den er ferdig
8280 fortollet, og pakkelapp kom i postkassen før pakken var klar til
8281 henting. Det var 2008-11-07. Postens sporingssystem forteller at
8282 pakken ikke har beveget seg siden 2008-11-05, da den var innom
8283 omlastingsterminalen i Oslo. Dette var elektronikkbyggesettet som kom
8284 fra USA. Mekanikkbyggesettet er ennå ikke sendt fra England, og jeg
8285 håper det ikke går tapt på samme vis.&lt;/p&gt;
8286 </description>
8287 </item>
8288
8289 </channel>
8290 </rss>