X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/532040142f57d870fc8b1ce39af51c21bdf79c6e..470de34f9ab5d0dc1d31957e6c290d1b798e2085:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 9d6222a661..35674f7618 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -7,460 +7,396 @@ - Avisene i endring - Avisene_i_endring.html - Avisene_i_endring.html - Sun, 15 Mar 2009 22:15:00 +0100 + 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 + MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html + Wed, 23 Sep 2009 10:00:00 +0200 -<p>Jeg kom over bloggposten -"<a href="http://www.shirky.com/weblog/2009/03/newspapers-and-thinking-the-unthinkable/">Newspapers -and Thinking the Unthinkable</a>" som jeg synes forklarer godt hva som -skjer med aviser, og fikk meg til å tenke litt rundt andre utdøende -forretningsmodeller basert på å løse problemer som ikke lenger -eksisterer. Det blir spennende å se hva vi ender opp med.</p> +<p>Elektroniske bøker diskuteres for tiden, etter at +<a href="http://www.aftenposten.no/kul_und/litteratur/article3280914.ece">bokbransjen +hevder</a> det er usikkert om de kommer til å gi ut elektroniske +bøker så lenge det er merverdiavgift på elektroniske bøker og ikke +på papirbøker. I den forbindelse så jeg et interessant forslag i +en +<a href="http://www.digi.no/php/ny_debatt.php?id=823912">digi-debatt</a> +jeg hadde sans for. "einarr" foreslo at DRM-infiserte elektroniske +bøker bør ha merverdiavgift, da "de ikke bidrar til +kunnskapsspredning på samme måte" som papirbøker og dermed går +imot intensjonene bak mva-fritaket. Bøker uten DRA derimot bør ha +mva-fritak da de "kan overføres mellom enheter, leses på ulike +plattformer, lånes ut og siteres og kopieres fra" slik en kan med +papirbøker.</p> + +<p>En oppfølgerkommentar sier seg enig i dette, da DRM-infisert +materiale må anses som leid og dermed en tjeneste, mens materiale uten +DRM må anses som et kjøp.</p> - En skam at det ikke finnes ordrett referat fra norske domstoler - En_skam_at_det_ikke_finnes_ordrett_referat_fra_norske_domstoler.html - En_skam_at_det_ikke_finnes_ordrett_referat_fra_norske_domstoler.html - Fri, 13 Mar 2009 18:00:00 +0100 + Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger + Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html + Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html + Sun, 23 Aug 2009 10:00:00 +0200 -<p>Advokatene jobber i disse dager hardt for å bli kvitt juryordningen -fra norske domstoler. Det har de forsåvidt jobbet med i mange år. -Personlig tror jeg det er å starte i feil ende, og en dårlig ide.</p> - -<p>Visst du at det ikke lages ordrett referat fra norske domstoler? -Det er ingen som skriver ned alt som sies i en norsk rettsal slik en -ser i TV-serier fra USA. Det som publiseres er dommerens -oppsummering, og alt som ikke blir med i den oppsummeringen er det -vanskelig å få dokumentert i ettertid. Konsekvensen er at en kan -lyve så mye en vil fra vitneboksen uten å bli tatt for det i -ettertid, hvis dommeren ikke syntes det som ble sagt var så -interessant at det ble med i dokumentet som dokumenterer -domsavsigelsen. Mens alt som sies fra Stortingets talerstol er -tilgjengelig på web etter kort tid for kontroll og kritikk, er det -ingen tilsvarende mulighet for det som sies fra vitneboksen i en norsk -domstol. Kan dette føre til at en sak varer lengre enn nødvendig i -rettssystemet? Jeg tror det, og synes det er en skam at det ikke -publiseres ordrette referater fra norske rettsaler.</p> - -<p>En relatert observasjon er at det i utvalgte deler av landet -eksperimenteres med lydopptak fra rettsalen, men disse opptakene er -kun tilgjengelig for dommeren til hjelp når oppsummeringen skrives. -Jeg synes som et minimum at disse lydopptakene som en regel burde vært -publisert offentlig på web.</p> +<p>Sikkerhet til sjøs burde være noe som opptar mange etter den siste +oljeutslippsulykken med Full City, som har drept mye liv langs sjøen. +En viktig faktor for å bedre sikkerheten til sjøs er at alle som +ferdes på sjøen har tilgang til oppdaterte sjøkart som forteller hvor +det grunner og annet en må ta hensyn til på sjøen.</p> + +<p>Hvis en er enig i at tilgang til oppdaterte sjøkart er viktig for +sikkerheten på sjøen, så er det godt å vite at det i dag er teknisk +mulig å sikre alle enkel tilgang til oppdaterte digitale kart over +Internet. Det trenger heller ikke være spesielt kostbart.</p> + +<p>Både ved Rocknes-ulykken i Vatlestraumen, der 18 mennesker mistet +livet, og ved Full City-ulykken utenfor Langesund, der mange tonn olje +lekket ut i havet, var det registrert problemer relatert til +oppdaterte sjøkart. Ved Rocknes-ulykken var de elektroniske kartene +som ble brukt ikke oppdatert med informasjon om nyoppdagede grunner og +losen kjente visst ikke til disse nye grunnene. Papirkartene var dog +oppdaterte. Ved Full City-ulykken hadde en kontroll av skipet noen +uker tidligere konstatert manglende sjøkart.</p> + +<p>Jeg tror en løsning der digitale sjøkart kunne lastes ned direkte +fra sjøkartverket av alle som ønsket oppdaterte sjøkart, uten +brukerbetaling og uten bruksbegresninger knyttet til kartene, vil +gjøre at flere folk på sjøen vil holde seg med oppdaterte sjøkart, +eller sjøkart i det hele tatt. Resultatet av dette vil være økt +sikkerhet på sjøen. En undersøkelse gjennomført av Opinion for +Gjensidige i 2008 fortalte at halvparten av alle båteierne i landet +ikke har sjøkart i båten.</p> + +<p>Formatet på de digitale sjøkartene som gjøræs tilgjengelig fra +sjøkartverket må være i henhold til en fri og åpen standard, slik at +en ikke er låst til enkeltaktørers godvilje når datafilene skal tolkes +og forstås, men trenger ikke publiseres fra sjøkartverket i alle +formatene til verdens skips-GPS-er i tillegg. Hvis det ikke er +kostbart for sjøkartverket bør de gjerne gjøre det selv, men slik +konvertering kan andre ta seg av hvis det er et marked for det.</p> + +<p>Hvis staten mener alvor med å forbedre sikkerheten til sjøs, må de +gjøre sitt for at alle båteiere har oppdaterte kart, ikke bare snakke +om hvor viktig det er at de har oppdaterte kart. Det bør være +viktigere for staten at båtene <strong>har</strong> oppdaterte kart +enn at de er pålagt å ha oppdaterte kart.</p> + +<p>Sjøkartene er <a href="http://kart.kystverket.no/">tilgjengelig på web +fra kystverket</a>, men så vidt jeg har klart å finne, uten +bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.</p> + +<p>OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet +på et dugnadsbasert fribrukskart for havet, +<a href="http://openseamap.org/">OpenSeaMap</a>. Datagrunnlaget er +OpenStreetmap, mens framvisningen er tilpasset bruk på sjøen. Det +gjenstår mye før en kan bruke dette til å seile sikkert på havet, men +det viser at behovet for fribruks-sjøkart er til stedet.</p> - Testing av reprap-elektronikken igang - Testing_av_reprap_elektronikken_igang.html - Testing_av_reprap_elektronikken_igang.html - Thu, 12 Mar 2009 16:00:00 +0100 + Relative popularity of document formats (MS Office vs. ODF) + Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html + Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html + Wed, 12 Aug 2009 15:50:00 +0200 -<p>Lenge siden det var en oppdatering av status for min 3D-skriver og -i mellomtiden har det skjedd en god del. Reprap-en er nesten ferdig -montert, og elektronikken er også nesten ferdig loddet. Det ser ut -til at bits-from-bytes sitt byggesett versjon 2.01 hadde noen småfeil, -der en del manglet og en annen hadde suboptimalt design. Jeg løser -antagelig det ene problemet med å borre noen ekstra hull til skruver i -en plastdelen som trenger å festes. Det andre problemet håper jeg å -få hjelp fra Audun Vaaler ved Høgskolen i Østfold til å løse. -Høgskolen er igang med å bygge en tilsvarende reprap i versjon 2.0, og -er kommet litt lenger enn meg. De kan forhåpentligvis skrive ut den -delen jeg mangler på denne.</p> - -<p>Når det gjelder elektronikken, så er mye allerede loddet sammen av -min venn Anders Rosnes, som har mer peiling på elektronikk og lodding -enn meg. Jeg fikk i dag testet -<a href="http://reprap.org/bin/view/Main/Stepper_Motor_Driver_1_1">stepper -motordriveren (v1.1)</a>, og det fungerte. Jeg møtte et lite problem -med strømforsyningen, en standard ATX-strømforsyning som nektet å -fungere før jeg hadde satt en ledning mellom GRD og PS_ON som -beskrevet på -<a href="http://dev.www.reprap.org/bin/view/Main/PCPowerSupply">reprap-sidene -om PC-strømforsyninger</a>. Jeg møtte også et annet problem med -Arduino-programvaren. Versjon 0013 fungerer visst ikke på -Debian/Etch. Den kompilerte binæren ble på 0 bytes. En side jeg fant -vha. et Google-søk -<a href="http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1234153046/5">tipset -meg</A> om at en nedgradering -til <a href="http://arduino.googlecode.com/files/arduino-0012-linux.tgz">versjon -0012</a> kunne løse problemet, og endelig ser jeg motorakslingen -snurre. Nå er det å koble sammen mekanikk og elektronikk for å se om -reprap-en kvikner til.</p> +<p>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 +'filetype:odt' and equvalent terms, and got these results:</P> + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:282000</td> <td>docx:308000</td></tr> +<tr><td>Presentasjon</td> <td>odp:75600</td> <td>pptx:183000</td></tr> +<tr><td>Regneark</td> <td>ods:26500 </td> <td>xlsx:145000</td></tr> +</table> + +<p>Next, I added a 'site:no' limit to get the numbers for Norway, and +got these numbers:</p> + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:2480 </td> <td>docx:4460</td></tr> +<tr><td>Presentasjon</td> <td>odp:299 </td> <td>pptx:741</td></tr> +<tr><td>Regneark</td> <td>ods:187 </td> <td>xlsx:372</td></tr> +</table> + +<p>I wonder how these numbers change over time.</p> + +<p>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.</p> + + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:129000</td> <td>docx:308000</td></tr> +<tr><td>Presentasjon</td> <td>odp:44200</td> <td>pptx:93900</td></tr> +<tr><td>Regneark</td> <td>ods:26500 </td> <td>xlsx:82400</td></tr> +</table> + +<p>And with 'site:no': + +<table> +<tr><th>Type</th><th>ODF</th><th>MS Office</th></tr> +<tr><td>Tekst</td> <td>odt:2480</td> <td>docx:3410</td></tr> +<tr><td>Presentasjon</td> <td>odp:175</td> <td>pptx:604</td></tr> +<tr><td>Regneark</td> <td>ods:186 </td> <td>xlsx:296</td></tr> +</table> + +<p>Interesting difference, not sure what to conclude from these +numbers.</p> - Frikanalen og jul i studentrådet - Frikanalen_og_jul_i_studentr__det.html - Frikanalen_og_jul_i_studentr__det.html - Wed, 11 Mar 2009 23:40:00 +0100 + ISO still hope to fix OOXML + ISO_still_hope_to_fix_OOXML.html + ISO_still_hope_to_fix_OOXML.html + Sat, 8 Aug 2009 14:00:00 +0200 -<p>I går -<a href="http://lists.nuug.no/pipermail/interesserte/2009-March/000387.html">lanserte</a> -NUUGs videogruppe -<a href="http://www.frikanalen.no">Frikanalen</a> med -<a href="http://www.nuug.no/pub/video/frikanalen/frontpage.cgi">åpne -standarder</a>, og resultatet av noen intense uker med arbeide kunne -endelig presenteres. Jeg har tro på åpen kanalkonseptet som -Frikanalen er et eksempel på, der borgerne får anledning til å -kringkaste sitt syn på en åpen og demokratisk måte. Jeg er veldig -glad vi har fått gjort kanalen tilgjengelig i Ogg Theora, slik at alle -kan få tilgang til opptakene på web, og slipper å måtte installere MS -Silverlight for å spille av opptakene.</p> - -<p>Frikanalen har en brokete historie, og dagens inkarnasjon er ikke -helt slik foreningen Åpen kanal planla det for mange år siden, noe som -er bakgrunnen for at det fredag 13. mars 2009 kl 09:00 starter en -rettsak i Oslo tingrett der Kringkasterforeningen (tidligere -foreningen Åpen kanal) har saksøkt kulturdepartementet over -konsesjonsvilkårene til Frikanalen. Jeg er spent på resultatet.</p> - -<p>I arbeidet med Frikanalen med åpne standarder, så har vi hatt glede -av å se en rekke av innslagene som er tilgjengelig. Her er mye -religiøst sludder, fra -<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=720">vandring -i jerusalem</a> via -<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=779">religiøst -vinklede nyheter</a> til -<a -href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2077">kreasjonisk -retorikk</a>, men også fine -<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=407">dokumentarer -om redningsselskapet</a> og -<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=2204">interessante -tegneserieanmeldelser</a>. Det jeg derimot har hatt størst glede av, -er - -<a href="http://www.nuug.no/pub/video/frikanalen/fetchvideo.cgi?videoId=1556">jul -i studentrådet</a>, der hver episode var en fest å se på. Jeg håper -NUUG lykkes med å få ut sine opptak med like stor suksess.</p> +<p>According to <a +href="http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html">a +blog post from Torsten Werner</a>, the current defect report for ISO +29500 (ISO OOXML) is 809 pages. His interesting point is that the +defect report is 71 pages more than the full ODF 1.1 specification. +Personally I find it more interesting that ISO still believe ISO OOXML +can be fixed in ISO. Personally, I believe it is broken beyon repair, +and I completely lack any trust in ISO for being able to get anywhere +close to solving the problems. I was part of the Norwegian committee +involved in the OOXML fast track process, and was not impressed with +Standard Norway and ISO in how they handled it.</p> + +<p>These days I focus on ODF instead, which seem like a specification +with the future ahead of it. We are working in NUUG to organise a ODF +seminar this autumn.</p> - Lisensvalg for NUUG-opptakene endelig på plass - Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html - Lisensvalg_for_NUUG_opptakene_endelig_p___plass.html - Fri, 6 Mar 2009 21:20:00 +0100 + Debian has switched to dependency based boot sequencing + Debian_has_switched_to_dependency_based_boot_sequencing.html + Debian_has_switched_to_dependency_based_boot_sequencing.html + Mon, 27 Jul 2009 23:50:00 +0200 -<p>Etter mange års meditasjon over temaet, har NUUG endelig klart å -bestemme seg for hvilken lisens vi skal bruke på videoopptakene som -gjøres av NUUGs videogruppe. Ole Kristian har annonsert at lisensen -blir <a href="http://creativecommons.org/licenses/by-sa/3.0/no/">Creative -Commons Navngivelse-Del på samme vilkår 3.0 Norge</a>. Jeg er veldig -glad for at denne saken endelig er landet. Lisensen for opptaket til -Stallman-foredraget ble en annen pga. at lisensvalget ikke var avklart -på forhånd og IFI og PING ønsket CC-BY-ND, og må ses på som et unntak -i denne sammenhengen.</p> +<p>Since this evening, with the upload of sysvinit version 2.87dsf-2, +and the upload of insserv version 1.12.0-10 yesterday, Debian unstable +have been migrated to using dependency based boot sequencing. This +conclude work me and others have been doing for the last three days. +It feels great to see this finally part of the default Debian +installation. Now we just need to weed out the last few problems that +are bound to show up, to get everything ready for Squeeze.</p> + +<p>The next step is migrating /sbin/init from sysvinit to upstart, and +fixing the more fundamental problem of handing the event based +non-predictable kernel in the early boot.</p> - Teknisk program for Go Open 2009 er nesten ferdig - Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html - Teknisk_program_for_Go_Open_2009_er_nesten_ferdig.html - Thu, 5 Mar 2009 22:30:00 +0100 + Taking over sysvinit development + Taking_over_sysvinit_development.html + Taking_over_sysvinit_development.html + Wed, 22 Jul 2009 23:00:00 +0200 -<p>Etter lang tids jobbing begynner endelig programmet til det -tekniske sporet på konferansen <a href="http://www.goopen.no/">Go Open -2009</a> å bli ferdig. Det blir 9 punkter på programmet, og etter alt -å dømme blir det disse 9:</p> - -<ul> - -<li>"Open Telephony: A solution greater than the sum of its parts" med - Jon "maddog" Hall</li> -<li>OpenSolaris-relatert med Ian Murdock fra SUN</li> -<li>"The inner workings of the OpenStreetmap project and the - technology used" med Andy Allan </li> -<li>Coreboot-relatert med Peter Stuge</li> -<li>"Gratis værdata fra Meteorologisk institutt" med Trond Michelsen</li> -<li>RRDtool/Nagios-relatert med Tobias Oetiker</li> -<li>"Developers guide to server-side productivity and fun using open - source platforms and frameworks" med en gjeng folk fra - JavaBin-miljøet</li> -<li>"G(et)it Nå!" med Marcus Ramberg</li> -<li>Om kontrolltelling av valgresultater med fri programvare med Mitch - Trachtenberg</li> - -</ul> - -<p>De siste bekreftelsene og overskrifter mangler og kommer -forhåpentlig på plass før mandag, men jeg håper dette blir et program -flere enn meg vil sette pris på. Jeg gleder meg i hvert fall -stort.</p> +<p>After several years of frustration with the lack of activity from +the existing sysvinit upstream developer, I decided a few weeks ago to +take over the package and become the new upstream. The number of +patches to track for the Debian package was becoming a burden, and the +lack of synchronization between the distribution made it hard to keep +the package up to date.</p> + +<p>On the new sysvinit team is the SuSe maintainer Dr. Werner Fink, +and my Debian co-maintainer Kel Modderman. About 10 days ago, I made +a new upstream tarball with version number 2.87dsf (for Debian, SuSe +and Fedora), based on the patches currently in use in these +distributions. We Debian maintainers plan to move to this tarball as +the new upstream as soon as we find time to do the merge. Since the +new tarball was created, we agreed with Werner at SuSe to make a new +upstream project at <a href="http://savannah.nongnu.org/">Savannah</a>, and continue +development there. The project is registered and currently waiting +for approval by the Savannah administrators, and as soon as it is +approved, we will import the old versions from svn and continue +working on the future release.</p> + +<p>It is a bit ironic that this is done now, when some of the involved +distributions are moving to upstart as a syvinit replacement.</p> - Checking server hardware support status for Dell, HP and IBM servers - Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html - Checking_server_hardware_support_status_for_Dell__HP_and_IBM_servers.html - Sat, 28 Feb 2009 23:50:00 +0100 + Regjerningens oppsummering av høringen om standardkatalogen versjon 2 + Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html + Regjerningens_oppsummering_av_h__ringen_om_standardkatalogen_versjon_2.html + Thu, 9 Jul 2009 14:40:00 +0200 -<p>At work, we have a few hundred Linux servers, and with that amount -of hardware it is important to keep track of when the hardware support -contract expire for each server. We have a machine (and service) -register, which until recently did not contain much useful besides the -machine room location and contact information for the system owner for -each machine. To make it easier for us to track support contract -status, I've recently spent time on extending the machine register to -include information about when the support contract expire, and to tag -machines with expired contracts to make it easy to get a list of such -machines. I extended a perl script already being used to import -information about machines into the register, to also do some screen -scraping off the sites of Dell, HP and IBM (our majority of machines -are from these vendors), and automatically check the support status -for the relevant machines. This make the support status information -easily available and I hope it will make it easier for the computer -owner to know when to get new hardware or renew the support contract. -The result of this work documented that 27% of the machines in the -registry is without a support contract, and made it very easy to find -them. 27% might seem like a lot, but I see it more as the case of us -using machines a bit longer than the 3 years a normal support contract -last, to have test machines and a platform for less important -services. After all, the machines without a contract are working fine -at the moment and the lack of contract is only a problem if any of -them break down. When that happen, we can either fix it using spare -parts from other machines or move the service to another old -machine.</p> - -<p>I believe the code for screen scraping the Dell site was originally -written by Trond Hasle Amundsen, and later adjusted by me and Morten -Werner Forsbring. The HP scraping was written by me after reading a -nice article in ;login: about how to use WWW::Mechanize, and the IBM -scraping was written by me based on the Dell code. I know the HTML -parsing could be done using nice libraries, but did not want to -introduce more dependencies. This is the current incarnation:</p> - -<pre> -use LWP::Simple; -use POSIX; -use WWW::Mechanize; -use Date::Parse; -[...] -sub get_support_info { - my ($machine, $model, $serial, $productnumber) = @_; - my $str; - - if ( $model =~ m/^Dell / ) { - # fetch website from Dell support - my $url = "http://support.euro.dell.com/support/topics/topic.aspx/emea/shared/support/my_systems_info/no/details?c=no&amp;cs=nodhs1&amp;l=no&amp;s=dhs&amp;ServiceTag=$serial"; - my $webpage = get($url); - return undef unless ($webpage); - - my $daysleft = -1; - my @lines = split(/\n/, $webpage); - foreach my $line (@lines) { - next unless ($line =~ m/Beskrivelse/); - $line =~ s/&lt;[^>]+?>/;/gm; - $line =~ s/^.+?;(Beskrivelse;)/$1/; - - my @f = split(/\;/, $line); - @f = @f[13 .. $#f]; - my $lastend = ""; - while ($f[3] eq "DELL") { - my ($type, $startstr, $endstr, $days) = @f[0, 5, 7, 10]; - - my $start = POSIX::strftime("%Y-%m-%d", - localtime(str2time($startstr))); - my $end = POSIX::strftime("%Y-%m-%d", - localtime(str2time($endstr))); - $str .= "$type $start -> $end "; - @f = @f[14 .. $#f]; - $lastend = $end if ($end gt $lastend); - } - my $today = POSIX::strftime("%Y-%m-%d", localtime(time)); - tag_machine_unsupported($machine) - if ($lastend lt $today); - } - } elsif ( $model =~ m/^HP / ) { - my $mech = WWW::Mechanize->new(); - my $url = - 'http://www1.itrc.hp.com/service/ewarranty/warrantyInput.do'; - $mech->get($url); - my $fields = { - 'BODServiceID' => 'NA', - 'RegisteredPurchaseDate' => '', - 'country' => 'NO', - 'productNumber' => $productnumber, - 'serialNumber1' => $serial, - }; - $mech->submit_form( form_number => 2, - fields => $fields ); - # Next step is screen scraping - my $content = $mech->content(); - - $content =~ s/&lt;[^>]+?>/;/gm; - $content =~ s/\s+/ /gm; - $content =~ s/;\s*;/;;/gm; - $content =~ s/;[\s;]+/;/gm; - - my $today = POSIX::strftime("%Y-%m-%d", localtime(time)); - - while ($content =~ m/;Warranty Type;/) { - my ($type, $status, $startstr, $stopstr) = $content =~ - m/;Warranty Type;([^;]+);.+?;Status;(\w+);Start Date;([^;]+);End Date;([^;]+);/; - $content =~ s/^.+?;Warranty Type;//; - my $start = POSIX::strftime("%Y-%m-%d", - localtime(str2time($startstr))); - my $end = POSIX::strftime("%Y-%m-%d", - localtime(str2time($stopstr))); - - $str .= "$type ($status) $start -> $end "; - - tag_machine_unsupported($machine) - if ($end lt $today); - } - } elsif ( $model =~ m/^IBM / ) { - # This code ignore extended support contracts. - my ($producttype) = $model =~ m/.*-\[(.{4}).+\]-/; - if ($producttype &amp;&amp; $serial) { - my $content = - get("http://www-947.ibm.com/systems/support/supportsite.wss/warranty?action=warranty&amp;brandind=5000008&amp;Submit=Submit&amp;type=$producttype&amp;serial=$serial"); - if ($content) { - $content =~ s/&lt;[^>]+?>/;/gm; - $content =~ s/\s+/ /gm; - $content =~ s/;\s*;/;;/gm; - $content =~ s/;[\s;]+/;/gm; - - $content =~ s/^.+?;Warranty status;//; - my ($status, $end) = $content =~ m/;Warranty status;([^;]+)\s*;Expiration date;(\S+) ;/; - - $str .= "($status) -> $end "; - - my $today = POSIX::strftime("%Y-%m-%d", localtime(time)); - tag_machine_unsupported($machine) - if ($end lt $today); - } - } - } - return $str; -} -</pre> - -<p>Here are some examples on how to use the function, using fake -serial numbers. The information passed in as arguments are fetched -from dmidecode.</p> - -<pre> -print get_support_info("hp.host", "HP ProLiant BL460c G1", "1234567890" - "447707-B21"); -print get_support_info("dell.host", "Dell Inc. PowerEdge 2950", "1234567"); -print get_support_info("ibm.host", "IBM eserver xSeries 345 -[867061X]-", - "1234567"); -</pre> - -<p>I would recommend this approach for tracking support contracts for -everyone with more than a few computers to administer. :)</p> - -<p>Update 2009-03-06: The IBM page do not include extended support -contracts, so it is useless in that case. The original Dell code do -not handle extended support contracts either, but has been updated to -do so.</p> +<p>For å forstå mer om hvorfor standardkatalogens versjon 2 ble som +den ble, har jeg bedt om kopi fra FAD av dokumentene som ble lagt frem +for regjeringen da de tok sin avgjørelse. De er nå lagt ut på NUUGs +wiki, direkte tilgjengelig via "<a +href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon.pdf">Referansekatalogen +v2.0 - Oppsummering av høring</a>" og "<a +href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2?action=AttachFile&do=get&target=kongelig-resolusjon-katalogutkast.pdf">Referansekatalog +for IT-standarder i offentlig sektor Versjon 2.0, dd.mm.åååå - +UTKAST</a>".</p> + +<p>Det er tre ting jeg merker meg i oppsummeringen fra +høringsuttalelsen da jeg skummet igjennom den. Det første er at +forståelsen av hvordan programvarepatenter påvirker fri +programvareutvikling også i Norge når en argumenterer med at +royalty-betaling ikke er et relevant problem i Norge. Det andre er at +FAD ikke har en prinsipiell forståelse av verdien av en enkelt +standard innenfor hvert område. Det siste er at påstander i +høringsuttalelsene ikke blir etterprøvd (f.eks. påstanden fra +Microsoft om hvordan Ogg blir standardisert og påstanden fra +politidirektoratet om patentproblemer i Theora).</p> - Using bar codes at a computing center - Using_bar_codes_at_a_computing_center.html - Using_bar_codes_at_a_computing_center.html - Fri, 20 Feb 2009 08:50:00 +0100 + Regjerningen forlater prinsippet om ingen royalty-betaling i standardkatalogen versjon 2 + Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html + Regjerningen_forlater_prinsippet_om_ingen_royalty_betaling_i_standardkatalogen_versjon_2.html + Mon, 6 Jul 2009 21:00:00 +0200 -<p>At work with the University of Oslo, we have several hundred computers -in our computing center. This give us a challenge in tracking the -location and cabling of the computers, when they are added, moved and -removed. Some times the location register is not updated when a -computer is inserted or moved and we then have to search the room for -the "missing" computer.</p> - -<p>In the last issue of Linux Journal, I came across a project -<a href="http://www.libdmtx.org/">libdmtx</a> to write and read bar -code blocks as defined in the -<a href="http://en.wikipedia.org/wiki/Data_Matrix">The Data Matrix -Standard</a>. This is bar codes that can be read with a normal -digital camera, for example that on a cell phone, and several such bar -codes can be read by libdmtx from one picture. The bar code standard -allow up to 2 KiB to be written in the tag. There is another project -with <a href="http://www.terryburton.co.uk/barcodewriter/">a bar code -writer written in postscript</a> capable of creating such bar codes, -but this was the first time I found a tool to read these bar -codes.</p> - -<p>It occurred to me that this could be used to tag and track the -machines in our computing center. If both racks and computers are -tagged this way, we can use a picture of the rack and all its -computers to detect the rack location of any computer in that rack. -If we do this regularly for the entire room, we will find all -locations, and can detect movements and removals.</p> - -<p>I decided to test if this would work in practice, and picked a -random rack and tagged all the machines with their names. Next, I -took pictures with my digital camera, and gave the dmtxread program -these JPEG pictures to see how many tags it could read. This worked -fairly well. If the pictures was well focused and not taken from the -side, all tags in the image could be read. Because of limited space -between the racks, I was unable to get a good picture of the entire -rack, but could without problem read all tags from a picture covering -about half the rack. I had to limit the search time used by dmtxread -to 60000 ms to make sure it terminated in a reasonable time frame.</p> - -<p>My conclusion is that this could work, and we should probably look -at adjusting our computer tagging procedures to use bar codes for -easier automatic tracking of computers.</p> +<p>Jeg ble glad da regjeringen +<a href="http://www.digi.no/817635/her-er-statens-nye-it-standarder">annonserte</a> +versjon 2 av +<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/IKT-politikk/Referansekatalogen_versjon2.pdf">statens +referansekatalog over standarder</a>, men trist da jeg leste hva som +faktisk var vedtatt etter +<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html">høringen</a>. +De fleste av de valgte åpne standardene er gode og vil bidra til at +alle kan delta på like vilkår i å lage løsninger for staten, men +noen av dem blokkerer for de som ikke har anledning til å benytte +spesifikasjoner som krever betaling for bruk (såkalt +royalty-betaling). Det gjelder spesifikt for H.264 for video og MP3 +for lyd. Så lenge bruk av disse var valgfritt mens Ogg Theora og Ogg +Vorbis var påkrevd, kunne alle som ønsket å spille av video og lyd +fra statens websider gjøre dette uten å måtte bruke programmer der +betaling for bruk var nødvendig. Når det nå er gjort valgfritt for +de statlige etatene å bruke enten H.264 eller Theora (og MP3 eler +Vorbis), så vil en bli tvunget til å forholde seg til +royalty-belastede standarder for å få tilgang til videoen og +lyden.</p> + +<p>Det gjør meg veldig trist at regjeringen har forlatt prinsippet om +at alle standarder som ble valgt til å være påkrevd i katalogen skulle +være uten royalty-betaling. Jeg håper det ikke betyr at en har mistet +all forståelse for hvilke prinsipper som må følges for å oppnå +likeverdig konkurranse mellom aktørene i IT-bransjen. NUUG advarte +mot dette i +<a href="http://wiki.nuug.no/uttalelser/200901-standardkatalog-v2">sin +høringsuttalelse</a>, men ser ut til å ha blitt ignorert.</p> - Kart over overvåkningskamera i Norge - Kart_over_overv__kningskamera_i_Norge.html - Kart_over_overv__kningskamera_i_Norge.html - Sun, 15 Feb 2009 22:30:00 +0100 + Microsofts misvisende argumentasjon rundt multimediaformater + Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html + Microsofts_misvisende_argumentasjon_rundt_multimediaformater.html + Fri, 26 Jun 2009 15:30:00 +0200 -<p>I regi av -<a href="http://www.personvern.no/">personvernforeningen</a> har jeg -startet på -<a href="http://personvern.no/wiki/index.php/Kameraovervåkning">et -kart over overvåkningskamera i Norge</a>. Bakgrunnen er at det etter -min mening bærer galt avsted med den massive overvåkningen som -finner sted i Norge i dag, og at flere og flere overvåkningskamera -gjør det vanskeligere og vanskeligere å gå igjennom livet uten at -små og store brødre trenger inn i ens private sfære. Datatilsynet -har et register over kameraovervåkning, men det viser seg å være -ubrukelig både til å finne ut hvor det er kamera plassert, og til å -sjekke om et kamera en kommer over er registrert. Dette nye kartet -fikser en av disse manglene, men det vil fortsatt være umulig å vite -om et kamera er registrert etter lovens krav eller ikke. Pr. nå er -22 kamera i Oslo registrert, og det trengs flere til å registrere -alle. Informasjonen registreres direkte inn i <a -href="http://www.openstreetmap.org/">OpenStreetmap</a>, sa hentes det -automatisk over i spesialkartet.</p> +<p>I +<a href="http://www.regjeringen.no/upload/FAD/Vedlegg/Hoeringer/Refkat_V2/MicrosoftNorge.pdf">Microsoft +sin høringsuttalelse</a> til +<a href="http://www.regjeringen.no/nb/dep/fad/dok/horinger/horingsdokumenter/2009/horing---referansekatalog-versjon-2.html?id=549422">forslag +til versjon 2 av statens referansekatalog over standarder</a>, lirer +de av seg følgende FUD-perle:</p> + +<p><blockquote>"Vorbis, OGG, Theora og FLAC er alle tekniske + spesifikasjoner overordnet styrt av xiph.org, som er en + ikke-kommersiell organisasjon. Etablerte og anerkjente + standardiseringsorganisasjoner, som Oasis, W3C og Ecma, har en godt + innarbeidet vedlikeholds- og forvaltningsprosess av en standard. + Det er derimot helt opp til hver enkelt organisasjon å bestemme + hvordan tekniske spesifikasjoner videreutvikles og endres, og disse + spesifikasjonene bør derfor ikke defineres som åpne + standarder."</blockquote></p> + +<p>De vokter seg vel for å nevne den anerkjente +standardiseringsorganisasjonen IETF, som er organisasjonen bak HTTP, +IP og det meste av protokoller på Internet, og RFC-standardene som +IETF står bak. Ogg er spesifisert i +<a href="http://ietf.org/rfc/rfc3533.txt">RFC 3533</a>, og er uten +tvil å anse som en åpen standard. Vorbis er +<a href="http://ietf.org/rfc/rfc5215.txt">RFC 5215</a>. Theora er + +under standardisering via IETF, med +<a href="http://svn.xiph.org/trunk/theora/doc/draft-ietf-avt-rtp-theora-00.txt">siste +utkast publisert 2006-07-21</a> (riktignok er dermed teksten ikke +skrevet i stein ennå, men det blir neppe endringer som ikke er +bakoverkompatibel). De kan være inne på noe når det gjelder FLAC da +jeg ikke finner tegn til at <a +href="http://flac.sourceforge.net/format.html">spesifikasjonen +tilgjengelig på web</a> er på tur via noen +standardiseringsorganisasjon, men i og med at folkene bak Ogg, Theora +og Vorbis også har involvert seg i Flac siden 2003, så ser jeg ikke +bort fra at også den organiseres via IETF. Jeg kjenner personlig lite +til FLAC.</p> + +<p>Uredelig argumentasjon bør en holde seg for god til å komme med, +spesielt når det er så enkelt i dagens Internet-hverdag å gå +misvisende påstander etter i sømmene.</p> - Endelig er Debian Lenny gitt ut - Endelig_er_Debian_Lenny_gitt_ut.html - Endelig_er_Debian_Lenny_gitt_ut.html - Sun, 15 Feb 2009 11:50:00 +0100 + 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>Endelig er <a href="http://www.debian.org/">Debian</a> -<a href="http://www.debian.org/News/2009/20090214">Lenny</a> gitt ut. -Et langt steg videre for Debian-prosjektet, og en rekke nye -programpakker blir nå tilgjengelig for de av oss som bruker den -stabile utgaven av Debian. Neste steg er nå å få -<a href="http://www.skolelinux.org/">Skolelinux</a> / -<a href="http://wiki.debian.org/DebianEdu/">Debian Edu</a> ferdig -oppdatert for den nye utgaven, slik at en oppdatert versjon kan -slippes løs på skolene. Takk til alle debian-utviklerne som har -gjort dette mulig. Endelig er f.eks. fungerende avhengighetsstyrt -bootsekvens tilgjengelig i stabil utgave, vha pakken -<tt>insserv</tt>.</p> +<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>