Generated.

[homepage.git] / blog / index.rss

diff --git a/blog/index.rss b/blog/index.rss
index ad2d6095001012141a50395e17d2de02eec99b80..d20f2f423da690b82c4a39e8d4437c18f6a89d2e 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -6,6 +6,118 @@
                 <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" />
        
                 <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>What is the most supported MIME type in Debian?</title>
+               <link>http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html</link>
+               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_is_the_most_supported_MIME_type_in_Debian_.html</guid>
+                <pubDate>Wed, 16 Jan 2013 10:10:00 +0100</pubDate>
+               <description>&lt;p&gt;The &lt;a href=&quot;http://wiki.debian.org/AppStreamDebianProposal&quot;&gt;DEP-11
+proposal to add AppStream information to the Debian archive&lt;/a&gt;, is a
+proposal to make it possible for a Desktop application to propose to
+the user some package to install to gain support for a given MIME
+type, font, library etc. that is currently missing.  With such
+mechanism in place, it would be possible for the desktop to
+automatically propose and install leocad if some LDraw file is
+downloaded by the browser.&lt;/p&gt;
+
+&lt;p&gt;To get some idea about the current content of the archive, I decided
+to write a simple program to extract all .desktop files from the
+Debian archive and look up the claimed MIME support there.  The result
+can be found on the
+&lt;a href=&quot;http://ftp.skolelinux.org/pub/AppStreamTest&quot;&gt;Skolelinux FTP
+site&lt;/a&gt;.  Using the collected information, it become possible to
+answer the question in the title.  Here are the 20 most supported MIME
+types in Debian stable (Squeeze), testing (Wheezy) and unstable (Sid).
+The complete list is available from the link above.&lt;/p&gt;
+
+&lt;p&gt;&lt;strong&gt;Debian Stable:&lt;/strong&gt;&lt;/p&gt;
+
+&lt;pre&gt;
+  count MIME type
+  ----- -----------------------
+     25 audio/mpeg
+     24 audio/x-mp3
+     24 application/ogg
+     23 text/plain
+     21 image/tiff
+     20 image/jpeg
+     20 audio/x-flac
+     19 image/png
+     19 image/gif
+     19 audio/x-wav
+     19 audio/x-mpegurl
+     18 image/bmp
+     18 audio/x-scpls
+     18 audio/x-mpeg
+     16 audio/x-musepack
+     16 application/x-ogg
+     14 image/x-portable-pixmap
+     14 image/x-portable-bitmap
+     13 video/x-ms-asf
+     13 video/mpeg
+&lt;/pre&gt;
+
+&lt;p&gt;&lt;strong&gt;Debian Testing:&lt;/strong&gt;&lt;/p&gt;
+
+&lt;pre&gt;
+  count MIME type
+  ----- -----------------------
+     21 text/plain
+     21 audio/x-mp3
+     21 audio/mpeg
+     20 application/ogg
+     19 audio/x-wav
+     18 image/tiff
+     18 image/jpeg
+     18 audio/x-flac
+     17 image/png
+     17 image/gif
+     17 audio/x-mpegurl
+     16 audio/x-scpls
+     15 image/bmp
+     15 audio/x-mpeg
+     14 application/x-ogg
+     13 video/x-ms-asf
+     13 audio/x-musepack
+     12 video/x-ms-wmv
+     12 video/x-msvideo
+     12 video/quicktime
+&lt;/pre&gt;
+
+&lt;p&gt;&lt;strong&gt;Debian Unstable:&lt;/strong&gt;&lt;/p&gt;
+
+&lt;pre&gt;
+  count MIME type
+  ----- -----------------------
+     23 audio/mpeg
+     22 text/plain
+     21 audio/x-mp3
+     21 application/ogg
+     20 audio/x-wav
+     19 image/tiff
+     19 audio/x-flac
+     18 image/jpeg
+     17 image/png
+     17 image/gif
+     17 audio/x-mpegurl
+     16 image/bmp
+     16 audio/x-scpls
+     16 audio/x-mpeg
+     14 audio/x-musepack
+     14 application/x-ogg
+     13 video/x-ms-asf
+     13 video/mpeg
+     13 audio/mp4
+     12 video/x-ms-wmv
+&lt;/pre&gt;
+
+&lt;p&gt;I am told that PackageKit can provide an API to access the kind of
+information mentioned in DEP-11.  I have not yet had time to look at
+it, but hope the PackageKit people in Debian are on top of these
+issues.&lt;/p&gt;
+</description>
+       </item>
+       

        <item>
                <title>Using modalias info to find packages handling my hardware</title>
                <link>http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html</link>
        <item>
                <title>Using modalias info to find packages handling my hardware</title>
                <link>http://people.skolelinux.org/pere/blog/Using_modalias_info_to_find_packages_handling_my_hardware.html</link>


@@ -754,96 +866,5 @@ the same address as last time,
 </description>
        </item>
        
 </description>
        </item>
        

