[homepage.git] / blog / tags / web / web.rss

<?xml version="1.0" encoding="utf-8"?>
<rss version='2.0' xmlns:lj='http://www.livejournal.org/rss/lj/1.0/'>
        <channel>
                <title>Petter Reinholdtsen - Entries tagged web</title>
                <description>Entries tagged web</description>
                <link>http://people.skolelinux.org/pere/blog/</link>

        
        <item>
                <title>The sorry state of multimedia browser plugins in Debian</title>
                <link>http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/The_sorry_state_of_multimedia_browser_plugins_in_Debian.html</guid>
                <pubDate>Tue, 25 Nov 2008 00:10:00 +0100</pubDate>
                <description>
&lt;p&gt;Recently I have spent some time evaluating the multimedia browser
plugins available in Debian Lenny, to see which one we should use by
default in Debian Edu.  We need an embedded video playing plugin with
control buttons to pause or stop the video, and capable of streaming
all the multimedia content available on the web.  The test results and
notes are available on
&lt;a href=&quot;http://wiki.debian.org/DebianEdu/BrowserMultimedia&quot;&gt;the
Debian wiki&lt;/a&gt;.  I was surprised how few of the plugins are able to
fill this need.  My personal video player favorite, VLC, has a really
bad plugin which fail on a lot of the test pages.  A lot of the MIME
types I would expect to work with any free software player (like
video/ogg), just do not work.  And simple formats like the
audio/x-mplegurl format (m3u playlists), just isn&#39;t supported by the
totem and vlc plugins.  I hope the situation will improve soon.  No
wonder sites use the proprietary Adobe flash to play video.&lt;/p&gt;

&lt;p&gt;For Lenny, we seem to end up with the mplayer plugin.  It seem to
be the only one fitting our needs. :/&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>When web browser developers make a video player...</title>
                <link>http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/When_web_browser_developers_make_a_video_player___.html</guid>
                <pubDate>Sat, 17 Jan 2009 18:50:00 +0100</pubDate>
                <description>
&lt;p&gt;As part of the work we do in &lt;a href=&quot;http://www.nuug.no&quot;&gt;NUUG&lt;/a&gt;
to publish video recordings of our monthly presentations, we provide a
page with embedded video for easy access to the recording.  Putting a
good set of HTML tags together to get working embedded video in all
browsers and across all operating systems is not easy.  I hope this
will become easier when the &amp;lt;video&amp;gt; tag is implemented in all
browsers, but I am not sure.  We provide the recordings in several
formats, MPEG1, Ogg Theora, H.264 and Quicktime, and want the
browser/media plugin to pick one it support and use it to play the
recording, using whatever embed mechanism the browser understand.
There is at least four different tags to use for this, the new HTML5
&amp;lt;video&amp;gt; tag, the &amp;lt;object&amp;gt; tag, the &amp;lt;embed&amp;gt; tag and
the &amp;lt;applet&amp;gt; tag.  All of these take a lot of options, and
finding the best options is a major challenge.&lt;/p&gt;

&lt;p&gt;I just tested the experimental Opera browser available from &lt;a
href=&quot;http://labs.opera.com&quot;&gt;labs.opera.com&lt;/a&gt;, to see how it handled
a &amp;lt;video&amp;gt; tag with a few video sources and no extra attributes.
I was not very impressed.  The browser start by fetching a picture
from the video stream.  Not sure if it is the first frame, but it is
definitely very early in the recording.  So far, so good. Next,
instead of streaming the 76 MiB video file, it start to download all
of it, but do not start to play the video.  This mean I have to wait
for several minutes for the downloading to finish.  When the download
is done, the playing of the video do not start!  Waiting for the
download, but I do not get to see the video?  Some testing later, I
discover that I have to add the controls=&quot;true&quot; attribute to be able
to get a play button to pres to start the video.  Adding
autoplay=&quot;true&quot; did not help.  I sure hope this is a misfeature of the
test version of Opera, and that future implementations of the
&amp;lt;video&amp;gt; tag will stream recordings by default, or at least start
playing when the download is done.&lt;/p&gt;

&lt;p&gt;The test page I used (since changed to add more attributes) is
&lt;a href=&quot;http://www.nuug.no/aktiviteter/20090113-foredrag-om-foredrag/&quot;&gt;available
from the nuug site&lt;/a&gt;.  Will have to test it with the new Firefox
too.&lt;/p&gt;

&lt;p&gt;In the test process, I discovered a missing feature.  I was unable
to find a way to get the URL of the playing video out of Opera, so I
am not quite sure it picked the Ogg Theora version of the video.  I
sure hope it was using the announced Ogg Theora support. :)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Fildeling er lovlig - ulovlig fildeling er ulovlig</title>
                <link>http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Fildeling_er_lovlig___ulovlig_fildeling_er_ulovlig.html</guid>
                <pubDate>Fri, 17 Apr 2009 20:00:00 +0200</pubDate>
                <description>
