1 <?xml version=
"1.0" encoding=
"ISO-8859-1"?>
2 <rss version='
2.0' xmlns:lj='http://www.livejournal.org/rss/lj/
1.0/'
>
4 <title>Petter Reinholdtsen - Entries from March
2014</title>
5 <description>Entries from March
2014</description>
6 <link>http://people.skolelinux.org/pere/blog/
</link>
10 <title>Norsk utgave av Alaveteli / WhatDoTheyKnow på trappene
</title>
11 <link>http://people.skolelinux.org/pere/blog/Norsk_utgave_av_Alaveteli___WhatDoTheyKnow_p__trappene.html
</link>
12 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Norsk_utgave_av_Alaveteli___WhatDoTheyKnow_p__trappene.html
</guid>
13 <pubDate>Sun,
16 Mar
2014 09:
30:
00 +
0100</pubDate>
14 <description><p
>Det offentlige Norge har mye kunnskap og informasjon. Men hvordan
15 kan en få tilgang til den på en enkel måte? Takket være et lite
16 knippe lover og tilhørende forskrifter, blant annet
17 <a href=
"http://lovdata.no/dokument/NL/lov/
2006-
05-
19-
16">offentlighetsloven
</a
>,
18 <a href=
"http://lovdata.no/dokument/NL/lov/
2003-
05-
09-
31">miljøinformasjonsloven
</a
>
20 <a href=
"http://lovdata.no/dokument/NL/lov/
1967-
02-
10/
">forvaltningsloven
</a
>
21 har en rett til å spørre det offentlige og få svar. Men det finnes
22 intet offentlig arkiv over hva andre har spurt om, og dermed risikerer en
23 å måtte forstyrre myndighetene gang på gang for å få tak i samme
24 informasjonen på nytt.
<a href=
"http://www.mysociety.org/
">Britiske
25 mySociety
</a
> har laget tjenesten
26 <a href=
"http://www.whatdotheyknow.com/
">WhatDoTheyKnow
</a
> som gjør
27 noe med dette. I Storbritannia blir WhatdoTheyKnow brukt i
28 <a href=
"http://www.mysociety.org/
2011/
07/
01/whatdotheyknows-share-of-central-government-foi-requests-q2-
2011/
">ca
29 15% av alle innsynsforespørsler mot sentraladministrasjonen
</a
>.
30 Prosjektet heter
<a href=
"http://www.alaveteli.org/
">Alaveteli
</A
>, og
31 er takk i bruk en rekke steder etter at løsningen ble generalisert og
32 gjort mulig å oversette. Den hjelper borgerne med å be om innsyn,
33 rådgir ved purringer og klager og lar alle se hvilke henvendelser som
34 er sendt til det offentlige og hvilke svar som er kommet inn, i et
35 søkpart arkiv. Her i Norge holder vi i foreningen NUUG på å få opp en
36 norsk utgave av Alaveteli, og her trenger vi din hjelp med
37 oversettelsen.
</p
>
39 <p
>Så langt er
76 % av Alaveteli oversatt til norsk bokmål, men vi
40 skulle gjerne vært oppe i
100 % før lansering. Oversettelsen gjøres
41 på
<a href=
"https://www.transifex.com/projects/p/alaveteli/
">Transifex,
42 der enhver som registrerer seg
</a
> og ber om tilgang til
43 bokmålsoversettelsen får bidra. Vi har satt opp en test av tjenesten
44 (som ikke sender epost til det offentlige, kun til oss som holder på å
45 sette opp tjenesten) på maskinen
46 <a href=
"http://alaveteli-dev.nuug.no/
">alaveteli-dev.nuug.no
</a
>, der
47 en kan se hvordan de oversatte meldingen blir seende ut på nettsiden.
48 Når tjenesten lanseres vil den hete
49 <a href=
"http://www.mimesbrønn.no/
">Mimes brønn
</a
>, etter
50 visdomskilden som Odin måtte gi øyet sitt for å få drikke i. Den
51 nettsiden er er ennå ikke klar til bruk.
</p
>
53 <p
>Hvis noen vil oversette til nynorsk også, så skal vi finne ut
54 hvordan vi lager en flerspråklig tjeneste. Men i første omgang er
55 fokus på bokmålsoversettelsen, der vi selv har nok peiling til å ha
56 fått oversatt
76%, men trenger hjelp for å komme helt i mål. :)
</p
>
61 <title>Freedombox on Dreamplug, Raspberry Pi and virtual x86 machine
</title>
62 <link>http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html
</link>
63 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Freedombox_on_Dreamplug__Raspberry_Pi_and_virtual_x86_machine.html
</guid>
64 <pubDate>Fri,
14 Mar
2014 11:
00:
00 +
0100</pubDate>
65 <description><p
>The
<a href=
"https://wiki.debian.org/FreedomBox
">Freedombox
66 project
</a
> is working on providing the software and hardware for
67 making it easy for non-technical people to host their data and
68 communication at home, and being able to communicate with their
69 friends and family encrypted and away from prying eyes. It has been
70 going on for a while, and is slowly progressing towards a new test
71 release (
0.2).
</p
>
73 <p
>And what day could be better than the Pi day to announce that the
74 new version will provide
"hard drive
" / SD card / USB stick images for
75 Dreamplug, Raspberry Pi and VirtualBox (or any other virtualization
76 system), and can also be installed using a Debian installer preseed
77 file. The Debian based Freedombox is now based on Debian Jessie,
78 where most of the needed packages used are already present. Only one,
79 the freedombox-setup package, is missing. To try to build your own
80 boot image to test the current status, fetch the freedom-maker scripts
82 <a href=
"http://packages.qa.debian.org/vmdebootstrap
">vmdebootstrap
</a
>
83 with a user with sudo access to become root:
86 git clone http://anonscm.debian.org/git/freedombox/freedom-maker.git \
88 sudo apt-get install git vmdebootstrap mercurial python-docutils \
89 mktorrent extlinux virtualbox qemu-user-static binfmt-support \
91 make -C freedom-maker dreamplug-image raspberry-image virtualbox-image
94 <p
>Root access is needed to run debootstrap and mount loopback
95 devices. See the README for more details on the build. If you do not
96 want all three images, trim the make line. But note that thanks to
<a
97 href=
"https://bugs.debian.org/
741407">a race condition in
98 vmdebootstrap
</a
>, the build might fail without the patch to the
99 kpartx call.
</p
>
101 <p
>If you instead want to install using a Debian CD and the preseed
102 method, boot a Debian Wheezy ISO and use this boot argument to load
103 the preseed values:
</p
>
106 url=
<a href=
"http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
">http://www.reinholdtsen.name/freedombox/preseed-jessie.dat
</a
>
109 <p
>But note that due to
<a href=
"https://bugs.debian.org/
740673">a
110 recently introduced bug in apt in Jessie
</a
>, the installer will
111 currently hang while setting up APT sources. Killing the
112 '<tt
>apt-cdrom ident
</tt
>' process when it hang a few times during the
113 installation will get the installation going. This affect all
114 installations in Jessie, and I expect it will be fixed soon.
</p
>
116 Give it a go and let us know how it goes on the mailing list, and help
117 us get the new release published. :) Please join us on
118 <a href=
"irc://irc.debian.org:
6667/%
23freedombox
">IRC (#freedombox on
119 irc.debian.org)
</a
> and
120 <a href=
"http://lists.alioth.debian.org/mailman/listinfo/freedombox-discuss
">the
121 mailing list
</a
> if you want to help make this vision come true.
</p
>
126 <title>How to add extra storage servers in Debian Edu / Skolelinux
</title>
127 <link>http://people.skolelinux.org/pere/blog/How_to_add_extra_storage_servers_in_Debian_Edu___Skolelinux.html
</link>
128 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/How_to_add_extra_storage_servers_in_Debian_Edu___Skolelinux.html
</guid>
129 <pubDate>Wed,
12 Mar
2014 12:
50:
00 +
0100</pubDate>
130 <description><p
>On larger sites, it is useful to use a dedicated storage server for
131 storing user home directories and data. The design for handling this
132 in
<a href=
"http://www.skolelinux.org/
">Debian Edu / Skolelinux
</a
>, is
133 to update the automount rules in LDAP and let the automount daemon on
134 the clients take care of the rest. I was reminded about the need to
135 document this better when one of the customers of
136 <a href=
"http://www.slxdrift.no/
">Skolelinux Drift AS
</a
>, where I am
137 on the board of directors, asked about how to do this. The steps to
138 get this working are the following:
</p
>
142 <li
>Add new storage server in DNS. I use nas-server.intern as the
143 example host here.
</li
>
145 <li
>Add automoun LDAP information about this server in LDAP, to allow
146 all clients to automatically mount it on reqeust.
</li
>
148 <li
>Add the relevant entries in tjener.intern:/etc/fstab, because
149 tjener.intern do not use automount to avoid mounting loops.
</li
>
151 </ol
></p
>
153 <p
>DNS entries are added in GOsa², and not described here. Follow the
154 <a href=
"https://wiki.debian.org/DebianEdu/Documentation/Wheezy/GettingStarted
">instructions
155 in the manual
</a
> (Machine Management with GOsa² in section Getting
158 <p
>Ensure that the NFS export points on the server are exported to the
159 relevant subnets or machines:
</p
>
161 <p
><blockquote
><pre
>
162 root@tjener:~# showmount -e nas-server
163 Export list for nas-server:
166 </pre
></blockquote
></p
>
168 <p
>Here everything on the backbone network is granted access to the
169 /storage export. With NFSv3 it is slightly better to limit it to
170 netgroup membership or single IP addresses to have some limits on the
171 NFS access.
</p
>
173 <p
>The next step is to update LDAP. This can not be done using GOsa²,
174 because it lack a module for automount. Instead, use ldapvi and add
175 the required LDAP objects using an editor.
</p
>
177 <p
><blockquote
><pre
>
178 ldapvi --ldap-conf -ZD
'(cn=admin)
' -b ou=automount,dc=skole,dc=skolelinux,dc=no
179 </pre
></blockquote
></p
>
181 <p
>When the editor show up, add the following LDAP objects at the
182 bottom of the document. The
"/
&" part in the last LDAP object is a
183 wild card matching everything the nas-server exports, removing the
184 need to list individual mount points in LDAP.
</p
>
186 <p
><blockquote
><pre
>
187 add cn=nas-server,ou=auto.skole,ou=automount,dc=skole,dc=skolelinux,dc=no
188 objectClass: automount
190 automountInformation: -fstype=autofs --timeout=
60 ldap:ou=auto.nas-server,ou=automount,dc=skole,dc=skolelinux,dc=no
192 add ou=auto.nas-server,ou=automount,dc=skole,dc=skolelinux,dc=no
194 objectClass: automountMap
197 add cn=/,ou=auto.nas-server,ou=automount,dc=skole,dc=skolelinux,dc=no
198 objectClass: automount
200 automountInformation: -fstype=nfs,tcp,rsize=
32768,wsize=
32768,rw,intr,hard,nodev,nosuid,noatime nas-server.intern:/
&
201 </pre
></blockquote
></p
>
203 <p
>The last step to remember is to mount the relevant mount points in
204 tjener.intern by adding them to /etc/fstab, creating the mount
205 directories using mkdir and running
"mount -a
" to mount them.
</p
>
207 <p
>When this is done, your users should be able to access the files on
208 the storage server directly by just visiting the
209 /tjener/nas-server/storage/ directory using any application on any
210 workstation, LTSP client or LTSP server.
</p
>
215 <title>Hvordan bør RFC
822-formattert epost lagres i en NOARK5-database?
</title>
216 <link>http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html
</link>
217 <guid isPermaLink=
"true">http://people.skolelinux.org/pere/blog/Hvordan_b_r_RFC_822_formattert_epost_lagres_i_en_NOARK5_database_.html
</guid>
218 <pubDate>Fri,
7 Mar
2014 15:
20:
00 +
0100</pubDate>
219 <description><p
>For noen uker siden ble NXCs fri programvarelisenserte
221 <a href=
"http://www.nuug.no/aktiviteter/
20140211-noark/
">presentert hos
222 NUUG
</a
> (video
223 <a href=
"https://www.youtube.com/watch?v=JCb_dNS3MHQ
">på youtube
224 foreløbig
</a
>), og det fikk meg til å titte litt mer på NOARK5,
225 standarden for arkivhåndtering i det offentlige Norge. Jeg lurer på
226 om denne kjernen kan være nyttig i et par av mine prosjekter, og for ett
227 av dem er det mest aktuelt å lagre epost. Jeg klarte ikke finne noen
228 anbefaling om hvordan RFC
822-formattert epost (aka Internett-epost)
229 burde lagres i NOARK5, selv om jeg vet at noen arkiver tar
230 PDF-utskrift av eposten med sitt epostprogram og så arkiverer PDF-en
231 (eller enda værre, tar papirutskrift og lagrer bildet av eposten som
232 PDF i arkivet).
</p
>
234 <p
>Det er ikke så mange formater som er akseptert av riksarkivet til
235 langtidsoppbevaring av offentlige arkiver, og PDF og XML er de mest
236 aktuelle i så måte. Det slo meg at det måtte da finnes en eller annen
237 egnet XML-representasjon og at det kanskje var enighet om hvilken som
238 burde brukes, så jeg tok mot til meg og spurte
239 <a href=
"http://samdok.com/
">SAMDOK
</a
>, en gruppe tilknyttet
240 arkivverket som ser ut til å jobbe med NOARK-samhandling, om de hadde
243 <p
><blockquote
>
244 <p
>Hei.
</p
>
246 <p
>Usikker på om dette er riktig forum å ta opp mitt spørsmål, men jeg
247 lurer på om det er definert en anbefaling om hvordan RFC
248 822-formatterte epost (aka vanlig Internet-epost) bør lages håndteres
249 i NOARK5, slik at en bevarer all informasjon i eposten
250 (f.eks. Received-linjer). Finnes det en anbefalt XML-mapping ala den
252 &lt;URL:
<a href=
"https://www.informit.com/articles/article.aspx?p=
32074">https://www.informit.com/articles/article.aspx?p=
32074</a
> &gt;? Mitt
253 mål er at det skal være mulig å lagre eposten i en NOARK5-kjerne og
254 kunne få ut en identisk formattert kopi av opprinnelig epost ved
256 </blockquote
></p
>
258 <p
>Postmottaker hos SAMDOK mente spørsmålet heller burde stilles
259 direkte til riksarkivet, og jeg fikk i dag svar derfra formulert av
260 seniorrådgiver Geir Ivar Tungesvik:
</p
>
262 <p
><blockquote
>
263 <p
>Riksarkivet har ingen anbefalinger når det gjelder konvertering fra
264 e-post til XML. Det står arkivskaper fritt å eventuelt definere/bruke
265 eget format. Inklusive da - som det spørres om - et format der det er
266 mulig å re-etablere e-post format ut fra XML-en. XML (e-post)
267 dokumenter må være referert i arkivstrukturen, og det må vedlegges et
268 gyldig XML skjema (.xsd) for XML-filene. Arkivskaper står altså fritt
269 til å gjøre hva de vil, bare det dokumenteres og det kan dannes et
270 utrekk ved avlevering til depot.
</p
>
272 <p
>De obligatoriske kravene i Noark
5 standarden må altså oppfylles -
273 etter dialog med Riksarkivet i forbindelse med godkjenning. For
274 offentlige arkiv er det særlig viktig med filene loependeJournal.xml
275 og offentligJournal.xml. Private arkiv som vil forholde seg til Noark
276 5 standarden er selvsagt frie til å bruke det som er relevant for dem
277 av obligatoriske krav.
</p
>
278 </blockquote
></p
>
280 <p
>Det ser dermed ut for meg som om det er et lite behov for å
281 standardisere XML-lagring av RFC-
822-formatterte meldinger. Noen som
282 vet om god spesifikasjon i så måte? I tillegg til den omtalt over,
283 har jeg kommet over flere aktuelle beskrivelser (søk på
"rfc
822
284 xml
", så finner du aktuelle alternativer).
</p
>
288 <li
><a href=
"http://www.openhealth.org/xmtp/
">XML MIME Transformation
289 protocol (XMTP)
</a
> fra OpenHealth, sist oppdatert
2001.
</li
>
291 <li
><a href=
"https://tools.ietf.org/html/draft-klyne-message-rfc822-xml-
03">An
292 XML format for mail and other messages
</a
> utkast fra IETF datert
295 <li
><a href=
"http://www.informit.com/articles/article.aspx?p=
32074">xMail:
296 E-mail as XML
</a
> en artikkel fra
2003 som beskriver python-modulen
297 rfc822 som gir ut XML-representasjon av en RFC
822-formattert epost.
</li
>
301 <p
>Finnes det andre og bedre spesifikasjoner for slik lagring? Send
302 meg en epost hvis du har innspill.
</p
>