X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/e6886f81a8e589705fa5e5de930a610f5cbc0192..e091c54b5b41495bd50d29a44edb3619effa08a8:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index baabc818a1..35669e8e13 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,48 @@ http://people.skolelinux.org/pere/blog/ + + Aftenposten-redaktøren med lua i hånda + http://people.skolelinux.org/pere/blog/Aftenposten_redakt_ren_med_lua_i_h_nda.html + http://people.skolelinux.org/pere/blog/Aftenposten_redakt_ren_med_lua_i_h_nda.html + Fri, 9 Sep 2016 11:30:00 +0200 + <p>En av dagens nyheter er at Aftenpostens redaktør Espen Egil Hansen +bruker +<a href="https://www.nrk.no/kultur/aftenposten-brukar-heile-forsida-pa-facebook-kritikk-1.13126918">forsiden +av papiravisen på et åpent brev til Facebooks sjef Mark Zuckerberg om +Facebooks fjerning av bilder, tekster og sider de ikke liker</a>. Det +må være uvant for redaktøren i avisen Aftenposten å stå med lua i +handa og håpe på å bli hørt. Spesielt siden Aftenposten har vært med +på å gi Facebook makten de nå demonstrerer at de har. Ved å melde seg +inn i Facebook-samfunnet har de sagt ja til bruksvilkårene og inngått +en antagelig bindende avtale. Kanskje de skulle lest og vurdert +vilkårene litt nærmere før de sa ja, i stedet for å klage over at +reglende de har valgt å akseptere blir fulgt? Personlig synes jeg +vilkårene er uakseptable og det ville ikke falle meg inn å gå inn på +en avtale med slike vilkår. I tillegg til uakseptable vilkår er det +mange andre grunner til å unngå Facebook. Du kan finne en solid +gjennomgang av flere slike argumenter hos +<a href="https://stallman.org/facebook.html">Richard Stallmans side om +Facebook</a>. + +<p>Jeg håper flere norske redaktører på samme vis må stå med lua i +hånden inntil de forstår at de selv er med på å føre samfunnet på +ville veier ved å omfavne Facebook slik de gjør når de omtaler og +løfter frem saker fra Facebook, og tar i bruk Facebook som +distribusjonskanal for sine nyheter. De bidrar til +overvåkningssamfunnet og raderer ut lesernes privatsfære når de lenker +til Facebook på sine sider, og låser seg selv inne i en omgivelse der +det er Facebook, og ikke redaktøren, som sitter med makta.</p> + +<p>Men det vil nok ta tid, i et Norge der de fleste nettredaktører +<a href="http://people.skolelinux.org/pere/blog/Snurpenot_overv_kning_av_sensitiv_personinformasjon.html">deler +sine leseres personopplysinger med utenlands etterretning</a>.</p> + +<p>For øvrig burde varsleren Edward Snowden få politisk asyl i +Norge.</p> + + + E-tjenesten ber om innsyn i eposten til partiene på Stortinget http://people.skolelinux.org/pere/blog/E_tjenesten_ber_om_innsyn_i_eposten_til_partiene_p__Stortinget.html @@ -24,7 +66,7 @@ støttepartiene Venstre (@venstre.no) og Kristelig Folkeparti (@krf.no) samt Sosialistisk Ventreparti (@sv.no) og Miljøpartiet de grønne (@mdg.no) har nemlig alle valgt å ta imot eposten sin via utenlandske tjenester. Det betyr at hvis noen sender epost til noen med en slik -adresse vil innholdet i eposten om dette forslaget blir vedtatt gjøres +adresse vil innholdet i eposten, om dette forslaget blir vedtatt, gjøres tilgjengelig for e-tjenesten. Venstre, Sosialistisk Ventreparti og Miljøpartiet De Grønne har valgt å motta sin epost hos Google, Kristelig Folkeparti har valgt å motta sin epost hos Microsoft, og @@ -58,6 +100,9 @@ at privatsfæren vernes. Selv bruker jeg blant annet dem er optimale, men de fungerer ganske bra allerede og øker kostnaden for dem som ønsker å invadere mitt privatliv.</p> +<p>For øvrig burde varsleren Edward Snowden få politisk asyl i +Norge.</p> + <!-- venstre.no @@ -622,118 +667,5 @@ formats.</p> - - A program should be able to open its own files on Linux - http://people.skolelinux.org/pere/blog/A_program_should_be_able_to_open_its_own_files_on_Linux.html - http://people.skolelinux.org/pere/blog/A_program_should_be_able_to_open_its_own_files_on_Linux.html - Sun, 5 Jun 2016 08:30:00 +0200 - <p>Many years ago, when koffice was fresh and with few users, I -decided to test its presentation tool when making the slides for a -talk I was giving for NUUG on Japhar, a free Java virtual machine. I -wrote the first draft of the slides, saved the result and went to bed -the day before I would give the talk. The next day I took a plane to -the location where the meeting should take place, and on the plane I -started up koffice again to polish the talk a bit, only to discover -that kpresenter refused to load its own data file. I cursed a bit and -started making the slides again from memory, to have something to -present when I arrived. I tested that the saved files could be -loaded, and the day seemed to be rescued. I continued to polish the -slides until I suddenly discovered that the saved file could no longer -be loaded into kpresenter. In the end I had to rewrite the slides -three times, condensing the content until the talk became shorter and -shorter. After the talk I was able to pinpoint the problem &ndash; -kpresenter wrote inline images in a way itself could not understand. -Eventually that bug was fixed and kpresenter ended up being a great -program to make slides. The point I'm trying to make is that we -expect a program to be able to load its own data files, and it is -embarrassing to its developers if it can't.</p> - -<p>Did you ever experience a program failing to load its own data -files from the desktop file browser? It is not a uncommon problem. A -while back I discovered that the screencast recorder -gtk-recordmydesktop would save an Ogg Theora video file the KDE file -browser would refuse to open. No video player claimed to understand -such file. I tracked down the cause being <tt>file --mime-type</tt> -returning the application/ogg MIME type, which no video player I had -installed listed as a MIME type they would understand. I asked for -<a href="http://bugs.gw.com/view.php?id=382">file to change its -behavour</a> and use the MIME type video/ogg instead. I also asked -several video players to add video/ogg to their desktop files, to give -the file browser an idea what to do about Ogg Theora files. After a -while, the desktop file browsers in Debian started to handle the -output from gtk-recordmydesktop properly.</p> - -<p>But history repeats itself. A few days ago I tested the music -system Rosegarden again, and I discovered that the KDE and xfce file -browsers did not know what to do with the Rosegarden project files -(*.rg). I've reported <a href="http://bugs.debian.org/825993">the -rosegarden problem to BTS</a> and a fix is commited to git and will be -included in the next upload. To increase the chance of me remembering -how to fix the problem next time some program fail to load its files -from the file browser, here are some notes on how to fix it.</p> - -<p>The file browsers in Debian in general operates on MIME types. -There are two sources for the MIME type of a given file. The output from -<tt>file --mime-type</tt> mentioned above, and the content of the -shared MIME type registry (under /usr/share/mime/). The file MIME -type is mapped to programs supporting the MIME type, and this -information is collected from -<a href="https://www.freedesktop.org/wiki/Specifications/desktop-entry-spec/">the -desktop files</a> available in /usr/share/applications/. If there is -one desktop file claiming support for the MIME type of the file, it is -activated when asking to open a given file. If there are more, one -can normally select which one to use by right-clicking on the file and -selecting the wanted one using 'Open with' or similar. In general -this work well. But it depend on each program picking a good MIME -type (preferably -<a href="http://www.iana.org/assignments/media-types/media-types.xhtml">a -MIME type registered with IANA</a>), file and/or the shared MIME -registry recognizing the file and the desktop file to list the MIME -type in its list of supported MIME types.</p> - -<p>The <tt>/usr/share/mime/packages/rosegarden.xml</tt> entry for -<a href="http://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec">the -Shared MIME database</a> look like this:</p> - -<p><blockquote><pre> -&lt;?xml version="1.0" encoding="UTF-8"?&gt; -&lt;mime-info xmlns="http://www.freedesktop.org/standards/shared-mime-info"&gt; - &lt;mime-type type="audio/x-rosegarden"&gt; - &lt;sub-class-of type="application/x-gzip"/&gt; - &lt;comment&gt;Rosegarden project file&lt;/comment&gt; - &lt;glob pattern="*.rg"/&gt; - &lt;/mime-type&gt; -&lt;/mime-info&gt; -</pre></blockquote></p> - -<p>This states that audio/x-rosegarden is a kind of application/x-gzip -(it is a gzipped XML file). Note, it is much better to use an -official MIME type registered with IANA than it is to make up ones own -unofficial ones like the x-rosegarden type used by rosegarden.</p> - -<p>The desktop file of the rosegarden program failed to list -audio/x-rosegarden in its list of supported MIME types, causing the -file browsers to have no idea what to do with *.rg files:</p> - -<p><blockquote><pre> -% grep Mime /usr/share/applications/rosegarden.desktop -MimeType=audio/x-rosegarden-composition;audio/x-rosegarden-device;audio/x-rosegarden-project;audio/x-rosegarden-template;audio/midi; -X-KDE-NativeMimeType=audio/x-rosegarden-composition -% -</pre></blockquote></p> - -<p>The fix was to add "audio/x-rosegarden;" at the end of the -MimeType= line.</p> - -<p>If you run into a file which fail to open the correct program when -selected from the file browser, please check out the output from -<tt>file --mime-type</tt> for the file, ensure the file ending and -MIME type is registered somewhere under /usr/share/mime/ and check -that some desktop file under /usr/share/applications/ is claiming -support for this MIME type. If not, please report a bug to have it -fixed. :)</p> - - -