[Pythonmac-SIG] Bundlebuilder--why remove it?
kw at codebykevin.com
Sat Dec 12 23:26:32 CET 2009
On 12/12/09 2:33 PM, has wrote:
> Christopher Barker wrote:
>> It's open-source, it's only going to get done if someone that needs it rolls up his/her sleeves and does it -- which may mean learning more about the nitty gritty details of OS-X.
> Yep. If you want something done right, sometimes you just gotta step up and do it yourself. It's that or large cash bribes to get someone else to do it; take your pick.
Exactly what I'm doing--with bundlebuilder.
> Rather than revive the moribund bundlebuilder, put the time you'd spend on that into bringing the Xcode-Python templates up to scratch. The executable stub is a piece of crap that imports the first Python framework it finds, as opposed to the version you built with; fixing this should not be too difficult if you know some C/ObjC (dynamically binding framework functions is not that hard - I've done it myself - and you can borrow the code from py2app). Once you've got Xcode building Python-based .app bundles that don't suck, you can look at providing dependency bundling as an extra build phase.
> Personally, I like py2app and I'm not a huge fan of Xcode for Python development, but the first rule of sustainable OSS development has to be: when you have limited time, knowledge and manpower at your disposal, invest it on functionality that can't be leveraged from elsewhere. Xcode is not ideal, but it's good enough. In addition, Xcode's privileged position in OS X development makes it the first stopping point for newcomers to Python+PyObjC development, so targeting it will help market Python for Mac application development and strengthen the community as a whole.
A fine project to take on if a) you use Xcode and b) you're doing PyObjC
development. I am doing neither, so this doesn't interest me.
> p.s. Re. the original subject line, kicking bundlebuilder and the rest of the decaying/decayed Mac-specific libraries out of Python's stdlib was completely the right decision for Python's overall health.
We disagree about bundlebuilder, but Apple's decision to deprecate
Carbon made removing those bits from the standard library the only sane
decision. None of that stuff works with a 64-bit build of 2.6, that's
Code by Kevin
More information about the Pythonmac-SIG