]> pere.pagekite.me Git - homepage.git/blobdiff - blog/index.html
Nytt forslag.
[homepage.git] / blog / index.html
index 7e4567a91b314b85b2fb26e78c442ce15d4ed3e4..bc4f810c961b0d2c310a6036e333245dad350349 100644 (file)
 
 
  
+ <div class="entry">
+  <div class="title"><a href="No_patch_is_not_better_than_a_useless_patch.html">No patch is not better than a useless patch</a></div>
+  <div class="date">2009-04-28 09:30</div>
+  <div class="body">
+<p>Julien Blache
+<a href="http://blog.technologeek.org/2009/04/12/214">claim that no
+patch is better than a useless patch</a>.  I completely disagree, as a
+patch allow one to discuss a concrete and proposed solution, and also
+prove that the issue at hand is important enough for someone to spent
+time on fixing it.  No patch do not provide any of these positive
+properties.</p>
+</div>
+  <div class="tags">
+   
+
+   
+   Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
+ <div class="entry">
+  <div class="title"><a href="EU_parlamentet_raner_fellesskapet_for_musikk.html">EU-parlamentet raner fellesskapet for musikk</a></div>
+  <div class="date">2009-04-26 08:30</div>
+  <div class="body">
+<p>Slashdot melder at EU-parlamentet har vedtatt
+<a href="http://www.europarl.europa.eu/news/expert/infopress_page/058-54192-111-04-17-909-20090422IPR54191-21-04-2009-2009-false/default_en.htm">å
+øke vernetiden for musikkopptak fra 50 til 70 år</a>, og dermed rane
+fellesskapet for 20 år med musikk som ville vært tilgjengelig uten
+bruksbegresninger.  Mon tro hvor mye musikk som vil gå tapt pga. at
+ingen tar vare på den (opphavsrettsinnehaver er forsvunnet), mens
+ingen andre har lov til å kopiere og distribuere den.  Mon tro hvor
+mange musikkstykker som ikke kan brukes uten bruksbegresninger av
+folket, som skulle falt i det fri men som i stedet forblir under
+rettighetshavers monopol.  Opphavsrettslovgivingen blir mer og mer
+urimelig.  Tenke seg til at vernetiden startet i USA med 7 år og
+mulighet for forlengelse med 7 år.  Nå er den 95 år der, og en stor
+mengde verk blir foreldreløse og umulig å få tak i.  Har ikke lykkes
+med å finne ut hvor lang opphavsretten var i utgangspunktet i Norge.
+I dag er den 70 år.</p>
+
+<p>Jeg er glad det finnes <a href="http://www.jamendo.com/">så mye
+musikk tilgjengelig uten bruksbegresninger</a> at en kan klare seg
+uten musikk med bruksbegresninger.</p>
+</div>
+  <div class="tags">
+   
+
+   
+   Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
+ <div class="entry">
+  <div class="title"><a href="Hvor_flyter_Microsofts_penger_.html">Hvor flyter Microsofts penger?</a></div>
+  <div class="date">2009-04-24 11:10</div>
+  <div class="body">
+<p>Dagens nyhet er at omsetningen til Microsoft for første gang er
+synkende.  Ikke spesielt uventet med den generelle nedgangen i
+økonomien som vi ser verden over.  Det fikk meg dog til å tenke på en
+ting fra noen år tilbake.</p>
+
+<p>Da jeg besøkte en kamerat i Beijing sommeren 2000, ble jeg fortalt
+at påstanden til Microsoft om at de brakte inn enorme pengesummer til
+USA nok var litt overdrevet, da de fleste inntektene fra lisenssalg
+rundt om i verden ble kanalisert inn til skatteparadiset
+<a href="http://en.wikipedia.org/wiki/Cayman_Islands">Cayman
+Island</a>.  Jeg har aldri lykkes med å få bekreftet dette påstanden,
+men tok i dag en titt på hvilke selskaper som eier de norske delene av
+Microsoft som jeg kjenner til, dvs.
+<a href="http://www.proff.no/proff/search/companyRoles.c?freeText=microsoft&bc=0&c=Z001YP4Y&org=957485030">Microsoft
+Norge AS</a> og
+<a href="http://www.proff.no/proff/search/companyRoles.c?freeText=fast&bc=348&c=Z0HR5KDT&org=979158831">FAST,
+A Microsoft Subsidiary</a> (tidligere FAST Search & Transfer ASA).</p>
+
+<p>Førstnevnte er eid av "Microsoft International Holdings Spain
+S.R.L.", mens sistnevnte i følge Wikipedia nå eies av
+Microsoft-underselskapet "MACS Holdings Limited".  Jeg har ikke klart
+å finne mer informasjon om noen av disse.  Mon tro om noen av dem
+sender pengene til Cayman Island?  Finner det jeg tror er
+<a href="http://www.informacion-empresas.com/Empresa_MICROSOFT-INTERNATIONAL-HOLDINGS-SPAIN.html">informasjon
+om spaniaselskapet på spansk</a>, men jeg kan ikke lese spansk. :(</p>
+</div>
+  <div class="tags">
+   
+
+   
+   Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>. 
+  
+  </div>
+ </div>
+ <div class="padding"></div>
  <div class="entry">
   <div class="title"><a href="Hvorfor_jeg_ikke_bruker_eFaktura.html">Hvorfor jeg ikke bruker eFaktura</a></div>
   <div class="date">2009-04-23 23:00</div>
@@ -97,7 +193,7 @@ fortløpende.</p>
    
 
    
-   Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/web">web</a>. 
+   Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>, <a href="tags/web">web</a>. 
   
   </div>
  </div>
@@ -159,7 +255,7 @@ og fildeling av slike filer er fullt ut lovlig.</p>
    
 
    
-   Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/web">web</a>. 
+   Tags: <a href="tags/fildeling">fildeling</a>, <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/opphavsrett">opphavsrett</a>, <a href="tags/web">web</a>. 
   
   </div>
  </div>
@@ -315,123 +411,6 @@ wait $pid</pre></blockquote>
  </div>
  <div class="padding"></div>
  
- <div class="entry">
-  <div class="title"><a href="Standardize_on_protocols_and_formats__not_vendors_and_applications.html">Standardize on protocols and formats, not vendors and applications</a></div>
-  <div class="date">2009-03-30 11:50</div>
-  <div class="body">
-<p>Where I work at the University of Oslo, one decision stand out as a
-very good one to form a long lived computer infrastructure.  It is the
-simple one, lost by many in todays computer industry: Standardize on
-open network protocols and open exchange/storage formats, not applications.
-Applications come and go, while protocols and files tend to stay, and
-thus one want to make it easy to change application and vendor, while
-avoiding conversion costs and locking users to a specific platform or
-application.</p>
-
-<p>This approach make it possible to replace the client applications
-independently of the server applications.  One can even allow users to
-use several different applications as long as they handle the selected
-protocol and format.  In the normal case, only one client application
-is recommended and users only get help if they choose to use this
-application, but those that want to deviate from the easy path are not
-blocked from doing so.</p>
-
-<p>It also allow us to replace the server side without forcing the
-users to replace their applications, and thus allow us to select the
-best server implementation at any moment, when scale and resouce
-requirements change.</p>
-
-<p>I strongly recommend standardizing - on open network protocols and
-open formats, but I would never recommend standardizing on a single
-application that do not use open network protocol or open formats.</p>
-</div>
-  <div class="tags">
-   
-
-   
-   Tags: <a href="tags/debian">debian</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</a>. 
-  
-  </div>
- </div>
- <div class="padding"></div>
- <div class="entry">
-  <div class="title"><a href="Returning_from_Skolelinux_developer_gathering.html">Returning from Skolelinux developer gathering</a></div>
-  <div class="date">2009-03-29 21:00</div>
-  <div class="body">
-<p>I'm sitting on the train going home from this weekends Debian
-Edu/Skolelinux development gathering.  I got a bit done tuning the
-desktop, and looked into the dynamic service location protocol
-implementation avahi.  It look like it could be useful for us.  Almost
-30 people participated, and I believe it was a great environment to
-get to know the Skolelinux system.  Walter Bender, involved in the
-development of the Sugar educational platform, presented his stuff and
-also helped me improve my OLPC installation.  He also showed me that
-his Turtle Art application can be used in standalone mode, and we
-agreed that I would help getting it packaged for Debian.  As a
-standalone application it would be great for Debian Edu.  We also
-tried to get the video conferencing working with two OLPCs, but that
-proved to be too hard for us.  The application seem to need more work
-before it is ready for me.  I look forward to getting home and relax
-now. :)</p>
-</div>
-  <div class="tags">
-   
-
-   
-   Tags: <a href="tags/debian">debian</a>, <a href="tags/debian edu">debian edu</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>. 
-  
-  </div>
- </div>
- <div class="padding"></div>
- <div class="entry">
-  <div class="title"><a href="Time_for_new__LDAP_schemas_replacing_RFC_2307_.html">Time for new  LDAP schemas replacing RFC 2307?</a></div>
-  <div class="date">2009-03-29 20:30</div>
-  <div class="body">
-<p>The state of standardized LDAP schemas on Linux is far from
-optimal.  There is RFC 2307 documenting one way to store NIS maps in
-LDAP, and a modified version of this normally called RFC 2307bis, with
-some modifications to be compatible with Active Directory.  The RFC
-specification handle the content of a lot of system databases, but do
-not handle DNS zones and DHCP configuration.</p>
-
-<p>In <a href="http://www.skolelinux.org/">Debian Edu/Skolelinux</a>,
-we would like to store information about users, SMB clients/hosts,
-filegroups, netgroups (users and hosts), DHCP and DNS configuration,
-and LTSP configuration in LDAP.  These objects have a lot in common,
-but with the current LDAP schemas it is not possible to have one
-object per entity.  For example, one need to have at least three LDAP
-objects for a given computer, one with the SMB related stuff, one with
-DNS information and another with DHCP information.  The schemas
-provided for DNS and DHCP are impossible to combine into one LDAP
-object.  In addition, it is impossible to implement quick queries for
-netgroup membership, because of the way NIS triples are implemented.
-It just do not scale.  I believe it is time for a few RFC
-specifications to cleam up this mess.</p>
-
-<p>I would like to have one LDAP object representing each computer in
-the network, and this object can then keep the SMB (ie host key), DHCP
-(mac address/name) and DNS (name/IP address) settings in one place.
-It need to be efficently stored to make sure it scale well.</p>
-
-<p>I would also like to have a quick way to map from a user or
-computer and to the net group this user or computer is a member.</p>
-
-<p>Active Directory have done a better job than unix heads like myself
-in this regard, and the unix side need to catch up.  Time to start a
-new IETF work group?</p>
-</div>
-  <div class="tags">
-   
-
-   
-   Tags: <a href="tags/debian">debian</a>, <a href="tags/debian edu">debian edu</a>, <a href="tags/english">english</a>, <a href="tags/nuug">nuug</a>. 
-  
-  </div>
- </div>
- <div class="padding"></div>
  <p style="text-align: right;"><a href="index.rss"><img src="xml.gif" alt="RSS feed" width="36" height="14"></a></p>
 
 <div id="sidebar">
