Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 7758cf9ca4dd65f16d45c1288a54708ec0af02c7..e42e39614e2a86dbe67edd3dba3a98a2389fd0f2 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -7,1005 +7,634 @@
                 <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        
        <item>
                 <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        
        <item>

-               <title>listadmin, the quick way to moderate mailman lists - nice free software</title>
-               <link>http://people.skolelinux.org/pere/blog/listadmin__the_quick_way_to_moderate_mailman_lists___nice_free_software.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/listadmin__the_quick_way_to_moderate_mailman_lists___nice_free_software.html</guid>
-                <pubDate>Wed, 22 Oct 2014 20:00:00 +0200</pubDate>
-               <description>&lt;p&gt;If you ever had to moderate a mailman list, like the ones on
-alioth.debian.org, you know the web interface is fairly slow to
-operate.  First you visit one web page, enter the moderation password
-and get a new page shown with a list of all the messages to moderate
-and various options for each email address.  This take a while for
-every list you moderate, and you need to do it regularly to do a good
-job as a list moderator.  But there is a quick alternative,
-&lt;a href=&quot;http://heim.ifi.uio.no/kjetilho/hacks/#listadmin&quot;&gt;the
-listadmin program&lt;/a&gt;.  It allow you to check lists for new messages
-to moderate in a fraction of a second.  Here is a test run on two
-lists I recently took over:&lt;/p&gt;
+               <title>Idea for storing trusted timestamps in a Noark 5 archive</title>
+               <link>http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Idea_for_storing_trusted_timestamps_in_a_Noark_5_archive.html</guid>
+                <pubDate>Wed, 7 Jun 2017 21:40:00 +0200</pubDate>
+               <description>&lt;p&gt;&lt;em&gt;This is a copy of
+&lt;a href=&quot;https://lists.nuug.no/pipermail/nikita-noark/2017-June/000297.html&quot;&gt;an
+email I posted to the nikita-noark mailing list&lt;/a&gt;.  Please follow up
+there if you would like to discuss this topic.  The background is that
+we are making a free software archive system based on the Norwegian
+&lt;a href=&quot;https://www.arkivverket.no/forvaltning-og-utvikling/regelverk-og-standarder/noark-standarden&quot;&gt;Noark
+5 standard&lt;/a&gt; for government archives.&lt;/em&gt;&lt;/p&gt;
+
+&lt;p&gt;I&#39;ve been wondering a bit lately how trusted timestamps could be
+stored in Noark 5.
+&lt;a href=&quot;https://en.wikipedia.org/wiki/Trusted_timestamping&quot;&gt;Trusted
+timestamps&lt;/a&gt; can be used to verify that some information
+(document/file/checksum/metadata) have not been changed since a
+specific time in the past.  This is useful to verify the integrity of
+the documents in the archive.&lt;/p&gt;
+
+&lt;p&gt;Then it occured to me, perhaps the trusted timestamps could be
+stored as dokument variants (ie dokumentobjekt referered to from
+dokumentbeskrivelse) with the filename set to the hash it is
+stamping?&lt;/p&gt;
+
+&lt;p&gt;Given a &quot;dokumentbeskrivelse&quot; with an associated &quot;dokumentobjekt&quot;,
+a new dokumentobjekt is associated with &quot;dokumentbeskrivelse&quot; with the
+same attributes as the stamped dokumentobjekt except these
+attributes:&lt;/p&gt;

 
 

-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-% time listadmin xiph
-fetching data for pkg-xiph-commits@lists.alioth.debian.org ... nothing in queue
-fetching data for pkg-xiph-maint@lists.alioth.debian.org ... nothing in queue
-
-real    0m1.709s
-user    0m0.232s
-sys     0m0.012s
-%
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;In 1.7 seconds I had checked two mailing lists and confirmed that
-there are no message in the moderation queue.  Every morning I
-currently moderate 68 mailman lists, and it normally take around two
-minutes.  When I took over the two pkg-xiph lists above a few days
-ago, there were 400 emails waiting in the moderator queue.  It took me
-less than 15 minutes to process them all using the listadmin
-program.&lt;/p&gt;
-
-&lt;p&gt;If you install
-&lt;a href=&quot;https://tracker.debian.org/pkg/listadmin&quot;&gt;the listadmin
-package&lt;/a&gt; from Debian and create a file &lt;tt&gt;~/.listadmin.ini&lt;/tt&gt;
-with content like this, the moderation task is a breeze:&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-username@example.org
-spamlevel 23
-default discard
-discard_if_reason &quot;Posting restricted to members only. Remove us from your mail list.&quot;
+&lt;ul&gt;

 
 

-password secret
-adminurl https://{domain}/mailman/admindb/{list}
-mailman-list@lists.example.com
+&lt;li&gt;format -&gt; &quot;RFC3161&quot;
+&lt;li&gt;mimeType -&gt; &quot;application/timestamp-reply&quot;
+&lt;li&gt;formatDetaljer -&gt; &quot;&amp;lt;source URL for timestamp service&amp;gt;&quot;
+&lt;li&gt;filenavn -&gt; &quot;&amp;lt;sjekksum&amp;gt;.tsr&quot;

 
 

-password hidden
-other-list@otherserver.example.org
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;There are other options to set as well.  Check the manual page to
-learn the details.&lt;/p&gt;
+&lt;/ul&gt;

 
 

-&lt;p&gt;If you are forced to moderate lists on a mailman installation where
-the SSL certificate is self signed or not properly signed by a
-generally accepted signing authority, you can set a environment
-variable when calling listadmin to disable SSL verification:&lt;/p&gt;
+&lt;p&gt;This assume a service following
+&lt;a href=&quot;https://tools.ietf.org/html/rfc3161&quot;&gt;IETF RFC 3161&lt;/a&gt; is
+used, which specifiy the given MIME type for replies and the .tsr file
+ending for the content of such trusted timestamp.  As far as I can
+tell from the Noark 5 specifications, it is OK to have several
+variants/renderings of a dokument attached to a given
+dokumentbeskrivelse objekt.  It might be stretching it a bit to make
+some of these variants represent crypto-signatures useful for
+verifying the document integrity instead of representing the dokument
+itself.&lt;/p&gt;
+
+&lt;p&gt;Using the source of the service in formatDetaljer allow several
+timestamping services to be used.  This is useful to spread the risk
+of key compromise over several organisations.  It would only be a
+problem to trust the timestamps if all of the organisations are
+compromised.&lt;/p&gt;
+
+&lt;p&gt;The following oneliner on Linux can be used to generate the tsr
+file.  $input is the path to the file to checksum, and $sha256 is the
+SHA-256 checksum of the file (ie the &quot;&lt;sjekksum&gt;.tsr&quot; value mentioned
+above).&lt;/p&gt;

 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;

-PERL_LWP_SSL_VERIFY_HOSTNAME=0 listadmin
+openssl ts -query -data &quot;$inputfile&quot; -cert -sha256 -no_nonce \
+  | curl -s -H &quot;Content-Type: application/timestamp-query&quot; \
+      --data-binary &quot;@-&quot; http://zeitstempel.dfn.de &gt; $sha256.tsr

 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 
 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 

-&lt;p&gt;If you want to moderate a subset of the lists you take care of, you
-can provide an argument to the listadmin script like I do in the
-initial screen dump (the xiph argument).  Using an argument, only
-lists matching the argument string will be processed.  This make it
-quick to accept messages if you notice the moderation request in your
-email.&lt;/p&gt;
-
-&lt;p&gt;Without the listadmin program, I would never be the moderator of 68
-mailing lists, as I simply do not have time to spend on that if the
-process was any slower. The listadmin program have saved me hours of
-time I could spend elsewhere over the years.  It truly is nice free
-software.&lt;/p&gt;
-
-&lt;p&gt;As usual, if you use Bitcoin and want to show your support of my
-activities, please send Bitcoin donations to my address
-&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&amp;label=PetterReinholdtsenBlog&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
-</description>
-       </item>
-       
-       <item>
-               <title>Debian Jessie, PXE and automatic firmware installation</title>
-               <link>http://people.skolelinux.org/pere/blog/Debian_Jessie__PXE_and_automatic_firmware_installation.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_Jessie__PXE_and_automatic_firmware_installation.html</guid>
-                <pubDate>Fri, 17 Oct 2014 14:10:00 +0200</pubDate>
-               <description>&lt;p&gt;When PXE installing laptops with Debian, I often run into the
-problem that the WiFi card require some firmware to work properly.
-And it has been a pain to fix this using preseeding in Debian.
-Normally something more is needed.  But thanks to
-&lt;a href=&quot;https://packages.qa.debian.org/i/isenkram.html&quot;&gt;my isenkram
-package&lt;/a&gt; and its recent tasksel extension, it has now become easy
-to do this using simple preseeding.&lt;/p&gt;
-
-&lt;p&gt;The isenkram-cli package provide tasksel tasks which will install
-firmware for the hardware found in the machine (actually, requested by
-the kernel modules for the hardware).  (It can also install user space
-programs supporting the hardware detected, but that is not the focus
-of this story.)&lt;/p&gt;
-
-&lt;p&gt;To get this working in the default installation, two preeseding
-values are needed.  First, the isenkram-cli package must be installed
-into the target chroot (aka the hard drive) before tasksel is executed
-in the pkgsel step of the debian-installer system.  This is done by
-preseeding the base-installer/includes debconf value to include the
-isenkram-cli package.  The package name is next passed to debootstrap
-for installation.  With the isenkram-cli package in place, tasksel
-will automatically use the isenkram tasks to detect hardware specific
-packages for the machine being installed and install them, because
-isenkram-cli contain tasksel tasks.&lt;/p&gt;
-
-&lt;p&gt;Second, one need to enable the non-free APT repository, because
-most firmware unfortunately is non-free.  This is done by preseeding
-the apt-mirror-setup step.  This is unfortunate, but for a lot of
-hardware it is the only option in Debian.&lt;/p&gt;
-
-&lt;p&gt;The end result is two lines needed in your preseeding file to get
-firmware installed automatically by the installer:&lt;/p&gt;
+&lt;p&gt;To verify the timestamp, you first need to download the public key
+of the trusted timestamp service, for example using this command:&lt;/p&gt;

 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;

-base-installer base-installer/includes string isenkram-cli
-apt-mirror-setup apt-setup/non-free boolean true
+wget -O ca-cert.txt \
+  https://pki.pca.dfn.de/global-services-ca/pub/cacert/chain.txt

 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 
 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 

-&lt;p&gt;The current version of isenkram-cli in testing/jessie will install
-both firmware and user space packages when using this method.  It also
-do not work well, so use version 0.15 or later.  Installing both
-firmware and user space packages might give you a bit more than you
-want, so I decided to split the tasksel task in two, one for firmware
-and one for user space programs.  The firmware task is enabled by
-default, while the one for user space programs is not.  This split is
-implemented in the package currently in unstable.&lt;/p&gt;
-
-&lt;p&gt;If you decide to give this a go, please let me know (via email) how
-this recipe work for you. :)&lt;/p&gt;
-
-&lt;p&gt;So, I bet you are wondering, how can this work.  First and
-foremost, it work because tasksel is modular, and driven by whatever
-files it find in /usr/lib/tasksel/ and /usr/share/tasksel/.  So the
-isenkram-cli package place two files for tasksel to find.  First there
-is the task description file (/usr/share/tasksel/descs/isenkram.desc):&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-Task: isenkram-packages
-Section: hardware
-Description: Hardware specific packages (autodetected by isenkram)
- Based on the detected hardware various hardware specific packages are
- proposed.
-Test-new-install: show show
-Relevance: 8
-Packages: for-current-hardware
-
-Task: isenkram-firmware
-Section: hardware
-Description: Hardware specific firmware packages (autodetected by isenkram)
- Based on the detected hardware various hardware specific firmware
- packages are proposed.
-Test-new-install: mark show
-Relevance: 8
-Packages: for-current-hardware-firmware
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
+&lt;p&gt;Note, the public key should be stored alongside the timestamps in
+the archive to make sure it is also available 100 years from now.  It
+is probably a good idea to standardise how and were to store such
+public keys, to make it easier to find for those trying to verify
+documents 100 or 1000 years from now. :)&lt;/p&gt;

 
 

