April 2010 - calendarserver-dev - lists.macosforge.org

[Calendar and Contacts Server] #361: PyOpenDirectory is not built by build.sh on linux
by Calendar and Contacts Server 01 Aug '11

01 Aug '11

#361: PyOpenDirectory is not built by build.sh on linux ---------------------------------------+------------------------------------ Reporter: alex.stapleton@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 2: Expected | Milestone: Component: Calendar Server | Severity: Serious Keywords: build opendirectory linux | ---------------------------------------+------------------------------------ This results in report_addressbook_findshared.py throwing an import error for opendirectory when the server starts. Removing the conditional on py_dependency line in support/build.sh seems to resolve this problem and PyOpenDirectory builds successfully. I am running on Debian Linux 5.0 and using r5142 of CalendarServer. -- Ticket URL: <http://trac.calendarserver.org/ticket/361> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 3

[Calendar and Contacts Server] #362: carddav incorrect handling of xattrs on Debian Linux 5
by Calendar and Contacts Server 14 Feb '11

14 Feb '11

#362: carddav incorrect handling of xattrs on Debian Linux 5 --------------------------------------+------------------------------------- Reporter: alex.stapleton@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 2: Expected | Milestone: Component: Calendar Server | Severity: Serious Keywords: carddav linux xattr | --------------------------------------+------------------------------------- Running ./run -a to get carddav running. Logging in via HTTPS results in {{{ Internal Server Error An error occurred rendering the requested page. More information is available in the server log. }}} From the logs you can see this exception… {{{ 2010-02-17 21:44:06+0000 [-] [caldav-0] Traceback (most recent call last): 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/internet/defer.py", line 184, in addCallbacks 2010-02-17 21:44:06+0000 [-] [caldav-0] self._runCallbacks() 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/internet/defer.py", line 326, in _runCallbacks 2010-02-17 21:44:06+0000 [-] [caldav-0] self.result = callback(self.result, *args, **kw) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/internet/defer.py", line 287, in _continue 2010-02-17 21:44:06+0000 [-] [caldav-0] self.unpause() 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/internet/defer.py", line 283, in unpause 2010-02-17 21:44:06+0000 [-] [caldav-0] self._runCallbacks() 2010-02-17 21:44:06+0000 [-] [caldav-0] --- <exception caught here> --- 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/internet/defer.py", line 326, in _runCallbacks 2010-02-17 21:44:06+0000 [-] [caldav-0] self.result = callback(self.result, *args, **kw) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/dav/method/get.py", line 49, in <lambda> 2010-02-17 21:44:06+0000 [-] [caldav-0] d.addCallback(lambda _: super(twisted.web2.dav.static.DAVFile, self).http_GET(request)) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/resource.py", line 128, in http_GET 2010-02-17 21:44:06+0000 [-] [caldav-0] return self.render(request) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs /CalendarServer-trunk/twistedcaldav/extensions.py", line 798, in render 2010-02-17 21:44:06+0000 [-] [caldav-0] return self.renderDirectory(request) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs /CalendarServer-trunk/twistedcaldav/extensions.py", line 873, in renderDirectory 2010-02-17 21:44:06+0000 [-] [caldav-0] d = self.renderDirectoryBody(request) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs /CalendarServer-trunk/twistedcaldav/util.py", line 102, in wrapper 2010-02-17 21:44:06+0000 [-] [caldav-0] return f(*args, **kwargs) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs /CalendarServer-trunk/twistedcaldav/extensions.py", line 893, in renderDirectoryBody 2010-02-17 21:44:06+0000 [-] [caldav-0] url, name, size, lastModified, contentType = self.getChildDirectoryEntry(child, name) 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs /CalendarServer-trunk/twistedcaldav/extensions.py", line 1019, in getChildDirectoryEntry 2010-02-17 21:44:06+0000 [-] [caldav-0] contentType = child.contentType() 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/dav/resource.py", line 521, in contentType 2010-02-17 21:44:06+0000 [-] [caldav-0] if self.hasDeadProperty((davxml.dav_namespace, "getcontenttype")): 2010-02-17 21:44:06+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/dav/resource.py", line 476, in hasDeadProperty 2010-02-17 21:44:07+0000 [-] [caldav-0] return self.deadProperties().contains(qname) 2010-02-17 21:44:07+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/dav/xattrprops.py", line 237, in contains2010-02-17 21:44:07+0000 [-] [caldav-0] statusForFailure(Failure()), 2010-02-17 21:44:07+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/dav/http.py", line 310, in statusForFailure2010-02-17 21:44:07+0000 [-] [caldav-0] failure.raiseException() 2010-02-17 21:44:07+0000 [-] [caldav-0] File "/home/alexs/Twisted/twisted/web2/dav/xattrprops.py", line 229, in contains2010-02-17 21:44:07+0000 [-] [caldav-0] self.attrs.get(key)2010-02-17 21:44:07+0000 [-] [caldav-0] File "/home/alexs/xattr/build/lib.linux-i686-2.5/xattr/__init__.py", line 73, in get 2010-02-17 21:44:07+0000 [-] [caldav-0] return self._get(name, 0, 0, options | self.options)2010-02-17 21:44:07+0000 [-] [caldav-0] File "/home/alexs/xattr/build/lib.linux-i686-2.5/xattr/__init__.py", line 17, in _func 2010-02-17 21:44:07+0000 [-] [caldav-0] return func(first, *args)2010-02-17 21:44:07+0000 [-] [caldav-0] exceptions.IOError: [Errno 95] Operation not supported: '/home/alexs/CalendarServer- trunk/data/Documents/calendars' }}} I have reduced this somewhat by instrumenting the xattr library. {{{ import xattr xattr.getxattr("data/Documents/calendars","user.{DAV:}getcontenttype") }}} Will throw the same IOError. Running caldav as root gets around this xattr problem but memcached doesn't run. (Which also breaks the server. No pages load.) -- Ticket URL: <http://trac.calendarserver.org/ticket/362> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

