X-Git-Url: https://pere.pagekite.me/gitweb/homepage.git/blobdiff_plain/c1a8c4057dbc52a724945d01c4134d2840e57295..e42f5b1dad855a6ee4fe4dec43b101f4d02a5f2b:/blog/index.rss?ds=inline diff --git a/blog/index.rss b/blog/index.rss index fc0eb35de4..117a179be1 100644 --- a/blog/index.rss +++ b/blog/index.rss @@ -6,6 +6,30 @@ 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 @@ -344,113 +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> - - -