-&lt;p&gt;The key parts are Test-new-install which indicate how the task
-should be handled and the Packages line referencing to a script in
-/usr/lib/tasksel/packages/.  The scripts use other scripts to get a
-list of packages to install.  The for-current-hardware-firmware script
-look like this to list relevant firmware for the machine:
+&lt;p&gt;The verification itself is a simple openssl command:&lt;/p&gt;

 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;

-#!/bin/sh
-#
-PATH=/usr/sbin:$PATH
-export PATH
-isenkram-autoinstall-firmware -l
+openssl ts -verify -data $inputfile -in $sha256.tsr \
+  -CAfile ca-cert.txt -text

 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 
 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 

-&lt;p&gt;With those two pieces in place, the firmware is installed by
-tasksel during the normal d-i run. :)&lt;/p&gt;
-
-&lt;p&gt;If you want to test what tasksel will install when isenkram-cli is
-installed, run &lt;tt&gt;DEBIAN_PRIORITY=critical tasksel --test
---new-install&lt;/tt&gt; to get the list of packages that tasksel would
-install.&lt;/p&gt;
-
-&lt;p&gt;&lt;a href=&quot;https://wiki.debian.org/DebianEdu/&quot;&gt;Debian Edu&lt;/a&gt; will be
-pilots in testing this feature, as isenkram is used there now to
-install firmware, replacing the earlier scripts.&lt;/p&gt;
+&lt;p&gt;Is there any reason this approach would not work?  Is it somehow against
+the Noark 5 specification?&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Ubuntu used to show the bread prizes at ICA Storo</title>
-               <link>http://people.skolelinux.org/pere/blog/Ubuntu_used_to_show_the_bread_prizes_at_ICA_Storo.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ubuntu_used_to_show_the_bread_prizes_at_ICA_Storo.html</guid>
-                <pubDate>Sat, 4 Oct 2014 15:20:00 +0200</pubDate>
-               <description>&lt;p&gt;Today I came across an unexpected Ubuntu boot screen.  Above the
-bread shelf on the ICA shop at Storo in Oslo, the grub menu of Ubuntu
-with Linux kernel 3.2.0-23 (ie probably version 12.04 LTS) was stuck
-on a screen normally showing the bread types and prizes:&lt;/p&gt;
-
-&lt;p align=&quot;center&quot;&gt;&lt;img width=&quot;70%&quot; src=&quot;http://people.skolelinux.org/pere/blog/images/2014-10-04-ubuntu-ica-storo-crop.jpeg&quot;&gt;&lt;/p&gt;
-
-&lt;p&gt;If it had booted as it was supposed to, I would never had known
-about this hidden Linux installation.  It is interesting what
-&lt;a href=&quot;http://revealingerrors.com/&quot;&gt;errors can reveal&lt;/a&gt;.&lt;/p&gt;
+               <title>Når nynorskoversettelsen svikter til eksamen...</title>
+               <link>http://people.skolelinux.org/pere/blog/N_r_nynorskoversettelsen_svikter_til_eksamen___.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/N_r_nynorskoversettelsen_svikter_til_eksamen___.html</guid>
+                <pubDate>Sat, 3 Jun 2017 08:20:00 +0200</pubDate>
+               <description>&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/norge/Krever-at-elever-ma-fa-annullert-eksamen-etter-rot-med-oppgavetekster-622459b.html&quot;&gt;Aftenposten
+melder i dag&lt;/a&gt; om feil i eksamensoppgavene for eksamen i politikk og
+menneskerettigheter, der teksten i bokmåls og nynorskutgaven ikke var
+like.  Oppgaveteksten er gjengitt i artikkelen, og jeg ble nysgjerring
+på om den fri oversetterløsningen
+&lt;a href=&quot;https://www.apertium.org/&quot;&gt;Apertium&lt;/a&gt; ville gjort en bedre
+jobb enn Utdanningsdirektoratet.  Det kan se slik ut.&lt;/p&gt;
+
+&lt;p&gt;Her er bokmålsoppgaven fra eksamenen:&lt;/p&gt;
+
+&lt;blockquote&gt;
+&lt;p&gt;Drøft utfordringene knyttet til nasjonalstatenes og andre aktørers
+rolle og muligheter til å håndtere internasjonale utfordringer, som
+for eksempel flykningekrisen.&lt;/p&gt;
+
+&lt;p&gt;Vedlegge er eksempler på tekster som kan gi relevante perspektiver
+på temaet:&lt;/p&gt;
+&lt;ol&gt;
+&lt;li&gt;Flykningeregnskapet 2016, UNHCR og IDMC
+&lt;li&gt;«Grenseløst Europa for fall» A-Magasinet, 26. november 2015
+&lt;/ol&gt;
+
+&lt;/blockquote&gt;
+
+&lt;p&gt;Dette oversetter Apertium slik:&lt;/p&gt;
+
+&lt;blockquote&gt;
+&lt;p&gt;Drøft utfordringane knytte til nasjonalstatane sine og rolla til
+andre aktørar og høve til å handtera internasjonale utfordringar, som
+til dømes *flykningekrisen.&lt;/p&gt;
+
+&lt;p&gt;Vedleggja er døme på tekster som kan gje relevante perspektiv på
+temaet:&lt;/p&gt;
+
+&lt;ol&gt;
+&lt;li&gt;*Flykningeregnskapet 2016, *UNHCR og *IDMC&lt;/li&gt;
+&lt;li&gt;«*Grenseløst Europa for fall» A-Magasinet, 26. november 2015&lt;/li&gt;
+&lt;/ol&gt;
+
+&lt;/blockquote&gt;
+
+&lt;p&gt;Ord som ikke ble forstått er markert med stjerne (*), og trenger
+ekstra språksjekk.  Men ingen ord er forsvunnet, slik det var i
+oppgaven elevene fikk presentert på eksamen.  Jeg mistenker dog at
+&quot;andre aktørers rolle og muligheter til ...&quot; burde vært oversatt til
+&quot;rolla til andre aktørar og deira høve til ...&quot; eller noe slikt, men
+det er kanskje flisespikking.  Det understreker vel bare at det alltid
+trengs korrekturlesning etter automatisk oversettelse.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>New lsdvd release version 0.17 is ready</title>
-               <link>http://people.skolelinux.org/pere/blog/New_lsdvd_release_version_0_17_is_ready.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/New_lsdvd_release_version_0_17_is_ready.html</guid>
-                <pubDate>Sat, 4 Oct 2014 08:40:00 +0200</pubDate>
-               <description>&lt;p&gt;The &lt;a href=&quot;https://sourceforge.net/p/lsdvd/&quot;&gt;lsdvd project&lt;/a&gt;
-got a new set of developers a few weeks ago, after the original
-developer decided to step down and pass the project to fresh blood.
-This project is now maintained by Petter Reinholdtsen and Steve
-Dibb.&lt;/p&gt;
-
-&lt;p&gt;I just wrapped up
-&lt;a href=&quot;https://sourceforge.net/p/lsdvd/mailman/message/32896061/&quot;&gt;a
-new lsdvd release&lt;/a&gt;, available in git or from
-&lt;a href=&quot;https://sourceforge.net/projects/lsdvd/files/lsdvd/&quot;&gt;the
-download page&lt;/a&gt;.  This is the changelog dated 2014-10-03 for version
-0.17.&lt;/p&gt;
+               <title>Epost inn som arkivformat i Riksarkivarens forskrift?</title>
+               <link>http://people.skolelinux.org/pere/blog/Epost_inn_som_arkivformat_i_Riksarkivarens_forskrift_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Epost_inn_som_arkivformat_i_Riksarkivarens_forskrift_.html</guid>
+                <pubDate>Thu, 27 Apr 2017 11:30:00 +0200</pubDate>
+               <description>&lt;p&gt;I disse dager, med frist 1. mai, har Riksarkivaren ute en høring på
+sin forskrift.  Som en kan se er det ikke mye tid igjen før fristen
+som går ut på søndag.  Denne forskriften er det som lister opp hvilke
+formater det er greit å arkivere i
+&lt;a href=&quot;http://www.arkivverket.no/arkivverket/Offentleg-forvalting/Noark/Noark-5&quot;&gt;Noark
+5-løsninger&lt;/a&gt; i Norge.&lt;/p&gt;
+
+&lt;p&gt;Jeg fant høringsdokumentene hos
+&lt;a href=&quot;https://www.arkivrad.no/aktuelt/riksarkivarens-forskrift-pa-horing&quot;&gt;Norsk
+Arkivråd&lt;/a&gt; etter å ha blitt tipset på epostlisten til
+&lt;a href=&quot;https://github.com/hiOA-ABI/nikita-noark5-core&quot;&gt;fri
+programvareprosjektet Nikita Noark5-Core&lt;/a&gt;, som lager et Noark 5
+Tjenestegresesnitt.  Jeg er involvert i Nikita-prosjektet og takket
+være min interesse for tjenestegrensesnittsprosjektet har jeg lest en
+god del Noark 5-relaterte dokumenter, og til min overraskelse oppdaget
+at standard epost ikke er på listen over godkjente formater som kan
+arkiveres.  Høringen med frist søndag er en glimrende mulighet til å
+forsøke å gjøre noe med det.  Jeg holder på med
+&lt;a href=&quot;https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/hoering-arkivforskrift.tex&quot;&gt;egen
+høringsuttalelse&lt;/a&gt;, og lurer på om andre er interessert i å støtte
+forslaget om å tillate arkivering av epost som epost i arkivet.&lt;/p&gt;
+
+&lt;p&gt;Er du igang med å skrive egen høringsuttalelse allerede?  I så fall
+kan du jo vurdere å ta med en formulering om epost-lagring. Jeg tror
+ikke det trengs så mye.  Her et kort forslag til tekst:&lt;/p&gt;

 
 

-&lt;ul&gt;
+&lt;p&gt;&lt;blockquote&gt;

 
 

- &lt;li&gt;Ignore &#39;phantom&#39; audio, subtitle tracks&lt;/li&gt;
- &lt;li&gt;Check for garbage in the program chains, which indicate that a track is
-   non-existant, to work around additional copy protection&lt;/li&gt;
- &lt;li&gt;Fix displaying content type for audio tracks, subtitles&lt;/li&gt;
- &lt;li&gt;Fix pallete display of first entry&lt;/li&gt;
- &lt;li&gt;Fix include orders&lt;/li&gt;
- &lt;li&gt;Ignore read errors in titles that would not be displayed anyway&lt;/li&gt;
- &lt;li&gt;Fix the chapter count&lt;/li&gt;
- &lt;li&gt;Make sure the array size and the array limit used when initialising
-   the palette size is the same.&lt;/li&gt;
- &lt;li&gt;Fix array printing.&lt;/li&gt;
- &lt;li&gt;Correct subsecond calculations.&lt;/li&gt;
- &lt;li&gt;Add sector information to the output format.&lt;/li&gt;
- &lt;li&gt;Clean up code to be closer to ANSI C and compile without warnings
-   with more GCC compiler warnings.&lt;/li&gt;
+  &lt;p&gt;Viser til høring sendt ut 2017-02-17 (Riksarkivarens referanse
+  2016/9840 HELHJO), og tillater oss å sende inn noen innspill om
+  revisjon av Forskrift om utfyllende tekniske og arkivfaglige
+  bestemmelser om behandling av offentlige arkiver (Riksarkivarens
+  forskrift).&lt;/p&gt;

 
 

