[Pythonmac-SIG] Build script for Universal Python

[Ronald Oussoren]

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/ 
>> local/bin.
>> 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  
> postflight.

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.

Ronald

>
> -bob
>

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2157 bytes
Desc: not available
Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20060213/ff4bbd8d/attachment-0001.bin