[Calendar and Contacts Server] #372: Use substitution for timezone specs and ids
by Calendar and Contacts Server 14 Feb '11

14 Feb '11

#372: Use substitution for timezone specs and ids ----------------------------+----------------------------------------------- Reporter: douglm@… | Owner: cdaboo@… Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Tester | Severity: Other Keywords: | ----------------------------+----------------------------------------------- Allows us to keep them up to date or change them as desired. For example - added to serverinfo.xml {{{ <substitution> <key>$tzspecUSE:</key> <value>BEGIN:VTIMEZONE TZID:US/Eastern LAST-MODIFIED:20040110T032845Z BEGIN:STANDARD DTSTART:20001026T020000 RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 TZNAME:EST TZOFFSETFROM:-0400 TZOFFSETTO:-0500 END:STANDARD BEGIN:DAYLIGHT DTSTART:20000404T020000 RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=4 TZNAME:EDT TZOFFSETFROM:-0500 TZOFFSETTO:-0400 END:DAYLIGHT END:VTIMEZONE </value> </substitution> <substitution> <key>$tzidUSE:</key> <value>US/Eastern</value> </substitution> }}} And changed CalDAVTester/Resource/CalDAV/implicit/deletecalendar/8.ics to be {{{ BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN PRODID:-//CALENDARSERVER.ORG//NONSGML Version 1//EN $tzspecUSE: BEGIN:VEVENT UID:event5@ninevah.local DTSTART;TZID=$tzidUSE::20060101T120000 ... }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/372> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 3

[CalendarServer] #338: Configuration for em Client
by CalendarServer 14 Feb '11

14 Feb '11

#338: Configuration for em Client ------------------------------+--------------------------------------------- Reporter: probert@… | Owner: wsanchez@… Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | ------------------------------+--------------------------------------------- How to configure [em Client|http://emclient.com/] Open the '''Tools''' menu and select '''Accounts...''' Click on '''New account''', and select '''CalDAV'''. You will be asked for the location of the account, you need to put the URL for your calendar collection, eg http://<host>:8008/calendars/users/<user>, for example, http://localhost:8008/calendars/users/admin The main collection will appear in the '''Calendar''' tab in the sidebar, and all existing calendars will be displayed under the collection's (your username) name. -- Ticket URL: <http://trac.calendarserver.org/ticket/338> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 1

[Calendar and Contacts Server] #366: Memcached is started even though it is commented out in config file
by Calendar and Contacts Server 29 Sep '10

29 Sep '10

#366: Memcached is started even though it is commented out in config file -----------------------------+---------------------------------------------- Reporter: plaes@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------+---------------------------------------------- For some weird reason, memcache support is started even when no memcached configuration is present. -- Ticket URL: <http://trac.calendarserver.org/ticket/366> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

[Calendar and Contacts Server] #360: Can't start CardDAV server on Centos 5
by Calendar and Contacts Server 09 Aug '10

09 Aug '10

