blog/archive/2009/07/07.rss

   1 <?xml version="1.0" encoding="ISO-8859-1"?>
   2 <rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
   3         <channel>
   4                 <title>Petter Reinholdtsen - Entries from July 2009</title>
   5                 <description>Entries from July 2009</description>
   6                 <link>http://people.skolelinux.org/pere/blog/</link>
   7
   8
   9         <item>
  10                 <title>Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2</title>
  11                 <link>http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</link>
  12                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html</guid>
  13                 <pubDate>Mon, 6 Jul 2009 21:00:00 +0200</pubDate>
  14                 <description>&lt;p&gt;Jeg ble glad da regjeringen
  15 &lt;a href=&quot;http://www.digi.no/817635/her-er-statens-nye-it-standarder&quot;&gt;annonserte&lt;/a&gt;
  16 versjon 2 av
  17 &lt;a href=&quot;http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf&quot;&gt;statens
  18 referansekatalog over standarder&lt;/a&gt;, men trist da jeg leste hva som
  19 faktisk var vedtatt etter
  20 &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html&quot;&gt;høringen&lt;/a&gt;.
  21 De fleste av de valgte åpne standardene er gode og vil bidra til at
  22 alle kan delta på like vilkår i å lage løsninger for staten, men
  23 noen av dem blokkerer for de som ikke har anledning til å benytte
  24 spesifikasjoner som krever betaling for bruk (såkalt
  25 royalty-betaling).  Det gjelder spesifikt for H.264 for video og MP3
  26 for lyd.  Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg
  27 Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd
  28 fra statens websider gjøre dette uten å måtte bruke programmer der
  29 betaling for bruk var nødvendig.  Når det nå er gjort valgfritt for
  30 de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler
  31 Vorbis), så vil en bli tvunget til å forholde seg til
  32 royalty-belastede standarder for å få tilgang til videoen og
  33 lyden.&lt;/p&gt;
  34
  35 &lt;p&gt;Det gjør meg veldig trist at regjeringen har forlatt prinsippet om
  36 at alle standarder som ble valgt til å være påkrevd i katalogen skulle
  37 være uten royalty-betaling.  Jeg håper det ikke betyr at en har mistet
  38 all forståelse for hvilke prinsipper som må følges for å oppnå
  39 likeverdig konkurranse mellom aktørene i IT-bransjen.  NUUG advarte
  40 mot dette i
  41 &lt;a href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2&quot;&gt;sin
  42 høringsuttalelse&lt;/a&gt;, men ser ut til å ha blitt ignorert.&lt;/p&gt;
  43
  44 &lt;p&gt;Oppdatering 2012-06-29: Kom over &lt;ahref=&quot;
  45 http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Refkat_v2.pdf&quot;&gt;en
  46 rapport til FAD&lt;/a&gt; fra da versjon 1 av katalogen ble vedtatt, og der
  47 er det tydelig at problemstillingen var kjent og forstått.&lt;/p&gt;
  48 </description>
  49         </item>
  50
  51         <item>
  52                 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
  53                 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
  54                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
  55                 <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
  56                 <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
  57 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
  58 for regjeringen da de tok sin avgjørelse.  De er nå lagt ut på NUUGs
  59 wiki, direkte tilgjengelig via &quot;&lt;a
  60 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
  61 v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
  62 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
  63 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
  64 UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;
  65
  66 &lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
  67 høringsuttalelsen da jeg skummet igjennom den.  Det første er at
  68 forståelsen av hvordan programvarepatenter påvirker fri
  69 programvareutvikling også i Norge når en argumenterer med at
  70 royalty-betaling ikke er et relevant problem i Norge.  Det andre er at
  71 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
  72 standard innenfor hvert område.  Det siste er at påstander i
  73 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
  74 Microsoft om hvordan Ogg blir standardisert og påstanden fra
  75 politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
  76 </description>
  77         </item>
  78
  79         <item>
  80                 <title>Taking over sysvinit development</title>
  81                 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</link>
  82                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</guid>
  83                 <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
  84                 <description>&lt;p&gt;After several years of frustration with the lack of activity from
  85 the existing sysvinit upstream developer, I decided a few weeks ago to
  86 take over the package and become the new upstream.  The number of
  87 patches to track for the Debian package was becoming a burden, and the
  88 lack of synchronization between the distribution made it hard to keep
  89 the package up to date.&lt;/p&gt;
  90
  91 &lt;p&gt;On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
  92 and my Debian co-maintainer Kel Modderman.  About 10 days ago, I made
  93 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
  94 and Fedora), based on the patches currently in use in these
  95 distributions.  We Debian maintainers plan to move to this tarball as
  96 the new upstream as soon as we find time to do the merge.  Since the
  97 new tarball was created, we agreed with Werner at SuSe to make a new
  98 upstream project at &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, and continue
  99 development there.  The project is registered and currently waiting
 100 for approval by the Savannah administrators, and as soon as it is
 101 approved, we will import the old versions from svn and continue
 102 working on the future release.&lt;/p&gt;
 103
 104 &lt;p&gt;It is a bit ironic that this is done now, when some of the involved
 105 distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
 106 </description>
 107         </item>
 108
 109         <item>
 110                 <title>Debian has switched to dependency based boot sequencing</title>
 111                 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
 112                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
 113                 <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
 114                 <description>&lt;p&gt;Since this evening, with the upload of sysvinit version 2.87dsf-2,
 115 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
 116 have been migrated to using dependency based boot sequencing.  This
 117 conclude work me and others have been doing for the last three days.
 118 It feels great to see this finally part of the default Debian
 119 installation.  Now we just need to weed out the last few problems that
 120 are bound to show up, to get everything ready for Squeeze.&lt;/p&gt;
 121
 122 &lt;p&gt;The next step is migrating /sbin/init from sysvinit to upstart, and
 123 fixing the more fundamental problem of handing the event based
 124 non-predictable kernel in the early boot.&lt;/p&gt;
 125 </description>
 126         </item>
 127
 128         </channel>
 129 </rss>