@@ -452,7 +431,7 @@ new IETF work group?</p>
 
 <li><a href="archive/2009/03/">March (12)</a></li>
 
-<li><a href="archive/2009/04/">April (7)</a></li>
+<li><a href="archive/2009/04/">April (10)</a></li>
 
 </ul></li>
 
@@ -478,11 +457,11 @@ new IETF work group?</p>
 
  <li><a href="tags/aros">aros (1)</a></li>
 
- <li><a href="tags/debian">debian (6)</a></li>
+ <li><a href="tags/debian">debian (7)</a></li>
 
  <li><a href="tags/debian edu">debian edu (6)</a></li>
 
- <li><a href="tags/english">english (10)</a></li>
+ <li><a href="tags/english">english (11)</a></li>
 
  <li><a href="tags/fiksgatami">fiksgatami (1)</a></li>
 
@@ -492,9 +471,11 @@ new IETF work group?</p>
 
  <li><a href="tags/multimedia">multimedia (2)</a></li>
 
- <li><a href="tags/norsk">norsk (37)</a></li>
+ <li><a href="tags/norsk">norsk (39)</a></li>
+
+ <li><a href="tags/nuug">nuug (39)</a></li>
 
- <li><a href="tags/nuug">nuug (36)</a></li>
+ <li><a href="tags/opphavsrett">opphavsrett (3)</a></li>
 
  <li><a href="tags/personvern">personvern (5)</a></li>