]> pere.pagekite.me Git - homepage.git/blobdiff - blog/index.rss
Generated.
[homepage.git] / blog / index.rss
index fb03588bebd833fb3919a001d3b9c5b7ef2c2ab6..89dd3757673c47ba331ebe902c8607a091857c95 100644 (file)
                 <atom:link href="index.rss" rel="self" type="application/rss+xml" />
        
        <item>
-               <title>Elektronikkbyggesettet kommer fram på andre forsøk</title>
-               <link>Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html</link>
-               <guid isPermaLink="true">Elektronikkbyggesettet_kommer_fram_p___andre_fors__k.html</guid>
-                <pubDate>Fri, 2 Jan 2009 13:55:00 +0100</pubDate>
+               <title>Internet-leverandører er ikke vokterne av sine kunders nettbruk</title>
+               <link>Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</link>
+               <guid isPermaLink="true">Internet_leverand__rer_er_ikke_vokterne_av_sine_kunders_nettbruk.html</guid>
+                <pubDate>Fri, 6 Nov 2009 18:45:00 +0100</pubDate>
                <description>
-&lt;p&gt;Et langt hopp fremover for &lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
-&lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
-i dag.&lt;/p&gt;
-
-&lt;p&gt;I dag klarte posten det de ikke klarte før jul, nemlig å få fram
-elektronikkbyggesettet for 3D-skriveren min.  Fikk pakkelapp i dag som
-sist, og dro til min lokale post-i-butikk for å hente pakken.  Ingen
-pakke der, som sist.  Ringte så direkte til til postens kundeservice
-som fortalte at de hadde snakket med min lokale post-i-butikk, og nå
-lå pakken der.  Ruslet så tilbake og nå fant de den.  Fikk inntrykk
-av at pakken hadde annet referansenummer enn det som var på
-utleveringsbilaget jeg hadde fått i posten.  Lurer på om det samme
-skjedde sist, og om pakken også da lå her og ventet på meg uten at
-posten klarte å gi meg den ved oppmøte.  Uansett, glad og lykkelig
-ruslet jeg hjem igjen med elektronikkbyggesettet.&lt;/p&gt;
-
-&lt;p&gt;Da er det bare å gå igang med å lodde sammen alle kretskortene.
-Det er en solid stabel deler, selv om esken ikke var så stor (ca
-20x20x20 cm).  Her skal min gode venn Anders hjelpe til.  Han er
-fysikker og jobber med elektronikk til daglig, og har sagt ja til å
-bidra med sin kompetanse. :)&lt;/p&gt;
-
-&lt;p&gt;Ellers er det god framgang med bygging av mekanikksettet som ankom
-før jul.  Har brukt romjulen til å bygge, og er ferdig med alle
-hjørnestykkene, Z-aksene og i gang med delene til Y-aksen.  Når
-siste del av Y-aksen er ferdig kan det hele monteres sammen med stag
-slik at rammeverket til &lt;a href=&quot;http://www.reprap.org/&quot;&gt;reprap&lt;/a&gt;-en
-kan monteres.  Det blir interessant å få alt nøyaktig nok montert.
-Z-aksen skal ha festene til utskriftsplaten i samme høyde innenfor en
-feilmargin på 0.25 mm, over en avstand på 40 cm.  Håper vater kan
-bidra her.  Regner med at det blir enklere å komme opp med løsninger
-når rammen begynner å ta form.&lt;/p&gt;
-
-&lt;p&gt;Her om dagen kom jeg forresten over en alternativ 3D-skriver som
-ikke skriver ut plastikk, men i stedet bruker papir, kniv og lim.
-&lt;a href=&quot;http://blog.wired.com/gadgets/2008/11/3d-printer-feed.html&quot;&gt;Mcor
-Matrix&lt;/a&gt; heter vidunderet, men det er ikke i salg ennå, selv om
-&lt;a href=&quot;http://www.mcortechnologies.com/&quot;&gt; produsentens websider
-påstår det skulle skje i 2008.&lt;/p&gt;
+&lt;p&gt;Det er svært gledelig å se at
+&lt;a href=&quot;http://www.aftenposten.no/nyheter/iriks/article3360796.ece&quot;&gt;retten
+fant at Telenor ikke skal fungere som Internet-voktere&lt;/a&gt; på vegne av
+opphavsrettsmafiaen.  TONO påstår ikke overraskende &quot;rettighetshaverne
+er rettsløse&quot;.  De burde jo vite alt om hvordan rettighetshaverne blir
+behandlet, som har
+&lt;a href=&quot;http://www.ballade.no/nmi.nsf/doc/art2009042008430427192492&quot;&gt;nektet
+å hjelpe en av sine medlemmer i en plagiatsak&lt;/a&gt; mot Universal i
+Polen.&lt;/p&gt;
+
+&lt;p&gt;Ved opphavsrettsbrudd så er det jo den som offentliggjort
+kulturuttrykk ulovlig som må stilles til ansvar, og ikke noen andre.
+Hverken Telenor eller Pirate Bay publiserer innholdet.  Telenor lager
+en Internet-tjeneste som brukes av borgerne til sitt daglige virke,
+det være seg å holde kontakt med barnebarn, skaffe medisinsk viten
+eller holde seg orientert i samfunnsdebatten.  Det bør de gjøre uten å
+tvinges til å være overvåkningsinstans.  Og Pirate Bay lager en
+katalog over hvor lovlig og ulovlig innhold på Internet er å få tak i.
+De publiserer ikke innholdet, de lager kun en katalog over det.  Hvis
+en ikke liker det som blir publisert, så må det tas opp med den som
+publiserer, ikke noen andre.&lt;/p&gt;
+
+&lt;p&gt;Personlig velger jeg å stort sett bruke kulturuttrykk som
+publiseres med mer brukervennlige vilkår, som CC-BY og lignende.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Software video mixer on a USB stick</title>
-               <link>Software_video_mixer_on_a_USB_stick.html</link>
-               <guid isPermaLink="true">Software_video_mixer_on_a_USB_stick.html</guid>
-                <pubDate>Sun, 28 Dec 2008 15:40:00 +0100</pubDate>
+               <title>Endelig operativt webbasert medlemsregister for Fri programvare i skolen</title>
+               <link>Endelig_operativt_webbasert_medlemsregister_for_Fri_programvare_i_skolen.html</link>
+               <guid isPermaLink="true">Endelig_operativt_webbasert_medlemsregister_for_Fri_programvare_i_skolen.html</guid>
+                <pubDate>Mon, 2 Nov 2009 22:40:00 +0100</pubDate>
                <description>