&lt;p&gt;Jeg hadde glede av å overvære FADs lansering av
&lt;a href=&quot;http://www.deltemeninger.no/&quot;&gt;Debattsentralen
deltemeninger.no&lt;/a&gt; under Go Open 2009, og må si jeg ble skuffet over
en kommentar fra podiet om ulovlig fildeling.  Fikk ikke med meg hvem
som holdt innlegget, men det startet med å snakke om ulovlig fildeling
og gikk så over til å snakke om fildeling som om fildeling i seg er
ulovlig.  Intet er lengre fra sannheten.  Fildeling er en nyttig
teknologi som benyttes av NRK, Debian, Ubuntu, NUUG og andre for
distribusjon av filer.  Det er ingenting med denne fildelingen som
gjør den ulovlig.  Fildeling er i seg selv en fullt ut lovlig
teknologisk anvendelse.  Noe fildeling er ulovlig, og noe er lovlig.
De som tror at fildeling er ulovlig har misforstått grovt.  Hvorvidt
den er ulovlig kommer jo an på hvem som har opphavsretten til filene
som deles og hvilke bruksbegrensninger som gjelder for filene.  En
rekke filer er lagt ut av rettighetsinnehaver for deling på Internet,
og fildeling av slike filer er fullt ut lovlig.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Nasjonalbiblioteket legger ut bøker på web</title>
                <link>http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b__ker_p___web.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Nasjonalbiblioteket_legger_ut_b__ker_p___web.html</guid>
                <pubDate>Thu, 23 Apr 2009 19:40:00 +0200</pubDate>
                <description>
&lt;p&gt;&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3042382.ece&quot;&gt;Aftenposten
melder&lt;/a&gt; at
&lt;a href=&quot;http://www.nb.no/aktuelt/50_000_norske_boeker_gratis_tilgjengelig_paa_nett_helt_lovlig&quot;&gt;nasjonalbiblioteket
og Kopinor har gjort en avtale&lt;/a&gt; som gjør at eldre bøker kan gjøres
digitalt tilgjengelig fra nasjonalbiblioteket mot at Kopinor får 56
øre for hver side som legges ut.  Utvalget er litt merkelig: 1790-,
1890- og 1990-tallet.  Jeg synes det er absurd hvis det er slik at
Kopinor skal ha betalt for utlegging av bøker som ikke lenger er
beskyttet av opphavsretten.  Jeg antar her at det er mer enn 90 år
siden forfatterne av bøker som ble publisert 1790-1799 døde, slik at
disse bøkene er falt i det fri og enhver kan kopiere så mye de vil fra
dem uten å bryte opphavsrettsloven.  Bruk av slike verk har ikke
Kopinor noe med å gjøre.  Jeg håper jeg har misforstått.
&lt;a href=&quot;http://www.nb.no/aktuelt/no_er_vi_i_gang_med_aa_digitalisere_samlingane_vaare_og_formidle_digitalt&quot;&gt;En
melding fra nasjonalbiblioteket i 2007&lt;/a&gt; tyder på at tekster i det
fri ikke trenger avtale med Kopinor.&lt;/p&gt;

&lt;p&gt;Et annet problem er at bøkene kun legges ut som bildefiler, noe som
vil gjøre at søketjenester ikke vil finne disse bøkene når en søker
etter fragmenter i teksten.  En risikerer dermed at de blir liggende
på en slik måte at folk som bruker Google ikke finner dem.&lt;/p&gt;

&lt;p&gt;Da skulle jeg heller sett at nasjonalbiblioteket gjorde alvor av
sin aprilspøk, og la ut bøkene som faller i det fri
fortløpende.&lt;/p&gt;

</description>
        </item>
        
        <item>
                <title>Relative popularity of document formats (MS Office vs. ODF)</title>
                <link>http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
                <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
                <description>
&lt;p&gt;Just for fun, I did a search right now on Google for a few file ODF
and MS Office based formats (not to be mistaken for ISO or ECMA
OOXML), to get an idea of their relative usage.  I searched using
&#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;

&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:282000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:75600&lt;/td&gt; &lt;td&gt;pptx:183000&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500     &lt;/td&gt; &lt;td&gt;xlsx:145000&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
got these numbers:&lt;/p&gt;

&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480 &lt;/td&gt; &lt;td&gt;docx:4460&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:299   &lt;/td&gt; &lt;td&gt;pptx:741&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:187       &lt;/td&gt; &lt;td&gt;xlsx:372&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;

&lt;p&gt;I am aware of Google returning different results and numbers based
on where the search is done, so I guess these numbers will differ if
they are conduced in another country.  Because of this, I did the same
search from a machine in California, USA, a few minutes after the
search done from a machine here in Norway.&lt;/p&gt;


&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:129000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:44200&lt;/td&gt; &lt;td&gt;pptx:93900&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500     &lt;/td&gt; &lt;td&gt;xlsx:82400&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;And with &#39;site:no&#39;:

&lt;table&gt;
&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480&lt;/td&gt; &lt;td&gt;docx:3410&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:175&lt;/td&gt; &lt;td&gt;pptx:604&lt;/td&gt;&lt;/tr&gt;
&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:186       &lt;/td&gt; &lt;td&gt;xlsx:296&lt;/td&gt;&lt;/tr&gt;
&lt;/table&gt;

&lt;p&gt;Interesting difference, not sure what to conclude from these
numbers.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Great book: &quot;Content: Selected Essays on Technology, Creativity, Copyright, and the Future of the Future&quot;</title>
                <link>http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Great_book___Content__Selected_Essays_on_Technology__Creativity__Copyright__and_the_Future_of_the_Future_.html</guid>
                <pubDate>Mon, 19 Apr 2010 17:10:00 +0200</pubDate>
                <description>
