+ <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>
+ <div class="body">
+<p>Telenors annonsering om å kreve 35 kroner i gebyr fra alle som
+ønsker papirfaktura har satt sinnene i kok, og pressedekningen så
+langt snakker om at eldre og folk som ikke behersker data vil få en
+urimelig ekstrakostnad. Jeg tror ikke jeg passer inn i noen av de
+kategoriene, men velger å holde meg unna eFaktura - som er det
+Telenor ønsker å få folk over på - pga. systemets egenskaper.</p>
+
+<p>Slik jeg har sett eFaktura til forbrukere så langt, så sender
+selger en elektronisk beskjed til kundens bank, som legger ut
+informasjon om fakturaen i nettbanken for godkjenning. Personlig
+ville jeg sett det som mer naturlig at det gikk en elektronisk beskjed
+fra selger til kunde, dvs meg, og at jeg så kunne bruke den videre
+mot banken eller andre hvis jeg ønsket dette. Mine innkjøp og
+regninger er jo en sak mellom meg og mine leverandører, ikke en sak
+mellom min bank og mine leverandører. Kun hvis jeg ønsker å betale
+fakturaen skal banken involveres. En faktura bør jo inn i
+regnskapet, og jeg ønsker mulighet til å legge det inn der. Når
+fakturaen sendes til banken i stedet for meg, blir det vanskeligere.
+Hele eFaktura-modellen virker på meg som en umyndiggjøring av meg
+som kunde.</p>
+
+<p>I tillegg har jeg ikke vært i stand til å finne
+eFaktura-formatets spesifikasjon, og det ser ut til at utsending av
+slike krever dyre avtaler med bankene for å få lov til å sende ut
+eFaktura til kunder. Jeg ser vel helst at fakturering på
+elektroniske formater kan gjøres f.eks. via epost eller HTTP uten å
+måtte betale mellommenn for retten til å lever ut en faktura, og
+liker rett og slett ikke dagens faktureringsmodeller.</p>
+</div>
+ <div class="tags">
+
+
+
+ Tags: <a href="tags/norsk">norsk</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="Nasjonalbiblioteket_legger_ut_b__ker_p___web.html">Nasjonalbiblioteket legger ut bøker på web</a></div>
<div class="date">2009-04-23 19:40</div>
- 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>
- 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>
</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>
-
- <div class="entry">
- <div class="title"><a href="Hva_er_egentlig_en___pen_standard_.html">Hva er egentlig en åpen standard?</a></div>
- <div class="date">2009-03-28 10:50</div>
- <div class="body">
-<p>Jeg møter alle slags interessante mennesker på min vei, og et møte
-jeg lærte mye av var å treffe på en svært kompetent IT-fyr som
-benektet ting jeg anser som åpenbart og selvfølgelig når det gjelder
-standarder. Det var interessant, da det fikk meg til å tenke litt
-nøyere på hvilke mekanismer som ligger til grunn for at noe oppfattes
-som en standard. Det hele startet med arbeid rundt integrering av NSS
-LDAP mot Active Directory, og problemer som oppstår pga. at Active
-Directory ikke følger LDAP-spesifikasjonen som dokumentert i RFCer fra
-IETF (konkret, AD returnerer kun et subset av attributter hvis det er
-mer enn 1500 atributter av en gitt type i et LDAP-objekt, og en må be
-om resten i bolker av 1500). Jeg hevdet måten dette ble gjort på brøt
-med LDAP-spesifikasjonen, og henviste til hvor i LDAP-spesifikasjonen
-fra IETF det sto at oppførselen til AD ikke fulgte
-LDAP-spesifikasjonen. AD-spesialisten overrasket meg da ved å
-fortelle at IETF var ikke de som definerte LDAP-spesifikasjonen, og at
-Active Directory ikke brøt den virkelige LDAP-spesifikasjonen som han
-mente lå til grunn. Jeg ble spesielt overrasket over denne
-tilnærmingen til problemstillingen, da til og med Microsoft så vidt
-jeg kan se anerkjenner IETF som organisasjonen som definerer
-LDAP-spesifikasjonen. Jeg fikk aldri spurt hvem han mente sto bak den
-egentlige LDAP-spesifikasjonen, da det var irrelevant for problemet vi
-måtte løse (få Linux og AD til å fungere sammen). Dette møtet
-fortalte meg uansett at det ikke er gitt at alle aktører er enige om
-hva en standard er, og hva som er kilden til en gitt standard. Det er
-vanskelig å enes om felles standarder før en først enes om hvem som
-bestemmer hva en gitt standard innebærer.</p>
-
-<p>Hva er så en standard? I sin abstrakte form er det noe å samles
-om. På engelsk er en av betydningene fane brukt i krig, du vet, den
-type fane en samlet seg rundt på kamplassen i riddertiden. En
-standard definerer altså et felleskap, noen som har noe felles. Det
-er naturligvis mange måter å utgjøre et felleskap på. En kan
-f.eks. enes om å gjøre alt slik som Ole gjør det, og dermed si at Oles
-oppførsel er standard. Hver gang Ole endrer oppførsel endrer også
-standarden seg uten noe mer organisering og prosedyre. En variant av
-dette er å gjøre slik som Ole har gjort det i stedet for slik Ole til
-enhver til gjør noe. Dette er ofte litt enklere å forholde seg til,
-da en slipper å sjekke med Ole hver gang for å vite hvordan ting skal
-gjøres nå, men hvis det Ole gjorde noe dumt den gang en bestemte seg
-for å følge Ole, så er det vanskeligere å få endret oppførsel for å
-unngå dette dumme.</p>
-
-<p>En kan også ta det et skritt videre, og istedet for å basere seg på
-enkeltpersoners oppførsel sette seg ned og bli enige om hvordan en
-skal gjøre ting, dvs. lage et felleskap basert på konsensus. Dette
-tar naturligvis litt mer tid (en må diskutere ting i forkant før en
-kan sette igang), men det kan bidra til at den oppførselen en
-planlegger å benytte seg av er mer gjennomtenkt. Det ender også
-typisk opp med en beskrivelse av ønsket oppførsel som flere kan forstå
-- da flere har vært involvert i å utarbeide beskrivelsen.</p>
-
-<p>Dette er dessverre ikke alt som trengs for å forstå hva en åpen
-standard er for noe. Der alle kan se på hvordan folk oppfører seg, og
-dermed har valget om de vil oppføre seg likt eller ikke, så er det
-endel juridiske faktorer som gjør det hele mer komplisert -
-opphavsretten og patentlovgivningen for å være helt konkret. For å gi
-et eksempel. Hvis noen blir enige om å alltid plystre en bestemt
-melodi når de møtes, for å identifisere hverandre, så kan
-opphavsretten brukes til å styre hvem som får lov til å gjøre dette.
-De har standardisert hvordan de kjenner igjen alle som følger denne
-standarden, men ikke alle har nødvendigvis lov til å følge den.
-Musikk er opphavsrettsbeskyttet, og fremføring av musikk i
-offentligheten er opphavsmannens enerett (dvs. et monopol). Det vil i
-sin ytterste konsekvens si at alle som skal plystre en
-opphavsrettsbeskyttet melodi i det offentlige rom må ha godkjenning
-fra opphavsmannen. Har en ikke dette, så bryter en loven og kan
-straffes. Det er dermed mulig for opphavsmannen å kontrollere hvem
-som får lov til å benytte seg av denne standarden. En annen variant
-er hvis en standard er dokumentert, så er dokumentet som definerer
-standarden (spesifikasjonen) beskyttet av opphavsretten, og det er
-dermed mulig for rettighetsinnehaver å begrense tilgang til
-spesifikasjonen, og slik styre hvem som kan ta i bruk standarden på
-den måten.</p>
-
-<p>Der opphavsretten innvilger et monopol på kunstneriske uttrykk med
-verkshøyde, innvilger patentlovgivningen monopol på ideer. Hvis en
-slik patentert idé (fortrinnsvis uttrykt i en teknisk innretning, men
-det er kompliserende faktorer som gjør at det ikke er et krav) trengs
-for å ta i bruk en standard, så vil den som innehar patent kunne styre
-hvem som får ta i bruk standarden. Det er dermed ikke gitt at alle
-kan delta i et standard-felleskap, og hvis de kan delta, så er det
-ikke sikkert at det er på like vilkår. F.eks. kan rettighetsinnehaver
-sette vilkår som gjør at noen faller utenfor, det være seg av
-finansielle, avtalemessige eller prinsipielle årsaker. Vanlige slike
-vilkår er "må betale litt for hver kunde/bruker" som utelukker de som
-gir bort en løsning gratis og "må gi fra seg retten til å håndheve
-sine egne patentrettigheter ovenfor rettighetshaver" som utelukker
-alle som ønsker å beholde den muligheten.</p>
-
-<p>En åpen standard innebærer for meg at alle kan få innsikt i en
-komplett beskrivelse av oppførsel som standarden skal dekke, og at
-ingen kan nektes å benytte seg av standarden. Noen mener at det
-holder at alle med tilstrekkelig finansiering kan få tilgang til
-spesifikasjonen og at en kun har finansielle krav til bruk.
-Pga. denne konflikten har et nytt begrep spredt seg de siste årene,
-nemlig fri og åpen standard, der en har gjort det klart at alle må ha
-komplett og lik tilgang til spesifikasjoner og retten til å gjøre bruk
-av en standard for at en standard skal kunne kalles fri og åpen.</p>
-</div>
- <div class="tags">
-
-
-
- Tags: <a href="tags/norsk">norsk</a>, <a href="tags/nuug">nuug</a>, <a href="tags/standard">standard</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">
<li><a href="archive/2009/03/">March (12)</a></li>
-<li><a href="archive/2009/04/">April (6)</a></li>
+<li><a href="archive/2009/04/">April (10)</a></li>
</ul></li>
<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>
<li><a href="tags/multimedia">multimedia (2)</a></li>
- <li><a href="tags/norsk">norsk (36)</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 (35)</a></li>
+ <li><a href="tags/opphavsrett">opphavsrett (3)</a></li>
<li><a href="tags/personvern">personvern (5)</a></li>
<li><a href="tags/rss">rss (1)</a></li>
- <li><a href="tags/standard">standard (2)</a></li>
+ <li><a href="tags/standard">standard (3)</a></li>
<li><a href="tags/stavekontroll">stavekontroll (1)</a></li>
projects / homepage.git / blobdiff