I'm getting that same 404 error occasionally. Haven't seen the second one though.
You're right, there doesn't seem to be a way to search the mailing list archives. I've been using Google and scoping the search to the mailing list archives. For example: caldav site:http://lists.macosforge.org/pipermail/calendarserver-users/ ... seems to work. Mike On 2010-11-15, at 5:45 AM, xxyy...@optusnet.com.au wrote: > Thanks for your help, Mike. It has helped. > > I've now installed PostGreSQL as root and given to me (adduser does not exist > on Mac OS X so found out about dctl but couldn't be bothered - macosforge?), > fixed the relative path and manually added the path to pgsql to my path in > the terminal session and started it up. All seems OK, but sometimes it seems > to take iPhones/iPad an age to synchronise. > > > Get two errors in the log every so often: > > 2010-11-15 16:05:59+1100 [-] [caldav-1] [PooledMemCacheProtocol,client] > [twext.web2.dav.http#info] 404 response while getting property: > ('http://calendarserver.org/ns/', 'getctag') > 2010-11-15 16:05:59+1100 [-] [caldav-1] [HTTPChannel,30,127.0.0.1] > [twext.web2.server#info] PROPFIND /calendars/__uids__/HomeAll/notification/ > HTTP/1.1 > > > 2010-11-15 16:08:26+1100 [-] [caldav-1] [-] Unhandled Error > 2010-11-15 16:08:26+1100 [-] [caldav-1] Traceback (most recent call > last): > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "//Twisted/build/lib.macosx-10.6-universal-2.6/twisted/python/log.py", line > 69, in callWithContext > 2010-11-15 16:08:26+1100 [-] [caldav-1] return > context.call({ILogContext: newCtx}, func, *args, **kw) > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "//Twisted/build/lib.macosx-10.6-universal-2.6/twisted/python/context.py", > line 59, in callWithContext > 2010-11-15 16:08:26+1100 [-] [caldav-1] return > self.currentContext().callWithContext(ctx, func, *args, **kw) > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "//Twisted/build/lib.macosx-10.6-universal-2.6/twisted/python/context.py", > line 37, in callWithContext > 2010-11-15 16:08:26+1100 [-] [caldav-1] return func(*args,**kw) > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "//Twisted/build/lib.macosx-10.6-universal-2.6/twisted/internet/selectreactor.py", > line 146, in _doReadOrWrite > 2010-11-15 16:08:26+1100 [-] [caldav-1] why = getattr(selectable, > method)() > 2010-11-15 16:08:26+1100 [-] [caldav-1] --- <exception caught here> --- > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "/Library/Python/2.6/site-packages/twext/internet/sendfdport.py", line 286, > in doRead > 2010-11-15 16:08:26+1100 [-] [caldav-1] transport = > self.transportFactory(skt, description, protocol) > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "/Library/Python/2.6/site-packages/twext/web2/metafd.py", line 104, in > createTransport > 2010-11-15 16:08:26+1100 [-] [caldav-1] > transport.startTLS(self.contextFactory) > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "//Twisted/build/lib.macosx-10.6-universal-2.6/twisted/internet/tcp.py", line > 761, in startTLS > 2010-11-15 16:08:26+1100 [-] [caldav-1] if > Connection.startTLS(self, ctx, server): > 2010-11-15 16:08:26+1100 [-] [caldav-1] File > "//Twisted/build/lib.macosx-10.6-universal-2.6/twisted/internet/tcp.py", line > 402, in startTLS > 2010-11-15 16:08:26+1100 [-] [caldav-1] self.socket = > SSL.Connection(ctx.getContext(), self.socket) > 2010-11-15 16:08:26+1100 [-] [caldav-1] exceptions.AttributeError: > 'NoneType' object has no attribute 'getContext' > > > Probably for another thread - it would be nice to be able to search previous > emails. > > Godfrey > > On 15/11/2010, at 5:10 AM, Mike Greiner wrote: > >> Hi Godfrey, >> >> I can share a few tips. I just started working with the calendar server this >> week and I encountered some of the same problems. >> >> Note: I'm new to this list, so for those with more experience --- please >> speak up if I'm giving bad advice :) >> >>> unrecognized .svn/entries format in >>> conftest.c:1:23: error: sys/epoll.h: No such file or directory >>> conftest.c:1:23: error: sys/epoll.h: No such file or directory >>> conftest.c:1:23: error: sys/epoll.h: No such file or directory >>> lipo: can't open input file: >>> /var/folders/NF/NF7P443VE3K04yAADfdxwE+++TI/-Tmp-//ccGWCmnv.out (No such >>> file or directory) >>> >>> >> >> I saw this error as well, but I didn't follow up on it. Like you said, it >> doesn't appear to cause any problems. >> >> >>> Except, when I perform the pax command as an admin, not root, it has >>> permission errors. So I installed as root and tried to run as admin user >>> and items such as ./data were missing (need to run as non-root for >>> PosrGRESQL reasons) eg >> >> I can't exactly recall, but I think I needed to run pax as root as well. >> However, you can (and should) run caldavd as a regular user. You can do that >> by specifying a user and group in the caldavd.plist file. >> >>> twistedcaldav.config.ConfigurationError: Server root does not exist: ./data >>> >>> So, how is the data directory supposed to be created? How is one supposed >>> to install/deploy? >> >> The problem here is with your caldavd.plist. If you copied the >> caldavd-test.plist to caldavd-dev.plist (like the run script recommends), >> then the server's root folder is specified as a relative path: >> <key>ServerRoot</key> >> <string>./data</string> >> >> This works fine if you're running caldavd from the source tree, but not in >> deployment. I used an absolute path in my plist: >> <key>ServerRoot</key> >> <string>/Library/CalendarServer/Data</string> >> >>> >>> 3) Tried to start caldavd from within my test area but got some sort of >>> index out of range error: >> >> <snip> >>> >>> 2010-11-14 13:21:20+1100 [-] File >>> "/CalendarServer/txdav/base/datastore/subpostgres.py", line 382, in >>> startService >>> 2010-11-14 13:21:20+1100 [-] initdb = which("initdb")[0] >>> 2010-11-14 13:21:20+1100 [-] IndexError: list index out of range >> </snip> >> >> The problem here is that your server can't find PostgreSQL. It appears that >> executing "./run -i" does not deploy PostgreSQL. You can install it from the >> PostgresSQL source yourself. Check out the instructions in the file >> postgresql-9.0.1/INSTALL >> >> The only problem I had after that was that my PATH didn't include the >> location where I installed PostgreSQL (/usr/local/pgsql). Since I'm running >> the server as a launch daemon using launchd, I expected that having a setenv >> command in my launchd.config file would work -- but it didn't. Then I tried >> putting an entry in /etc/paths.d, but that didn't work either. Eventually I >> gave up and just added the path to my deployed copy of my caldavd shell >> script at /usr/local/bin/caldavd. :( >> >> Anyway, that was enough to get things running for me in my test environment. >> My next challenge is to get this running on my creaky old 10.4 server. >> >> Hope that helps, >> Mike >> >> >> _______________________________________________ >> calendarserver-users mailing list >> calendarserver-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users >
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
