July 2008 - calendarserver-users - lists.macosforge.org

run fails on SuSe 10.1
by Roman Haag 10 Jul '08

10 Jul '08

Hi all I a succeed to install calendarserver on SuSe 10.1 with ./run -s and have no more errors (some of the libraries I had to compile myself) If I try to run it, I get: sudo ./run exec python /usr/local/iCalServer/Twisted/bin/twistd -n caldav -f / usr/local/iCalServer/CalendarServer/conf/caldavd-dev.plist -o ProcessType=Combined Traceback (most recent call last): File "/usr/local/iCalServer/Twisted/bin/twistd", line 21, in ? run() File "/usr/local/iCalServer/Twisted/twisted/scripts/twistd.py", line 27, in run app.run(runApp, ServerOptions) File "/usr/local/iCalServer/Twisted/twisted/application/app.py", line 374, in run config.parseOptions() File "/usr/local/iCalServer/Twisted/twisted/application/app.py", line 354, in parseOptions usage.Options.parseOptions(self, options) File "/usr/local/iCalServer/Twisted/twisted/python/usage.py", line 184, in parseOptions for (cmd, short, parser, doc) in self.subCommands: File "/usr/local/iCalServer/Twisted/twisted/application/app.py", line 365, in subCommands self.loadedPlugins[plug.tapname] = plug File "/usr/local/iCalServer/twisted/plugins/caldav.py", line 9, in getProperty File "/usr/local/iCalServer/Twisted/twisted/python/reflect.py", line 347, in namedObject module = namedModule(string.join(classSplit[:-1], '.')) File "/usr/local/iCalServer/Twisted/twisted/python/reflect.py", line 335, in namedModule topLevel = __import__(name) File "/usr/local/iCalServer/twistedcaldav/tap.py", line 47, in ? from twistedcaldav.root import RootResource File "/usr/local/iCalServer/twistedcaldav/root.py", line 31, in ? from twistedcaldav.extensions import DAVFile, CachingXattrPropertyStore File "/usr/local/iCalServer/twistedcaldav/extensions.py", line 88, in ? submodule(twisted, m).log = Logger("twisted." + m) File "/usr/local/iCalServer/twistedcaldav/util.py", line 71, in submodule raise ImportError("Unable to import submodule %s from module %s: %s" % (name, module, e)) ImportError: Unable to import submodule web2.dav.method.put_common from module <module 'twisted' from '/usr/local/iCalServer/Twisted/ twisted/__init__.pyc'>: No module named put_common I couldn't find anything, which helps me to fix it myself. Would be nice to get a hint from you. Many thanks, kind regards Roman

1 0

User Guids
by Jared McIntyre 08 Jul '08

08 Jul '08

I've been playing around with trying to change user guids (backed up everything first). I'm doing this as the web access had problems because several of the guids I had were not long enough (assert len > 4). I redid the accounts.xml and the associated calendars/__uids__ and principals/__uids__ directories. The web now access now works fine and sees all calendars in each account, but iCal has lost access to all the calendars that had been defined before (though it still has access to the accounts). Any thoughts on what I've missed? Thanks, Jared

1 0

Events more than 356 days from creation are ignored
by Peter Mogensen 02 Jul '08

02 Jul '08

Hi, I've noticed that DCS (1.2) will not return an event instance more than 356 days from the creation of the event in a calendar-query. It seems to be related to Trac ticket #207 (except that it affects non-recurring events too) I've found that these events are not put into the TIMESPAN index, which means that they are not returned by a search using the index. Searches seems to not use the index when there's a time-range element in the filter, but the exception detecting this is only thrown from the filter expression generator for prop-filters, ... which again means that if you don't have a prop-filter in your query, you'll get a search using the index, which will ignore these 356+ days events. On the other hand... if you have a prop-filter or patch the DCS source to throw ValueError exceptions every time there's a time-range, all your calendar-queries will do a brute force search on all resources. ... in which case it might be faster for a client to just GET the calendar resource it self. Is this correctly observed? If so, is this behavior excepted? kind regards, Peter Mogensen

1 0