-&lt;p&gt;The &lt;a href=&quot;http://www.nuug.no/&quot;&gt;Norwegian Unix User Group&lt;/a&gt; is
-recording our montly presentation on video, and recently we have
-worked on improving the quality of the recordings by mixing the slides
-directly with the video stream.  For this, we use the
-&lt;a href=&quot;http://dvswitch.alioth.debian.org/&quot;&gt;dvswitch&lt;/a&gt; package from
-the Debian video team.  As this require quite one computer per video
-source, and NUUG do not have enough laptops available, we need to
-borrow laptops.  And to avoid having to install extra software on
-these borrwed laptops, I have wrapped up all the programs needed on a
-bootable USB stick.  The software required is dvswitch with assosiated
-source, sink and mixer applications and
-&lt;a href=&quot;http://www.kinodv.org/&quot;&gt;dvgrab&lt;/a&gt;.  To allow this setup to
-work without any configuration, I&#39;ve patched dvswitch to use
-&lt;a href=&quot;http://www.avahi.org/&quot;&gt;avahi&lt;/a&gt; to connect the various parts
-together.  And to allow us to use laptops without firewire plugs, I
-upgraded dvgrab to the one from Debian/unstable to get one that work
-with USB sources.  We have not yet tested this setup in a production
-setup, but I hope it will work properly, and allow us to set up a
-video mixer in a very short time frame.  We will need it for
-&lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open 2009&lt;/a&gt;.&lt;/p&gt;
-
-&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/pub/video/bin/usbstick-dvswitch.img.gz&quot;&gt;The
-USB image&lt;/a&gt; is for a 1 GB memory stick, but can be used on any
-larger stick as well.&lt;/p&gt;
+&lt;p&gt;Under helgens utviklersamling i
+&lt;a href=&quot;http://www.skolelinux.no/&quot;&gt;Skolelinux&lt;/a&gt; fikk jeg endelig
+satt meg ned sammen med Ronny Aasen i styret for å få et webbasert
+medlemsregister tilbake på plass for foreningen som passer på
+skolelinuxprosjektet.  Etter flere års knot og problemer, er nå
+memberdb satt opp og klart til bruk.  Import av det gamle
+medlemsregisteret har vist seg vanskelig, så alle medlemmer bes om å
+registrere seg på nytt.  Hvis du støtter FRiSKs formål så er du
+hjertelig velkommen til
+&lt;a href=&quot;http://medlem.friprogramvareiskolen.no/&quot;&gt;å melde deg
+inn&lt;/a&gt;. Formålet lyder:&lt;/p&gt;
+
+&lt;blockquote&gt;Linux i skolen skal tilrettelegge for og informere om bruk
+av fri programvare, i henhold til Debian Free Software Guidelines av
+2002-02-03, i den norske skolen, slik som f.eks. Linux og
+GNU.&lt;/blockquote&gt;
 </description>
        </item>
        
        <item>
-               <title>Endelig norsk stavekontroll med støtte for ord med bindestrek</title>
-               <link>Endelig_norsk_stavekontroll_med_st__tte_for_ord_med_bindestrek.html</link>
-               <guid isPermaLink="true">Endelig_norsk_stavekontroll_med_st__tte_for_ord_med_bindestrek.html</guid>
-                <pubDate>Fri, 26 Dec 2008 11:00:00 +0100</pubDate>
+               <title>Jeg vil ikke ha BankID</title>
+               <link>Jeg_vil_ikke_ha_BankID.html</link>
+               <guid isPermaLink="true">Jeg_vil_ikke_ha_BankID.html</guid>
+                <pubDate>Fri, 30 Oct 2009 13:05:00 +0100</pubDate>
                <description>
