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 </description>
  44         </item>
  45
  46         <item>
  47                 <title>Regjerningens oppsummering av høringen om standardkatalogen versjon 2</title>
  48                 <link>http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</link>
  49                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Regjerningens_oppsummering_av_h_ringen_om_standardkatalogen_versjon_2.html</guid>
  50                 <pubDate>Thu, 9 Jul 2009 14:40:00 +0200</pubDate>
  51                 <description>&lt;p&gt;For å forstå mer om hvorfor standardkatalogens versjon 2 ble som
  52 den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem
  53 for regjeringen da de tok sin avgjørelse.  De er nå lagt ut på NUUGs
  54 wiki, direkte tilgjengelig via &quot;&lt;a
  55 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon.pdf&quot;&gt;Referansekatalogen
  56 v2.0 - Oppsummering av høring&lt;/a&gt;&quot; og &quot;&lt;a
  57 href=&quot;http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&amp;do=get&amp;target=kongelig-resolusjon-katalogutkast.pdf&quot;&gt;Referansekatalog
  58 for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå -
  59 UTKAST&lt;/a&gt;&quot;.&lt;/p&gt;
  60
  61 &lt;p&gt;Det er tre ting jeg merker meg i oppsummeringen fra
  62 høringsuttalelsen da jeg skummet igjennom den.  Det første er at
  63 forståelsen av hvordan programvarepatenter påvirker fri
  64 programvareutvikling også i Norge når en argumenterer med at
  65 royalty-betaling ikke er et relevant problem i Norge.  Det andre er at
  66 FAD ikke har en prinsipiell forståelse av verdien av en enkelt
  67 standard innenfor hvert område.  Det siste er at påstander i
  68 høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra
  69 Microsoft om hvordan Ogg blir standardisert og påstanden fra
  70 politidirektoratet om patentproblemer i Theora).&lt;/p&gt;
  71 </description>
  72         </item>
  73
  74         <item>
  75                 <title>Taking over sysvinit development</title>
  76                 <link>http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</link>
  77                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Taking_over_sysvinit_development.html</guid>
  78                 <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
  79                 <description>&lt;p&gt;After several years of frustration with the lack of activity from
  80 the existing sysvinit upstream developer, I decided a few weeks ago to
  81 take over the package and become the new upstream.  The number of
  82 patches to track for the Debian package was becoming a burden, and the
  83 lack of synchronization between the distribution made it hard to keep
  84 the package up to date.&lt;/p&gt;
  85
  86 &lt;p&gt;On the new sysvinit team is the SuSe maintainer Dr. Werner Fink,
  87 and my Debian co-maintainer Kel Modderman.  About 10 days ago, I made
  88 a new upstream tarball with version number 2.87dsf (for Debian, SuSe
  89 and Fedora), based on the patches currently in use in these
  90 distributions.  We Debian maintainers plan to move to this tarball as
  91 the new upstream as soon as we find time to do the merge.  Since the
  92 new tarball was created, we agreed with Werner at SuSe to make a new
  93 upstream project at &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, and continue
  94 development there.  The project is registered and currently waiting
  95 for approval by the Savannah administrators, and as soon as it is
  96 approved, we will import the old versions from svn and continue
  97 working on the future release.&lt;/p&gt;
  98
  99 &lt;p&gt;It is a bit ironic that this is done now, when some of the involved
 100 distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
 101 </description>
 102         </item>
 103
 104         <item>
 105                 <title>Debian has switched to dependency based boot sequencing</title>
 106                 <link>http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
 107                 <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
 108                 <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
 109                 <description>&lt;p&gt;Since this evening, with the upload of sysvinit version 2.87dsf-2,
 110 and the upload of insserv version 1.12.0-10 yesterday, Debian unstable
 111 have been migrated to using dependency based boot sequencing.  This
 112 conclude work me and others have been doing for the last three days.
 113 It feels great to see this finally part of the default Debian
 114 installation.  Now we just need to weed out the last few problems that
 115 are bound to show up, to get everything ready for Squeeze.&lt;/p&gt;
 116
 117 &lt;p&gt;The next step is migrating /sbin/init from sysvinit to upstart, and
 118 fixing the more fundamental problem of handing the event based
 119 non-predictable kernel in the early boot.&lt;/p&gt;
 120 </description>
 121         </item>
 122
 123         </channel>
 124 </rss>