X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/abe31671fad0e0c9ca5880bcdf4137645ec0b359..2e2dfa214e73d9809139f82b69aaa8cfcc83df54:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 73e7f1e729..a82e24ee10 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,40 @@ + + Internet-sensur skal i retten på mandag + Internet_sensur_skal_i_retten_p___mandag.html + Internet_sensur_skal_i_retten_p___mandag.html + Sat, 10 Oct 2009 22:00:00 +0200 + +<p><a href="http://www.dagensit.no/bransje/article1757755.ece">DagensIT</a> +melder at Telenor og Tono skal i retten på mandag for å diskutere +hvorvidt Tonos krav om at Telenor skal blokkere for tilgang til The +Pirate Bay er i tråd med norsk rett. Det blir interessant å se +resultatet fra den rettsaken.</p> + +<p>Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato +Strøm, som forteller at "Pirate Bay inneholder 95 prosent ulovlig +utlagt materiale, og å stanse tilgangen til det kan ikke kalles +sensur". Jeg tok en titt på +<a href="http://thepiratebay.org/">forsiden til The Pirate Bay</a>, +som forteller at det pr. i dag er 1 884 694 torrenter på trackeren. +Dette tilsvarer antall filer en kan søke blant og hente ned ved hjelp +av The Pirate Bay. 5% av dette antallet er 94 235. Det kan dermed +virke som om Tonos advokat mener at det ikke er sensur å blokkere for +tilgang til nesten 100 000 lovlige filer. Jeg lurer på om han er +korrekt sitert.</p> + +<p>Lurer også på hvor 95%-tallet kommer fram. Er det seriøs og +etterprøvbar forskning på området som viser at dette er andelen +ulovlige filer tilgjengelig via The Pirate Bay, eller er det +musikkbransjenes egne tall? De har +<a href="http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music">jo +demonstrert</a> at de ikke er i stand til å skille lovlig og ulovlig +bruk av musikk.</p> + + + MVA på bøker med DRM, ikke MVA på bøker uten DRM? MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html @@ -345,60 +379,5 @@ misvisende påstander etter i sømmene.</p> - - Debian boots quicker and quicker - Debian_boots_quicker_and_quicker.html - Debian_boots_quicker_and_quicker.html - Wed, 24 Jun 2009 21:40:00 +0200 - -<p>I spent Monday and tuesday this week in London with a lot of the -people involved in the boot system on Debian and Ubuntu, to see if we -could find more ways to speed up the boot system. This was an Ubuntu -funded -<a href="https://wiki.ubuntu.com/FoundationsTeam/BootPerformance/DebianUbuntuSprint">developer -gathering</a>. It was quite productive. We also discussed the future -of boot systems, and ways to handle the increasing number of boot -issues introduced by the Linux kernel becoming more and more -asynchronous and event base. The Ubuntu approach using udev and -upstart might be a good way forward. Time will show.</p> - -<p>Anyway, there are a few ways at the moment to speed up the boot -process in Debian. All of these should be applied to get a quick -boot:</p> - -<ul> - -<li>Use dash as /bin/sh.</li> - -<li>Disable the init.d/hwclock*.sh scripts and make sure the hardware - clock is in UTC.</li> - -<li>Install and activate the insserv package to enable - <a href="http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot">dependency - based boot sequencing</a>, and enable concurrent booting.</li> - -</ul> - -These points are based on the Google summer of code work done by -<a href="http://initscripts-ng.alioth.debian.org/soc2006-bootsystem/">Carlos -Villegas</a>. - -<p>Support for makefile-style concurrency during boot was uploaded to -unstable yesterday. When we tested it, we were able to cut 6 seconds -from the boot sequence. It depend on very correct dependency -declaration in all init.d scripts, so I expect us to find edge cases -where the dependences in some scripts are slightly wrong when we start -using this.</p> - -<p>On our IRC channel for this effort, #pkg-sysvinit, a new idea was -introduced by Raphael Geissert today, one that could affect the -startup speed as well. Instead of starting some scripts concurrently -from rcS.d/ and another set of scripts from rc2.d/, it would be -possible to run a of them in the same process. A quick way to test -this would be to enable insserv and run 'mv /etc/rc2.d/S* /etc/rcS.d/; -insserv'. Will need to test if that work. :)</p> - - -