January 2009 - calendarserver-users

Mac OS X Server
by Louis ROMERO 06 Feb '09

06 Feb '09

Hello, I have a 10.5.5 Mac OS X Server and the iCal Server is on. I have a problem, that happend twice, so I guess there is something. On time, the CPU was at 100%, taken by the User, but I couldn't see what was wrong in Activity Monitor or top, because the step of measures was to large : I found that there were several small Python processes that were launched and stopped constantly ! I tried to know where they came from. I stopped services one after another, and found out it was iCal : 10% CPU after that. Today, I had the same problem. The only thing I did today with iCal Servr was augmenting a LDAP record in the OpenDirectory. I just chose the calendar to be synced with. Where dos this come from ? Thanks, -- Louis Romero  Arcank

3 4

Web Interface
by Charles Darwin 26 Jan '09

26 Jan '09

Hello list, Is there any web interface (client side) for CalendarServer? I am aware of these: http://trac.calendarserver.org/wiki/CalendarClients but that doesn't do it for me (I can explain if you're interested) I understand .mac used to have one (with WebObjects enable?). Thanks

2 1

Update to r3599 failed
by Bastien Semene 22 Jan '09

22 Jan '09

Hi everyone, I'm using CalendarServer since some months on FreeBSD 7.0 and it worked fine. I didn't updated it since a while and it seems the r3599 (or older) fails to launch but I have no log about it. I made a new install to test the last revision. Creating a new directory and fetching the last revision through SVN. I did the changes to make it work on FreeBSD : - modifying bash's bin path - autorizing root to launch memcached (this was in cluster.py in my previous install, so according to Trac it is a really old revision I worked on). This the launch log : calendar# ./run Using python as Python exec python /usr/local/calendar/Twisted/bin/twistd -n caldav -f /usr/local/calendar/CalendarServer/conf/caldavd-dev.plist -o ProcessType=Combined 2009-01-20 11:05:56+0100 [-] Log opened. 2009-01-20 11:05:56+0100 [-] twistd 2.5.0+rUnknown (/usr/local/bin/python 2.5.2) starting up 2009-01-20 11:05:56+0100 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'> 2009-01-20 11:05:56+0100 [-] [calendarserver.tap.caldav.CalDAVServiceMaker#error] Unable to detect number of CPUs: getNCPU not supported on freebsd7 2009-01-20 11:05:56+0100 [-] [calendarserver.tap.caldav.CalDAVServiceMaker#info] 0 processors found. Configuring 4 processes. 2009-01-20 11:05:56+0100 [-] [calendarserver.tap.caldav.CalDAVServiceMaker#info] Adding memcached service 2009-01-20 11:05:56+0100 [-] twistedcaldav.accesslog.AMPLoggingFactory starting on "'logs/caldavd.sock'" 2009-01-20 11:08:19+0100 [-] Received SIGINT, shutting down. 2009-01-20 11:08:19+0100 [-] (Port None Closed) 2009-01-20 11:08:19+0100 [-] Main loop terminated. 2009-01-20 11:08:19+0100 [-] Server Shut Down. I stopped the process at 11:08:19. I put the log level in caldavd-dev.plist at "debug" level, but there's nothing in the error log. I tried to find informations on google without results. I'm regularly reading the threads here but find nothing related to this problem. At this point I don't know where to find more information about this problem, so any idea or redirection is welcome. Thank you, Bastien Semene

2 4

FW: Problem building PyOpenDirectory
by Mark Cockfield 17 Jan '09

17 Jan '09

Didn't reply all. ------ Forwarded Message From: Mark Cockfield <mark.cockfield(a)gmail.com> Date: Fri, 16 Jan 2009 20:53:42 -0500 To: Cyrus Daboo <cdaboo(a)apple.com> Subject: Re: [CalendarServer-users] Problem building PyOpenDirectory Hi Cyrus, Thanks for the response. Actually I am on the current version of 10.5, the 10.3 seems to be incorrectly reported by distutils.util.get_platform. So far I think I have determined that this could be an issue with using a python framework in /Library/Frameworks. If I rename /library/frameworks/python.framework and build against the default python in /System/Library..., the build gets past PyOpenDirectory, but does fail on a Curl issue further down the script. If I use either Python 2.5.2 or 2.6.2 from /library/framworks/python.framework I get the compiler error. For just about all of the time I have been involved with the CalendarServer I have been using the Python 2.5.2 install in /Library/Framworks so this appears to be a recent turn of events, unless I horked up that environment when I installed Python 2.6.1. It seems interesting that PythonWrapper.cpp, CDirectoryServiceManager.cpp, and CDirectoryService.cpp compile ok which leads me to believe that it is finding the header files in /System/Library/Frameworks/CoreFoundation and DirectoryService okay. So that's where I am with this at the moment. Mark On 1/16/09 8:22 PM, "Cyrus Daboo" <cdaboo(a)apple.com> wrote: > Hi Mark, > > --On January 16, 2009 4:43:41 PM -0500 Mark Cockfield > <mark.cockfield(a)gmail.com> wrote: > >> Just updated to latest in trunk and tried to do a ./run f. I seem to >> have an issue in the build of PyOpenDirectory, something to do with >> ³::dsFillAuthBuffer¹ has not been declared². >> >> I am running Python 2.6.1 and have recently upgraded the Xcode tools, but >> I am quite certain I went through the same process after those changes. >> >> Any thoughts would be most appreceiated. > > That API is apparently available on 10.5 - not earlier OS's. We could > conditionally include the equivalent functionality that was used before, > but the new API is preferable. Any reason not to upgrade the OS to 10.5? ------ End of Forwarded Message

1 3

Problem building PyOpenDirectory
by Mark Cockfield 17 Jan '09

17 Jan '09

Just updated to latest in trunk and tried to do a ./run f. I seem to have an issue in the build of PyOpenDirectory, something to do with ³::dsFillAuthBuffer¹ has not been declared². I am running Python 2.6.1 and have recently upgraded the Xcode tools, but I am quite certain I went through the same process after those changes. Any thoughts would be most appreceiated. Regards, Mark Building PyOpenDirectory... running build running build_py creating build creating build/lib.macosx-10.3-ppc-2.6 copying pysrc/dsattributes.py -> build/lib.macosx-10.3-ppc-2.6 copying pysrc/dsquery.py -> build/lib.macosx-10.3-ppc-2.6 running build_ext building 'opendirectory' extension creating build/temp.macosx-10.3-ppc-2.6 creating build/temp.macosx-10.3-ppc-2.6/src gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c src/PythonWrapper.cpp -o build/temp.macosx-10.3-ppc-2.6/src/PythonWrapper.o cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ src/PythonWrapper.cpp:301: warning: PyObject* CFDictionaryDictionaryToPyDict(const __CFDictionary*)¹ defined but not used src/PythonWrapper.cpp:301: warning: PyObject* CFDictionaryDictionaryToPyDict(const __CFDictionary*)¹ defined but not used gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c src/CDirectoryServiceManager.cpp -o build/temp.macosx-10.3-ppc-2.6/src/CDirectoryServiceManager.o cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c src/CDirectoryService.cpp -o build/temp.macosx-10.3-ppc-2.6/src/CDirectoryService.o cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -fno-strict-aliasing -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/Library/Frameworks/Python.framework/Versions/2.6/include/python2.6 -c src/CDirectoryServiceAuth.cpp -o build/temp.macosx-10.3-ppc-2.6/src/CDirectoryServiceAuth.o cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ src/CDirectoryServiceAuth.cpp: In member function bool CDirectoryServiceAuth::NativeAuthenticationBasicToNode(const char*, const char*, const char*)¹: src/CDirectoryServiceAuth.cpp:147: error: ::dsFillAuthBuffer¹ has not been declared src/CDirectoryServiceAuth.cpp: In member function bool CDirectoryServiceAuth::NativeAuthenticationDigestToNode(const char*, const char*, const char*, const char*, const char*)¹: src/CDirectoryServiceAuth.cpp:228: error: ::dsFillAuthBuffer¹ has not been declared src/CDirectoryServiceAuth.cpp: In member function bool CDirectoryServiceAuth::NativeAuthenticationBasicToNode(const char*, const char*, const char*)¹: src/CDirectoryServiceAuth.cpp:147: error: ::dsFillAuthBuffer¹ has not been declared src/CDirectoryServiceAuth.cpp: In member function bool CDirectoryServiceAuth::NativeAuthenticationDigestToNode(const char*, const char*, const char*, const char*, const char*)¹: src/CDirectoryServiceAuth.cpp:228: error: ::dsFillAuthBuffer¹ has not been declared lipo: can't figure out the architecture type of: /var/folders/2v/2vAqLAMY2RCCS++BYrKIVU+++TI/-Tmp-//cc5Kbyyk.out error: command 'gcc' failed with exit status 1

2 1

Sharing a Calendar for Dummies (ME!)
by Patrick Berry 01 Jan '09

01 Jan '09

Hello everyone, how are you? I've been trying to figure this out for a little while now, and have searched everywhere and can't find the answer. I have installed the latest version of CalendarServer (1/1/09) on my Mac OSX Quad G5 running 10.5.6. I'm using the stock standard setup and configured it as per the instructions found here: http://trac.calendarserver.org/ My issue is that I can't seem to share calendar to other users (my wife) on my home network. Is there an easy way to do this? If there is, could it be explained in easy steps? Cheers in advance, Pat.

1 0