Generated.

[homepage.git] / blog / index.rss

<?xml version="1.0" encoding="utf-8"?>
<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/' xmlns:atom="http://www.w3.org/2005/Atom">
        <channel>
                <title>Petter Reinholdtsen</title>
                <description></description>
                <link>http://people.skolelinux.org/pere/blog/</link>
                <atom:link href="http://people.skolelinux.org/pere/blog/index.rss" rel="self" type="application/rss+xml" />
        
        <item>
                <title>Nikita version 0.4 released - free software archive API server</title>
                <link>http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nikita_version_0_4_released___free_software_archive_API_server.html</guid>
                <pubDate>Wed, 22 May 2019 11:30:00 +0200</pubDate>
                <description>&lt;p&gt;This morning,  a new release of 
&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;Nikita
Noark 5 core project&lt;/a&gt; was
&lt;a href=&quot;https://lists.nuug.no/pipermail/nikita-noark/2019-May/000468.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.4
since version 0.3, see the email link above for links to a demo site:&lt;/p&gt;

&lt;ul&gt;

  &lt;li&gt;Roll out OData handling to all endpoints where applicable&lt;/li&gt;
  &lt;li&gt;Changed the relation key for &quot;ny-journalpost&quot; to the official one.&lt;/li&gt;
  &lt;li&gt;Better link generation on outgoing links.&lt;/li&gt;
  &lt;li&gt;Tidy up code and make code and approaches more consistent throughout
   the codebase&lt;/li&gt;
  &lt;li&gt;Update rels to be in compliance with updated version in the
   interface standard&lt;/li&gt;
  &lt;li&gt;Avoid printing links on empty objects as they can&#39;t have links&lt;/li&gt;
  &lt;li&gt;Small bug fixes and improvements&lt;/li&gt;
  &lt;li&gt;Start moving generation of outgoing links to @Service layer so access
   control can be used when generating links&lt;/li&gt;
  &lt;li&gt;Log exception that was being swallowed so it&#39;s traceable&lt;/li&gt;
  &lt;li&gt;Fix name mapping problem&lt;/li&gt;
  &lt;li&gt;Update templated printing so templated should only be printed if it
   is set true. Requires more work to roll out across entire
   application.&lt;/li&gt;
  &lt;li&gt;Remove Record-&gt;DocumentObject as per domain model of n5v4&lt;/li&gt;
  &lt;li&gt;Add ability to delete lists filtered with OData&lt;/li&gt;
  &lt;li&gt;Return NO_CONTENT (204) on delete as per interface standard&lt;/li&gt;
  &lt;li&gt;Introduce support for ConstraintViolationException exception&lt;/li&gt;
  &lt;li&gt;Make Service classes extend NoarkService&lt;/li&gt;
  &lt;li&gt;Make code base respect X-Forwarded-Host, X-Forwarded-Proto and
   X-Forwarded-Port&lt;/li&gt;
  &lt;li&gt;Update CorrespondencePart* code to be more in line with Single
   Responsibility Principle&lt;/li&gt;
  &lt;li&gt;Make package name follow directory structure&lt;/li&gt;
  &lt;li&gt;Make sure Document number starts at 1, not 0&lt;/li&gt;
  &lt;li&gt;Fix isues discovered by FindBugs&lt;/li&gt;
  &lt;li&gt;Update from Date to ZonedDateTime&lt;/li&gt;
  &lt;li&gt;Fix wrong tablename&lt;/li&gt;
  &lt;li&gt;Introduce Service layer tests&lt;/li&gt;
  &lt;li&gt;Improvements to CorrespondencePart&lt;/li&gt;
  &lt;li&gt;Continued work on Class / Classificationsystem&lt;/li&gt;
  &lt;li&gt;Fix feature where authors were stored as storageLocations&lt;/li&gt;
  &lt;li&gt;Update HQL builder for OData&lt;/li&gt;
  &lt;li&gt;Update OData search capability from webpage&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;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>MIME type &quot;text/vnd.sosi&quot; for SOSI map data</title>
                <link>http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/MIME_type__text_vnd_sosi__for_SOSI_map_data.html</guid>
                <pubDate>Mon, 20 May 2019 08:35:00 +0200</pubDate>
                <description>&lt;p&gt;As part of my involvement in the work to
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard&quot;&gt;standardise
a REST based API for Noark 5&lt;/a&gt;, the Norwegian archiving standard, I
spent some time the last few months to try to register a
&lt;a href=&quot;https://www.iana.org/assignments/media-types/&quot;&gt;MIME type&lt;/a&gt;
and &lt;a href=&quot;https://www.nationalarchives.gov.uk/PRONOM/&quot;&gt;PRONOM
code&lt;/a&gt; for the SOSI file format.  The background is that there is a
set of formats approved for long term storage and archiving in Norway,
and among these formats, SOSI is the only format missing a MIME type
and PRONOM code.&lt;/p&gt;

