From jebamails at gmail.com  Wed Apr  7 14:51:15 2010
From: jebamails at gmail.com (Jeba raj)
Date: Wed, 7 Apr 2010 18:21:15 +0530
Subject: [Pythonmac-SIG] python 3 and distribute and py2app
Message-ID: <x2s957eca931004070551l92d46ba9i1de2888ca9d58f94@mail.gmail.com>

Hello all,

          When i tried to install py2app from it's source for *python 3 *i
stuck up with this error.
Traceback (most recent call last):
  File "setup.py", line 3, in <module>
    import ez_setup
  File "/Users/zoho/Program Files/py2app-0.4.3/ez_setup/__init__.py", line
98
    except pkg_resources.VersionConflict, e:
                                        ^
And when i googled around found that setuptools doesn't support python 3.
Link : http://trac.getwindmill.com/ticket/326

I also found Distribute <http://pypi.python.org/pypi/distribute> which is a
fork of the Setuptools project supports python 3. Can i install py2app using
distribute?? If so please tell me the steps..

Any help in this regard would be much appreciated..

Thanks..
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100407/a5650210/attachment.html>

From ronaldoussoren at mac.com  Wed Apr  7 16:50:29 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 07 Apr 2010 16:50:29 +0200
Subject: [Pythonmac-SIG] python 3 and distribute and py2app
In-Reply-To: <x2s957eca931004070551l92d46ba9i1de2888ca9d58f94@mail.gmail.com>
References: <x2s957eca931004070551l92d46ba9i1de2888ca9d58f94@mail.gmail.com>
Message-ID: <124296714396552019600007583385279716845-Webmail@me.com>

 Hi,

distribute does indeed support python3 and is a fork of setuptools.   Py2app should work just fine with distribute, however: I haven't ported py2app to python3 yet and therefore installing it into a python3 tree may or may not work.

I'm currently porting pyobjc to python3, and that port is far enough along that it is worthwhile for me to start porting py2app as well to be able to check the pyobjc port with real applications. I have no timeframe for this yet though.

Ronald

On Wednesday, April 07, 2010, at 02:51PM, "Jeba raj" <jebamails at gmail.com> wrote:
>_______________________________________________
>Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>http://mail.python.org/mailman/listinfo/pythonmac-sig
>unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100407/6baeda32/attachment.html>

From pirat at ookami.cz  Thu Apr  8 18:41:23 2010
From: pirat at ookami.cz (pirat at ookami.cz)
Date: Thu, 8 Apr 2010 18:41:23 +0200 (CEST)
Subject: [Pythonmac-SIG] GTK2, Snow Leopard, py2app
In-Reply-To: <alpine.LRH.2.00.1003311554360.20124@twin.jikos.cz>
References: <alpine.LRH.2.00.1003311019550.25869@twin.jikos.cz>
	<0C117D20-FE86-4298-A582-17005D974107@towb.de>
	<alpine.LRH.2.00.1003311554360.20124@twin.jikos.cz>
Message-ID: <alpine.LRH.2.00.1004081835410.4165@twin.jikos.cz>


>> https://bugzilla.gnome.org/show_bug.cgi?id=613783
> Thank you, I'll give it a shot and will report back!

It worked, thank you very much! JZ

From jebamails at gmail.com  Fri Apr  9 07:07:00 2010
From: jebamails at gmail.com (Jeba raj)
Date: Fri, 9 Apr 2010 10:37:00 +0530
Subject: [Pythonmac-SIG] python 3 and distribute and py2app
In-Reply-To: <124296714396552019600007583385279716845-Webmail@me.com>
References: <x2s957eca931004070551l92d46ba9i1de2888ca9d58f94@mail.gmail.com>
	<124296714396552019600007583385279716845-Webmail@me.com>
Message-ID: <l2i957eca931004082207zd994e520qdb188ea4503add62@mail.gmail.com>

Glad to see the reply from you ronald.. Can you please (or anybody in this
list) suggest me an temporary alternate to freeze python 3 scripts for Mac
OS X as of now?

Thanks..

On Wed, Apr 7, 2010 at 8:20 PM, Ronald Oussoren <ronaldoussoren at mac.com>wrote:

>   Hi,
>
> distribute does indeed support python3 and is a fork of setuptools.   Py2app should work just fine with distribute, however: I haven't ported py2app to python3 yet and therefore installing it into a python3 tree may or may not work.
>
> I'm currently porting pyobjc to python3, and that port is far enough along that it is worthwhile for me to start porting py2app as well to be able to check the pyobjc port with real applications. I have no timeframe for this yet though.
>
> Ronald
>
> On Wednesday, April 07, 2010, at 02:51PM, "Jeba raj" <jebamails at gmail.com> wrote:
> >_______________________________________________
> >Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> >http://mail.python.org/mailman/listinfo/pythonmac-sig
> >unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
> >
> >
>
>  Hello all,
>
>           When i tried to install py2app from it's source for *python 3 *i
> stuck up with this error.
> Traceback (most recent call last):
>   File "setup.py", line 3, in <module>
>     import ez_setup
>   File "/Users/zoho/Program Files/py2app-0.4.3/ez_setup/__init__.py", line
> 98
>     except pkg_resources.VersionConflict, e:
>                                         ^
> And when i googled around found that setuptools doesn't support python 3.
> Link : http://trac.getwindmill.com/ticket/326
>
> I also found Distribute <http://pypi.python.org/pypi/distribute> which is
> a fork of the Setuptools project supports python 3. Can i install py2app
> using distribute?? If so please tell me the steps..
>
> Any help in this regard would be much appreciated..
>
> Thanks..
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100409/0f0e409c/attachment.html>

From vze26m98 at optonline.net  Tue Apr 13 15:25:33 2010
From: vze26m98 at optonline.net (Charles Turner)
Date: Tue, 13 Apr 2010 09:25:33 -0400
Subject: [Pythonmac-SIG] Help getting properties in py-appscript?
Message-ID: <0CDAE4B8-79D7-41C6-A26F-0EEB4F0BB082@optonline.net>

Hi all-

Having some trouble getting my head around this, and wonder if someone  
could shed some light.

I'm using py-appscript to get the properties of a record in DEVONthink  
Pro:

from appscript import *

dtpo = app('DEVONthink Pro.app')
i = dtpo.selection.get()
props = i[0].properties.get()

print props[k.uuid]
print props[k.name]
print props[k.type]
print props[k.tags]
print props[k.plain_text]

This works just fine at the top level of the script, but when I get()  
and reference props inside a function definition, Python complains  
about the dot in k-dot-name, for example:

"UnboundLocalError: "local variable 'k' referenced before assignment""

If I ask for the keys inside the function I get the following array of  
type:

<class 'appscript.keywordwrapper.Keyword'>

[k.comment, k.exclude_from_search, k.duplicates, k.image,  
k.page_count, k.word_count, k.height, k.thumbnail, k.opening_date,  
k.number_of_duplicates, k.filename, k.attached_script, k.size,  
k.exclude_from_tagging, k.dimensions, k.modification_date, k.width,  
k.locking, k.id, k.source, k.state, k.score, k.location,  
k.addition_date, k.indexed, k.character_count, k.aliases, k.type,  
k.rich_text, k.columns, k.tags, k.URL, k.plain_text, k.date_,  
k.class_, k.meta_data, k.exclude_from_classification, k.path,  
k.creation_date, k.data, k.uuid, k.kind, k.name, k.database,  
k.state_visibility, k.interval, k.label, k.number_of_replicants,  
k.exclude_from_see_also, k.MIME_type, k.unread, k.cells, k.dpi]

So how can I approach this?

Using System Python (2.5.1) on Leopard

Thanks in advance!

Best wishes,

Charles



From vze26m98 at optonline.net  Tue Apr 13 18:19:22 2010
From: vze26m98 at optonline.net (Charles Turner)
Date: Tue, 13 Apr 2010 12:19:22 -0400
Subject: [Pythonmac-SIG] Help getting properties in py-appscript?
In-Reply-To: <0CDAE4B8-79D7-41C6-A26F-0EEB4F0BB082@optonline.net>
References: <0CDAE4B8-79D7-41C6-A26F-0EEB4F0BB082@optonline.net>
Message-ID: <34A63F2B-5F37-481C-B9B5-A1895B0B3275@optonline.net>

OK-

Adding this at the script top-level enabled me to continue:

r_uuid = k.uuid
r_name = k.name
r_type = k.type
r_tags = k.tags
r_plain_text = k.plain_text

so my references to props[r_uuid] work inside a function definition.

I'd still very much appreciate any elucidation of my problem, as I'm  
just hacking here.

Best, Charles


From aahz at pythoncraft.com  Tue Apr 13 20:35:24 2010
From: aahz at pythoncraft.com (Aahz)
Date: Tue, 13 Apr 2010 11:35:24 -0700
Subject: [Pythonmac-SIG] Help getting properties in py-appscript?
In-Reply-To: <0CDAE4B8-79D7-41C6-A26F-0EEB4F0BB082@optonline.net>
References: <0CDAE4B8-79D7-41C6-A26F-0EEB4F0BB082@optonline.net>
Message-ID: <20100413183524.GA10113@panix.com>

On Tue, Apr 13, 2010, Charles Turner wrote:
>
> This works just fine at the top level of the script, but when I get()  
> and reference props inside a function definition, Python complains about 
> the dot in k-dot-name, for example:
>
> "UnboundLocalError: "local variable 'k' referenced before assignment""

You need to provide the code.  But this isn't really Mac-specific; you
might get better advice on comp.lang.python.
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"It is easier to optimize correct code than to correct optimized code."
--Bill Harlan

From hengist.podd at virgin.net  Wed Apr 14 18:47:32 2010
From: hengist.podd at virgin.net (has)
Date: Wed, 14 Apr 2010 17:47:32 +0100
Subject: [Pythonmac-SIG] Help getting properties in py-appscript?
In-Reply-To: <mailman.42.1271239206.24994.pythonmac-sig@python.org>
References: <mailman.42.1271239206.24994.pythonmac-sig@python.org>
Message-ID: <B4E191CC-3E9F-42DD-A7EA-36468C33C94A@virgin.net>

Aahz wrote:

> On Tue, Apr 13, 2010, Charles Turner wrote:
>> 
>> This works just fine at the top level of the script, but when I get()  
>> and reference props inside a function definition, Python complains about 
>> the dot in k-dot-name, for example:
>> 
>> "UnboundLocalError: "local variable 'k' referenced before assignment""
> 
> You need to provide the code.  

+1. It sounds like the OP's function is assigning values to 'k' at some point, e.g. 'for k, v in d.items():...', which is a general Python error, as you say. In which case, either pick a different variable name or use 'import appscript' and 'appscript.k.KEYWORD_NAME'.

HTH

has

-- 
Control AppleScriptable applications from Python, Ruby and ObjC:
http://appscript.sourceforge.net


