Re: [Pythonmac-SIG] Let's discuss MacPython distributions for january

2004-12-23 Thread Bob Ippolito
On Dec 23, 2004, at 7:01 PM, Charles Hartman wrote: Fixing this for 2.4.1 and 2.3.5 themselves is rather easy (and sketched in the mail mentioned above). Fixing this in the Apple-installed 2.3 is a bit more difficult, though. We can either modify it in-place (with admin permission) or do a compl

Re: [Pythonmac-SIG] Let's discuss MacPython distributions for january

2004-12-23 Thread Charles Hartman
1. As a more or less perpetual newbie at this, much as I welcome the chance to upgrade, I cast my vote for a *reversible* change in the Apple-installed version. If I screw everything up, I'd like to be able to go back. Or, alternatively, make it impossible even for me to screw up. (Ha ha.) 2.

Re: [Pythonmac-SIG] Let's discuss MacPython distributions for january

2004-12-23 Thread Bob Ippolito
On Dec 23, 2004, at 6:12 PM, Jack Jansen wrote: With the next version of Ambulant out the door and a whole week off (well, only from work, not from the kid or the wife:-) I'd like to get some work done on Python again. And with Python 2.3.5 and probably 2.4.1 imminent that seems to be good ti

Re: [Pythonmac-SIG] Let's discuss MacPython distributions for january

2004-12-23 Thread Bob Ippolito
On Dec 23, 2004, at 6:28 PM, Michael Hudson wrote: Jack Jansen <[EMAIL PROTECTED]> writes: Second question: I think the solution to peaceful coexistence is that all Pythons adopt the solution sketched in Bob's mail . That d

Re: [Pythonmac-SIG] Let's discuss MacPython distributions for january

2004-12-23 Thread Michael Hudson
Jack Jansen <[EMAIL PROTECTED]> writes: > Second question: I think the solution to peaceful coexistence is that > all Pythons adopt the solution sketched in Bob's mail > 012292.html>. That discussion is rather technical, but what it

[Pythonmac-SIG] Let's discuss MacPython distributions for january

2004-12-23 Thread Jack Jansen
With the next version of Ambulant out the door and a whole week off (well, only from work, not from the kid or the wife:-) I'd like to get some work done on Python again. And with Python 2.3.5 and probably 2.4.1 imminent that seems to be good timing. Part of this email is highly technical, b

Re: [Pythonmac-SIG] py2app standalone options

2004-12-23 Thread Bob Ippolito
On Dec 23, 2004, at 5:25 PM, Dethe Elza wrote: With regards to refactoring setup.py files, here is what I've been using for several different apps. It has evolved as I've found new requirements. The only things I have to change from app to app (at this point) are the bits in ALL_CAPS at the be

Re: [Pythonmac-SIG] py2app standalone options

2004-12-23 Thread Dethe Elza
With regards to refactoring setup.py files, here is what I've been using for several different apps. It has evolved as I've found new requirements. The only things I have to change from app to app (at this point) are the bits in ALL_CAPS at the beginning. I've been meaning to factor all of t

Re: [Pythonmac-SIG] py2app standalone options

2004-12-23 Thread Bob Ippolito
On Dec 23, 2004, at 1:42 PM, has wrote: Ronald Oussoren wrote: To give a practical example, let's say I want to write a GUI interface to py2app. That's an application with different requirements than py2app, Not sure how: both are intended to build applications, and allow users to configure exact

Re: [Pythonmac-SIG] py2app standalone options

2004-12-23 Thread has
Ronald Oussoren wrote: First, I'm a little unclear on what exactly Has wants. Could you clarify? Freedom, basically. I You obviously don't want it badly enough. Adding an option that will make the application not include stuff from site-packages is not much work, the patch is less that 100 line

Re: [Pythonmac-SIG] Read Strings from Resources

2004-12-23 Thread Larry Bugbee
For the useless? trivia department... So it looks like a 2-byte count followed by an array of Pascal strings. Ah yes. And now that I see this I seem to remember that the pstrings are padded to a 2-byte boundary. Hmmm, I'd be a bit surprised if there was such alignment padding. Pascal string lengths

Re: [Pythonmac-SIG] configure failing with Python 2.4

2004-12-23 Thread Kevin Dangoor
I actually just installed Xcode this morning. I do have Fink installed, but removed it from my path when I moved my bashrc and profile aside. I also had confirmed that gcc is in /usr/bin. > gcc -v Reading specs from /usr/libexec/gcc/darwin/ppc/3.3/specs Thread model: posix gcc version 3.3 200303

Re: [Pythonmac-SIG] configure failing with Python 2.4

2004-12-23 Thread Bob Ippolito
Reinstall Xcode and/or make sure you aren't using Fink or something which may have installed an alternate compiler (make sure "which cc" and "which gcc" point to /usr/bin). On Dec 23, 2004, at 10:23 AM, Kevin Dangoor wrote: Err, while this might be enough info for someone to go on, I just reali

Re: [Pythonmac-SIG] configure failing with Python 2.4

2004-12-23 Thread Kevin Dangoor
Err, while this might be enough info for someone to go on, I just realized that there's not much there... I'm running Mac OS 10.3.6. I have XCode/Developer Tools installed, though that didn't seem to make any difference. I even tried moving my .bashrc and .profile files out of the way to be sur

[Pythonmac-SIG] configure failing with Python 2.4

2004-12-23 Thread Kevin Dangoor
I'm thinking that I must be doing something simple wrong... hopefully that's the case. I downloaded the Python 2.4 source and tried to run a basic ./configure to see what I get. What I got was this error: checking for C++ compiler default output file name... configure: error: C++ compiler cann