-       <item>
-               <title>Piratpartiet på opphavs-retrett?</title>
-               <link>http://people.skolelinux.org/pere/blog/Piratpartiet_p__opphavs_retrett_.html</link>
-               <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Piratpartiet_p__opphavs_retrett_.html</guid>
-                <pubDate>Wed, 19 Dec 2012 13:10:00 +0100</pubDate>
-               <description>&lt;p&gt;Jeg ble overrasket over å se at Piratpartiet i
-&lt;a href=&quot;http://www.aftenposten.no/kultur/Piratpartiet-stiller-til-Stortingsvalget-7073298.html&quot;&gt;Aftenposten&lt;/a&gt;
-er referert på følgende:&lt;/p&gt;
-
-&lt;blockquote&gt;
-Når det gjelder retten til opphavsrett for kulturproduktene, mener
-Piratpartiet av levetid + 14 år er tilfredsstillende.
-&lt;/blockquote&gt;
-
-&lt;p&gt;Det betyr en vernetid langt ut over det kommersielle livet til de
-aller fleste opphavsrettsbeskyttede verker, og er i strid med slik i
-hvert fall jeg har tolket punkt 5 i
-&lt;a href=&quot;http://people.opera.com/howcome/2012/piratpartiet/kjerneprogram.html&quot;&gt;kjerneprogrammet
-til Piratpartiet&lt;/a&gt;:&lt;/p&gt;
-
-&lt;blockquote&gt;
-&lt;p&gt;&lt;strong&gt;5: Åndsverk og patenter: tilbake til start&lt;/strong&gt;&lt;/p&gt;
-
-&lt;table border=&quot;1&quot;&gt;
-&lt;tr&gt;&lt;th&gt;forslag:&lt;/th&gt;&lt;td&gt;14 års opphavsrett og ingen
-programvarepatenter&lt;/td&gt;&lt;/tr&gt;
-
-&lt;tr&gt;&lt;th&gt;grunn:&lt;/th&gt;&lt;td&gt;Den første loven om opphavsrett spesifiserte 14
-års vernetid. Senere har mediabransjens lobbyister stadig presset
-loven mot lengre vern, nå er det 70 år etter forfatters død. Dette
-gjør at mange verk glemmes og går tapt, noe som er skadelig for norsk
-språk og kultur. Vi til tilbake til start: 14 års
-vernetid. Patentloven sier klart at dataprogrammer ikke kan
-patenteres. Likevel klarer patentadvokater å lure gjennom
-programvarepatenter. Slike patenter gjør dingsene våre dyrere og kan i
-enkelte tilfelle stoppe dem helt.&lt;/th&gt;&lt;/tr&gt;
-&lt;/table&gt;
-&lt;/blockquote&gt;
-
-&lt;p&gt;Den opprinnelige opphavsretten var på 14 år totalt, ikke 14 år
-etter opphavspersonens død.  Jeg tenkte først dette kanskje var
-feilsitering fra Aftenposten, men jeg finner samme påstand i en &lt;a
-href=&quot;http://piratpartietnorge.org/om-gramo-og-piratpolitikken/&quot;&gt;bloggpost
-fra Geir Aaslid&lt;/a&gt; på Piratpartietes offisielle nettsider.  Der
-skriver han følgende:&lt;/p&gt;
-
-&lt;blockquote&gt;
-Hva vi gjør med opphavsretten er mer komplisert fordi den omfavner så
-mange bransjer, med ulike behov. Enhver reform er en forbedring men
-det er nærliggende å anta at en opphavsrett på levetid + 14 år er
-fullt ut tilfredstillende for musikk, film, litteratur og spill.
-&lt;/blockquote&gt;
-
-&lt;p&gt;Det virker dermed på meg som om Piratpartiet allerede har gjort
-retrett fra sin beundringsverdige holdning om at det holdt med 14 års
-total vernetid, til sin nye som tar utgangspunkt i levetiden til
-opphavspersonen.  Jeg håper det baserer seg på en misforståelse hos
-piratlederen som blir korrigert tilbake til 14 års total vernetid før
-partiet stiller til valg.&lt;/p&gt;
-
-&lt;p&gt;Hvis du lurer på hvilke problemer lang vernetid bringer med seg,
-anbefaler jeg å lese boken &lt;a href=&quot;http://free-culture.cc/&quot;&gt;Free
-Culture&lt;/a&gt; av Lawrence Lessig.  Jeg og en liten gruppe andre er igang
-med å
-&lt;a href=&quot;https://github.com/petterreinholdtsen/free-culture-lessig&quot;&gt;oversette
-boken til bokmål&lt;/a&gt; og tar gjerne imot hjelp med oversettelse og
-korrekturlesing.&lt;/p&gt;
-
-&lt;p&gt;&lt;strong&gt;Oppdatering 2012-12-20&lt;/strong&gt;: Oppdaget at
-&lt;a href=&quot;http://piratpartietnorge.org/om-gramo-og-piratpolitikken/&quot;&gt;bloggposten
-til Geir Aaslid&lt;/a&gt; er endret siden i går, og nå inneholder følgende
-avsnitt i stedet for det jeg siterte over:&lt;/p&gt;
-
-&lt;blockquote&gt;
-Hva vi gjør med opphavsretten er mer komplisert fordi den omfavner så
-mange bransjer, med ulike behov. Enhver reform er en forbedring men
-det er nærliggende å anta at en opphavsrett lik levetiden, evt + 14 år
-er fullt ut tilfredstillende for mange skapere av musikk, film,
-litteratur og spill. Det er for det meste de store forlagene som er
-imot enhver reform.
-&lt;/blockquote&gt;
-
-&lt;p&gt;I tillegg har det dukket opp en setning nederst &quot;Dette dokumentet
-er et utkast til svar på et angrep på Piratpartiet fra Gramo. Det
-endrer seg derfor over tid og den endelige versjonen er det som blir
-publisert på Hardware.no&quot;, som tyder på at originalformuleringen ikke
-var veloverveid og sitatet i Aftenposten kanskje var basert på en
-misforståelse.&lt;/p&gt;
-</description>
-       </item>
-       

         </channel>
 </rss>
         </channel>
 </rss>