From vze26m98 at optonline.net  Wed Apr 14 20:15:55 2010
From: vze26m98 at optonline.net (Charles Turner)
Date: Wed, 14 Apr 2010 14:15:55 -0400
Subject: [Pythonmac-SIG] Help getting properties in py-appscript?
In-Reply-To: <B4E191CC-3E9F-42DD-A7EA-36468C33C94A@virgin.net>
References: <mailman.42.1271239206.24994.pythonmac-sig@python.org>
	<B4E191CC-3E9F-42DD-A7EA-36468C33C94A@virgin.net>
Message-ID: <F595A31D-5A46-49D1-8E2D-7706BB8F4540@optonline.net>

On Apr 14, 2010, at 12:47 PM, has wrote:

> +1. It sounds like the OP's function is assigning values to 'k' at  
> some point, e.g. 'for k, v in d.items():...', which is a general  
> Python error, as you say. In which case, either pick a different  
> variable name or use 'import appscript' and  
> 'appscript.k.KEYWORD_NAME'.

Thanks so much has. I haven't confirmed it, but I believe my trouble is:

for k in kids:

later in the function. I'll know this evening after I've made some  
other changes to my script.

The "appscript.k.KEYWORD_NAME" is a helpful bit of namespace  
knowledge, although lord knows I can avoid "k" as a variable name in  
the future.

Best wishes,

Charles


From skip at pobox.com  Thu Apr 15 03:18:01 2010
From: skip at pobox.com (skip at pobox.com)
Date: Wed, 14 Apr 2010 20:18:01 -0500
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
	OS X)
In-Reply-To: <4BC63599.5020005@voidspace.org.uk>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk> <4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
Message-ID: <19398.26953.347036.788453@montanaro.dyndns.org>


(Moving this response from python-dev to pythonmac-sig...)

    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
    Michael> imageop            linuxaudiodev      ossaudiodev
    Michael> readline           spwd               sunaudiodev
    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

Using /usr/bin/python (Apple's 2.5.1) as a reference I find that I am able
to import the following modules from the above lists:

    imageop
    readline
    dl
    _tkinter

Using the Enthought framework build (2.5.4) I can import:

    bsddb
    imageop
    readline
    dl
    _tkinter

I don't have one of Ronald's framework builds handy, but the above suggests
several of those which failed to build for you should build.

I tried a framework build after doing the following:

    * remove /opt/local and /usr/local from my set of environment variables
    * rename /usr/local to /usr/local-
    * comment out references to /sw and /opt/local in setup.py.

dl, _tkinter and imageop built for me.  You must be missing Tcl and Tk from
/Library/Frameworks to miss on _tkinter.  Not sure why the dl and imageop
modules failed for you.  otool -L suggests that the only dylib files
required are libgcc_s and libSystem, both in /usr/lib.  Are you missing some
header files perhaps?

Skip


From nad at acm.org  Thu Apr 15 14:25:00 2010
From: nad at acm.org (Ned Deily)
Date: Thu, 15 Apr 2010 05:25:00 -0700
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
	OS X)
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk>
	<4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
Message-ID: <nad-A97A1F.05250015042010@news.gmane.org>

In article <19398.26953.347036.788453 at montanaro.dyndns.org>,
 skip at pobox.com wrote:

> (Moving this response from python-dev to pythonmac-sig...)

Sorry, I responded to Michael's post on python-dev.  The problems are 
due to either missing necessary 3rd-party libs, modules that are 
unsupported on OS X, or building by default in 64-bit mode on 10.6.

-- 
 Ned Deily,
 nad at acm.org


From smartmike1 at gmail.com  Sun Apr 18 04:28:05 2010
From: smartmike1 at gmail.com (Mike)
Date: Sat, 17 Apr 2010 22:28:05 -0400
Subject: [Pythonmac-SIG] Py2app Problem
Message-ID: <9AD477F3B0524AEF8BF9D2F33874F756@FTXH9K1>

Hi all,

I'm having an issue with Py2app. I'm totally new to this, so if you could help I'd greatly appreciate it. Below is some of the output I was getting, and the traceback. I generated a setup.py using py2applet, and thne ran python setu.py py2app. If you need more information from me, let me know.

copying C:\Python26\lib\site-packages\win32com\HTML\image\pythoncom.gif -> C:\Do
cuments and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-s
tandalone\app\collect\win32com\HTML\image
copying C:\Python26\lib\site-packages\win32com\HTML\image\www_icon.gif -> C:\Doc
uments and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-st
andalone\app\collect\win32com\HTML\image
copying C:\Python26\lib\site-packages\win32com\HTML\index.html -> C:\Documents a
nd Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-standalone
\app\collect\win32com\HTML
copying C:\Python26\lib\site-packages\win32com\HTML\misc.html -> C:\Documents an
d Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-standalone\
app\collect\win32com\HTML
copying C:\Python26\lib\site-packages\win32com\HTML\package.html -> C:\Documents
and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-standalo
ne\app\collect\win32com\HTML
copying C:\Python26\lib\site-packages\win32com\HTML\PythonCOM.html -> C:\Documen
ts and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-standa
lone\app\collect\win32com\HTML
copying C:\Python26\lib\site-packages\win32com\HTML\QuickStartClientCom.html ->
C:\Documents and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python
2.6-standalone\app\collect\win32com\HTML
copying C:\Python26\lib\site-packages\win32com\HTML\QuickStartServerCom.html ->
C:\Documents and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python
2.6-standalone\app\collect\win32com\HTML
creating C:\Documents and Settings\Consumer\My Documents\ZGP\src\build\bdist.win
32\python2.6-standalone\app\collect\win32com\include
copying C:\Python26\lib\site-packages\win32com\include\PythonCOM.h -> C:\Documen
ts and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-standa
lone\app\collect\win32com\include
copying C:\Python26\lib\site-packages\win32com\include\PythonCOMRegister.h -> C:
\Documents and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.
6-standalone\app\collect\win32com\include
copying C:\Python26\lib\site-packages\win32com\include\PythonCOMServer.h -> C:\D
ocuments and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-
standalone\app\collect\win32com\include
creating C:\Documents and Settings\Consumer\My Documents\ZGP\src\build\bdist.win
32\python2.6-standalone\app\collect\win32com\libs
copying C:\Python26\lib\site-packages\win32com\libs\pythoncom.lib -> C:\Document
s and Settings\Consumer\My Documents\ZGP\src\build\bdist.win32\python2.6-standal
one\app\collect\win32com\libs
*** creating application bundle: zgp ***
copying zgp.py -> C:\Documents and Settings\Consumer\My Documents\ZGP\src\dist\z
gp.app\Contents\Resources
creating C:\Documents and Settings\Consumer\My Documents\ZGP\src\dist\zgp.app\Co
ntents\Resources\lib
creating C:\Documents and Settings\Consumer\My Documents\ZGP\src\dist\zgp.app\Co
ntents\Resources\lib\python2.6
Traceback (most recent call last):
File "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
", line 589, in _run
self.run_normal()
File "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
", line 660, in run_normal
self.create_binaries(py_files, pkgdirs, extensions, loader_files)
File "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
", line 755, in create_binaries
target, arcname, pkgexts, copyexts, target.script)
File "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
", line 1197, in build_executable
self.symlink('../../site.py', os.path.join(pydir, 'site.py'))
File "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
", line 400, in symlink
os.symlink(src, dst)
AttributeError: 'module' object has no attribute 'symlink'
> c:\python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py(400)s
ymlink()
-> os.symlink(src, dst) 

Thanks in advance.

Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100417/b3741e4d/attachment.html>

From pythonmac at rebertia.com  Sun Apr 18 04:44:18 2010
From: pythonmac at rebertia.com (Chris Rebert)
Date: Sat, 17 Apr 2010 19:44:18 -0700
Subject: [Pythonmac-SIG] Py2app Problem
In-Reply-To: <9AD477F3B0524AEF8BF9D2F33874F756@FTXH9K1>
References: <9AD477F3B0524AEF8BF9D2F33874F756@FTXH9K1>
Message-ID: <p2o50697b2c1004171944pfa52368ak83a441c26fd7969b@mail.gmail.com>

On Sat, Apr 17, 2010 at 7:28 PM, Mike <smartmike1 at gmail.com> wrote:
> Hi all,
>
> I'm having an issue with Py2app. I'm totally new to this, so if you could
> help I'd greatly appreciate it. Below is some of the output I was getting,
> and the traceback. I generated a setup.py using py2applet, and thne ran
> python setu.py py2app. If you need more information from me, let me know.
>
> copying C:\Python26\lib\site-packages\win32com\HTML\image\pythoncom.gif ->
> C:\Do
> cuments and Settings\Consumer\My
> Documents\ZGP\src\build\bdist.win32\python2.6-s
> tandalone\app\collect\win32com\HTML\image
<snip>
> "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
> ", line 400, in symlink
> os.symlink(src, dst)
> AttributeError: 'module' object has no attribute 'symlink'
>>
>> c:\python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py(400)s
> ymlink()
> -> os.symlink(src, dst)

