Re: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac OS X)
On 18/04/2010 16:48, Ronald Oussoren wrote: [snip...] Michael A build on my machine produces output similar to: Michael Python build finished, but the necessary bits to build these modules Michael were not found: Michael _bsddb dl gdbm * _bsddb and gdbm require external libraries that aren't provided in the system install Sorry for duplicating this conversation - just going through my outstanding emails. Feel free to ignore the one on python-dev. What are the external libraries? This is probably documented somewhere, so could you point me to it? (Sorry - my ignorance I know.) * dl doesn't get build on OSX 10.6 when you use the default configure settings because that results in a 64-bit binary and setup.py explicitly disables building the dl module for 64-bit platforms. Apple has a patch that enables building dl on 64-bit OSX, I haven't had time to check if that patch is actually valid. Ok. I would be interested in how to do a 32bit build. Michael imageoplinuxaudiodev ossaudiodev imageop is not 64-bit clean, the others are not relevant on OSX Michael readline spwd sunaudiodev readline requires an external library or python 2.6.5, 2.7 or 3.2. Hmm... I have readline installed (via homebrew). Is that not sufficient? The other two are not relevant on OSX. Michael To find the necessary bits, look in setup.py in detect_modules() for the Michael module's name. Michael Failed to build these modules: Michael _tkinter This one should work. Do you have a /Library/Framework/Tcl.framework? If so, what is the output of file /Library/Frameworks/Tcl.framework/Tcl, what OSX release are you building on and what are the configure flags. OS X 10.6.3. $ file /Library/Frameworks/Tcl.framework/Tcl /Library/Frameworks/Tcl.framework/Tcl: Mach-O universal binary with 2 architectures /Library/Frameworks/Tcl.framework/Tcl (for architecture ppc): Mach-O dynamically linked shared library ppc /Library/Frameworks/Tcl.framework/Tcl (for architecture i386): Mach-O dynamically linked shared library i386 My configure command is: ./configure --prefix=/dev/null --with-pydebug All the best, Michael Foord Ronald ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG -- http://www.ironpythoninaction.com/ http://www.voidspace.org.uk/blog READ CAREFULLY. By accepting and reading this email you agree, on behalf of your employer, to release me from all obligations and waivers arising from any and all NON-NEGOTIATED agreements, licenses, terms-of-service, shrinkwrap, clickwrap, browsewrap, confidentiality, non-disclosure, non-compete and acceptable use policies (BOGUS AGREEMENTS) that I have entered into with your employer, its partners, licensors, agents and assigns, in perpetuity, without prejudice to my ongoing rights and privileges. You further represent that you have the authority to release me from any BOGUS AGREEMENTS on behalf of your employer. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Module Import Problem
On Wed, Apr 21, 2010, Mike wrote: My friend is testing my program for me on his Mac, he's running Snow leopard. I'm using a package called Pyttsc that allows for text to speech on the Mac. He's getting the following error: file: build/bdist.macosx-10.6universal/egpyttsx/drivers/nsss.py, line 18: no module named foundation I looked into this, and it seems to be something related to PyObjC. However, he tried import pyobjc and got no errors. Any idea what the problem might be and how to fix it? What's your OS? What's the line of code generating this error? Also, will this application build with py2app since it uses this package? Theoretically, yes. I'm a bit confused, because build/ implies that you're already using py2app or some other distribution mechanism. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] buildbots for OS X: G4 eMacs useful?
Bill Janssen wrote: I've got 3 eMacs just sitting around, and thought I'd deploy them as OS X Python buildbots, if they'd be useful. They're 1 GHz G4 machines, with 640 MB of memory, running Tiger If there is a need -- it would be great to keep one on Tiger -- it's a pain to build on leopard and have it work on tiger. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.gov ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] buildbots for OS X: G4 eMacs useful?
Chris Barker chris.bar...@noaa.gov wrote: Bill Janssen wrote: I've got 3 eMacs just sitting around, and thought I'd deploy them as OS X Python buildbots, if they'd be useful. They're 1 GHz G4 machines, with 640 MB of memory, running Tiger If there is a need -- it would be great to keep one on Tiger -- it's a pain to build on leopard and have it work on tiger. Yes, I can keep one or two on Tiger, and upgrade the others to Leopard. I don't think I can put Snow Leopard on G4s, though. My question is, do the machines have enough oomph to build and test on? Bill ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
Re: [Pythonmac-SIG] Module Import Problem
Hi, We're using Mac OSX 10.5. We got the same error on Mac OSX 10.6, and we're not building as of yet...just running using the python interpreter. Here's the full traceback: Xelabos-Mac-Pro:src MacAdmin$ python zgp.py Traceback (most recent call last): File zgp.py, line 18, in module main() File zgp.py, line 13, in main output.setup() File /Users/MacAdmin/Desktop/ZGP/src/output.py, line 24, in setup speaker=pyttsx.init() File build/bdist.macosx-10.6-universal/egg/pyttsx/__init__.py, line 39, in init File build/bdist.macosx-10.6-universal/egg/pyttsx/engine.py, line 45, in __init__ File build/bdist.macosx-10.6-universal/egg/pyttsx/driver.py, line 64, in __init__ File build/bdist.macosx-10.6-universal/egg/pyttsx/drivers/nsss.py, line 18, in module ImportError: No module named Foundation - Original Message - From: Aahz a...@pythoncraft.com To: pythonmac-sig@python.org Sent: Saturday, April 24, 2010 12:22 PM Subject: Re: [Pythonmac-SIG] Module Import Problem On Wed, Apr 21, 2010, Mike wrote: My friend is testing my program for me on his Mac, he's running Snow leopard. I'm using a package called Pyttsc that allows for text to speech on the Mac. He's getting the following error: file: build/bdist.macosx-10.6universal/egpyttsx/drivers/nsss.py, line 18: no module named foundation I looked into this, and it seems to be something related to PyObjC. However, he tried import pyobjc and got no errors. Any idea what the problem might be and how to fix it? What's your OS? What's the line of code generating this error? Also, will this application build with py2app since it uses this package? Theoretically, yes. I'm a bit confused, because build/ implies that you're already using py2app or some other distribution mechanism. -- Aahz (a...@pythoncraft.com) * http://www.pythoncraft.com/ It is easier to optimize correct code than to correct optimized code. --Bill Harlan ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG