{"id":44,"date":"2008-02-02T00:33:21","date_gmt":"2008-02-01T22:33:21","guid":{"rendered":"http:\/\/www.thomaskeller.biz\/blog\/2008\/02\/02\/a-linux-tale\/"},"modified":"2008-03-13T03:05:12","modified_gmt":"2008-03-13T01:05:12","slug":"a-linux-tale","status":"publish","type":"post","link":"https:\/\/www.thomaskeller.biz\/blog\/2008\/02\/02\/a-linux-tale\/","title":{"rendered":"A Linux tale… [updated]"},"content":{"rendered":"

My wife and I seem to share a lot of activities recently. We finally gathered a few friends around here with which we do regularily stuff like playing card games and she even got me to take Salsa dancing lessons<\/a> with her. Beside that my political interests and meetings are quite regular as well, so it was just natural to think about a event planning solution which would allow us to view, add and edit events. I decided we need a calendar server!<\/p>\n

So I started looking around for calendar server solutions. I already had a rather hacky webdav-alike setup on my Virtual Private Server (VPS) which consisted of a single ICS file, secured by a simple HTTP authentication and made writable through a PHP script, but this doesn’t seem to be the right solution for me. I wanted something better, something stable, something nice<\/i> – and I apparently found it: Apple released its Darwin Calendar Server<\/a>, which is the base of their commercial calendar server solution on Mac OS X Server, as Open Source under the Apache Software License 2.0 some time ago. “This will replace the old hackish setup on my VServer!”, I thought…<\/p>\n

I logged into the server and quickly downloaded the project’s sources from the public SVN repository. The README file stated that it should apparently be enough to start the `run` script in the base directory which would take care of everything, i.e. download and install all dependencies which would be needed for the software to run. This even worked flawlessly (with only one little modification). Up to that point I was very cheerful – until I actually tried to start the server:<\/p>\n

IOError: [Errno 95] Operation not supported: \\\r\n'\/opt\/calendarserver\/CalendarServer\/twistedcaldav\/test\/data'<\/pre>\n
Uh? Ah well, there was something in the README I overlooked:<\/p>\n
WEBDAV PROPERTY STORAGE\r\n-----------------------\r\n\r\nFor starters, twisted.web2.dav requires Bob Ippolito's xattr\r\nlibrary to access file system extended attributes, which are\r\nused to store WebDAV properties.  File system extended \r\nattributes are available on all file systems in Mac OS X, and\r\non some file systems on Linux and FreeBSD.  Another \r\nalternative is to implement a new property store class which\r\ndoes not use extended attributes. The Apache HTTP Server, for\r\nexample, uses a database to keep track of properties on files,\r\nand this method works on many more platforms and file systems.<\/pre>\n
xattr? Hrm… I never heard of that before – but Google shed light into my darkness: As Wikipedia<\/a> amongst others states, they are “[…] a file system feature that enables users to associate computer files with metadata not interpreted by the filesystem […]”, basically simple key-value pairs of arbitrary size and content. A quick grep over the config file of the currently running kernel showed me that at least support was already compiled into it:<\/p>\n
$ cat \/boot\/config-2.6.11.4-20a-smp | grep XATTR\r\nCONFIG_EXT2_FS_XATTR=y\r\nCONFIG_EXT3_FS_XATTR=y\r\nCONFIG_REISERFS_FS_XATTR=y\r\nCONFIG_DEVPTS_FS_XATTR=y\r\nCONFIG_TMPFS_XATTR=y\r\nCONFIG_CIFS_XATTR=y<\/pre>\n
Cool! I read somewhere that in this case one would just have to add the mount option `user_xattr` to \/etc\/fstab and remount the filesystem in question and everything would be fine… Well, it would be fine if my \/etc\/fstab would actually contain an entry for `\/`! Being on a virtual server started to get a little annoying.<\/p>\n
But I didn’t capitulated, not yet. “Wasn’t there a way to create and mount a filesystem from a disk image?” I wondered. I used this technique a couple of times to mount ISO images and browse their contents back in my old Linux days. I read a bit further on this topic and found many<\/a> helpful<\/a> ressources<\/a> on this topic. At first I needed to create an image file and format that with a filesystem:<\/p>\n
# 128 blocks of 1MByte size\r\n$ dd if=\/dev\/zero of=caldavdata.image bs=1M count=128\r\n128+0 records in\r\n128+0 records out\r\n134217728 bytes (134 MB) copied, 0.506394 seconds, 265 MB\/s\r\n$ mkfs.ext3 -v caldavdata.image\r\nmke2fs 1.36 (05-Feb-2005)\r\ncaldavdata.image is not a block special device.\r\nProceed anyway? (y,n) y\r\nFilesystem label=\r\nOS type: Linux\r\nBlock size=1024 (log=0)\r\nFragment size=1024 (log=0)\r\n32768 inodes, 131072 blocks\r\n6553 blocks (5.00%) reserved for the super user\r\nFirst data block=1\r\n16 block groups\r\n8192 blocks per group, 8192 fragments per group\r\n2048 inodes per group\r\nSuperblock backups stored on blocks: \r\n        8193, 24577, 40961, 57345, 73729\r\n\r\nWriting inode tables: done                            \r\nCreating journal (4096 blocks): done\r\nWriting superblocks and filesystem accounting information: done\r\n\r\nThis filesystem will be automatically checked every 28 mounts\r\nor 180 days, whichever comes first.\r\nUse tune2fs -c or -i to override.<\/pre>\n
“Great! Now I only need to mount that baby!” I thought:<\/p>\n
$ mount caldavdata.image \/opt\/caldavdata -t ext3 -o loop\r\nmount: could not find any device \/dev\/loop#<\/pre>\n
Indeed, there was not one single block device in \/dev starting with `loop` – in fact the only two block devices I found there at all were related to the virtual server’s own file system. In my naive thinking I continued: “Hey, if this block device is not existent, I’m pretty much sure that I can create it with mknod!”. Indeed, mknod can create any kind of char or block devices. This site<\/a> pointed me to the correct needed major and minor numbers for such a device:<\/p>\n
$ mknod \/dev\/loop0 b 7 0 # 'b' stands for block device\r\n$ ls -lah \/dev\/loop0 \r\nbrw-r--r--  1 root root 7, 0 Feb  1 21:25 \/dev\/loop0<\/pre>\n
“Success!” I thought and tried the mount command again:<\/p>\n
$ mount caldavdata.image \/opt\/caldavdata -t ext3 -o loop\r\nmount: Could not find any loop device. Maybe this kernel does\r\n       not know about the loop device?\r\n       (If so, recompile or `modprobe loop'.)<\/pre>\n
“Yeah, apparently it does not know about device” and ran the proposed `modprobe loop`:<\/p>\n
$ modprobe loop\r\nFATAL: Module loop not found.<\/pre>\n
Hrm… could it be that loop wasn’t compiled as module? Grepping the config told me yes:<\/p>\n
$ cat \/boot\/config-2.6.11.4-20a-smp | grep LOOP\r\nCONFIG_CC_ALIGN_LOOPS=0\r\nCONFIG_BLK_DEV_LOOP=y\r\nCONFIG_BLK_DEV_CRYPTOLOOP=m<\/pre>\n
So, the last thing I could think of (as an ignorant Linux user) was to reboot the server and hope that it would somehow<\/i> recognize the loopback file. <\/p>\n
Of course, this did not work out.<\/p>\n
I’m now in the sad process to get used to Google Calendar<\/a>…<\/p>\n
[Update:<\/strong> Actually the only bad things about Google Calendar until today are<\/p>\n
a) I don’t have full control of the server-side storage \/ backup<\/p>\n
b) I can’t publish events to Google via iCal – well, at least I could not until today. <\/p>\n
Apparently Google offers an RSS-alike API to access calendar data and somebody<\/a> wrote a small Java server which “translates” between this custom RSS format and the standard ical format. It allows file-based synchronization (i.e. particularily useful for iCal which can’t just embed and write CalDAV ressources) and even contains a small web server to do the translation live and in place – how neat is that?!<\/p>\n
You can download GCalDaemon here<\/a>.]<\/p>\n","protected":false},"excerpt":{"rendered":"
My wife and I seem to share a lot of activities recently. We finally gathered a few friends around here with which we do regularily stuff like playing card games and she even got me to take Salsa dancing lessons with her. Beside that my political interests and meetings are quite regular as well, so … Continue reading A Linux tale… [updated]<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[13,10],"tags":[],"class_list":["post-44","post","type-post","status-publish","format-standard","hentry","category-free-software","category-life"],"_links":{"self":[{"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/posts\/44","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/comments?post=44"}],"version-history":[{"count":0,"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/posts\/44\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/media?parent=44"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/categories?post=44"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.thomaskeller.biz\/blog\/wp-json\/wp\/v2\/tags?post=44"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}