Hello, At work I use a Win95 PC and downloaded and installed the Zope Binary and have it going without any problems. However at home I use a PowerPC Macintosh. Has anybody compiled and gotten Zope to work on the Macintosh? I have all the tools to do it, CodeWarrior Pro 4, but do not have the knowledge/skill. I am interested in developing on my Mac, deployment will be thru a webhost probably on Linux. I ran the wo_pcgi.py and ran into these problems: Problem 1: ------------------------------------------------------------------------------ Building extension modules ------------------------------------------------ Compiling extensions in lib/python make -f Makefile.pre.in boot PYTHON=Hard Disk:Applications:Programming:Python 1.5.1:Python Traceback (innermost last): File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:wo_pcgi.py", line 112, in ? import build_extensions File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:build_extensions.py", line 108, in ? make('lib','python') File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:do.py", line 117, in make do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:do.py", line 108, in do i=os.system(command) AttributeError: system Problem 2: (This maybe normal, I don't know.) I also saw this line which looked strange: Compiling Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Products:ZGadflyDA:gadfly:sqlsem.py ... no mem for next token Sorry: MemoryError: Problem 3: When I attempt to run serve.py I get this error: Traceback (innermost last): ... File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Globals.py", line 105, in ? import Acquisition ImportError: No module named Acquisition Any ideas, help? Thanks, Jimmie Houchin
Jimmie Houchin wrote:
I have all the tools to do it, CodeWarrior Pro 4, but do not have the knowledge/skill.
Hey, we have neither the tools nor the Mac skill. :^) Of course, if you'll just put LinuxPPC on that Mac of yours...
I am interested in developing on my Mac, deployment will be thru a webhost probably on Linux.
I'd love to see Zope on the Mac. I don't particularly see why it should be inconceivable, being mostly Python.
i=os.system(command) AttributeError: system
Oh come on, MacPython doesn't have os.system?!!
Problem 2: (This maybe normal, I don't know.) I also saw this line which looked strange: Compiling Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Products:ZGadflyDA:gadfly:sqlsem.py ... no mem for next token Sorry: MemoryError:
Nice.
Problem 3: When I attempt to run serve.py I get this error: Traceback (innermost last): ... File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Globals.py", line 105, in ? import Acquisition ImportError: No module named Acquisition
Nice, part 2.
Any ideas, help?
Needless to say, someone that knows C on the Mac has to get involved. --Paul
On Wed, 10 Feb 1999, Paul Everitt wrote:
Jimmie Houchin wrote:
I have all the tools to do it, CodeWarrior Pro 4, but do not have the knowledge/skill.
Hey, we have neither the tools nor the Mac skill. :^)
Of course, if you'll just put LinuxPPC on that Mac of yours...
I am interested in developing on my Mac, deployment will be thru a webhost probably on Linux.
I'd love to see Zope on the Mac. I don't particularly see why it should be inconceivable, being mostly Python.
i=os.system(command) AttributeError: system
Oh come on, MacPython doesn't have os.system?!!
Problem 2: (This maybe normal, I don't know.) I also saw this line which looked strange: Compiling Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Products:ZGadflyDA:gadfly:sqlsem.py ... no mem for next token Sorry: MemoryError:
Nice.
That one is probably easy to solve. As Macs use mostly static preallocation of memory, just increase the memory allocation of python. Probably dramatically, as mentioned in another post, Zope might easily grow to 18MB or so :)
Problem 3: When I attempt to run serve.py I get this error: Traceback (innermost last): ... File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Globals.py", line 105, in ? import Acquisition ImportError: No module named Acquisition You need to compile the Acquisition module.
Nice, part 2.
Any ideas, help?
Needless to say, someone that knows C on the Mac has to get involved. At least someone that knows the C compilation environments on a Mac.
Andreas -- Win95: n., A huge annoying boot virus that causes random spontaneous system crashes, usually just before saving a massive project. Easily cured by UNIX. See also MS-DOS, IBM-DOS, DR-DOS, Win 3.x, Win98.
At 1:30 AM +0100 2/11/99, Andreas Kostyrka wrote:
On Wed, 10 Feb 1999, Paul Everitt wrote:
Jimmie Houchin wrote:
<snip>
Problem 2: (This maybe normal, I don't know.) I also saw this line which looked strange: Compiling Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Products:ZGadflyDA:gadfly:sqlsem.py ... no mem for next token Sorry: MemoryError:
Nice. That one is probably easy to solve. As Macs use mostly static preallocation of memory, just increase the memory allocation of python. Probably dramatically, as mentioned in another post, Zope might easily grow to 18MB or so :)
Yes, the easiest to fix. I just recently upgraded my system software and reinstalled Python from scratch and didn't remember to bump up my memory. I bumped it up to 30mb, because that is what it takes to run PySol. Bug somewhere. :( After upping my memory compiled fine. What threw me on it was that it compiled everything before and after it without a problem. I guess that individual script was too large.
Problem 3: When I attempt to run serve.py I get this error: Traceback (innermost last): ... File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Globals.py", line 105, in ? import Acquisition ImportError: No module named Acquisition You need to compile the Acquisition module.
Working on it. I created a new project added all of the files. Sometimes one at a time as I got errors saying can't find Python.h. :) After getting all of that it compiles fine as a library. I am not sure what kind of target it is supposed to be. I presume library as it is the only one which fully compiles without complaining. :) If it is supposed to be a library two questions. 1. What am I supposed to name it? 2. Where am I supposed to put it? If not a library, then what?
Nice, part 2.
Any ideas, help?
Needless to say, someone that knows C on the Mac has to get involved. At least someone that knows the C compilation environments on a Mac.
I am willing to do what I can, but it will probably require handholding. Thanks. Jimmie Houchin
Jimmie Houchin wrote:
I have all the tools to do it, CodeWarrior Pro 4, but do not have the knowledge/skill.
Hey, we have neither the tools nor the Mac skill. :^)
Of course, if you'll just put LinuxPPC on that Mac of yours...
Hey! I am working on that. :) As soon as I get it installed. I will do a LinuxPPC port. I think it will be easier than the Mac port. Will the binary porting kit be updated?
I am interested in developing on my Mac, deployment will be thru a webhost probably on Linux.
I'd love to see Zope on the Mac. I don't particularly see why it should be inconceivable, being mostly Python.
i=os.system(command) AttributeError: system
Oh come on, MacPython doesn't have os.system?!!
I looked in os.py and there is no system() method.
Problem 2: (This maybe normal, I don't know.) I also saw this line which looked strange: Compiling Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Products:ZGadflyDA:gadfly:sqlsem.py ... no mem for next token Sorry: MemoryError:
Nice.
Fixed ala Andreas suggestion.
Problem 3: When I attempt to run serve.py I get this error: Traceback (innermost last): ... File "Hard Disk:Applications:Programming:Python 1.5.1:Zope-1.9.0-src:lib:python:Globals.py", line 105, in ? import Acquisition ImportError: No module named Acquisition
Nice, part 2.
Am working on compiling Acquisition.
Any ideas, help?
Needless to say, someone that knows C on the Mac has to get involved.
Yes, yes. :)
On Wed, Feb 10, 1999 at 07:06:19PM -0600, Jimmie and Terri Houchin wrote:
Jimmie Houchin wrote:
I have all the tools to do it, CodeWarrior Pro 4, but do not have the knowledge/skill.
Hey, we have neither the tools nor the Mac skill. :^)
Of course, if you'll just put LinuxPPC on that Mac of yours...
Hey! I am working on that. :) As soon as I get it installed. I will do a LinuxPPC port. I think it will be easier than the Mac port.
Actually, I've been thinking about how to make Python Carbon-based so it runs on MacOS X (until then it's just not "ready for prime time"), and which time this hsould be a lot easier :-)
Oh come on, MacPython doesn't have os.system?!!
I looked in os.py and there is no system() method.
I'm sure it's sarcasm on Paul's part ;-) Of course there's no os.system() function... there's no "command line" to pass it to :-) Chris -- | Christopher Petrilli | petrilli@amber.org
At 11:32 PM -0500 2/10/99, Christopher G. Petrilli wrote:
On Wed, Feb 10, 1999 at 07:06:19PM -0600, Jimmie and Terri Houchin wrote:
Jimmie Houchin wrote:
I have all the tools to do it, CodeWarrior Pro 4, but do not have the knowledge/skill.
Hey, we have neither the tools nor the Mac skill. :^)
Of course, if you'll just put LinuxPPC on that Mac of yours...
Hey! I am working on that. :) As soon as I get it installed. I will do a LinuxPPC port. I think it will be easier than the Mac port.
Actually, I've been thinking about how to make Python Carbon-based so it runs on MacOS X (until then it's just not "ready for prime time"), and which time this hsould be a lot easier :-)
That would be mega-cool. MacOS X Server would probably be excellent for Zope. MacOS X is still a ways off. :( However, it would be nice to have something available for development purposes.
Oh come on, MacPython doesn't have os.system?!!
I looked in os.py and there is no system() method.
I'm sure it's sarcasm on Paul's part ;-) Of course there's no os.system() function... there's no "command line" to pass it to :-)
You're right. I imagine he was. :) I wasn't thinking anyway. Looking at os.py doesn't include all of the attributes available. Doing dir(os) was what I meant to do. :) Thanks, Jimmie Houchin
On Wed, Feb 10, 1999 at 11:22:10PM -0600, Jimmie Houchin wrote:
Actually, I've been thinking about how to make Python Carbon-based so it runs on MacOS X (until then it's just not "ready for prime time"), and which time this hsould be a lot easier :-)
That would be mega-cool. MacOS X Server would probably be excellent for Zope. MacOS X is still a ways off. :( However, it would be nice to have something available for development purposes.
I've got Python working (as well as Zope) on my NeXT cube at home, but it's running a slightly old release of OpenStep... also, it's 68K v. PPC. If someone has a MacOS X Server box they wanna loan me ;-) I just can't justify being on the developer program right now to get free copies, and the retail cost is a bit high for my home use :-) Plus I don't have a PowerMac it can run on (I have a hopped up 8100 w/G3).
I'm sure it's sarcasm on Paul's part ;-) Of course there's no os.system() function... there's no "command line" to pass it to :-)
You're right. I imagine he was. :) I wasn't thinking anyway. Looking at os.py doesn't include all of the attributes available. Doing dir(os) was what I meant to do. :)
There has been talk, however, of making Python OSA-aware so that it can be used as THE scripting language on MacOS... but I've held off on doing anything about this until I better understand the scripting architecture of MacOS X---as there's talk that WebObjects will also plug in, which might necessitate major changes. Chris -- | Christopher Petrilli | petrilli@amber.org
participants (5)
-
Andreas Kostyrka -
Christopher G. Petrilli -
Jimmie and Terri Houchin -
Jimmie Houchin
-
Paul Everitt