You appear to be running py2app from Windows. I think it's only
intended to be run from Mac OS X (it might possibly work on *nix too;
haven't ever used py2app myself).
[i.e. I think you need an OS X machine to even generate a
py2app-packaged version of your Python program.]
The exact error you're getting is due to os.symlink() only being
available on *nix, not Windows.

Cheers,
Chris
--
http://blog.rebertia.com

From smartmike1 at gmail.com  Sun Apr 18 06:24:45 2010
From: smartmike1 at gmail.com (Mike)
Date: Sun, 18 Apr 2010 00:24:45 -0400
Subject: [Pythonmac-SIG] Py2app Problem
References: <9AD477F3B0524AEF8BF9D2F33874F756@FTXH9K1>
	<p2o50697b2c1004171944pfa52368ak83a441c26fd7969b@mail.gmail.com>
Message-ID: <5635A1C3BD62497683F863A55DBFBDB2@FTXH9K1>

Hey,

Thanks. I did try it on Debian Linux, and got this:

stripping zgp
/usr/bin/strip: '-': No such file
/usr/bin/strip: /root/crap/zgp/src/dist/zgp.app/Contents/MacOS/zgp: File 
format
not recognized
stripping saved 0 bytes (116316 / 116316)

I assume that means it didn't work and I'll need a mac?

Mike
----- Original Message ----- 
From: "Chris Rebert" <pythonmac at rebertia.com>
To: "Mike" <smartmike1 at gmail.com>
Cc: <Pythonmac-SIG at python.org>
Sent: Saturday, April 17, 2010 10:44 PM
Subject: Re: [Pythonmac-SIG] Py2app Problem


> On Sat, Apr 17, 2010 at 7:28 PM, Mike <smartmike1 at gmail.com> wrote:
>> Hi all,
>>
>> I'm having an issue with Py2app. I'm totally new to this, so if you could
>> help I'd greatly appreciate it. Below is some of the output I was 
>> getting,
>> and the traceback. I generated a setup.py using py2applet, and thne ran
>> python setu.py py2app. If you need more information from me, let me know.
>>
>> copying 
>> C:\Python26\lib\site-packages\win32com\HTML\image\pythoncom.gif ->
>> C:\Do
>> cuments and Settings\Consumer\My
>> Documents\ZGP\src\build\bdist.win32\python2.6-s
>> tandalone\app\collect\win32com\HTML\image
> <snip>
>> "C:\Python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py
>> ", line 400, in symlink
>> os.symlink(src, dst)
>> AttributeError: 'module' object has no attribute 'symlink'
>>>
>>> c:\python26\lib\site-packages\py2app-0.4.3-py2.6.egg\py2app\build_app.py(400)s
>> ymlink()
>> -> os.symlink(src, dst)
>
> You appear to be running py2app from Windows. I think it's only
> intended to be run from Mac OS X (it might possibly work on *nix too;
> haven't ever used py2app myself).
> [i.e. I think you need an OS X machine to even generate a
> py2app-packaged version of your Python program.]
> The exact error you're getting is due to os.symlink() only being
> available on *nix, not Windows.
>
> Cheers,
> Chris
> --
> http://blog.rebertia.com 


From kw at codebykevin.com  Sun Apr 18 06:50:11 2010
From: kw at codebykevin.com (Kevin Walzer)
Date: Sun, 18 Apr 2010 00:50:11 -0400
Subject: [Pythonmac-SIG] Py2app Problem
In-Reply-To: <5635A1C3BD62497683F863A55DBFBDB2@FTXH9K1>
References: <9AD477F3B0524AEF8BF9D2F33874F756@FTXH9K1>	<p2o50697b2c1004171944pfa52368ak83a441c26fd7969b@mail.gmail.com>
	<5635A1C3BD62497683F863A55DBFBDB2@FTXH9K1>
Message-ID: <4BCA8F83.2050205@codebykevin.com>

On 4/18/10 12:24 AM, Mike wrote:
> Hey,
>
> Thanks. I did try it on Debian Linux, and got this:
>
> stripping zgp
> /usr/bin/strip: '-': No such file
> /usr/bin/strip: /root/crap/zgp/src/dist/zgp.app/Contents/MacOS/zgp: File
> format
> not recognized
> stripping saved 0 bytes (116316 / 116316)
>
> I assume that means it didn't work and I'll need a mac?
>
> Mike
>

py2app only works on the Mac...

-- 
Kevin Walzer
Code by Kevin
http://www.codebykevin.com

From ronaldoussoren at mac.com  Sun Apr 18 17:48:06 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 18 Apr 2010 17:48:06 +0200
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download
 (Mac	OS X)
In-Reply-To: <19398.26953.347036.788453@montanaro.dyndns.org>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk> <4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
Message-ID: <039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>


On 15 Apr, 2010, at 3:18, skip at pobox.com wrote:

> 
> (Moving this response from python-dev to pythonmac-sig...)

I'm not too happy about that, the discussion should have been moved to the tracker instead.


> 
>    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

* 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.


>    Michael> imageop            linuxaudiodev      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.    

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.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100418/49c81822/attachment.bin>

From smartmike1 at gmail.com  Wed Apr 21 18:09:16 2010
From: smartmike1 at gmail.com (Mike)
Date: Wed, 21 Apr 2010 12:09:16 -0400
Subject: [Pythonmac-SIG] Module Import Problem
Message-ID: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>

Hi,

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?

Also, will this application build with py2app since it uses this package?

Thanks.


Mike
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100421/860887c0/attachment.html>

From michael.held at bc.biol.ethz.ch  Thu Apr 22 18:52:47 2010
From: michael.held at bc.biol.ethz.ch (Michael Held)
Date: Thu, 22 Apr 2010 18:52:47 +0200
Subject: [Pythonmac-SIG] PyQt and py2app conflicting pre-installed Qt version
Message-ID: <CB6EA977-732A-4BD4-A629-65D2BBE699AF@bc.biol.ethz.ch>

hi PyQt,

after merging to the new Qt 4.6 and PyQt 4.7 I observed strange crashes of my py2app bundled application on another test computer. on my development Mac everything was fine.

running the binary from my .app directly on the shell I saw a number of strange warnings about two Qt versions being used in an undefined way. on the test Mac Qt 4.5 was installed and that was mixed with my Qt 4.6 from the app which caused the crash.
I checked my env and no DYLD_LIBRARY_PATH is set. after deleting the old Qt 4.5 version everything was fine on the test Mac.

the question is now: does my app conflict with any pre-installed Qt version a user might have? what can I do against it?

see a shortened output from the binary below.

thanks a lot!
michael

/Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/test objc[32502]: Class QMacSoundDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QCocoaColorPanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QNSOpenSavePanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QCocoaFontPanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QNSWindowProxy is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QNSPanelProxy is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QCocoaPageLayoutDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QCocoaPrintPanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QNSMenu is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QNSStatusItem is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
objc[32502]: Class QNSImageView is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
QObject::moveToThread: Current thread (0xa300220) is not the object's thread (0x4c80490).
Cannot move to target thread (0x4c80490)

On Mac OS X, you might be loading two sets of Qt binaries into the same process. Check that all plugins are compiled against the right Qt binaries. Export DYLD_PRINT_LIBRARIES=1 and check that only one set of binaries are being loaded.
QObject::moveToThread: Current thread (0xa300220) is not the object's thread (0x4c80490).
Cannot move to target thread (0x4c80490)


From michael.held at bc.biol.ethz.ch  Thu Apr 22 19:12:51 2010
From: michael.held at bc.biol.ethz.ch (Michael Held)
Date: Thu, 22 Apr 2010 19:12:51 +0200
Subject: [Pythonmac-SIG] Problems with py2app and qt
In-Reply-To: <4d91314c0912151227q57e4fe7atd65d3cb76912d6f2@mail.gmail.com>
References: <4d91314c0912142117q794089ct492b3289e0d9f119@mail.gmail.com>
	<3C3F519A-6DFC-4010-BA4C-C3528A00F2E0@ll.mit.edu>
	<4d91314c0912150930v3572b907j6b6d70c50faa3099@mail.gmail.com>
	<E710C883-A14C-46E4-B89B-02B08E159797@gmail.com>
	<4d91314c0912151227q57e4fe7atd65d3cb76912d6f2@mail.gmail.com>
Message-ID: <B6B2D28E-0B3E-4833-9160-B72AD821CF03@bc.biol.ethz.ch>

hi,

thanks for that excellent trick.

it sounds like this is a problem of py2app and its PyQt recipe. this conflict is very dangerous since it could lead to frustrated users of your apps and might give developers a hard time.

could that be included to py2app? also deleting the Qt.debug files from the app in my own post-processing step is a bit cumbersome...

cheers,
and thanks again!!!
michael


On Dec 15, 2009, at 9:27 PM, aditya bhargava wrote:

> Brilliant...it turned out that the Qt libraries were being loaded *twice* ? once from inside the bundle and once from the libraries on my computer.
> 
> The hack fix was to create a qt.conf file inside Contents/Resources and give it a bad path...this way only the libraries inside the bundle are being loaded. Putting this inside qt.conf:
> 
> [Paths]
> Plugins = bollocks
> 
> Did the trick :)
> 
> Thanks Emanuele!
> 
> 
> On Tue, Dec 15, 2009 at 12:45 PM, Emanuele Santos <emanuelesantos at gmail.com> wrote:
> Maybe your app is loading the wrong libs?
> Try running from the terminal and printing the libs that are being loaded:
> 
> $ cd /path/to/your/bundle.app/Contents/MacOS
> $ DYLD_PRINT_LIBRARIES=1 ./your_app
> 
> Check if all the Qt and PyQt libraries loaded are in your bundle.
> 
> -- Emanuele.
> 
> 
> On Dec 15, 2009, at 10:30 AM, aditya bhargava wrote:
> 
> It's a memory issue with Qt I think. The other interesting thing is, this problem doesn't occur if I build the app in alias mode with the -A flag...but of course that's not too useful if I want to distribute applications.
> 
> Here's the issue I get:
> 
> 
> Exception:  EXC_BAD_ACCESS (0x0001)
> Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000
> 
> Thread 0 Crashed:
> 0   QtGui                              0x167c792d QWidget::isActiveWindow() const + 141
> 1   QtGui                              0x16c6fd2e QAccessibleWidget::state(int) const + 222
> 2   QtGui                              0x16c6fd73 QAccessibleWidgetEx::state(int) const + 35
> 3   libqtaccessiblewidgets.dylib       0x16197b9d QAccessibleLineEdit::state(int) const + 33
> 4   QtGui                              0x028f2178 QAccessible::cleanup() + 14728
> 5   QtGui                              0x028f7016 QAccessible::cleanup() + 34854
> 6   QtGui                              0x028f750d QAccessible::updateAccessibility(QObject*, int, QAccessible::Event) + 621
> 7   QtGui                              0x02954e7a QWidgetPrivate::show_helper() + 330
> 8   QtGui                              0x02955553 QWidget::setVisible(bool) + 1267
> 9   QtGui.so                           0x02234aa5 sipQLineEdit::setVisible(bool) + 101
> 10  QtGui                              0x02954cd8 QWidgetPrivate::showChildren(bool) + 328
> 11  QtGui                              0x02954d8c QWidgetPrivate::show_helper() + 92
> 12  QtGui                              0x02955553 QWidget::setVisible(bool) + 1267
> 13  QtGui.so                           0x02417f11 sipQWidget::setVisible(bool) + 101
> 14  QtGui                              0x02954cd8 QWidgetPrivate::showChildren(bool) + 328
> 15  QtGui                              0x02954d8c QWidgetPrivate::show_helper() + 92
> 16  QtGui                              0x02955553 QWidget::setVisible(bool) + 1267
> 17  QtGui.so                           0x02417f11 sipQWidget::setVisible(bool) + 101
> 18  QtGui.so                           0x02420150 sipQWidget::sipProtectVirt_languageChange(bool) + 25936
> 19  org.python.python                  0x00499c5d PyEval_EvalFrameEx + 19936
> 20  org.python.python                  0x0049b8ad PyEval_EvalCodeEx + 1819
> 21  org.python.python                  0x0049ba61 PyEval_EvalCode + 87
> 22  org.python.python                  0x004bf1d0 PyRun_FileExFlags + 260
> 23  org.python.python                  0x0048fe3d PyAST_FromNode + 7784
> 24  org.python.python                  0x00499c5d PyEval_EvalFrameEx + 19936
> 25  org.python.python                  0x0049b8ad PyEval_EvalCodeEx + 1819
> 26  org.python.python                  0x00498f2e PyEval_EvalFrameEx + 16561
> 27  org.python.python                  0x0049b8ad PyEval_EvalCodeEx + 1819
> 28  org.python.python                  0x0049ba61 PyEval_EvalCode + 87
> 29  org.python.python                  0x004bf1d0 PyRun_FileExFlags + 260
> 30  org.python.python                  0x004bf56a PyRun_SimpleFileExFlags + 640
> 31  org.python.python                  0x004bf70d PyRun_SimpleFile + 40
> 32  ...cified.softwareRequirements     0x00007b9f start + 23863
> 33  ...cified.softwareRequirements     0x00008091 main + 297
> 34  ...cified.softwareRequirements     0x00001f63 start + 251
> 35  ...cified.softwareRequirements     0x00001e91 start + 41
> 
> Thread 0 crashed with X86 Thread State (32-bit):
>  eax: 0x00000000  ebx: 0x028f2007  ecx: 0x16784105  edx: 0x00000000
>  edi: 0x003bc630  esi: 0x003ab8a0  ebp: 0xbfffdce8  esp: 0xbfffdcc0
>   ss: 0x0000001f  efl: 0x00010246  eip: 0x167c792d   cs: 0x00000017
>   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> 
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> 
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100422/fb6eeee8/attachment.html>

From michael.held at bc.biol.ethz.ch  Thu Apr 22 19:15:38 2010
From: michael.held at bc.biol.ethz.ch (Michael Held)
Date: Thu, 22 Apr 2010 19:15:38 +0200
Subject: [Pythonmac-SIG] [PyQt] PyQt and py2app conflicting
	pre-installed Qt version
In-Reply-To: <CB6EA977-732A-4BD4-A629-65D2BBE699AF@bc.biol.ethz.ch>
References: <CB6EA977-732A-4BD4-A629-65D2BBE699AF@bc.biol.ethz.ch>
Message-ID: <421D7133-D72B-4C48-A4E6-6827165947BF@bc.biol.ethz.ch>

I found a solution in this list from 2009-12-15. sorry for posting again.


> Brilliant...it turned out that the Qt libraries were being loaded *twice* ? once from inside the bundle and once from the libraries on my computer.
> 
> The hack fix was to create a qt.conf file inside Contents/Resources and give it a bad path...this way only the libraries inside the bundle are being loaded. Putting this inside qt.conf:
> 
> [Paths]
> Plugins = bollocks
> 
> Did the trick :)
> 
> Thanks Emanuele!