&lt;p&gt;The last few weeks i have had the pleasure of reading a
thought-provoking collection of essays by Cory Doctorow, on topics
touching copyright, virtual worlds, the future of man when the
conscience mind can be duplicated into a computer and many more. The
book titled &quot;Content: Selected Essays on Technology, Creativity,
Copyright, and the Future of the Future&quot; is available with few
restrictions on the web, for example from
&lt;a href=&quot;http://craphound.com/content/&quot;&gt;his own site&lt;/a&gt;. I read the
epub-version from
&lt;a href=&quot;http://www.feedbooks.com/book/2883&quot;&gt;feedbooks&lt;/a&gt; using
&lt;a href=&quot;http://www.fbreader.org/&quot;&gt;fbreader&lt;/a&gt; and my N810. I
strongly recommend this book.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>OpenStreetmap one step closer to having routing on its front page</title>
                <link>http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/OpenStreetmap_one_step_closer_to_having_routing_on_its_front_page.html</guid>
                <pubDate>Sun, 18 Jul 2010 16:45:00 +0200</pubDate>
                <description>
&lt;p&gt;Thanks to
&lt;a href=&quot;http://feedproxy.google.com/~r/Opengeodata/~3/wUTCzDZk3lc/project-of-the-week-which-way-home&quot;&gt;todays
opengeodata blog entry&lt;/a&gt;, I just discovered that the
OpenStreetmap.org site have gotten
&lt;a href=&quot;http://nroets.dev.openstreetmap.org/demo/index.html?layers=B000FTFTT&quot;&gt;support
for calculating routes&lt;/a&gt;.  The support is still experimental and
only available from the development server, until more experience is
gathered on the user interface and any scalability issues.&lt;/p&gt;

&lt;p&gt;Earlier, the routing I knew about using the OpenStreetmap.org data
was provided by &lt;a href=&quot;http://maps.cloudmade.com/&quot;&gt;Cloudmade&lt;/a&gt;,
but having it on the main page is required to make everyone aware of
the issue.  I&#39;ve had people reject Openstreetmap.org as a viable
alternative for them because the front page lacked routing support,
and I hope their needs will be catered for when routing show up on the
www.openstreetmap.org front page.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Some notes on Flash in Debian and Debian Edu</title>
                <link>http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html</guid>
                <pubDate>Sat, 4 Sep 2010 10:10:00 +0200</pubDate>
                <description>
&lt;p&gt;In the &lt;a href=&quot;http://popcon.debian.org/unknown/by_vote&quot;&gt;Debian
popularity-contest numbers&lt;/a&gt;, the adobe-flashplugin package the
second most popular used package that is missing in Debian.  The sixth
most popular is flashplayer-mozilla.  This is a clear indication that
working flash is important for Debian users.  Around 10 percent of the
users submitting data to popcon.debian.org have this package
installed.&lt;/p&gt;

&lt;p&gt;In the report written by Lars Risan in August 2008
(«&lt;a href=&quot;http://wiki.skolelinux.no/Dokumentasjon/Rapporter?action=AttachFile&amp;do=view&amp;target=Skolelinux_i_bruk_rapport_1.0.pdf&quot;&gt;Skolelinux
i bruk – Rapport for Hurum kommune, Universitetet i Agder og
stiftelsen SLX Debian Labs&lt;/a&gt;»), one of the most important problems
schools experienced with &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian
Edu/Skolelinux&lt;/a&gt; was the lack of working Flash.  A lot of educational
web sites require Flash to work, and lacking working Flash support in
the web browser and the problems with installing it was perceived as a
good reason to stay with Windows.&lt;/p&gt;

&lt;p&gt;I once saw a funny and sad comment in a web forum, where Linux was
said to be the retarded cousin that did not really understand
everything you told him but could work fairly well.  This was a
comment regarding the problems Linux have with proprietary formats and
non-standard web pages, and is sad because it exposes a fairly common
understanding of whose fault it is if web pages that only work in for
example Internet Explorer 6 fail to work on Firefox, and funny because
it explain very well how annoying it is for users when Linux
distributions do not work with the documents they receive or the web
pages they want to visit.&lt;/p&gt;

&lt;p&gt;This is part of the reason why I believe it is important for Debian
and Debian Edu to have a well working Flash implementation in the
distribution, to get at least popular sites as Youtube and Google
Video to working out of the box.  For Squeeze, Debian have the chance
to include the latest version of Gnash that will make this happen, as
the new release 0.8.8 was published a few weeks ago and is resting in
unstable.  The new version work with more sites that version 0.8.7.
The Gnash maintainers have asked for a freeze exception, but the
release team have not had time to reply to it yet.  I hope they agree
with me that Flash is important for the Debian desktop users, and thus
accept the new package into Squeeze.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Terms of use for video produced by a Canon IXUS 130 digital camera</title>
                <link>http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html</guid>
                <pubDate>Thu, 9 Sep 2010 23:55:00 +0200</pubDate>
                <description>
