<atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
<item>
- <title>MPEG LA on "Internet Broadcast AVC Video" licensing and non-private use</title>
- <link>http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MPEG_LA_on__Internet_Broadcast_AVC_Video__licensing_and_non_private_use.html</guid>
- <pubDate>Tue, 7 Jul 2015 09:50:00 +0200</pubDate>
- <description><p>After asking the Norwegian Broadcasting Company (NRK)
-<a href="http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html">why
-they can broadcast and stream H.264 video without an agreement with
-the MPEG LA</a>, I was wiser, but still confused. So I asked MPEG LA
-if their understanding matched that of NRK. As far as I can tell, it
-does not.</p>
-
-<p>I started by asking for more information about the various
-licensing classes and what exactly is covered by the "Internet
-Broadcast AVC Video" class that NRK pointed me at to explain why NRK
-did not need a license for streaming H.264 video:
-
-<p><blockquote>
-
-<p>According to
-<a href="http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf">a
-MPEG LA press release dated 2010-02-02</a>, there is no charge when
-using MPEG AVC/H.264 according to the terms of "Internet Broadcast AVC
-Video". I am trying to understand exactly what the terms of "Internet
-Broadcast AVC Video" is, and wondered if you could help me. What
-exactly is covered by these terms, and what is not?</p>
-
-<p>The only source of more information I have been able to find is a
-PDF named
-<a href="http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf">AVC
-Patent Portfolio License Briefing</a>, which states this about the
-fees:</p>
+ <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><p><em>This is a copy of
+<a href="https://lists.nuug.no/pipermail/nikita-noark/2017-June/000297.html">an
+email I posted to the nikita-noark mailing list</a>. 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
+<a href="https://www.arkivverket.no/forvaltning-og-utvikling/regelverk-og-standarder/noark-standarden">Noark
+5 standard</a> for government archives.</em></p>
+
+<p>I've been wondering a bit lately how trusted timestamps could be
+stored in Noark 5.
+<a href="https://en.wikipedia.org/wiki/Trusted_timestamping">Trusted
+timestamps</a> 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.</p>
+
+<p>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?</p>
+
+<p>Given a "dokumentbeskrivelse" with an associated "dokumentobjekt",
+a new dokumentobjekt is associated with "dokumentbeskrivelse" with the
+same attributes as the stamped dokumentobjekt except these
+attributes:</p>
<ul>
- <li>Where End User pays for AVC Video
- <ul>
- <li>Subscription (not limited by title) – 100,000 or fewer
- subscribers/yr = no royalty; &gt; 100,000 to 250,000 subscribers/yr =
- $25,000; &gt;250,000 to 500,000 subscribers/yr = $50,000; &gt;500,000 to
- 1M subscribers/yr = $75,000; &gt;1M subscribers/yr = $100,000</li>
-
- <li>Title-by-Title - 12 minutes or less = no royalty; &gt;12 minutes in
- length = lower of (a) 2% or (b) $0.02 per title</li>
- </ul></li>
-
- <li>Where remuneration is from other sources
- <ul>
- <li>Free Television - (a) one-time $2,500 per transmission encoder or
- (b) annual fee starting at $2,500 for &gt; 100,000 HH rising to
- maximum $10,000 for &gt;1,000,000 HH</li>
-
- <li>Internet Broadcast AVC Video (not title-by-title, not subscription)
- – no royalty for life of the AVC Patent Portfolio License</li>
- </ul></li>
-</ul>
-
-<p>Am I correct in assuming that the four categories listed is the
-categories used when selecting licensing terms, and that "Internet
-Broadcast AVC Video" is the category for things that do not fall into
-one of the other three categories? Can you point me to a good source
-explaining what is ment by "title-by-title" and "Free Television" in
-the license terms for AVC/H.264?</p>
-
-<p>Will a web service providing H.264 encoded video content in a
-"video on demand" fashing similar to Youtube and Vimeo, where no
-subscription is required and no payment is required from end users to
-get access to the videos, fall under the terms of the "Internet
-Broadcast AVC Video", ie no royalty for life of the AVC Patent
-Portfolio license? Does it matter if some users are subscribed to get
-access to personalized services?</p>
-
-<p>Note, this request and all answers will be published on the
-Internet.</p>
-</blockquote></p>
-
-<p>The answer came quickly from Benjamin J. Myers, Licensing Associate
-with the MPEG LA:</p>
-
-<p><blockquote>
-<p>Thank you for your message and for your interest in MPEG LA. We
-appreciate hearing from you and I will be happy to assist you.</p>
-
-<p>As you are aware, MPEG LA offers our AVC Patent Portfolio License
-which provides coverage under patents that are essential for use of
-the AVC/H.264 Standard (MPEG-4 Part 10). Specifically, coverage is
-provided for end products and video content that make use of AVC/H.264
-technology. Accordingly, the party offering such end products and
-video to End Users concludes the AVC License and is responsible for
-paying the applicable royalties.</p>
-
-<p>Regarding Internet Broadcast AVC Video, the AVC License generally
-defines such content to be video that is distributed to End Users over
-the Internet free-of-charge. Therefore, if a party offers a service
-which allows users to upload AVC/H.264 video to its website, and such
-AVC Video is delivered to End Users for free, then such video would
-receive coverage under the sublicense for Internet Broadcast AVC
-Video, which is not subject to any royalties for the life of the AVC
-License. This would also apply in the scenario where a user creates a
-free online account in order to receive a customized offering of free
-AVC Video content. In other words, as long as the End User is given
-access to or views AVC Video content at no cost to the End User, then
-no royalties would be payable under our AVC License.</p>
-
-<p>On the other hand, if End Users pay for access to AVC Video for a
-specific period of time (e.g., one month, one year, etc.), then such
-video would constitute Subscription AVC Video. In cases where AVC
-Video is delivered to End Users on a pay-per-view basis, then such
-content would constitute Title-by-Title AVC Video. If a party offers
-Subscription or Title-by-Title AVC Video to End Users, then they would
-be responsible for paying the applicable royalties you noted below.</p>
-
-<p>Finally, in the case where AVC Video is distributed for free
-through an "over-the-air, satellite and/or cable transmission", then
-such content would constitute Free Television AVC Video and would be
-subject to the applicable royalties.</p>
-
-<p>For your reference, I have attached
-<a href="http://people.skolelinux.org/pere/blog/images/2015-07-07-mpegla.pdf">a
-.pdf copy of the AVC License</a>. You will find the relevant
-sublicense information regarding AVC Video in Sections 2.2 through
-2.5, and the corresponding royalties in Section 3.1.2 through 3.1.4.
-You will also find the definitions of Title-by-Title AVC Video,
-Subscription AVC Video, Free Television AVC Video, and Internet
-Broadcast AVC Video in Section 1 of the License. Please note that the
-electronic copy is provided for informational purposes only and cannot
-be used for execution.</p>
-
-<p>I hope the above information is helpful. If you have additional
-questions or need further assistance with the AVC License, please feel
-free to contact me directly.</p>
-</blockquote></p>
-
-<p>Having a fresh copy of the license text was useful, and knowing
-that the definition of Title-by-Title required payment per title made
-me aware that my earlier understanding of that phrase had been wrong.
-But I still had a few questions:</p>
-
-<p><blockquote>
-<p>I have a small followup question. Would it be possible for me to get
-a license with MPEG LA even if there are no royalties to be paid? The
-reason I ask, is that some video related products have a copyright
-clause limiting their use without a license with MPEG LA. The clauses
-typically look similar to this:
-
-<p><blockquote>
- This product is licensed under the AVC patent portfolio license for
- the personal and non-commercial use of a consumer to (a) encode
- video in compliance with the AVC standard ("AVC video") and/or (b)
- decode AVC video that was encoded by a consumer engaged in a
- personal and non-commercial activity and/or AVC video that 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.
-</blockquote></p>
-
-<p>It is unclear to me if this clause mean that I need to enter into
-an agreement with MPEG LA to use the product in question, even if
-there are no royalties to be paid to MPEG LA. I suspect it will
-differ depending on the jurisdiction, and mine is Norway. What is
-MPEG LAs view on this?</p>
-</blockquote></p>
-
-<p>According to the answer, MPEG LA believe those using such tools for
-non-personal or commercial use need a license with them:</p>
-
-<p><blockquote>
-
-<p>With regard to the Notice to Customers, I would like to begin by
-clarifying that the Notice from Section 7.1 of the AVC License
-reads:</p>
-
-<p>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</p>
-
-<p>The Notice to Customers is intended to inform End Users of the
-personal usage rights (for example, to watch video content) included
-with the product they purchased, and to encourage any party using the
-product for commercial purposes to contact MPEG LA in order to become
-licensed for such use (for example, when they use an AVC Product to
-deliver Title-by-Title, Subscription, Free Television or Internet
-Broadcast AVC Video to End Users, or to re-Sell a third party's AVC
-Product as their own branded AVC Product).</p>
-
-<p>Therefore, if a party is to be licensed for its use of an AVC
-Product to Sell AVC Video on a Title-by-Title, Subscription, Free
-Television or Internet Broadcast basis, that party would need to
-conclude the AVC License, even in the case where no royalties were
-payable under the License. On the other hand, if that party (either a
-Consumer or business customer) simply uses an AVC Product for their
-own internal purposes and not for the commercial purposes referenced
-above, then such use would be included in the royalty paid for the AVC
-Products by the licensed supplier.</p>
-
-<p>Finally, I note that our AVC License provides worldwide coverage in
-countries that have AVC Patent Portfolio Patents, including
-Norway.</p>
-
-<p>I hope this clarification is helpful. If I may be of any further
-assistance, just let me know.</p>
-</blockquote></p>
-<p>The mentioning of Norwegian patents made me a bit confused, so I
-asked for more information:</p>
-
-<p><blockquote>
-
-<p>But one minor question at the end. If I understand you correctly,
-you state in the quote above that there are patents in the AVC Patent
-Portfolio that are valid in Norway. This make me believe I read the
-list available from &lt;URL:
-<a href="http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx">http://www.mpegla.com/main/programs/AVC/Pages/PatentList.aspx</a>
-&gt; incorrectly, as I believed the "NO" prefix in front of patents
-were Norwegian patents, and the only one I could find under Mitsubishi
-Electric Corporation expired in 2012. Which patents are you referring
-to that are relevant for Norway?</p>
-
-</blockquote></p>
-
-<p>Again, the quick answer explained how to read the list of patents
-in that list:</p>
-
-<p><blockquote>
+<li>format -> "RFC3161"
+<li>mimeType -> "application/timestamp-reply"
+<li>formatDetaljer -> "&lt;source URL for timestamp service&gt;"
+<li>filenavn -> "&lt;sjekksum&gt;.tsr"
-<p>Your understanding is correct that the last AVC Patent Portfolio
-Patent in Norway expired on 21 October 2012. Therefore, where AVC
-Video is both made and Sold in Norway after that date, then no
-royalties would be payable for such AVC Video under the AVC License.
-With that said, our AVC License provides historic coverage for AVC
-Products and AVC Video that may have been manufactured or Sold before
-the last Norwegian AVC patent expired. I would also like to clarify
-that coverage is provided for the country of manufacture and the
-country of Sale that has active AVC Patent Portfolio Patents.</p>
-
-<p>Therefore, if a party offers AVC Products or AVC Video for Sale in
-a country with active AVC Patent Portfolio Patents (for example,
-Sweden, Denmark, Finland, etc.), then that party would still need
-coverage under the AVC License even if such products or video are
-initially made in a country without active AVC Patent Portfolio
-Patents (for example, Norway). Similarly, a party would need to
-conclude the AVC License if they make AVC Products or AVC Video in a
-country with active AVC Patent Portfolio Patents, but eventually Sell
-such AVC Products or AVC Video in a country without active AVC Patent
-Portfolio Patents.</p>
-</blockquote></p>
+</ul>
-<p>As far as I understand it, MPEG LA believe anyone using Adobe
-Premiere and other video related software with a H.264 distribution
-license need a license agreement with MPEG LA to use such tools for
-anything non-private or commercial, while it is OK to set up a
-Youtube-like service as long as no-one pays to get access to the
-content. I still have no clear idea how this applies to Norway, where
-none of the patents MPEG LA is licensing are valid. Will the
-copyright terms take precedence or can those terms be ignored because
-the patents are not valid in Norway?</p>
-</description>
- </item>
-
- <item>
- <title>New laptop - some more clues and ideas based on feedback</title>
- <link>http://people.skolelinux.org/pere/blog/New_laptop___some_more_clues_and_ideas_based_on_feedback.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/New_laptop___some_more_clues_and_ideas_based_on_feedback.html</guid>
- <pubDate>Sun, 5 Jul 2015 21:40:00 +0200</pubDate>
- <description><p>Several people contacted me after my previous blog post about my
-need for a new laptop, and provided very useful feedback. I wish to
-thank every one of these. Several pointed me to the possibility of
-fixing my X230, and I am already in the process of getting Lenovo to
-do so thanks to the on site, next day support contract covering the
-machine. But the battery is almost useless (I expect to replace it
-with a non-official battery) and I do not expect the machine to live
-for many more years, so it is time to plan its replacement. If I did
-not have a support contract, it was suggested to find replacement parts
-using <a href="http://www.francecrans.com/">FrancEcrans</a>, but it
-might present a language barrier as I do not understand French.</p>
-
-<p>One tip I got was to use the
-<a href="https://skinflint.co.uk/?cat=nb">Skinflint</a> web service to
-compare laptop models. It seem to have more models available than
-prisjakt.no. Another tip I got from someone I know have similar
-keyboard preferences was that the HP EliteBook 840 keyboard is not
-very good, and this matches my experience with earlier EliteBook
-keyboards I tested. Because of this, I will not consider it any further.
-
-<p>When I wrote my blog post, I was not aware of Thinkpad X250, the
-newest Thinkpad X model. The keyboard reintroduces mouse buttons
-(which is missing from the X240), and is working fairly well with
-Debian Sid/Unstable according to
-<a href="http://www.corsac.net/X250/">Corsac.net</a>. The reports I
-got on the keyboard quality are not consistent. Some say the keyboard
-is good, others say it is ok, while others say it is not very good.
-Those with experience from X41 and and X60 agree that the X250
-keyboard is not as good as those trusty old laptops, and suggest I
-keep and fix my X230 instead of upgrading, or get a used X230 to
-replace it. I'm also told that the X250 lack leds for caps lock, disk
-activity and battery status, which is very convenient on my X230. I'm
-also told that the CPU fan is running very often, making it a bit
-noisy. In any case, the X250 do not work out of the box with Debian
-Stable/Jessie, one of my requirements.</p>
-
-<p>I have also gotten a few vendor proposals, one was
-<a href="http://pro-star.com">Pro-Star</a>, another was
-<a href="http://shop.gluglug.org.uk/product/libreboot-x200/">Libreboot</a>.
-The latter look very attractive to me.</p>
-
-<p>Again, thank you all for the very useful feedback. It help a lot
-as I keep looking for a replacement.</p>
-
-<p>Update 2015-07-06: I was recommended to check out the
-<a href="">lapstore.de</a> web shop for used laptops. They got several
-different
-<a href="http://www.lapstore.de/f.php/shop/lapstore/f/411/lang/x/kw/Lenovo_ThinkPad_X_Serie/">old
-thinkpad X models</a>, and provide one year warranty.</p>
-</description>
- </item>
-
- <item>
- <title>Time to find a new laptop, as the old one is broken after only two years</title>
- <link>http://people.skolelinux.org/pere/blog/Time_to_find_a_new_laptop__as_the_old_one_is_broken_after_only_two_years.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Time_to_find_a_new_laptop__as_the_old_one_is_broken_after_only_two_years.html</guid>
- <pubDate>Fri, 3 Jul 2015 07:10:00 +0200</pubDate>
- <description><p>My primary work horse laptop is failing, and will need a
-replacement soon. The left 5 cm of the screen on my Thinkpad X230
-started flickering yesterday, and I suspect the cause is a broken
-cable, as changing the angle of the screen some times get rid of the
-flickering.</p>
-
-<p>My requirements have not really changed since I bought it, and is
-still as
-<a href="http://people.skolelinux.org/pere/blog/Thank_you_Thinkpad_X41__for_your_long_and_trustworthy_service.html">I
-described them in 2013</a>. The last time I bought a laptop, I had
-good help from
-<a href="http://www.prisjakt.no/category.php?k=353">prisjakt.no</a>
-where I could select at least a few of the requirements (mouse pin,
-wifi, weight) and go through the rest manually. Three button mouse
-and a good keyboard is not available as an option, and all the three
-laptop models proposed today (Thinkpad X240, HP EliteBook 820 G1 and
-G2) lack three mouse buttons). It is also unclear to me how good the
-keyboard on the HP EliteBooks are. I hope Lenovo have not messed up
-the keyboard, even if the quality and robustness in the X series have
-deteriorated since X41.</p>
-
-<p>I wonder how I can find a sensible laptop when none of the options
-seem sensible to me? Are there better services around to search the
-set of available laptops for features? Please send me an email if you
-have suggestions.</p>
+<p>This assume a service following
+<a href="https://tools.ietf.org/html/rfc3161">IETF RFC 3161</a> 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.</p>
+
+<p>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.</p>
+
+<p>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 "<sjekksum>.tsr" value mentioned
+above).</p>
+
+<p><blockquote><pre>
+openssl ts -query -data "$inputfile" -cert -sha256 -no_nonce \
+ | curl -s -H "Content-Type: application/timestamp-query" \
+ --data-binary "@-" http://zeitstempel.dfn.de > $sha256.tsr
+</pre></blockquote></p>
+
+<p>To verify the timestamp, you first need to download the public key
+of the trusted timestamp service, for example using this command:</p>
+
+<p><blockquote><pre>
+wget -O ca-cert.txt \
+ https://pki.pca.dfn.de/global-services-ca/pub/cacert/chain.txt
+</pre></blockquote></p>
+
+<p>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. :)</p>
+
+<p>The verification itself is a simple openssl command:</p>
+
+<p><blockquote><pre>
+openssl ts -verify -data $inputfile -in $sha256.tsr \
+ -CAfile ca-cert.txt -text
+</pre></blockquote></p>
+
+<p>Is there any reason this approach would not work? Is it somehow against
+the Noark 5 specification?</p>
</description>
</item>
<item>
- <title>MakerCon Nordic videos now available on Frikanalen</title>
- <link>http://people.skolelinux.org/pere/blog/MakerCon_Nordic_videos_now_available_on_Frikanalen.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MakerCon_Nordic_videos_now_available_on_Frikanalen.html</guid>
- <pubDate>Thu, 2 Jul 2015 14:10:00 +0200</pubDate>
- <description><p>Last oktober I was involved on behalf of
-<a href="http://www.nuug.no/">NUUG</a> with recording the talks at
-<a href="http://www.makercon.no/">MakerCon Nordic</a>, a conference for
-the Maker movement. Since then it has been the plan to publish the
-recordings on <a href="http://www.frikanalen.no/">Frikanalen</a>, which
-finally happened the last few days. A few talks are missing because
-the speakers asked the organizers to not publish them, but most of the
-talks are available. The talks are being broadcasted on RiksTV
-channel 50 and using multicast on Uninett, as well as being available
-from the Frikanalen web site. The unedited recordings are
-<a href="https://www.youtube.com/user/MakerConNordic/">available on
-Youtube too</a>.</p>
-
-<p>This is the list of talks available at the moment. Visit the
-<a href="http://beta.frikanalen.no/video/?q=makercon">Frikanalen video
-pages</a> to view them.</p>
-
-<ul>
-
- <li>Evolutionary algorithms as a design tool - from art
- to robotics (Kyrre Glette)</li>
-
- <li>Make and break (Hans Gerhard Meier)</li>
-
- <li>Making a one year school course for young makers
- (Olav Helland)</li>
-
- <li>Innovation Inspiration - IPR Databases as a Source of
- Inspiration (Hege Langlo)</li>
+ <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><p><a href="http://www.aftenposten.no/norge/Krever-at-elever-ma-fa-annullert-eksamen-etter-rot-med-oppgavetekster-622459b.html">Aftenposten
+melder i dag</a> 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
+<a href="https://www.apertium.org/">Apertium</a> ville gjort en bedre
+jobb enn Utdanningsdirektoratet. Det kan se slik ut.</p>
+
+<p>Her er bokmålsoppgaven fra eksamenen:</p>
- <li>Making a toy for makers (Erik Torstensson)</li>
-
- <li>How to make 3D printer electronics (Elias Bakken)</li>
-
- <li>Hovering Clouds: Looking at online tool offerings for Product
- Design and 3D Printing (William Kempton)</li>
-
- <li>Travelling maker stories (Øyvind Nydal Dahl)</li>
-
- <li>Making the first Maker Faire in Sweden (Nils Olander)</li>
-
- <li>Breaking the mold: Printing 1000’s of parts (Espen Sivertsen)</li>
+<blockquote>
+<p>Drøft utfordringene knyttet til nasjonalstatenes og andre aktørers
+rolle og muligheter til å håndtere internasjonale utfordringer, som
+for eksempel flykningekrisen.</p>
- <li>Ultimaker — and open source 3D printing (Erik de Bruijn)</li>
+<p>Vedlegge er eksempler på tekster som kan gi relevante perspektiver
+på temaet:</p>
+<ol>
+<li>Flykningeregnskapet 2016, UNHCR og IDMC
+<li>«Grenseløst Europa for fall» A-Magasinet, 26. november 2015
+</ol>
- <li>Autodesk’s 3D Printing Platform: Sparking innovation (Hilde
- Sevens)</li>
+</blockquote>
- <li>How Making is Changing the World – and How You Can Too!
- (Jennifer Turliuk)</li>
+<p>Dette oversetter Apertium slik:</p>
- <li>Open-Source Adventuring: OpenROV, OpenExplorer and the Future of
- Connected Exploration (David Lang)</li>
+<blockquote>
+<p>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.</p>
- <li>Making in Norway (Haakon Karlsen Jr., Graham Hayward and Jens
- Dyvik)</li>
+<p>Vedleggja er døme på tekster som kan gje relevante perspektiv på
+temaet:</p>
- <li>The Impact of the Maker Movement (Mike Senese)</li>
+<ol>
+<li>*Flykningeregnskapet 2016, *UNHCR og *IDMC</li>
+<li>«*Grenseløst Europa for fall» A-Magasinet, 26. november 2015</li>
+</ol>
-</ul>
+</blockquote>
-<p>Part of the reason this took so long was that the scripts NUUG had
-to prepare a recording for publication were five years old and no
-longer worked with the current video processing tools (command line
-argument changes). In addition, we needed better audio normalization,
-which sent me on a detour to
-<a href="http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html">package
-bs1770gain for Debian</a>. Now this is in place and it became a lot
-easier to publish NUUG videos on Frikanalen.</p>
+<p>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
+"andre aktørers rolle og muligheter til ..." burde vært oversatt til
+"rolla til andre aktørar og deira høve til ..." eller noe slikt, men
+det er kanskje flisespikking. Det understreker vel bare at det alltid
+trengs korrekturlesning etter automatisk oversettelse.</p>
</description>
</item>
<item>
- <title>Hvem fører Medietilsynet tilsyn med?</title>
- <link>http://people.skolelinux.org/pere/blog/Hvem_f_rer_Medietilsynet_tilsyn_med_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hvem_f_rer_Medietilsynet_tilsyn_med_.html</guid>
- <pubDate>Sun, 28 Jun 2015 23:20:00 +0200</pubDate>
- <description><p>I en global verden med eierskap på tvers, trengs det informasjon om
-hvem som har kontrollen i selskaper og bedrifter. Og for å få tilgang
-til slik informasjon for alle som ønsker å analysere eierskap, holder
-med ikke med nasjonale databaser over eierskap, det må globale
-samledatabaser med åpne data til. Heldigvis finnes det en
-internasjonal bevegelse for å gjøre selskapsinformasjon for alle land
-offentlig tilgjengelig. En slik database heter
-<a href="http://opencorporates.com">OpenCorporates</a>, der
-informasjonen er gratis tilgjengelig med en "del på samme
-vilkår"-lisens. De samler inn selskapsinformasjon, eierskap,
-konsesjonstildelinger og lignende. De manglet ganske mye for Norge,
-da bruksvilkårene til Norsk offentlig informasjon i stor grad
-blokkerer OpenCorporates fra å samle den inn.</p>
-
-<p>Men jeg er jo involvert i
-<a href="http://www.frikanalen.no/">Frikanalen</a>, som har
-TV-konsesjon, og tenkte det kunne være fint om informasjon om alle
-mediakonsesjoner var tilgjengelig i OpenCorporates, så jeg sendte
-avgårde følgende spørsmål til Medietilsynet 2015-06-22:</p>
-
-<blockquote>
-<p>Hei. Finnes det en oversikt over enhetene som Mediatilsynet fører
-tilsyn med som åpne data? Jeg lette etter den på
-&lt;URL:<a href="http://data.norge.no/">http://data.norge.no/</a>&gt; og
-&lt;URL:<a href="http://hotell.difi.no/">http://hotell.difi.no/</a>&gt; uten å
-finne noe der, og fant heller ikke noe under
-&lt;URL:<a href="http://www.medietilsynet.no/">http://www.medietilsynet.no/</a>&gt;.</p>
-
-<p>Jeg tenker på alle som har fått kringkastingskonsesjon og alle som
-er omtalt under
-&lt;URL:<a href="http://www.medietilsynet.no/mediebildet/">http://www.medietilsynet.no/mediebildet/</a>&gt;.</p>
-
-<p>Jeg skulle gjerne hatt dette maskinlesbart, og inkludert
-organisasjonsnummer og hva slags forhold mediatilsynet har til
-organisasjonene. Tanken er å importere det i
-&lt;URL:<a href="https://opencorporates.com/">https://opencorporates.com/</a>&gt; for analyse, så det bør ikke ha
-bruksbegresninger som gjør dette umulig.</p>
-</blockquote>
-
-<p>To dager senere fikk jeg svar, med de datasettene de hadde
-tilgjengelig. Svaret fra Hanne Sekkelsten hos Medietilsynet var
-informativt og imøtekommende.</p>
-
-<blockquote>
-<p>Vi viser til din e-post av 22. juni, der du ber om å få tilsendt oversikter
-over aktører Medietilsynet fører tilsyn med.</p>
-
-<p>Medietilsynet fører tilsyn med kringkastere og audiovisuelle
-bestillingstjenester som omfattes av kringkastingsloven, og med
-eierskap i aviser, fjernsyn radio og elektroniske medier etter
-medieeierskapsloven. I tillegg vil Medietilsynet etter at
-beskyttelsesloven trer i kraft fra 1. juli ha tilsyn med en rekke nye
-aktører. Nærmere informasjon om den nye loven finnes på Medietilsynets
-nettsted, her:
-<a href="http://www.medietilsynet.no/mediebransjen/bildeprogramloven/">http://www.medietilsynet.no/mediebransjen/bildeprogramloven/</a>
-. Vi har ikke utarbeidet oversikter over alle aktørene, men vi sender
-deg her de listene vi har utarbeidet, hentet fra våre databaser. Vi
-har dessverre ikke ferdige rapporter som inneholder
-organisasjonsnummer. Dersom du ønsker flere opplysninger ber vi om at
-du tar kontakt med oss slik at vi kan finne ut av hvilke opplysninger
-du trenger, og hvilke vi kan fremskaffe.</p>
-
-<p>Vedlagt følger:
+ <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><p>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
+<a href="http://www.arkivverket.no/arkivverket/Offentleg-forvalting/Noark/Noark-5">Noark
+5-løsninger</a> i Norge.</p>
+
+<p>Jeg fant høringsdokumentene hos
+<a href="https://www.arkivrad.no/aktuelt/riksarkivarens-forskrift-pa-horing">Norsk
+Arkivråd</a> etter å ha blitt tipset på epostlisten til
+<a href="https://github.com/hiOA-ABI/nikita-noark5-core">fri
+programvareprosjektet Nikita Noark5-Core</a>, 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
+<a href="https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/hoering-arkivforskrift.tex">egen
+høringsuttalelse</a>, og lurer på om andre er interessert i å støtte
+forslaget om å tillate arkivering av epost som epost i arkivet.</p>
+
+<p>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:</p>
-<ul>
-
- <li>Konsesjoner - lokalradio FM pr. 31.12.2014 [<a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Konsesjoner_lokalradio_fm_felles_31.12.2014.pdf">PDF (original)</a>]</li>
-
- <li>Konsesjoner - lokalfjernsyn i det digitale bakkenettet for fjernsyn, pr. mars 2015 [<a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Lokalfjernsyn_DTT_konsesjoner_mars_2015.docx">DOCX (original)</a>,
-<a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Lokalfjernsyn_DTT_konsesjoner_mars_2015.pdf">PDF</a>]</li>
-
- <li>Konsesjoner - DAB-radio, status mars 2015 [<a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Konsesjonaernummer_DAB.xps">XPS (original)</a>,
-<a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Konsesjonaernummer_DAB.pdf">PDF</a>]</li>
-
- <li>Registreringspliktige kringkastere - status mars 2015: [<a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Registreringspliktige_kringkastere_register_-_aktive.xps">XPS (original)</a>, <a href="http://people.skolelinux.org/pere/blog/images/2015-06-28-medietilsynsdata/Registreringspliktige_kringkastere_register_-_aktive.pdf">PDF</a>]
+<p><blockquote>
- <ul>
- <li>Kabelsendt fjernsyn
- <li>Satellittsendt fjernsyn
- <li>Nett-tv
- <li>Kabelsendt radio
- <li>Satellittsendt radio
- <li>Nett-radio
- </ul></li>
-</ul>
+ <p>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).</p>
-<p>Vi må ta forbehold om at det kan være enkelte feil i oversiktene
-siden disse ikke er oppdaterte pr. dags dato. Vi vil foreta nye
-oppdateringer i august.</p>
+ <p>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,
+ <a href="https://tools.ietf.org/html/rfc5322">https://tools.ietf.org/html/rfc5322</a>. 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.</p>
-<p>Med hilsen</p>
+</blockquote></p>
-<p>Hanne Nistad Sekkelsten
-<br>Seniorrådgiver | Senior Legal Adviser
-<br>Medietilsynet | Norwegian Media Authority
-<br>A: Nygata 4, NO-1607 Fredrikstad
-<br>T: [telefonnummer fjernet]
-<br>E: [adresse fjernet] | W: www.medietilsynet.no
-</p>
-</blockquote>
+<p>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
+<a href="https://github.com/petterreinholdtsen/noark5-tester/blob/master/docs/epostlagring.md">følge
+fremdriften på web</a>.</p>
-<p>Desverre er formatene for ustrukturerte til maskinell behandling og
-mangler endel informasjon, men det er gode oversikter over hvem
-Medietilsynet fører tilsyn med. Filene er på formatene PDF, XPS
-(XML-basert PDF-lignende format fra Microsoft) og DOCX, så det vil
-være en stor jobb å strukturere informasjonen på en måte som kan
-importeres i OpenCorporates. Svaret er ikke i tråd med
-<a href="http://lovdata.no/dokument/SF/forskrift/2013-04-05-959">Forskrift
-om IT-standarder i offentlig forvaltning</a> som sier epostvedlegg
-skal sendes som PDF, så jeg har gjorde PDF-utgaver av XPS og
-DOCX-utgavene tilgjengelig for å gjøre det enklere for alle å se
-innholdet.</p>
+<p>Oppdatering 2017-04-28: I dag ble høringuttalelsen jeg skrev
+ <a href="https://www.nuug.no/news/NUUGs_h_ringuttalelse_til_Riksarkivarens_forskrift.shtml">sendt
+ inn av foreningen NUUG</a>.</p>
</description>
</item>
<item>
- <title>Graphing the Norwegian company ownership structure</title>
- <link>http://people.skolelinux.org/pere/blog/Graphing_the_Norwegian_company_ownership_structure.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Graphing_the_Norwegian_company_ownership_structure.html</guid>
- <pubDate>Mon, 15 Jun 2015 14:00:00 +0200</pubDate>
- <description><p>It is a bit work to figure out the ownership structure of companies
-in Norway. The information is publicly available, but one need to
-recursively look up ownership for all owners to figure out the complete
-ownership graph of a given set of companies. To save me the work in
-the future, I wrote a script to do this automatically, outputting the
-ownership structure using the Graphviz/dotty format. The data source
-is web scraping from <a href="http://www.proff.no/">Proff</a>, because
-I failed to find a useful source directly from the official keepers of
-the ownership data, <a href="http://www.brreg.no/">Brønnøysundsregistrene</a>.</p>
-
-<p>To get an ownership graph for a set of companies, fetch
-<a href="https://github.com/petterreinholdtsen/brreg-norway-ownership-graph">the code from git</a> and run it using the organisation number. I'm
-using the Norwegian newspaper Dagbladet as an example here, as its
-ownership structure is very simple:</p>
-
-<pre>
-% time ./bin/eierskap-dotty 958033540 > dagbladet.dot
-
-real 0m2.841s
-user 0m0.184s
-sys 0m0.036s
+ <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><p>Jeg oppdaget i dag at <a href="https://www.oep.no/">nettstedet som
+publiserer offentlige postjournaler fra statlige etater</a>, 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:</p>
+
+<blockquote><pre>
+% curl -v -s https://www.oep.no/pub/report.xhtml?reportId=3 2>&1 |grep '< HTTP'
+< HTTP/1.1 404 Not Found
+% curl -v -s --header 'User-Agent:Opera/12.0' https://www.oep.no/pub/report.xhtml?reportId=3 2>&1 |grep '< HTTP'
+< HTTP/1.1 200 OK
%
-</pre>
-
-<p>The script accept several organisation numbers on the command line,
-allowing a cluster of companies to be graphed in the same image. The
-resulting dot file for the example above look like this. The edges
-are labeled with the ownership percentage, and the nodes uses the
-organisation number as their name and the name as the label:</p>
-
-<pre>
-digraph ownership {
-rankdir = LR;
-"Aller Holding A/s" -> "910119877" [label="100%"]
-"910119877" -> "998689015" [label="100%"]
-"998689015" -> "958033540" [label="99%"]
-"974530600" -> "958033540" [label="1%"]
-"958033540" [label="AS DAGBLADET"]
-"998689015" [label="Berner Media Holding AS"]
-"974530600" [label="Dagbladets Stiftelse"]
-"910119877" [label="Aller Media AS"]
-}
-</pre>
-
-<p>To view the ownership graph, run "<tt>dotty dagbladet.dot</tt>" or
-convert it to a PNG using "<tt>dot -T png dagbladet.dot >
-dagbladet.png</tt>". The result can be seen below:</p>
-
-<img src="http://people.skolelinux.org/pere/blog/images/2015-06-15-ownership-graphs-norway-dagbladet.png" width="80%">
-
-<p>Note that I suspect the "Aller Holding A/S" entry to be incorrect
-data in the official ownership register, as that name is not
-registered in the official company register for Norway. The ownership
-register is sensitive to typos and there seem to be no strict checking
-of the ownership links.</p>
-
-<p>Let me know if you improve the script or find better data sources.
-The code is licensed according to GPL 2 or newer.</p>
-
-<p>Update 2015-06-15: Since the initial post I've been told that
-"<a href="http://www.proff.dk/firma/carl-allers-etablissement-aktieselskab/københavn-v/hovedkontorer/13624518-3/">Aller
-Holding A/S</a>" is a Danish company, which explain why it did not
-have a Norwegian organisation number. I've also been told that there
-is a <a href="http://www.brreg.no/automatiske/webservices/">web
-services API available</a> from Brønnøysundsregistrene, for those
-willing to accept the terms or pay the price.</p>
+</pre></blockquote>
+
+<p>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.</p>
+
+<p>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
+<a href="http://presse.no/dette-mener-np/undergraver-offentlighetsloven/">rapporten
+«Slik hindrer departementer innsyn» som ble publiserte i januar
+2017</a>. Det virker usannsynlig, da det jo er trivielt å bytte
+User-Agent til noe nytt.</p>
+
+<p>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
+<a href="https://www.oep.no/search/result.html?period=dateRange&fromDate=01.01.2016&toDate=01.04.2017&dateType=documentDate&caseDescription=&descType=both&caseNumber=&documentNumber=&sender=basefarm&senderType=both&documentType=all&legalAuthority=&archiveCode=&list2=196&searchType=advanced&Search=Search+in+records">postjournalen
+til DIFI viser kun to dokumenter</a> det siste året mellom DIFI og
+Basefarm.
+<a href="https://www.mimesbronn.no/request/blokkering_av_tilgang_til_oep_fo">Mimes brønn neste</a>,
+tenker jeg.</p>
</description>
</item>
<item>
- <title>Measuring and adjusting the loudness of a TV channel using bs1770gain</title>
- <link>http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Measuring_and_adjusting_the_loudness_of_a_TV_channel_using_bs1770gain.html</guid>
- <pubDate>Thu, 11 Jun 2015 13:40:00 +0200</pubDate>
- <description><p>Television loudness is the source of frustration for viewers
-everywhere. Some channels are very load, others are less loud, and
-ads tend to shout very high to get the attention of the viewers, and
-the viewers do not like this. This fact is well known to the TV
-channels. See for example the BBC white paper
-"<a href="http://downloads.bbc.co.uk/rd/pubs/whp/whp-pdf-files/WHP202.pdf">Terminology
-for loudness and level dBTP, LU, and all that</a>" from 2011 for a
-summary of the problem domain. To better address the need for even
-loadness, the TV channels got together several years ago to agree on a
-new way to measure loudness in digital files as one step in
-standardizing loudness. From this came the ITU-R standard BS.1770,
-"<a href="http://www.itu.int/rec/R-REC-BS.1770/en">Algorithms to
-measure audio programme loudness and true-peak audio level</a>".</p>
-
-<p>The ITU-R BS.1770 specification describe an algorithm to measure
-loadness in LUFS (Loudness Units, referenced to Full Scale). But
-having a way to measure is not enough. To get the same loudness
-across TV channels, one also need to decide which value to standardize
-on. For European TV channels, this was done in the EBU Recommondaton
-R128, "<a href="https://tech.ebu.ch/docs/r/r128.pdf">Loudness
-normalisation and permitted maximum level of audio signals</a>", which
-specifies a recommended level of -23 LUFS. In Norway, I have been
-told that NRK, TV2, MTG and SBS have decided among themselves to
-follow the R128 recommondation for playout from 2016-03-01.</p>
-
-<p>There are free software available to measure and adjust the loudness
-level using the LUFS. In Debian, I am aware of a library named
-<a href="https://tracker.debian.org/pkg/libebur128">libebur128</a>
-able to measure the loudness and since yesterday morning a new binary
-named <a href="http://bs1770gain.sourceforge.net">bs1770gain</a>
-capable of both measuring and adjusting was uploaded and is waiting
-for NEW processing. I plan to maintain the latter in Debian under the
-<a href="https://qa.debian.org/developer.php?email=pkg-multimedia-maintainers%40lists.alioth.debian.org">Debian
-multimedia</a> umbrella.</p>
-
-<p>The free software based TV channel I am involved in,
-<a href="http://www.frikanalen.no/">Frikanalen</a>, plan to follow the
-R128 recommondation ourself as soon as we can adjust the software to
-do so, and the bs1770gain tool seem like a good fit for that part of
-the puzzle to measure loudness on new video uploaded to Frikanalen.
-Personally, I plan to use bs1770gain to adjust the loudness of videos
-I upload to Frikanalen on behalf of <a href="http://www.nuug.no/">the
-NUUG member organisation</a>. The program seem to be able to measure
-the LUFS value of any media file handled by ffmpeg, but I've only
-successfully adjusted the LUFS value of WAV files. I suspect it
-should be able to adjust it for all the formats handled by ffmpeg.</p>
+ <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><p>The <a href="https://github.com/hiOA-ABI/nikita-noark5-core">Nikita
+Noark 5 core project</a> is implementing the Norwegian standard for
+keeping an electronic archive of government documents.
+<a href="http://www.arkivverket.no/arkivverket/Offentlig-forvaltning/Noark/Noark-5/English-version">The
+Noark 5 standard</a> 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've been involved
+in the project since a few weeks before Christmas, when the Norwegian
+Unix User Group
+<a href="https://www.nuug.no/news/NOARK5_kjerne_som_fri_programvare_f_r_epostliste_hos_NUUG.shtml">announced
+it supported the project</a>. 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.</p>
+
+<p>If you would like to help make sure there is a free software
+alternatives for the archives, please join our IRC channel
+(<a href="irc://irc.freenode.net/%23nikita"">#nikita on
+irc.freenode.net</a>) and
+<a href="https://lists.nuug.no/mailman/listinfo/nikita-noark">the
+project mailing list</a>.</p>
+
+<p>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
+<tt>archive-pdf</tt> to upload a PDF file to the archive using this
+API. The tool is very simple at the moment, and find existing
+<a href="https://en.wikipedia.org/wiki/Fonds">fonds</a>, 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:</p>
+
+<p><blockquote><pre>
+~/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$
+</pre></blockquote></p>
+
+<p>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 <tt>archive-pdf</tt>
+tool can be found in the git repository for the API tester.</p>
+
+<p>In the project, I have been mostly working on
+<a href="https://github.com/petterreinholdtsen/noark5-tester">the API
+tester</a> so far, while getting to know the code base. The API
+tester currently use
+<a href="https://en.wikipedia.org/wiki/HATEOAS">the HATEOAS links</a>
+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.</p>
+
+<p>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
+<a href="https://github.com/petterreinholdtsen/noark5-tester/tree/master/mangelmelding">started
+writing down</a> the questions we get from implementing it. We use a
+format inspired by how <a href="http://www.opengroup.org/austin/">The
+Austin Group</a> collect defect reports for the POSIX standard with
+<a href="http://www.opengroup.org/austin/mantis.html">their
+instructions for the MANTIS defect tracker system</a>, in lack of an official way to structure defect reports for Noark 5 (our first submitted defect report was a <a href="https://github.com/petterreinholdtsen/noark5-tester/blob/master/mangelmelding/sendt/2017-03-15-mangel-prosess.md">request for a procedure for submitting defect reports</a> :).
+
+<p>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.</p>
</description>
</item>
<item>
- <title>Hva gjør at NRK kan distribuere H.264-video uten patentavtale med MPEG LA?</title>
- <link>http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Hva_gj_r_at_NRK_kan_distribuere_H_264_video_uten_patentavtale_med_MPEG_LA_.html</guid>
- <pubDate>Wed, 10 Jun 2015 15:20:00 +0200</pubDate>
- <description><p>Helt siden jeg i 2012 fikk beskjed fra MPEG LA om at
-<a href="http://people.skolelinux.org/pere/blog/MPEG_LA_mener_NRK_m__ha_avtale_med_dem_for___kringkaste_og_publisere_H_264_video.html">NRK
-trengte patentavtale med dem</a> hvis de distribuerte H.264-video til
-sluttbrukere, har jeg lurt på hva som gjør at NRK ikke har slik
-avtale. For noen dager siden fikk jeg endelig gjort noe med min
-undring, og sendte 2015-05-28 følgende epost til info (at) nrk.no med
-tittel "Hva gjør at NRK kan distribuere H.264-video uten patentavtale
-med MPEG LA?":</p>
-
-<p><blockquote>
-<p>Jeg lurer på en ting rundt NRKs bruk av H.264-video på sine
-websider samt distribusjon via RiksTV og kabel-TV. Har NRK vurdert om
-det er behov for en patentavtale med
-<a href="http://www.mpegla.com/">MPEG LA</a> slik det står i
-programvarelisensene til blant annet Apple Final Cut Studio, Adobe
-Premiere Pro, Avid og Apples Final Cut Pro X?</p>
-
-<p>Hvis dere har vurdert dette, hva var utfallet av en slik vurdering?</p>
-
-<p>Hvis dere ikke har vurdert dette, har NRK planer om å vurdere behovet
-for patentavtale?</p>
-
-<p>I følge en artikkel på
-<a href="https://nrkbeta.no/2012/02/01/siste-kutt-for-final-cut/">NRK
-Beta i 2012</a> har NRK brukt eller testet både Apple Final Cut
-Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X til bruk
-for å redigere video før sending. Alle disse har bruksvilkår
-understøttet av opphavsretten som sier at de kun kan brukes til å lage
-filmer til personlig og ikke-kommersiell bruk - med mindre en har en
-lisensavtale med MPEG LA om bruk av patenter utstedt i USA for H.264.
-Se f.eks. <a href="http://www.avid.com/static/resources/common/documents/corporate/LICENSE.pdf">bruksvilkårene for Avid</a>, <a href="http://news.cnet.com/8301-30685_3-20000101-264.html">Adobe Premiere</a> og <a href="http://images.apple.com/legal/sla/docs/finalcutstudio2.pdf">Apple Final
-Cut Studio</a> og søk etter "MPEG LA".</p>
-
-<p>Dette får meg til å lure på om det er brudd på opphavsretten å bruke
-disse verktøyene i strid med bruksvilkårene uten patentavtale med MPEG
-LA. Men NRK bruker jo tilsynelatende disse verktøyene uten patentavtale
-med MPEG LA.</p>
-
-<p>I følge forfatteren av Open Broadcast Encoder finnes det to typer
-H.264-relaterte avtaler en kan få med MPEG LA. Det er én for å lage
-programvare og utstyr som produserer H.264-video, og en annen for å
-kringkaste video som bruker H.264. Dette forteller meg at selv om
-produsentene av utstyr og programvare som NRK bruker har en slik avtale
-med MPEG LA, så trenges det en egen avtale for å kringkaste video på det
-formatet.</p>
-
-<p>I følge Ryan Rodriguez hos MPEG LA, da jeg spurte ham på epost i
-juni 2012, har NRK ikke en slik avtale med MPEG LA. Han sa videre at
-NRK trenger en slik avtale hvis NRK tilbyr H.264-kodet video til
-sluttbrukere. Jeg sjekket listen med
-<a href="http://www.mpegla.com/main/programs/AVC/Pages/Licensees.aspx">organisasjoner
-med avtale med MPEG LA</a> og NRK står fortsatt ikke der.</p>
-
-<p>Jeg lurer dermed på hva som gjør at NRK kan bruke de overnevnte
-videoredigeringsverktøyene, som tilsynelatende har krav om avtale med
-MPEG LA for å kunne brukes slik NRK bruker dem, til å lage videofiler
-for distribusjon uten å ha en avtale med MPEG LA om distribusjon av
-H.264-video? Dette er spesielt interessant å vite for oss andre som
-også vurderer å spre H.264-video etter å ha redigert dem med disse mye
-brukte videoredigeringsverktøyene.</p>
-</blockquote></p>
-
-<p>Samme dag fikk jeg automatisk svar om at min henvendelse hadde fått
-saksid 1294699. Jeg fikk deretter følgende respons fra NRK
-2015-06-09:</p>
-
-<p><blockquote>
-<p>Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som kunne
-svare på dette.</p>
-
-<p>For selskaper som leverer h.264 til sluttbrukere på nett (f.eks
-NRKs nett- tv utgaver som bruker h.264) - og som leverer slike
-tjenester uten betaling fra forbrukere – er det heller ikke påkrevd
-noen patentavtale.</p>
-
-<p><a href="http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y">http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y</a></p>
-
-<p>Med vennlig hilsen
-<br>Gunn Helen Berg
-<br>Informasjonskonsulent, Publikumsservice</p>
-
-<p>NRK
-<br>Strategidivisjonen
-<Br>Sentralbord: +47 23 04 70 00
-<br>Post: NRK Publikumsservice, 8608 Mo i Rana
-<br>nrk.no / info (at) nrk.no</p>
-</blockquote></p>
-
-Da dette ikke helt var svar på det jeg lurte på, sendte jeg samme dag
-oppfølgerepost tilbake:
-
-<p><blockquote>
-<p>[Gunn Helen Berg]
-<br>> Hei, beklager lang svartid, men det tok litt tid å finne ut hvem som
-<br>> kunne svare på dette.</p>
-
-<p>Takk for svar. Men det besvarte ikke helt det jeg spurte om.</p>
-
-<p>> For selskaper som leverer h.264 til sluttbrukere på nett (f.eks NRKs
-<br>> nett- tv utgaver som bruker h.264) - og som leverer slike tjenester
-<br>> uten betaling fra forbrukere – er det heller ikke påkrevd noen
-<br>> patentavtale.
-<br>>
-<br>> http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y</p>
-
-<p>Spørsmålet er ikke kun om MPEG LA krever patentavtale eller ikke
-(hvilket ikke helt besvares av pressemeldingen omtalt over, gitt at
-pressemeldingen kom i 2010, to år før MPEG LA ansvarlige for
-internasjonal lisensiering egen Ryan Rodriguez fortalte meg på epost
-at NRK trenger en lisens.</p>
-
-<p>Det er uklart fra pressemeldingen hva "Internet Broadcast AVC
-Video" konkret betyr, men i følge en
-<a href="http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf">presentasjon
-fra MPEG LA med tema "AVC PAtent Portfoli License Briefing" datert
-2015-05-15</a> gjelder "Internet Broadcast AVC Video" kun kringkasting
-på Internet som ikke tilbyr valg av enkeltinnslag ("not
-title-by-title"), hvilket jo NRK gjør på sine nettsider. I tillegg
-kringkaster jo NRK H.264-video også utenom Internet (RiksTV, kabel,
-satelitt), hvilket helt klart ikke er dekket av vilkårene omtalt i
-pressemeldingen.</p>
-
-<p>Spørsmålet mitt er hvordan NRK kan bruke verktøy med bruksvilkår
-som krever avtale med MPEG LA for det NRK bruker dem til, når NRK ikke
-har avtale med MPEG LA. Hvis jeg forsto spørsmålet riktig, så mener
-NRK at dere ikke trenger avtale med MPEG LA, men uten slik avtale kan
-dere vel ikke bruke hverken Apple Final Cut Studio, Adobe Premiere
-Pro, Avid eller Apples Final Cut Pro X for å redigere video før
-sending?</p>
-
-<p>Mine konkrete spørsmål var altså:</p>
-
-<ul>
-
-<li>Hvis NRK har vurdert om det er behov for en patentavtale med MPEG LA
- slik det er krav om i programvarelisensene til blant annet Apple
- Final Cut Studio, Adobe Premiere Pro, Avid og Apples Final Cut Pro X,
- hva var utfallet av en slik vurdering? Kan jeg få kopi av vurderingen
- hvis den er gjort skriftlig?</li>
-
-<li>Hvis NRK ikke har vurdert dette, har NRK planer om å vurdere behovet
- for patentavtale?</li>
-
-<li>Hva slags saksnummer fikk min henvendelse i NRKs offentlige
- postjournal? Jeg ser at postjournalen ikke er publisert for den
- aktuelle perioden ennå, så jeg fikk ikke sjekket selv.</li>
-
-</ul>
-</blockquote></p>
-
-<p>Det hjelper å ha funnet rette vedkommende i NRK, for denne gangen
-fikk jeg svar tilbake dagen etter (2015-06-10), fra Geir Børdalen i
-NRK:</p>
+ <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><p>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 <tt>df</tt> 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:</p>
<p><blockquote>
-<p>Hei Petter Reinholdtsen</p>
-
-<p>Jeg har sjekket saken med distribusjonssjef for tv, Arild Hellgren
-(som var teknologidirektør da bakkenettet ble satt opp). NRK v/
-Hellgren hadde møte med MPEG LA sammen med den europeiske
-kringkastingsunionen EBU før bakkenettet for TV ble satt opp
-(igangsatt høsten 2007). I dette møtet ble det avklart at NRK/EBU ikke
-trengte noen patentavtale for h.264 i forbindelse med oppsett av
-bakkenettet eller bruk av MPEG4 h.264 som kompresjonsalgoritme fordi
-tjenesten «in full»(nor: helt) var betalt av utsendelseselskapene og
-ikke av forbrukerne.</p>
-
-<p><a href="http://www.nrk.no/oppdrag/digitalt-bakkenett-1.3214555">http://www.nrk.no/oppdrag/digitalt-bakkenett-1.3214555</a></p>
-
-<p>Det er også klart slått fast at selskaper som leverer video basert
-på MPEG4 h.264 til sluttbrukere på nett, heller ikke påkrevd noen
-patentavtale – så lenge de leverer slike tjenester uten betaling fra
-sluttbrukere.</p>
-
-<a href="http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y">http://www.businesswire.com/news/home/20100825006629/en/MPEG-LA%E2%80%99s-AVC-License-Charge-Royalties-Internet#.VWb2ws_774Y</a>
-
-<p>“MPEG LA announced today that its AVC Patent Portfolio License will
-continue not to charge royalties for Internet Video that is free to
-end users (known as “Internet Broadcast AVC Video”) during the entire
-life of this License. MPEG LA previously announced it would not charge
-royalties for such video through December 31, 2015 (see
-<a href="http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf">http://www.mpegla.com/Lists/MPEG%20LA%20News%20List/Attachments/226/n-10-02-02.pdf</a>),
-and today’s announcement makes clear that royalties will continue not
-to be charged for such video beyond that time. Products and services
-other than Internet Broadcast AVC Video continue to be
-royalty-bearing.”</p>
-
-<p>Vi har derfor ikke noe behov for å vurdere noen patentavtale med
-MPEG LA.</p>
-
-<p>Understreker for øvrig at NRK ikke er låst til MPEG4 – h.264 som
-utsendelsesformat – og at vi har brukt og bruker flere andre
-alternativer i våre tjenester. Ulike «devicer» har ofte behov for
-forskjellige løsninger – og NRK har forsøkt å levere med best mulig
-kvalitet /økonomi /stabilitet avhengig av
-plattform. Produksjonsformater i NRK spenner for øvrig over en rekke
-forskjellige formater – hvor MPEG4 bare er en av disse. Når NRK kjøper
-teknisk utstyr er betaling for kodekstøtte ofte en del av
-anskaffelsesprisen for denne maskinvaren (enten dette er spesialiserte
-enkodere eller forskjellige typer produksjonsutstyr).</p>
-
-<p>Vennlig hilsen
-<br>Geir Børdalen</p>
-
-<p>________________________________________
-<br>Geir Børdalen
-<br>Investeringsansvarlig NRK / Hovedprosjektleder - Origo
-<br>Avdeling for utvikling, innovasjon, investering og eiendom
-<br>NRK medietjenester
-<br>Sentralbord: +47 23 04 70 00
-<br>Post: NRK, AUTV (RBM5), Pb. 8500 Majorstuen, 0340 Oslo
-<br>nrk.no
+nfs: server nfsserver not responding, still trying
+<br>nfs: server nfsserver OK
</blockquote></p>
-
-<p>Et godt og grundig svar, som var informativt om hvordan NRK tenker
-rundt patentavtale med MPEG LA, men heller ikke helt besvarte det jeg
-lurte på, så jeg sendte epostoppfølging samme dag.</p>
-
-<p><blockquote>
-<p>[Geir Børdalen]
-<br>> Hei Petter Reinholdtsen</p>
-
-<p>Hei, og takk for raskt svar. Er min henvendelse journalført slik
-at den dukker opp i NRKs postjournal?</p>
-
-<p>Svaret ditt var meget nyttig, og jeg forstår ut fra det du skriver
-at avklaringen med MPEG LA rundt H.264-distribusjon via bakkenettet
-gjelder alle TV-kanaler i Norge. Hvilke saksnummer fikk dokumenter
-som ble opprettet i forbindelse med det omtalte møtet NRK v/Hellgren
-og EBU hadde med MPEG LA (dvs. referater, avtaler, etc),
-f.eks. dokumentet der formuleringen "in full" som du omtaler
-finnes?<p>
-
-<p>Men det er et par ting jeg fortsatt ikke forstår. Det ene er
-hvorfor NRKs forståelse av hva "Internet Broadcast AVC Video" dekker
-ser ut til å avvike fra det som presenteres i
-<a href="http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf">lysark
-fra MPEG LA</a> i mai, der MPEG LA på lysark med overskriften
-"AVC/H.264 License Terms Participation Fees" og undertittel "Where
-remuneration is from other sources" skriver "Internet Broadcast AVC
-Video (not title-by-title, not subscription) – no royalty for life of
-the AVC Patent Portfolio License".</p>
-
-<p>Her leser jeg MPEG LA dithen at det kun er kringkasting uten
-abonnement via Internet som er dekket at vilkårne omtalt i
-pressemeldingen, mens jeg forstår deg dithen at NRK mener NRKs
-nettsider som også har enkeltfilmer og innslag (som jeg forstår dekket
-av formuleringen "title-by-title") dekkes av "Internet Broadcast AVC
-Video" fra MPEG LA. Hva baserer dere denne tolkningen på? Jeg har
-ikke sett noe skriftlig fra MPEG LA som støtter NRKs tolkning, og
-lurer på om dere har andre kilder enn den pressemeldingen fra 5 år
-tilbake, der NRKS forståelse av hva "Internet Broadcast AVC Video"
-dekker er beskrevet?</p>
-
-<p>Det andre er at eposten din ikke nevnte spørsmålet mitt om
-bruksvilkårene til videoredigeringsverktøyene som NRK bruker. Disse
-har som tidligere nevnt krav om at de kun skal brukes til private og
-ikke-kommersielle formål med mindre en har avtale med MPEG LA, og uten
-avtale med MPEG LA kan det jo virke som om NRK bruker verktøyene i
-strid med bruksvilkårene. Hva gjør at disse bruksvilkårene ikke
-gjelder for NRK?</p>
-</blockquote></p>
-
-<p>Noen minutter senere får jeg foreløpig siste svar i
-føljetongen:</p>
-
-<p><blockquote>
-<p>Hei igjen</p>
-
-<p>Vårt dokumentarkiv har fått en kopi (journalføringsnr kan jeg
-dessverre ikke gi deg).<p>
-
-<p>> Svaret ditt var meget nyttig, og jeg forstår ut fra det du
-<br>> skriver at avklaringen med MPEG LA rundt H.264-distribusjon via
-<br>> bakkenettet gjelder alle TV-kanaler i Norge.</p>
-
-<p>Svar: Kan ikke svare for andre enn for NRK/EBU - og for bakkenettet
-i Norge er det kun NRK som er et lisensbasert selskap. Kan ikke gi noe
-svar på saksnr på dokumenter eller ytterligere informasjon da jeg selv
-ikke var del i dette.</p>
-
-<p>> Men det er et par ting jeg fortsatt ikke forstår. ...</p>
-
-<p>Svar: Kan ikke gå ytterligere inn i dette fra min side og mitt
-fagfelt som er produksjon/publisering og systemstrukturene bak
-disse. For øvrig ligger det etter vår formening ingen begrensninger
-for NRK i mulighetene til publisering mht til kodek i
-produksjonssystemer. Som tidligere skrevet mener vi at NRK ikke
-trenger noen avtale med MPEG LA og støtter oss til det vi allerede har
-kommunisert i forrige epost.</p>
-
-<p>Mvh
-<br>Geir Børdalen</p>
-</blockquote></p>
-
-<p>Det syntes vanskelig å komme videre når NRK ikke ønsker å gå inn i
-problemstillingen rundt bruksvilkårene til videoredigeringsverktøyene
-NRK bruker, så jeg sendte takk for svarene og avsluttet utvekslingen
-så langt:</p>
-
-<p><blockquote>
-<p>Tusen takk for rask respons, og oppklarende forklaring om hvordan
-NRK tenker rundt MPEG LA.</p>
-
-<p>Jeg vil høre med NRK-arkivet for å se om de kan spore opp de
-omtalte dokumentene. Jeg setter pris på om du kan dele titler, dato
-eller annen informasjon som kan gjøre det enklere for arkivet å finne
-dem.</p>
-
-<p>Når det gjelder hvordan bruksvilkårene til
-videoredigeringsverktøyene skal tolkes, så skal jeg høre med MPEG LA
-og produsentene av verktøyene for å forsøke å få klarhet i hva de
-mener er rikgig rettstilstand.</p>
-</blockquote></p>
-
-<p>Jeg ble litt klokere, men fortsatt er det uklart for meg hva som er
-grunnlaget til NRK for å se bort fra bruksvilkår i
-videoredigeringsprogramvare som krever MPEG LA-avtale til alt annet
-enn privat og ikke-kommersiell bruk.</p>
+
+<p>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.</p>
+
+<p>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.</p>
+
+<p>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.</p>
+
+<p>The content for a NFS mount point look similar to this:</p>
+
+<p><blockquote><pre>
+[...]
+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
+[...]
+</pre></blockquote></p>
+
+<p>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.</p>
+
+<p>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
+<ahref="http://docs.oracle.com/cd/E19253-01/816-4555/netmonitor-12/index.html">Solaris
+10 System Administration Guide: Network Services</a>, the 'nfsstat -c'
+command can be used to get these timeout values. But this do not work
+on Linux, as far as I can tell. I
+<ahref="http://bugs.debian.org/857043">asked Debian about this</a>,
+but have not seen any replies yet.</p>
+
+<p>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.</p>
</description>
</item>
<item>
- <title>Blir det virkelig krav om fingeravtrykk i nasjonale ID-kort?</title>
- <link>http://people.skolelinux.org/pere/blog/Blir_det_virkelig_krav_om_fingeravtrykk_i_nasjonale_ID_kort_.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Blir_det_virkelig_krav_om_fingeravtrykk_i_nasjonale_ID_kort_.html</guid>
- <pubDate>Tue, 12 May 2015 11:30:00 +0200</pubDate>
- <description><p>Noen finner det vanskelig å tro at Stortinget faktisk har vedtatt å
-kreve at alle norske borgerne må avgi fingeravtrykk til politiet for å
-fungere i samfunnet. Jeg er blitt spurt hva som er grunnlaget for
-<a href="http://people.skolelinux.org/pere/blog/Norwegian_citizens_now_required_by_law_to_give_their_fingerprint_to_the_police.html">min
-påstand i forrige bloggpost</a> om at det nå blir krav om å avgi
-fingeravtrykk til politiet for å fungere som borger i Norge. De som
-spør klarer ikke lese det ut fra det som er vedtatt. Her er en liten
-oppsummering om hva jeg baserer det på. Det sies ikke direkte i
-hverken proposisjon, innstilling eller vedtak, men fremgår når en ser
-på indirekte formuleringer.</p>
-
-<p>I
-<a href="https://www.regjeringen.no/nb/dokumenter/prop.-66-l-2014-2015/id2399703/">stortingsproposisjon
-66</a>, avsnitt 6.3.5 (Avgivelse av biometriske personopplysninger)
-står det<p>
-
-<p><blockquote>
+ <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><p>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.</p>
+
+<p>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.</p>
+
+<p>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?</p>
+
+<p>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 'the FBI denies any wiretapping', while the reality is that
+'the FBI denies any illegal wiretapping'. There is a fundamental and
+important difference, and it make me sad that the journalists are
+unable to grasp it.</p>
+
+<p><strong>Update 2017-03-13:</strong> Look like
+<a href="https://theintercept.com/2017/03/13/rand-paul-is-right-nsa-routinely-monitors-americans-communications-without-warrants/">The
+Intercept report that US Senator Rand Paul confirm what I state above</a>.</p>
+</description>
+ </item>
+
+ <item>
+ <title>Norwegian Bokmål translation of The Debian Administrator'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><p>For almost a year now, we have been working on making a Norwegian
+Bokmål edition of <a href="https://debian-handbook.info/">The Debian
+Administrator's Handbook</a>. 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.</p>
+
+<p><a href="http://people.skolelinux.org/pere/debian-handbook/debian-handbook-nb-NO.pdf">A
+
+fresh PDF edition</a> 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
+<a href="https://hosted.weblate.org/projects/debian-handbook/">visit
+Weblate and correct the error</a>. The
+<a href="http://l.github.io/debian-handbook/stat/nb-NO/index.html">state
+of the translation including figures</a> is a useful source for those
+provide Norwegian bokmål screen shots and figures.</p>
+</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><p>A few days ago I ordered a small batch of
+<a href="http://altusmetrum.org/ChaosKey/">the ChaosKey</a>, 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:</p>
+
+<blockquote><pre>
+% 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
+%
+</pre></blockquote>
+
+<p>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:</p>
+
+<blockquote><pre>
+% 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
+%
+</pre></blockquote>
- <p>Departementet foreslår at både ansiktsfoto og fingeravtrykk skal
- kunne opptas og lagres som identifikasjonsdata i de nasjonale
- ID-kortene, på samme måte som i passene. Lovforslaget er derfor
- utformet i tråd med passloven § 6 annet ledd, som fastslår at det
- til bruk for senere verifisering eller kontroll av passinnehaverens
- identitet kan innhentes og lagres i passet biometrisk
- personinformasjon i form av ansiktsfoto og fingeravtrykk (to
- fingre). Dagens ordning med lagring av ansiktsfoto og fingeravtrykk
- i et kontaktløst smartkort i passet er basert på internasjonale
- standarder. Fingeravtrykkene i nasjonalt ID-kort vil bli beskyttet
- på samme måte som fingeravtrykkene i passene.</p>
-
- <p>[...]</p>
-
- <p>For norske forhold understreker departementet at innføring av
- nasjonale ID-kort sammen med innføring av nye systemer for sikrere
- utstedelse og kontroll av pass og relaterte dokumenter gir mulighet
- til å utforme ordningen slik at den best mulig møter utfordringene
- forbundet med identitetskriminalitet. Det tilsier at fingeravtrykk
- opptas og lagres i alle nasjonale ID-kort.</p>
-</blockquote></p>
+<p>Quite the difference. :) I bought a few more than I need, in case
+someone want to buy one here in Norway. :)</p>
-<p>Departementet sier altså at sin anbefaling er at fingeravtrykk skal
-opptas og lagres i alle nasjonale ID-kort. Det skrives som om det
-blir valgfritt, på samme måten som det skrives passloven, der det i
-loven sier at det kan
-«<a href="https://lovdata.no/dokument/NL/lov/1997-06-19-82#§6">innhentes
-og lagres i passet biometrisk personinformasjon i form av ansiktsfoto
-og fingeravtrykk (to fingre)</a>». Men på tross av bruken av «kan» i
-passloven er det innført krav om å avgi fingeravtrykk for å få et pass
-i Norge. Proposisjonen sier i tillegg i del 1 (Proposisjonens
-hovedinnhold) at ID-kortene skal være like pålitelig som pass og ha
-samme sikkerhetsnivå som pass. Departementet foreslår altså at
-ID-kortene skal gis etter samme regler som for pass.</p>
-
-<p>Formuleringene fra hovedinnholdet i proposisjonen er videreført i
-<a href="https://www.stortinget.no/no/Saker-og-publikasjoner/Publikasjoner/Innstillinger/Stortinget/2014-2015/inns-201415-243/?lvl=0">innstillingen
-fra stortingskomiteen</a>, der det konkret står «De foreslåtte reglene
-vil gi befolkningen tilbud om et offentlig utstedt identitetsbevis som
-vil være like pålitelig som passet, og mer praktisk å bruke som
-legitimasjon» og «Det nasjonale ID-kortet skal også holde samme
-sikkerhetsnivå som passet». Komiteen har altså ingen kommentarer
-eller innsigelser til dette forslaget, og gjorde i debatten da saken
-ble vedtatt det klart at dette var en god sak og at en enstemmig
-komité var glad for resultatet. Stortinget har dermed stilt seg helt
-og fullt bak departementets forslag.</p>
-
-<p>For meg er det åpenbart når en leser proposisjonen at «like
-pålitelig» og «samme sikkerhetsnivå» vil bli tolket av departementet
-som «med samme biometrisk informasjon som i passene», og departementet
-forklarer i tillegg i proposisjonen at de har tenkt at
-fingeravtrykkene «vil bli beskyttet på samme måte som fingeravtrykkene
-i passene». Jeg ser det dermed som åpenbart at den samme
-tvangsinnhentingen av fingeravtrykk som gjelder for pass vil bli
-viderført til de nasjonale ID-kortene.</p>
-
-<p>Det eneste som kan endre dette er massive protester fra
-befolkningen på at folk som ikke er mistenkt for noe kriminelt skal
-tvinges til å gi fingeravtrykket til politiet for å f.eks. kunne få
-bankkonto eller stemme ved valg. Det kunne få departementet til å
-snu. Det tror jeg ikke vil skje.</p>
+<p>Update: The dongle was presented at Debconf last year. You might
+find <a href="https://debconf16.debconf.org/talks/94/">the talk
+recording illuminating</a>. 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.</p>
</description>
</item>
<item>
- <title>Norwegian citizens now required by law to give their fingerprint to the police</title>
- <link>http://people.skolelinux.org/pere/blog/Norwegian_citizens_now_required_by_law_to_give_their_fingerprint_to_the_police.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Norwegian_citizens_now_required_by_law_to_give_their_fingerprint_to_the_police.html</guid>
- <pubDate>Sun, 10 May 2015 16:00:00 +0200</pubDate>
- <description><p>5 days ago, the Norwegian Parliament decided, unanimously, that all
-citizens of Norway, no matter if they are suspected of something
-criminal or not, are
-<a href="https://www.holderdeord.no/votes/1430838871e">required to
-give fingerprints to the police</a> (vote details from Holder de
-ord). The law make it sound like it will be optional, but in a few
-years there will be no option any more. The ID will be required to
-vote, to get a bank account, a bank card, to change address on the
-post office, to receive an electronic ID or to get a drivers license
-and many other tasks required to function in Norway. The banks plan
-to stop providing their own ID on the bank cards when this new
-national ID is introduced, and the national road authorities plan to
-change the drivers license to no longer be usable as identity cards.
-In effect, to function as a citizen in Norway a national ID card will
-be required, and to get it one need to provide the fingerprints to
-the police.</p>
-
-<p>In addition to handing the fingerprint to the police (which
-promised to not make a copy of the fingerprint image at that point in
-time, but say nothing about doing it later), a picture of the
-fingerprint will be stored on the RFID chip, along with a picture of
-the face and other information about the person. Some of the
-information will be encrypted, but the encryption will be the same
-system as currently used in the passports. The codes to decrypt will
-be available to a lot of government offices and their suppliers around
-the globe, but for those that do not know anyone in those circles it
-is good to know that
-<a href="http://www.theguardian.com/technology/2006/nov/17/news.homeaffairs">the
-encryption is already broken</a>. And they
-<a href="http://www.networkworld.com/article/2215057/wireless/bad-guys-could-read-rfid-passports-at-217-feet--maybe-a-lot-more.html">can
-be read from 70 meters away</a>. This can be mitigated a bit by
-keeping it in a Faraday cage (metal box or metal wire container), but
-one will be required to take it out of there often enough to expose
-ones private and personal information to a lot of people that have no
-business getting access to that information.</p>
-
-<p>The new Norwegian national IDs are a vehicle for identity theft,
-and I feel sorry for us all having politicians accepting such invasion
-of privacy without any objections. So are the Norwegian passports,
-but it has been possible to function in Norway without those so far.
-That option is going away with the passing of the new law. In this, I
-envy the Germans, because for them it is optional how much biometric
-information is stored in their national ID.</p>
-
-<p>And if forced collection of fingerprints was not bad enough, the
-information collected in the national ID card register can be handed
-over to foreign intelligence services and police authorities, "when
-extradition is not considered disproportionate".</p>
-
-<p>Update 2015-05-12: For those unable to believe that the Parliament
-really could make such decision, I wrote
-<a href="http://people.skolelinux.org/pere/blog/Blir_det_virkelig_krav_om_fingeravtrykk_i_nasjonale_ID_kort_.html">a
-summary of the sources I have</a> for concluding the way I do
-(Norwegian Only, as the sources are all in Norwegian).</p>
+ <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><p>I just noticed
+<a href="http://www.arkivrad.no/aktuelt/riksarkivarens-forskrift-pa-horing">the
+new Norwegian proposal for archiving rules in the goverment</a> list
+<a href="http://www.ecma-international.org/publications/standards/Ecma-376.htm">ECMA-376</a>
+/ 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 "valid" OOXML document to
+have content with no defined interpretation in the standard, which
+lead to a question and an idea.</p>
+
+<p>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'm aware of the
+<a href="https://github.com/arlm/officeotron/">officeotron OOXML
+validator</a>, 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.</p>
</description>
</item>
projects / homepage.git / blobdiff