&lt;p&gt;What is SOSI, you might ask?  To quote Wikipedia: SOSI is short for
Samordnet Opplegg for Stedfestet Informasjon (literally &quot;Coordinated
Approach for Spatial Information&quot;, but more commonly expanded in
English to Systematic Organization of Spatial Information).  It is a
text based file format for geo-spatial vector information used in
Norway.  Information about the SOSI format can be found in English
from &lt;a href=&quot;https://en.wikipedia.org/wiki/SOSI&quot;&gt;Wikipedia&lt;/a&gt;.  The
specification is available in Norwegian from
&lt;a href=&quot;https://www.kartverket.no/geodataarbeid/Standarder/SOSI/&quot;&gt;the
Norwegian mapping authority&lt;/a&gt;.  The SOSI standard, which originated
in the beginning of nineteen eighties, was the inspiration and formed the
basis for the XML based
&lt;a href=&quot;https://en.wikipedia.org/wiki/Geography_Markup_Language&quot;&gt;Geography
Markup Language&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;I have so far written
&lt;a href=&quot;https://github.com/file/file/pull/67&quot;&gt;a pattern matching
rule&lt;/a&gt; for the file(1) unix tool to recognize SOSI files, submitted
a request to the PRONOM project to have a PRONOM ID assigned to the
format (reference TNA1555078202S60), and today send a request to IANA
to register the &quot;text/vnd.sosi&quot; MIME type for this format (referanse
&lt;a href=&quot;https://tools.iana.org/public-view/viewticket/1143144&quot;&gt;IANA
#1143144&lt;/a&gt;).  If all goes well, in a few months, anyone implementing
the Noark 5 Tjenestegrensesnitt API spesification should be able to
use an official MIME type and PRONOM code for SOSI files.  In
addition, anyone using SOSI files on Linux should be able to
automatically recognise the format and web sites handing out SOSI
files can begin providing a more specific MIME type.  So far, SOSI
files has been handed out from web sites using the
&quot;application/octet-stream&quot; MIME type, which is just a nice way of
stating &quot;I do not know&quot;.  Soon, we will know. :)&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>
                <title>PlantUML for text based UML diagram modelling - nice free software</title>
                <link>http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/PlantUML_for_text_based_UML_diagram_modelling___nice_free_software.html</guid>
                <pubDate>Mon, 25 Mar 2019 09:35:00 +0100</pubDate>
                <description>&lt;p&gt;As part of my involvement with the
&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;Nikita
Noark 5 core project&lt;/a&gt;, I have been proposing improvements to the
API specification created by &lt;a href=&quot;https://www.arkivverket.no/&quot;&gt;The
National Archives of Norway&lt;/a&gt; and helped migrating the text from a
version control system unfriendly binary format (docx) to Markdown in
git.  Combined with the migration to a public git repository (on
github), this has made it possible for anyone to suggest improvement
to the text.&lt;/p&gt;

&lt;p&gt;The specification is filled with UML diagrams.  I believe the
original diagrams were modelled using Sparx Systems Enterprise
Architect, and exported as EMF files for import into docx.  This
approach make it very hard to track changes using a version control
system.  To improve the situation I have been looking for a good text
based UML format with associated command line free software tools on
Linux and Windows, to allow anyone to send in corrections to the UML
diagrams in the specification.  The tool must be text based to work
with git, and command line to be able to run it automatically to
generate the diagram images.  Finally, it must be free software to
allow anyone, even those that can not accept a non-free software
license, to contribute.&lt;/p&gt;

&lt;p&gt;I did not know much about free software UML modelling tools when I
started.  I have used dia and inkscape for simple modelling in the
past, but neither are available on Windows, as far as I could tell.  I
came across a nice
&lt;a href=&quot;https://modeling-languages.com/text-uml-tools-complete-list/&quot;&gt;list
of text mode uml tools&lt;/a&gt;, and tested out a few of the tools listed
there.  &lt;a href=&quot;http://plantuml.com/&quot;&gt;The PlantUML tool&lt;/a&gt; seemed
most promising.  After verifying that the packages
&lt;a href=&quot;https://tracker.debian.org/pkg/plantuml&quot;&gt;is available in
Debian&lt;/a&gt; and found &lt;a href=&quot;https://github.com/plantuml/plantuml&quot;&gt;its
Java source&lt;/a&gt; under a GPL license on github, I set out to test if it
could represent the diagrams we needed, ie the ones currently in
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/&quot;&gt;the
Noark 5 Tjenestegrensesnitt specification&lt;/a&gt;.  I am happy to report
that it could represent them, even thought it have a few warts here
and there.&lt;/p&gt;

&lt;p&gt;After a few days of modelling I completed the task this weekend.  A
temporary link to the complete set of diagrams (original and from
PlantUML) is available in
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/76&quot;&gt;the
github issue discussing the need for a text based UML format&lt;/a&gt;, but
please note I lack a sensible tool to convert EMF files to PNGs, so
the &quot;original&quot; rendering is not as good as the original was in the
publised PDF.&lt;/p&gt;

&lt;p&gt;Here is an example UML diagram, showing the core classes for
keeping metadata about archived documents:&lt;/p&gt;

&lt;pre&gt;
@startuml
skinparam classAttributeIconSize 0

!include media/uml-class-arkivskaper.iuml
!include media/uml-class-arkiv.iuml
!include media/uml-class-klassifikasjonssystem.iuml
!include media/uml-class-klasse.iuml
!include media/uml-class-arkivdel.iuml
!include media/uml-class-mappe.iuml
!include media/uml-class-merknad.iuml
!include media/uml-class-registrering.iuml
!include media/uml-class-basisregistrering.iuml
!include media/uml-class-dokumentbeskrivelse.iuml
!include media/uml-class-dokumentobjekt.iuml
!include media/uml-class-konvertering.iuml
!include media/uml-datatype-elektronisksignatur.iuml