&lt;p&gt;A few days ago I had the mixed pleasure of bying a new digital
camera, a Canon IXUS 130.  It was instructive and very disturbing to
be able to verify that also this camera producer have the nerve to
specify how I can or can not use the videos produced with the camera.
Even thought I was aware of the issue, the options with new cameras
are limited and I ended up bying the camera anyway.  What is the
problem, you might ask?  It is software patents, MPEG-4, H.264 and the
MPEG-LA that is the problem, and our right to record our experiences
without asking for permissions that is at risk.

&lt;p&gt;On page 27 of the Danish instruction manual, this section is
written:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;This product is licensed under AT&amp;T patents for the MPEG-4 standard
and may be used for encoding MPEG-4 compliant video and/or decoding
MPEG-4 compliant video that was encoded only (1) for a personal and
non-commercial purpose or (2) by a video provider licensed under the
AT&amp;T patents to provide MPEG-4 compliant video.&lt;/p&gt;

&lt;p&gt;No license is granted or implied for any other use for MPEG-4
standard.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;In short, the camera producer have chosen to use technology
(MPEG-4/H.264) that is only provided if I used it for personal and
non-commercial purposes, or ask for permission from the organisations
holding the knowledge monopoly (patent) for technology used.&lt;/p&gt;

&lt;p&gt;This issue has been brewing for a while, and I recommend you to
read
&quot;&lt;a href=&quot;http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA&quot;&gt;Why
Our Civilization&#39;s Video Art and Culture is Threatened by the
MPEG-LA&lt;/a&gt;&quot; by Eugenia Loli-Queru and
&quot;&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;H.264 Is Not
The Sort Of Free That Matters&lt;/a&gt;&quot; by Simon Phipps to learn more about
the issue.  The solution is to support the
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;free and
open standards&lt;/a&gt; for video, like &lt;a href=&quot;http://www.theora.org/&quot;&gt;Ogg
Theora&lt;/a&gt;, and avoid MPEG-4 and H.264 if you can.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Standardkrav inn i anbudstekster?</title>
                <link>http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Standardkrav_inn_i_anbudstekster_.html</guid>
                <pubDate>Sun, 17 Oct 2010 19:30:00 +0200</pubDate>
                <description>
&lt;p&gt;Hvis det å følge standarder skal ha noen effekt overfor
leverandører, så må slike krav og ønsker komme inn i anbudstekster når
systemer kjøpes inn.  Har ikke sett noen slike formuleringer i anbud
så langt, men har tenkt litt på hva som bør inn.  Her er noen ideer og
forslag.  Min drøm er at en kan sette krav til slik støtte i
anbudstekster, men så langt er det nok mer sannsynlig at en må nøye
seg med å skrive at det er en fordel om slik støtte er tilstede i
leveranser.&lt;/p&gt;

&lt;p&gt;Som systemadministrator på Universitetet er det typisk to områder
som er problematiske for meg.  Det ene er admin-grensesnittene på
tjenermaskiner, som vi ønsker å bruke via ssh.  Det andre er nettsider
som vi ønsker å bruke via en nettleser.  For begge deler er det viktig
at protokollene og formatene som brukes følger standarder våre verktøy
støtter.&lt;/p&gt;

&lt;p&gt;De fleste har nå støtte for SSH som overføringsprotkoll for
admin-grensesnittet, men det er ikke tilstrekkelig for å kunne stille
inn f.eks BIOS og RAID-kontroller via ssh-forbindelsen.  Det er flere
aktuelle protokoller for fremvisning av BIOS-oppsett og
oppstartmeldinger, og min anbefaling ville være å kreve
VT100-kompatibel protokoll, for å sikre at flest mulig
terminalemulatorer kan forstå hva som kommer fra admin-grensesnittet
via ssh.  Andre aktuelle alternativer er ANSI-terminalemulering og
VT220.  Kanskje en formulering ala dette i anbudsutlysninger vil
fungere:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
BIOS og oppstartmeldinger i administrasjonsgrensesnittet til maskinen
bør/skal være tilgjengelig via SSH-protokollen som definert av IETF
(RFC 4251 mfl.) og følge terminalfremvisningprotokollen VT100 (ref?)
når en kobler seg til oppstart via ssh.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Har ikke lykkes med å finne en god referanse for
VT100-spesifikasjonen.&lt;/p&gt;