-&lt;/ul&gt;
+  &lt;p&gt;Svært mye av vår kommuikasjon foregår i dag på e-post.  Vi
+  foreslår derfor at Internett-e-post, slik det er beskrevet i IETF
+  RFC 5322,
+  &lt;a href=&quot;https://tools.ietf.org/html/rfc5322&quot;&gt;https://tools.ietf.org/html/rfc5322&lt;/a&gt;. bør
+  inn som godkjent dokumentformat.  Vi foreslår at forskriftens
+  oversikt over godkjente dokumentformater ved innlevering i § 5-16
+  endres til å ta med Internett-e-post.&lt;/p&gt;

 
 

-&lt;p&gt;This change bring together patches for lsdvd in use in various
-Linux and Unix distributions, as well as patches submitted to the
-project the last nine years.  Please check it out. :)&lt;/p&gt;
-</description>
-       </item>
-       
-       <item>
-               <title>How to test Debian Edu Jessie despite some fatal problems with the installer</title>
-               <link>http://people.skolelinux.org/pere/blog/How_to_test_Debian_Edu_Jessie_despite_some_fatal_problems_with_the_installer.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/How_to_test_Debian_Edu_Jessie_despite_some_fatal_problems_with_the_installer.html</guid>
-                <pubDate>Fri, 26 Sep 2014 12:20:00 +0200</pubDate>
-               <description>&lt;p&gt;The &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian Edu / Skolelinux
-project&lt;/a&gt; provide a Linux solution for schools, including a
-powerful desktop with education software, a central server providing
-web pages, user database, user home directories, central login and PXE
-boot of both  clients without disk and the installation to install Debian
-Edu on machines with disk (and a few other services perhaps to small
-to mention here).  We in the Debian Edu team are currently working on
-the Jessie based version, trying to get everything in shape before the
-freeze, to avoid having to maintain our own package repository in the
-future.  The
-&lt;a href=&quot;https://wiki.debian.org/DebianEdu/Status/Jessie&quot;&gt;current
-status&lt;/a&gt; can be seen on the Debian wiki, and there is still heaps of
-work left.  Some fatal problems block testing, breaking the installer,
-but it is possible to work around these to get anyway.  Here is a
-recipe on how to get the installation limping along.&lt;/p&gt;
-
-&lt;p&gt;First, download the test ISO via
-&lt;a href=&quot;ftp://ftp.skolelinux.no/cd-edu-testing-nolocal-netinst/debian-edu-amd64-i386-NETINST-1.iso&quot;&gt;ftp&lt;/a&gt;,
-&lt;a href=&quot;http://ftp.skolelinux.no/cd-edu-testing-nolocal-netinst/debian-edu-amd64-i386-NETINST-1.iso&quot;&gt;http&lt;/a&gt;
-or rsync (use
-ftp.skolelinux.org::cd-edu-testing-nolocal-netinst/debian-edu-amd64-i386-NETINST-1.iso).
-The ISO build was broken on Tuesday, so we do not get a new ISO every
-12 hours or so, but thankfully the ISO we already got we are able to
-install with some tweaking.&lt;/p&gt;
-
-&lt;p&gt;When you get to the Debian Edu profile question, go to tty2
-(use Alt-Ctrl-F2), run&lt;/p&gt;
+&lt;/blockquote&gt;&lt;/p&gt;

 
 

-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-nano /usr/bin/edu-eatmydata-install
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
+&lt;p&gt;Som del av arbeidet med tjenestegrensesnitt har vi testet hvordan
+epost kan lagres i en Noark 5-struktur, og holder på å skrive et
+forslag om hvordan dette kan gjøres som vil bli sendt over til
+arkivverket så snart det er ferdig.  De som er interesserte kan
+&lt;a href=&quot;https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/epostlagring.md&quot;&gt;følge
+fremdriften på web&lt;/a&gt;.&lt;/p&gt;

 
 

-&lt;p&gt;and add &#39;exit 0&#39; as the second line, disabling the eatmydata
-optimization.  Return to the installation, select the profile you want
-and continue.  Without this change, exim4-config will fail to install
-due to a known bug in eatmydata.&lt;/p&gt;
-
-&lt;p&gt;When you get the grub question at the end, answer /dev/sda (or if
-this do not work, figure out what your correct value would be.  All my
-test machines need /dev/sda, so I have no advice if it do not fit
-your need.&lt;/p&gt;
-
-&lt;p&gt;If you installed a profile including a graphical desktop, log in as
-root after the initial boot from hard drive, and install the
-education-desktop-XXX metapackage.  XXX can be kde, gnome, lxde, xfce
-or mate.  If you want several desktop options, install more than one
-metapackage.  Once this is done, reboot and you should have a working
-graphical login screen.  This workaround should no longer be needed
-once the education-tasks package version 1.801 enter testing in two
-days.&lt;/p&gt;
-
-&lt;p&gt;I believe the ISO build will start working on two days when the new
-tasksel package enter testing and Steve McIntyre get a chance to
-update the debian-cd git repository.  The eatmydata, grub and desktop
-issues are already fixed in unstable and testing, and should show up
-on the ISO as soon as the ISO build start working again.  Well the
-eatmydata optimization is really just disabled.  The proper fix
-require an upload by the eatmydata maintainer applying the patch
-provided in bug &lt;a href=&quot;https://bugs.debian.org/702711&quot;&gt;#702711&lt;/a&gt;.
-The rest have proper fixes in unstable.&lt;/p&gt;
-
-&lt;p&gt;I hope this get you going with the installation testing, as we are
-quickly running out of time trying to get our Jessie based
-installation ready before the distribution freeze in a month.&lt;/p&gt;
+&lt;p&gt;Oppdatering 2017-04-28: I dag ble høringuttalelsen jeg skrev
+  &lt;a href=&quot;https://www.nuug.no/news/NUUGs_h_ringuttalelse_til_Riksarkivarens_forskrift.shtml&quot;&gt;sendt
+  inn av foreningen NUUG&lt;/a&gt;.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Suddenly I am the new upstream of the lsdvd command line tool</title>
-               <link>http://people.skolelinux.org/pere/blog/Suddenly_I_am_the_new_upstream_of_the_lsdvd_command_line_tool.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Suddenly_I_am_the_new_upstream_of_the_lsdvd_command_line_tool.html</guid>
-                <pubDate>Thu, 25 Sep 2014 11:20:00 +0200</pubDate>
-               <description>&lt;p&gt;I use the &lt;a href=&quot;https://sourceforge.net/p/lsdvd/&quot;&gt;lsdvd tool&lt;/a&gt;
-to handle my fairly large DVD collection.  It is a nice command line
-tool to get details about a DVD, like title, tracks, track length,
-etc, in XML, Perl or human readable format.  But lsdvd have not seen
-any new development since 2006 and had a few irritating bugs affecting
-its use with some DVDs.  Upstream seemed to be dead, and in January I
-sent a small probe asking for a version control repository for the
-project, without any reply.  But I use it regularly and would like to
-get &lt;a href=&quot;https://packages.qa.debian.org/lsdvd&quot;&gt;an updated version
-into Debian&lt;/a&gt;.  So two weeks ago I tried harder to get in touch with
-the project admin, and after getting a reply from him explaining that
-he was no longer interested in the project, I asked if I could take
-over.  And yesterday, I became project admin.&lt;/p&gt;
-
-&lt;p&gt;I&#39;ve been in touch with a Gentoo developer and the Debian
-maintainer interested in joining forces to maintain the upstream
-project, and I hope we can get a new release out fairly quickly,
-collecting the patches spread around on the internet into on place.
-I&#39;ve added the relevant Debian patches to the freshly created git
-repository, and expect the Gentoo patches to make it too.  If you got
-a DVD collection and care about command line tools, check out
-&lt;a href=&quot;https://sourceforge.net/p/lsdvd/git/ci/master/tree/&quot;&gt;the git source&lt;/a&gt; and join
-&lt;a href=&quot;https://sourceforge.net/p/lsdvd/mailman/&quot;&gt;the project mailing
-list&lt;/a&gt;. :)&lt;/p&gt;
-</description>
-       </item>
-       
-       <item>
-               <title>Hva henger under skibrua over E16 på Sollihøgda?</title>
-               <link>http://people.skolelinux.org/pere/blog/Hva_henger_under_skibrua_over_E16_p__Sollih_gda_.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_henger_under_skibrua_over_E16_p__Sollih_gda_.html</guid>
-                <pubDate>Sun, 21 Sep 2014 09:50:00 +0200</pubDate>
-               <description>&lt;p&gt;Rundt omkring i Oslo og Østlandsområdet henger det bokser over
-veiene som jeg har lurt på hva gjør.  De har ut fra plassering og
-vinkling sett ut som bokser som sniffer ut et eller annet fra
-forbipasserende trafikk, men det har vært uklart for meg hva det er de
-leser av.  Her om dagen tok jeg bilde av en slik boks som henger under
-&lt;a href=&quot;http://www.openstreetmap.no/?zoom=19&amp;mlat=59.96396&amp;mlon=10.34443&amp;layers=B00000&quot;&gt;ei
-skibru på Sollihøgda&lt;/a&gt;:&lt;/p&gt;
-
-&lt;p align=&quot;center&quot;&gt;&lt;img width=&quot;60%&quot; src=&quot;http://people.skolelinux.org/pere/blog/images/2014-09-13-kapsch-sollihogda-crop.jpeg&quot;&gt;&lt;/p&gt;
-
-&lt;p&gt;Boksen er tydelig merket «Kapsch &gt;&gt;&gt;», logoen til
-&lt;a href=&quot;http://www.kapsch.net/&quot;&gt;det sveitsiske selskapet Kapsch&lt;/a&gt; som
-blant annet lager sensorsystemer for veitrafikk.  Men de lager mye
-forskjellig, og jeg kjente ikke igjen boksen på utseendet etter en
-kjapp titt på produktlista til selskapet.&lt;/p&gt;
-
-&lt;p&gt;I og med at boksen henger over veien E16, en riksvei vedlikeholdt
-av Statens Vegvesen, så antok jeg at det burde være mulig å bruke
-REST-API-et som gir tilgang til vegvesenets database over veier,
-skilter og annet veirelatert til å finne ut hva i alle dager dette
-kunne være.  De har både
-&lt;a href=&quot;https://www.vegvesen.no/nvdb/api/dokumentasjon/datakatalog&quot;&gt;en
-datakatalog&lt;/a&gt; og
-&lt;a href=&quot;https://www.vegvesen.no/nvdb/api/dokumentasjon/sok&quot;&gt;et
-søk&lt;/a&gt;, der en kan søke etter ulike typer oppføringer innen for et
-gitt geografisk område.  Jeg laget et enkelt shell-script for å hente
-ut antall av en gitt type innenfor området skibrua dekker, og listet
-opp navnet på typene som ble funnet.  Orket ikke slå opp hvordan
-URL-koding av aktuelle strenger kunne gjøres mer generisk, og brukte
-en stygg sed-linje i stedet.&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-#!/bin/sh
-urlmap() {
-    sed \
-    -e &#39;s/  / /g&#39;   -e &#39;s/{/%7B/g&#39;  \
-    -e &#39;s/}/%7D/g&#39;  -e &#39;s/\[/%5B/g&#39; \
-    -e &#39;s/\]/%5D/g&#39; -e &#39;s/ /%20/g&#39;  \
-    -e &#39;s/,/%2C/g&#39;  -e &#39;s/\&quot;/%22/g&#39; \
-    -e &#39;s/:/%3A/g&#39;
-}
-
-lookup() {
-    url=&quot;$1&quot;
-    curl -s -H &#39;Accept: application/vnd.vegvesen.nvdb-v1+xml&#39; \
-       &quot;https://www.vegvesen.no/nvdb/api$url&quot; | xmllint --format -
-}
-
-for id in $(seq 1 874) ; do
-    search=&quot;{
-  lokasjon: {
-    bbox: \&quot;10.34425,59.96386,10.34458,59.96409\&quot;,
-    srid: \&quot;WGS84\&quot;
-  },
-   objektTyper: [{
-     id: $id, antall: 10
-   }]
-}&quot;
-
-    query=/sok?kriterie=$(echo $search | urlmap)
-    if lookup &quot;$query&quot; |
-    grep -q &#39;&amp;lt;totaltAntallReturnert&gt;0&amp;lt;&#39;
-    then
-    :
-    else
-    echo $id
-    lookup &quot;/datakatalog/objekttyper/$id&quot; |grep &#39;^  &amp;lt;navn&gt;&#39;
-    fi
-done
-
-exit 0
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-Aktuelt ID-område 1-874 var riktig i datakatalogen da jeg laget
-scriptet.  Det vil endre seg over tid.  Skriptet listet så opp
-aktuelle typer i og rundt skibrua:
+               <title>Offentlig elektronisk postjournal blokkerer tilgang for utvalgte webklienter</title>
+               <link>http://people.skolelinux.org/pere/blog/Offentlig_elektronisk_postjournal_blokkerer_tilgang_for_utvalgte_webklienter.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Offentlig_elektronisk_postjournal_blokkerer_tilgang_for_utvalgte_webklienter.html</guid>
+                <pubDate>Thu, 20 Apr 2017 13:00:00 +0200</pubDate>
+               <description>&lt;p&gt;Jeg oppdaget i dag at &lt;a href=&quot;https://www.oep.no/&quot;&gt;nettstedet som
+publiserer offentlige postjournaler fra statlige etater&lt;/a&gt;, OEP, har
+begynt å blokkerer enkelte typer webklienter fra å få tilgang.  Vet
+ikke hvor mange det gjelder, men det gjelder i hvert fall libwww-perl
+og curl.  For å teste selv, kjør følgende:&lt;/p&gt;

 
 &lt;blockquote&gt;&lt;pre&gt;
 
 &lt;blockquote&gt;&lt;pre&gt;