Arkivstruktur.Arkivskaper &quot;+arkivskaper 1..*&quot; &lt;-o &quot;+arkiv 0..*&quot; Arkivstruktur.Arkiv
Arkivstruktur.Arkiv o--&gt; &quot;+underarkiv 0..*&quot; Arkivstruktur.Arkiv
Arkivstruktur.Arkiv &quot;+arkiv 1&quot; o--&gt; &quot;+arkivdel 0..*&quot; Arkivstruktur.Arkivdel
Arkivstruktur.Klassifikasjonssystem &quot;+klassifikasjonssystem [0..1]&quot; &lt;--o &quot;+arkivdel 1..*&quot; Arkivstruktur.Arkivdel
Arkivstruktur.Klassifikasjonssystem &quot;+klassifikasjonssystem [0..1]&quot; o--&gt; &quot;+klasse 0..*&quot; Arkivstruktur.Klasse
Arkivstruktur.Arkivdel &quot;+arkivdel 0..1&quot; o--&gt; &quot;+mappe 0..*&quot; Arkivstruktur.Mappe
Arkivstruktur.Arkivdel &quot;+arkivdel 0..1&quot; o--&gt; &quot;+registrering 0..*&quot; Arkivstruktur.Registrering
Arkivstruktur.Klasse &quot;+klasse 0..1&quot; o--&gt; &quot;+mappe 0..*&quot; Arkivstruktur.Mappe
Arkivstruktur.Klasse &quot;+klasse 0..1&quot; o--&gt; &quot;+registrering 0..*&quot; Arkivstruktur.Registrering
Arkivstruktur.Mappe --&gt; &quot;+undermappe 0..*&quot; Arkivstruktur.Mappe
Arkivstruktur.Mappe &quot;+mappe 0..1&quot; o--&gt; &quot;+registrering 0..*&quot; Arkivstruktur.Registrering
Arkivstruktur.Merknad &quot;+merknad 0..*&quot; &lt;--* Arkivstruktur.Mappe
Arkivstruktur.Merknad &quot;+merknad 0..*&quot; &lt;--* Arkivstruktur.Dokumentbeskrivelse
Arkivstruktur.Basisregistrering -|&gt; Arkivstruktur.Registrering
Arkivstruktur.Merknad &quot;+merknad 0..*&quot; &lt;--* Arkivstruktur.Basisregistrering
Arkivstruktur.Registrering &quot;+registrering 1..*&quot; o--&gt; &quot;+dokumentbeskrivelse 0..*&quot; Arkivstruktur.Dokumentbeskrivelse
Arkivstruktur.Dokumentbeskrivelse &quot;+dokumentbeskrivelse 1&quot; o-&gt; &quot;+dokumentobjekt 0..*&quot; Arkivstruktur.Dokumentobjekt
Arkivstruktur.Dokumentobjekt *-&gt; &quot;+konvertering 0..*&quot; Arkivstruktur.Konvertering
Arkivstruktur.ElektroniskSignatur -[hidden]-&gt; Arkivstruktur.Dokumentobjekt
@enduml
&lt;/pre&gt;

&lt;p&gt;&lt;a href=&quot;http://plantuml.com/class-diagram&quot;&gt;The format&lt;/a&gt; is quite
compact, with little redundant information.  The text expresses
entities and relations, and there is little layout related fluff.  One
can reuse content by using include files, allowing for consistent
naming across several diagrams.  The include files can be standalone
PlantUML too.  Here is the content of
&lt;tt&gt;media/uml-class-arkivskaper.iuml&lt;tt&gt;:&lt;/p&gt;

&lt;pre&gt;
@startuml
class Arkivstruktur.Arkivskaper &lt;Arkivenhet&gt; {
  +arkivskaperID : string
  +arkivskaperNavn : string
  +beskrivelse : string [0..1]
}
@enduml
&lt;/pre&gt;

&lt;p&gt;This is what the complete diagram for the PlantUML notation above
look like:&lt;/p&gt;

&lt;p&gt;&lt;img width=&quot;80%&quot; src=&quot;http://people.skolelinux.org/pere/blog/images/2019-03-25-noark5-plantuml-diagrameksempel.png&quot;&gt;&lt;/p&gt;

&lt;p&gt;A cool feature of PlantUML is that the generated PNG files include
the entire original source diagram as text.  The source (with include
statements expanded) can be extracted using for example
&lt;tt&gt;exiftool&lt;/tt&gt;.  Another cool feature is that parts of the entities
can be hidden after inclusion.  This allow to use include files with
all attributes listed, even for UML diagrams that should not list any
attributes.&lt;/p&gt;

&lt;p&gt;The diagram also show some of the warts.  Some times the layout
engine place text labels on top of each other, and some times it place
the class boxes too close to each other, not leaving room for the
labels on the relationship arrows.  The former can be worked around by
placing extra newlines in the labes (ie &quot;\n&quot;).  I did not do it here
to be able to demonstrate the issue.  I have not found a good way
around the latter, so I normally try to reduce the problem by changing
from vertical to horizontal links to improve the layout.&lt;/p&gt;

&lt;p&gt;All in all, I am quite happy with PlantUML, and very impressed with
how quickly its lead developer responds to questions.  So far I got an
answer to my questions in a few hours when I send an email.  I
definitely recommend looking at PlantUML if you need to make UML
diagrams.  Note, PlantUML can draw a lot more than class relations.
Check out the documention for a complete list. :)&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>
                <title>Release 0.3 of free software archive API system Nikita announced</title>
                <link>http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Release_0_3_of_free_software_archive_API_system_Nikita_announced.html</guid>
                <pubDate>Sun, 24 Mar 2019 14:30:00 +0100</pubDate>
                <description>&lt;p&gt;Yesterday,  a new release of 
&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core/&quot;&gt;Nikita
Noark 5 core project&lt;/a&gt; was
&lt;a href=&quot;https://lists.nuug.no/pipermail/nikita-noark/2019-March/000451.html&quot;&gt;announced
on the project mailing list&lt;/a&gt;.  The 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.3
since version 0.2.1 (from NEWS.md):&lt;/p&gt;

