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