-5
-  &amp;lt;navn&gt;Rekkverk&amp;lt;/navn&gt;
-14
-  &amp;lt;navn&gt;Rekkverksende&amp;lt;/navn&gt;
-47
-  &amp;lt;navn&gt;Trafikklomme&amp;lt;/navn&gt;
-49
-  &amp;lt;navn&gt;Trafikkøy&amp;lt;/navn&gt;
-60
-  &amp;lt;navn&gt;Bru&amp;lt;/navn&gt;
-79
-  &amp;lt;navn&gt;Stikkrenne/Kulvert&amp;lt;/navn&gt;
-80
-  &amp;lt;navn&gt;Grøft, åpen&amp;lt;/navn&gt;
-86
-  &amp;lt;navn&gt;Belysningsstrekning&amp;lt;/navn&gt;
-95
-  &amp;lt;navn&gt;Skiltpunkt&amp;lt;/navn&gt;
-96
-  &amp;lt;navn&gt;Skiltplate&amp;lt;/navn&gt;
-98
-  &amp;lt;navn&gt;Referansestolpe&amp;lt;/navn&gt;
-99
-  &amp;lt;navn&gt;Vegoppmerking, langsgående&amp;lt;/navn&gt;
-105
-  &amp;lt;navn&gt;Fartsgrense&amp;lt;/navn&gt;
-106
-  &amp;lt;navn&gt;Vinterdriftsstrategi&amp;lt;/navn&gt;
-172
-  &amp;lt;navn&gt;Trafikkdeler&amp;lt;/navn&gt;
-241
-  &amp;lt;navn&gt;Vegdekke&amp;lt;/navn&gt;
-293
-  &amp;lt;navn&gt;Breddemåling&amp;lt;/navn&gt;
-301
-  &amp;lt;navn&gt;Kantklippareal&amp;lt;/navn&gt;
-318
-  &amp;lt;navn&gt;Snø-/isrydding&amp;lt;/navn&gt;
-445
-  &amp;lt;navn&gt;Skred&amp;lt;/navn&gt;
-446
-  &amp;lt;navn&gt;Dokumentasjon&amp;lt;/navn&gt;
-452
-  &amp;lt;navn&gt;Undergang&amp;lt;/navn&gt;
-528
-  &amp;lt;navn&gt;Tverrprofil&amp;lt;/navn&gt;
-532
-  &amp;lt;navn&gt;Vegreferanse&amp;lt;/navn&gt;
-534
-  &amp;lt;navn&gt;Region&amp;lt;/navn&gt;
-535
-  &amp;lt;navn&gt;Fylke&amp;lt;/navn&gt;
-536
-  &amp;lt;navn&gt;Kommune&amp;lt;/navn&gt;
-538
-  &amp;lt;navn&gt;Gate&amp;lt;/navn&gt;
-539
-  &amp;lt;navn&gt;Transportlenke&amp;lt;/navn&gt;
-540
-  &amp;lt;navn&gt;Trafikkmengde&amp;lt;/navn&gt;
-570
-  &amp;lt;navn&gt;Trafikkulykke&amp;lt;/navn&gt;
-571
-  &amp;lt;navn&gt;Ulykkesinvolvert enhet&amp;lt;/navn&gt;
-572
-  &amp;lt;navn&gt;Ulykkesinvolvert person&amp;lt;/navn&gt;
-579
-  &amp;lt;navn&gt;Politidistrikt&amp;lt;/navn&gt;
-583
-  &amp;lt;navn&gt;Vegbredde&amp;lt;/navn&gt;
-591
-  &amp;lt;navn&gt;Høydebegrensning&amp;lt;/navn&gt;
-592
-  &amp;lt;navn&gt;Nedbøyningsmåling&amp;lt;/navn&gt;
-597
-  &amp;lt;navn&gt;Støy-luft, Strekningsdata&amp;lt;/navn&gt;
-601
-  &amp;lt;navn&gt;Oppgravingsdata&amp;lt;/navn&gt;
-602
-  &amp;lt;navn&gt;Oppgravingslag&amp;lt;/navn&gt;
-603
-  &amp;lt;navn&gt;PMS-parsell&amp;lt;/navn&gt;
-604
-  &amp;lt;navn&gt;Vegnormalstrekning&amp;lt;/navn&gt;
-605
-  &amp;lt;navn&gt;Værrelatert strekning&amp;lt;/navn&gt;
-616
-  &amp;lt;navn&gt;Feltstrekning&amp;lt;/navn&gt;
-617
-  &amp;lt;navn&gt;Adressepunkt&amp;lt;/navn&gt;
-626
-  &amp;lt;navn&gt;Friksjonsmåleserie&amp;lt;/navn&gt;
-629
-  &amp;lt;navn&gt;Vegdekke, flatelapping&amp;lt;/navn&gt;
-639
-  &amp;lt;navn&gt;Kurvatur, horisontalelement&amp;lt;/navn&gt;
-640
-  &amp;lt;navn&gt;Kurvatur, vertikalelement&amp;lt;/navn&gt;
-642
-  &amp;lt;navn&gt;Kurvatur, vertikalpunkt&amp;lt;/navn&gt;
-643
-  &amp;lt;navn&gt;Statistikk, trafikkmengde&amp;lt;/navn&gt;
-647
-  &amp;lt;navn&gt;Statistikk, vegbredde&amp;lt;/navn&gt;
-774
-  &amp;lt;navn&gt;Nedbøyningsmåleserie&amp;lt;/navn&gt;
-775
-  &amp;lt;navn&gt;ATK, influensstrekning&amp;lt;/navn&gt;
-794
-  &amp;lt;navn&gt;Systemobjekt&amp;lt;/navn&gt;
-810
-  &amp;lt;navn&gt;Vinterdriftsklasse&amp;lt;/navn&gt;
-821
-  &amp;lt;navn&gt;Funksjonell vegklasse&amp;lt;/navn&gt;
-825
-  &amp;lt;navn&gt;Kurvatur, stigning&amp;lt;/navn&gt;
-838
-  &amp;lt;navn&gt;Vegbredde, beregnet&amp;lt;/navn&gt;
-862
-  &amp;lt;navn&gt;Reisetidsregistreringspunkt&amp;lt;/navn&gt;
-871
-  &amp;lt;navn&gt;Bruksklasse&amp;lt;/navn&gt;
+% curl -v -s https://www.oep.no/pub/report.xhtml?reportId=3 2&gt;&amp;1 |grep &#39;&lt; HTTP&#39;
+&lt; HTTP/1.1 404 Not Found
+% curl -v -s --header &#39;User-Agent:Opera/12.0&#39; https://www.oep.no/pub/report.xhtml?reportId=3 2&gt;&amp;1 |grep &#39;&lt; HTTP&#39;
+&lt; HTTP/1.1 200 OK
+%

 &lt;/pre&gt;&lt;/blockquote&gt;
 
 &lt;/pre&gt;&lt;/blockquote&gt;
 