-------------- next part --------------
An embedded message was scrubbed...
From: aditya bhargava <bluemangroupie at gmail.com>
Subject: Re: [Pythonmac-SIG] Problems with py2app and qt
Date: Tue, 15 Dec 2009 14:27:10 -0600
Size: 18712
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100422/514e2b32/attachment-0001.eml>
-------------- next part --------------




On Apr 22, 2010, at 6:52 PM, Michael Held wrote:

> hi PyQt,
> 
> after merging to the new Qt 4.6 and PyQt 4.7 I observed strange crashes of my py2app bundled application on another test computer. on my development Mac everything was fine.
> 
> running the binary from my .app directly on the shell I saw a number of strange warnings about two Qt versions being used in an undefined way. on the test Mac Qt 4.5 was installed and that was mixed with my Qt 4.6 from the app which caused the crash.
> I checked my env and no DYLD_LIBRARY_PATH is set. after deleting the old Qt 4.5 version everything was fine on the test Mac.
> 
> the question is now: does my app conflict with any pre-installed Qt version a user might have? what can I do against it?
> 
> see a shortened output from the binary below.
> 
> thanks a lot!
> michael
> 
> /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/test objc[32502]: Class QMacSoundDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QCocoaColorPanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QNSOpenSavePanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QCocoaFontPanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QNSWindowProxy is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QNSPanelProxy is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QCocoaPageLayoutDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QCocoaPrintPanelDelegate is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QNSMenu is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QNSStatusItem is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> objc[32502]: Class QNSImageView is implemented in both /Users/analyzer/Downloads/test_package/test.app/Contents/MacOS/../Frameworks/QtGui.framework/Versions/4/QtGui and /Library/Frameworks/QtGui.framework/Versions/4/QtGui. One of the two will be used. Which one is undefined.
> QObject::moveToThread: Current thread (0xa300220) is not the object's thread (0x4c80490).
> Cannot move to target thread (0x4c80490)
> 
> On Mac OS X, you might be loading two sets of Qt binaries into the same process. Check that all plugins are compiled against the right Qt binaries. Export DYLD_PRINT_LIBRARIES=1 and check that only one set of binaries are being loaded.
> QObject::moveToThread: Current thread (0xa300220) is not the object's thread (0x4c80490).
> Cannot move to target thread (0x4c80490)
> 
> _______________________________________________
> PyQt mailing list    PyQt at riverbankcomputing.com
> http://www.riverbankcomputing.com/mailman/listinfo/pyqt



From janssen at parc.com  Sat Apr 24 07:11:57 2010
From: janssen at parc.com (Bill Janssen)
Date: Fri, 23 Apr 2010 22:11:57 PDT
Subject: [Pythonmac-SIG] buildbots for OS X:  G4 eMacs useful?
Message-ID: <80220.1272085917@parc.com>

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 (I could upgrade to Leopard), 40 GB
disks.  Can we actually build and test on them?

Bill

From michael at voidspace.org.uk  Sat Apr 24 18:19:41 2010
From: michael at voidspace.org.uk (Michael Foord)
Date: Sat, 24 Apr 2010 17:19:41 +0100
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
References: <4BA62546.10906@python.org>
	<hq3e52$8oj$1@dough.gmane.org>	<4BC54E6B.3090209@v.loewis.de>
	<4BC54FD3.4030907@holdenweb.com>	<4BC586BA.9010704@voidspace.org.uk>
	<4BC63457.5020006@canterbury.ac.nz>	<4BC63599.5020005@voidspace.org.uk>	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
Message-ID: <4BD31A1D.70207@voidspace.org.uk>

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>  imageop            linuxaudiodev      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 at 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.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100424/af7b8a4d/attachment.html>

From aahz at pythoncraft.com  Sat Apr 24 18:22:23 2010
From: aahz at pythoncraft.com (Aahz)
Date: Sat, 24 Apr 2010 09:22:23 -0700
Subject: [Pythonmac-SIG] Module Import Problem
In-Reply-To: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
Message-ID: <20100424162223.GA7867@panix.com>

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 (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"It is easier to optimize correct code than to correct optimized code."
--Bill Harlan

From Chris.Barker at noaa.gov  Sat Apr 24 19:53:05 2010
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Sat, 24 Apr 2010 10:53:05 -0700
Subject: [Pythonmac-SIG] buildbots for OS X:  G4 eMacs useful?
In-Reply-To: <80220.1272085917@parc.com>
References: <80220.1272085917@parc.com>
Message-ID: <4BD33001.1060009@noaa.gov>

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/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From janssen at parc.com  Sat Apr 24 21:45:50 2010
From: janssen at parc.com (Bill Janssen)
Date: Sat, 24 Apr 2010 12:45:50 PDT
Subject: [Pythonmac-SIG] buildbots for OS X: G4 eMacs useful?
In-Reply-To: <4BD33001.1060009@noaa.gov>
References: <80220.1272085917@parc.com> <4BD33001.1060009@noaa.gov>
Message-ID: <81437.1272138350@parc.com>

Chris Barker <Chris.Barker at 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

From smartmike1 at gmail.com  Sun Apr 25 06:15:24 2010
From: smartmike1 at gmail.com (Mike)
Date: Sun, 25 Apr 2010 00:15:24 -0400
Subject: [Pythonmac-SIG] Module Import Problem
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
Message-ID: <FDA3449199CB4E3D813B3C26DEC4227E@FTXH9K1>

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" <aahz at pythoncraft.com>
To: <pythonmac-sig at 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 (aahz at 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 at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG 


From smartmike1 at gmail.com  Sun Apr 25 06:25:58 2010
From: smartmike1 at gmail.com (Mike)
Date: Sun, 25 Apr 2010 00:25:58 -0400
Subject: [Pythonmac-SIG] Module Import Problem
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
Message-ID: <4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>

Hi again,

We tried installing pyObjC using easy_install, which worked. we now get this 
error, and not sure  what to do about it:

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>
  File 
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10
.3-fat.egg/Foundation/__init__.py", line 8, in <module>
  File 
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/
objc/__init__.py", line 22, in <module>
    _update()
  File 
"/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/
objc/__init__.py", line 19, in _update
    import _objc
ImportError: 
dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-1
0.3-fat.egg/objc/_objc.so, 2): Library not loaded: /usr/lib/libxml2.2.dylib
  Referenced from: 
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10
.3-fat.egg/objc/_objc.so
  Reason: Incompatible library version: _objc.so requires version 10.0.0 or 
later, but libxml2.2.dylib provides version 9.0.0


----- Original Message ----- 
From: "Aahz" <aahz at pythoncraft.com>
To: <pythonmac-sig at 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 (aahz at 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 at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG 


From ronaldoussoren at mac.com  Sun Apr 25 16:31:55 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 25 Apr 2010 16:31:55 +0200
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <4BD31A1D.70207@voidspace.org.uk>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk> <4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
Message-ID: <713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>


On 24 Apr, 2010, at 18:19, Michael Foord wrote:

> 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.)

gdbm and bsddb are python wrappers for C libraries that aren't part of OSX, if you want to use them you have to install those C libraries manually (GNU DBM and Sleepycat DB).

> 
>> * 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.

"configure --enable-universalsdk=/ " results in a binary that is 32-bit and runs natively on i386 and ppc machines.

>>>    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?

That should work, but only when setup.py finds that readline install.

>> 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

On 10.6 the compiler generates 64-bit code by default, use:

configure --enable-universalsdk=/ ...

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100425/baad8d28/attachment.bin>

From ronaldoussoren at mac.com  Sun Apr 25 17:57:18 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 25 Apr 2010 17:57:18 +0200
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <4BD454F6.8010907@voidspace.org.uk>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk> <4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
	<4BD454F6.8010907@voidspace.org.uk>
Message-ID: <5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>


On 25 Apr, 2010, at 16:43, Michael Foord wrote:

> On 25/04/2010 15:31, Ronald Oussoren wrote:
>> On 24 Apr, 2010, at 18:19, Michael Foord wrote:
>> 
>>   
>>> 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.)
>>>     
>> gdbm and bsddb are python wrappers for C libraries that aren't part of OSX, if you want to use them you have to install those C libraries manually (GNU DBM and Sleepycat DB).
>> 
>>   
> 
> Is all this documented anywhere? (A description of how to do a "full" build - all supported modules - on Mac OS X.)

Not that I know.  The OSX installers on python.org include more C libraries, but not everything. The script that creates those installers is in the repository and it should be easy enough to enhance that to include more libraries.
>>>>>         
>>>> 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?
>>>     
>> That should work, but only when setup.py finds that readline install.
>> 
>>   
> 
> How do I configure that? It looks like the location needs to be in PyBuildExt.compiler.lib_dirs - inherited from distutils.command.build_ext.build_ext. It doesn't look very easily configurable.
> 
> The documentation is a little "terse" (i.e. non-existent): http://docs.python.org/distutils/apiref.html#module-distutils.command.build_ext

One trick it so add   OPT="/my/build/root/include" LDFLAGS="-L/my/build/root/lib" to the configure line, that way setup.py will look into /my/build/root/include for headers (and .../lib for library files).

One other thing: the OSX linker looks for dynamic libraries all along its search path before looking for static libraries, you have to add " -search_paths_first" to LDFLAGS if you have static libraries that you want to link to which may also be on the system.

BTW. If you don't mind getting libedit instead of GNU readline run configure with 'MACOSX_DEPLOYMENT_TARGET=10.5' (or 10.6) in the shell environment.  The resulting binary will require OSX 10.5 and setup.py will then use the readline emulation in the system  library 'libedit' (it won't do so with the default options because that generates a binary that runs on 10.3.9 or 10.4 and those don't have a good enough libedit library).   Libedit is a BSD library that offers simular functionality to GNU readline, but using a different C API and a different configuration. 