-&lt;p&gt;Etter flere års mislykkede forsøk på å skrive om byggesystemet for
-&lt;a href=&quot;http://no.speling.org/&quot;&gt;den norske stavekontrollen for bokmål
-og nynorsk&lt;/a&gt; til å ikke bruke bindestrek som ordskillemarkør, lyktes jeg
-endelig første juledag.  Bruken av bindestrek som ordskillemarkør har
-gjort det umulig å få med ord med bindestrek i
-stavekontrolldatagrunnlaget, slik at ord som e-post og CD-spiller ikke
-kunne godtas av stavekontrollen.  Hadde litt tid til overs å bruke på
-stavekontrollen, og satte meg ned med to kopier av byggsystemet og en
-liten testdatafil, og byttet ut - med = på utvalgte steder i
-byggsystemet og datafilen helt til jeg fikk samme resultat med det
-gamle og det nye byggsystemet.  Dette tror jeg var forsøk 4, der de
-foregående har feilet uten at jeg klarte å forstå hvorfor.  Det sier
-kanskje litt om kompleksiteten i det originale byggsystemet som Rune
-Kleveland laget i sin tid.&lt;/p&gt;
-
-&lt;p&gt;Etter å ha endret byggsystemet, var neste steg å importere ordene
-med bindestrek.  Vi har en rekke slike i databasene for
-&lt;a href=&quot;http://tyge.sslug.dk/~korsvoll/nb.speling.org/htdocs/&quot;&gt;bokmål&lt;/a&gt;
-og
-&lt;a href=&quot;http://tyge.sslug.dk/~korsvoll/nn.speling.org/htdocs/&quot;&gt;nynorsk&lt;/a&gt;
-for korrektur av datagrunnlaget for stavekontrollen, og etter importen
-skulle nå 10350 nye ord bli godkjent som korrekt stavede ord av
-stavekontrollen.&lt;/p&gt;
+&lt;p&gt;Min hovedbankforbindelse,
+&lt;a href=&quot;http://www.postbanken.no/&quot;&gt;Postbanken&lt;/a&gt;, har fra 1. oktober
+blokkert tilgangen min til nettbanken hvis jeg ikke godtar vilkårene
+for &lt;a href=&quot;https://www.bankid.no/&quot;&gt;BankID&lt;/a&gt; og går over til å
+bruke BankID for tilgangskontroll.  Tidligere kunne jeg bruke en
+kodekalkulator som ga tilgang til nettbanken, men nå er dette ikke
+lenger mulig.  Jeg blokkeres ute fra nettbanken og mine egne penger
+hvis jeg ikke godtar det jeg anser som urimelige vilkår i
+BankID-avtalen.&lt;/p&gt;
+
+&lt;p&gt;BankID er en løsning der banken gis rett til å handle på vegne av
+meg, med avtalemessig forutsetning at jeg i hvert enkelt tilfelle har
+bedt banken gjøre dette.  BankID kan brukes til å signere avtaler,
+oppta lån og andre handlinger som har alvorlige følger for meg.
+Problemet slik jeg ser det er at BankID er lagt opp slik at banken har
+all informasjon og tilgang som den trenger for å bruke BankID, også
+uten at jeg er involvert.  Avtalemessing og juridisk skal de kun bruke
+min BankID når jeg har oppgitt pinkode og passord, men praktisk og
+konkret kan de gjøre dette også uten at min pinkode eller mitt passord
+er oppgitt, da de allerede har min pinkode og passord tilgjengelig hos
+seg for å kunne sjekke at riktig pinkode og passord er oppgitt av meg
+(eller kan skaffe seg det ved behov).  Jeg ønsker ikke å gi banken
+rett til å inngå avtaler på vegne av meg.&lt;/p&gt;
+
+&lt;p&gt;Rent teknisk er BankID et offentlig nøkkelpar, en privat og en
+offentlig nøkkel, der den private nøkkelen er nødvendig for å
+&quot;signere&quot; på vegne av den nøkkelen gjelder for, og den offentlige
+nøkkelen er nødvendig for å sjekke hvem som har signert.  Banken
+sitter på både den private og den offentlige nøkkelen, og sier de kun
+skal bruke den private hvis kunden ber dem om det og oppgir pinkode og
+passord.&lt;/p&gt;
+
+
+&lt;p&gt;I postbankens
+&lt;a href=&quot;https://www.postbanken.no//portalfront/nedlast/no/person/avtaler/BankID_avtale.pdf&quot;&gt;vilkår
+for BankID&lt;/a&gt; står følgende:&lt;/p&gt;
+
+&lt;blockquote&gt;
+  &lt;p&gt;&quot;6. Anvendelsesområdet for BankID&lt;/p&gt;
+
+  &lt;p&gt;PersonBankID kan benyttes fra en datamaskin, eller etter nærmere
+  avtale fra en mobiltelefon/SIM-kort, for pålogging i nettbank og til
+  identifisering og signering i forbindelse med elektronisk
+  meldingsforsendelse, avtaleinngåelse og annen form for nettbasert
+  elektronisk kommunikasjon med Banken og andre brukersteder som har
+  tilrettelagt for bruk av BankID. Dette forutsetter at brukerstedet
+  har inngått avtale med bank om bruk av BankID.&quot;&lt;/p&gt;
+&lt;/blockquote&gt;
+
+&lt;p&gt;Det er spesielt retten til &quot;avtaleinngåelse&quot; jeg synes er urimelig
+å kreve for at jeg skal få tilgang til mine penger via nettbanken, men
+også retten til å kommunsere på vegne av meg med andre brukersteder og
+signering av meldigner synes jeg er problematisk.  Jeg må godta at
+banken skal kunne signere for meg på avtaler og annen kommunikasjon
+for å få BankID.&lt;/p&gt;
+
+&lt;p&gt;På spørsmål om hvordan jeg kan få tilgang til nettbank uten å gi
+banken rett til å inngå avtaler på vegne av meg svarer Postbankens
+kundestøtte at &quot;Postbanken har valgt BankID for bl.a. pålogging i
+nettbank , så her må du nok ha hele denne løsningen&quot;.  Jeg nektes
+altså tilgang til nettbanken inntil jeg godtar at Postbanken kan
+signere avtaler på vegne av meg.&lt;/p&gt;
+
+&lt;p&gt;Postbankens kundestøtte sier videre at &quot;Det har blitt et krav til
+alle norske banker om å innføre BankID, bl.a på grunn av
+sikkerhet&quot;, uten at jeg her helt sikker på hvem som har framsatt
+dette kravet. [Oppdatering: Postbankens kundestøtte sier kravet er
+fastsatt av &lt;a href=&quot;http://www.kredittilsynet.no/&quot;&gt;kreditttilsynet&lt;/a&gt;
+og &lt;a href=&quot;http://www.bbs.no/&quot;&gt;BBS&lt;/a&gt;.]  Det som er situasjonen er
+dog at det er svært få banker igjen som ikke bruker BankID, og jeg
+vet ikke hvilken bank som er et godt alternativ for meg som ikke vil
+gi banken rett til å signere avtaler på mine vegne.&lt;/p&gt;
+
+&lt;p&gt;Jeg ønsker mulighet til å reservere meg mot at min BankID brukes
+til annet enn å identifisere meg overfor nettbanken før jeg vil ta i
+bruk BankID.  Ved nettbankbruk er det begrenset hvor store skader som
+kan oppstå ved misbruk, mens avtaleinngåelse ikke har tilsvarende
+begrensing.&lt;/p&gt;
+
+&lt;p&gt;Jeg har klaget vilkårene inn for &lt;a
+href=&quot;http://www.forbrukerombudet.no/&quot;&gt;forbrukerombudet&lt;/a&gt;, men
+regner ikke med at de vil kunne bidra til en rask løsning som gir meg
+nettbankkontroll over egne midler. :(
 </description>
        </item>
        
        <item>
-               <title>FAD lanserer reiseregningsskjema som fri programvare</title>
-               <link>FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</link>
-               <guid isPermaLink="true">FAD_lanserer_reiseregningsskjema_som_fri_programvare.html</guid>
-                <pubDate>Wed, 17 Dec 2008 15:00:00 +0100</pubDate>
+               <title>Internet-sensur skal i retten på mandag</title>
+               <link>Internet_sensur_skal_i_retten_p___mandag.html</link>
+               <guid isPermaLink="true">Internet_sensur_skal_i_retten_p___mandag.html</guid>
+                <pubDate>Sat, 10 Oct 2009 22:00:00 +0200</pubDate>
                <description>
-&lt;p&gt;Jeg overvar i dag &lt;a href=&quot;http://www.regjeringen.no/nb/dep/fad/Tema/Lonns-_og_personalpolitikk/statens_reiseregulativ/reiseregningenno-som-fri-programvare.html&quot;&gt;FADs pressepresentasjon&lt;/a&gt; av arbeidet med ny
-programvare for &lt;a href=&quot;http://www.reiseregningen.no/&quot;&gt;skriving av
-reiseregninger&lt;/a&gt;, som de gir ut som fri programvare.  Den gode
-nyheten er at FAD med dette prosjektet demonstrerer vilje til å gå
-foran i å etablere en delingskultur i offentlig sektor, og denne gang
-har hatt fokus på å lage en løsning som fungerer på flere platformer,
-konkret Linux, MacOS X og Windows.  Løsningen er utviklet av
-&lt;a href=&quot;http://makingwaves.no&quot;&gt;Making Waves&lt;/a&gt; på oppdrag fra FAD, og
-kildekoden er tilgjengelig fra
-&lt;a href=&quot;https://www.coderesort.com/p/reiseregningen&quot;&gt;CodeResort&lt;/a&gt;.
-En får lesetilgang til kode og dokumentasjon uten å registrere seg,
-men må registrere seg for f.eks. å melde inn feil og skrive i wikien.
-FAD håper å få erfaring med fri programvareprosjekter vha. dette
-prosjektet, som er første gang de gir ut kildekode fra et
-&quot;egenutviklet&quot; prosjekt.&lt;/p&gt;
-
-&lt;p&gt;Løsningen er BSD-lisensiert, og basert på Adobe Flash, konkret
-Adobe Flex.  Den bruker Flash 9, og fungerer ikke med Gnash.  I
-tillegg til at selve flash-binæren ikke fungerer med Gnash, så er det
-lagt JavaScript-kode foran web-programmet som nekter å starte
-flash-programmet hvis ikke Adobe Flash 9 er installert.  Det var
-irriterende, og jeg måtte hente ut URL til Flash-binæren fra
-HTML-siden og lage min egen testside for å sjekke om den fungerte med
-gnash.  Fikk bare en blank flate der programmet skulle startet. Laget
-en side med følgende HTML-snutt for å laste programmet
-&lt;pre&gt;&lt;blockquote&gt;&amp;lt;object
-  data=&quot;http://213.225.125.209/kunder/dss/Reiseregningen.swf&quot;
-  width=&quot;100%&quot;
-  height=&quot;100%&quot;
-&amp;gt;&lt;/blockquote&gt;&lt;/pre&gt;&lt;/p&gt;
-
-&lt;p&gt;Bruken av Adobe Flash er spesielt problematisk da Adobes
-Flash-utgave har en lisens som ikke tillater andre en Adobe å
-distribuere deres programpakke.  Det gjør det umulig for
-linux-distribusjoner som Debian, Ubuntu og RedHat å legge ved Adobes
-Flash i sine distribusjoner.  Adobe Flash er ikke fri programvare.
-Det finnes noen ikke-komplette Flash-implementasjoner som er fri
-programvare, som &lt;a href=&quot;http://www.getgnash.org/&quot;&gt;Gnash&lt;/a&gt; og
-&lt;a href=&quot;http://swfdec.freedesktop.org/&quot;&gt;swfdec&lt;/a&gt;.  Jeg spurte
-utviklerne om de hadde testet med alternative utgaver av Flash som
-Gnash og swfdec, men utviklerne hadde ikke hørt om alternativer og
-heller ikke testet løsningen mot disse.&lt;/p&gt;
-
-&lt;p&gt;Videreutvikling av reiseregningsprogrammet vil kreve aksept for
-lisensen til Adobe Flex.  I følge Adobe finnes Adobe Flax som
-Eclipse-utvidelse i
-&lt;a href=&quot;http://labs.adobe.com/technologies/flex/flexbuilder_linux/&quot;&gt;en
-betautgave for Linux&lt;/a&gt;, men jeg vet ikke om denne er tilstrekkelig
-for å bygge reiseregningsprogrammet.  Jeg mistenker at valg av
-teknologi gjør at svært få fri programvareutviklere ser det som
-interessant å involvere seg i videreutvikling av dette prosjektet.
-Personlig begrenser jeg meg til å jobbe med prosjekter som kan bygges
-og videreutvikles ved hjelp av fri programvare.  Andre utviklere av
-fri programvare ser det åpenbart annerledes, da det jo finnes fri
-programvare på Windows.  Vi får se om det er tilstrekkelig mange av
-dem til at FAD får bidragsytere utenfra.  Prosjektet bærer litt preg
-av &quot;kast det over gjerdet&quot;-metoden for deling, der en legger ut koden
-men det ikke er klart hvem som skal skape fellesskapet som trengs for
-å få et fungerende fri programvareutviklingsmiljø.&lt;/p&gt;
-
-&lt;p&gt;Systemet viser fram et dynamisk skjema som fylles ut fortløpende,
-og der tidligere svar styrer hvilke alternativer en må fylle ut
-senere.  Det henter informasjon om takster og regler fra FADs sider,
-der informasjonen skal være lagt ut i maskinlesbart format.  Når en er
-ferdig med å fylle ut kan en hente ut en PDF og en XML-fil for
-utskrift eller videre lagring/behandling.  Skjemaet er kun
-klientbiten, og eventuell integrering mot økonomisystemer følger ikke
-med.  FAD lovte at de skulle bidra til at takster og regelfilene
-skulle holdes oppdatert.  Konvertering til PDF var visst .NET-basert.
-Utviklerne hadde ingen idé om dette fungerte med fri
-programvareutgaver som Mono.  .NET-utgaven skulle være en begrenset
-del av løsningen, og visstnok ble .NET valgt for å integreres med FADs
-eksisterende tjenerløsning.  Løsningen kunne gjenbruke
-personinformasjon vha. XML-filer lagret lokalt på brukerens maskin,
-slik at en slapp å skrive inn samme informasjon hver gang.  Sentralt
-lagring var ikke ønsket for å unngå personvernspørsmål, selv om dette
-gjorde det litt vanskeligere for brukeren.&lt;/p&gt;
+&lt;p&gt;&lt;a href=&quot;http://www.dagensit.no/bransje/article1757755.ece&quot;&gt;DagensIT&lt;/a&gt;
+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.&lt;/p&gt;
+
+&lt;p&gt;Jeg bet meg dog merke i en av påstandene fra Tonos advokat Cato
+Strøm, som forteller at &quot;Pirate Bay inneholder 95 prosent ulovlig
+utlagt materiale, og å stanse tilgangen til det kan ikke kalles
+sensur&quot;.  Jeg tok en titt på
+&lt;a href=&quot;http://thepiratebay.org/&quot;&gt;forsiden til The Pirate Bay&lt;/a&gt;,
+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.&lt;/p&gt;
+
+&lt;p&gt;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
+&lt;a href=&quot;http://www.guardian.co.uk/music/2009/oct/06/edwyn-collins-sharing-music&quot;&gt;jo
+demonstrert&lt;/a&gt; at de ikke er i stand til å skille lovlig og ulovlig
+bruk av musikk.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Elektronikkbyggesettet for reprapen sporet opp</title>
-               <link>Elektronikkbyggesettet_for_reprapen_sporet_opp.html</link>
-               <guid isPermaLink="true">Elektronikkbyggesettet_for_reprapen_sporet_opp.html</guid>
-                <pubDate>Tue, 16 Dec 2008 08:00:00 +0100</pubDate>
+               <title>MVA på bøker med DRM, ikke MVA på bøker uten DRM?</title>
+               <link>MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html</link>
+               <guid isPermaLink="true">MVA_p___b__ker_med_DRM__ikke_MVA_p___b__ker_uten_DRM_.html</guid>
+                <pubDate>Wed, 23 Sep 2009 10:00:00 +0200</pubDate>
                <description>
-&lt;p&gt;I dag fikk jeg endelig vite hva posten hadde gjort med
-elektronikkbyggesettet mitt.  Fikk epost fra avsenderen, Zach &#39;Hoeken&#39;
-Smith, som fortalte at posten hadde returnert pakken til ham.  Ingen
-aning om hvorfor de klarte å sende pakkelappen til meg, men ikke selve
-pakken.  De gode nyhetene er at vi forsøker igjen, og håper det går
-bedre denne gangen.&lt;/p&gt;
-
-&lt;p&gt;&lt;a href=&quot;http://www.nuug.no/&quot;&gt;NUUG&lt;/a&gt;s
-&lt;a href=&quot;http://wiki.nuug.no/grupper/replikator&quot;&gt;replikator-prosjekt&lt;/a&gt;
-har de siste ukene fått et nytt medlem.  Ole Kristian Lien har meldt
-seg for å bygge en reprap ved hjelp av plastdeler vi får skrevet ut
-på 3D-skriveren til Institutt for Informatikk i Oslo.  Han er igang
-med å skaffe seg oversikt over hvilke deler som trengs derfra, og
-hvilke som kan skaffes fra jernvarehandel og f.eks.  Clas Ohlson.  Det
-er dermed gode håp om at vi har to 3D-skrivere operative over
-jul.&lt;/p&gt;
+&lt;p&gt;Elektroniske bøker diskuteres for tiden, etter at
+&lt;a href=&quot;http://www.aftenposten.no/kul_und/litteratur/article3280914.ece&quot;&gt;bokbransjen
+hevder&lt;/a&gt; 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
+&lt;a href=&quot;http://www.digi.no/php/ny_debatt.php?id=823912&quot;&gt;digi-debatt&lt;/a&gt;
+jeg hadde sans for. &quot;einarr&quot; foreslo at DRM-infiserte elektroniske
+bøker bør ha merverdiavgift, da &quot;de ikke bidrar til
+kunnskapsspredning på samme måte&quot; som papirbøker og dermed går
+imot intensjonene bak mva-fritaket.  Bøker uten DRM derimot bør ha
+mva-fritak da de &quot;kan overføres mellom enheter, leses på ulike
+plattformer, lånes ut og siteres og kopieres fra&quot; slik en kan med
+papirbøker.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Mekanikk-delen av reprap-byggesettet i hus</title>
-               <link>Mekanikk_delen_av_reprap_byggesettet_i_hus.html</link>
-               <guid isPermaLink="true">Mekanikk_delen_av_reprap_byggesettet_i_hus.html</guid>
-                <pubDate>Tue, 9 Dec 2008 12:30:00 +0100</pubDate>
+               <title>Sikkerhet til sjøs trenger sjøkart uten bruksbegresninger</title>
+               <link>Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html</link>
+               <guid isPermaLink="true">Sikkerhet_til_sj__s_trenger_sj__kart_uten_bruksbegresninger.html</guid>
+                <pubDate>Sun, 23 Aug 2009 10:00:00 +0200</pubDate>
                <description>
-&lt;p&gt;NUUG-prosjektet for å lage 3D-skrivere gjorde et lite hopp forover
-i dag. Jeg har som tidliger enevnt bestilt de to ferdige byggesettene
-for elektronikk og mekanikk, og i dag, endelig, ankom mekanikk-settet.
-Hurra.  Håper å starte byggingen av mekanikksettet i romjula.&lt;/p&gt;
-
-&lt;p&gt;Når det gjelder bygging av reprap basert på deler fra IFIs
-3D-skriver, så har NUUG avtale om at de lager plast-delene basert på
-STL-filer vi sender dem der, og printeransvarlig der har fått første
-dump av filer.  Etter dette har jeg ikke klart å få tak i ham, så
-jeg tror han fortsatt er travelt opptatt.  Håper det ordner seg
-snart.  Det trengs frivillige for å bygge denne.  Det innebærer
-blant annet å skaffe seg oversikt over hvilke plastdeler som må
-skrives ut, samt finne leverandør for skruver, mutt, metallstag,
-steppermotorer etc.  Antar Clas Olsson og ELFA kan skaffe mye av
-dette, men har ingen plan om å sette meg inn i dette selv med det
-første.  Frivillig til å skaffe seg sin egen 3D-skriver etterlyses,
-og kan melde seg på aktive@nuug.no.&lt;/p&gt;
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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 &lt;strong&gt;har&lt;/strong&gt; oppdaterte kart
+enn at de er pålagt å ha oppdaterte kart.&lt;/p&gt;
+
+&lt;p&gt;Sjøkartene er &lt;a href=&quot;http://kart.kystverket.no/&quot;&gt;tilgjengelig på web
+fra kystverket&lt;/a&gt;, men så vidt jeg har klart å finne, uten
+bruksvilkår som muliggjør gjenbruk uten bruksbegresninger.&lt;/p&gt;
+
+&lt;p&gt;OpenStreetmap.org-folk er lei av mangel på sjøkart, og har startet
+på et dugnadsbasert fribrukskart for havet,
+&lt;a href=&quot;http://openseamap.org/&quot;&gt;OpenSeaMap&lt;/a&gt;.  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.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Devcamp brought us closer to the Lenny based Debian Edu release</title>
-               <link>Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html</link>
-               <guid isPermaLink="true">Devcamp_brought_us_closer_to_the_Lenny_based_Debian_Edu_release.html</guid>
-                <pubDate>Sun, 7 Dec 2008 12:00:00 +0100</pubDate>
+               <title>Relative popularity of document formats (MS Office vs. ODF)</title>
+               <link>Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</link>
+               <guid isPermaLink="true">Relative_popularity_of_document_formats__MS_Office_vs__ODF_.html</guid>
+                <pubDate>Wed, 12 Aug 2009 15:50:00 +0200</pubDate>
                <description>
-&lt;p&gt;This weekend we had a small developer gathering for Debian Edu in
-Oslo.  Most of Saturday was used for the general assemly for the
-member organization, but the rest of the weekend I used to tune the
-LTSP installation.  LTSP now work out of the box on the 10-network.
-Acer Aspire One proved to be a very nice thin client, with both
-screen, mouse and keybard in a small box.  Was working on getting the
-diskless workstation setup configured out of the box, but did not
-finish it before the weekend was up.&lt;/p&gt;
-
-&lt;p&gt;Did not find time to look at the 4 VGA cards in one box we got from
-the Brazilian group, so that will have to wait for the next
-development gathering.  Would love to have the Debian Edu installer
-automatically detect and configure a multiseat setup when it find one
-of these cards.&lt;/p&gt;
+&lt;p&gt;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
+&#39;filetype:odt&#39; and equvalent terms, and got these results:&lt;/P&gt;
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:282000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:75600&lt;/td&gt; &lt;td&gt;pptx:183000&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500    &lt;/td&gt; &lt;td&gt;xlsx:145000&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;Next, I added a &#39;site:no&#39; limit to get the numbers for Norway, and
+got these numbers:&lt;/p&gt;
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480        &lt;/td&gt; &lt;td&gt;docx:4460&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:299  &lt;/td&gt; &lt;td&gt;pptx:741&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:187      &lt;/td&gt; &lt;td&gt;xlsx:372&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;I wonder how these numbers change over time.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
+
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:129000&lt;/td&gt; &lt;td&gt;docx:308000&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:44200&lt;/td&gt; &lt;td&gt;pptx:93900&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:26500    &lt;/td&gt; &lt;td&gt;xlsx:82400&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;And with &#39;site:no&#39;:
+
+&lt;table&gt;
+&lt;tr&gt;&lt;th&gt;Type&lt;/th&gt;&lt;th&gt;ODF&lt;/th&gt;&lt;th&gt;MS Office&lt;/th&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Tekst&lt;/td&gt; &lt;td&gt;odt:2480&lt;/td&gt; &lt;td&gt;docx:3410&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Presentasjon&lt;/td&gt; &lt;td&gt;odp:175&lt;/td&gt; &lt;td&gt;pptx:604&lt;/td&gt;&lt;/tr&gt;
+&lt;tr&gt;&lt;td&gt;Regneark&lt;/td&gt; &lt;td&gt;ods:186      &lt;/td&gt; &lt;td&gt;xlsx:296&lt;/td&gt;&lt;/tr&gt;
+&lt;/table&gt;
+
+&lt;p&gt;Interesting difference, not sure what to conclude from these
+numbers.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Mekanikk-delen av reprap-byggesettet på vei</title>
-               <link>Mekanikk_delen_av_reprap_byggesettet_p___vei.html</link>
-               <guid isPermaLink="true">Mekanikk_delen_av_reprap_byggesettet_p___vei.html</guid>
-                <pubDate>Tue, 2 Dec 2008 12:00:00 +0100</pubDate>
+               <title>ISO still hope to fix OOXML</title>
+               <link>ISO_still_hope_to_fix_OOXML.html</link>
+               <guid isPermaLink="true">ISO_still_hope_to_fix_OOXML.html</guid>
+                <pubDate>Sat, 8 Aug 2009 14:00:00 +0200</pubDate>
                <description>
-&lt;p&gt;Endelig fikk jeg beskjed om at mekanikkbyggesettet er sendt fra
-England.  Jeg kan følge pakkens bevegelser via web, og den er nå
-kommet fram til tollen i London.  Da bør jeg ha den i hus om noen
-dager, hvis alt går bra.&lt;/p&gt;
-
-&lt;p&gt;Elekronikkbyggesettet ser det derimot dårligere ut for.  Rette
-vedkommende i USA er på ferie, så jeg har ikke fått noe tilbakemelding
-på hvordan jeg får ordnet opp i kaoset posten etterlot da de rotet
-bort første pakke.&lt;/p&gt;
+&lt;p&gt;According to &lt;a
+href=&quot;http://twerner.blogspot.com/2009/08/defects-of-office-open-xml.html&quot;&gt;a
+blog post from Torsten Werner&lt;/a&gt;, 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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Reprap-pakke tapt i posten</title>
-               <link>Reprap_pakke_tapt_i_posten.html</link>
-               <guid isPermaLink="true">Reprap_pakke_tapt_i_posten.html</guid>
-                <pubDate>Thu, 27 Nov 2008 21:20:00 +0100</pubDate>
+               <title>Debian has switched to dependency based boot sequencing</title>
+               <link>Debian_has_switched_to_dependency_based_boot_sequencing.html</link>
+               <guid isPermaLink="true">Debian_has_switched_to_dependency_based_boot_sequencing.html</guid>
+                <pubDate>Mon, 27 Jul 2009 23:50:00 +0200</pubDate>
                <description>
-&lt;p&gt;Siste nytt om reprap-pakken med elektronikk jeg har ventet på, er
-at posten har sendt meg et brev der de beklager at den er tapt.  Da er
-det bare å bestille ny pakke og kreve erstatning fra Posten.  Får
-håpe det går bedre denne gangen.&lt;/p&gt;
-
-&lt;p&gt;Mekanikkpakken har så vidt jeg kan se ennå ikke blitt sendt fra
-England, så også der spøker det for å få alt i hus før jul.  Så
-lenge alt er klart til &lt;a href=&quot;http://www.goopen.no/&quot;&gt;Go Open
-2009&lt;/a&gt; i april, så er det greit.&lt;/p&gt;
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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.&lt;/p&gt;
 </description>
        </item>
        
        <item>
-               <title>Amigafolket holder ut</title>
-               <link>Amigafolket_holder_ut.html</link>
-               <guid isPermaLink="true">Amigafolket_holder_ut.html</guid>
-                <pubDate>Wed, 26 Nov 2008 06:05:00 +0100</pubDate>
+               <title>Taking over sysvinit development</title>
+               <link>Taking_over_sysvinit_development.html</link>
+               <guid isPermaLink="true">Taking_over_sysvinit_development.html</guid>
+                <pubDate>Wed, 22 Jul 2009 23:00:00 +0200</pubDate>
                <description>
-&lt;p&gt;En sak på &lt;a href=&quot;http://www.linuxtoday.com/&quot;&gt;Linux Today&lt;/a&gt; om
-&lt;a href=&quot;http://www.linuxtoday.com/developer/2008112600335OPLLDV&quot;&gt;Amiga&lt;/a&gt;
-og hva som kunne skjedd hvis den originale Amiga-koden hadde vært GPL,
-minnet meg på prosjektet Aros.
-&lt;a href=&quot;http://aros.sourceforge.net/&quot;&gt;Aros-prosjektet&lt;/a&gt; går ut på å
-lage en klone av operativsystemet fra Amiga, slik at Amiga-folkene kan
-fortsette å bruke sine programmer på nyere maskinvare.  Gledelig å se
-at det forsatt kommer nye utgaver og at de nærmer seg en komplett
-pakke.  Kanskje Aros kunne vært interessant for et NUUG-foredrag?&lt;/p&gt;
+&lt;p&gt;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.&lt;/p&gt;
+
+&lt;p&gt;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 &lt;a href=&quot;http://savannah.nongnu.org/&quot;&gt;Savannah&lt;/a&gt;, 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.&lt;/p&gt;
+
+&lt;p&gt;It is a bit ironic that this is done now, when some of the involved
+distributions are moving to upstart as a syvinit replacement.&lt;/p&gt;
 </description>
        </item>