X-Git-Url: http://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/db926938dbbd0f742774718da99bae88fcb27a57..e42f5b1dad855a6ee4fe4dec43b101f4d02a5f2b:/blog/index.rss diff --git a/blog/index.rss b/blog/index.rss index 4110ff85a2..117a179be1 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,147 @@ http://people.skolelinux.org/pere/blog/ + + Oppdatert kart over overvåkningskamera i Norge + http://people.skolelinux.org/pere/blog/Oppdatert_kart_over_overv__kningskamera_i_Norge.html + http://people.skolelinux.org/pere/blog/Oppdatert_kart_over_overv__kningskamera_i_Norge.html + Wed, 22 Sep 2010 20:50:00 +0200 + +<p>For ca. et og et halvt år siden +<a href="http://people.skolelinux.org/pere/blog/Kart_over_overv__kningskamera_i_Norge.html">startet +jeg på et kart over overvåkningskamera i Norge</a>, i regi av +<a href="http://www.personvern.no/">personvernforeningen</a>. Det har +blitt oppdatert regelmessing, og jeg oppdaterte det nettopp. Fra den +spede start med 22 kamera registrert er det nå registrert 54 kamera. +Det er bare en brøkdel av de kamera som finnes i Norge, men det går +sakte men sikkert i riktig retning.</p> + +<p>Informasjonen registreres fortsatt direkte inn i +<a href="http://www.openstreetmap.org/">OpenStreetmap</a>, og hentes +automatisk over i +<a href="http://people.skolelinux.no/pere/surveillance-norway/"spesialkartet</a> +når jeg kjører et script for å filtrere ut overvåkningskamera fra +OSM-dumpen for Norge.</p> + + + + + Anonym ferdsel er en menneskerett + http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html + http://people.skolelinux.org/pere/blog/Anonym_ferdsel_er_en_menneskerett.html + Wed, 15 Sep 2010 12:15:00 +0200 + +<p>Debatten rundt sporveiselskapet i Oslos (Ruter AS) ønske om +<a href="http://www.aftenposten.no/nyheter/iriks/article3808135.ece">å +radiomerke med RFID</a> alle sine kunder og +<a href="http://www.aftenposten.no/nyheter/article3809746.ece">registerere +hvor hver og en av oss beveger oss</a> pågår, og en ting som har +kommet lite frem i debatten er at det faktisk er en menneskerett å +kunne ferdes anonymt internt i ens eget land.</p> + +<p>Fant en grei kilde for dette i et +<a href="http://www.datatilsynet.no/upload/Microsoft%20Word%20-%2009-01399-2%20H+%C2%A9ringsnotat%20-%20Samferdselsdepartementet%20-%20Utkas%C3%94%C3%87%C2%AA.pdf">skriv +fra Datatilsynet</a> til Samferdselsdepartementet om tema:</p> + +<blockquote><p>Retten til å ferdes anonymt kan utledes av +menneskerettskonvensjonen artikkel 8 og av EUs personverndirektiv. +Her heter det at enkeltpersoners grunnleggende rettigheter og frihet +må respekteres, særlig retten til privatlivets fred. I både +personverndirektivet og i den norske personopplysningsloven er +selvråderetten til hver enkelt et av grunnprinsippene, hovedsaklig +uttrykt ved at en må gi et frivillig, informert og uttrykkelig +samtykke til behandling av personopplysninger.</p></blockquote> + +<p>For meg er det viktig at jeg kan ferdes anonymt, og det er litt av +bakgrunnen til at jeg handler med kontanter, ikke har mobiltelefon og +forventer å kunne reise med bil og kollektivtrafikk uten at det blir +registrert hvor jeg har vært. Ruter angriper min rett til å ferdes +uten radiopeiler med sin innføring av RFID-kort, og dokumenterer sitt +ønske om å registrere hvor kundene befant seg ved å ønske å gebyrlegge +oss som ikke registrerer oss hver gang vi beveger oss med +kollektivtrafikken i Oslo. Jeg synes det er hårreisende.</p> + + + + + Terms of use for video produced by a Canon IXUS 130 digital camera + http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html + http://people.skolelinux.org/pere/blog/Terms_of_use_for_video_produced_by_a_Canon_IXUS_130_digital_camera.html + Thu, 9 Sep 2010 23:55:00 +0200 + +<p>A few days ago I had the mixed pleasure of bying a new digital +camera, a Canon IXUS 130. It was instructive and very disturbing to +be able to verify that also this camera producer have the nerve to +specify how I can or can not use the videos produced with the camera. +Even thought I was aware of the issue, the options with new cameras +are limited and I ended up bying the camera anyway. What is the +problem, you might ask? It is software patents, MPEG-4, H.264 and the +MPEG-LA that is the problem, and our right to record our experiences +without asking for permissions that is at risk. + +<p>On page 27 of the Danish instruction manual, this section is +written:</p> + +<blockquote> +<p>This product is licensed under AT&T patents for the MPEG-4 standard +and may be used for encoding MPEG-4 compliant video and/or decoding +MPEG-4 compliant video that was encoded only (1) for a personal and +non-commercial purpose or (2) by a video provider licensed under the +AT&T patents to provide MPEG-4 compliant video.</p> + +<p>No license is granted or implied for any other use for MPEG-4 +standard.</p> +</blockquote> + +<p>In short, the camera producer have chosen to use technology +(MPEG-4/H.264) that is only provided if I used it for personal and +non-commercial purposes, or ask for permission from the organisations +holding the knowledge monopoly (patent) for technology used.</p> + +<p>This issue has been brewing for a while, and I recommend you to +read +"<a href="http://www.osnews.com/story/23236/Why_Our_Civilization_s_Video_Art_and_Culture_is_Threatened_by_the_MPEG-LA">Why +Our Civilization's Video Art and Culture is Threatened by the +MPEG-LA</a>" by Eugenia Loli-Queru and +"<a href="http://webmink.com/2010/09/03/h-264-and-foss/">H.264 Is Not +The Sort Of Free That Matters</a>" by Simon Phipps to learn more about +the issue. The solution is to support the +<a href="http://www.digistan.org/open-standard:definition">free and +open standards</a> for video, like <a href="http://www.theora.org/">Ogg +Theora</a>, and avoid MPEG-4 and H.264 if you can.</p> + + + + + Navteq bruker 3-12 måneder, OpenStreetmap.org trenger noen dager + http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m__neder__OpenStreetmap_org_trenger_noen_dager.html + http://people.skolelinux.org/pere/blog/Navteq_bruker_3_12_m__neder__OpenStreetmap_org_trenger_noen_dager.html + Tue, 7 Sep 2010 21:40:00 +0200 + +<p>Jeg ble riktig fascinert av +<a href="http://www.aftenposten.no/nyheter/iriks/article3800967.ece">en +artikkel i Aftenposten</a> om hvor hardt Navteq jobber for å oppdatere +kartene som brukes i navigasjons-GPSer, der det blant annet heter at +"på grunn av teknikken tar det alt fra tre til tolv måneder før +kartene er oppdatert". Når en kjenner hva slags oppdateringshastighet +som er tilgjengelig på +<a href="http://www.openstreetmap.org/">OpenStreetmap</a> som +oppdateres på dugnad, blir det litt trist å se hva noe av det beste en +kan kjøpe for penger får til.</p> + +<p>Fra en endrer kartdataene i databasen til OpenStreetmap tar det +ca. 15 minutter før endringen er synlig på kartet som alle kan se på +web. Dernest overføres det daglig til en kartdump som lastes ned av +personen som lager Garmin-kart for Norge ca. en gang i uken. Med +OpenStreetmap.org og <a href="http://www.frikart.no/">Frikart.no</a> +kan en altså ha korreksjonene på plass i sin Garmin-GPS i løpet av en +uke. Det er også av tekniske årsaker at det tar så langt tid. +Jobbene som tegner kartene, henter ut kartdumpene og konverterer til +Garmin-format tar minutter og timer å gjennomføre, slik at de ikke +gjøres kontinuerlig men kun regelmessing.</p> + + + Some notes on Flash in Debian and Debian Edu http://people.skolelinux.org/pere/blog/Some_notes_on_Flash_in_Debian_and_Debian_Edu.html @@ -227,238 +368,5 @@ brukerprogrammene</a> som er tilgjengelig i Skolelinux.</p> - - Broken umask handling with sshfs - http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html - http://people.skolelinux.org/pere/blog/Broken_umask_handling_with_sshfs.html - Thu, 26 Aug 2010 13:30:00 +0200 - -<p>My file system sematics program -<a href="http://people.skolelinux.org/pere/blog/Testing_if_a_file_system_can_be_used_for_home_directories___.html">presented -a few days ago</a> is very useful to verify that a file system can -work as a unix home directory,and today I had to extend it a bit. I'm -looking into alternatives for home directory access here at the -University of Oslo, and one of the options is sshfs. My friend -Finn-Arne mentioned a while back that they had used sshfs with Debian -Edu, but stopped because of problems. I asked today what the problems -where, and he mentioned that sshfs failed to handle umask properly. -Trying to detect the problem I wrote this addition to my fs testing -script:</p> - -<pre> -mode_t touch_get_mode(const char *name, mode_t mode) { - mode_t retval = 0; - int fd = open(name, O_RDWR|O_CREAT|O_LARGEFILE, mode); - if (-1 != fd) { - unlink(name); - struct stat statbuf; - if (-1 != fstat(fd, &statbuf)) { - retval = statbuf.st_mode & 0x1ff; - } - close(fd); - } - return retval; -} - -/* Try to detect problem discovered using sshfs */ -int test_umask(void) { - printf("info: testing umask effect on file creation\n"); - - mode_t orig_umask = umask(000); - mode_t newmode; - if (0666 != (newmode = touch_get_mode("foobar", 0666))) { - printf(" error: Wrong file mode %o when creating using mode 666 and umask 000\n", - newmode); - } - umask(007); - if (0660 != (newmode = touch_get_mode("foobar", 0666))) { - printf(" error: Wrong file mode %o when creating using mode 666 and umask 007\n", - newmode); - } - - umask (orig_umask); - return 0; -} - -int main(int argc, char **argv) { - [...] - test_umask(); - return 0; -} -</pre> - -<p>Sure enough. On NFS to a netapp, I get this result:</p> - -<pre> -Testing POSIX/Unix sematics on file system -info: testing symlink creation -info: testing subdirectory creation -info: testing fcntl locking - Read-locking 1 byte from 1073741824 - Read-locking 510 byte from 1073741826 - Unlocking 1 byte from 1073741824 - Write-locking 1 byte from 1073741824 - Write-locking 510 byte from 1073741826 - Unlocking 2 byte from 1073741824 -info: testing umask effect on file creation -</pre> - -<p>When mounting the same directory using sshfs, I get this -result:</p> - -<pre> -Testing POSIX/Unix sematics on file system -info: testing symlink creation -info: testing subdirectory creation -info: testing fcntl locking - Read-locking 1 byte from 1073741824 - Read-locking 510 byte from 1073741826 - Unlocking 1 byte from 1073741824 - Write-locking 1 byte from 1073741824 - Write-locking 510 byte from 1073741826 - Unlocking 2 byte from 1073741824 -info: testing umask effect on file creation - error: Wrong file mode 644 when creating using mode 666 and umask 000 - error: Wrong file mode 640 when creating using mode 666 and umask 007 -</pre> - -<p>So, I can conclude that sshfs is better than smb to a Netapp or a -Windows server, but not good enough to be used as a home -directory.</p> - -<p>Update 2010-08-26: Reported the issue in -<a href="http://bugs.debian.org/594498">BTS report #594498</a></p> - -<p>Update 2010-08-27: Michael Gebetsroither report that he found the -script so useful that he created a GIT repository and stored it in -<a href="http://github.com/gebi/fs-test">http://github.com/gebi/fs-test</a>.</p> - - - - - Elektronisk stemmegiving er ikke til å stole på - heller ikke i Norge - http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til____stole_p_____heller_ikke_i_Norge.html - http://people.skolelinux.org/pere/blog/Elektronisk_stemmegiving_er_ikke_til____stole_p_____heller_ikke_i_Norge.html - Mon, 23 Aug 2010 19:30:00 +0200 - -<p>I Norge pågår en prosess for å -<a href="http://www.e-valg.dep.no/">innføre elektronisk -stemmegiving</a> ved kommune- og stortingsvalg. Dette skal -introduseres i 2011. Det er all grunn til å tro at valg i Norge ikke -vil være til å stole på hvis dette blir gjennomført. Da det hele var -oppe til høring i 2006 forfattet jeg -<a href="http://www.nuug.no/dokumenter/valg-horing-2006-09.pdf">en -høringsuttalelse fra NUUG</a> (og EFN som hengte seg på) som skisserte -hvilke punkter som må oppfylles for at en skal kunne stole på et valg, -og elektronisk stemmegiving mangler flere av disse. Elektronisk -stemmegiving er for alle praktiske formål å putte ens stemme i en sort -boks under andres kontroll, og satse på at de som har kontroll med -boksen er til å stole på - uten at en har mulighet til å verifisere -dette selv. Det er ikke slik en gjennomfører demokratiske valg.</p> - -<p>Da problemet er fundamentalt med hvordan elektronisk stemmegiving -må fungere for at også ikke-krypografer skal kunne delta, har det vært -mange rapporter om hvordan elektronisk stemmegiving har sviktet i land -etter land. En -<a href="http://wiki.nuug.no/uttalelser/2006-elektronisk-stemmegiving">liten -samling referanser</a> finnes på NUUGs wiki. Den siste er fra India, -der valgkomisjonen har valgt -<a href="http://www.freedom-to-tinker.com/blog/jhalderm/electronic-voting-researcher-arrested-over-anonymous-source">å -pusse politiet på en forsker</a> som har dokumentert svakheter i -valgsystemet.</p> - -<p>Her i Norge har en valgt en annen tilnærming, der en forsøker seg -med teknobabbel for å få befolkningen til å tro at dette skal bli -sikkert. Husk, elektronisk stemmegiving underminerer de demokratiske -valgene i Norge, og bør ikke innføres.</p> - -<p>Den offentlige diskusjonen blir litt vanskelig av at media har -valgt å kalle dette "evalg", som kan sies å både gjelde elektronisk -opptelling av valget som Norge har gjort siden 60-tallet og som er en -svært god ide, og elektronisk opptelling som er en svært dårlig ide. -Diskusjonen gir ikke mening hvis en skal diskutere om en er for eller -mot "evalg", og jeg forsøker derfor å være klar på at jeg snakker om -elektronisk stemmegiving og unngå begrepet "evalg".</p> - - - - - Robot, reis deg... - http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html - http://people.skolelinux.org/pere/blog/Robot__reis_deg___.html - Sat, 21 Aug 2010 22:10:00 +0200 - -<p>I dag fikk jeg endelig tittet litt på mine nyinnkjøpte roboter, og -har brukt noen timer til å google etter interessante referanser og -aktuell kildekode for bruk på Linux. Det mest lovende så langt er -<a href="http://ispykee.toyz.org/">ispykee</a>, som har en -BSD-lisensiert linux-daemon som står som mellomledd mellom roboter på -lokalnettet og en sentral tjeneste der en iPhone kan koble seg opp for -å fjernstyre roboten. Linux-daemonen implementerer deler av -protokollen som roboten forstår. Etter å ha knotet litt med å oppnå -kontakt med roboten (den oppretter et eget ad-hoc wifi-nett, så jeg -måtte gå av mitt vanlige nett for å få kontakt), og kommet frem til at -den lytter på IP-port 9000 og 9001, gikk jeg i gang med å finne ut -hvordan jeg kunne snakke med roboten vha. disse portene. Robotbiten -av protokollen er publisert av produsenten med GPL-lisens, slik at det -er mulig å se hvordan protokollen fungerer. Det finnes en java-klient -for Android som så ganske snasen ut, men fant ingen kildekode for -denne. Derimot hadde iphone-løsningen kildekode, så jeg tok -utgangspunkt i den.</p> - -<p>Daemonen ville i utgangspunktet forsøke å kontakte den sentrale -tjenesten som iphone-programmet kobler seg til. Jeg skrev dette om -til i stedet å sette opp en nettverkstjeneste på min lokale maskin, -som jeg kan koble meg opp til med telnet og gi kommandoer til roboten -(act, forward, right, left, etc). Det involverte i praksis å bytte ut -socket()/connect() med socket()/bind()/listen()/accept() for å gjøre -klienten om til en tjener.</p> - -<p>Mens jeg har forsøkt å få roboten til å bevege seg har min samboer -skrudd sammen resten av roboten for å få montert kamera og plastpynten -(armer, plastfiber for lys). Nå er det hele montert, og roboten er -klar til bruk. Må få flyttet den over til mitt vanlige trådløsnett -før det blir praktisk, men de bitene av protokollen er ikke -implementert i ispykee-daemonen, så der må jeg enten få tak i en mac -eller en windows-maskin, eller implementere det selv.</p> - -<p>Vi var tre som kjøpte slike roboter, og vi har blitt enige om å -samle notater og referanser på <a -href="http://wiki.nuug.no/grupper/robot/">NUUGs wiki</a>. Ta en titt -der hvis du er nysgjerrig.</p> - - - - - 2 Spykee-roboter i hus, nå skal det lekes - http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n___skal_det_lekes.html - http://people.skolelinux.org/pere/blog/2_Spykee_roboter_i_hus__n___skal_det_lekes.html - Wed, 18 Aug 2010 13:30:00 +0200 - -<p>Jeg kjøpte nettopp to -<a href="http://www.spykee-robot.com/">Spykee</a>-roboter, for test og -leking. Kjøpte to da det var så billige, og gir meg mulighet til å -eksperimentere uten å være veldig redd for å ødelegge alt ved å bytte -ut firmware og slikt. Oppdaget at lekebutikken på Bryn senter hadde -en liten stabel på lager som de ikke hadde klart å selge ut etter -fjorårets juleinnkjøp, og var villig til å selge for en femtedel av -vanlig pris. Jeg, Ronny og Jarle har skaffet oss restbeholdningen, og -det blir morsomt å se hva vi får ut av dette.</p> - -<p>Roboten har belter styrt av to motorer, kamera, høytaler, mikrofon -og wifi-tilkobling. Det hele styrt av en GPL-lisensiert databoks som -jeg mistenker kjører linux. Firmware-kildekoden ble visst publisert i -mai. Eneste utfordringen er at kontroller-programvaren kun finnes til -Windows, men det må en kunne jobbe seg rundt når vi har kildekoden til -firmwaren. :)</p> - -<ul> -<li><a href="http://en.wikipedia.org/wiki/Spykee">Wikipedia-oppføring</a></li> -<li><a href=http://www.spykeeworld.com/spykee/US/freeSoftware.html">Nedlasting av firmware-kilden</a></li> -<li><a href="http://wiki.nuug.no/grupper/robot">prosjektwiki hos NUUG</a></li> -</ul> - - -