-&lt;p&gt;Av disse ser ID 775 og 862 mest relevant ut.  ID 775 antar jeg
-refererer til fotoboksen som står like ved brua, mens
-«Reisetidsregistreringspunkt» kanskje kan være boksen som henger der.
-Hvordan finner jeg så ut hva dette kan være for noe.  En titt på
-&lt;a href=&quot;http://labs.vegdata.no/nvdb-datakatalog/862-Reisetidsregistreringspunkt/&quot;&gt;datakatalogsiden
-for ID 862/Reisetidsregistreringspunkt&lt;/a&gt; viser at det er finnes 53
-slike målere i Norge, og hvor de er plassert, men gir ellers få
-detaljer.  Det er plassert 40 på østlandet og 13 i Trondheimsregionen.
-Men siden nevner «AutoPASS», og hvis en slår opp oppføringen på
-Sollihøgda nevner den «Ciber AS» som ID for eksternt system.  (Kan det
-være snakk om
-&lt;a href=&quot;http://www.proff.no/selskap/ciber-norge-as/oslo/internettdesign-og-programmering/Z0I3KMF4/&quot;&gt;Ciber
-Norge AS&lt;/a&gt;, et selskap eid av Ciber Europe Bv?)  Et nettsøk på
- «Ciber AS autopass» fører meg til en artikkel fra NRK Trøndelag i
- 2013 med tittel
-«&lt;a href=&quot;http://www.nrk.no/trondelag/sjekk-dette-hvis-du-vil-unnga-ko-1.11327947&quot;&gt;Sjekk
-dette hvis du vil unngå kø&lt;/a&gt;».  Artikkelen henviser til vegvesenets
-nettside
-&lt;a href=&quot;http://www.reisetider.no/reisetid/forside.html&quot;&gt;reisetider.no&lt;/a&gt;
-som har en
-&lt;a href=&quot;http://www.reisetider.no/reisetid/omrade.html?omrade=5&quot;&gt;kartside
-for Østlandet&lt;/a&gt; som viser at det måles mellom Sandvika og Sollihøgda.
-Det kan dermed se ut til at jeg har funnet ut hva boksene gjør.&lt;/p&gt;
-
-&lt;p&gt;Hvis det stemmer, så er dette bokser som leser av AutoPASS-ID-en
-til alle passerende biler med AutoPASS-brikke, og dermed gjør det mulig
-for de som kontrollerer boksene å holde rede på hvor en gitt bil er
-når den passerte et slikt målepunkt.  NRK-artikkelen forteller at
-denne informasjonen i dag kun brukes til å koble to
-AutoPASS-brikkepasseringer passeringer sammen for å beregne
-reisetiden, og at bruken er godkjent av Datatilsynet.  Det er desverre
-ikke mulig for en sjåfør som passerer under en slik boks å kontrollere
-at AutoPASS-ID-en kun brukes til dette i dag og i fremtiden.&lt;/p&gt;
-
-&lt;p&gt;I tillegg til denne type AutoPASS-sniffere vet jeg at det også
-finnes mange automatiske stasjoner som tar betalt pr. passering (aka
-bomstasjoner), og der lagres informasjon om tid, sted og bilnummer i
-10 år.  Finnes det andre slike sniffere plassert ut på veiene?&lt;/p&gt;
-
-&lt;p&gt;Personlig har jeg valgt å ikke bruke AutoPASS-brikke, for å gjøre
-det vanskeligere og mer kostbart for de som vil invadere privatsfæren
-og holde rede på hvor bilen min beveger seg til enhver tid.  Jeg håper
-flere vil gjøre det samme, selv om det gir litt høyere private
-utgifter (dyrere bompassering).  Vern om privatsfæren koster i disse
-dager.&lt;/p&gt;
-
-&lt;p&gt;Takk til Jan Kristian Jensen i Statens Vegvesen for tips om
-dokumentasjon på vegvesenets REST-API.&lt;/p&gt;
+&lt;p&gt;Her kan en se at tjenesten gir «404 Not Found» for curl i
+standardoppsettet, mens den gir «200 OK» hvis curl hevder å være Opera
+versjon 12.0.  Offentlig elektronisk postjournal startet blokkeringen
+2017-03-02.&lt;/p&gt;
+
+&lt;p&gt;Blokkeringen vil gjøre det litt vanskeligere å maskinelt hente
+informasjon fra oep.no.  Kan blokkeringen være gjort for å hindre
+automatisert innsamling av informasjon fra OEP, slik Pressens
+Offentlighetsutvalg gjorde for å dokumentere hvordan departementene
+hindrer innsyn i
+&lt;a href=&quot;http://presse.no/dette-mener-np/undergraver-offentlighetsloven/&quot;&gt;rapporten
+«Slik hindrer departementer innsyn» som ble publiserte i januar
+2017&lt;/a&gt;.  Det virker usannsynlig, da det jo er trivielt å bytte
+User-Agent til noe nytt.&lt;/p&gt;
+
+&lt;p&gt;Finnes det juridisk grunnlag for det offentlige å diskriminere
+webklienter slik det gjøres her?  Der tilgang gis eller ikke alt etter
+hva klienten sier at den heter?  Da OEP eies av DIFI og driftes av
+Basefarm, finnes det kanskje noen dokumenter sendt mellom disse to
+aktørene man kan be om innsyn i for å forstå hva som har skjedd.  Men
+&lt;a href=&quot;https://www.oep.no/search/result.html?period=dateRange&amp;fromDate=01.01.2016&amp;toDate=01.04.2017&amp;dateType=documentDate&amp;caseDescription=&amp;descType=both&amp;caseNumber=&amp;documentNumber=&amp;sender=basefarm&amp;senderType=both&amp;documentType=all&amp;legalAuthority=&amp;archiveCode=&amp;list2=196&amp;searchType=advanced&amp;Search=Search+in+records&quot;&gt;postjournalen
+til DIFI viser kun to dokumenter&lt;/a&gt; det siste året mellom DIFI og
+Basefarm.
+&lt;a href=&quot;https://www.mimesbronn.no/request/blokkering_av_tilgang_til_oep_fo&quot;&gt;Mimes brønn neste&lt;/a&gt;,
+tenker jeg.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Speeding up the Debian installer using eatmydata and dpkg-divert</title>
-               <link>http://people.skolelinux.org/pere/blog/Speeding_up_the_Debian_installer_using_eatmydata_and_dpkg_divert.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Speeding_up_the_Debian_installer_using_eatmydata_and_dpkg_divert.html</guid>
-                <pubDate>Tue, 16 Sep 2014 14:00:00 +0200</pubDate>
-               <description>&lt;p&gt;The &lt;a href=&quot;https://www.debian.org/&quot;&gt;Debian&lt;/a&gt; installer could be
-a lot quicker.  When we install more than 2000 packages in
-&lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Skolelinux / Debian Edu&lt;/a&gt; using
-tasksel in the installer, unpacking the binary packages take forever.
-A part of the slow I/O issue was discussed in
-&lt;a href=&quot;https://bugs.debian.org/613428&quot;&gt;bug #613428&lt;/a&gt; about too
-much file system sync-ing done by dpkg, which is the package
-responsible for unpacking the binary packages.  Other parts (like code
-executed by postinst scripts) might also sync to disk during
-installation.  All this sync-ing to disk do not really make sense to
-me.  If the machine crash half-way through, I start over, I do not try
-to salvage the half installed system.  So the failure sync-ing is
-supposed to protect against, hardware or system crash, is not really
-relevant while the installer is running.&lt;/p&gt;
-
-&lt;p&gt;A few days ago, I thought of a way to get rid of all the file
-system sync()-ing in a fairly non-intrusive way, without the need to
-change the code in several packages.  The idea is not new, but I have
-not heard anyone propose the approach using dpkg-divert before.  It
-depend on the small and clever package
-&lt;a href=&quot;https://packages.qa.debian.org/eatmydata&quot;&gt;eatmydata&lt;/a&gt;, which
-uses LD_PRELOAD to replace the system functions for syncing data to
-disk with functions doing nothing, thus allowing programs to live
-dangerous while speeding up disk I/O significantly.  Instead of
-modifying the implementation of dpkg, apt and tasksel (which are the
-packages responsible for selecting, fetching and installing packages),
-it occurred to me that we could just divert the programs away, replace
-them with a simple shell wrapper calling
-&quot;eatmydata&amp;nbsp;$program&amp;nbsp;$@&quot;, to get the same effect.
-Two days ago I decided to test the idea, and wrapped up a simple
-implementation for the Debian Edu udeb.&lt;/p&gt;
-
-&lt;p&gt;The effect was stunning.  In my first test it reduced the running
-time of the pkgsel step (installing tasks) from 64 to less than 44
-minutes (20 minutes shaved off the installation) on an old Dell
-Latitude D505 machine.  I am not quite sure what the optimised time
-would have been, as I messed up the testing a bit, causing the debconf
-priority to get low enough for two questions to pop up during
-installation.  As soon as I saw the questions I moved the installation
-along, but do not know how long the question were holding up the
-installation.  I did some more measurements using Debian Edu Jessie,
-and got these results.  The time measured is the time stamp in
-/var/log/syslog between the &quot;pkgsel: starting tasksel&quot; and the
-&quot;pkgsel: finishing up&quot; lines, if you want to do the same measurement
-yourself.  In Debian Edu, the tasksel dialog do not show up, and the
-timing thus do not depend on how quickly the user handle the tasksel
-dialog.&lt;/p&gt;
-
-&lt;p&gt;&lt;table&gt;
-
-&lt;tr&gt;
-&lt;th&gt;Machine/setup&lt;/th&gt;
-&lt;th&gt;Original tasksel&lt;/th&gt;
-&lt;th&gt;Optimised tasksel&lt;/th&gt;
-&lt;th&gt;Reduction&lt;/th&gt;
-&lt;/tr&gt;
-
-&lt;tr&gt;
-&lt;td&gt;Latitude D505 Main+LTSP LXDE&lt;/td&gt;
-&lt;td&gt;64 min (07:46-08:50)&lt;/td&gt;
-&lt;td&gt;&lt;44 min (11:27-12:11)&lt;/td&gt;
-&lt;td&gt;&gt;20 min 18%&lt;/td&gt;
-&lt;/tr&gt;
-
-&lt;tr&gt;
-&lt;td&gt;Latitude D505 Roaming LXDE&lt;/td&gt;
-&lt;td&gt;57 min (08:48-09:45)&lt;/td&gt;
-&lt;td&gt;34 min (07:43-08:17)&lt;/td&gt;
-&lt;td&gt;23 min 40%&lt;/td&gt;
-&lt;/tr&gt;
-
-&lt;tr&gt;
-&lt;td&gt;Latitude D505 Minimal&lt;/td&gt;
-&lt;td&gt;22 min (10:37-10:59)&lt;/td&gt;
-&lt;td&gt;11 min (11:16-11:27)&lt;/td&gt;
-&lt;td&gt;11 min 50%&lt;/td&gt;
-&lt;/tr&gt;
-
-&lt;tr&gt;
-&lt;td&gt;Thinkpad X200 Minimal&lt;/td&gt;
-&lt;td&gt;6 min (08:19-08:25)&lt;/td&gt;
-&lt;td&gt;4 min (08:04-08:08)&lt;/td&gt;
-&lt;td&gt;2 min 33%&lt;/td&gt;
-&lt;/tr&gt;
-
-&lt;tr&gt;
-&lt;td&gt;Thinkpad X200 Roaming KDE&lt;/td&gt;
-&lt;td&gt;19 min (09:21-09:40)&lt;/td&gt;
-&lt;td&gt;15 min (10:25-10:40)&lt;/td&gt;
-&lt;td&gt;4 min 21%&lt;/td&gt;
-&lt;/tr&gt;
-
-&lt;/table&gt;&lt;/p&gt;
-
-&lt;p&gt;The test is done using a netinst ISO on a USB stick, so some of the
-time is spent downloading packages.  The connection to the Internet
-was 100Mbit/s during testing, so downloading should not be a
-significant factor in the measurement.  Download typically took a few
-seconds to a few minutes, depending on the amount of packages being
-installed.&lt;/p&gt;
-
-&lt;p&gt;The speedup is implemented by using two hooks in
-&lt;a href=&quot;https://www.debian.org/devel/debian-installer/&quot;&gt;Debian
-Installer&lt;/a&gt;, the pre-pkgsel.d hook to set up the diverts, and the
-finish-install.d hook to remove the divert at the end of the
-installation.  I picked the pre-pkgsel.d hook instead of the
-post-base-installer.d hook because I test using an ISO without the
-eatmydata package included, and the post-base-installer.d hook in
-Debian Edu can only operate on packages included in the ISO.  The
-negative effect of this is that I am unable to activate this
-optimization for the kernel installation step in d-i.  If the code is
-moved to the post-base-installer.d hook, the speedup would be larger
-for the entire installation.&lt;/p&gt;
-
-&lt;p&gt;I&#39;ve implemented this in the
-&lt;a href=&quot;https://packages.qa.debian.org/debian-edu-install&quot;&gt;debian-edu-install&lt;/a&gt;
-git repository, and plan to provide the optimization as part of the
-Debian Edu installation.  If you want to test this yourself, you can
-create two files in the installer (or in an udeb).  One shell script
-need do go into /usr/lib/pre-pkgsel.d/, with content like this:&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-#!/bin/sh
-set -e
-. /usr/share/debconf/confmodule
-info() {
-    logger -t my-pkgsel &quot;info: $*&quot;
-}
-error() {
-    logger -t my-pkgsel &quot;error: $*&quot;
-}
-override_install() {
-    apt-install eatmydata || true
-    if [ -x /target/usr/bin/eatmydata ] ; then
-        for bin in dpkg apt-get aptitude tasksel ; do
-            file=/usr/bin/$bin
-            # Test that the file exist and have not been diverted already.
-            if [ -f /target$file ] ; then
-                info &quot;diverting $file using eatmydata&quot;
-                printf &quot;#!/bin/sh\neatmydata $bin.distrib \&quot;\$@\&quot;\n&quot; \
-                    &gt; /target$file.edu
-                chmod 755 /target$file.edu
-                in-target dpkg-divert --package debian-edu-config \
-                    --rename --quiet --add $file
-                ln -sf ./$bin.edu /target$file
-            else
-                error &quot;unable to divert $file, as it is missing.&quot;
-            fi
-        done
-    else
-        error &quot;unable to find /usr/bin/eatmydata after installing the eatmydata pacage&quot;
-    fi
-}
-
-override_install
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;To clean up, another shell script should go into
-/usr/lib/finish-install.d/ with code like this:
+               <title>Free software archive system Nikita now able to store documents</title>
+               <link>http://people.skolelinux.org/pere/blog/Free_software_archive_system_Nikita_now_able_to_store_documents.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Free_software_archive_system_Nikita_now_able_to_store_documents.html</guid>
+                <pubDate>Sun, 19 Mar 2017 08:00:00 +0100</pubDate>
+               <description>&lt;p&gt;The &lt;a href=&quot;https://github.com/hiOA-ABI/nikita-noark5-core&quot;&gt;Nikita
+Noark 5 core project&lt;/a&gt; is implementing the Norwegian standard for
+keeping an electronic archive of government documents.
+&lt;a href=&quot;http://www.arkivverket.no/arkivverket/Offentlig-forvaltning/Noark/Noark-5/English-version&quot;&gt;The
+Noark 5 standard&lt;/a&gt; document the requirement for data systems used by
+the archives in the Norwegian government, and the Noark 5 web interface
+specification document a REST web service for storing, searching and
+retrieving documents and metadata in such archive.  I&#39;ve been involved
+in the project since a few weeks before Christmas, when the Norwegian
+Unix User Group
+&lt;a href=&quot;https://www.nuug.no/news/NOARK5_kjerne_som_fri_programvare_f_r_epostliste_hos_NUUG.shtml&quot;&gt;announced
+it supported the project&lt;/a&gt;.  I believe this is an important project,
+and hope it can make it possible for the government archives in the
+future to use free software to keep the archives we citizens depend
+on.  But as I do not hold such archive myself, personally my first use
+case is to store and analyse public mail journal metadata published
+from the government.  I find it useful to have a clear use case in
+mind when developing, to make sure the system scratches one of my
+itches.&lt;/p&gt;
+
+&lt;p&gt;If you would like to help make sure there is a free software
+alternatives for the archives, please join our IRC channel
+(&lt;a href=&quot;irc://irc.freenode.net/%23nikita&quot;&quot;&gt;#nikita on
+irc.freenode.net&lt;/a&gt;) and
+&lt;a href=&quot;https://lists.nuug.no/mailman/listinfo/nikita-noark&quot;&gt;the
+project mailing list&lt;/a&gt;.&lt;/p&gt;
+
+&lt;p&gt;When I got involved, the web service could store metadata about
+documents.  But a few weeks ago, a new milestone was reached when it
+became possible to store full text documents too.  Yesterday, I
+completed an implementation of a command line tool
+&lt;tt&gt;archive-pdf&lt;/tt&gt; to upload a PDF file to the archive using this
+API.  The tool is very simple at the moment, and find existing
+&lt;a href=&quot;https://en.wikipedia.org/wiki/Fonds&quot;&gt;fonds&lt;/a&gt;, series and
+files while asking the user to select which one to use if more than
+one exist.  Once a file is identified, the PDF is associated with the
+file and uploaded, using the title extracted from the PDF itself.  The
+process is fairly similar to visiting the archive, opening a cabinet,
+locating a file and storing a piece of paper in the archive.  Here is
+a test run directly after populating the database with test data using
+our API tester:&lt;/p&gt;

 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;