&lt;p&gt;Når det gjelder nettsider, så er det det HTML, CSS og
JavaScript-spesifikasjonen til W3C som gjelder.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
Alle systemets nettider bør/skal være i henhold til statens
standardkatalogs krav om nettsider og følge HTML-standarden som
definert av W3C, og validere uten feil hos W3Cs HTML-validator
(http://validator.w3.org).  Hvis det brukes CSS så bør/skal denne
validere uten feil hos W3Cs CSS-validator
(http://jigsaw.w3.org/css-validator/).  Eventuelle JavaScript skal
være i henhold til EcmaScript-standarden.  I tillegg til å følge de
overnevnte standardene skal websidene fungere i nettleserne (fyll inn
relevant liste for organisasjonen) Firefox 3.5, Internet Explorer 8,
Opera 9, etc.
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Vil et slikt avsnitt være konkret nok til å få leverandørene til å
lage nettsider som følger standardene og fungerer i flere
nettlesere?&lt;/p&gt;

&lt;p&gt;Tar svært gjerne imot innspill på dette temaet til aktive (at)
nuug.no, og er spesielt interessert i hva andre skriver i sine anbud
for å oppmuntre leverandører til å følge standardene.  Kanskje NUUG
burde lage et dokument med forslag til standardformuleringer å ta med
i anbudsutlysninger?&lt;/p&gt;

&lt;p&gt;Oppdatering 2010-12-03: I følge Wikipedias oppføring om
&lt;a href=&quot;http://en.wikipedia.org/wiki/ANSI_escape_code&quot;&gt;ANSI escape
code&lt;/a&gt;, så bruker VT100-terminaler ECMA-48-spesifikasjonen som
basis for sin oppførsel.  Det kan dermed være et alternativ når en
skal spesifisere hvordan seriell-konsoll skal fungere.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Pledge for funding to the Gnash project to get AVM2 support</title>
                <link>http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Pledge_for_funding_to_the_Gnash_project_to_get_AVM2_support.html</guid>
                <pubDate>Tue, 19 Oct 2010 14:45:00 +0200</pubDate>
                <description>
&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is the
most promising solution for a Free Software Flash implementation. It
has done great so far, but there is still far to go, and recently its
funding has dried up.  I believe AVM2 support in Gnash is vital to the
continued progress of the project, as more and more sites show up with
AVM2 flash files.&lt;/p&gt;

&lt;p&gt;To try to get funding for developing such support, I have started
&lt;a href=&quot;http://www.pledgebank.com/gnash-avm2&quot;&gt;a pledge&lt;/a&gt; with the
following text:&lt;/P&gt;

&lt;p&gt;&lt;blockquote&gt;

  &lt;p&gt;&quot;I will pay 100$ to the Gnash project to develop AVM2 support but
  only if 10 other people will do the same.&quot;&lt;/p&gt;

  &lt;p&gt;- Petter Reinholdtsen, free software developer&lt;/p&gt;

  &lt;p&gt;Deadline to sign up by: 24th December 2010&lt;/p&gt;

  &lt;p&gt;The Gnash project need to get support for the new Flash file
  format AVM2 to work with a lot of sites using Flash on the
  web. Gnash already work with a lot of Flash sites using the old AVM1
  format, but more and more sites are using the AVM2 format these
  days. The project web page is available from
  http://www.getgnash.org/ . Gnash is a free software implementation
  of Adobe Flash, allowing those of us that do not accept the terms of
  the Adobe Flash license to get access to Flash sites.&lt;/p&gt;

  &lt;p&gt;The project need funding to get developers to put aside enough
  time to develop the AVM2 support, and this pledge is my way to try
  to get this to happen.&lt;/p&gt;

  &lt;p&gt;The project accept donations via the OpenMediaNow foundation,
  &lt;a href=&quot;http://www.openmedianow.org/?q=node/32&quot;&gt;http://www.openmedianow.org/?q=node/32&lt;/a&gt; .&lt;/p&gt;

&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;I hope you will support this effort too.  I hope more than 10
people will participate to make this happen.  The more money the
project gets, the more features it can develop using these funds.
:)&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Best å ikke fortelle noen at streaming er nedlasting...</title>
                <link>http://people.skolelinux.org/pere/blog/Best____ikke_fortelle_noen_at_streaming_er_nedlasting___.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Best____ikke_fortelle_noen_at_streaming_er_nedlasting___.html</guid>
                <pubDate>Sat, 30 Oct 2010 11:20:00 +0200</pubDate>
                <description>
&lt;p&gt;I dag la jeg inn en kommentar på en sak hos NRKBeta
&lt;a href=&quot;http://nrkbeta.no/2010/10/27/bakom-blindpassasjer-del-1/&quot;&gt;om
hvordan TV-serien Blindpassasjer ble laget&lt;/a&gt; i forbindelse med at
filmene NRK la ut ikke var tilgjengelig i et
&lt;a href=&quot;http://www.digistan.org/open-standard:definition&quot;&gt;fritt og
åpent format&lt;/a&gt;.  Dette var det jeg skrev publiserte der 07:39.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;&quot;Vi fikk en kommentar rundt måten streamet innhold er beskyttet fra
nedlasting.  Mange av oss som kan mer enn gjennomsnittet om systemer
som dette, vet at det stort sett er mulig å lure ut ting med den
nødvendige forkunnskapen.&quot;&lt;/p&gt;

&lt;p&gt;Haha.  Å streame innhold er det samme som å laste ned innhold, så å
beskytte en stream mot nedlasting er ikke mulig.  Å skrive noe slikt
er å forlede leseren.&lt;/p&gt;

&lt;p&gt;Med den bakgrunn blir forklaringen om at noen rettighetshavere kun
vil tillate streaming men ikke nedlasting meningsløs.&lt;/p&gt;

&lt;p&gt;Anbefaler forresten å lese
&lt;a href=&quot;http://blogs.computerworlduk.com/simon-says/2010/10/drm-is-toxic-to-culture/index.htm&quot;&gt;http://blogs.computerworlduk.com/simon-says/2010/10/drm-is-toxic-to-culture/index.htm&lt;/a&gt;
om hva som ville være konsekvensen hvis digitale avspillingssperrer
(DRM) fungerte.  Det gjør de naturligvis ikke teknisk - det er jo
derfor de må ha totalitære juridiske beskyttelsesmekanismer på plass,
men det er skremmende hva samfunnet tillater og NRK er med på å bygge
opp under.&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Ca. 20 minutter senere får jeg følgende epost fra Anders Hofseth i
NRKBeta:&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: Anders Hofseth &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;To: &quot;pere@hungry.com&quot; &amp;lt;pere@hungry.com&gt;
&lt;br&gt;Cc: Eirik Solheim &amp;lt;XXX@gmail.com&gt;, Jon Ståle Carlsen &amp;lt;XXX@gmail.com&gt;, Henrik Lied &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;Subject: Re: [NRKbeta] Kommentar: &quot;Bakom Blindpassasjer: del 1&quot;
&lt;br&gt;Date: Sat, 30 Oct 2010 07:58:44 +0200&lt;/p&gt;

&lt;p&gt;Hei Petter.
&lt;br&gt;Det du forsøker dra igang er egentlig en interessant diskusjon,
men om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt
om å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
særlig lett å klarere ut noe annet arkivmateriale på lang tid.&lt;/p&gt;

&lt;p&gt;Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er
fjernet og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
konsekvensene vi beskriver ikke er noe du ønsker heller...&lt;/p&gt;

&lt;p&gt;Med hilsen,
&lt;br&gt;-anders&lt;/p&gt;

&lt;p&gt;Ring meg om noe er uklart: 95XXXXXXX&lt;/p&gt;
&lt;/blockquote&gt;&lt;/p&gt;

&lt;p&gt;Ble så fascinert over denne holdningen, at jeg forfattet og sendte
over følgende svar.  I og med at debatten er fjernet fra NRK Betas
kommentarfelt, så velger jeg å publisere her på bloggen min i stedet.
Har fjernet epostadresser og telefonnummer til de involverte, for å
unngå at de tiltrekker seg uønskede direkte kontaktforsøk.&lt;/p&gt;

&lt;p&gt;&lt;blockquote&gt;
&lt;p&gt;From: Petter Reinholdtsen &amp;lt;pere@hungry.com&gt;
&lt;br&gt;To: Anders Hofseth &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;Cc: Eirik Solheim &amp;lt;XXX@gmail.com&gt;,
&lt;br&gt;        Jon Ståle Carlsen &amp;lt;XXX@gmail.com&gt;,
&lt;br&gt;        Henrik Lied &amp;lt;XXX@gmail.com&gt;
&lt;br&gt;Subject: Re: [NRKbeta] Kommentar: &quot;Bakom Blindpassasjer: del 1&quot;
&lt;br&gt;Date: Sat, 30 Oct 2010 08:24:34 +0200&lt;/p&gt;

&lt;p&gt;[Anders Hofseth]
&lt;br&gt;&gt; Hei Petter.&lt;/p&gt;

&lt;p&gt;Hei.&lt;/p&gt;

&lt;p&gt;&gt; Det du forsøker dra igang er egentlig en interessant diskusjon, men
&lt;br&gt;&gt; om vi skal kjøre den i kommentarfeltet her, vil vi kunne bli bedt om
&lt;br&gt;&gt; å fjerne blindpassasjer fra nett- tv og det vil heller ikke bli
&lt;br&gt;&gt; særlig lett å klarere ut noe annet arkivmateriale på lang tid.&lt;/p&gt;

&lt;p&gt;Godt å se at du er enig i at dette er en interessant diskusjon.  Den
vil nok fortsette en stund til.  :)&lt;/p&gt;

