[CalendarServer-users] Problem building PyOpenDirectory

[Mark Cockfield]

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
>