And Bob's your uncle. Rolled my own Python and now ./run -f runs clean. Caldavtester runs relatively clean (31 failures): 1. svn conflict reverting vobject, I selected postpone (still strikes me as odd that a testsuite has to alter the code that it is testing...?), which I believe is responsible for the "FATAL ERROR: expected an indented block (icalendar.py, line 1677)" errors. 2. The caldavtester/run.py assumes the svn install is located in /usr/bin which is not the case since upgrade went to /usr/local/bin. So I am declaring victory. Mark On 1/17/09 2:13 AM, "Mark Cockfield" <mark.cockfield@gmail.com> wrote:
So here's the problem:
The MacPython 2.6.1 version was built against the MacOSX10.4u.sdk and it appears that distutils uses the Python Makefile to configure compiler options so the build of PyOpenDirectory is using MacOSX10.4u.sdk. The new, as of I believe 12/17/08, CDirectoryServiceAuth.cpp declaring ::dsFillAuthBuffer which is in DirServicesUtils.h is not in the aforementioned sdk. So it would appear I am going to have have to build Python 2.6.1 targeted at 10.5.
Am I the only one running Python 2.6.1 on OS X? or that has updated to /trunk since 12/17/08? or does everyone else build their on Python installs?
Just curious.
Mark
On 1/16/09 10:33 PM, "Mark Cockfield" <mark.cockfield@gmail.com> wrote:
Just discovered that according to the API docs: distutils.util.get_platform "For MacOS X systems the OS version reflects the minimal version on which binaries will run (that is, the value of MACOSX_DEPLOYMENT_TARGET during the build of Python), not the OS version of the current system."
Since MacPython is built for 10.3 up, that explains why it is reporting 10.3.
Mark
On 1/16/09 10:26 PM, "Mark Cockfield" <mark.cockfield@gmail.com> wrote:
Didn't reply all.
------ Forwarded Message From: Mark Cockfield <mark.cockfield@gmail.com> Date: Fri, 16 Jan 2009 20:53:42 -0500 To: Cyrus Daboo <cdaboo@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@apple.com> wrote:
Hi Mark,
--On January 16, 2009 4:43:41 PM -0500 Mark Cockfield <mark.cockfield@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
_______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users