&lt;ul&gt;
  &lt;li&gt;Improved ClassificationSystem and Class behaviour.&lt;/li&gt;
  &lt;li&gt;Tidied up known inconsistencies between domain model and hateaos links.&lt;/li&gt;
  &lt;li&gt;Added experimental code for blockchain integration.  &lt;/li&gt;
  &lt;li&gt;Make token expiry time configurable at upstart from properties file.&lt;/li&gt;
  &lt;li&gt;Continued work on OData search syntax.&lt;/li&gt;
  &lt;li&gt;Started work on pagination for entities, partly implemented for Saksmappe.&lt;/li&gt;
  &lt;li&gt;Finalise ClassifiedCode Metadata entity.&lt;/li&gt;
  &lt;li&gt;Implement mechanism to check if authentication token is still
   valid.  This allow the GUI to return a more sensible message to the
   user if the token is expired.&lt;/li&gt;
  &lt;li&gt;Reintroduce browse.html page to allow user to browse JSON API using
   hateoas links.&lt;/li&gt;
  &lt;li&gt;Fix bug in handling file/mappe sequence number.  Year change was
   not properly handled.&lt;/li&gt;
  &lt;li&gt;Update application yml files to be in sync with current development.&lt;/li&gt;
  &lt;li&gt;Stop &#39;converting&#39; everything to PDF using libreoffice.  Only
   convert the file formats doc, ppt, xls, docx, pptx, xlsx, odt, odp
   and ods.&lt;/li&gt;
  &lt;li&gt;Continued code style fixing, making code more readable.&lt;/li&gt;
  &lt;li&gt;Minor bug fixes.&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;b&gt;&lt;a href=&quot;bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&quot;&gt;15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b&lt;/a&gt;&lt;/b&gt;.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Åpen og gjennomsiktig vedlikehold av spesifikasjonen for Noark 5 Tjenestegrensesnitt</title>
                <link>http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/_pen_og_gjennomsiktig_vedlikehold_av_spesifikasjonen_for_Noark_5_Tjenestegrensesnitt.html</guid>
                <pubDate>Mon, 11 Mar 2019 16:00:00 +0100</pubDate>
                <description>&lt;p&gt;Et virksomhetsarkiv for meg, er et arbeidsverktøy der en enkelt kan
finne informasjonen en trenger når en trenger det, og der
virksomhetens samlede kunnskap er tilgjengelig. Det må være greit å
finne frem i, litt som en bibliotek. Men der et bibliotek gjerne tar
vare på offentliggjort informasjon som er tilgjengelig flere steder,
tar et arkiv vare på virksomhetsintern og til tider personlig
informasjon som ofte kun er tilgjengelig fra et sted.&lt;/p&gt;

&lt;p&gt;Jeg mistenker den eneste måten å sikre at arkivet inneholder den
samlede kunnskapen i en virksomhet, er å bruke det som virksomhetens
kunnskapslager. Det innebærer å automatisk kopiere (brev, epost,
SMS-er etc) inn i arkivet når de sendes og mottas, og der filtrere
vekk det en ikke vil ta vare på, og legge på metadata om det som er
samlet inn for enkel gjenfinning. En slik bruk av arkivet innebærer at
arkivet er en del av daglig virke, ikke at det er siste hvilested for
informasjon ingen lenger har daglig bruk for. For å kunne være en del
av det daglige virket må arkivet enkelt kunne integreres med andre
systemer.  I disse dager betyr det å tilby arkivet som en
nett-tjeneste til hele virksomheten, tilgjengelig for både mennesker
og datamaskiner.  Det betyr i tur å både tilby nettsider og et
maskinlesbart grensesnitt.&lt;/p&gt;

&lt;p&gt;For noen år siden erkjente visjonære arkivarer fordelene med et
standardisert maskinlesbart grensesnitt til organisasjonens arkiv.  De
gikk igang med å lage noe de kalte
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/&quot;&gt;Noark
5 Tjenestegrensesnitt&lt;/a&gt;.  Gjort riktig, så åpner slike maskinlesbare
grensesnitt for samvirke på tvers av uavhengige programvaresystemer.
Gjort feil, vil det blokkere for samvirke og bidra til
leverandørinnlåsing.  For å gjøre det riktig så må grensesnittet være
klart og entydig beskrevet i en spesifikasjon som gjør at
spesifikasjonen tolkes på samme måte uavhengig av hvem som leser den,
og uavhengig av hvem som tar den i bruk.&lt;/p&gt;

&lt;p&gt;For å oppnå klare og entydige beskrivelser i en spesifikasjon, som
trengs for å kunne få en fri og åpen standard (se
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Fri_og__pen_standard__slik_Digistan_ser_det.html&quot;&gt;Digistan-definisjon&lt;/a&gt;),
så trengs det en åpen og gjennomsiktig inngangsport med lav terskel,
der de som forsøker å ta den i bruk enkelt kan få inn korreksjoner,
etterlyse klargjøringer og rapportere uklarheter i spesifikasjonen.
En trenger også automatiserte datasystemer som måler og sjekker at et
gitt grensesnitt fungerer i tråd med spesifikasjonen.&lt;/p&gt;

&lt;p&gt;For Noark 5 Tjenestegrensesnittet er det nå etablert en slik åpen
og gjennomsiktig inngangsport på prosjekttjenesten github.  Denne
inngangsporten består først og fremst av en åpen portal som lar enhver
se hva som er gjort av endringer i spesifikasjonsteksten over tid, men
det hører også med et åpent &amp;quot;diskusjonsforum&amp;quot; der en kan
komme med endringsforslag og forespørsler om klargjøringer.  Alle
registrerte brukere på github kan bidra med innspill til disse
henvendelsene.&lt;/p&gt;