-#! /bin/sh -e
-. /usr/share/debconf/confmodule
-error() {
-    logger -t my-finish-install &quot;error: $@&quot;
-}
-remove_install_override() {
-    for bin in dpkg apt-get aptitude tasksel ; do
-        file=/usr/bin/$bin
-        if [ -x /target$file.edu ] ; then
-            rm /target$file
-            in-target dpkg-divert --package debian-edu-config \
-                --rename --quiet --remove $file
-            rm /target$file.edu
-        else
-            error &quot;Missing divert for $file.&quot;
-        fi
-    done
-    sync # Flush file buffers before continuing
-}
-
-remove_install_override
+~/src//noark5-tester$ ./archive-pdf mangelmelding/mangler.pdf
+using arkiv: Title of the test fonds created 2017-03-18T23:49:32.103446
+using arkivdel: Title of the test series created 2017-03-18T23:49:32.103446
+
+ 0 - Title of the test case file created 2017-03-18T23:49:32.103446
+ 1 - Title of the test file created 2017-03-18T23:49:32.103446
+Select which mappe you want (or search term): 0
+Uploading mangelmelding/mangler.pdf
+  PDF title: Mangler i spesifikasjonsdokumentet for NOARK 5 Tjenestegrensesnitt
+  File 2017/1: Title of the test case file created 2017-03-18T23:49:32.103446
+~/src//noark5-tester$

 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 
 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 

-&lt;p&gt;In Debian Edu, I placed both code fragments in a separate script
-edu-eatmydata-install and call it from the pre-pkgsel.d and
-finish-install.d scripts.&lt;/p&gt;
-
-&lt;p&gt;By now you might ask if this change should get into the normal
-Debian installer too?  I suspect it should, but am not sure the
-current debian-installer coordinators find it useful enough.  It also
-depend on the side effects of the change.  I&#39;m not aware of any, but I
-guess we will see if the change is safe after some more testing.
-Perhaps there is some package in Debian depending on sync() and
-fsync() having effect?  Perhaps it should go into its own udeb, to
-allow those of us wanting to enable it to do so without affecting
-everyone.&lt;/p&gt;
-
-&lt;p&gt;Update 2014-09-24: Since a few days ago, enabling this optimization
-will break installation of all programs using gnutls because of
-&lt;a href=&quot;https://bugs.debian.org/702711&quot;&gt;bug #702711&lt;/a&gt;.  An updated
-eatmydata package in Debian will solve it.&lt;/p&gt;
-
-&lt;p&gt;Update 2014-10-17: The bug mentioned above is fixed in testing and
-the optimization work again.  And I have discovered that the
-dpkg-divert trick is not really needed and implemented a slightly
-simpler approach as part of the debian-edu-install package.  See
-tools/edu-eatmydata-install in the source package.&lt;/p&gt;
+&lt;p&gt;You can see here how the fonds (arkiv) and serie (arkivdel) only had
+one option, while the user need to choose which file (mappe) to use
+among the two created by the API tester.  The &lt;tt&gt;archive-pdf&lt;/tt&gt;
+tool can be found in the git repository for the API tester.&lt;/p&gt;
+
+&lt;p&gt;In the project, I have been mostly working on
+&lt;a href=&quot;https://github.com/petterreinholdtsen/noark5-tester&quot;&gt;the API
+tester&lt;/a&gt; so far, while getting to know the code base.  The API
+tester currently use
+&lt;a href=&quot;https://en.wikipedia.org/wiki/HATEOAS&quot;&gt;the HATEOAS links&lt;/a&gt;
+to traverse the entire exposed service API and verify that the exposed
+operations and objects match the specification, as well as trying to
+create objects holding metadata and uploading a simple XML file to
+store.  The tester has proved very useful for finding flaws in our
+implementation, as well as flaws in the reference site and the
+specification.&lt;/p&gt;
+
+&lt;p&gt;The test document I uploaded is a summary of all the specification
+defects we have collected so far while implementing the web service.
+There are several unclear and conflicting parts of the specification,
+and we have
+&lt;a href=&quot;https://github.com/petterreinholdtsen/noark5-tester/tree/master/mangelmelding&quot;&gt;started
+writing down&lt;/a&gt; the questions we get from implementing it.  We use a
+format inspired by how &lt;a href=&quot;http://www.opengroup.org/austin/&quot;&gt;The
+Austin Group&lt;/a&gt; collect defect reports for the POSIX standard with
+&lt;a href=&quot;http://www.opengroup.org/austin/mantis.html&quot;&gt;their
+instructions for the MANTIS defect tracker system&lt;/a&gt;, in lack of an official way to structure defect reports for Noark 5 (our first submitted defect report was a &lt;a href=&quot;https://github.com/petterreinholdtsen/noark5-tester/blob/master/mangelmelding/sendt/2017-03-15-mangel-prosess.md&quot;&gt;request for a procedure for submitting defect reports&lt;/a&gt; :).
+
+&lt;p&gt;The Nikita project is implemented using Java and Spring, and is
+fairly easy to get up and running using Docker containers for those
+that want to test the current code base.  The API tester is
+implemented in Python.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Good bye subkeys.pgp.net, welcome pool.sks-keyservers.net</title>
-               <link>http://people.skolelinux.org/pere/blog/Good_bye_subkeys_pgp_net__welcome_pool_sks_keyservers_net.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Good_bye_subkeys_pgp_net__welcome_pool_sks_keyservers_net.html</guid>
-                <pubDate>Wed, 10 Sep 2014 13:10:00 +0200</pubDate>
-               <description>&lt;p&gt;Yesterday, I had the pleasure of attending a talk with the
-&lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; about
-&lt;a href=&quot;http://www.nuug.no/aktiviteter/20140909-sks-keyservers/&quot;&gt;the
-OpenPGP keyserver pool sks-keyservers.net&lt;/a&gt;, and was very happy to
-learn that there is a large set of publicly available key servers to
-use when looking for peoples public key.  So far I have used
-subkeys.pgp.net, and some times wwwkeys.nl.pgp.net when the former
-were misbehaving, but those days are ended.  The servers I have used
-up until yesterday have been slow and some times unavailable.  I hope
-those problems are gone now.&lt;/p&gt;
-
-&lt;p&gt;Behind the round robin DNS entry of the
-&lt;a href=&quot;https://sks-keyservers.net/&quot;&gt;sks-keyservers.net&lt;/a&gt; service
-there is a pool of more than 100 keyservers which are checked every
-day to ensure they are well connected and up to date.  It must be
-better than what I have used so far. :)&lt;/p&gt;
-
-&lt;p&gt;Yesterdays speaker told me that the service is the default
-keyserver provided by the default configuration in GnuPG, but this do
-not seem to be used in Debian.  Perhaps it should?&lt;/p&gt;
-
-&lt;p&gt;Anyway, I&#39;ve updated my ~/.gnupg/options file to now include this
-line:&lt;/p&gt;
+               <title>Detecting NFS hangs on Linux without hanging yourself...</title>
+               <link>http://people.skolelinux.org/pere/blog/Detecting_NFS_hangs_on_Linux_without_hanging_yourself___.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Detecting_NFS_hangs_on_Linux_without_hanging_yourself___.html</guid>
+                <pubDate>Thu, 9 Mar 2017 15:20:00 +0100</pubDate>
+               <description>&lt;p&gt;Over the years, administrating thousand of NFS mounting linux
+computers at the time, I often needed a way to detect if the machine
+was experiencing NFS hang.  If you try to use &lt;tt&gt;df&lt;/tt&gt; or look at a
+file or directory affected by the hang, the process (and possibly the
+shell) will hang too.  So you want to be able to detect this without
+risking the detection process getting stuck too.  It has not been
+obvious how to do this.  When the hang has lasted a while, it is
+possible to find messages like these in dmesg:&lt;/p&gt;

 
 