&lt;p&gt;Må innrømme at jeg synes det er merkelig å lese at dere i NRK med
vitende og vilje ønsker å forlede rettighetshaverne for å kunne
fortsette å legge ut arkivmateriale.&lt;/p&gt;

&lt;p&gt;Kommentarer og diskusjoner i bloggene til NRK Beta påvirker jo ikke
faktum, som er at streaming er det samme som nedlasting, og at innhold
som er lagt ut på nett kan lagres lokalt for avspilling når en ønsker
det.&lt;/p&gt;

&lt;p&gt;Det du sier er jo at klarering av arkivmateriale for publisering på
web krever at en holder faktum skjult fra debattfeltet på NRKBeta.
Det er ikke et argument som holder vann. :)&lt;/p&gt;

&lt;p&gt;&gt; Dette er en situasjon NRKbeta ikke ønsker, så kommentaren er fjernet
&lt;br&gt;&gt; og den delen av diskusjonen er avsluttet på nrkbeta, vi antar
&lt;br&gt;&gt; konsekvensene vi beskriver ikke er noe du ønsker heller...&lt;/p&gt;

&lt;p&gt;Personlig ønsker jeg at NRK skal slutte å stikke hodet i sanden og
heller være åpne på hvordan virkeligheten fungerer, samt ta opp kampen
mot de som vil låse kulturen inne.  Jeg synes det er en skam at NRK
godtar å forlede publikum.  Ville heller at NRK krever at innhold som
skal sendes skal være uten bruksbegresninger og kan publiseres i
formater som heller ikke har bruksbegresninger (bruksbegresningene til
H.264 burde få varselbjellene i NRK til å ringe).&lt;/p&gt;

&lt;p&gt;At NRK er med på DRM-tåkeleggingen og at det kommer feilaktive
påstander om at &quot;streaming beskytter mot nedlasting&quot; som bare er egnet
til å bygge opp om en myte som er skadelig for samfunnet som helhet.&lt;/p&gt;