&lt;p&gt;I samarbeide med Arkivverket har jeg fått opprettet et git-depot
med spesifikasjonsteksten for tjenestegrensesnittet, der det er lagt
inn historikk for endringer i teksten de siste årene, samt lagt inn
endringsforslag og forespørsler om klargjøring av teksten.  Bakgrunnen
for at jeg bidro med dette er at jeg er involvert i
&lt;a href=&quot;https://gitlab.com/OsloMet-ABI/nikita-noark5-core&quot;&gt;Nikita-prosjektet&lt;/a&gt;,
som lager en fri programvare-utgave av Noark 5 Tjenestegrensesnitt.
Det er først når en forsøker å lage noe i tråd med en spesifikasjon at
en oppdager hvor mange detaljer som må beskrives i spesifikasjonen for
å sikre samhandling.&lt;/p&gt;

&lt;p&gt;Spesifikasjonen vedlikeholdes i et rent tekstformat, for å ha et
format egnet for versjonskontroll via versjontrollsystemet git.  Dette
gjør det både enkelt å se konkret hvilke endringer som er gjort når,
samt gjør det praktisk mulig for enhver med github-konto å sende inn
endringsforslag med formuleringer til spesifikasjonsteksten.  Dette
tekstformatet vises frem som nettsider på github, slik at en ikke
trenger spesielle verktøy for å se på siste utgave av
spesifikasjonen.&lt;/p&gt;

&lt;p&gt;Fra dette rene tekstformatet kan det så avledes ulike formater, som
HTML for websider, PDF for utskrift på papir og ePub for lesing med
ebokleser.  Avlednings-systemet (byggesystemet) bruker i dag
verktøyene pandoc, latex, docbook-xsl og GNU make til
transformasjonen.  Tekstformatet som brukes dag er
&lt;a href=&quot;https://www.markdownguide.org/&quot;&gt;Markdown&lt;/a&gt;, men det vurderes
å
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/9&quot;&gt;endre
til formatet RST&lt;/a&gt; i fremtiden for bedre styring av utseende på
PDF-utgaven.&lt;/p&gt;

&lt;p&gt;Versjonskontrollsystemet git ble valgt da det er både fleksibelt,
avansert og enkelt å ta i bruk. Github ble valgt (foran f.eks. Gitlab
som vi bruker i Nikita), da Arkivverket allerede hadde tatt i bruk
Github i andre sammenhenger.&lt;/p&gt;

&lt;p&gt;Enkle endringer i teksten kan gjøres av priviligerte brukere
direkte i nettsidene til Github, ved å finne aktuell fil som skal
endres (f.eks. kapitler/03-konformitet.md), klikke på den lille
bokstaven i høyre hjørne over teksten. Det kommer opp en nettside der
en kan endre teksten slik en ønsker. Når en er fornøyd med endringen
så må endringen &amp;quot;sjekkes inn&amp;quot; i historikken. Det gjøres ved
å gi en kort beskrivelse av endringen (beskriv helst hvorfor endringen
trengs, ikke hva som er endret), under overskriften &amp;quot;Commit
changes&amp;quot;. En kan og bør legge inn en lengre forklaring i det
større skrivefeltet, før en velger om endringen skal sendes direkte
til &#39;master&#39;-grenen (dvs. autorativ utgave av spesifikasjonen) eller
om en skal lage en ny gren for denne endringen og opprette en
endringsforespørsel (aka &amp;quot;Pull Request&amp;quot;/PR). Når alt dette
er gjort kan en velge &amp;quot;Commit changes&amp;quot; for å sende inn
endringen. Hvis den er lagt inn i &amp;quot;master&amp;quot;-grenen så er den
en offisiell del av spesifikasjonen med en gang.  Hvis den derimot er
en endringsforespørsel, så legges den inn i
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/pulls&quot;&gt;listen
over forslag til endringer&lt;/a&gt; som venter på korrekturlesing og
godkjenning.&lt;/p&gt;

&lt;p&gt;Større endringer (for eksempel samtidig endringer i flere filer)
gjøres enklest ved å hente ned en kopi av git-depoet lokalt og gjøre
endringene der før endringsforslaget sendes inn. Denne prosessen er
godt beskrivet i dokumentasjon fra github.  Git-prosjektet som skal
&amp;quot;klones&amp;quot; er
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/&quot;&gt;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;For å registrere nye utfordringer (issues) eller kommentere på
eksisterende utfordringer benyttes nettsiden
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues&quot;&gt;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues&lt;/a&gt;.
I skrivende stund er det 48 åpne og 11 avsluttede utfordringer.  Et
forslag til hva som bør være med når en beskriver en utfordring er
tilgjengelig som utfordring
&lt;a href=&quot;https://github.com/arkivverket/noark5-tjenestegrensesnitt-standard/issues/14&quot;&gt;#14&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;For å bygge en PDF-utgave av spesifikasjonen så bruker jeg i dag en
Debian GNU/Linux-maskin med en rekke programpakker installert.  Når
dette er på plass, så holder det å kjøre kommandoen &#39;make pdf html&#39; på
kommandolinjen, vente ca. 20 sekunder, før spesifikasjon.pdf og
spesifikasjon.html ligger klar på disken. Verktøyene for bygging av
PDF, HTML og ePub-utgave er også tilgjengelig på Windows og
MacOSX.&lt;/p&gt;

&lt;p&gt;Github bidrar med rammeverket.  Men for at åpent vedlikehold av
spesifikasjonen skal fungere, så trengs det folk som bidrar med sin
tid og kunnskap.  Arkivverket har sagt de skal bidra med innspill og
godkjenne forslag til endringer, men det blir størst suksess hvis alle
som bruker og lager systemer basert på Noark 5 Tjenestegrensesnitt
bidrar med sin kunnskap og kommer med forslag til forebedringer.  Jeg
stiller.  Blir du med?&lt;/p&gt;