Ronald

> 
> All the best,
> 
> Michael Foord
> 
>>>> 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
>>>     
>> On 10.6 the compiler generates 64-bit code by default, use:
>> 
>> configure --enable-universalsdk=/ ...
>> 
>> Ronald
>> 
>>   
> 
> 
> -- 
> 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.
> 
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100425/2d77be98/attachment.bin>

From Chris.Barker at noaa.gov  Sun Apr 25 18:14:08 2010
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Sun, 25 Apr 2010 09:14:08 -0700
Subject: [Pythonmac-SIG] Module Import Problem
In-Reply-To: <4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
	<4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
Message-ID: <4BD46A50.2080501@noaa.gov>

Mike wrote:
>  File "build/bdist.macosx-10.6-universal/egg/pyttsx/__init__.py", line 
> 39, in init

this looks like you are running code out of the build dir, which may not 
have anything to do with your problem, but it's odd.

How are you running this, setting your paths, etc?

-Chris


>  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>
>  File 
> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10 
> 
> .3-fat.egg/Foundation/__init__.py", line 8, in <module>
>  File 
> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
> 
> objc/__init__.py", line 22, in <module>
>    _update()
>  File 
> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
> 
> objc/__init__.py", line 19, in _update
>    import _objc
> ImportError: 
> dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-1 
> 
> 0.3-fat.egg/objc/_objc.so, 2): Library not loaded: /usr/lib/libxml2.2.dylib
>  Referenced from: 
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 
> 
> .3-fat.egg/objc/_objc.so
>  Reason: Incompatible library version: _objc.so requires version 10.0.0 
> or later, but libxml2.2.dylib provides version 9.0.0
> 
> 
> ----- Original Message ----- From: "Aahz" <aahz at pythoncraft.com>
> To: <pythonmac-sig at 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 (aahz at 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 at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG 
> 
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From smartmike1 at gmail.com  Sun Apr 25 18:20:11 2010
From: smartmike1 at gmail.com (Mike)
Date: Sun, 25 Apr 2010 12:20:11 -0400
Subject: [Pythonmac-SIG] Module Import Problem
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1><20100424162223.GA7867@panix.com><4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
	<4BD46A50.2080501@noaa.gov>
Message-ID: <32E509F9996C442B9117CAE0A87FF664@FTXH9K1>

I don't think I'm doing anything special really. Just running it with python 
zgp.py. It may be something the pyttsx package is doing...
----- Original Message ----- 
From: "Chris Barker" <Chris.Barker at noaa.gov>
To: <pythonmac-sig at python.org>
Sent: Sunday, April 25, 2010 12:14 PM
Subject: Re: [Pythonmac-SIG] Module Import Problem


> Mike wrote:
>>  File "build/bdist.macosx-10.6-universal/egg/pyttsx/__init__.py", line 
>> 39, in init
>
> this looks like you are running code out of the build dir, which may not 
> have anything to do with your problem, but it's odd.
>
> How are you running this, setting your paths, etc?
>
> -Chris
>
>
>>  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>
>>  File 
>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10 
>> .3-fat.egg/Foundation/__init__.py", line 8, in <module>
>>  File 
>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
>> objc/__init__.py", line 22, in <module>
>>    _update()
>>  File 
>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
>> objc/__init__.py", line 19, in _update
>>    import _objc
>> ImportError: 
>> dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-1 
>> 0.3-fat.egg/objc/_objc.so, 2): Library not loaded: 
>> /usr/lib/libxml2.2.dylib
>>  Referenced from: 
>> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 
>> .3-fat.egg/objc/_objc.so
>>  Reason: Incompatible library version: _objc.so requires version 10.0.0 
>> or later, but libxml2.2.dylib provides version 9.0.0
>>
>>
>> ----- Original Message ----- From: "Aahz" <aahz at pythoncraft.com>
>> To: <pythonmac-sig at 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 (aahz at 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 at python.org
>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>>
>> _______________________________________________
>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>
>
> -- 
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R            (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115       (206) 526-6317   main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG 


From michael at voidspace.org.uk  Sun Apr 25 18:20:53 2010
From: michael at voidspace.org.uk (Michael Foord)
Date: Sun, 25 Apr 2010 17:20:53 +0100
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>
References: <4BA62546.10906@python.org>
	<hq3e52$8oj$1@dough.gmane.org>	<4BC54E6B.3090209@v.loewis.de>
	<4BC54FD3.4030907@holdenweb.com>	<4BC586BA.9010704@voidspace.org.uk>
	<4BC63457.5020006@canterbury.ac.nz>	<4BC63599.5020005@voidspace.org.uk>	<19398.26953.347036.788453@montanaro.dyndns.org>	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>	<4BD31A1D.70207@voidspace.org.uk>	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>	<4BD454F6.8010907@voidspace.org.uk>
	<5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>
Message-ID: <4BD46BE5.2000903@voidspace.org.uk>

On 25/04/2010 16:57, Ronald Oussoren wrote:
> On 25 Apr, 2010, at 16:43, Michael Foord wrote
>> On 25/04/2010 15:31, Ronald Oussoren wrote:
>>      
>>> On 24 Apr, 2010, at 18:19, Michael Foord wrote:
>>>
>>>        
>>>> 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.)
>>>>
>>>>          
>>> gdbm and bsddb are python wrappers for C libraries that aren't part of OSX, if you want to use them you have to install those C libraries manually (GNU DBM and Sleepycat DB).
>>>
>>>        
>> Is all this documented anywhere? (A description of how to do a "full" build - all supported modules - on Mac OS X.)
>>      
> Not that I know.  The OSX installers on python.org include more C libraries, but not everything. The script that creates those installers is in the repository and it should be easy enough to enhance that to include more libraries.
>    

Sorry, by creating a "full" build I meant building a Python including 
all the libraries that come with the standard installer from python.org. 
The sort of documentation I was looking for was not how to extend the 
build script - but what third party C libraries need to be installed in 
order to perform the standard build.

Probably that doesn't exist either, but I guess if it *did* exist it 
would be easier for other people to help by building the installers for 
new releases. :-)


>>>>>>
>>>>>>              
>>>>> 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?
>>>>
>>>>          
>>> That should work, but only when setup.py finds that readline install.
>>>
>>>
>>>        
>> How do I configure that? It looks like the location needs to be in PyBuildExt.compiler.lib_dirs - inherited from distutils.command.build_ext.build_ext. It doesn't look very easily configurable.
>>
>> The documentation is a little "terse" (i.e. non-existent): http://docs.python.org/distutils/apiref.html#module-distutils.command.build_ext
>>      
> One trick it so add   OPT="/my/build/root/include" LDFLAGS="-L/my/build/root/lib" to the configure line, that way setup.py will look into /my/build/root/include for headers (and .../lib for library files).
>
> One other thing: the OSX linker looks for dynamic libraries all along its search path before looking for static libraries, you have to add " -search_paths_first" to LDFLAGS if you have static libraries that you want to link to which may also be on the system.
>    

With this configure line:

     ./configure --prefix=/dev/null --with-pydebug --enable-universalsdk 
OPT="/usr/local/include" LDFLAGS="-L/usr/local/lib"

I get the following error on make:

     $ make -s
powerpc-apple-darwin10-gcc-4.0.1: /usr/local/include: linker input file 
unused because linking not done
i686-apple-darwin10-gcc-4.0.1: /usr/local/include: linker input file 
unused because linking not done
lipo: can't figure out the architecture type of: 
/var/folders/WD/WDk8J3uFE7OM9tRer5Oy4E+++TI/-Tmp-//cc1ezMQD.out
make: *** [Modules/python.o] Error 1

With:

     ./configure --prefix=/dev/null --with-pydebug 
OPT="/usr/local/include" LDFLAGS="-L/usr/local/lib"

I get a different error on make:

     $ make -s
...
i686-apple-darwin10-gcc-4.2.1: /usr/local/include: linker input file 
unused because linking not done
ld: in /usr/local/include, can't map file, errno=22
collect2: ld returned 1 exit status
make: *** [Parser/pgen] Error 1

With:

     ./configure --prefix=/dev/null --with-pydebug 
OPT="/usr/local/include" LDFLAGS="-L/usr/local/lib -search_paths_first"

I get the same error on make as above. Looks like getting Python to 
build against readline installed with brew maybe tricky.

> BTW. If you don't mind getting libedit instead of GNU readline run configure with 'MACOSX_DEPLOYMENT_TARGET=10.5' (or 10.6) in the shell environment.  The resulting binary will require OSX 10.5 and setup.py will then use the readline emulation in the system  library 'libedit' (it won't do so with the default options because that generates a binary that runs on 10.3.9 or 10.4 and those don't have a good enough libedit library).   Libedit is a BSD library that offers simular functionality to GNU readline, but using a different C API and a different configuration.
>    

Cool - for my own builds that would be fine.

Thanks

Michael



-- 
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.



From Chris.Barker at noaa.gov  Sun Apr 25 18:26:39 2010
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Sun, 25 Apr 2010 09:26:39 -0700
Subject: [Pythonmac-SIG] Module Import Problem
In-Reply-To: <32E509F9996C442B9117CAE0A87FF664@FTXH9K1>
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
	<4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
	<4BD46A50.2080501@noaa.gov> <32E509F9996C442B9117CAE0A87FF664@FTXH9K1>
Message-ID: <4BD46D3F.7020009@noaa.gov>

Mike wrote:
> I don't think I'm doing anything special really. Just running it with 
> python zgp.py. It may be something the pyttsx package is doing...

how did you install pyttsx ?

-Chris


