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.cockfi...@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.cockfi...@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.cockfi...@gmail.com> wrote: >> >>> Didn't reply all. >>> >>> ------ Forwarded Message >>> From: Mark Cockfield <mark.cockfi...@gmail.com> >>> Date: Fri, 16 Jan 2009 20:53:42 -0500 >>> To: Cyrus Daboo <cda...@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" <cda...@apple.com> wrote: >>> >>>> Hi Mark, >>>> >>>> --On January 16, 2009 4:43:41 PM -0500 Mark Cockfield >>>> <mark.cockfi...@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 >> > _______________________________________________ calendarserver-users mailing list calendarserver-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