&lt;p&gt;Det er viktig å legge til rette for åpen diskusjon blant alle
interesserte, som ikke krever at en må godta lange kontrakter med
vilkår for deltagelse. Inntil Arkivverket dukker opp på IRC har vi
laget en IRC-kanal der interesserte enkelt kan orientere seg og
diskutere tjenestegrensesnittet. Alle er velkommen til å ta turen
innom
&lt;a href=&quot;https://webchat.freenode.net/?channels=nikita&quot;&gt;#nikita&lt;/a&gt;
(f.eks. via irc.freenode.net) for å møte likesinnede.&lt;/p&gt;

&lt;p&gt;Det holder dog ikke å ha en god spesifikasjon, hvis ikke de som tar
den i bruk gjør en like god jobb. For å automatisk teste om et konkret
tjenestegrensesnitt følger (min) forståelse av
spesifikasjonsdokumentet, har jeg skrevet et program som kobler seg
opp til et Noark 5v4 REST-tjeneste og tester alt den finner for å se
om det er i henhold til min tolkning av spesifikasjonen.  Dette
verktøyet er tilgjengelig fra
&lt;a href=&quot;https://github.com/petterreinholdtsen/noark5-tester&quot;&gt;https://github.com/petterreinholdtsen/noark5-tester&lt;/a&gt;,
og brukes daglig mens vi utvikler Nikita for å sikre at vi ikke
introduserer nye feil.  Hvis en skal sikre samvirke på tvers av ulike
systemer er det helt essensielt å kunne raskt og automatisk sjekke at
tjenestegrensesnittet oppfører seg som forventet.  Jeg håper andre som
lager sin utgave av tjenestegrensesnittet vi bruke dette verktøyet,
slik at vi tidlig og raskt kan oppdage hvor vi har tolket
spesifikasjonen ulikt, og dermed få et godt grunnlag for å gjøre
spesifikasjonsteksten enda klarere og bedre.&lt;/p&gt;

&lt;p&gt;Dagens beskrivelse av Noark 5 Tjenestegrensesnitt er et svært godt
utgangspunkt for å gjøre virksomhetens arkiv til et dynamisk og
sentralt arbeidsverktøy i organisasjonen.  Blir du med å gjøre den
enda bedre?&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Dårlig med sikkerhetsoppdateringer for Ruters billettautomater i Oslo?</title>
                <link>http://people.skolelinux.org/pere/blog/D_rlig_med_sikkerhetsoppdateringer_for_Ruters_billettautomater_i_Oslo_.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/D_rlig_med_sikkerhetsoppdateringer_for_Ruters_billettautomater_i_Oslo_.html</guid>
                <pubDate>Wed, 13 Feb 2019 10:45:00 +0100</pubDate>
                <description>&lt;p&gt;&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Er_billettautomatene_til_kollektivtrafikken_i_Oslo_uten_sikkerhetsoppdateringer_.html&quot;&gt;For
syv år siden&lt;/a&gt; oppdaget jeg at billettautomater for
kollektivtrafikken i Oslo kjørte
&lt;a href=&quot;http://en.wikipedia.org/wiki/Windows_2000&quot;&gt;Windows 2000
Professional&lt;/a&gt;.  Operativsystemet har ikke fått sikkerhetsfikser fra
Microsoft siden 2010-07-13 i følge dem selv.  Den samme versjonen av
operativsystemet var i bruk
&lt;a href=&quot;http://people.skolelinux.org/pere/blog/Fortsatt_ingen_sikkerhetsoppdateringer_for_billettautomatene_til_kollektivtrafikken_i_Oslo_.html&quot;&gt;for
to og et halvt år siden&lt;/a&gt;, og jammen er det ikke også i bruk den dag
i dag:&lt;/p&gt;

&lt;p align=&quot;center&quot;&gt;&lt;a href=&quot;http://people.skolelinux.org/pere/blog/images/2019-02-13-ruter-win2000pro.jpeg&quot;&gt;&lt;img width=&quot;40%&quot; src=&quot;http://people.skolelinux.org/pere/blog/images/2019-02-13-ruter-win2000pro.jpeg&quot; alt=&quot;[Bilde av Ruters billettautomat med Windows 2000-feilmelding]&quot;&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Bildet er tatt i dag av Kirill Miazine og tilgjengelig for bruk med
bruksvilkårene til
&lt;a href=&quot;http://creativecommons.org/licenses/by/4.0/&quot;&gt;Creative
Commons Attribution 4.0 International (CC BY 4.0)&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Kanskje det hadde vært
&lt;a href=&quot;https://www.aftenposten.no/osloby/i/awqgO/Her-kjorer-du-gratis-trikk-og-buss&quot;&gt;bedre
med gratis kollektivtrafikk&lt;/A&gt;, slik at vi slapp å stole på
datakompetansen til Ruter for å verne våre privatliv samt holde
personopplysninger og betalingsinformasjon unna uvedkommende.  Eneste
måten å sikre at hvor en befinner seg ikke kan hentes ut fra Ruters
systemer er å betale enkeltbilletter med kontanter.  Jeg vet at Ruter
har en god historie om hvor personvernvennlige mobil-app og
RFID-kortene er, men den historien er ikke mulig å uavhengig
kontrollere uten priviligert tilgang til interne system og blir dermed
bare nok en god historie basert på tillit til de som forteller
historien.  Det er ikke slik en sikrer privatsfæren.  Det gjør en ved
å sikre at det ikke (kan) registreres informasjon om ens person.&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>
                <title>Stortinget vedtar maskinlesbart register over 20% av selskapseierne i Norge</title>
                <link>http://people.skolelinux.org/pere/blog/Stortinget_vedtar_maskinlesbart_register_over_20__av_selskapseierne_i_Norge.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Stortinget_vedtar_maskinlesbart_register_over_20__av_selskapseierne_i_Norge.html</guid>
                <pubDate>Thu, 7 Feb 2019 23:55:00 +0100</pubDate>
                <description>&lt;p&gt;Jeg registrerer med glede at Stortinget i dag har
