[Pythonmac-SIG] Build script for Universal Python
ronaldoussoren at mac.com
Mon Feb 13 19:11:25 CET 2006
On 13-feb-2006, at 1:37, Bob Ippolito wrote:
> On Feb 12, 2006, at 1:19 PM, Ronald Oussoren wrote:
>> The attached patch replaces the script in Mac/OSX/Dist by a python
>> script that builds a "batteries included" universal binary. The
>> attached background.jpg should be placed in Mac/OSX/Dist/resources
>> (and hopefully someone donates a nicer image).
>> Due to lack of time I haven't tested the installer and contained
>> binaries yet.
>> Things that should be fixed:
>> 1. 'make frameworkinstall' will no longer install files in /usr/
>> 2. the postflight script should be rewritten, it creates a
>> shellscript version of pythonw
>> 3. the package is a ".pkg" instead of an ".mpkg". This should make
>> it possible to create an installer that is truely "batteries
>> included" in the future.
> .mpkg can depend on other .mpkg... that's not really worth
> mentioning. You need a .pkg file *somewhere* because .mpkg can
> only reference .pkg or .mpkg.
If we do the work for an .mpkg now it will be easier to create a
truly fat distribution later on. Given the amount of time we seem to
have available to work on this I'd rather do the work now that we're
interested in working on this.
>> 4. the package doesn't update user profiles (should be an
>> optional .pkg in the .mpkg).
> In order to make it optional, the outer shell needs to be a .mpkg
> and it needs to reference an optional .pkg that does this in
Either that or the package should launch a GUI that asks if it should
update your profile. I'd prefer the mpkg solution, although a GUI
also has advantages: what if the package is installed by an admin
user, but used by some other user (say a teacher that installs
packages and students that use them). We could also patch /etc/
profile, but I'd prefer not to do that.
>> 5. there's still 'python' and 'pythonw' that behave differently,
>> python should be replaced by pythonw and pythonw should be a
>> symlink to python for backward compatibility.
>> 6. A patch for distutils that allows compiling on 10.3.9
>> 7. A patch for distutils that recognizes '-arch' and '-isysroot'
>> in extra_compile_args and extra_link_args and removes those flags
>> from CFLAGS/LDFLAGS
> Aren't 5. and 6. the same thing?
Do you mean 6 and 7? Those patches will touch the same part of the
tree and will likely be one patch.
>> 8. The Python documentation is no longer installed as a help book.
> I wonder how hard this is to add to IDLE, or if we can just link to
> HTML docs. I'm not personally a big fan of Help Book anyway.
I just read the source for pydoc, we could install the HTML docs in
Python.framework/Resources/English.lproj/Documentation. Idlelib would
need a patch to support this location. There's already specific
configuration for windows and linux in there (in idlelib.EditorWindow)
I just remembered something else that needs to be done some time:
create better icons, it's time to leave the 10 ton weight behind (or
at the very least the current rendition of it). I won't do this
though, given my skills in that deparment the icons would get worse
instead of better.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2157 bytes
Desc: not available
Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060213/ff4bbd8d/attachment-0001.bin
More information about the Pythonmac-SIG