&lt;p&gt;Anbefaler &amp;lt;URL:&lt;a href=&quot;http://webmink.com/2010/09/03/h-264-and-foss/&quot;&gt;http://webmink.com/2010/09/03/h-264-and-foss/&lt;/a&gt;&gt; og en
titt på
&amp;lt;URL: &lt;a href=&quot;http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html&quot;&gt;http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html&lt;/a&gt; &gt;.
for å se hva slags bruksbegresninger H.264 innebærer.&lt;/p&gt;

&lt;p&gt;Hvis dette innebærer at NRK må være åpne med at arkivmaterialet ikke
kan brukes før rettighetshaverene også innser at de er med på å skade
samfunnets kultur og kollektive hukommelse, så får en i hvert fall
synliggjort konsekvensene og antagelig mer flammer på en debatt som er
langt på overtid.&lt;/p&gt;

&lt;p&gt;&gt; Ring meg om noe er uklart: XXX&lt;/p&gt;

&lt;p&gt;Intet uklart, men ikke imponert over måten dere håndterer debatten på.
Hadde du i stedet kommet med et tilsvar i kommentarfeltet der en
gjorde det klart at blindpassasjer-blogpostingen ikke var riktig sted
for videre diskusjon hadde dere i mine øyne kommet fra det med
ryggraden på plass.&lt;/p&gt;

&lt;p&gt;PS: Interessant å se at NRK-ansatte ikke bruker NRK-epostadresser.&lt;/p&gt;

&lt;p&gt;Som en liten avslutning, her er noen litt morsomme innslag om temaet.
&amp;lt;URL: &lt;a href=&quot;http://www.archive.org/details/CopyingIsNotTheft&quot;&gt;http://www.archive.org/details/CopyingIsNotTheft&lt;/a&gt; &gt; og
&amp;lt;URL: &lt;a href=&quot;http://patentabsurdity.com/&quot;&gt;http://patentabsurdity.com/&lt;/a&gt; &gt; hadde vært noe å kringkaste på
NRK1. :)&lt;/p&gt;

&lt;p&gt;Vennlig hilsen,
&lt;br&gt;--
&lt;br&gt;Petter Reinholdtsen&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Norgeskartet på mange vis - via OpenStreetmap.org</title>
                <link>http://people.skolelinux.org/pere/blog/Norgeskartet_p___mange_vis___via_OpenStreetmap_org.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Norgeskartet_p___mange_vis___via_OpenStreetmap_org.html</guid>
                <pubDate>Mon, 1 Nov 2010 11:15:00 +0100</pubDate>
                <description>
&lt;p&gt;Har oppdaget at mange ikke er klar over at OpenStreetmap.org er
tilgjengelig i en rekke forskjellige formater.  Her er en liste med
eksporter jeg kjenner til for Norge, for de som trenger et
fribrukskart til sine tjenester:&lt;/p&gt;

&lt;p&gt;&lt;ul&gt;

&lt;li&gt;Cloudmade tilbyr OSM XML, Garmin Map Files, Osmosis country
bounding polygon, Shapefile, Navit maps, GPX POI, TomTom POI og OSM
XML feature extracts via
&lt;a href=&quot;http://downloads.cloudmade.com/europe/norway&quot;&gt;sine
nedlastingssider&lt;/a&gt;.&lt;/li&gt;

&lt;li&gt;Geofabric tilbyr
&lt;a href=&quot;http://download.geofabrik.de/osm/europe/norway.osm.bz2&quot;&gt;OSM
XML&lt;/a&gt;,
&lt;a href=&quot;http://download.geofabrik.de/osm/europe/norway.osm.pbf&quot;&gt;OSM
protobuf binærformat&lt;/a&gt; og
&lt;a href=&quot;http://download.geofabrik.de/osm/europe/norway.shp.zip&quot;&gt;ESRI
Shapefile (EPSG:4326)&lt;/a&gt; fra sine nedlastingssider.&lt;/li&gt;

&lt;li&gt;Frikart.no tilbyr
&lt;a href=&quot;http://www.frikart.no/garmin/&quot;&gt;Garmin-kart&lt;/a&gt; i uike
varianter for veibruk og turbruk sommer og vinter.&lt;/li&gt;

&lt;/ul&gt;&lt;/p&gt;

&lt;p&gt;Kartene oppdateres regelmessig, som oftest hver uke.  Det skulle
dermed være noe for enhver smak.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Why isn&#39;t Debian Edu using VLC?</title>
                <link>http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Why_isn_t_Debian_Edu_using_VLC_.html</guid>
                <pubDate>Sat, 27 Nov 2010 11:30:00 +0100</pubDate>
                <description>
&lt;p&gt;In the latest issue of Linux Journal, the readers choices were
presented, and the winner among the multimedia player were VLC.
Personally, I like VLC, and it is my player of choice when I first try
to play a video file or stream.  Only if VLC fail will I drag out
gmplayer to see if it can do better.  The reason is mostly the failure
model and trust.  When VLC fail, it normally pop up a error message
reporting the problem.  When mplayer fail, it normally segfault or
just hangs.  The latter failure mode drain my trust in the program.&lt;p&gt;