&lt;a href=&quot;https://www.stortinget.no/no/Saker-og-publikasjoner/Saker/Sak/?p=72826&quot;&gt;vedtatt
at det skal vedlikeholdes et åpent og maskinlesbart register over
reelle rettighetshavere i Norge&lt;/a&gt;.  Her kan en kanskje få et
register som kan brukes til å analysere eierskap og kontroll i Norge
maskinelt og knytte det til internasjonale databaser som
&lt;a href=&quot;https://opencorporates.com/&quot;&gt;OpenCorporates&lt;/a&gt;.  Det liker
jeg.&lt;/p&gt;

&lt;p&gt;Den vedtatte grense på 25 prosents eierandel fikk stor
oppmerksomhet i debatten.  Jeg ser fra enkel analyse av skatteetatens
eierskapsregister at 80.4% av alle selskapseiere i registeret har
mindre enn 25% eierandel, mot 73.8% som har mindre enn 5% eierandel.
En grense på 25% vil altså utelukke 80.4% av selskapseierne fra det
vedtatte registeret, og en grense på 5% vil skjule 73.8%.  En må helt
ned i registrering av eierandeler over circa 0.002% for å få mer enn
halvparten av selskapseierne i Norge.  Mon tro hvor langt ned en må i
eierprosent for å få med alle eierskapene til politisk valgte
representanter?&lt;/p&gt;

&lt;p&gt;Jeg biter meg også merke i at Sivert Bjørnstad fra FrP
tilsynelatende tror at aksjonærregisteret er et eksisterende åpent
register, på tross av at det så vidt jeg vet kun deles ved personlig
oppmøte hos skatteetaten og ikke er tilgjengelig i maskinlesbart
format for enhver, og dermed så langt ikke er importert inn i
OpenCorporates.  Det anser jeg ikke for et spesielt åpent register.
Debatten ga ellers lite håp om at situasjonen bedrer seg, da
finansministeren bare henviste til en fraværende næringsministeren og
ikke ville uttale seg om et skikkelig aksjonærregister snart dukker
opp.&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>
                <title>Websocket from Kraken in Valutakrambod</title>
                <link>http://people.skolelinux.org/pere/blog/Websocket_from_Kraken_in_Valutakrambod.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Websocket_from_Kraken_in_Valutakrambod.html</guid>
                <pubDate>Fri, 1 Feb 2019 22:25:00 +0100</pubDate>
                <description>&lt;p&gt;Yesterday, the Kraken virtual currency exchange announced
&lt;a href=&quot;https://blog.kraken.com/post/2019/websockets-public-api-launching-soon/&quot;&gt;their
Websocket service&lt;/a&gt;, providing a stream of exchange updates to its
clients.  Getting updated rates quickly is a good idea, so I used
their &lt;a href=&quot;https://www.kraken.com/en-us/help/websocket-api&quot;&gt;API
documentation&lt;/a&gt; and added Websocket support to the Kraken service in
Valutakrambod today.  The python library can now get updates
from Kraken several times per second, instead of every time the
information is polled from the REST API.&lt;/p&gt;

&lt;p&gt;If this sound interesting to you, the code for valutakrambod is
available from
&lt;a href=&quot;http://github.com/petterreinholdtsen/valutakrambod&quot;&gt;github&lt;/a&gt;.
Here is example output from the example client displaying rates in a
curses view:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;&lt;pre&gt;
           Name Pair   Bid         Ask         Spr    Ftcd    Age
 BitcoinsNorway BTCEUR   2959.2800   3021.0500   2.0%   36    nan    nan
       Bitfinex BTCEUR   3087.9000   3088.0000   0.0%   36     37    nan
        Bitmynt BTCEUR   3001.8700   3135.4600   4.3%   36     52    nan
         Bitpay BTCEUR   3003.8659         nan   nan%   35    nan    nan
       Bitstamp BTCEUR   3008.0000   3010.2300   0.1%    0      1      1
           Bl3p BTCEUR   3000.6700   3010.9300   0.3%    1    nan    nan
       Coinbase BTCEUR   2992.1800   3023.2500   1.0%   34    nan    nan
         Kraken+BTCEUR   3005.7000   3006.6000   0.0%    0      1      0
        Paymium BTCEUR   2940.0100   2993.4400   1.8%    0   2688    nan
 BitcoinsNorway BTCNOK  29000.0000  29360.7400   1.2%   36    nan    nan
        Bitmynt BTCNOK  29115.6400  29720.7500   2.0%   36     52    nan
         Bitpay BTCNOK  29029.2512         nan   nan%   36    nan    nan
       Coinbase BTCNOK  28927.6000  29218.5900   1.0%   35    nan    nan
        MiraiEx BTCNOK  29097.7000  29741.4200   2.2%   36    nan    nan
 BitcoinsNorway BTCUSD   3385.4200   3456.0900   2.0%   36    nan    nan
       Bitfinex BTCUSD   3538.5000   3538.6000   0.0%   36     45    nan
         Bitpay BTCUSD   3443.4600         nan   nan%   34    nan    nan
       Bitstamp BTCUSD   3443.0100   3445.0500   0.1%    0      2      1
       Coinbase BTCUSD   3428.1600   3462.6300   1.0%   33    nan    nan
         Gemini BTCUSD   3445.8800   3445.8900   0.0%   36    326    nan
         Hitbtc BTCUSD   3473.4700   3473.0700  -0.0%    0      0      0
         Kraken+BTCUSD   3444.4000   3445.6000   0.0%    0      1      0
  Exchangerates EURNOK      9.6685      9.6685   0.0%   36  22226    nan
     Norgesbank EURNOK      9.6685      9.6685   0.0%   36  22226    nan
       Bitstamp EURUSD      1.1440      1.1462   0.2%    0      1      2
  Exchangerates EURUSD      1.1471      1.1471   0.0%   36  22226    nan
 BitcoinsNorway LTCEUR      1.0009     22.6538  95.6%   35    nan    nan
 BitcoinsNorway LTCNOK    259.0900    264.9300   2.2%   35    nan    nan
 BitcoinsNorway LTCUSD      0.0000     29.0000 100.0%   35    nan    nan
     Norgesbank USDNOK      8.4286      8.4286   0.0%   36  22226    nan
