[CalendarServer-users] FW: Problem building PyOpenDirectory

[Mark Cockfield]

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