On Wed, 1 Nov 2006, Morgen Sagen wrote:

A long time ago I put in a windows-specific patch to tell Python not to look in the windows registry for installed modules. This was to keep Chandler from using whatever version of wxPython the user happened to have installed, for example. I don't know if this patch is even in place anymore, but that's the only issue I can think of.

The OS X-specific patch has to do with adding readline support. Historically, on Mac OS X, python has been behind by one rev (2.3 vs 2.4) and comes without readline builtin, a major bummer during development but something end users might be able to do without... until they write their own parcel...

The patch to ignore the Windows registry is still in there, Morgen.

There are other patches in the 2.4.3 patch file that have to do with building on Mac OS X, in debug, and on Intel Mac which Python didn't have at first. One would assume that this is fixed with Python 2.5, which is probably a year away from being installed by default on Mac OS X if things follow the same trend.

I think the python-less install has the most chances to work on Linux first and should be pursued there but on Windows and Mac, things are a little harder.

Andi..


~morgen

On Nov 1, 2006, at 1:36 PM, Heikki Toivonen wrote:

We have had a long standing goal of wanting to not build and ship our
own python (at least on the Mac and Linux where we should be able to
rely on the system having python already).

I was going through the python patches we have again, and it is not
immediately obvious to me why we would need a patched Python for Mac and
Linux (for Windows there could be some confusion if there already was a
Python installation, but this could potentially be worked around by
making the installer smarter).

There is a Mac specific patch that seems to be needed only because we
build our own Python, and does not actually change the Python executable
itself in any way that we'd care about.

The other patch disables bsddb bsddb/test stdlibs, does some more stuff
that seems specific to building our own python, and does a Windows
change we might be able to skip by doing a smarter installer (install
python if there is no python already, otherwise use system python).

So, anybody see any reasons why we'd still need our own python?

--
 Heikki Toivonen


_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev

_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

Open Source Applications Foundation "chandler-dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/chandler-dev

Reply via email to