#360: Can't start CardDAV server on Centos 5 --------------------------------+------------------------------------------- Reporter: guy@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: Linux Port Component: Infrastructure | Severity: Serious Keywords: cardDAV | --------------------------------+------------------------------------------- Rev: 4957.. Using carddavd-test.plist # ./run Using python as Python Starting server... exec python /root/Twisted/bin/twistd -n carddav -f /root/ContactServer2/conf/carddavd-dev.plist -o ProcessType=Combined Traceback (most recent call last): File "/root/Twisted/bin/twistd", line 21, in <module> run() File "/root/Twisted/twisted/scripts/twistd.py", line 27, in run app.run(runApp, ServerOptions) File "/root/Twisted/twisted/application/app.py", line 374, in run config.parseOptions() File "/root/Twisted/twisted/application/app.py", line 354, in parseOptions usage.Options.parseOptions(self, options) File "/root/Twisted/twisted/python/usage.py", line 184, in parseOptions for (cmd, short, parser, doc) in self.subCommands: File "/root/Twisted/twisted/application/app.py", line 365, in subCommands self.loadedPlugins[plug.tapname] = plug File "/root/ContactServer2/twisted/plugins/carddav.py", line 13, in getProperty return getattr(reflect.namedClass(self.serviceMakerClass), propname) File "/root/Twisted/twisted/python/reflect.py", line 347, in namedObject module = namedModule(string.join(classSplit[:-1], '.')) File "/root/Twisted/twisted/python/reflect.py", line 335, in namedModule topLevel = __import__(name) File "/root/ContactServer2/addressbookserver/tap/carddav.py", line 71, in <module> from twistedcaldav.resource import CalDAVResource File "/root/ContactServer2/twistedcaldav/resource.py", line 42, in <module> from twisted.web2.dav.idav import IDAVPrincipalCollectionResource ImportError: cannot import name IDAVPrincipalCollectionResource -- Ticket URL: <http://trac.calendarserver.org/ticket/360> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #317: System install (run's -i option) ambiguities
by CalendarServer 09 Aug '10

09 Aug '10

#317: System install (run's -i option) ambiguities -----------------------------------+---------------------------------------- Reporter: AxelLuttgens@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------------+---------------------------------------- I don't know how to classify this one. It may just prove to be strictly cosmetic, or contrary wise reveal some glitches in the logics of the run script; if the latter, this ticket could then be related to ticket #316. A system install seems to know about /System/Library and /Library. Those directories are typical of Mac OS X. But then, why does such an install put things into /usr/local/bin as well, instead of /usr/sbin or /usr/share for example? The installation location for caldavd.plist is rather surprising: /System/Library/Frameworks/Python.framework/Versions/2.5/caldavd: caldavd.plist... If a system install insists on putting things under /usr/local/bin, why does the default config (as of config.py) still consider that twistd's path is /usr/share/caldavd/bin/twistd? In the same vein, and this seems to be directly related to #316, a PATH is set to a non existing /System/Library/Frameworks/Python.framework/Versions/2.5/bin... As a result, the default layout yielded by run's -i option really appears as an hybrid install: many similarities with a home install and some reminiscences of what may be observed on Mac OS X Server. More generally, the rationale underlying the -i and -I options don't appear clearly. Unless some bug (typo) is at work. Unless I just don't understand those matters... TIA, Axel -- Ticket URL: <http://trac.calendarserver.org/ticket/317> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 3

Does timezones have to be so slow?
by Peter Mogensen 22 Apr '10

22 Apr '10

Hi, I'm experiencing slow REPORT/calendar-query responses on medium large calendars. calendarserver is spending a lot of time adding VTIMEZONE components to VEVENTS - and sadly it seems to be the same calculations done every time (all events are the same timezone). tzinfo is cached by vobject (helped by timezones.py), but the settzinfo method on TimezoneComponent is still doing the same job again and again. It would seem obvious to me to cache TimezoneComponent objects, maybe with a validity tag, which gives you the valid timerange for this VTIMEZONE component. This might also help get around the problem that vobject only expands timezone defs from 2000 to 2030 Any gotcha, I've overlooked which explains why TimezoneComponents are not already cached? /P

2 2

[CalendarServer] #337: Hardcoded "WebDAV:" xattr prefix breaks Linux compatibility
by CalendarServer 14 Apr '10

14 Apr '10

#337: Hardcoded "WebDAV:" xattr prefix breaks Linux compatibility ----------------------------------------+----------------------------------- Reporter: christoph_apple@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Linux Port Component: Calendar Server | Severity: Other Keywords: | ----------------------------------------+----------------------------------- Linux requires a "user." prefix when setting extended attributes but CalendarServer uses a hardcoded "WebDAV:" prefix on various occasions. At least the following files seem to be affected: calendarserver/tools/fixcalendardata.py[[BR]] calendarserver/tools/doublequotefix.py[[BR]] contrib/tools/fix_calendar[[BR]] twistedcaldav/test/test_upgrade.py[[BR]] twistedcaldav/test/data/makelargefbset.py[[BR]] twistedcaldav/upgrade.py[[BR]] twistedcaldav/admin/util.py[[BR]] The attached patch fixes this problem for fix_calendar but has not been tested on non-Linux platforms. -- Ticket URL: <http://trac.calendarserver.org/ticket/337> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 2