> ----- Original Message ----- From: "Chris Barker" <Chris.Barker at noaa.gov>
> To: <pythonmac-sig at python.org>
> Sent: Sunday, April 25, 2010 12:14 PM
> Subject: Re: [Pythonmac-SIG] Module Import Problem
> 
> 
>> Mike wrote:
>>>  File "build/bdist.macosx-10.6-universal/egg/pyttsx/__init__.py", 
>>> line 39, in init
>>
>> this looks like you are running code out of the build dir, which may 
>> not have anything to do with your problem, but it's odd.
>>
>> How are you running this, setting your paths, etc?
>>
>> -Chris
>>
>>
>>>  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>
>>>  File 
>>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10 
>>> .3-fat.egg/Foundation/__init__.py", line 8, in <module>
>>>  File 
>>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
>>> objc/__init__.py", line 22, in <module>
>>>    _update()
>>>  File 
>>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
>>> objc/__init__.py", line 19, in _update
>>>    import _objc
>>> ImportError: 
>>> dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-1 
>>> 0.3-fat.egg/objc/_objc.so, 2): Library not loaded: 
>>> /usr/lib/libxml2.2.dylib
>>>  Referenced from: 
>>> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 
>>> .3-fat.egg/objc/_objc.so
>>>  Reason: Incompatible library version: _objc.so requires version 
>>> 10.0.0 or later, but libxml2.2.dylib provides version 9.0.0
>>>
>>>
>>> ----- Original Message ----- From: "Aahz" <aahz at pythoncraft.com>
>>> To: <pythonmac-sig at 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 (aahz at 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 at python.org
>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>>>
>>> _______________________________________________
>>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>>
>>
>> -- 
>> Christopher Barker, Ph.D.
>> Oceanographer
>>
>> Emergency Response Division
>> NOAA/NOS/OR&R            (206) 526-6959   voice
>> 7600 Sand Point Way NE   (206) 526-6329   fax
>> Seattle, WA  98115       (206) 526-6317   main reception
>>
>> Chris.Barker at noaa.gov
>> _______________________________________________
>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG 
> 
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From ronaldoussoren at mac.com  Sun Apr 25 18:28:08 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 25 Apr 2010 18:28:08 +0200
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <4BD46BE5.2000903@voidspace.org.uk>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk> <4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
	<4BD454F6.8010907@voidspace.org.uk>
	<5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>
	<4BD46BE5.2000903@voidspace.org.uk>
Message-ID: <21AE8E9A-6011-427D-8C9F-6EBE63ADC9A4@mac.com>


On 25 Apr, 2010, at 18:20, Michael Foord wrote:
>>> 
>> Not that I know.  The OSX installers on python.org include more C libraries, but not everything. The script that creates those installers is in the repository and it should be easy enough to enhance that to include more libraries.
>>   
> 
> Sorry, by creating a "full" build I meant building a Python including all the libraries that come with the standard installer from python.org. The sort of documentation I was looking for was not how to extend the build script - but what third party C libraries need to be installed in order to perform the standard build.

> 
> Probably that doesn't exist either, but I guess if it *did* exist it would be easier for other people to help by building the installers for new releases. :-)

It doesn't exist as documentation, but the process is fully automated: run Mac/BuildScript/build-installer.py on a system running OSX 10.5 with ActiveState Tcl/Tk installed in /Library/Frameworks.

This doesn't work correctly set on 10.6 because Python links to a number of system libraries that have changed in 10.6. We try to get a working binary by using an OSX SDK, but that only works on 10.5 because setup.py looks at system headers instead of the ones in the SDK.  I'm working on a fix for that (see issue 7724 <http://bugs.python.org/issue7724>), running a 10.5 VM just for doing test builds of the installer sucks.

There's also a buildbot that's running OSX 10.4 and is can build the installer (or is very close to it, I'm slightly behind on my e-mail).

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100425/ddc230cb/attachment-0001.bin>

From michael at voidspace.org.uk  Sun Apr 25 18:33:27 2010
From: michael at voidspace.org.uk (Michael Foord)
Date: Sun, 25 Apr 2010 17:33:27 +0100
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <21AE8E9A-6011-427D-8C9F-6EBE63ADC9A4@mac.com>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk>
	<4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
	<4BD454F6.8010907@voidspace.org.uk>
	<5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>
	<4BD46BE5.2000903@voidspace.org.uk>
	<21AE8E9A-6011-427D-8C9F-6EBE63ADC9A4@mac.com>
Message-ID: <4BD46ED7.1090201@voidspace.org.uk>

On 25/04/2010 17:28, Ronald Oussoren wrote:
> On 25 Apr, 2010, at 18:20, Michael Foord wrote:
>    
>>>>          
>>> Not that I know.  The OSX installers on python.org include more C libraries, but not everything. The script that creates those installers is in the repository and it should be easy enough to enhance that to include more libraries.
>>>
>>>        
>> Sorry, by creating a "full" build I meant building a Python including all the libraries that come with the standard installer from python.org. The sort of documentation I was looking for was not how to extend the build script - but what third party C libraries need to be installed in order to perform the standard build.
>>      
>> Probably that doesn't exist either, but I guess if it *did* exist it would be easier for other people to help by building the installers for new releases. :-)
>>      
> It doesn't exist as documentation, but the process is fully automated: run Mac/BuildScript/build-installer.py on a system running OSX 10.5 with ActiveState Tcl/Tk installed in /Library/Frameworks.
>    

But that doesn't *tell me* which third party libraries I need to install 
first... The fact that the build is automated *once you have the correct 
environment in place* doesn't help me *create that environment*. That is 
the part I am asking about documentation for.

You mention about have ActiveState Tcl/Tk installed - but that won't 
build readline, bsddb and possibly other C extension libraries that are 
part of a standard install from a Python.org Mac OS X installer.


> This doesn't work correctly set on 10.6 because Python links to a number of system libraries that have changed in 10.6. We try to get a working binary by using an OSX SDK, but that only works on 10.5 because setup.py looks at system headers instead of the ones in the SDK.  I'm working on a fix for that (see issue 7724<http://bugs.python.org/issue7724>), running a 10.5 VM just for doing test builds of the installer sucks.
>
> There's also a buildbot that's running OSX 10.4 and is can build the installer (or is very close to it, I'm slightly behind on my e-mail).
>    

Having the build working correctly on 10.6 will be great! Thank you for 
all you do.

All the best,

Michael Foord



> Ronald
>
>    


-- 
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.



From smartmike1 at gmail.com  Sun Apr 25 18:50:18 2010
From: smartmike1 at gmail.com (Mike)
Date: Sun, 25 Apr 2010 12:50:18 -0400
Subject: [Pythonmac-SIG] Module Import Problem
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1><20100424162223.GA7867@panix.com><4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1><4BD46A50.2080501@noaa.gov>
	<32E509F9996C442B9117CAE0A87FF664@FTXH9K1>
	<4BD46D3F.7020009@noaa.gov>
Message-ID: <CC5996E8B1A5466EA1E484A40C273FDB@FTXH9K1>

Using easy_install. I installed easy_install by using this script:
http://peak.telecommunity.com/dist/ez_setup.py
I ran that as python ez_setup.py seetuptools
Then:
easy_install pyttsx

----- Original Message ----- 
From: "Chris Barker" <Chris.Barker at noaa.gov>
To: <pythonmac-sig at python.org>
Sent: Sunday, April 25, 2010 12:26 PM
Subject: Re: [Pythonmac-SIG] Module Import Problem


> Mike wrote:
>> I don't think I'm doing anything special really. Just running it with 
>> python zgp.py. It may be something the pyttsx package is doing...
>
> how did you install pyttsx ?
>
> -Chris
>
>
>> ----- Original Message ----- From: "Chris Barker" <Chris.Barker at noaa.gov>
>> To: <pythonmac-sig at python.org>
>> Sent: Sunday, April 25, 2010 12:14 PM
>> Subject: Re: [Pythonmac-SIG] Module Import Problem
>>
>>
>>> Mike wrote:
>>>>  File "build/bdist.macosx-10.6-universal/egg/pyttsx/__init__.py", line 
>>>> 39, in init
>>>
>>> this looks like you are running code out of the build dir, which may not 
>>> have anything to do with your problem, but it's odd.
>>>
>>> How are you running this, setting your paths, etc?
>>>
>>> -Chris
>>>
>>>
>>>>  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>
>>>>  File 
>>>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10 
>>>> .3-fat.egg/Foundation/__init__.py", line 8, in <module>
>>>>  File 
>>>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
>>>> objc/__init__.py", line 22, in <module>
>>>>    _update()
>>>>  File 
>>>> "/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.3-fat.egg/ 
>>>> objc/__init__.py", line 19, in _update
>>>>    import _objc
>>>> ImportError: 
>>>> dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-1 
>>>> 0.3-fat.egg/objc/_objc.so, 2): Library not loaded: 
>>>> /usr/lib/libxml2.2.dylib
>>>>  Referenced from: 
>>>> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 
>>>> .3-fat.egg/objc/_objc.so
>>>>  Reason: Incompatible library version: _objc.so requires version 10.0.0 
>>>> or later, but libxml2.2.dylib provides version 9.0.0
>>>>
>>>>
>>>> ----- Original Message ----- From: "Aahz" <aahz at pythoncraft.com>
>>>> To: <pythonmac-sig at 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 (aahz at 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 at python.org
>>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>>>>
>>>> _______________________________________________
>>>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>>>
>>>
>>> -- 
>>> Christopher Barker, Ph.D.
>>> Oceanographer
>>>
>>> Emergency Response Division
>>> NOAA/NOS/OR&R            (206) 526-6959   voice
>>> 7600 Sand Point Way NE   (206) 526-6329   fax
>>> Seattle, WA  98115       (206) 526-6317   main reception
>>>
>>> Chris.Barker at noaa.gov
>>> _______________________________________________
>>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>>
>> _______________________________________________
>> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
>> http://mail.python.org/mailman/listinfo/pythonmac-sig
>> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
>
>
> -- 
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R            (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115       (206) 526-6317   main reception
>
> Chris.Barker at noaa.gov
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG
> 


From ronaldoussoren at mac.com  Sun Apr 25 19:04:23 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sun, 25 Apr 2010 19:04:23 +0200
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <4BD46ED7.1090201@voidspace.org.uk>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk> <4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
	<4BD454F6.8010907@voidspace.org.uk>
	<5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>
	<4BD46BE5.2000903@voidspace.org.uk>
	<21AE8E9A-6011-427D-8C9F-6EBE63ADC9A4@mac.com>
	<4BD46ED7.1090201@voidspace.org.uk>
Message-ID: <913B4B74-C64D-4EDD-AB70-CCAB695EDF9B@mac.com>


On 25 Apr, 2010, at 18:33, Michael Foord wrote:

> On 25/04/2010 17:28, Ronald Oussoren wrote:
>> On 25 Apr, 2010, at 18:20, Michael Foord wrote:
>>   
>>>>>         
>>>> Not that I know.  The OSX installers on python.org include more C libraries, but not everything. The script that creates those installers is in the repository and it should be easy enough to enhance that to include more libraries.
>>>> 
>>>>       
>>> Sorry, by creating a "full" build I meant building a Python including all the libraries that come with the standard installer from python.org. The sort of documentation I was looking for was not how to extend the build script - but what third party C libraries need to be installed in order to perform the standard build.
>>>     Probably that doesn't exist either, but I guess if it *did* exist it would be easier for other people to help by building the installers for new releases. :-)
>>>     
>> It doesn't exist as documentation, but the process is fully automated: run Mac/BuildScript/build-installer.py on a system running OSX 10.5 with ActiveState Tcl/Tk installed in /Library/Frameworks.
>>   
> 
> But that doesn't *tell me* which third party libraries I need to install first... The fact that the build is automated *once you have the correct environment in place* doesn't help me *create that environment*. That is the part I am asking about documentation for.

My paragraph above is everything that is needed. The whole point of the script is to not have to create an environment but have a reproducable build.  I'm thinking about removing the need for installing Tcl/Tk as well, it should be possible to get the same effect by creative use of linker flags. 

> 
> You mention about have ActiveState Tcl/Tk installed - but that won't build readline, bsddb and possibly other C extension libraries that are part of a standard install from a Python.org Mac OS X installer.

You don't have to install anything beyond Tcl/Tk. 

Ronald
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100425/684db590/attachment-0001.bin>

From michael at voidspace.org.uk  Sun Apr 25 19:08:19 2010
From: michael at voidspace.org.uk (Michael Foord)
Date: Sun, 25 Apr 2010 18:08:19 +0100
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <913B4B74-C64D-4EDD-AB70-CCAB695EDF9B@mac.com>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk>
	<4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
	<4BD454F6.8010907@voidspace.org.uk>
	<5DEF5D60-9405-4AA1-9656-0FBBFA797EAF@mac.com>
	<4BD46BE5.2000903@voidspace.org.uk>
	<21AE8E9A-6011-427D-8C9F-6EBE63ADC9A4@mac.com>
	<4BD46ED7.1090201@voidspace.org.uk>
	<913B4B74-C64D-4EDD-AB70-CCAB695EDF9B@mac.com>
Message-ID: <4BD47703.7020006@voidspace.org.uk>

On 25/04/2010 18:04, Ronald Oussoren wrote:
> On 25 Apr, 2010, at 18:33, Michael Foord wrote:
>
>    
>> On 25/04/2010 17:28, Ronald Oussoren wrote:
>>      
>>> On 25 Apr, 2010, at 18:20, Michael Foord wrote:
>>>
>>>        
>>>>>>
>>>>>>              
>>>>> Not that I know.  The OSX installers on python.org include more C libraries, but not everything. The script that creates those installers is in the repository and it should be easy enough to enhance that to include more libraries.
>>>>>
>>>>>
>>>>>            
>>>> Sorry, by creating a "full" build I meant building a Python including all the libraries that come with the standard installer from python.org. The sort of documentation I was looking for was not how to extend the build script - but what third party C libraries need to be installed in order to perform the standard build.
>>>>      Probably that doesn't exist either, but I guess if it *did* exist it would be easier for other people to help by building the installers for new releases. :-)
>>>>
>>>>          
>>> It doesn't exist as documentation, but the process is fully automated: run Mac/BuildScript/build-installer.py on a system running OSX 10.5 with ActiveState Tcl/Tk installed in /Library/Frameworks.
>>>
>>>        
>> But that doesn't *tell me* which third party libraries I need to install first... The fact that the build is automated *once you have the correct environment in place* doesn't help me *create that environment*. That is the part I am asking about documentation for.
>>      
> My paragraph above is everything that is needed. The whole point of the script is to not have to create an environment but have a reproducable build.  I'm thinking about removing the need for installing Tcl/Tk as well, it should be possible to get the same effect by creative use of linker flags.
>
>    

So without installing any third party C libraries (other than Tk/Tcl) 
the bsddb, readline (etc) modules *will* be built if you use the Mac 
build-installer.py script even though they aren't built by ./configure 
then make?

Michael

>> You mention about have ActiveState Tcl/Tk installed - but that won't build readline, bsddb and possibly other C extension libraries that are part of a standard install from a Python.org Mac OS X installer.
>>      
> You don't have to install anything beyond Tcl/Tk.
>
> Ronald


-- 
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.



From aahz at pythoncraft.com  Sun Apr 25 20:02:11 2010
From: aahz at pythoncraft.com (Aahz)
Date: Sun, 25 Apr 2010 11:02:11 -0700
Subject: [Pythonmac-SIG] Mac in VM?
Message-ID: <20100425180211.GA9680@panix.com>

[starting a new thread]

On Sun, Apr 25, 2010, Ronald Oussoren wrote:
>
>  [...] running a 10.5 VM just for doing test builds of the installer
> sucks.

Could you point at documentation on running Mac VMs?  AFAICT, you can
only do that with OS X Server; if you know differently that would be a
huge help.
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"It is easier to optimize correct code than to correct optimized code."
--Bill Harlan

From fuzzyman at voidspace.org.uk  Sun Apr 25 16:43:02 2010
From: fuzzyman at voidspace.org.uk (Michael Foord)
Date: Sun, 25 Apr 2010 15:43:02 +0100
Subject: [Pythonmac-SIG] [Python-Dev] Fwd: Broken link to download (Mac
 OS X)
In-Reply-To: <713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
References: <4BA62546.10906@python.org> <hq3e52$8oj$1@dough.gmane.org>
	<4BC54E6B.3090209@v.loewis.de> <4BC54FD3.4030907@holdenweb.com>
	<4BC586BA.9010704@voidspace.org.uk>
	<4BC63457.5020006@canterbury.ac.nz>
	<4BC63599.5020005@voidspace.org.uk>
	<19398.26953.347036.788453@montanaro.dyndns.org>
	<039A4059-4C34-426D-B44D-D18F5A02C366@mac.com>
	<4BD31A1D.70207@voidspace.org.uk>
	<713822CE-563E-4A7F-9CBA-501AAC9A8EE8@mac.com>
Message-ID: <4BD454F6.8010907@voidspace.org.uk>

On 25/04/2010 15:31, Ronald Oussoren wrote:
> On 24 Apr, 2010, at 18:19, Michael Foord wrote:
>
>    
>> 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.)
>>      
> gdbm and bsddb are python wrappers for C libraries that aren't part of OSX, if you want to use them you have to install those C libraries manually (GNU DBM and Sleepycat DB).
>
>    

Is all this documented anywhere? (A description of how to do a "full" 
build - all supported modules - on Mac OS X.)

>>      
>>> * 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.
>>      
> "configure --enable-universalsdk=/ " results in a binary that is 32-bit and runs natively on i386 and ppc machines.
>    

Thanks. I discovered this after a bit of googling - it works for me and 
results in a working build of Tkinter.

>    
>>>>     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?
>>      
> That should work, but only when setup.py finds that readline install.
>
>    

How do I configure that? It looks like the location needs to be in 
PyBuildExt.compiler.lib_dirs - inherited from 
distutils.command.build_ext.build_ext. It doesn't look very easily 
configurable.

The documentation is a little "terse" (i.e. non-existent): 
http://docs.python.org/distutils/apiref.html#module-distutils.command.build_ext

All the best,

Michael Foord

>>> 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
>>      
> On 10.6 the compiler generates 64-bit code by default, use:
>
> configure --enable-universalsdk=/ ...
>
> Ronald
>
>    


-- 
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.



From smartmike1 at gmail.com  Tue Apr 27 02:37:56 2010
From: smartmike1 at gmail.com (Mike)
Date: Mon, 26 Apr 2010 20:37:56 -0400
Subject: [Pythonmac-SIG] Module Import Problem
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
	<4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
	<4BD46A50.2080501@noaa.gov>
	<32E509F9996C442B9117CAE0A87FF664@FTXH9K1>
	<4BD46D3F.7020009@noaa.gov>
	<DE836646F4244B83884215A0F1F13117@FTXH9K1>
	<4BD477DB.5030307@noaa.gov>
Message-ID: <B9840B95EEAD4F7B8ADDB813ABF24F53@FTXH9K1>

I figured I'd try installing PyObjC from source. However, the Mac doesn't 
seem to have GCC. I can't figure out how to get this, without paying for 
some develeopers account. Even if I did I think I'd need to bee running Snow 
Leopard and I'm running 10.5.5. Any ideas?



----- Original Message ----- 
From: "Chris Barker" <Chris.Barker at noaa.gov>
To: "Mike" <smartmike1 at gmail.com>
Sent: Sunday, April 25, 2010 1:11 PM
Subject: Re: [Pythonmac-SIG] Module Import Problem


> Mike wrote:
>> Using easy_install. I installed easy_install by using this script:
>> http://peak.telecommunity.com/dist/ez_setup.py
>> I ran that as python ez_setup.py seetuptools
>> Then:
>> easy_install pyttsx
>
> I'm sorry, that may have been a total red herring -- I think that path is 
> given because easy-install put in the pyc files that were built from that 
> location -- so the traceback has that path.
>
> Though I've never noticed that before.
>
>>>>>> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 
>>>>>> .3-fat.egg/objc/_objc.so
>>>>>>  Reason: Incompatible library version: _objc.so requires version 
>>>>>> 10.0.0 or later, but libxml2.2.dylib provides version 9.0.0
>
> I don't have snow leopard, but this looks like a classic library problem, 
> the ObjC libs on snow leopard are looking for a newer libxml2.2 than you 
> have -- where does libxml2.2.dylib live -- anyone know where it is 
> supposed to come from?
>
> -CHB
>
>
> -- 
> Christopher Barker, Ph.D.
> Oceanographer
>
> Emergency Response Division
> NOAA/NOS/OR&R            (206) 526-6959   voice
> 7600 Sand Point Way NE   (206) 526-6329   fax
> Seattle, WA  98115       (206) 526-6317   main reception
>
> Chris.Barker at noaa.gov 


From Chris.Barker at noaa.gov  Tue Apr 27 02:41:05 2010
From: Chris.Barker at noaa.gov (Chris Barker)
Date: Mon, 26 Apr 2010 17:41:05 -0700
Subject: [Pythonmac-SIG] Module Import Problem
In-Reply-To: <B9840B95EEAD4F7B8ADDB813ABF24F53@FTXH9K1>
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
	<4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
	<4BD46A50.2080501@noaa.gov> <32E509F9996C442B9117CAE0A87FF664@FTXH9K1>
	<4BD46D3F.7020009@noaa.gov> <DE836646F4244B83884215A0F1F13117@FTXH9K1>
	<4BD477DB.5030307@noaa.gov> <B9840B95EEAD4F7B8ADDB813ABF24F53@FTXH9K1>
Message-ID: <4BD632A1.9@noaa.gov>

Mike wrote:
> I figured I'd try installing PyObjC from source. However, the Mac 
> doesn't seem to have GCC. I can't figure out how to get this, 

you need to download XCode Tools from the Apple Developer site

>without 
> paying for some develeopers account. 

You do need to register, but it is free.

> Even if I did I think I'd need to 
> bee running Snow Leopard and I'm running 10.5.5. Any ideas?

You need the latest version that runs on 10.5 -- it's there if you dig a 
bit.

-Chris


> 
> 
> ----- Original Message ----- From: "Chris Barker" <Chris.Barker at noaa.gov>
> To: "Mike" <smartmike1 at gmail.com>
> Sent: Sunday, April 25, 2010 1:11 PM
> Subject: Re: [Pythonmac-SIG] Module Import Problem
> 
> 
>> Mike wrote:
>>> Using easy_install. I installed easy_install by using this script:
>>> http://peak.telecommunity.com/dist/ez_setup.py
>>> I ran that as python ez_setup.py seetuptools
>>> Then:
>>> easy_install pyttsx
>>
>> I'm sorry, that may have been a total red herring -- I think that path 
>> is given because easy-install put in the pyc files that were built 
>> from that location -- so the traceback has that path.
>>
>> Though I've never noticed that before.
>>
>>>>>>> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10 
>>>>>>> .3-fat.egg/objc/_objc.so
>>>>>>>  Reason: Incompatible library version: _objc.so requires version 
>>>>>>> 10.0.0 or later, but libxml2.2.dylib provides version 9.0.0
>>
>> I don't have snow leopard, but this looks like a classic library 
>> problem, the ObjC libs on snow leopard are looking for a newer 
>> libxml2.2 than you have -- where does libxml2.2.dylib live -- anyone 
>> know where it is supposed to come from?
>>
>> -CHB
>>
>>
>> -- 
>> Christopher Barker, Ph.D.
>> Oceanographer
>>
>> Emergency Response Division
>> NOAA/NOS/OR&R            (206) 526-6959   voice
>> 7600 Sand Point Way NE   (206) 526-6329   fax
>> Seattle, WA  98115       (206) 526-6317   main reception
>>
>> Chris.Barker at noaa.gov 
> 
> _______________________________________________
> Pythonmac-SIG maillist  -  Pythonmac-SIG at python.org
> http://mail.python.org/mailman/listinfo/pythonmac-sig
> unsubscribe: http://mail.python.org/mailman/options/Pythonmac-SIG


-- 
Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chris.Barker at noaa.gov

From ronaldoussoren at mac.com  Tue Apr 27 14:46:45 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 27 Apr 2010 14:46:45 +0200
Subject: [Pythonmac-SIG] Mac in VM?
In-Reply-To: <20100425180211.GA9680@panix.com>
References: <20100425180211.GA9680@panix.com>
Message-ID: <16CB731D-2A7B-4E3D-80D6-E637C1C53CD2@mac.com>


On 25 Apr, 2010, at 20:02, Aahz wrote:

> [starting a new thread]
> 
> On Sun, Apr 25, 2010, Ronald Oussoren wrote:
>> 
>> [...] running a 10.5 VM just for doing test builds of the installer
>> sucks.
> 
> Could you point at documentation on running Mac VMs?  AFAICT, you can
> only do that with OS X Server; if you know differently that would be a
> huge help.

I use OSX 10.5 Server in parallels VM.   I use an ADC Developer License for that, I got mine from an ADC Select account, but the current USD 99/year program seems to have the same privileges w.r.t. developer licenses.

OSX runs fine in a VM, albeith somewhat slow due to lack of memory and disk bandwith.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100427/b6d90983/attachment.bin>

From ronaldoussoren at mac.com  Tue Apr 27 14:47:50 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 27 Apr 2010 14:47:50 +0200
Subject: [Pythonmac-SIG] Module Import Problem
In-Reply-To: <4BD632A1.9@noaa.gov>
References: <D9850681292E445184BF8CACD7C0EB40@FTXH9K1>
	<20100424162223.GA7867@panix.com>
	<4889F0BFBE944824A648A6D92DDFE01D@FTXH9K1>
	<4BD46A50.2080501@noaa.gov> <32E509F9996C442B9117CAE0A87FF664@FTXH9K1>
	<4BD46D3F.7020009@noaa.gov> <DE836646F4244B83884215A0F1F13117@FTXH9K1>
	<4BD477DB.5030307@noaa.gov> <B9840B95EEAD4F7B8ADDB813ABF24F53@FTXH9K1>
	<4BD632A1.9@noaa.gov>
Message-ID: <5D253D83-FD62-4A9F-8301-DD1DF971DEF9@mac.com>


On 27 Apr, 2010, at 2:41, Chris Barker wrote:

> Mike wrote:
>> I figured I'd try installing PyObjC from source. However, the Mac doesn't seem to have GCC. I can't figure out how to get this, 
> 
> you need to download XCode Tools from the Apple Developer site

Xcode is also on the MacOSX install disk that's included with the Mac. That's a slightly older version than what you get from the Apple site, but should be good enough for compiling pyobjc and other extensions.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100427/b7184b21/attachment.bin>

From dwf at cs.toronto.edu  Wed Apr 28 00:31:37 2010
From: dwf at cs.toronto.edu (David Warde-Farley)
Date: Tue, 27 Apr 2010 18:31:37 -0400
Subject: [Pythonmac-SIG] Python's Mac/BuildScript/build_installer.py fails
	on 10.6 / 2.6.5
Message-ID: <3824ED79-70A1-4330-8D25-591A77D1578F@cs.toronto.edu>

I have so far had two issues, one that should definitely be addressed by the package maintainers and one that . One was that this line in Mac/Makefile.in,

$(CC) $(subst -arch i386,,$(subst -arch ppc,,$(LDFLAGS))) -o $@ @UNIVERSAL_ARCH64_FLAGS@ $(srcdir)/Tools/pythonw.c

was causing the '-arch ppc' that forms a prefix of '-arch ppc64' to be removed, leaving only a "64" when using --universal-archs=all. I worked around this by adding a space before the two commas.

The second was that the PythonDocumentation target doesn't seem to build, due to some Sphinx error that I haven't hunted down yet. Here's the traceback:

...
...
A    tools/pygments/filter.py
Checked out revision 80558.

Exception occurred:
  File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/encodings/utf_8_sig.py", line 19, in decode
    if input.startswith(codecs.BOM_UTF8):
AttributeError: 'buffer' object has no attribute 'startswith'
The full traceback has been saved in /var/folders/lf/lfVpd1o4GcqQEL0xQ150lU+++TU/-Tmp-/sphinx-err-6FaAYF.log, if you want to report the issue to the developers.
Please also report this if it was a user error, so that a better error message can be provided next time.
Either send bugs to the mailing list at <http://groups.google.com/group/sphinx-dev/>,
or report them in the tracker at <http://bitbucket.org/birkenfeld/sphinx/issues/>. Thanks!
make: *** [build] Error 1
mkdir -p build/html build/doctrees
python tools/sphinx-build.py -b html -d build/doctrees -D latex_paper_size=  . build/html 
Running Sphinx v0.6.5
loading pickled environment... not found
building [html]: targets for 465 source files that are out of date
updating environment: 465 added, 0 changed, 0 removed
reading sources... [  0%] about
Traceback (most recent call last):
  File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 1114, in <module>
    main()
  File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 1082, in main
    buildPythonDocs()
  File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 673, in buildPythonDocs
    runCommand('make html')
  File "/Users/dwf/src/tarball/Python-2.6.5/Mac/BuildScript/build-installer.py", line 353, in runCommand
    raise RuntimeError, "command failed: %s"%(commandline,)
RuntimeError: command failed: make html
dwf at chebyshev:~/src/tarball/Python-2.6.5/Mac/BuildScript$ 



From ronaldoussoren at mac.com  Wed Apr 28 22:36:33 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 28 Apr 2010 22:36:33 +0200
Subject: [Pythonmac-SIG] Python's Mac/BuildScript/build_installer.py
	fails	on 10.6 / 2.6.5
In-Reply-To: <3824ED79-70A1-4330-8D25-591A77D1578F@cs.toronto.edu>
References: <3824ED79-70A1-4330-8D25-591A77D1578F@cs.toronto.edu>
Message-ID: <3D2F7F83-8659-4CEB-8780-978BFAB023BB@mac.com>


On 28 Apr, 2010, at 0:31, David Warde-Farley wrote:

> I have so far had two issues, one that should definitely be addressed by the package maintainers and one that . One was that this line in Mac/Makefile.in,

Please check if the issue is resolved in the repository, and if it isn't file a bug at bugs.python.org.

Ronald

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3567 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100428/fd931de8/attachment.bin>

From ilochab at gmail.com  Thu Apr 29 19:41:49 2010
From: ilochab at gmail.com (IloChab)
Date: Thu, 29 Apr 2010 19:41:49 +0200
Subject: [Pythonmac-SIG]  Qt.so import error running a py2app's app
Message-ID: <r2n166b1c631004291041p9784536dp7e917f03e87b2a74@mail.gmail.com>

I was using py2app 0.3.6 on OsX Tiger and this configuration:

Python 2.5.2
Qt         4.3.4
PyQt    4.3.3
PyQwt 5.0.2

and every thing was working fine with this setup:

        setup(name = 'dieta',
          version = __version__,
          app=[{"script":"dieta.py",
                    "icon_resources": [(1, "icons/dieta.ico")]}],
          data_files=[
                      (os.path.join("plugins","sqldrivers"),
        (glob.glob('/usr/local/Trolltech/Qt-4.3.4/plugins/sqldrivers/*.*'))),
                      (os.path.join("plugins","imageformats"),
        (glob.glob('/usr/local/Trolltech/Qt-4.3.4/plugins/imageformats/*.*'))),
                     ],
          options = {'py2app': {
                                "compressed": 1,
                                "optimize": 2,
                                'argv_emulation':1,
                                "packages": ["encodings"],
                                "includes":["sip", 'PyQt4.QtSvg'],
                                'excludes': ["Tkconstants","Tkinter","tcl"]

                               }
                    },


Now I upgraded my mac to SnowLeopard with:

Python 2.6.1
Qt         4.6.2
PyQt    4.7.3
PyQwt 5.2.1

and running py2app 0.4.2 with this setup:

        setup(name = 'dieta',
          version = __version__,
          app=[{"script":"dieta.py",
                    "icon_resources": [(1, "icons/dieta.ico")]}],
          data_files=[
                      (os.path.join("plugins","sqldrivers"),
        (glob.glob('/Developer/Applications/Qt/plugins/sqldrivers/*.*'))),
                      (os.path.join("plugins","imageformats"),
        (glob.glob('/Developer/Applications/Qt/plugins/imageformats/*.*'))),
                     ],
          options = {'py2app': {
                                "compressed": 1,
                                "optimize": 2,
                                'argv_emulation':1,
                                "packages": ["encodings"],
                                "includes":["sip", 'PyQt4.QtSvg'],
                                'excludes': ["Tkconstants","Tkinter","tcl"]

                               }
                    },

I get an app that on startup gives me this:

ImportError: '/usr/lib/python2.6/lib-dynload/PyQt4/Qt.so' not found

I just started to use snow-leopard, and,really, I dodn't understand
much about its strange way to use target installation directories
(I'm used to linux)

I found that Qt.so its been installed in /Library/Python/2.6/site-packages/PyQt4
and if I look into the app's directory structure I find Qt.so into:
dieta.app/Contents/Resources/lib/python2.6/lib-dynload/PyQt4

Whats wrong with that?
Why I get that error?

I hope some of you will help.

ciao
Licia

From andrewwu at gmail.com  Fri Apr 30 10:18:47 2010
From: andrewwu at gmail.com (Andrew Wu)
Date: Fri, 30 Apr 2010 01:18:47 -0700
Subject: [Pythonmac-SIG] Question on appscript's entire_contents() call
Message-ID: <r2u99acdf3c1004300118t49dcf4c2q2183af6f5cd15034@mail.gmail.com>

Hello,

My team is using py-appscript to do some automated testing (via the
UI).  We really like the entire_contents() call because it gives us
all the UI elements for a given application (as referenced via
app('System Events').processes[app_name]).  However, entire_contents()
seems to return a list, and we lose the advantage of generating
complex queries to discover information about a set of objects.
Instead we've found ourselves having to iterate over the list and
querying each item of interest in the list, which results in a
significant performance hit.

I have 2 primary questions:

a) Is there a way to create complex queries on entire_contents in this
context, or am I stuck iterating over the list that is returned?

b) The same operation on the resultant list on Snow Leopard (10.6.3)
seems to run 4x slower than on Leopard (10.5.8), discounting hardware
differences.  Is there a way for me to setup the appscript
installation to mitigate this performance hit?

As an example, let's say I'd like to build a representative tree
structure of the menu bar for a running application.

Apologies if I'm misusing terms.


Thank you,

Andrew