&lt;/pre&gt;&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Yes, I notice the strange negative spread on Hitbtc.  I&#39;ve seen the
same on Kraken.  Another strange observation is that Kraken some times
announce trade orders a fraction of a second in the future.  I really
wonder what is going on there.&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>
                <title>Strategispillet Unknown Horizons nå tilgjengelig på bokmål</title>
                <link>http://people.skolelinux.org/pere/blog/Strategispillet_Unknown_Horizons_n__tilgjengelig_p__bokm_l.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Strategispillet_Unknown_Horizons_n__tilgjengelig_p__bokm_l.html</guid>
                <pubDate>Wed, 23 Jan 2019 07:50:00 +0100</pubDate>
                <description>&lt;p&gt;I høst ble jeg inspirert til å bidra til oversettelsen av
&lt;a href=&quot;http://unknown-horizons.org/&quot;&gt;strategispillet Unknown
Horizons&lt;/a&gt;, og oversatte de nesten 200 strengene i prosjektet til
bokmål.  Deretter har jeg gått å ventet på at det kom en ny utgave som
inneholdt disse oversettelsene.  Nå er endelig ventetiden over.  Den
nye versjonen kom på nyåret, og ble
&lt;a href=&quot;https://tracker.debian.org/pkg/unknown-horizons&quot;&gt;lastet opp i
Debian&lt;/a&gt; for noen få dager siden.  I går kveld fikk jeg testet det ut, og
må innrømme at oversettelsene fungerer fint.  Fant noen få tekster som
måtte justeres, men ikke noe alvorlig.  Har oppdatert
&lt;a href=&quot;https://hosted.weblate.org/projects/uh/&quot;&gt;oversettelsen på
Weblate&lt;/a&gt;, slik at neste utgave vil være enda bedre. :)&lt;/p&gt;

&lt;p&gt;Spillet er et ressursstyringsspill ala Civilization, og er morsomt
å spille for oss som liker slikt. :)&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>
                <title>Debian now got everything you need to program Micro:bit</title>
                <link>http://people.skolelinux.org/pere/blog/Debian_now_got_everything_you_need_to_program_Micro_bit.html</link>
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_now_got_everything_you_need_to_program_Micro_bit.html</guid>
                <pubDate>Tue, 22 Jan 2019 17:20:00 +0100</pubDate>
                <description>&lt;p&gt;I am amazed and very pleased to discover that since a few days ago,
everything you need to program the &lt;a href=&quot;https://microbit.org/&quot;&gt;BBC
micro:bit&lt;/a&gt; is available from the Debian archive.  All this is
thanks to the hard work of Nick Morrott and the Debian python
packaging team.  The micro:bit project recommend the mu-editor to
program the microcomputer, as this editor will take care of all the
machinery required to injekt/flash micropython alongside the program
into the micro:bit, as long as the pieces are available.&lt;/p&gt;

&lt;p&gt;There are three main pieces involved.  The first to enter Debian
was
&lt;a href=&quot;https://tracker.debian.org/pkg/python-uflash&quot;&gt;python-uflash&lt;/a&gt;,
which was accepted into the archive 2019-01-12.  The next one was
&lt;a href=&quot;https://tracker.debian.org/pkg/mu-editor&quot;&gt;mu-editor&lt;/a&gt;, which
showed up 2019-01-13.  The final and hardest part to to into the
archive was
&lt;a href=&quot;https://tracker.debian.org/pkg/firmware-microbit-micropython&quot;&gt;firmware-microbit-micropython&lt;/a&gt;,
which needed to get its build system and dependencies into Debian
before it was accepted 2019-01-20.  The last one is already in Debian
Unstable and should enter Debian Testing / Buster in three days.  This
all allow any user of the micro:bit to get going by simply running
&#39;apt install mu-editor&#39; when using Testing or Unstable, and once
Buster is released as stable, all the users of Debian stable will be
catered for.&lt;/p&gt;

&lt;p&gt;As a minor final touch, I added rules to
&lt;a href=&quot;https://tracker.debian.org/pkg/isenkram&quot;&gt;the isenkram
package&lt;/a&gt; for recognizing micro:bit and recommend the mu-editor
package.  This make sure any user of the isenkram desktop daemon will
get a popup suggesting to install mu-editor then the USB cable from
the micro:bit is inserted for the first time.&lt;/p&gt;

&lt;p&gt;This should make it easier to have fun.&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>
        
        </channel>
</rss>