-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-keyserver pool.sks-keyservers.net
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;With GnuPG version 2 one can also locate the keyserver using SRV
-entries in DNS.  Just for fun, I did just that at work, so now every
-user of GnuPG at the University of Oslo should find a OpenGPG
-keyserver automatically should their need it:&lt;/p&gt;
+&lt;p&gt;&lt;blockquote&gt;
+nfs: server nfsserver not responding, still trying
+&lt;br&gt;nfs: server nfsserver OK
+&lt;/blockquote&gt;&lt;/p&gt;
+  
+&lt;p&gt;It is hard to know if the hang is still going on, and it is hard to
+be sure looking in dmesg is going to work.  If there are lots of other
+messages in dmesg the lines might have rotated out of site before they
+are noticed.&lt;/p&gt;
+
+&lt;p&gt;While reading through the nfs client implementation in linux kernel
+code, I came across some statistics that seem to give a way to detect
+it.  The om_timeouts sunrpc value in the kernel will increase every
+time the above log entry is inserted into dmesg.  And after digging a
+bit further, I discovered that this value show up in
+/proc/self/mountstats on Linux.&lt;/p&gt;
+
+&lt;p&gt;The mountstats content seem to be shared between files using the
+same file system context, so it is enough to check one of the
+mountstats files to get the state of the mount point for the machine.
+I assume this will not show lazy umounted NFS points, nor NFS mount
+points in a different process context (ie with a different filesystem
+view), but that does not worry me.&lt;/p&gt;
+
+&lt;p&gt;The content for a NFS mount point look similar to this:&lt;/p&gt;

 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
 
 &lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;

-% host -t srv _pgpkey-http._tcp.uio.no
-_pgpkey-http._tcp.uio.no has SRV record 0 100 11371 pool.sks-keyservers.net.
-%
+[...]
+device /dev/mapper/Debian-var mounted on /var with fstype ext3
+device nfsserver:/mnt/nfsserver/home0 mounted on /mnt/nfsserver/home0 with fstype nfs statvers=1.1
+        opts:   rw,vers=3,rsize=65536,wsize=65536,namlen=255,acregmin=3,acregmax=60,acdirmin=30,acdirmax=60,soft,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=129.240.3.145,mountvers=3,mountport=4048,mountproto=udp,local_lock=all
+        age:    7863311
+        caps:   caps=0x3fe7,wtmult=4096,dtsize=8192,bsize=0,namlen=255
+        sec:    flavor=1,pseudoflavor=1
+        events: 61063112 732346265 1028140 35486205 16220064 8162542 761447191 71714012 37189 3891185 45561809 110486139 4850138 420353 15449177 296502 52736725 13523379 0 52182 9016896 1231 0 0 0 0 0 
+        bytes:  166253035039 219519120027 0 0 40783504807 185466229638 11677877 45561809 
+        RPC iostats version: 1.0  p/v: 100003/3 (nfs)
+        xprt:   tcp 925 1 6810 0 0 111505412 111480497 109 2672418560317 0 248 53869103 22481820
+        per-op statistics
+                NULL: 0 0 0 0 0 0 0 0
+             GETATTR: 61063106 61063108 0 9621383060 6839064400 453650 77291321 78926132
+             SETATTR: 463469 463470 0 92005440 66739536 63787 603235 687943
+              LOOKUP: 17021657 17021657 0 3354097764 4013442928 57216 35125459 35566511
+              ACCESS: 14281703 14290009 5 2318400592 1713803640 1709282 4865144 7130140
+            READLINK: 125 125 0 20472 18620 0 1112 1118
+                READ: 4214236 4214237 0 715608524 41328653212 89884 22622768 22806693
+               WRITE: 8479010 8494376 22 187695798568 1356087148 178264904 51506907 231671771
+              CREATE: 171708 171708 0 38084748 46702272 873 1041833 1050398
+               MKDIR: 3680 3680 0 773980 993920 26 23990 24245
+             SYMLINK: 903 903 0 233428 245488 6 5865 5917
+               MKNOD: 80 80 0 20148 21760 0 299 304
+              REMOVE: 429921 429921 0 79796004 61908192 3313 2710416 2741636
+               RMDIR: 3367 3367 0 645112 484848 22 5782 6002
+              RENAME: 466201 466201 0 130026184 121212260 7075 5935207 5961288
+                LINK: 289155 289155 0 72775556 67083960 2199 2565060 2585579
+             READDIR: 2933237 2933237 0 516506204 13973833412 10385 3190199 3297917
+         READDIRPLUS: 1652839 1652839 0 298640972 6895997744 84735 14307895 14448937
+              FSSTAT: 6144 6144 0 1010516 1032192 51 9654 10022
+              FSINFO: 2 2 0 232 328 0 1 1
+            PATHCONF: 1 1 0 116 140 0 0 0
+              COMMIT: 0 0 0 0 0 0 0 0
+
+device binfmt_misc mounted on /proc/sys/fs/binfmt_misc with fstype binfmt_misc
+[...]

 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 
 &lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
 

-&lt;p&gt;Now if only
-&lt;a href=&quot;http://ietfreport.isoc.org/idref/draft-shaw-openpgp-hkp/&quot;&gt;the
-HKP lookup protocol&lt;/a&gt; supported finding signature paths, I would be
-very happy.  It can look up a given key or search for a user ID, but I
-normally do not want that, but to find a trust path from my key to
-another key.  Given a user ID or key ID, I would like to find (and
-download) the keys representing a signature path from my key to the
-key in question, to be able to get a trust path between the two keys.
-This is as far as I can tell not possible today.  Perhaps something
-for a future version of the protocol?&lt;/p&gt;
+&lt;p&gt;The key number to look at is the third number in the per-op list.
+It is the number of NFS timeouts experiences per file system
+operation.  Here 22 write timeouts and 5 access timeouts.  If these
+numbers are increasing, I believe the machine is experiencing NFS
+hang.  Unfortunately the timeout value do not start to increase right
+away.  The NFS operations need to time out first, and this can take a
+while.  The exact timeout value depend on the setup.  For example the
+defaults for TCP and UDP mount points are quite different, and the
+timeout value is affected by the soft, hard, timeo and retrans NFS
+mount options.&lt;/p&gt;
+
+&lt;p&gt;The only way I have been able to get working on Debian and RedHat
+Enterprise Linux for getting the timeout count is to peek in /proc/.
+But according to
+&lt;ahref=&quot;http://docs.oracle.com/cd/E19253-01/816-4555/netmonitor-12/index.html&quot;&gt;Solaris
+10 System Administration Guide: Network Services&lt;/a&gt;, the &#39;nfsstat -c&#39;
+command can be used to get these timeout values.  But this do not work
+on Linux, as far as I can tell.  I
+&lt;ahref=&quot;http://bugs.debian.org/857043&quot;&gt;asked Debian about this&lt;/a&gt;,
+but have not seen any replies yet.&lt;/p&gt;
+
+&lt;p&gt;Is there a better way to figure out if a Linux NFS client is
+experiencing NFS hangs?  Is there a way to detect which processes are
+affected?  Is there a way to get the NFS mount going quickly once the
+network problem causing the NFS hang has been cleared?  I would very
+much welcome some clues, as we regularly run into NFS hangs.&lt;/p&gt;

 </description>
        </item>
        
        <item>
 </description>
        </item>
        
        <item>

