Correct DOI numbers.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index 85727ea8ef4f2aaee5b5be5da605e19f5922afea..e89c56e1b4ab9c6862ee0dd85fe5b62162821770 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -7,335 +7,168 @@
                 <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>Streaming the Linux desktop to Kodi using VLC and RTSP</title>
-               <link>http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html</guid>
-                <pubDate>Thu, 12 Jul 2018 02:00:00 +0200</pubDate>
-               <description>&lt;p&gt;A while back, I was asked by a friend how to stream the desktop to
-my projector connected to Kodi.  I sadly had to admit that I had no
-idea, as it was a task I never had tried.  Since then, I have been
-looking for a way to do so, preferable without much extra software to
-install on either side.  Today I found a way that seem to kind of
-work.  Not great, but it is a start.&lt;/p&gt;
-
-&lt;p&gt;I had a look at several approaches, for example
-&lt;a href=&quot;https://github.com/mfoetsch/dlna_live_streaming&quot;&gt;using uPnP
-DLNA as described in 2011&lt;/a&gt;, but it required a uPnP server, fuse and
-local storage enough to store the stream locally.  This is not going
-to work well for me, lacking enough free space, and it would
-impossible for my friend to get working.&lt;/p&gt;
-
-&lt;p&gt;Next, it occurred to me that perhaps I could use VLC to create a
-video stream that Kodi could play.  Preferably using
-broadcast/multicast, to avoid having to change any setup on the Kodi
-side when starting such stream.  Unfortunately, the only recipe I
-could find using multicast used the rtp protocol, and this protocol
-seem to not be supported by Kodi.&lt;/p&gt;
-
-&lt;p&gt;On the other hand, the rtsp protocol is working!  Unfortunately I
-have to specify the IP address of the streaming machine in both the
-sending command and the file on the Kodi server.  But it is showing my
-desktop, and thus allow us to have a shared look on the big screen at
-the programs I work on.&lt;/p&gt;
-
-&lt;p&gt;I did not spend much time investigating codeces.  I combined the
-rtp and rtsp recipes from
-&lt;a href=&quot;https://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples/&quot;&gt;the
-VLC Streaming HowTo/Command Line Examples&lt;/a&gt;, and was able to get
-this working on the desktop/streaming end.&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-vlc screen:// --sout \
-  &#39;#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{dst=projector.local,port=1234,sdp=rtsp://192.168.11.4:8080/test.sdp}&#39;
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;I ssh-ed into my Kodi box and created a file like this with the
-same IP address:&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-echo rtsp://192.168.11.4:8080/test.sdp \
-  &gt; /storage/videos/screenstream.m3u
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;Note the 192.168.11.4 IP address is my desktops IP address.  As far
-as I can tell the IP must be hardcoded for this to work.  In other
-words, if someone elses machine is going to do the steaming, you have
-to update screenstream.m3u on the Kodi machine and adjust the vlc
-recipe.  To get started, locate the file in Kodi and select the m3u
-file while the VLC stream is running.  The desktop then show up in my
-big screen. :)&lt;/p&gt;
-
-&lt;p&gt;When using the same technique to stream a video file with audio,
-the audio quality is really bad.  No idea if the problem is package
-loss or bad parameters for the transcode.  I do not know VLC nor Kodi
-enough to tell.&lt;/p&gt;
-
-&lt;p&gt;&lt;strong&gt;Update 2018-07-12&lt;/strong&gt;: Johannes Schauer send me a few
-succestions and reminded me about an important step.  The &quot;screen:&quot;
-input source is only available once the vlc-plugin-access-extra
-package is installed on Debian.  Without it, you will see this error
-message: &quot;VLC is unable to open the MRL &#39;screen://&#39;.  Check the log
-for details.&quot;  He further found that it is possible to drop some parts
-of the VLC command line to reduce the amount of hardcoded information.
-It is also useful to consider using cvlc to avoid having the VLC
-window in the desktop view.  In sum, this give us this command line on
-the source end
-
-&lt;blockquote&gt;&lt;pre&gt;
-cvlc screen:// --sout \
-  &#39;#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{sdp=rtsp://:8080/}&#39;
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;and this on the Kodi end&lt;p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-echo rtsp://192.168.11.4:8080/ \
-  &gt; /storage/videos/screenstream.m3u
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;Still bad image quality, though.  But I did discover that streaming
-a DVD using dvdsimple:///dev/dvd as the source had excellent video and
-audio quality, so I guess the issue is in the input or transcoding
-parts, not the rtsp part.  I&#39;ve tried to change the vb and ab
-parameters to use more bandwidth, but it did not make a
-difference.&lt;/p&gt;
-
-&lt;p&gt;I further received a suggestion from Einar Haraldseid to try using
-gstreamer instead of VLC, and this proved to work great!  He also
-provided me with the trick to get Kodi to use a multicast stream as
-its source.  By using this monstrous oneliner, I can stream my desktop
-with good video quality in reasonable framerate to the 239.255.0.1
-multicast address on port 1234:
-
-&lt;blockquote&gt;&lt;pre&gt;
-gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
-  videoconvert ! queue2 ! \
-  x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
-  key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
-  mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
-  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \
-  pulsesrc device=$(pactl list | grep -A2 &#39;Source #&#39; | \
-    grep &#39;Name: .*\.monitor$&#39; |  cut -d&quot; &quot; -f2|head -1) ! \
-  audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;and this on the Kodi end&lt;p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-echo udp://@239.255.0.1:1234 \
-  &gt; /storage/videos/screenstream.m3u
-&lt;/pre&gt;&lt;/blockquote&gt;
-
-&lt;p&gt;Note the trick to pick a valid pulseaudio source.  It might not
-pick the one you need.  This approach will of course lead to trouble
-if more than one source uses the same multicast port and address.
-Note the ttl-mc=1 setting, which limit the multicast packages to the
-local network.  If the value is increased, your screen will be
-broadcasted further, one network &quot;hop&quot; for each increase (read up on
-multicast to learn more. :)!&lt;/p&gt;
-
-&lt;p&gt;Having cracked how to get Kodi to receive multicast streams, I
-could use this VLC command to stream to the same multicast address.
-The image quality is way better than the rtsp approach, but gstreamer
-seem to be doing a better job.&lt;/p&gt;
-
-&lt;blockquote&gt;&lt;pre&gt;
-cvlc screen:// --sout &#39;#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}&#39;
-&lt;/pre&gt;&lt;/blockquote&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&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
+               <title>Totalovervåkning av innbyggernes bevegelser - nei takk!</title>
+               <link>http://people.skolelinux.org/pere/blog/Totaloverv_kning_av_innbyggernes_bevegelser___nei_takk_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Totaloverv_kning_av_innbyggernes_bevegelser___nei_takk_.html</guid>
+                <pubDate>Thu, 16 Apr 2020 20:30:00 +0200</pubDate>
+               <description>&lt;p&gt;Jeg er blitt spurt hva jeg synes om lansering av smittestopp-appen,
+overvåkningsløsningen lansert av Folkehelseinstituttet,
+Simula-senteret og Regjeringen i dag, fulgt av klare trusler fra
+regjeringen om konsekvenser hvis befolkningen ikke tar den i bruk.
+Rekker ikke skrive noe fyldig om temaet, men det er klart for meg at
+den utraderer retten til privatliv samt utgjør en personlig
+sikkerhetsrisiko for alle som tar den i bruk.  Bare det er nok til at
+det fremstår som en svert dårlig ide å bli med på denne &quot;dugnaden&quot;.
+Det finnes andre og bedre tilnærminger enn den valgt av FHI.  Har de
+valgt den for å sikre seg nok et datasett i den fremtidige
+ehelse-portalen?  Potensialet for misbruk av informasjon samlet inn av
+appen er for stort, effekten på neste krise for klar og gevinsten for
+liten.&lt;/p&gt;
+
+&lt;p&gt;For å si det med forhenværende leder i Datatilsynet, Georg Apenes,
+som skrev i en kronikk den gang Datatilsynet vernet
+privatsfæren at
+«&lt;a href=&quot;https://www.dagbladet.no/kultur/rent-mel-i-bilen/66333882&quot;&gt;SENTRALT
+I en liberal forestillingsverden finner vi aksept av borgerens rett
+til å kunne velge å være i fred; å være u-iakttatt, uregistrert og
+anonym&lt;/a&gt;».  Det er ikke uten grunn han startet kronikken med
+«Personvern et fremmedord i enkelte av de statsorganene som samler
+inn, oppbevarer og bruker personopplysninger».  Der har nok
+statsorganene bare blitt dårligere på 13 år.&lt;/p&gt;
+
+&lt;p&gt;Det er jo også verdt å merke seg at personvernrådet i EU (EDPB)
+mener smittestopp-appen
+&lt;a href=&quot;https://nrkbeta.no/2020/04/16/personvernrad-i-eu-mener-norsk-app-bryter-med-viktig-personvernprinsipp/&quot;&gt;opererer
+i strid med prinsippet om dataminimering&lt;/a&gt;.  Også de ser at det
+finnes mye bedre måter å gjøre dette på.&lt;/p&gt;
+
+
+&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
+Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;

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

-               <title>What is the most supported MIME type in Debian in 2018?</title>
-               <link>http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_in_2018_.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_in_2018_.html</guid>
-                <pubDate>Mon, 9 Jul 2018 08:05:00 +0200</pubDate>
-               <description>&lt;p&gt;Five years ago,
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html&quot;&gt;I
-measured what the most supported MIME type in Debian was&lt;/a&gt;, by
-analysing the desktop files in all packages in the archive.  Since
-then, the DEP-11 AppStream system has been put into production, making
-the task a lot easier.  This made me want to repeat the measurement,
-to see how much things changed.  Here are the new numbers, for
-unstable only this time:
-
-&lt;p&gt;&lt;strong&gt;Debian Unstable:&lt;/strong&gt;&lt;/p&gt;
-
-&lt;pre&gt;
-  count MIME type
-  ----- -----------------------
-     56 image/jpeg
-     55 image/png
-     49 image/tiff
-     48 image/gif
-     39 image/bmp
-     38 text/plain
-     37 audio/mpeg
-     34 application/ogg
-     33 audio/x-flac
-     32 audio/x-mp3
-     30 audio/x-wav
-     30 audio/x-vorbis+ogg
-     29 image/x-portable-pixmap
-     27 inode/directory
-     27 image/x-portable-bitmap
-     27 audio/x-mpeg
-     26 application/x-ogg
-     25 audio/x-mpegurl
-     25 audio/ogg
-     24 text/html
-&lt;/pre&gt;
-
-&lt;p&gt;The list was created like this using a sid chroot: &quot;cat
-/var/lib/apt/lists/*sid*_dep11_Components-amd64.yml.gz| zcat | awk &#39;/^
-- \S+\/\S+$/ {print $2 }&#39; | sort | uniq -c | sort -nr | head -20&quot;&lt;/p&gt;
-
-&lt;p&gt;It is interesting to see how image formats have passed text/plain
-as the most announced supported MIME type.  These days, thanks to the
-AppStream system, if you run into a file format you do not know, and
-want to figure out which packages support the format, you can find the
-MIME type of the file using &quot;file --mime &amp;lt;filename&amp;gt;&quot;, and then
-look up all packages announcing support for this format in their
-AppStream metadata (XML or .desktop file) using &quot;appstreamcli
-what-provides mimetype &amp;lt;mime-type&amp;gt;.  For example if you, like
-me, want to know which packages support inode/directory, you can get a
-list like this:&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-% appstreamcli what-provides mimetype inode/directory | grep Package: | sort
-Package: anjuta
-Package: audacious
-Package: baobab
-Package: cervisia
-Package: chirp
-Package: dolphin
-Package: doublecmd-common
-Package: easytag
-Package: enlightenment
-Package: ephoto
-Package: filelight
-Package: gwenview
-Package: k4dirstat
-Package: kaffeine
-Package: kdesvn
-Package: kid3
-Package: kid3-qt
-Package: nautilus
-Package: nemo
-Package: pcmanfm
-Package: pcmanfm-qt
-Package: qweborf
-Package: ranger
-Package: sirikali
-Package: spacefm
-Package: spacefm
-Package: vifm
-%
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;Using the same method, I can quickly discover that the Sketchup file
-format is not yet supported by any package in Debian:&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-% appstreamcli what-provides mimetype  application/vnd.sketchup.skp
-Could not find component providing &#39;mimetype::application/vnd.sketchup.skp&#39;.
-%
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;Yesterday I used it to figure out which packages support the STL 3D
-format:&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-% appstreamcli what-provides mimetype  application/sla|grep Package
-Package: cura
-Package: meshlab
-Package: printrun
-%
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;PS: A new version of Cura was uploaded to Debian yesterday.&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&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
+               <title>Ny URL til den frie norske stavekontrollen</title>
+               <link>http://people.skolelinux.org/pere/blog/Ny_URL_til_den_frie_norske_stavekontrollen.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Ny_URL_til_den_frie_norske_stavekontrollen.html</guid>
+                <pubDate>Sat, 21 Mar 2020 08:00:00 +0100</pubDate>
+               <description>&lt;p&gt;Det er lenge siden jeg har sett på den norske stavekontrollen, sist
+jeg skrev om temaet var i 2016, og i mellomtiden har nettstedet
+no.speling.org forsvunnet, og både git-depotet på Alioth og
+mailman-tjenesten som hadde epostlistene for oversettelser blitt lagt
+ned.  Men bokmål og nynorsk trenger fortsatt stavekontroll, så etter
+et par purringer fra en som har lyst til å forbedre stavekontrollen
+har jeg endelig fått lagt ut ny offentlig kopi av git-depotet.  Jeg
+valgte gitlab foran github..  Siste utgave av stavekontrollen kan
+hentes ned fra
+&lt;a href=&quot;https://gitlab.com/norwegian-language-tools/spell-norwegian&quot;&gt;https://gitlab.com/norwegian-language-tools/spell-norwegian&lt;/a&gt;.
+Ingen ny versjon i denne omgang altså, bare et nytt sted å samle
+forbedringer til den frie norske stavekontrollen. :)
+
+&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
+Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;

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

-               <title>Debian APT upgrade without enough free space on the disk...</title>
-               <link>http://people.skolelinux.org/pere/blog/Debian_APT_upgrade_without_enough_free_space_on_the_disk___.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_APT_upgrade_without_enough_free_space_on_the_disk___.html</guid>
-                <pubDate>Sun, 8 Jul 2018 12:10:00 +0200</pubDate>
-               <description>&lt;p&gt;Quite regularly, I let my Debian Sid/Unstable chroot stay untouch
-for a while, and when I need to update it there is not enough free
-space on the disk for apt to do a normal &#39;apt upgrade&#39;.  I normally
-would resolve the issue by doing &#39;apt install &amp;lt;somepackages&amp;gt;&#39; to
-upgrade only some of the packages in one batch, until the amount of
-packages to download fall below the amount of free space available.
-Today, I had about 500 packages to upgrade, and after a while I got
-tired of trying to install chunks of packages manually.  I concluded
-that I did not have the spare hours required to complete the task, and
-decided to see if I could automate it.  I came up with this small
-script which I call &#39;apt-in-chunks&#39;:&lt;/p&gt;
-
-&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
-#!/bin/sh
-#
-# Upgrade packages when the disk is too full to upgrade every
-# upgradable package in one lump.  Fetching packages to upgrade using
-# apt, and then installing using dpkg, to avoid changing the package
-# flag for manual/automatic.
-
-set -e
-
-ignore() {
-    if [ &quot;$1&quot; ]; then
-       grep -v &quot;$1&quot;
-    else
-       cat
-    fi
-}
-
-for p in $(apt list --upgradable | ignore &quot;$@&quot; |cut -d/ -f1 | grep -v &#39;^Listing...&#39;); do
-    echo &quot;Upgrading $p&quot;
-    apt clean
-    apt install --download-only -y $p
-    for f in /var/cache/apt/archives/*.deb; do
-       if [ -e &quot;$f&quot; ]; then
-           dpkg -i /var/cache/apt/archives/*.deb
-           break
-       fi
-    done
-done
-&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;The script will extract the list of packages to upgrade, try to
-download the packages needed to upgrade one package, install the
-downloaded packages using dpkg.  The idea is to upgrade packages
-without changing the APT mark for the package (ie the one recording of
-the package was manually requested or pulled in as a dependency).  To
-use it, simply run it as root from the command line.  If it fail, try
-&#39;apt install -f&#39; to clean up the mess and run the script again.  This
-might happen if the new packages conflict with one of the old
-packages.  dpkg is unable to remove, while apt can do this.&lt;/p&gt;
-
-&lt;p&gt;It take one option, a package to ignore in the list of packages to
-upgrade.  The option to ignore a package is there to be able to skip
-the packages that are simply too large to unpack.  Today this was
-&#39;ghc&#39;, but I have run into other large packages causing similar
-problems earlier (like TeX).&lt;/p&gt;
-
-&lt;p&gt;Update 2018-07-08: Thanks to Paul Wise, I am aware of two
-alternative ways to handle this.  The &quot;unattended-upgrades
---minimal-upgrade-steps&quot; option will try to calculate upgrade sets for
-each package to upgrade, and then upgrade them in order, smallest set
-first.  It might be a better option than my above mentioned script.
-Also, &quot;aptutude upgrade&quot; can upgrade single packages, thus avoiding
-the need for using &quot;dpkg -i&quot; in the script above.&lt;/p&gt;
+               <title>Nikita version 0.5 released - updated free software archive API server</title>
+               <link>http://people.skolelinux.org/pere/blog/Nikita_version_0_5_released___updated_free_software_archive_API_server.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nikita_version_0_5_released___updated_free_software_archive_API_server.html</guid>
+                <pubDate>Mon, 2 Mar 2020 19:00:00 +0100</pubDate>
+               <description>&lt;p&gt;Today, after many months of development, a new release of
+&lt;ahref=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;Nikita
+Noark 5 core project&lt;/a&gt; was finally
+&lt;ahref=&quot;https://lists.nuug.no/pipermail/nikita-noark/2020-March/000519.html&quot;&gt;announced
+on the project mailing list&lt;/a&gt;.  The Nikita free software solution is
+an implementation of the Norwegian archive standard Noark 5 used by
+government offices in Norway.  These were the changes in version 0.5
+since version 0.4, see the email link above for links to a demo
+site:&lt;/p&gt;
+
+&lt;ul&gt;
+
+  &lt;li&gt;Updated to Noark 5 versjon 5.0 API specification.
+    &lt;ul&gt;
+      &lt;li&gt;Changed formatting of _links from [] to {} to match IETF draft
+      on JSON HAL.&lt;/li&gt;
+      &lt;li&gt;Merged Registrering og Basisregistrering in version 4 to
+      combined Registrering.&lt;/li&gt;
+      &lt;li&gt;DokumentObjekt is now subtype of ArkivEnhet.&lt;/li&gt;
+      &lt;li&gt;Introducing new entity Arkivnotat.&lt;/li&gt;
+      &lt;li&gt;Changed all relation keys to use /v5/ instead of /v4/.&lt;/li&gt;
+      &lt;li&gt;Corrected to use new official relation keys when possible.&lt;/li&gt;
+      &lt;li&gt;Renamed Sakspart to Part and connect it to Mappe, Registrering
+      and Dokumentbeskrivelse instead of only Saksmappe.&lt;/li&gt;
+      &lt;li&gt;Moved Korrespondansepart connection from Journalpost to
+      Registrering.&lt;/li&gt;
+      &lt;li&gt;Moved Part and Korrespondansepart from package sakarkiv to
+      arkivstruktur.&lt;/li&gt;
+      &lt;li&gt;Renamed presedensstatus to presedensStatus.&lt;/li&gt;
+      &lt;li&gt;Use new JSON content-type &quot;application/vnd.noark5+json&quot;.&lt;/li&gt;
+      &lt;li&gt;Updated prepopulated format list to use PRONOM codes.&lt;/li&gt;
+      &lt;li&gt;Implemented endpoint for system information.&lt;/li&gt;
+      &lt;li&gt;Implemented national identifiers for both file and record.&lt;/li&gt;
+      &lt;li&gt;Implemented comments.&lt;/li&gt;
+      &lt;li&gt;implemented sign off.&lt;/li&gt;
+      &lt;li&gt;implemented conversion.&lt;/li&gt;
+    &lt;/ul&gt;&lt;/li&gt;
+  &lt;li&gt;Improved/implemented OData search and paging support for more entities.&lt;/li&gt;
+  &lt;li&gt;No longer exposes attribute Dokumentobjekt.referanseDokumentfil,
+   one should use the relation in _links instead.&lt;/li&gt;
+  &lt;li&gt;Corrected relation keys under
+   https://rel.arkivverket.no/noark5/v5/api/administrasjon/, replacing
+   &#39;administrasjon&#39; with &#39;admin&#39;.&lt;/li&gt;
+  &lt;li&gt;Fixed several security and stability issues discovered by Coverity.&lt;/li&gt;
+  &lt;li&gt;Corrected handling ETag errors, now return code 409.&lt;/li&gt;
+  &lt;li&gt;Improved handling of Kryssreferanse.&lt;/li&gt;
+  &lt;li&gt;Changed internal database model to use UUID/SystemID as primary keys
+   in tables.&lt;/li&gt;
+  &lt;li&gt;Changed internal database table names to use package prefix.&lt;/li&gt;
+  &lt;li&gt;Changed time zone handling for date and datetime attributes, to be
+   more according to the new definition in the API specification.&lt;/li&gt;
+  &lt;li&gt;Change revoke-token to only drop token on POST requests, not GET.&lt;/li&gt;
+  &lt;li&gt;Updated to newer Spring version.&lt;/li&gt;
+  &lt;li&gt;Changed primary key and URL component for metadata code lists to
+   use the &#39;kode&#39; value instead of a SystemID.&lt;/li&gt;
+  &lt;li&gt;Corrected implementation of Part and Sakspart.&lt;/li&gt;
+  &lt;li&gt;Changed instance lists with subtypes (like .../registrering/ and
+   .../mappe/) to include the attributes and _links entries for the
+   subtype in the supertype lists.&lt;/li&gt;
+  &lt;li&gt;Adjusted _links relations to make it possible to figure out the
+   entity of an instance using the self-&gt;href-&gt;relation key lookup
+   method.&lt;/li&gt;
+  &lt;li&gt;Fixed several end points to make sure GET, PUT, POST and DELETE
+   match each other.&lt;/li&gt;
+  &lt;li&gt;Updated DELETE endpoints to work with UUID based entity
+   identifiers.&lt;/li&gt;
+  &lt;li&gt;Restructured code to use more common URL related constants in entry
+   point values and replace @RequestMapping with method specific
+   annotations.&lt;/li&gt;
+  &lt;li&gt;Added first unit test code.&lt;/li&gt;
+  &lt;li&gt;Updated web GUI to work with the updated API.&lt;/li&gt;
+  &lt;li&gt;Changed integer fields, enforce them as numeric.&lt;/li&gt;
+  &lt;li&gt;Rewrote and simplify metadata handling to use common service and
+   controller code instead of duplicating for each type.&lt;/li&gt;
+  &lt;li&gt;Implemented the remaining metadata types.&lt;/li&gt;
+  &lt;li&gt;Changed Country list source from Wikipedia to Debian iso-codes and
+   updated the list of Countries.&lt;/li&gt;
+  &lt;li&gt;Many many corrections and improvements.&lt;/li&gt;
+
+&lt;/ul&gt;
+
+&lt;p&gt;If free and open standardized archiving API sound interesting to
+you, please contact us on IRC
+(&lt;a href=&quot;irc://irc.freenode.net/%23nikita&quot;&gt;#nikita on
+irc.freenode.net&lt;/a&gt;) or email
+(&lt;a href=&quot;https://lists.nuug.no/mailman/listinfo/nikita-noark&quot;&gt;nikita-noark
+mailing list&lt;/a&gt;).&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;p&gt;As usual, if you use Bitcoin and want to show your support of my
 activities, please send Bitcoin donations to my address


@@ -344,25 +177,33 @@ activities, please send Bitcoin donations to my address
        </item>
        
        <item>
        </item>
        
        <item>

-               <title>The worlds only stone power plant?</title>
-               <link>http://people.skolelinux.org/pere/blog/The_worlds_only_stone_power_plant_.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_worlds_only_stone_power_plant_.html</guid>
-                <pubDate>Sat, 30 Jun 2018 10:35:00 +0200</pubDate>
-               <description>&lt;p&gt;So far, at least hydro-electric power, coal power, wind power,
-solar power, and wood power are well known.  Until a few days ago, I
-had never heard of stone power.  Then I learn about a quarry in a
-mountain in
-&lt;a href=&quot;https://en.wikipedia.org/wiki/Bremanger&quot;&gt;Bremanger&lt;/a&gt; i
-Norway, where
-&lt;a href=&quot;https://www.bontrup.com/en/activities/raw-materials/bremanger-quarry/&quot;&gt;the
-Bremanger Quarry&lt;/a&gt; company is extracting stone and dumping the stone
-into a shaft leading to its shipping harbour.  This downward movement
-in this shaft is used to produce electricity.  In short, it is using
-falling rocks instead of falling water to produce electricity, and
-according to its own statements it is producing more power than it is
-using, and selling the surplus electricity to the Norwegian power
-grid.  I find the concept truly amazing.  Is this the worlds only
-stone power plant?&lt;/p&gt;
+               <title>Blockchain and IoT articles accepted into Records Management Journal</title>
+               <link>http://people.skolelinux.org/pere/blog/Blockchain_and_IoT_articles_accepted_into_Records_Management_Journal.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Blockchain_and_IoT_articles_accepted_into_Records_Management_Journal.html</guid>
+                <pubDate>Thu, 27 Feb 2020 09:05:00 +0100</pubDate>
+               <description>&lt;p&gt;On Tuesday, two scietific articles we have been working on for a
+while, was finally accepted for publication into
+&lt;a href=&quot;https://www.emerald.com/insight/publication/issn/0956-5698&quot;&gt;Records
+Management Journal&lt;/a&gt;.  Still waiting for the assigned DOI urls to
+start working, but you can have a look at the LaTeX originals here.&lt;/p&gt;
+
+&lt;p&gt;The first article is
+&quot;&lt;a href=&quot;http://people.skolelinux.org/pere/blog/images/2020-02-25-rmj-iot-record-keeping.pdf&quot;&gt;A
+record-keeping approach to managing IoT-data for government
+agencies&lt;/a&gt;&quot; (&lt;a href=&quot;https://doi.org/10.1108/RMJ-09-2019-0056&quot;&gt;DOI
+10.1108/RMJ-09-2019-0056&lt;/a&gt;) by Thomas Sødring, Petter Reinholdtsen
+and David Massey, and sketches some approaches for storing measurement
+data (aka Internet of Things sensor data) in a archive, thus providing
+a well defined mechanism for screening and deletion of the information &lt;/p&gt;
+
+&lt;p&gt;The second article is
+&quot;&lt;a href=&quot;http://people.skolelinux.org/pere/blog/images/2020-02-25-rmj-block-chain-record-keeping.pdf&quot;&gt;Publishing
+and using record-keeping structural information in a blockchain&lt;/a&gt;&quot;
+(&lt;a href=&quot;https://doi.org/10.1108/RMJ-09-2019-0050&quot;&gt;DOI
+10.1108/RMJ-09-2019-0050&lt;a/&gt;) by Thomas Sødring, Petter Reinholdtsen
+and Svein Ølnes, where we describe a way for third parties to validate
+authenticity and thus improve trust in the records kept in a
+archive.&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;p&gt;As usual, if you use Bitcoin and want to show your support of my
 activities, please send Bitcoin donations to my address


@@ -371,273 +212,255 @@ activities, please send Bitcoin donations to my address
        </item>
        
        <item>
        </item>
        
        <item>

-               <title>Add-on to control the projector from within Kodi</title>
-               <link>http://people.skolelinux.org/pere/blog/Add_on_to_control_the_projector_from_within_Kodi.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Add_on_to_control_the_projector_from_within_Kodi.html</guid>
-                <pubDate>Tue, 26 Jun 2018 23:55:00 +0200</pubDate>
-               <description>&lt;p&gt;My movie playing setup involve &lt;a href=&quot;https://kodi.tv/&quot;&gt;Kodi&lt;/a&gt;,
-&lt;a href=&quot;https://openelec.tv&quot;&gt;OpenELEC&lt;/a&gt; (probably soon to be
-replaced with &lt;a href=&quot;https://libreelec.tv/&quot;&gt;LibreELEC&lt;/a&gt;) and an
-Infocus IN76 video projector.  My projector can be controlled via both
-a infrared remote controller, and a RS-232 serial line.  The vendor of
-my projector, &lt;a href=&quot;https://www.infocus.com/&quot;&gt;InFocus&lt;/a&gt;, had been
-sensible enough to document the serial protocol in its user manual, so
-it is easily available, and I used it some years ago to write
-&lt;a href=&quot;https://github.com/petterreinholdtsen/infocus-projector-control&quot;&gt;a
-small script to control the projector&lt;/a&gt;.  For a while now, I longed
-for a setup where the projector was controlled by Kodi, for example in
-such a way that when the screen saver went on, the projector was
-turned off, and when the screen saver exited, the projector was turned
-on again.&lt;/p&gt;
-
-&lt;p&gt;A few days ago, with very good help from parts of my family, I
-managed to find a Kodi Add-on for controlling a Epson projector, and
-got in touch with its author to see if we could join forces and make a
-Add-on with support for several projectors.  To my pleasure, he was
-positive to the idea, and we set out to add InFocus support to his
-add-on, and make the add-on suitable for the official Kodi add-on
-repository.&lt;/p&gt;
-
-&lt;p&gt;The Add-on is now working (for me, at least), with a few minor
-adjustments.  The most important change I do relative to the master
-branch in the github repository is embedding the
-&lt;a href=&quot;https://github.com/pyserial/pyserial&quot;&gt;pyserial module&lt;/a&gt; in
-the add-on.  The long term solution is to make a &quot;script&quot; type
-pyserial module for Kodi, that can be pulled in as a dependency in
-Kodi.  But until that in place, I embed it.&lt;/p&gt;
-
-&lt;p&gt;The add-on can be configured to turn on the projector when Kodi
-starts, off when Kodi stops as well as turn the projector off when the
-screensaver start and on when the screesaver stops.  It can also be
-told to set the projector source when turning on the projector.
-
-&lt;p&gt;If this sound interesting to you, check out
-&lt;a href=&quot;https://github.com/fredrik-eriksson/kodi_projcontrol&quot;&gt;the
-project github repository&lt;/a&gt;.  Perhaps you can send patches to
-support your projector too?  As soon as we find time to wrap up the
-latest changes, it should be available for easy installation using any
-Kodi instance.&lt;/p&gt;
-
-&lt;p&gt;For future improvements, I would like to add projector model
-detection and the ability to adjust the brightness level of the
-projector from within Kodi.  We also need to figure out how to handle
-the cooling period of the projector.  My projector refuses to turn on
-for 60 seconds after it was turned off.  This is not handled well by
-the add-on at the moment.&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&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
+               <title>Redaksjon på plass for Noark 5 tjenestegrensesnitt</title>
+               <link>http://people.skolelinux.org/pere/blog/Redaksjon_p__plass_for_Noark_5_tjenestegrensesnitt.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Redaksjon_p__plass_for_Noark_5_tjenestegrensesnitt.html</guid>
+                <pubDate>Wed, 5 Feb 2020 14:45:00 +0100</pubDate>
+               <description>&lt;p&gt;Arbeidet med å lage et godt, fritt og åpent standardisert maskinelt
+grensesnitt for arkivering, med tilhørende fri
+programvareimplementasjon fortsetter.  Jeg snakker om
+&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard&quot;&gt;Noark
+5 Tjenestegrensesnitt&lt;/a&gt; og
+&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;Nikita&lt;/a&gt;.
+Siste nytt etter
+&lt;a href=&quot;https://www.nuug.no/aktiviteter/20200127-noark-seminar/&quot;&gt;seminaret
+for noen dager siden&lt;/a&gt;, er vi i Nikita-prosjektet har fått beskjed
+fra Arkivverket at det blir satt ned en redaksjon for å videreutvikle
+spesifikasjonen.  Redaksjonen består av Mona Danielsen og Anne Sofie
+Knutsen ved arkivverket, Thomas Sødring ved OsloMet, og meg selv fra
+NUUG.  De to sistenevnte tar seg av de åpenbare forbedringene, mens
+hele redaksjonen diskuterer tvilstilfeller.  Jeg håper dette vil bidra
+til at vi lykkes i å gjøre denne protokollspesifikasjonen så entydig
+og klar at den vil bidra til et velfungerende marked for
+arkivsystemer, og sikre at programmer som trenger å snakke med
+arkivsystemet kan snakke med enhver implementasjon av
+API-spesifikasjonen.  Nikita er den første implementasjonen, men det
+bør blir flere.&lt;/p&gt;
+
+&lt;p&gt;Det gjenstår riktig nok endel før vi er i mål, selv om svært mye
+allerede er på plass.  Med innspill og forslag til forbedringer fra
+alle som vil ha et leverandøruavhengig og fullstendig
+datamaskinlesbart grensesnitt til arkivet, så tror jeg vi vil
+lykkes.&lt;/p&gt;
+
+&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
+Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;

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

-               <title>youtube-dl for nedlasting fra NRK med undertekster - nice free software</title>
-               <link>http://people.skolelinux.org/pere/blog/youtube_dl_for_nedlasting_fra_NRK_med_undertekster___nice_free_software.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/youtube_dl_for_nedlasting_fra_NRK_med_undertekster___nice_free_software.html</guid>
-                <pubDate>Sat, 28 Apr 2018 10:30:00 +0200</pubDate>
-               <description>&lt;p&gt;I &lt;a href=&quot;https://no.wikipedia.org/wiki/VHS&quot;&gt;VHS-kassettenes&lt;/a&gt;
-tid var det rett frem å ta vare på et TV-program en ønsket å kunne se
-senere, uten å være avhengig av at programmet ble sendt på nytt.
-Kanskje ønsket en å se programmet på hytten der det ikke var
-TV-signal, eller av andre grunner ha det tilgjengelig for fremtidig
-fornøyelse.  Dette er blitt vanskeligere med introduksjon av
-digital-TV og webstreaming, der opptak til harddisk er utenfor de
-flestes kontroll hvis de bruker ufri programvare og bokser kontrollert
-av andre.  Men for NRK her i Norge, finnes det heldigvis flere fri
-programvare-alternativer, som jeg har
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK.html&quot;&gt;skrevet&lt;/a&gt;
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Hvordan_enkelt_laste_ned_filmer_fra_NRK_med_den__nye__l_sningen.html&quot;&gt;om&lt;/a&gt;
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Nedlasting_fra_NRK__som_Matroska_med_undertekster.html&quot;&gt;før&lt;/a&gt;.
-Så lenge kilden for nedlastingen er lovlig lagt ut på nett (hvilket
-jeg antar NRK gjør), så er slik lagring til privat bruk også lovlig i
-Norge.&lt;/p&gt;
-
-&lt;p&gt;Sist jeg så på saken, i 2016, nevnte jeg at
-&lt;a href=&quot;https://rg3.github.com/youtube-dl/&quot;&gt;youtube-dl&lt;/a&gt; ikke kunne
-bake undertekster fra NRK inn i videofilene, og at jeg derfor
-foretrakk andre alternativer.  Nylig oppdaget jeg at dette har endret
-seg.  Fordelen med youtube-dl er at den er tilgjengelig direkte fra
-Linux-distribusjoner som &lt;a href=&quot;https://www.debian.org/&quot;&gt;Debian&lt;/a&gt;
-og &lt;a href=&quot;https://www.ubuntu.com/&quot;&gt;Ubuntu&lt;/a&gt;, slik at en slipper å
-finne ut selv hvordan en skal få dem til å virke.&lt;/p&gt;
-
-&lt;p&gt;For å laste ned et NRK-innslag med undertekster, og få den norske
-underteksten pakket inn i videofilen, så kan følgende kommando
-brukes:&lt;/p&gt;
-
-&lt;p&gt;&lt;pre&gt;
-youtube-dl --write-sub --sub-format ttml \
-  --convert-subtitles srt --embed-subs \
-  https://tv.nrk.no/serie/ramm-ferdig-gaa/MUHU11000316/27-04-2018
-&lt;/pre&gt;&lt;/p&gt;
-
-&lt;p&gt;URL-eksemplet er dagens toppsak på tv.nrk.no.  Resultatet er en
-MP4-fil med filmen og undertekster som kan spilles av med VLC.  Merk
-at VLC ikke viser frem undertekster før du aktiverer dem.  For å gjøre
-det, høyreklikk med musa i fremviservinduet, velg menyvalget for
-undertekst og så norsk språk.  Jeg testet også &#39;--write-auto-sub&#39;,
-men det kommandolinjeargumentet ser ikke ut til å fungere, så jeg
-endte opp med settet med argumentlisten over, som jeg fant i en
-feilrapport i youtube-dl-prosjektets samling over feilrapporter.&lt;/p&gt;
-
-&lt;p&gt;Denne støtten i youtube-dl gjør det svært enkelt å lagre
-NRK-innslag, det være seg nyheter, filmer, serier eller dokumentater,
-for å ha dem tilgjengelig for fremtidig referanse og bruk, uavhengig
-av hvor lenge innslagene ligger tilgjengelig hos NRK.  Så får det ikke
-hjelpe at NRKs jurister mener at det er
-&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Best___ikke_fortelle_noen_at_streaming_er_nedlasting___.html&quot;&gt;vesensforskjellig
-å legge tilgjengelig for nedlasting og for streaming&lt;/a&gt;, når det rent
-teknisk er samme sak.&lt;/p&gt;
-
-&lt;p&gt;Programmet youtube-dl støtter også en rekke andre nettsteder, se
-prosjektoversikten for
-&lt;a href=&quot;http://rg3.github.io/youtube-dl/supportedsites.html&quot;&gt;en
-komplett liste&lt;/a&gt;.&lt;/p&gt;
+               <title>Artikkel om Noark 5 Tjenestegrensesnitt og Nikita i Arkivråd nummer 3 for 2019</title>
+               <link>http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Artikkel_om_Noark_5_Tjenestegrensesnitt_og_Nikita_i_Arkivr_d_nummer_3_for_2019.html</guid>
+                <pubDate>Thu, 26 Dec 2019 08:00:00 +0100</pubDate>
+               <description>&lt;p&gt;Like før julaften ble en artikkel jeg har skrevet om vedlikehold av
+&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard&quot;&gt;Noark
+5 Tjenestegrensesnitt&lt;/a&gt; og Nikita publisert i &lt;a
+href=&quot;https://www.arkivrad.no/arkivrad&quot;&gt;tidsskriftet Arkivråd&lt;/a&gt;.
+Det er basert på
+&lt;a href=&quot;http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html&quot;&gt;min bloggpost
+om samme tema&lt;/a&gt; som ble publisert 2019-03-11.  Jeg oppdaget nettopp
+at nettsiden til tidsskriftet Arkivråd er oppdatert med siste utgave,
+og artikkelen dermed er tilgjengelig for alle. Du finner den i
+&lt;a href=&quot;https://www.arkivrad.no/sites/arkivrad/files/arkivrad_03_2019_nett.pdf&quot;&gt;PDF-en
+til nummer 2019/3 på side 30-33&lt;/a&gt;.  Jeg håper leserne av
+tidsskriftet får lyst til å sjekke ut tjenestegrensesnittet og at
+artikkelen vil gjøre det enklere for flere å bidra til en enda bedre,
+klarere og mer entydig API-spesifikasjon.  Det kan gjøre at
+&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;arkivsystemet
+Nikita&lt;/a&gt; kan bli enda bedre når spesifikasjonen forbedres.&lt;/p&gt;
+
+&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
+Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;

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

-               <title>Stortingsflertallet går inn for ny IP-basert sensurinfrastruktur i Norge</title>
-               <link>http://people.skolelinux.org/pere/blog/Stortingsflertallet_g_r_inn_for_ny_IP_basert_sensurinfrastruktur_i_Norge.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Stortingsflertallet_g_r_inn_for_ny_IP_basert_sensurinfrastruktur_i_Norge.html</guid>
-                <pubDate>Tue, 24 Apr 2018 15:00:00 +0200</pubDate>
-               <description>&lt;p&gt;&lt;a href=&quot;https://www.vg.no/sport/i/J1g8zj/stortingsvedtak-snart-ip-blokkerer-utenlandske-spillselskaper&quot;&gt;VG&lt;/a&gt;,
-&lt;a href=&quot;https://www.dagbladet.no/nyheter/stortinget-blokkerer-utenlandske-spillselskaper/69740219&quot;&gt;Dagbladet&lt;/a&gt;
-og
-&lt;a href=&quot;https://www.nrk.no/ostfold/tar-opp-kampen-mot-utenlandske-spillselskap-1.14021381&quot;&gt;NRK&lt;/a&gt;
-melder i dag at flertallet i Familie- og kulturkomiteen på Stortinget
-har bestemt seg for å introdusere en ny sensurinfrastruktur i Norge.
-Fra før har Norge en «frivillig» sensurinfrastruktur basert på
-DNS-navn, der de største ISP-ene basert på en liste med DNS-navn
-forgifter DNS-svar og omdirigerer til et annet IP-nummer enn det som
-ligger i DNS.  Nå kommer altså IP-basert omdirigering i tillegg.  Når
-infrastrukturen er på plass, er sensur av IP-adresser redusert et
-spørsmål om hvilke IP-nummer som skal blokkeres.  Listen over
-IP-adresser vil naturligvis endre seg etter hvert som myndighetene
-endrer seg.  Det er ingen betryggende tanke.&lt;/p&gt;
+               <title>Meningsløst, men for hvem...</title>
+               <link>http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Meningsl_st__men_for_hvem___.html</guid>
+                <pubDate>Wed, 25 Dec 2019 10:35:00 +0100</pubDate>
+               <description>&lt;p&gt;En historie som har betydd endel for meg, og som jeg av og til
+tenker på når hverdagen tynger, ble så vidt jeg har klart å finne ut,
+skrevet av &lt;a href=&quot;https://en.wikipedia.org/wiki/Loren_Eiseley&quot;&gt;Loren
+Eiseley&lt;/a&gt; &lt;a href=&quot;https://en.wikipedia.org/wiki/The_Star_Thrower&quot;&gt;i
+flere ulike varianter&lt;/a&gt;.  På norsk tror jeg den går under navnet
+«Gutten og sjøstjernen», og jeg fant en oversettelse av en utgave av den
+hos
+&lt;a href=&quot;https://no.quora.com/Hva-er-din-favoritthistorie&quot;&gt;Quora&lt;/a&gt;.
+Fant også &lt;a href=&quot;https://www.youtube.com/watch?v=-qClChUdlfI&quot;&gt;en
+filmatisering&lt;/a&gt;, men den versjonen jeg liker best fant jeg
+&lt;a href=&quot;https://www.goodreads.com/author/quotes/56782.Loren_Eiseley&quot;&gt;hos
+Goodreads&lt;/a&gt;.  Jeg oversatte den utgaven til norsk i går, og har lyst
+til å dele den med deg:
+
+&lt;blockquote&gt;&lt;p&gt;Mens jeg tok en pause fra skrivingen og vandret på en
+øde strand ved daggry, så jeg en gutt i det fjerne bøye seg ned og
+kaste noe mens han vandret mot meg over den endeløse stranden.  Da han
+kom nærmere, kunne jeg se at han kastet sjøstjerner, som var etterlatt
+i sanden av tidevannet, tilbake i havet. Da han var nær nok spurte jeg
+ham hvorfor han jobbet så hardt på denne merkelige oppgaven. Han sa at
+solen snart ville stå opp og tørke sjøstjernene slik at de ville
+dø.&lt;/p&gt;
+
+&lt;p&gt;Jeg sa til ham at dette var helt meningsløst.  Det var kilometer på
+kilometer med strand, og det lå sjøstjerner hele veien.  En person
+alene kunne ikke gjøre noen forskjell.  Han smilte da han plukket opp
+neste sjøstjerne. Mens han kastet den så langt ut i havet som han
+klarte sa han, «for denne gjør det en forskjell».  Jeg droppet
+skrivingen og tilbrakte resten av morgenen med å kaste
+sjøstjerner.&lt;/p&gt;
+
+&lt;p&gt;- Loren Eiseley&lt;/p&gt;
+&lt;/blockquote&gt;
+
+&lt;p&gt;Kanskje noe du også kan ha glede av å tenke på når ting virker
+håpløst?&lt;/p&gt;
+
+&lt;p&gt;Teksten er gjengitt og oversatt basert på utgaven på Good Read,
+uten tillatelse fra noen andre enn meg selv.  Jeg håper på tilgivelse,
+hvis det er et problem for noen, da det er gjort i beste mening.  Hvis
+eventuell rettighetshaver tar kontakt vil jeg fjerne teksten og i
+stedet legge ut henvendelsen der teksten kreves fjernet.&lt;/p&gt;
+
+&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
+Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;

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

-               <title>En grunn til å takke nei til usikker digital post</title>
-               <link>http://people.skolelinux.org/pere/blog/En_grunn_til___takke_nei_til_usikker_digital_post.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/En_grunn_til___takke_nei_til_usikker_digital_post.html</guid>
-                <pubDate>Mon, 2 Apr 2018 13:30:00 +0200</pubDate>
-               <description>&lt;p&gt;Brevpost er beskyttet av straffelovens bestemmelse som gjør det
-kriminelt å åpne andres brev.  Dette følger av (ny) straffelovs
-&lt;a href=&quot;https://lovdata.no/dokument/NL/lov/2005-05-20-28/§205&quot;&gt;§ 205
-(Krenkelse av retten til privat kommunikasjon)&lt;/a&gt;, som sier at «Med
-bot eller fengsel inntil 2 år straffes den som uberettiget ...  c)
-åpner brev eller annen lukket skriftlig meddelelse som er adressert
-til en annen, eller på annen måte skaffer seg uberettiget tilgang til
-innholdet.» Dette gjelder såvel postbud som alle andre som har
-befatning med brevet etter at avsender har befatning med et lukket
-brev. Tilsvarende står også tidligere utgaver av den norske
-straffeloven.&lt;/p&gt;
-
-&lt;p&gt;Når en registrerer seg på usikre digitale postkasseløsningene, som
-f.eks. Digipost og e-Boks, og slik tar disse i bruk, så gir en de som
-står bak løsningene tillatelse til å åpne sine brev.  Dette er
-nødvendig for at innholdet i digital post skal kunne vises frem til
-mottaker via tjenestens websider.  Dermed gjelder ikke straffelovens
-paragraf om forbud mot å åpne brev, da tilgangen ikke lenger er
-uberettiget.  En gir altså fremmede tilgang til å lese sin
-korrespondanse.  I tillegg vil bruk av slike usikre digitale
-postbokser føre til at det blir registrert når du leser brevene, hvor
-du befinner deg (vha. tilkoblingens IP-adresse), hvilket utstyr du
-bruker og en rekke annen personlig informasjon som ikke er
-tilgjengelig når papirpost brukes.  Jeg foretrekker at det er
-lovmessig beskyttelse av min korrespondanse, som jo inneholder privat
-og personlig informasjon.  Det bidrar til litt bedre vern av personlig
-integritet i dagens norske samfunn.&lt;/p&gt;
+               <title>Artikkel om Nikita i Arkheion nummer 2019/2</title>
+               <link>http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Artikkel_om_Nikita_i_Arkheion_nummer_2019_2.html</guid>
+                <pubDate>Mon, 9 Dec 2019 15:05:00 +0100</pubDate>
+               <description>&lt;p&gt;Jeg hadde i dag gleden av å oppdage at en artikkel om
+&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;arkivsystemet
+Nikita&lt;/a&gt; som vi skrev i sommer, nå er publisert i
+&lt;a href=&quot;http://www.arkheion.no/&quot;&gt;Arkheion, fagtidsskrift for kommunial
+arkivsektor&lt;/a&gt;.  Du finner artikkelen på side 30-33 i nummer 2019/2,
+PDF kan lastes ned fra nettstedet til tidsskriftet.  Kanskje
+publiseringen kan føre til at noen flere får øynene opp for verdien av
+et åpent standardisert API for arkivering og søk i arkivet.&lt;/p&gt;
+
+&lt;p&gt;Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+&lt;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.
+Merk, betaling med bitcoin er ikke anonymt. :)&lt;/p&gt;

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

-               <title>Self-appointed leaders of the Free World</title>
-               <link>http://people.skolelinux.org/pere/blog/Self_appointed_leaders_of_the_Free_World.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Self_appointed_leaders_of_the_Free_World.html</guid>
-                <pubDate>Thu, 22 Mar 2018 11:00:00 +0100</pubDate>
-               <description>&lt;p&gt;The leaders of the worlds have started to congratulate the
-re-elected Russian head of state, and this causes some criticism.  I
-am though a little fascinated by a comment from USA senator John McCain,
-&lt;a href=&quot;http://thehill.com/homenews/senate/379339-mccain-rips-trumps-congratulatory-call-to-putin-as-insult-to-russian-people&quot;&gt;sited
-by The Hill and others&lt;/a&gt;:
-
-&lt;p&gt;&lt;blockquote&gt;
-&lt;p&gt;&quot;An American president does not lead the Free World by
-congratulating dictators on winning sham elections.&quot;&lt;/p&gt;
-&lt;/blockquote&gt;&lt;/p&gt;
-
-&lt;p&gt;While I totally agree with the senator here, the way the quote is
-phrased make me suspect that he is unaware of the simple fact that USA
-have not lead the Free World since at least before its government
-&lt;a href=&quot;https://en.wikipedia.org/wiki/Maher_Arar&quot;&gt;kidnapped a
-completely innocent Canadian citizen in transit on his way home to
-Canada via John F. Kennedy International Airport in September 2002 and
-sent him to be tortured in Syria for a year&lt;/a&gt;.&lt;/p&gt;
-
-&lt;p&gt;USA might be running ahead, but the path they are taking is not the
-one taken by any Free World.&lt;/p&gt;
+               <title>When terms and policy turn users away</title>
+               <link>http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_terms_and_policy_turn_users_away.html</guid>
+                <pubDate>Sat, 7 Dec 2019 21:15:00 +0100</pubDate>
+               <description>&lt;p&gt;When asked to accept terms of use and privacy policies that state
+it will to remove rights I otherwise had or accept unreasonable terms
+undermining my privacy, I choose away the service.  I simply do not
+have the conscience to accept terms I have no indention of upholding.
+But how are the system and service providers to know how many people
+they scared away?  Normally I just quietly walk away.  But today, I
+tried a new approach.  I sent the following email (removing the
+specifics, as I am not out to take the specific service in question)
+to the service provider I decided to not use, to at least give them
+one data point on how many users are unhappy with their terms:&lt;/p&gt;
+
+&lt;blockquote&gt;
+From: Petter Reinholdtsen
+&lt;br&gt;Subject: When terms of use turn users away
+&lt;br&gt;To: [contact@some.site]
+&lt;br&gt;Date: Sat, 07 Dec 2019 16:30:56 +0100
+
+&lt;p&gt;Dear [Site Owner],&lt;/p&gt;
+
+&lt;p&gt;I was eager to test the system, as it seemed like a fun and
+interesting application of [some] technology, but after reading the
+terms of use and privacy policy on &amp;lt;URL:
+https://www.[some.site]/terms-of-use &amp;gt; and &amp;lt;URL:
+https://www.[some.site]/privacy-policy &amp;gt; I want you to know that I
+decided to turn away.  There were several provisions in the terms and
+policy turning me off, but the final term that convinced me was being
+asked to sign away my right to reverse engineer.&lt;/p&gt;
+
+&lt;p&gt;-- 
+&lt;br&gt;Happy hacking
+&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
+&lt;/blockquote&gt;
+
+&lt;p&gt;I do not expect much to come out of it, but sharing it here in case
+others want to give something similar a try too.  If companies
+discover their terms scare away enough people, perhaps they will be
+improved...&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&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;

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

-               <title>Facebooks ability to sell your personal information is the real Cambridge Analytica scandal</title>
-               <link>http://people.skolelinux.org/pere/blog/Facebooks_ability_to_sell_your_personal_information_is_the_real_Cambridge_Analytica_scandal.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Facebooks_ability_to_sell_your_personal_information_is_the_real_Cambridge_Analytica_scandal.html</guid>
-                <pubDate>Wed, 21 Mar 2018 16:30:00 +0100</pubDate>
-               <description>&lt;p&gt;So, Cambridge Analytica is getting some well deserved criticism for
-(mis)using information it got from Facebook about 50 million people,
-mostly in the USA.  What I find a bit surprising, is how little
-criticism Facebook is getting for handing the information over to
-Cambridge Analytica and others in the first place.  And what about the
-people handing their private and personal information to Facebook?
-And last, but not least, what about the government offices who are
-handing information about the visitors of their web pages to Facebook?
-No-one who looked at the terms of use of Facebook should be surprised
-that information about peoples interests, political views, personal
-lifes and whereabouts would be sold by Facebook.&lt;/p&gt;
-
-&lt;p&gt;What I find to be the real scandal is the fact that Facebook is
-selling your personal information, not that one of the buyers used it
-in a way Facebook did not approve when exposed.  It is well known that
-Facebook is selling out their users privacy, but a scandal
-nevertheless.  Of course the information provided to them by Facebook
-would be misused by one of the parties given access to personal
-information about the millions of Facebook users.  Collected
-information will be misused sooner or later.  The only way to avoid
-such misuse, is to not collect the information in the first place.  If
-you do not want Facebook to hand out information about yourself for
-the use and misuse of its customers, do not give Facebook the
-information.&lt;/p&gt;
-
-&lt;p&gt;Personally, I would recommend to completely remove your Facebook
-account, and take back some control of your personal information.
-&lt;a href=&quot;https://www.theguardian.com/technology/2018/mar/19/how-to-protect-your-facebook-privacy-or-delete-yourself-completely&quot;&gt;According
-to The Guardian&lt;/a&gt;, it is a bit hard to find out how to request
-account removal (and not just &#39;disabling&#39;).  You need to
-&lt;a href=&quot;https://www.facebook.com/help/224562897555674?helpref=faq_content&quot;&gt;visit
-a specific Facebook page&lt;/a&gt; and click on &#39;let us know&#39; on that page
-to get to &lt;a href=&quot;https://www.facebook.com/help/delete_account&quot;&gt;the
-real account deletion screen&lt;/a&gt;.  Perhaps something to consider?  I
-would not trust the information to really be deleted (who knows,
-perhaps NSA, GCHQ and FRA already got a copy), but it might reduce the
-exposure a bit.&lt;/p&gt;
-
-&lt;p&gt;If you want to learn more about the capabilities of Cambridge
-Analytica, I recommend to see the video recording of the one hour talk
-Paul-Olivier Dehaye gave to &lt;a href=&quot;&quot;&gt;NUUG&lt;/a&gt; last april about
-&lt;a href=&quot;https://www.nuug.no/aktiviteter/20170404-big-data-psychometric/&quot;&gt;
-Data collection, psychometric profiling and their impact on
-politics&lt;/a&gt;.&lt;/p&gt;
-
-&lt;p&gt;And if you want to communicate with your friends and loved ones,
-use some end-to-end encrypted method like
-&lt;a href=&quot;https://www.signal.org/&quot;&gt;Signal&lt;/a&gt; or
-&lt;a href=&quot;https://ring.cx/&quot;&gt;Ring&lt;/a&gt;, and stop sharing your private
-messages with strangers like Facebook and Google.&lt;/p&gt;
+               <title>What would it cost to store all 2018 phone calls in Norway?</title>
+               <link>http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_2018_phone_calls_in_Norway_.html</guid>
+                <pubDate>Mon, 25 Nov 2019 20:15:00 +0100</pubDate>
+               <description>&lt;p&gt;Four years ago, I did a back of the envelope calculation on
+&lt;a href=&quot;http://people.skolelinux.org/pere/blog/What_would_it_cost_to_store_all_phone_calls_in_Norway_.html&quot;&gt;how
+much it would cost to store audio recordings of all the phone calls in
+Norway&lt;/a&gt;, and came up with NOK 2.1 million / EUR 250 000 for the
+year 2013.  It is time to repeat the calculation using updated
+numbers.  The calculation is based on how much data storage is needed
+for each minute of audio, how many minutes all the calls in Norway
+sums up to, multiplied by the cost of data storage.&lt;/p&gt;
+
+&lt;p&gt;The number of phone call minutes for 2018 was fetched from
+&lt;a href=&quot;https://ekomstatistikken.nkom.no/&quot;&gt;the NKOM statistics
+site&lt;/a&gt;, and for 2018, land line calls are listed as 434 238 000
+minutes, while mobile phone calls are listed with 7 542 006 000
+minutes.  The total number of minutes is thus 7 976 244 000.  For
+simplicity, I decided to ignore any advantages in audio compression the
+last four years, and continue to assume 60 Kbytes/min as the last
+time.&lt;/p&gt;
+
+&lt;p&gt;Storage prices still varies a lot, but as last time, I decide to
+take a reasonable big and cheap hard drive, and double its price to
+include the surrounding costs into account.  A 10 TB disk cost less
+than 4500 NOK / 450 EUR these days, and doubling it give 9000 NOK per
+10 TB.&lt;/p&gt;
+
+&lt;p&gt;So, with the parameters in place, lets update the old table
+estimating cost for calls in a given year:&lt;/p&gt;
+
+&lt;table border=&quot;1&quot;&gt;
+&lt;tr&gt;&lt;th&gt;Year&lt;/th&gt;&lt;th&gt;Call minutes&lt;/th&gt;&lt;th&gt;Size&lt;/th&gt;&lt;th&gt;Price in NOK / EUR&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;2005&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;24 000 000 000&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;1.3 PiB&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;1 170 000 / 117 000&lt;/td&gt;&lt;/tr&gt;
+
+&lt;tr&gt;&lt;td&gt;2012&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;18 000 000 000&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;1.0 PiB&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;900 000 / 90 000&lt;/td&gt;&lt;/tr&gt;
+
+&lt;tr&gt;&lt;td&gt;2013&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;17 000 000 000&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;950 TiB&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;855 000 / 85 500&lt;/td&gt;&lt;/tr&gt;
+
+&lt;tr&gt;&lt;td&gt;2018&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;7 976 244 000&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;445 TiB&lt;/td&gt;&lt;td align=&quot;right&quot;&gt;401 100 / 40 110&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;Both the cost of storage and the number of phone call minutes have
+dropped since the last time, bringing the cost down to a level where I
+guess even small organizations can afford to store the audio recording
+from every phone call taken in a year in Norway.  Of course, this is
+just the cost of buying the storage equipment.  Maintenance, need to
+be included as well, but the volume of a single year is about a single
+rack of hard drives, so it is not much more than I could fit in my own
+home.  Wonder how much the electricity bill would raise if I had that
+kind of storage?  I doubt it would be more than a few tens of thousand
+NOK per year.&lt;/p&gt;

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