[CalendarServer-users] Problem building PyOpenDirectory

[Mark Cockfield]

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