-               <title>Do you need an agreement with MPEG-LA to publish and broadcast H.264 video in Norway?</title>
-               <link>http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Do_you_need_an_agreement_with_MPEG_LA_to_publish_and_broadcast_H_264_video_in_Norway_.html</guid>
-                <pubDate>Mon, 25 Aug 2014 22:10:00 +0200</pubDate>
-               <description>&lt;p&gt;Two years later, I am still not sure if it is legal here in Norway
-to use or publish a video in H.264 or MPEG4 format edited by the
-commercially licensed video editors, without limiting the use to
-create &quot;personal&quot; or &quot;non-commercial&quot; videos or get a license
-agreement with &lt;a href=&quot;http://www.mpegla.com&quot;&gt;MPEG LA&lt;/a&gt;.  If one
-want to publish and broadcast video in a non-personal or commercial
-setting, it might be that those tools can not be used, or that video
-format can not be used, without breaking their copyright license.  I
-am not sure.
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Trenger_en_avtale_med_MPEG_LA_for___publisere_og_kringkaste_H_264_video_.html&quot;&gt;Back
-then&lt;/a&gt;, I found that the copyright license terms for Adobe Premiere
-and Apple Final Cut Pro both specified that one could not use the
-program to produce anything else without a patent license from MPEG
-LA.  The issue is not limited to those two products, though.  Other
-much used products like those from Avid and Sorenson Media have terms
-of use are similar to those from Adobe and Apple.  The complicating
-factor making me unsure if those terms have effect in Norway or not is
-that the patents in question are not valid in Norway, but copyright
-licenses are.&lt;/p&gt;
-
-&lt;p&gt;These are the terms for Avid Artist Suite, according to their
-&lt;a href=&quot;http://www.avid.com/US/about-avid/legal-notices/legal-enduserlicense2&quot;&gt;published
-end user&lt;/a&gt;
-&lt;a href=&quot;http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf&quot;&gt;license
-text&lt;/a&gt; (converted to lower case text for easier reading):&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;
-&lt;p&gt;18.2. MPEG-4. MPEG-4 technology may be included with the
-software. MPEG LA, L.L.C. requires this notice: &lt;/p&gt;
-
-&lt;p&gt;This product is licensed under the MPEG-4 visual patent portfolio
-license for the personal and non-commercial use of a consumer for (i)
-encoding video in compliance with the MPEG-4 visual standard (“MPEG-4
-video”) and/or (ii) decoding MPEG-4 video that was encoded by a
-consumer engaged in a personal and non-commercial activity and/or was
-obtained from a video provider licensed by MPEG LA to provide MPEG-4
-video.  No license is granted or shall be implied for any other
-use. Additional information including that relating to promotional,
-internal and commercial uses and licensing may be obtained from MPEG
-LA, LLC.  See http://www.mpegla.com. This product is licensed under
-the MPEG-4 systems patent portfolio license for encoding in compliance
-with the MPEG-4 systems standard, except that an additional license
-and payment of royalties are necessary for encoding in connection with
-(i) data stored or replicated in physical media which is paid for on a
-title by title basis and/or (ii) data which is paid for on a title by
-title basis and is transmitted to an end user for permanent storage
-and/or use, such additional license may be obtained from MPEG LA,
-LLC. See http://www.mpegla.com for additional details.&lt;/p&gt;
-
-&lt;p&gt;18.3. H.264/AVC. H.264/AVC technology may be included with the
-software.  MPEG LA, L.L.C. requires this notice:&lt;/p&gt;
-
-&lt;p&gt;This product is licensed under the AVC patent portfolio license for
-the personal use of a consumer or other uses in which it does not
-receive remuneration to (i) encode video in compliance with the AVC
-standard (“AVC video”) and/or (ii) decode AVC video that was encoded
-by a consumer engaged in a personal activity and/or was obtained from
-a video provider licensed to provide AVC video. No license is granted
-or shall be implied for any other use. Additional information may be
-obtained from MPEG LA, L.L.C. See http://www.mpegla.com.&lt;/p&gt;
-&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;Note the requirement that the videos created can only be used for
-personal or non-commercial purposes.&lt;/p&gt;
+               <title>How does it feel to be wiretapped, when you should be doing the wiretapping...</title>
+               <link>http://people.skolelinux.org/pere/blog/How_does_it_feel_to_be_wiretapped__when_you_should_be_doing_the_wiretapping___.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/How_does_it_feel_to_be_wiretapped__when_you_should_be_doing_the_wiretapping___.html</guid>
+                <pubDate>Wed, 8 Mar 2017 11:50:00 +0100</pubDate>
+               <description>&lt;p&gt;So the new president in the United States of America claim to be
+surprised to discover that he was wiretapped during the election
+before he was elected president.  He even claim this must be illegal.
+Well, doh, if it is one thing the confirmations from Snowden
+documented, it is that the entire population in USA is wiretapped, one
+way or another.  Of course the president candidates were wiretapped,
+alongside the senators, judges and the rest of the people in USA.&lt;/p&gt;
+
+&lt;p&gt;Next, the Federal Bureau of Investigation ask the Department of
+Justice to go public rejecting the claims that Donald Trump was
+wiretapped illegally.  I fail to see the relevance, given that I am
+sure the surveillance industry in USA believe they have all the legal
+backing they need to conduct mass surveillance on the entire
+world.&lt;/p&gt;
+
+&lt;p&gt;There is even the director of the FBI stating that he never saw an
+order requesting wiretapping of Donald Trump.  That is not very
+surprising, given how the FISA court work, with all its activity being
+secret.  Perhaps he only heard about it?&lt;/p&gt;
+
+&lt;p&gt;What I find most sad in this story is how Norwegian journalists
+present it.  In a news reports the other day in the radio from the
+Norwegian National broadcasting Company (NRK), I heard the journalist
+claim that &#39;the FBI denies any wiretapping&#39;, while the reality is that
+&#39;the FBI denies any illegal wiretapping&#39;.  There is a fundamental and
+important difference, and it make me sad that the journalists are
+unable to grasp it.&lt;/p&gt;
+
+&lt;p&gt;&lt;strong&gt;Update 2017-03-13:&lt;/strong&gt; Look like
+&lt;a href=&quot;https://theintercept.com/2017/03/13/rand-paul-is-right-nsa-routinely-monitors-americans-communications-without-warrants/&quot;&gt;The
+Intercept report that US Senator Rand Paul confirm what I state above&lt;/a&gt;.&lt;/p&gt;
+</description>
+       </item>
+       
+       <item>
+               <title>Norwegian Bokmål translation of The Debian Administrator&#39;s Handbook complete, proofreading in progress</title>
+               <link>http://people.skolelinux.org/pere/blog/Norwegian_Bokm_l_translation_of_The_Debian_Administrator_s_Handbook_complete__proofreading_in_progress.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Norwegian_Bokm_l_translation_of_The_Debian_Administrator_s_Handbook_complete__proofreading_in_progress.html</guid>
+                <pubDate>Fri, 3 Mar 2017 14:50:00 +0100</pubDate>
+               <description>&lt;p&gt;For almost a year now, we have been working on making a Norwegian
+Bokmål edition of &lt;a href=&quot;https://debian-handbook.info/&quot;&gt;The Debian
+Administrator&#39;s Handbook&lt;/a&gt;.  Now, thanks to the tireless effort of
+Ole-Erik, Ingrid and Andreas, the initial translation is complete, and
+we are working on the proof reading to ensure consistent language and
+use of correct computer science terms.  The plan is to make the book
+available on paper, as well as in electronic form.  For that to
+happen, the proof reading must be completed and all the figures need
+to be translated.  If you want to help out, get in touch.&lt;/p&gt;
+
+&lt;p&gt;&lt;a href=&quot;http://people.skolelinux.org/pere/debian-handbook/debian-handbook-nb-NO.pdf&quot;&gt;A
+
+fresh PDF edition&lt;/a&gt; in A4 format (the final book will have smaller
+pages) of the book created every morning is available for
+proofreading.  If you find any errors, please
+&lt;a href=&quot;https://hosted.weblate.org/projects/debian-handbook/&quot;&gt;visit
+Weblate and correct the error&lt;/a&gt;.  The
+&lt;a href=&quot;http://l.github.io/debian-handbook/stat/nb-NO/index.html&quot;&gt;state
+of the translation including figures&lt;/a&gt; is a useful source for those
+provide Norwegian bokmål screen shots and figures.&lt;/p&gt;
+</description>
+       </item>
+       
+       <item>
+               <title>Unlimited randomness with the ChaosKey?</title>
+               <link>http://people.skolelinux.org/pere/blog/Unlimited_randomness_with_the_ChaosKey_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Unlimited_randomness_with_the_ChaosKey_.html</guid>
+                <pubDate>Wed, 1 Mar 2017 20:50:00 +0100</pubDate>
+               <description>&lt;p&gt;A few days ago I ordered a small batch of
+&lt;a href=&quot;http://altusmetrum.org/ChaosKey/&quot;&gt;the ChaosKey&lt;/a&gt;, a small
+USB dongle for generating entropy created by Bdale Garbee and Keith
+Packard.  Yesterday it arrived, and I am very happy to report that it
+work great!  According to its designers, to get it to work out of the
+box, you need the Linux kernel version 4.1 or later.  I tested on a
+Debian Stretch machine (kernel version 4.9), and there it worked just
+fine, increasing the available entropy very quickly.  I wrote a small
+test oneliner to test.  It first print the current entropy level,
+drain /dev/random, and then print the entropy level for five seconds.
+Here is the situation without the ChaosKey inserted:&lt;/p&gt;

 
 

-&lt;p&gt;The Sorenson Media software have
-&lt;a href=&quot;http://www.sorensonmedia.com/terms/&quot;&gt;similar terms&lt;/a&gt;:&lt;/p&gt;
+&lt;blockquote&gt;&lt;pre&gt;
+% cat /proc/sys/kernel/random/entropy_avail; \
+  dd bs=1M if=/dev/random of=/dev/null count=1; \
+  for n in $(seq 1 5); do \
+     cat /proc/sys/kernel/random/entropy_avail; \
+     sleep 1; \
+  done
+300
+0+1 oppføringer inn
+0+1 oppføringer ut
+28 byte kopiert, 0,000264565 s, 106 kB/s
+4
+8
+12
+17
+21
+%
+&lt;/pre&gt;&lt;/blockquote&gt;

 
 

-&lt;p&gt;&lt;blockquote&gt;
+&lt;p&gt;The entropy level increases by 3-4 every second.  In such case any
+application requiring random bits (like a HTTPS enabled web server)
+will halt and wait for more entrpy.  And here is the situation with
+the ChaosKey inserted:&lt;/p&gt;

 
 

-&lt;p&gt;With respect to a license from Sorenson pertaining to MPEG-4 Video
-Decoders and/or Encoders: Any such product is licensed under the
-MPEG-4 visual patent portfolio license for the personal and
-non-commercial use of a consumer for (i) encoding video in compliance
-with the MPEG-4 visual standard (“MPEG-4 video”) and/or (ii) decoding
-MPEG-4 video that was encoded by a consumer engaged in a personal and
-non-commercial activity and/or was obtained from a video provider
-licensed by MPEG LA to provide MPEG-4 video. No license is granted or
-shall be implied for any other use. Additional information including
-that relating to promotional, internal and commercial uses and
-licensing may be obtained from MPEG LA, LLC. See
-http://www.mpegla.com.&lt;/p&gt;
-
-&lt;p&gt;With respect to a license from Sorenson pertaining to MPEG-4
-Consumer Recorded Data Encoder, MPEG-4 Systems Internet Data Encoder,
-MPEG-4 Mobile Data Encoder, and/or MPEG-4 Unique Use Encoder: Any such
-product is licensed under the MPEG-4 systems patent portfolio license
-for encoding in compliance with the MPEG-4 systems standard, except
-that an additional license and payment of royalties are necessary for
-encoding in connection with (i) data stored or replicated in physical
-media which is paid for on a title by title basis and/or (ii) data
-which is paid for on a title by title basis and is transmitted to an
-end user for permanent storage and/or use. Such additional license may
-be obtained from MPEG LA, LLC. See http://www.mpegla.com for
-additional details.&lt;/p&gt;
+&lt;blockquote&gt;&lt;pre&gt;
+% cat /proc/sys/kernel/random/entropy_avail; \
+  dd bs=1M if=/dev/random of=/dev/null count=1; \
+  for n in $(seq 1 5); do \
+     cat /proc/sys/kernel/random/entropy_avail; \
+     sleep 1; \
+  done
+1079
+0+1 oppføringer inn
+0+1 oppføringer ut
+104 byte kopiert, 0,000487647 s, 213 kB/s
+433
+1028
+1031
+1035
+1038
+%
+&lt;/pre&gt;&lt;/blockquote&gt;

 
 

-&lt;/blockquote&gt;&lt;/p&gt;
+&lt;p&gt;Quite the difference. :) I bought a few more than I need, in case
+someone want to buy one here in Norway. :)&lt;/p&gt;

 
 

-&lt;p&gt;Some free software like
-&lt;a href=&quot;https://handbrake.fr/&quot;&gt;Handbrake&lt;/A&gt; and
-&lt;a href=&quot;http://ffmpeg.org/&quot;&gt;FFMPEG&lt;/a&gt; uses GPL/LGPL licenses and do
-not have any such terms included, so for those, there is no
-requirement to limit the use to personal and non-commercial.&lt;/p&gt;
+&lt;p&gt;Update: The dongle was presented at Debconf last year.  You might
+find &lt;a href=&quot;https://debconf16.debconf.org/talks/94/&quot;&gt;the talk
+recording illuminating&lt;/a&gt;.  It explains exactly what the source of
+randomness is, if you are unable to spot it from the schema drawing
+available from the ChaosKey web site linked at the start of this blog
+post.&lt;/p&gt;
+</description>
+       </item>
+       
+       <item>
+               <title>Detect OOXML files with undefined behaviour?</title>
+               <link>http://people.skolelinux.org/pere/blog/Detect_OOXML_files_with_undefined_behaviour_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Detect_OOXML_files_with_undefined_behaviour_.html</guid>
+                <pubDate>Tue, 21 Feb 2017 00:20:00 +0100</pubDate>
+               <description>&lt;p&gt;I just noticed
+&lt;a href=&quot;http://www.arkivrad.no/aktuelt/riksarkivarens-forskrift-pa-horing&quot;&gt;the
+new Norwegian proposal for archiving rules in the goverment&lt;/a&gt; list
+&lt;a href=&quot;http://www.ecma-international.org/publications/standards/Ecma-376.htm&quot;&gt;ECMA-376&lt;/a&gt;
+/ ISO/IEC 29500 (aka OOXML) as valid formats to put in long term
+storage.  Luckily such files will only be accepted based on
+pre-approval from the National Archive.  Allowing OOXML files to be
+used for long term storage might seem like a good idea as long as we
+forget that there are plenty of ways for a &quot;valid&quot; OOXML document to
+have content with no defined interpretation in the standard, which
+lead to a question and an idea.&lt;/p&gt;
+
+&lt;p&gt;Is there any tool to detect if a OOXML document depend on such
+undefined behaviour?  It would be useful for the National Archive (and
+anyone else interested in verifying that a document is well defined)
+to have such tool available when considering to approve the use of
+OOXML.  I&#39;m aware of the
+&lt;a href=&quot;https://github.com/arlm/officeotron/&quot;&gt;officeotron OOXML
+validator&lt;/a&gt;, but do not know how complete it is nor if it will
+report use of undefined behaviour.  Are there other similar tools
+available?  Please send me an email if you know of any such tool.&lt;/p&gt;

 </description>
        </item>
        
 </description>
        </item>