&lt;p&gt;But even if VLC is my player of choice, we have choosen to use
mplayer in &lt;a href=&quot;http://www.skolelinux.org/&quot;&gt;Debian
Edu/Skolelinux&lt;/a&gt;.  The reason is simple.  We need a good browser
plugin to play web videos seamlessly, and the VLC browser plugin is
not very good.  For example, it lack in-line control buttons, so there
is no way for the user to pause the video.  Also, when I
&lt;a href=&quot;http://wiki.debian.org/DebianEdu/BrowserMultimedia&quot;&gt;last
tested the browser plugins&lt;/a&gt; available in Debian, the VLC plugin
failed on several video pages where mplayer based plugins worked.  If
the browser plugin for VLC was as good as the gecko-mediaplayer
package (which uses mplayer), we would switch.&lt;/P&gt;

&lt;p&gt;While VLC is a good player, its user interface is slightly
annoying.  The most annoying feature is its inconsistent use of
keyboard shortcuts.  When the player is in full screen mode, its
shortcuts are different from when it is playing the video in a window.
For example, space only work as pause when in full screen mode.  I
wish it had consisten shortcuts and that space also would work when in
window mode.  Another nice shortcut in gmplayer is [enter] to restart
the current video.  It is very nice when playing short videos from the
web and want to restart it when new people arrive to have a look at
what is going on.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>Gnash enteres Google Summer of Code 2011</title>
                <link>http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Gnash_enteres_Google_Summer_of_Code_2011.html</guid>
                <pubDate>Wed, 6 Apr 2011 09:00:00 +0200</pubDate>
                <description>
&lt;p&gt;&lt;a href=&quot;http://www.getgnash.org/&quot;&gt;The Gnash project&lt;/a&gt; is still
the most promising solution for a Free Software Flash implementation.
A few days ago the project
&lt;a href=&quot;http://lists.gnu.org/archive/html/gnash-dev/2011-04/msg00011.html&quot;&gt;announced&lt;/a&gt;
that it will participate in Google Summer of Code.  I hope many
students apply, and that some of them succeed in getting AVM2 support
into Gnash.&lt;/p&gt;
</description>
        </item>
        
        <item>
                <title>What is missing in the Debian desktop, or why my parents use Kubuntu</title>
                <link>http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</link>        
                <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/What_is_missing_in_the_Debian_desktop__or_why_my_parents_use_Kubuntu.html</guid>
                <pubDate>Fri, 29 Jul 2011 08:10:00 +0200</pubDate>
                <description>
&lt;p&gt;While at Debconf11, I have several times during discussions
mentioned the issues I believe should be improved in Debian for its
desktop to be useful for more people.  The use case for this is my
parents, which are currently running Kubuntu which solve the
issues.&lt;/p&gt;

&lt;p&gt;I suspect these four missing features are not very hard to
implement.  After all, they are present in Ubuntu, so if we wanted to
do this in Debian we would have a source.&lt;/p&gt;

&lt;ol&gt;

&lt;li&gt;&lt;strong&gt;Simple GUI based upgrade of packages.&lt;/strong&gt; When there
are new packages available for upgrades, a icon in the KDE status bar
indicate this, and clicking on it will activate the simple upgrade
tool to handle it.  I have no problem guiding both of my parents
through the process over the phone.  If a kernel reboot is required,
this too is indicated by the status bars and the upgrade tool.  Last
time I checked, nothing with the same features was working in KDE in
Debian.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Simple handling of missing Firefox browser
plugins.&lt;/strong&gt; When the browser encounter a MIME type it do not
currently have a handler for, it will ask the user if the system
should search for a package that would add support for this MIME type,
and if the user say yes, the APT sources will be searched for packages
advertising the MIME type in their control file (visible in the
Packages file in the APT archive).  If one or more packages are found,
it is a simple click of the mouse to add support for the missing mime
type.  If the package require the user to accept some non-free
license, this is explained to the user.  The entire process make it
more clear to the user why something do not work in the browser, and
make the chances higher for the user to blame the web page authors and
not the browser for any missing features.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Simple handling of missing multimedia codec/format
handlers.&lt;/strong&gt; When the media players encounter a format or codec
it is not supporting, a dialog pop up asking the user if the system
should search for a package that would add support for it.  This
happen with things like MP3, Windows Media or H.264.  The selection
and installation procedure is very similar to the Firefox browser
plugin handling.  This is as far as I know implemented using a
gstreamer hook.  The end result is that the user easily get access to
the codecs that are present from the APT archives available, while
explaining more on why a given format is unsupported by Ubuntu.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Better browser handling of some MIME types.&lt;/strong&gt; When
displaying a text/plain file in my Debian browser, it will propose to
start emacs to show it.  If I remember correctly, when doing the same
in Kunbutu it show the file as a text file in the browser.  At least I
know Opera will show text files within the browser.  I much prefer the
latter behaviour.&lt;/li&gt;

&lt;/ol&gt; 

&lt;p&gt;There are other nice features as well, like the simplified suite
upgrader, but given that I am the one mostly doing the dist-upgrade,
it do not matter much.&lt;/p&gt;

&lt;p&gt;I really hope we could get these features in place for the next
Debian release.  It would require the coordinated effort of several
maintainers, but would make the end user experience a lot better.&lt;/p&gt;
</description>
        </item>
        
        </channel>
</rss>