Author ned.deily
Recipients alexis, benjamin.peterson, eric.araujo, georg.brandl, kontinuity, ned.deily, python-dev, ronaldoussoren, srid, stoneyb, tarek
Date 2011-06-29.03:40:50
SpamBayes Score 1.08183e-07
Marked as misclassified No
Message-id <1309318851.41.0.203066626102.issue9516@psf.upfronthosting.co.za>
In-reply-to
Content
While I am a little concerned about applying these fixes, it is clear that the previous behavior was broken and the initial set of patches as applied did not improve matters. The only risk I can see is that there is a slight chance that there *might* be some 3rd-party package that unknowingly depended on the previous behavior of setting MACOSX_DEPLOYMENT_TARGET globally and which might now fail.  There is no simple way to find such packages short of attempting to build them and test them.  However, if there *should* be such packages, the simple fix for them is to export the desired MACOSX_DEPLOYMENT_TARGET value into the interpreter process (via a shell variable, for instance).  So, I think it best to bite the bullet.  I've applied the Distutils patches to 2.7 (for 2.7.3), to 3.2 (for 3.2.1), to default (for 3.3) and the packaging patches to default (for 3.3).
History
Date User Action Args
2011-06-29 03:40:51ned.deilysetrecipients: + ned.deily, georg.brandl, ronaldoussoren, benjamin.peterson, tarek, eric.araujo, srid, alexis, stoneyb, kontinuity, python-dev
2011-06-29 03:40:51ned.deilysetmessageid: <1309318851.41.0.203066626102.issue9516@psf.upfronthosting.co.za>
2011-06-29 03:40:50ned.deilylinkissue9516 messages
2011-06-29 03:40:50ned.deilycreate