From ronaldoussoren at mac.com  Tue Jun  1 11:30:45 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 01 Jun 2010 11:30:45 +0200
Subject: [Pythonmac-SIG] py2app, snow leopard, x86_64, ports
In-Reply-To: <AANLkTils6wPAnwSa2e-tdI_mjPLsUvVfZV-mdIEUelG4@mail.gmail.com>
References: <AANLkTils6wPAnwSa2e-tdI_mjPLsUvVfZV-mdIEUelG4@mail.gmail.com>
Message-ID: <83111C8C-FFAE-4F7F-980D-A6F2B9CF1DF5@mac.com>


On 31 May, 2010, at 23:25, Johan Gyllenspetz wrote:

> Hi,
> 
> What is the status on py2app -> snow leopard -> x86_64 and ports.

What ports?

> Do I
> really need to build all port packages with the flag +universal, it
> seems like it seems the application when inspected returns.
> 
> file dist/dog.app/Contents/MacOS/dog
> dist/dog.app/Contents/MacOS/dog: Mach-O universal binary with 2 architectures
> dist/dog.app/Contents/MacOS/dog (for architecture i386):	Mach-O executable i386
> dist/dog.app/Contents/MacOS/dog (for architecture ppc):	Mach-O executable ppc
> 
> Is there a way to tell py2app to build the app for x86_64 instead thus
> solving the issue with having to build all port packages with the
> universal flag (which can be quite tricky).

Rebuilding the stub executable in the py2app package should be enough to enable building 64-bit binaries.  Adding proper support for this is on my list, but I don't know when I'll get around to it. 

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/20100601/0bc3ea1d/attachment.bin>

From johan.gyllenspetz at gmail.com  Tue Jun  1 11:36:40 2010
From: johan.gyllenspetz at gmail.com (Johan Gyllenspetz)
Date: Tue, 1 Jun 2010 11:36:40 +0200
Subject: [Pythonmac-SIG] py2app, snow leopard, x86_64, ports
In-Reply-To: <83111C8C-FFAE-4F7F-980D-A6F2B9CF1DF5@mac.com>
References: <AANLkTils6wPAnwSa2e-tdI_mjPLsUvVfZV-mdIEUelG4@mail.gmail.com>
	<83111C8C-FFAE-4F7F-980D-A6F2B9CF1DF5@mac.com>
Message-ID: <AANLkTik09kRtQOrByRuzDVnN9Iupz0c5F48r_9IPRwPu@mail.gmail.com>

On Tue, Jun 1, 2010 at 11:30 AM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
>
> On 31 May, 2010, at 23:25, Johan Gyllenspetz wrote:
>
>> Hi,
>>
>> What is the status on py2app -> snow leopard -> x86_64 and ports.
>
> What ports?
>

Sorry I ment macports.

>> Do I
>> really need to build all port packages with the flag +universal, it
>> seems like it seems the application when inspected returns.
>>
>> file dist/dog.app/Contents/MacOS/dog
>> dist/dog.app/Contents/MacOS/dog: Mach-O universal binary with 2 architectures
>> dist/dog.app/Contents/MacOS/dog (for architecture i386): ? ? ?Mach-O executable i386
>> dist/dog.app/Contents/MacOS/dog (for architecture ppc): ? ? ? Mach-O executable ppc
>>
>> Is there a way to tell py2app to build the app for x86_64 instead thus
>> solving the issue with having to build all port packages with the
>> universal flag (which can be quite tricky).
>
> Rebuilding the stub executable in the py2app package should be enough to enable building 64-bit binaries. ?Adding proper support for this is on my list, but I don't know when I'll get around to it.
>

Nice! Any tips of how I rebuild the binary manually?

> Ronald
>
>

Johan
>

From ronaldoussoren at mac.com  Tue Jun  1 11:51:09 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 01 Jun 2010 11:51:09 +0200
Subject: [Pythonmac-SIG] py2app, snow leopard, x86_64, ports
In-Reply-To: <AANLkTik09kRtQOrByRuzDVnN9Iupz0c5F48r_9IPRwPu@mail.gmail.com>
References: <AANLkTils6wPAnwSa2e-tdI_mjPLsUvVfZV-mdIEUelG4@mail.gmail.com>
	<83111C8C-FFAE-4F7F-980D-A6F2B9CF1DF5@mac.com>
	<AANLkTik09kRtQOrByRuzDVnN9Iupz0c5F48r_9IPRwPu@mail.gmail.com>
Message-ID: <47108DDE-50A3-41AC-B49E-6B73BDAAA01A@mac.com>


On 1 Jun, 2010, at 11:36, Johan Gyllenspetz wrote:

> On Tue, Jun 1, 2010 at 11:30 AM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
>> 
>> On 31 May, 2010, at 23:25, Johan Gyllenspetz wrote:
>> 
>>> Hi,
>>> 
>>> What is the status on py2app -> snow leopard -> x86_64 and ports.
>> 
>> What ports?
>> 
> 
> Sorry I ment macports.
> 
>>> Do I
>>> really need to build all port packages with the flag +universal, it
>>> seems like it seems the application when inspected returns.
>>> 
>>> file dist/dog.app/Contents/MacOS/dog
>>> dist/dog.app/Contents/MacOS/dog: Mach-O universal binary with 2 architectures
>>> dist/dog.app/Contents/MacOS/dog (for architecture i386):      Mach-O executable i386
>>> dist/dog.app/Contents/MacOS/dog (for architecture ppc):       Mach-O executable ppc
>>> 
>>> Is there a way to tell py2app to build the app for x86_64 instead thus
>>> solving the issue with having to build all port packages with the
>>> universal flag (which can be quite tricky).
>> 
>> Rebuilding the stub executable in the py2app package should be enough to enable building 64-bit binaries.  Adding proper support for this is on my list, but I don't know when I'll get around to it.
>> 
> 
> Nice! Any tips of how I rebuild the binary manually?

There is a setup.py in py2app/apptemplate (and also in .../bundletemplate if you want to build a plugin bundle).  First remove 'prebuilt/main'.

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/20100601/fc3908bb/attachment.bin>

From ronaldoussoren at mac.com  Tue Jun  1 13:25:14 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 01 Jun 2010 13:25:14 +0200
Subject: [Pythonmac-SIG] Python 2.7b2 framework install
In-Reply-To: <776712.82433.qm@web62403.mail.re1.yahoo.com>
References: <776712.82433.qm@web62403.mail.re1.yahoo.com>
Message-ID: <19920130-46C5-4EAA-93EA-482149CDE8EA@mac.com>


On 1 Jun, 2010, at 12:35, Michiel de Hoon wrote:

> I tried this again on Mac OS X 10.5 and found that the Python inside Python.app works as a framework, but python and pythonw do not:
> 
> $ /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python 
> Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import MacOS
>>>> MacOS.WMAvailable()
> True
>>>> ^D
> 
> 
> $ which python
> /Library/Frameworks/Python.framework/Versions/2.7/bin//python
> 
> $ python
> Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import MacOS
>>>> MacOS.WMAvailable()
> False
>>>> ^D
> 
> $ ls -l /usr/local/bin/python
> lrwxr-xr-x  1 root  wheel  60 Jun  1 20:42 /usr/local/bin/python -> /Library/Frameworks/Python.framework/Versions/2.7/bin/python
> 
> $ /usr/local/bin/python
> Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import MacOS
>>>> MacOS.WMAvailable()
> False
>>>> ^D
> 
> If I move python2.7 from /Library/Frameworks/Python.framework/Versions/2.7/bin to /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python, then I can run python2.7 as a framework.
> 
> So I guess what is happening is that because of the use of posix_spawn in pythonw in Python 2.7, the executable is in /Library/Frameworks/Python.framework/Versions/2.7/bin, instead of inside Python.app, so it doesn't interact appropriately with the window manager. Python 2.6 uses execve in pythonw, so /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python is the executable, and behaves as a framework.

For both 2.6 and 2.7 the pythonw and python executables in bin execute Python.app/Contents/MacOS/Python, the latter is the real executable. The only difference between 2.6 and 2.7 is how the executable inside Python.app is started: 2.6 uses execv() to start the real executable while 2.7 uses posix_spawn (when available, it falls back to execv on older versions of OSX).

What happens when you install Python using the beta installer at python.org? Does that behave in the same way as the version you installed yourself? 

I'm currently running 10.6, I'll try to find some time to test in a 10.5 VM later this week.   Could you please file an issue in the python bugtracker to ensure that this issue doesn't get lost?

Ronald


> 
> --Michiel.
> 
> --- On Sun, 5/30/10, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
> 
>> From: Ronald Oussoren <ronaldoussoren at mac.com>
>> Subject: Re: [Pythonmac-SIG] Python 2.7b2 framework install
>> To: "Michiel de Hoon" <mjldehoon at yahoo.com>
>> Cc: pythonmac-sig at python.org
>> Date: Sunday, May 30, 2010, 11:59 AM
>> 
>> On 30 May, 2010, at 4:00, Michiel de Hoon wrote:
>> 
>>> Hi everybody,
>>> 
>>> When I try to install Python as a framework:
>>> 
>>> ./configure --enable-framework
>>> make
>>> make install
>>> 
>>> then Python gets installed under
>> /Library/Frameworks/Python.framework/Versions/2.7, but it
>> doesn't seem to function as a framework:
>>> 
>>>>>> import MacOS
>>>>>> MacOS.WMAvailable()
>>> False
>> 
>> Odd. This works for me using a universal build.
>> 
>> 
>>>>>> 
>>> 
>>> Python 2.6.5 installed as a framework returns True
>> here.
>>> 
>>> With Python 2.7b2, my extension module (the MacOSX
>> backend for matplotlib) doesn't interact correctly with the
>> window manager; it works fine with Python 2.6.5.
>>> 
>>> Did anything change in the installation of frameworks
>> between Python 2.6.5 and 2.7b2?
>> 
>> The python/pythonw command's got replaced by a slightly
>> more useful implementation. 
>> 
>> Which version of OSX are you on?
>> 
>> Ronald
>>> 
>>> Thanks,
>>> --Michiel.
>>> 
>>> 
>>> 
>>> _______________________________________________
>>> 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 --------------
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/20100601/b403441f/attachment.bin>

From mjldehoon at yahoo.com  Tue Jun  1 12:35:17 2010
From: mjldehoon at yahoo.com (Michiel de Hoon)
Date: Tue, 1 Jun 2010 03:35:17 -0700 (PDT)
Subject: [Pythonmac-SIG] Python 2.7b2 framework install
In-Reply-To: <02EED74D-F7CB-4B1F-8975-1D8ECFBF1B32@mac.com>
Message-ID: <776712.82433.qm@web62403.mail.re1.yahoo.com>

I tried this again on Mac OS X 10.5 and found that the Python inside Python.app works as a framework, but python and pythonw do not:

$ /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python 
Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import MacOS
>>> MacOS.WMAvailable()
True
>>> ^D


$ which python
/Library/Frameworks/Python.framework/Versions/2.7/bin//python

$ python
Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import MacOS
>>> MacOS.WMAvailable()
False
>>> ^D

$ ls -l /usr/local/bin/python
lrwxr-xr-x  1 root  wheel  60 Jun  1 20:42 /usr/local/bin/python -> /Library/Frameworks/Python.framework/Versions/2.7/bin/python

$ /usr/local/bin/python
Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
[GCC 4.0.1 (Apple Inc. build 5465)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import MacOS
>>> MacOS.WMAvailable()
False
>>> ^D

If I move python2.7 from /Library/Frameworks/Python.framework/Versions/2.7/bin to /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python, then I can run python2.7 as a framework.

So I guess what is happening is that because of the use of posix_spawn in pythonw in Python 2.7, the executable is in /Library/Frameworks/Python.framework/Versions/2.7/bin, instead of inside Python.app, so it doesn't interact appropriately with the window manager. Python 2.6 uses execve in pythonw, so /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python is the executable, and behaves as a framework.

--Michiel.

--- On Sun, 5/30/10, Ronald Oussoren <ronaldoussoren at mac.com> wrote:

> From: Ronald Oussoren <ronaldoussoren at mac.com>
> Subject: Re: [Pythonmac-SIG] Python 2.7b2 framework install
> To: "Michiel de Hoon" <mjldehoon at yahoo.com>
> Cc: pythonmac-sig at python.org
> Date: Sunday, May 30, 2010, 11:59 AM
> 
> On 30 May, 2010, at 4:00, Michiel de Hoon wrote:
> 
> > Hi everybody,
> > 
> > When I try to install Python as a framework:
> > 
> > ./configure --enable-framework
> > make
> > make install
> > 
> > then Python gets installed under
> /Library/Frameworks/Python.framework/Versions/2.7, but it
> doesn't seem to function as a framework:
> > 
> >>>> import MacOS
> >>>> MacOS.WMAvailable()
> > False
> 
> Odd. This works for me using a universal build.
> 
> 
> >>>> 
> > 
> > Python 2.6.5 installed as a framework returns True
> here.
> > 
> > With Python 2.7b2, my extension module (the MacOSX
> backend for matplotlib) doesn't interact correctly with the
> window manager; it works fine with Python 2.6.5.
> > 
> > Did anything change in the installation of frameworks
> between Python 2.6.5 and 2.7b2?
> 
> The python/pythonw command's got replaced by a slightly
> more useful implementation. 
> 
> Which version of OSX are you on?
> 
> Ronald
> > 
> > Thanks,
> > --Michiel.
> > 
> > 
> > 
> > _______________________________________________
> > 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 kw at codebykevin.com  Tue Jun  1 17:06:49 2010
From: kw at codebykevin.com (Kevin Walzer)
Date: Tue, 01 Jun 2010 11:06:49 -0400
Subject: [Pythonmac-SIG] sys.path corrupted?
Message-ID: <4C052209.3020009@codebykevin.com>

I've been trying to test a new app I'm working on and it appears that my 
sys.path has been corrupted somehow, because Python doesn't see things 
in my site-packages directory.

My $PATH is correctly set up:

which python
/Library/Frameworks/Python64.framework/Versions/Current/bin/python

However, when I run this Python, I get this output:

 >>> import sys
 >>> sys.path
['', 
'/Users/kevin/Programming/phynchronicity/build/Phynchronicity.app/Contents/Resources', 
'/Users/kevin/Programming/phynchronicity/build/Phynchronicity.app/Contents/Resources/Modules.zip']

This specific path is the sys.path for one of my applications wrapped by 
bundlebuilder--not the expected one!

Does anyone have any idea what might cause my framework build of Python 
to see sys.path only in the build directory of one of my apps? I don't 
typically jigger my Python settings with .pth files so I have no idea 
what to look for.

TIA,
Kevin


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

From kw at codebykevin.com  Wed Jun  2 02:39:03 2010
From: kw at codebykevin.com (Kevin Walzer)
Date: Tue, 01 Jun 2010 20:39:03 -0400
Subject: [Pythonmac-SIG] sys.path corrupted?
In-Reply-To: <4C052209.3020009@codebykevin.com>
References: <4C052209.3020009@codebykevin.com>
Message-ID: <4C05A827.2020707@codebykevin.com>

On 6/1/10 11:06 AM, Kevin Walzer wrote:

>
> Does anyone have any idea what might cause my framework build of Python
> to see sys.path only in the build directory of one of my apps? I don't
> typically jigger my Python settings with .pth files so I have no idea
> what to look for.
>

I solved the problem by rebooting. Something had set the PYTHONHOME, 
PYTHONPATH and PYTHONEXECUTABLE environment vars in my shell. I couldn't 
figure it out. Very weird. Ah, well, things work OK now.

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

From ronaldoussoren at mac.com  Wed Jun  2 05:55:37 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Wed, 02 Jun 2010 05:55:37 +0200
Subject: [Pythonmac-SIG] Python 2.7b2 framework install
In-Reply-To: <19920130-46C5-4EAA-93EA-482149CDE8EA@mac.com>
References: <776712.82433.qm@web62403.mail.re1.yahoo.com>
	<19920130-46C5-4EAA-93EA-482149CDE8EA@mac.com>
Message-ID: <383616A8-87D9-4B02-A09C-93D084CCD456@mac.com>


On 1 Jun, 2010, at 13:25, Ronald Oussoren wrote:

> 
> On 1 Jun, 2010, at 12:35, Michiel de Hoon wrote:
> 
>> I tried this again on Mac OS X 10.5 and found that the Python inside Python.app works as a framework, but python and pythonw do not:
>> 
>> $ /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python 
>> Python 2.7b2+ (trunk:81635, Jun  1 2010, 20:39:42) 
>> [GCC 4.0.1 (Apple Inc. build 5465)] on darwin
>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> import MacOS
>>>>> MacOS.WMAvailable()
>> True
>>>>> ^D

I've just committed a fix for this. Thanks to Michiel for helping out in testing.

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/20100602/df30eef9/attachment.bin>

From ttimo at ttimo.net  Fri Jun  4 00:18:17 2010
From: ttimo at ttimo.net (Timothee BESSET)
Date: Thu, 3 Jun 2010 17:18:17 -0500
Subject: [Pythonmac-SIG] Looking for pyapp guru for advice and possible
	functionality/bug fixing help
Message-ID: <AANLkTikaefysYgBhjan1UZzPSlZI8tPBLnSmcwW_yiYD@mail.gmail.com>

Hello,

We are looking to package and distribute a small python app that uses
PyQt. We've had good success on Windows with py2exe, it's a very small
app with one native module, and we end up with a package that's around
10 MB.

I worked on obtaining the same packaging for the Mac with py2app, and
the best I can get is something close to 100 MB. That would probably
be fine if it was a larger application to begin with, but that's a
hard sale for our little script.

I'm hoping this can be reduced, but I'm not sure how to get there.
Here's a bit of info on the setup:

- OSX 10.5, targetting 10.5 and 10.6 using stock python (2.5 from Apple)
- Qt libraries from
http://qt.nokia.com/downloads/qt-for-open-source-cpp-development-on-mac-os-x
(4.6.2 cocoa for OSX 10.5/10.6)
- Installed and compiled the latest sip and PyQt from
http://www.riverbankcomputing.co.uk/ (4.7.3)

Questions:

- Can I distribute only sip/pyqt etc., and have users do a one time
standalone installation of the Qt package?
- Can I skip the packaging of python itself, since I use stock Python
2.5 present on 10.5 and 10.6 releases?

Beyond that I noticed a few issues while working with py2app .. I can
go into more detail if there are developers here actively tracking
py2app stuff..

TTimo

From ralf.gommers at googlemail.com  Wed Jun  2 12:59:27 2010
From: ralf.gommers at googlemail.com (Ralf Gommers)
Date: Wed, 2 Jun 2010 18:59:27 +0800
Subject: [Pythonmac-SIG] bdist_mpkg: more informative error message
In-Reply-To: <AANLkTik4P56b3BQvlv_Kq9IGsBED-0mHlWIT50QgBayp@mail.gmail.com>
References: <AANLkTik5IMeO2bZLX9kUO-gYFg74dfohBchrPdMo2xQl@mail.gmail.com>
	<AANLkTik4P56b3BQvlv_Kq9IGsBED-0mHlWIT50QgBayp@mail.gmail.com>
Message-ID: <AANLkTimXdsV7HUymrK5pKZgwQC9URta8gRkcweMqxpts@mail.gmail.com>

Hi,

For numpy and scipy we use bdist_mkg to build dmg installers, and we had a
user complain about a not so informative error message about a missing
System Python. System Python means from python.org instead of Apple Python,
so I can understand the confusion. You can find the details in
http://projects.scipy.org/scipy/ticket/1177. I propose this fix for
plists.py:

94c94,99
<     title = u'%s requires %s to install.' % (pkgname, name,)
---
>     # System python can be interpreted as Apple Python, explain this
better
>     if name.startswith('System Python'):
>         title = u'%s requires %s from www.python.org to install.' %
(pkgname,
>
name[7:],)
>     else:
>         title = u'%s requires %s to install.' % (pkgname, name,)

I hope this change can end up in the next bdist_mpkg version.

Also, it would be helpful to have a correct email address on PyPi. I
contacted Bob Ippolito, who referred me to this list or Ronald Oussoren (of
whom I have no address).

Best regards,
Ralf Gommers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100602/f52747a1/attachment.html>

From yury at shurup.com  Thu Jun  3 12:49:20 2010
From: yury at shurup.com (Yury V. Zaytsev)
Date: Thu, 03 Jun 2010 12:49:20 +0200
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4BFD6148.8000407@noaa.gov>
References: <4BFC2BA8.6040809@noaa.gov> <1274858227.6918.10.camel@mypride>
	<4BFD6148.8000407@noaa.gov>
Message-ID: <1275562160.6863.20.camel@mypride>

Hi!

On Wed, 2010-05-26 at 10:58 -0700, Christopher Barker wrote:
> > 
> > For instance, I have a whole bunch of Macs out there...
> 
> great -- are any of them running 10.4?
> 

Unfortunately all of them are latest 10.5.x + I don't seem to have root
there :-(
 
-- 
Sincerely yours,
Yury V. Zaytsev


From Chris.Barker at noaa.gov  Fri Jun  4 18:23:07 2010
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Fri, 04 Jun 2010 09:23:07 -0700
Subject: [Pythonmac-SIG] bdist_mpkg: more informative error message
In-Reply-To: <AANLkTimXdsV7HUymrK5pKZgwQC9URta8gRkcweMqxpts@mail.gmail.com>
References: <AANLkTik5IMeO2bZLX9kUO-gYFg74dfohBchrPdMo2xQl@mail.gmail.com>
	<AANLkTik4P56b3BQvlv_Kq9IGsBED-0mHlWIT50QgBayp@mail.gmail.com>
	<AANLkTimXdsV7HUymrK5pKZgwQC9URta8gRkcweMqxpts@mail.gmail.com>
Message-ID: <4C09286B.7030703@noaa.gov>

Ralf Gommers wrote:
> For numpy and scipy we use bdist_mkg to build dmg installers, and we had 
> a user complain about a not so informative error message about a missing 
> System Python. 

This has been an issue for along time -- but I never got as far as 
figuring out a patch -- thanks!

I hope Ronald will get a chance to apply it.

-Chris


System Python means from python.org <http://python.org>
> instead of Apple Python, so I can understand the confusion. You can find 
> the details in http://projects.scipy.org/scipy/ticket/1177. I propose 
> this fix for plists.py:
> 
> 94c94,99
> <     title = u'%s requires %s to install.' % (pkgname, name,)
> ---
>  >     # System python can be interpreted as Apple Python, explain this 
> better
>  >     if name.startswith('System Python'):
>  >         title = u'%s requires %s from www.python.org 
> <http://www.python.org> to install.' % (pkgname,
>  >                                                                      
> name[7:],)
>  >     else:
>  >         title = u'%s requires %s to install.' % (pkgname, name,)
> 
> I hope this change can end up in the next bdist_mpkg version.
> 
> Also, it would be helpful to have a correct email address on PyPi. I 
> contacted Bob Ippolito, who referred me to this list or Ronald Oussoren 
> (of whom I have no address).
> 
> Best regards,
> Ralf Gommers
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> 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 matthias.baas at gmail.com  Sat Jun  5 19:07:37 2010
From: matthias.baas at gmail.com (Matthias Baas)
Date: Sat, 05 Jun 2010 18:07:37 +0100
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4BFD6148.8000407@noaa.gov>
References: <4BFC2BA8.6040809@noaa.gov> <1274858227.6918.10.camel@mypride>
	<4BFD6148.8000407@noaa.gov>
Message-ID: <4C0A8459.2090202@gmail.com>

Christopher Barker wrote:
> great -- are any of them running 10.4?
> 
> I have little time, but here is the short version:
> 
> The goal is to get a PIL binary that is statically linked to all of its
> dependencies, and those dependencies are all universal (32 bit PPC and
> Intel) and linked against the 10.4 sdk (or even the 10.3 one...)
> [...]

Finally, I had some time to have a go at this. It builds fine and it
says that every component is available but when I run selftest.py it
seems that some stuff is missing:

--------------------------------------------------------------------
*** PIL CORE support not installed
*** TKINTER support not installed
--- JPEG support ok
--- ZLIB (PNG/ZIP) support ok
*** FREETYPE2 support not installed
*** LITTLECMS support not installed
--------------------------------------------------------------------
Running selftest:
--- 57 tests passed.

The files _imagingcms.so, _imagingft.so, _imagingtk.so are all
available, so I can't say what exactly went wrong with the test.

By the way, when linking against the static libraries I actually can't
import _imagingft manually because of a missing symbol (_FSOpenResFile).
But I also get the above output when running the test with a version
that's linked against the dynamic libraries.

So it looks like my build is not really ready for distributing.

- Matthias -


From Chris.Barker at noaa.gov  Sat Jun  5 19:22:22 2010
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Sat, 05 Jun 2010 10:22:22 -0700
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4C0A8459.2090202@gmail.com>
References: <4BFC2BA8.6040809@noaa.gov> <1274858227.6918.10.camel@mypride>
	<4BFD6148.8000407@noaa.gov> <4C0A8459.2090202@gmail.com>
Message-ID: <4C0A87CE.5090902@noaa.gov>

Matthias Baas wrote:
> Christopher Barker wrote:
>> great -- are any of them running 10.4?
>>
>> I have little time, but here is the short version:
>>
>> The goal is to get a PIL binary that is statically linked to all of its
>> dependencies, and those dependencies are all universal (32 bit PPC and
>> Intel) and linked against the 10.4 sdk (or even the 10.3 one...)
>> [...]
> 
> Finally, I had some time to have a go at this. It builds fine and it
> says that every component is available but when I run selftest.py it
> seems that some stuff is missing:
> 
> --------------------------------------------------------------------
> *** PIL CORE support not installed

That sure doesn't look good!

> *** TKINTER support not installed
> --- JPEG support ok
> --- ZLIB (PNG/ZIP) support ok
> *** FREETYPE2 support not installed
> *** LITTLECMS support not installed

neither do those.

> --------------------------------------------------------------------
> Running selftest:
> --- 57 tests passed.
> 
> The files _imagingcms.so, _imagingft.so, _imagingtk.so are all
> available, so I can't say what exactly went wrong with the test.

what about  _imaging.so -- that's the key one.

This is my full set of libs:

_imaging.so
_imagingcms.so
_imagingft.so
_imagingmath.so
_imagingtk.so


Look again at the output when you build -- there's got to be an error in 
there somewhere. And do make sure you clean out the "build" dir before 
trying again.

> So it looks like my build is not really ready for distributing.

nope -- but thanks for workign on it -- I hope yu keep at at. sorry I 
don't have any answers for you.

-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 matthias.baas at gmail.com  Sat Jun  5 20:47:55 2010
From: matthias.baas at gmail.com (Matthias Baas)
Date: Sat, 05 Jun 2010 19:47:55 +0100
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4C0A87CE.5090902@noaa.gov>
References: <4BFC2BA8.6040809@noaa.gov>
	<1274858227.6918.10.camel@mypride>	<4BFD6148.8000407@noaa.gov>
	<4C0A8459.2090202@gmail.com> <4C0A87CE.5090902@noaa.gov>
Message-ID: <4C0A9BDB.9050403@gmail.com>

Christopher Barker wrote:
>> *** PIL CORE support not installed
> 
> That sure doesn't look good!
> 
>> *** TKINTER support not installed
>> --- JPEG support ok
>> --- ZLIB (PNG/ZIP) support ok
>> *** FREETYPE2 support not installed
>> *** LITTLECMS support not installed
> 
> neither do those.

Ha! I haven't had a look at selftest.py before. That script requires an
inplace build which I didn't do. Instead, I was pointing PYTHONPATH
inside the build directory and thought it would then pick the modules up
from there, but the test script imports from "PIL" which is not
available in the build directory, so it failed to import any of the so libs.
After doing an inplace build, the test script runs fine. But when I link
against the static lib, the test script only runs fine because it
imports the tk module before the freetype one. Whereas when I just
import _imagingft, I get this:

>>> import PIL._imagingft
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: dlopen(PIL/_imagingft.so, 2): Symbol not found: _FSOpenResFile
  Referenced from: PIL/_imagingft.so
  Expected in: dynamic lookup

This error does not occur if _imagingtk is imported first. So it looks
like we would have to link against some system library when building
_imagingft.

By the way, _imaging.so still depends on /usr/lib/libz.1.dylib, but I
suppose as this is a library that ships with OSX, this should be
available on all systems and so it should be fine. Is this correct?

- Matthias -


From Chris.Barker at noaa.gov  Sat Jun  5 21:48:08 2010
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Sat, 05 Jun 2010 12:48:08 -0700
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4C0A9BDB.9050403@gmail.com>
References: <4BFC2BA8.6040809@noaa.gov> <1274858227.6918.10.camel@mypride>
	<4BFD6148.8000407@noaa.gov> <4C0A8459.2090202@gmail.com>
	<4C0A87CE.5090902@noaa.gov> <4C0A9BDB.9050403@gmail.com>
Message-ID: <4C0AA9F8.1030908@noaa.gov>

Matthias Baas wrote:
> Christopher Barker wrote:
> Ha! I haven't had a look at selftest.py before. That script requires an
> inplace build which I didn't do. Instead, I was pointing PYTHONPATH
> inside the build directory

yup -- that will confuse things.

> But when I link
> against the static lib, the test script only runs fine because it
> imports the tk module before the freetype one. Whereas when I just
> import _imagingft, I get this:
> 
>>>> import PIL._imagingft
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> ImportError: dlopen(PIL/_imagingft.so, 2): Symbol not found: _FSOpenResFile
>   Referenced from: PIL/_imagingft.so
>   Expected in: dynamic lookup
> 
> This error does not occur if _imagingtk is imported first. So it looks
> like we would have to link against some system library when building
> _imagingft.

could be -- I'm clueless on that one, but if I try in it:

 >>> import PIL._imagingft
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
ImportError: 
dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/PIL/_imagingft.so, 
2): Symbol not found: _inflateEnd
   Referenced from: 
/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/PIL/_imagingft.so
   Expected in: dynamic lookup

What I don't know is if we should expect -imagingft to b importable all 
by itself, first. Though I wouldn't think it should depend on TK.

If I do:

 >>> import PIL._imaging
 >>> import PIL._imagingft

it works fine -- which makes sense --you'd never need to import 
_imagingft without importing _imaging first.


> By the way, _imaging.so still depends on /usr/lib/libz.1.dylib, but I
> suppose as this is a library that ships with OSX, this should be
> available on all systems and so it should be fine. Is this correct?

yes -- that's correct.

I'd say if all the self-tests run, you're in pretty good shape.

Try the enclosed test, too -- it uses freetype, without TK (at least not 
explicitly)

-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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SimplePILTest.py
Type: application/x-python
Size: 614 bytes
Desc: not available
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100605/84e97b6d/attachment.bin>

From cool-rr at cool-rr.com  Sun Jun  6 19:34:59 2010
From: cool-rr at cool-rr.com (cool-RR)
Date: Sun, 6 Jun 2010 19:34:59 +0200
Subject: [Pythonmac-SIG] Subject:,
	Could py2app bundle all the requirements 	of my package?
In-Reply-To: <4BF666E1.2020509@etrix.com.au>
References: <4BF666E1.2020509@etrix.com.au>
Message-ID: <AANLkTilph0Y6CVUZn34U2j8uKD8J-Gt3IcC28z3Aph2b@mail.gmail.com>

On Fri, May 21, 2010 at 12:56 PM, Brendan Simon (eTRIX) <
brendan.simon at etrix.com.au> wrote:

>  I think the short answer is yes.
> I've had no trouble with py2app getting all my dependencies.
> You have a bigger app so it may need some extra tweaking, but py2app has
> lots of commands to include and exclude stuff.  It is similar to py2exe from
> what I can tell.
>
> Cheers, Brendan.
>


Thanks for the advice Brendan.

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

From matthias.baas at gmail.com  Sun Jun  6 19:56:19 2010
From: matthias.baas at gmail.com (Matthias Baas)
Date: Sun, 06 Jun 2010 18:56:19 +0100
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4C0AA9F8.1030908@noaa.gov>
References: <4BFC2BA8.6040809@noaa.gov> <1274858227.6918.10.camel@mypride>
	<4BFD6148.8000407@noaa.gov> <4C0A8459.2090202@gmail.com>
	<4C0A87CE.5090902@noaa.gov> <4C0A9BDB.9050403@gmail.com>
	<4C0AA9F8.1030908@noaa.gov>
Message-ID: <4C0BE143.4070704@gmail.com>

Christopher Barker wrote:
>>>>> import PIL._imagingft
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in <module>
>> ImportError: dlopen(PIL/_imagingft.so, 2): Symbol not found:
>> _FSOpenResFile
>>   Referenced from: PIL/_imagingft.so
>>   Expected in: dynamic lookup
>>
>> This error does not occur if _imagingtk is imported first. So it looks
>> like we would have to link against some system library when building
>> _imagingft.
> 
> could be -- I'm clueless on that one, but if I try in it:
> 
>>>> import PIL._imagingft
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
> ImportError:
> dlopen(/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/PIL/_imagingft.so,
> 2): Symbol not found: _inflateEnd
>   Referenced from:
> /Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/PIL/_imagingft.so
> 
>   Expected in: dynamic lookup
> 
> What I don't know is if we should expect -imagingft to b importable all
> by itself, first. Though I wouldn't think it should depend on TK.
> 
> If I do:
> 
>>>> import PIL._imaging
>>>> import PIL._imagingft

The second import still fails for me. But in your case, it was the
symbol _inflateEnd that was missing which is from zlib. _imaging also
depends on zlib, so that explains why importing _imaging first fixes the
second import for you. Apparently, your version of libfreetype doesn't
have the same dependencies as my version. Here, the dependencies are as
follows:

$ otool -L /opt/local/lib/libfreetype.6.dylib
/opt/local/lib/libfreetype.6.dylib:
 /opt/local/lib/libfreetype.6.dylib (compatibility version 10.0.0,
current version 10.20.0)
 /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
(compatibility version 1.0.0, current version 18.0.0)
 /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
(compatibility version 1.0.0, current version 22.0.0)
 /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
1.0.0)
 /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.3.9)

So in the setup script around line 320 where the _imagingft extension
module is defined, I added the following linker args:

  extra_link_args=["-framework", "CoreServices", "-framework",
"ApplicationServices"]

After that I can actually import _imagingft just on its own and your
test script then also works (after changing the font as the one in the
script doesn't exist on my system). Without the above modification, your
script would still fail unless I import _imagingtk first.

So all the dependencies of the PIL modules are now like this:

$ otool -L PIL/*.so
PIL/_imaging.so:
        /usr/lib/libz.1.dylib (compatibility version 1.0.0, current
version 1.2.3)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.3.9)
PIL/_imagingcms.so:
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.3.9)
PIL/_imagingft.so:

/System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
(compatibility version 1.0.0, current version 18.0.0)

/System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
(compatibility version 1.0.0, current version 22.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.3.9)
PIL/_imagingmath.so:
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.3.9)
PIL/_imagingtk.so:
        /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl
(compatibility version 8.4.0, current version 8.4.0)
        /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk
(compatibility version 8.4.0, current version 8.4.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.3.9)


So do all Python modules compiled on OSX 10.4 automatically work on
newer versions of OSX? Do you want me to send the packages to you for
testing? By the way, what's generally the preferred distribution format,
zip or dmg?

- Matthias -


From Chris.Barker at noaa.gov  Sun Jun  6 20:11:54 2010
From: Chris.Barker at noaa.gov (Christopher Barker)
Date: Sun, 06 Jun 2010 11:11:54 -0700
Subject: [Pythonmac-SIG] [Image-SIG] PIL binaries -- please test
In-Reply-To: <4C0BE143.4070704@gmail.com>
References: <4BFC2BA8.6040809@noaa.gov> <1274858227.6918.10.camel@mypride>
	<4BFD6148.8000407@noaa.gov> <4C0A8459.2090202@gmail.com>
	<4C0A87CE.5090902@noaa.gov> <4C0A9BDB.9050403@gmail.com>
	<4C0AA9F8.1030908@noaa.gov> <4C0BE143.4070704@gmail.com>
Message-ID: <4C0BE4EA.9020609@noaa.gov>

Matthias Baas wrote:
> Apparently, your version of libfreetype doesn't
> have the same dependencies as my version. Here, the dependencies are as
> follows:
> 
> $ otool -L /opt/local/lib/libfreetype.6.dylib
> /opt/local/lib/libfreetype.6.dylib:
>  /opt/local/lib/libfreetype.6.dylib (compatibility version 10.0.0,
> current version 10.20.0)
>  /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
> (compatibility version 1.0.0, current version 18.0.0)
>  /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
> (compatibility version 1.0.0, current version 22.0.0)
>  /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version
> 1.0.0)
>  /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 88.3.9)

Interesting -- mine are:

$ otool -L  /opt/local/lib/libfreetype.dylib
/opt/local/lib/libfreetype.dylib:
	/opt/local/lib/libfreetype.6.dylib (compatibility version 11.0.0, 
current version 11.0.0)
	/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current 
version 1.2.5)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 
1.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 111.1.5)


so none of the CoreServices stuff - maybe a 10.4 vs. 1.5 difference.


> So in the setup script around line 320 where the _imagingft extension
> module is defined, I added the following linker args:
> 
>   extra_link_args=["-framework", "CoreServices", "-framework",
> "ApplicationServices"]
> 
> After that I can actually import _imagingft just on its own and your
> test script then also works

nice work!

> So all the dependencies of the PIL modules are now like this:

those look reasonable.

> PIL/_imagingtk.so:
>         /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl
> (compatibility version 8.4.0, current version 8.4.0)
>         /System/Library/Frameworks/Tk.framework/Versions/8.4/Tk
> (compatibility version 8.4.0, current version 8.4.0)
>         /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
> version 88.3.9)

I'm not sure what the deal is with this -- there are issue with 
different TK versions, but I dont us TK, so I'mve never figured that out.


> So do all Python modules compiled on OSX 10.4 automatically work on
> newer versions of OSX?

In theory, yes.

> Do you want me to send the packages to you for
> testing?

Please put them on a publicly accessible site if you can, and sent a 
note tho these lists asking for testing. If you don't have anywhere to 
put them, you can open a Dropbox account, or soemthing else, or send 
them to me and I'll put them on mine.

 > By the way, what's generally the preferred distribution format,
> zip or dmg?

I suppose dmg is a little better, but either one is fine.

Thanks for all this work!

-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 johan.gyllenspetz at gmail.com  Mon Jun  7 18:28:13 2010
From: johan.gyllenspetz at gmail.com (Johan Gyllenspetz)
Date: Mon, 7 Jun 2010 18:28:13 +0200
Subject: [Pythonmac-SIG] Gstreamer and py2app
Message-ID: <AANLkTilM5dVZYe9kB5d1VJ4ojHoJPvgCYf2Vah7JtNrl@mail.gmail.com>

Hi all,

Has anyone built any gstreamer app with py2app and would like to share
their experience?

     /Johan

From ronaldoussoren at mac.com  Tue Jun  8 22:45:12 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 08 Jun 2010 13:45:12 -0700
Subject: [Pythonmac-SIG] bdist_mpkg: more informative error message
In-Reply-To: <AANLkTimXdsV7HUymrK5pKZgwQC9URta8gRkcweMqxpts@mail.gmail.com>
References: <AANLkTik5IMeO2bZLX9kUO-gYFg74dfohBchrPdMo2xQl@mail.gmail.com>
	<AANLkTik4P56b3BQvlv_Kq9IGsBED-0mHlWIT50QgBayp@mail.gmail.com>
	<AANLkTimXdsV7HUymrK5pKZgwQC9URta8gRkcweMqxpts@mail.gmail.com>
Message-ID: <8E2FEABF-7A61-491A-A96C-C409D075175E@mac.com>


On 2 Jun, 2010, at 3:59, Ralf Gommers wrote:

> Hi,
> 
> For numpy and scipy we use bdist_mkg to build dmg installers, and we had a user complain about a not so informative error message about a missing System Python. System Python means from python.org instead of Apple Python, so I can understand the confusion. You can find the details in http://projects.scipy.org/scipy/ticket/1177. I propose this fix for plists.py:
> 
> 94c94,99
> <     title = u'%s requires %s to install.' % (pkgname, name,)
> ---
> >     # System python can be interpreted as Apple Python, explain this better
> >     if name.startswith('System Python'):
> >         title = u'%s requires %s from www.python.org to install.' % (pkgname,
> >                                                                      name[7:],)
> >     else:
> >         title = u'%s requires %s to install.' % (pkgname, name,)
> 
> I hope this change can end up in the next bdist_mpkg version.
> 
> Also, it would be helpful to have a correct email address on PyPi. I contacted Bob Ippolito, who referred me to this list or Ronald Oussoren (of whom I have no address).

r22 in the bdist_mpkg repository will say "python.org Python" instead of "System Python",  and has this list as the e-mail adres.

I won't add my name as the maintainer because I don't actively maintain bdist_mpkg, I don't even use it anymore. Too be honest I don't quite understand why anyone still uses it instead of binary eggs. 

Ronald

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100608/c90ffb7d/attachment.html>
-------------- 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/20100608/c90ffb7d/attachment.bin>

From stephen.gava at gmail.com  Wed Jun  9 03:21:40 2010
From: stephen.gava at gmail.com (Stephen M. Gava)
Date: Wed, 09 Jun 2010 11:21:40 +1000
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
Message-ID: <4C0EECA4.9090200@python.net>

hi there,

i was happily running the python.org build of 2.7b2, howver since i 
installed 2.7rc1 i am getting errors when importing Tkinter or wx 
(wxpython) libraries.

perhaps i'm making some simple mistake here. can anyone tell me what the 
problem is caused by?

here is an example of trying the imports from a 2.7rc1 python shell:

Python 2.7rc1 (r27rc1:81810, Jun  7 2010, 16:54:02)
[GCC 4.0.1 (Apple Inc. build 5493)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> import wx
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File 
"/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", 
line 45, in <module>
     from wx._core import *
   File 
"/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", 
line 4, in <module>
     import _core_
ImportError: 
dlopen(/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so, 
2): no suitable image found.  Did find:
	/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no matching architecture in universal wrapper
 >>> import tkinter
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
ImportError: No module named tkinter
 >>> import Tkinter
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File 
"/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py", 
line 39, in <module>
     import _tkinter # If this fails your Python may not be configured 
for Tk
ImportError: 
dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so, 
2): no suitable image found.  Did find:
	/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: no matching architecture in universal wrapper
 >>>

thanks,
stephen.

From ronaldoussoren at mac.com  Thu Jun 10 17:21:19 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 10 Jun 2010 08:21:19 -0700
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <4C0EECA4.9090200@python.net>
References: <4C0EECA4.9090200@python.net>
Message-ID: <59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>


On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:

> hi there,
> 
> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
> 
> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?


Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.

Ronald

> 
> here is an example of trying the imports from a 2.7rc1 python shell:
> 
> Python 2.7rc1 (r27rc1:81810, Jun  7 2010, 16:54:02)
> [GCC 4.0.1 (Apple Inc. build 5493)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import wx
> Traceback (most recent call last):
>  File "<stdin>", line 1, in <module>
>  File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in <module>
>    from wx._core import *
>  File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in <module>
>    import _core_
> ImportError: dlopen(/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so, 2): no suitable image found.  Did find:
> 	/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no matching architecture in universal wrapper
> >>> import tkinter
> Traceback (most recent call last):
>  File "<stdin>", line 1, in <module>
> ImportError: No module named tkinter
> >>> import Tkinter
> Traceback (most recent call last):
>  File "<stdin>", line 1, in <module>
>  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py", line 39, in <module>
>    import _tkinter # If this fails your Python may not be configured for Tk
> ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so, 2): no suitable image found.  Did find:
> 	/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: no matching architecture in universal wrapper
> >>>
> 
> thanks,
> stephen.
> _______________________________________________
> 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 --------------
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/20100610/a44816f6/attachment.bin>

From ronaldoussoren at mac.com  Fri Jun 11 05:39:15 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 10 Jun 2010 20:39:15 -0700
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <4C118B7B.5000505@gmail.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C118B7B.5000505@gmail.com>
Message-ID: <8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>


On 10 Jun, 2010, at 18:03, Stephen Gava wrote:

> 
> 
> On 11/06/10 1:21 AM, Ronald Oussoren wrote:
>> 
>> On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:
>> 
>>> hi there,
>>> 
>>> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
>>> 
>>> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?
>> 
>> 
>> Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.
> 
> i did a complete wipe of python 2.7 and all libraries and then a fresh install of python 2.7 and wx.  still get exactly the same error for Tkinter and wx.

How did you install wx? wx won't work because AFAIK Tk 8.4 is 32-bit only on OSX 10.5 (the system I used to build the installer).

> 
> this is osx snow leopard on a 64bit capable intel aluminium imac.
> 
> i also double checked, and i definately never installed any 2.7 package other than the '10.5 or later...' one. i don't even have any versions other than that in my downloads directory.

Try the 10.3 version, that installs a 32-bit only version of Python, most prebuild extensions are currently only available in 32-bit.

Ronald
> 
> stephen.
> 
> 
>> 
>> Ronald
>> 
>>> 
>>> here is an example of trying the imports from a 2.7rc1 python shell:
>>> 
>>> Python 2.7rc1 (r27rc1:81810, Jun  7 2010, 16:54:02)
>>> [GCC 4.0.1 (Apple Inc. build 5493)] on darwin
>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>>> import wx
>>> Traceback (most recent call last):
>>>  File "<stdin>", line 1, in<module>
>>>  File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in<module>
>>>    from wx._core import *
>>>  File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in<module>
>>>    import _core_
>>> ImportError: dlopen(/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so, 2): no suitable image found.  Did find:
>>> 	/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no matching architecture in universal wrapper
>>>>>> import tkinter
>>> Traceback (most recent call last):
>>>  File "<stdin>", line 1, in<module>
>>> ImportError: No module named tkinter
>>>>>> import Tkinter
>>> Traceback (most recent call last):
>>>  File "<stdin>", line 1, in<module>
>>>  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py", line 39, in<module>
>>>    import _tkinter # If this fails your Python may not be configured for Tk
>>> ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so, 2): no suitable image found.  Did find:
>>> 	/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: no matching architecture in universal wrapper
>>>>>> 
>>> 
>>> thanks,
>>> stephen.
>>> _______________________________________________
>>> 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 --------------
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/20100610/eb6c20c1/attachment.bin>

From ronaldoussoren at mac.com  Fri Jun 11 06:11:51 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 10 Jun 2010 21:11:51 -0700
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <4C11B24C.9090301@gmail.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C118B7B.5000505@gmail.com>
	<8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>
	<4C11B24C.9090301@gmail.com>
Message-ID: <8DD2312E-E847-455E-8A22-512CEA2469DC@mac.com>


On 10 Jun, 2010, at 20:49, Stephen Gava wrote:

> 
> 
> On 11/06/10 13:39, Ronald Oussoren wrote:
>> 
>> On 10 Jun, 2010, at 18:03, Stephen Gava wrote:
>> 
>>> 
>>> 
>>> On 11/06/10 1:21 AM, Ronald Oussoren wrote:
>>>> 
>>>> On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:
>>>> 
>>>>> hi there,
>>>>> 
>>>>> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
>>>>> 
>>>>> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?
>>>> 
>>>> 
>>>> Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.
>>> 
>>> i did a complete wipe of python 2.7 and all libraries and then a fresh install of python 2.7 and wx.  still get exactly the same error for Tkinter and wx.
>> 
>> How did you install wx? wx won't work because AFAIK Tk 8.4 is 32-bit only on OSX 10.5 (the system I used to build the installer).
> 
> from the osx package for 2.7
> 
>> 
>>> 
>>> this is osx snow leopard on a 64bit capable intel aluminium imac.
>>> 
>>> i also double checked, and i definately never installed any 2.7 package other than the '10.5 or later...' one. i don't even have any versions other than that in my downloads directory.
>> 
>> Try the 10.3 version, that installs a 32-bit only version of Python, most prebuild extensions are currently only available in 32-bit.
> 
> hmm. neither of these solutions explains why the 2.7b2 '10.5 or greater' version of python worked fine with both Tkinter and wx...

That is odd indeed, moving from b2 to rc1 shouldn't change anything in that regard.  I'll have to look into this, but that will have to wait until next week.

> 
> i guess i'll re-install python 2.7b2 again to double check, but this seems very odd...
> 
> also, are you then saying that no-one running snow leopard on a 64bit capable machine is able to use Tkinter anymore if they install the python.org package for '10.5.. +' osx...?

IIRC not in 64-bit mode, the system version of Tcl/Tk 8.4 just isn't available in 64-bit.  Luckily you can use 'arch -ppc -i386 python2.7' to start python in 32-bit mode (This won't work with 2.6 BTW).

Tk 8.5 is also available in 64-bit mode on OSX 10.6, but that version isn't used by the binary installer because Tk 8.5 isn't available at all on 10.5 (at least not without installing another version of Tk).  

<http://bugs.python.org/issue8798> describes how the stdlib could be patched to try both Tk 8.5 and 8.4, but it is sadly enough too late to get this into 2.7.   There is still time to get this into 3.2 though, if someone works on a patch (I won't).

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/20100610/273af851/attachment-0001.bin>

From massimodisasha at gmail.com  Fri Jun 11 18:04:29 2010
From: massimodisasha at gmail.com (Massimo Di Stefano)
Date: Fri, 11 Jun 2010 18:04:29 +0200
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
	system python)
Message-ID: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>

Hi All,

i'm tring to run py2app but i'm having problems to have it working,
here is the log :

(seems it fails to import setuptools, but it is already installed)

thanks foe any help1

Regards,
Massimo.


## log :


sudo easy_install py2app

Password:
Searching for py2app
Best match: py2app 0.4.3
Processing py2app-0.4.3-py2.6.egg
py2app 0.4.3 is already the active version in easy-install.pth
Installing py2applet script to /usr/local/bin

Using /Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg
Processing dependencies for py2app
Finished processing dependencies for py2app



sudo easy_install setuptools
Searching for setuptools
Best match: setuptools 0.6c11
Processing setuptools-0.6c11-py2.6.egg
setuptools 0.6c11 is already the active version in easy-install.pth

Using /Library/Python/2.6/site-packages/setuptools-0.6c11-py2.6.egg
Processing dependencies for setuptools
Finished processing dependencies for setuptools



python 

Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import setuptools
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: No module named setuptools

>>> import py2app
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg/py2app/__init__.py", line 34, in <module>
    import setuptools
ImportError: No module named setuptools
>>> 





From ronaldoussoren at mac.com  Sat Jun 12 06:37:43 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Fri, 11 Jun 2010 21:37:43 -0700
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
 system python)
In-Reply-To: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
Message-ID: <0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>


On 11 Jun, 2010, at 9:04, Massimo Di Stefano wrote:

> Hi All,
> 
> i'm tring to run py2app but i'm having problems to have it working,
> here is the log :
> 
> (seems it fails to import setuptools, but it is already installed)
> 
> thanks foe any help1

What is the output of these shell commands:

* which python
* which easy_install

Ronald

> 
> Regards,
> Massimo.
> 
> 
> ## log :
> 
> 
> sudo easy_install py2app
> 
> Password:
> Searching for py2app
> Best match: py2app 0.4.3
> Processing py2app-0.4.3-py2.6.egg
> py2app 0.4.3 is already the active version in easy-install.pth
> Installing py2applet script to /usr/local/bin
> 
> Using /Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg
> Processing dependencies for py2app
> Finished processing dependencies for py2app
> 
> 
> 
> sudo easy_install setuptools
> Searching for setuptools
> Best match: setuptools 0.6c11
> Processing setuptools-0.6c11-py2.6.egg
> setuptools 0.6c11 is already the active version in easy-install.pth
> 
> Using /Library/Python/2.6/site-packages/setuptools-0.6c11-py2.6.egg
> Processing dependencies for setuptools
> Finished processing dependencies for setuptools
> 
> 
> 
> python 
> 
> Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
> [GCC 4.2.1 (Apple Inc. build 5646)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import setuptools
> Traceback (most recent call last):
>  File "<stdin>", line 1, in <module>
> ImportError: No module named setuptools
> 
>>>> import py2app
> Traceback (most recent call last):
>  File "<stdin>", line 1, in <module>
>  File "/Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg/py2app/__init__.py", line 34, in <module>
>    import setuptools
> ImportError: No module named setuptools
>>>> 
> 
> 
> 
> 
> _______________________________________________
> 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 --------------
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/20100611/45a2f621/attachment.bin>

From massimodisasha at gmail.com  Sat Jun 12 13:13:44 2010
From: massimodisasha at gmail.com (Massimo Di Stefano)
Date: Sat, 12 Jun 2010 13:13:44 +0200
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
	system python)
In-Reply-To: <0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
	<0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
Message-ID: <BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>

Python has a simlink in "/usr/local/bin"  but it is the system python.
setuptools doesn't work ... i tried to reinstall it from source and now i'm able to import both setuptools and py2app.

python -v give me :

MacBook-Pro-15-di-Massimo-Di-Stefano:~ sasha$ which python
/usr/local/bin/python
MacBook-Pro-15-di-Massimo-Di-Stefano:~ sasha$ which easy_install
/usr/local/bin/easy_install
MacBook-Pro-15-di-Massimo-Di-Stefano:~ sasha$ python -v
# installing zipimport hook
import zipimport # builtin
# installed zipimport hook
# /usr/lib/python2.6/site.pyc matches /usr/lib/python2.6/site.py
import site # precompiled from /usr/lib/python2.6/site.pyc
# /usr/lib/python2.6/os.pyc matches /usr/lib/python2.6/os.py
import os # precompiled from /usr/lib/python2.6/os.pyc
import errno # builtin
import posix # builtin
# /usr/lib/python2.6/posixpath.pyc matches /usr/lib/python2.6/posixpath.py
import posixpath # precompiled from /usr/lib/python2.6/posixpath.pyc
# /usr/lib/python2.6/stat.pyc matches /usr/lib/python2.6/stat.py
import stat # precompiled from /usr/lib/python2.6/stat.pyc
# /usr/lib/python2.6/genericpath.pyc matches /usr/lib/python2.6/genericpath.py
import genericpath # precompiled from /usr/lib/python2.6/genericpath.pyc
# /usr/lib/python2.6/warnings.pyc matches /usr/lib/python2.6/warnings.py
import warnings # precompiled from /usr/lib/python2.6/warnings.pyc
# /usr/lib/python2.6/linecache.pyc matches /usr/lib/python2.6/linecache.py
import linecache # precompiled from /usr/lib/python2.6/linecache.pyc
# /usr/lib/python2.6/types.pyc matches /usr/lib/python2.6/types.py
import types # precompiled from /usr/lib/python2.6/types.pyc
# /usr/lib/python2.6/UserDict.pyc matches /usr/lib/python2.6/UserDict.py
import UserDict # precompiled from /usr/lib/python2.6/UserDict.pyc
# /usr/lib/python2.6/_abcoll.pyc matches /usr/lib/python2.6/_abcoll.py
import _abcoll # precompiled from /usr/lib/python2.6/_abcoll.pyc
# /usr/lib/python2.6/abc.pyc matches /usr/lib/python2.6/abc.py
import abc # precompiled from /usr/lib/python2.6/abc.pyc
# /usr/lib/python2.6/copy_reg.pyc matches /usr/lib/python2.6/copy_reg.py
import copy_reg # precompiled from /usr/lib/python2.6/copy_reg.pyc
# zipimport: found 78 names in /Library/Python/2.6/site-packages/setuptools-0.6c11-py2.6.egg
# zipimport: found 8 names in /Library/Python/2.6/site-packages/DateUtils-0.5.0-py2.6.egg
# zipimport: found 584 names in /Library/Python/2.6/site-packages/pytz-2009r-py2.6.egg
# zipimport: found 19 names in /Library/Python/2.6/site-packages/pyserial-2.4-py2.6.egg
# zipimport: found 76 names in /Library/Python/2.6/site-packages/rpy2-2.0.8-py2.6-macosx-10.6-universal.egg
# zipimport: found 241 names in /Library/Python/2.6/site-packages/networkx-1.0rc1-py2.6.egg
# zipimport: found 75 names in /Library/Python/2.6/site-packages/html5lib-1.0-py2.6.egg
# zipimport: found 6 names in /Library/Python/2.6/site-packages/ETS-3.3.0-py2.6.egg
# zipimport: found 23 names in /Library/Python/2.6/site-packages/psutil-0.1.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 37 names in /Library/Python/2.6/site-packages/macholib-1.2.1-py2.6.egg
# zipimport: found 14 names in /Library/Python/2.6/site-packages/modulegraph-0.7.3-py2.6.egg
# zipimport: found 51 names in /Library/Python/2.6/site-packages/simplejson-2.0.9-py2.6-macosx-10.6-universal.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/BeautifulSoup-3.1.0.1-py2.6.egg
# zipimport: found 51 names in /Library/Python/2.6/site-packages/pymongo-1.4_-py2.6-macosx-10.6-universal.egg
# zipimport: found 51 names in /Library/Python/2.6/site-packages/Genshi-0.5.1-py2.6-macosx-10.6-universal.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/httplib2-0.6.0-py2.6.egg
# zipimport: found 8 names in /Library/Python/2.6/site-packages/arrayterator-1.0.1-py2.6.egg
# zipimport: found 8 names in /Library/Python/2.6/site-packages/pupynere-1.0.13-py2.6.egg
# zipimport: found 29 names in /Library/Python/2.6/site-packages/elementtree-1.2.7_20070827_preview-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/greenlet-0.3.1-py2.6-macosx-10.6-universal.egg
# zipimport: found 6 names in /Library/Python/2.6/site-packages/pyobjc-2.2-py2.6.egg
# zipimport: found 10 names in /Library/Python/2.6/site-packages/pyobjc_framework_XgridFoundation-2.2-py2.6.egg
# zipimport: found 12 names in /Library/Python/2.6/site-packages/pyobjc_framework_WebKit-2.2-py2.6.egg
# zipimport: found 13 names in /Library/Python/2.6/site-packages/pyobjc_framework_SystemConfiguration-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_SyncServices-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_SearchKit-2.2-py2.6.egg
# zipimport: found 13 names in /Library/Python/2.6/site-packages/pyobjc_framework_ScreenSaver-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 54 names in /Library/Python/2.6/site-packages/pyobjc_framework_Quartz-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_PreferencePanes-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_Message-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_LaunchServices-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_LatentSemanticMapping-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_InstallerPlugins-2.2-py2.6.egg
# zipimport: found 13 names in /Library/Python/2.6/site-packages/pyobjc_framework_FSEvents-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 14 names in /Library/Python/2.6/site-packages/pyobjc_framework_ExceptionHandling-2.2-py2.6.egg
# zipimport: found 13 names in /Library/Python/2.6/site-packages/pyobjc_framework_CoreText-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 11 names in /Library/Python/2.6/site-packages/pyobjc_framework_CoreData-2.2-py2.6.egg
# zipimport: found 149 names in /Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 13 names in /Library/Python/2.6/site-packages/pyobjc_framework_CFNetwork-2.2-py2.6-macosx-10.6-universal.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_Automator-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_AppleScriptKit-2.2-py2.6.egg
# zipimport: found 9 names in /Library/Python/2.6/site-packages/pyobjc_framework_AddressBook-2.2-py2.6.egg
# /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/wxhack.pyc matches /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/wxhack.py
import wxhack # precompiled from /usr/local/lib/wxPython-unicode-2.8.10.1/lib/python2.6/wxhack.pyc
import encodings # directory /usr/lib/python2.6/encodings
# /usr/lib/python2.6/encodings/__init__.pyc matches /usr/lib/python2.6/encodings/__init__.py
import encodings # precompiled from /usr/lib/python2.6/encodings/__init__.pyc
# /usr/lib/python2.6/codecs.pyc matches /usr/lib/python2.6/codecs.py
import codecs # precompiled from /usr/lib/python2.6/codecs.pyc
import _codecs # builtin
# /usr/lib/python2.6/encodings/aliases.pyc matches /usr/lib/python2.6/encodings/aliases.py
import encodings.aliases # precompiled from /usr/lib/python2.6/encodings/aliases.pyc
# /usr/lib/python2.6/encodings/utf_8.pyc matches /usr/lib/python2.6/encodings/utf_8.py
import encodings.utf_8 # precompiled from /usr/lib/python2.6/encodings/utf_8.pyc
Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
dlopen("/Library/Python/2.6/site-packages/readline-2.5.1-py2.6-macosx-10.6-universal.egg/readline.so", 2);
import readline # dynamically loaded from /Library/Python/2.6/site-packages/readline-2.5.1-py2.6-macosx-10.6-universal.egg/readline.so
>>> 



but if i try to run the example from PyObjc : 

PyObjCExample-ImageBrowser

i have this log :

PyObjCExample-ImageBrowser sasha$ python main.py 
/Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg/PyObjCTools/NibClassBuilder.py:73: DeprecationWarning: PyObjCTools.NibClassBuilder is deprecated, use explicit definitions instead
2010-06-12 13:10:41.997 Python[18759:d07] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting



any clue on what i'm doing wrong, how can i run this example?


thanks!!!

Massimo.

Il giorno 12/giu/2010, alle ore 06.37, Ronald Oussoren ha scritto:

> 
> On 11 Jun, 2010, at 9:04, Massimo Di Stefano wrote:
> 
>> Hi All,
>> 
>> i'm tring to run py2app but i'm having problems to have it working,
>> here is the log :
>> 
>> (seems it fails to import setuptools, but it is already installed)
>> 
>> thanks foe any help1
> 
> What is the output of these shell commands:
> 
> * which python
> * which easy_install
> 
> Ronald
> 
>> 
>> Regards,
>> Massimo.
>> 
>> 
>> ## log :
>> 
>> 
>> sudo easy_install py2app
>> 
>> Password:
>> Searching for py2app
>> Best match: py2app 0.4.3
>> Processing py2app-0.4.3-py2.6.egg
>> py2app 0.4.3 is already the active version in easy-install.pth
>> Installing py2applet script to /usr/local/bin
>> 
>> Using /Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg
>> Processing dependencies for py2app
>> Finished processing dependencies for py2app
>> 
>> 
>> 
>> sudo easy_install setuptools
>> Searching for setuptools
>> Best match: setuptools 0.6c11
>> Processing setuptools-0.6c11-py2.6.egg
>> setuptools 0.6c11 is already the active version in easy-install.pth
>> 
>> Using /Library/Python/2.6/site-packages/setuptools-0.6c11-py2.6.egg
>> Processing dependencies for setuptools
>> Finished processing dependencies for setuptools
>> 
>> 
>> 
>> python 
>> 
>> Python 2.6.1 (r261:67515, Feb 11 2010, 00:51:29) 
>> [GCC 4.2.1 (Apple Inc. build 5646)] on darwin
>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> import setuptools
>> Traceback (most recent call last):
>> File "<stdin>", line 1, in <module>
>> ImportError: No module named setuptools
>> 
>>>>> import py2app
>> Traceback (most recent call last):
>> File "<stdin>", line 1, in <module>
>> File "/Library/Python/2.6/site-packages/py2app-0.4.3-py2.6.egg/py2app/__init__.py", line 34, in <module>
>>   import setuptools
>> ImportError: No module named setuptools
>>>>> 
>> 
>> 
>> 
>> 
>> _______________________________________________
>> 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/20100612/5c8fae8d/attachment-0001.html>

From ronaldoussoren at mac.com  Sat Jun 12 16:03:55 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sat, 12 Jun 2010 07:03:55 -0700
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
 system python)
In-Reply-To: <BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
	<0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
	<BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>
Message-ID: <E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>


On 12 Jun, 2010, at 4:13, Massimo Di Stefano wrote:
> 
> 
> but if i try to run the example from PyObjc : 
> 
> PyObjCExample-ImageBrowser
> 
> i have this log :
> 
> PyObjCExample-ImageBrowser sasha$ python main.py 
> /Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg/PyObjCTools/NibClassBuilder.py:73: DeprecationWarning: PyObjCTools.NibClassBuilder is deprecated, use explicit definitions instead
> 2010-06-12 13:10:41.997 Python[18759:d07] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting
> 
> 
> 
> any clue on what i'm doing wrong, how can i run this example?

You must use py2app to create an application bundle and then run that. Almost all pyobjc examples are GUI ones that require being run in a bundle.

Ronald
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100612/cec7344e/attachment.html>
-------------- 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/20100612/cec7344e/attachment.bin>

From massimodisasha at gmail.com  Sat Jun 12 16:47:37 2010
From: massimodisasha at gmail.com (Massimo Di Stefano)
Date: Sat, 12 Jun 2010 16:47:37 +0200
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
	system python)
In-Reply-To: <E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
	<0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
	<BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>
	<E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>
Message-ID: <7C866AEB-1A05-454E-8FA7-18832CD3F5CB@gmail.com>

Hi,

i tried to run py2app on the setup.py file,

python setup.py py2app

i had this log :

http://www.geofemengineering.it/data/py2app_log.txt

it ends with a pdb shell :-/ , 
this the results if i try to run the generated  .app :

http://www.geofemengineering.it/data/log.png


Thanks to help me.

Massimo.

Il giorno 12/giu/2010, alle ore 16.03, Ronald Oussoren ha scritto:

> 
> On 12 Jun, 2010, at 4:13, Massimo Di Stefano wrote:
>> 
>> 
>> but if i try to run the example from PyObjc : 
>> 
>> PyObjCExample-ImageBrowser
>> 
>> i have this log :
>> 
>> PyObjCExample-ImageBrowser sasha$ python main.py 
>> /Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg/PyObjCTools/NibClassBuilder.py:73: DeprecationWarning: PyObjCTools.NibClassBuilder is deprecated, use explicit definitions instead
>> 2010-06-12 13:10:41.997 Python[18759:d07] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting
>> 
>> 
>> 
>> any clue on what i'm doing wrong, how can i run this example?
> 
> You must use py2app to create an application bundle and then run that. Almost all pyobjc examples are GUI ones that require being run in a bundle.
> 
> Ronald
>  

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

From ronaldoussoren at mac.com  Sat Jun 12 17:03:07 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Sat, 12 Jun 2010 08:03:07 -0700
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
 system python)
In-Reply-To: <7C866AEB-1A05-454E-8FA7-18832CD3F5CB@gmail.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
	<0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
	<BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>
	<E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>
	<7C866AEB-1A05-454E-8FA7-18832CD3F5CB@gmail.com>
Message-ID: <A045313E-B85C-459B-806A-D0B4D00444DD@mac.com>

Yikes, the 64-bit py2app bug strikes again.

I'm going to fix this next week,

Ronald

On Jun 12, 2010, at 7:47, Massimo Di Stefano <massimodisasha at gmail.com> wrote:

> Hi,
> 
> i tried to run py2app on the setup.py file,
> 
> python setup.py py2app
> 
> i had this log :
> 
> http://www.geofemengineering.it/data/py2app_log.txt
> 
> it ends with a pdb shell :-/ , 
> this the results if i try to run the generated  .app :
> 
> http://www.geofemengineering.it/data/log.png
> 
> 
> Thanks to help me.
> 
> Massimo.
> 
> Il giorno 12/giu/2010, alle ore 16.03, Ronald Oussoren ha scritto:
> 
>> 
>> On 12 Jun, 2010, at 4:13, Massimo Di Stefano wrote:
>>> 
>>> 
>>> but if i try to run the example from PyObjc : 
>>> 
>>> PyObjCExample-ImageBrowser
>>> 
>>> i have this log :
>>> 
>>> PyObjCExample-ImageBrowser sasha$ python main.py 
>>> /Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg/PyObjCTools/NibClassBuilder.py:73: DeprecationWarning: PyObjCTools.NibClassBuilder is deprecated, use explicit definitions instead
>>> 2010-06-12 13:10:41.997 Python[18759:d07] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting
>>> 
>>> 
>>> 
>>> any clue on what i'm doing wrong, how can i run this example?
>> 
>> You must use py2app to create an application bundle and then run that. Almost all pyobjc examples are GUI ones that require being run in a bundle.
>> 
>> Ronald
>>  
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100612/2a942499/attachment.html>

From massimodisasha at gmail.com  Sat Jun 12 17:15:02 2010
From: massimodisasha at gmail.com (Massimo Di Stefano)
Date: Sat, 12 Jun 2010 17:15:02 +0200
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
	system python)
In-Reply-To: <E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
	<0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
	<BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>
	<E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>
Message-ID: <3FABF6CD-088F-403A-BAFA-4FD3E9C67DEC@gmail.com>

Seems Py2app search a .so in the wrong place 

can this log help ? :

MacBook-Pro-15-di-Massimo-Di-Stefano:PyObjCExample-ImageBrowser sasha$ ./dist/ImageBrowser.app/Contents/MacOS/ImageBrowser 
Traceback (most recent call last):
  File "/Users/sasha/Downloads/PyObjCExample-ImageBrowser/dist/ImageBrowser.app/Contents/Resources/__boot__.py", line 31, in <module>
    _run('main.py')
  File "/Users/sasha/Downloads/PyObjCExample-ImageBrowser/dist/ImageBrowser.app/Contents/Resources/__boot__.py", line 28, in _run
    execfile(path, globals(), globals())
  File "/Users/sasha/Downloads/PyObjCExample-ImageBrowser/dist/ImageBrowser.app/Contents/Resources/main.py", line 1, in <module>
    from PyObjCTools import NibClassBuilder, AppHelper
  File "build/bdist.macosx-10.6-universal/egg/PyObjCTools/NibClassBuilder.py", line 70, in <module>
  File "objc/__init__.pyc", line 22, in <module>
  File "objc/__init__.pyc", line 19, in _update
  File "objc/_objc.pyc", line 18, in <module>
  File "objc/_objc.pyc", line 15, in __load
ImportError: '/usr/lib/python2.6/lib-dynload/objc/_objc.so' not found
2010-06-12 16:50:42.809 ImageBrowser[36677:903] ImageBrowser Error
2010-06-12 16:50:42.814 ImageBrowser[36677:903] ImageBrowser Error
An unexpected error has occurred during execution of the main script

ImportError: '/usr/lib/python2.6/lib-dynload/objc/_objc.so' not found
MacBook-Pro-15-di-Massimo-Di-Stefano:PyObjCExample-ImageBrowser sasha$ open /usr/lib/python2.6/lib-dynload/objc/
The file /usr/lib/python2.6/lib-dynload/objc does not exist.
MacBook-Pro-15-di-Massimo-Di-Stefano:~ sasha$ sudo /usr/libexec/locate.updatedb
MacBook-Pro-15-di-Massimo-Di-Stefano:~ sasha$ locate _objc.so
/Applications/Utilities/AutodeskUninstaller/Autodesk Uninstaller.app/Contents/Resources/Python/lib-dynload/objc/_objc.so
/Applications/Utilities/AutodeskUninstaller/RegisterPkg.app/Contents/Resources/Python/lib-dynload/objc/_objc.so
/Library/Python/2.6/site-packages/pyobjc_core-2.2-py2.6-macosx-10.6-universal.egg/objc/_objc.so
/System/Library/Frameworks/Python.framework/Versions/2.5/Extras/lib/python/PyObjC/objc/_objc.so
/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/PyObjC/objc/_objc.so




Il giorno 12/giu/2010, alle ore 16.03, Ronald Oussoren ha scritto:

> 
> On 12 Jun, 2010, at 4:13, Massimo Di Stefano wrote:
>> 
>> 
>> but if i try to run the example from PyObjc : 
>> 
>> PyObjCExample-ImageBrowser
>> 
>> i have this log :
>> 
>> PyObjCExample-ImageBrowser sasha$ python main.py 
>> /Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg/PyObjCTools/NibClassBuilder.py:73: DeprecationWarning: PyObjCTools.NibClassBuilder is deprecated, use explicit definitions instead
>> 2010-06-12 13:10:41.997 Python[18759:d07] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting
>> 
>> 
>> 
>> any clue on what i'm doing wrong, how can i run this example?
> 
> You must use py2app to create an application bundle and then run that. Almost all pyobjc examples are GUI ones that require being run in a bundle.
> 
> Ronald
>  

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

From massimodisasha at gmail.com  Sat Jun 12 17:18:34 2010
From: massimodisasha at gmail.com (Massimo Di Stefano)
Date: Sat, 12 Jun 2010 17:18:34 +0200
Subject: [Pythonmac-SIG] py2app and setuptools , import error (osx 10.6.3,
	system python)
In-Reply-To: <A045313E-B85C-459B-806A-D0B4D00444DD@mac.com>
References: <D9B49CBF-0CCD-40C2-AE14-633AA69E4B0A@gmail.com>
	<0B23A769-FF50-460D-A810-9B780A8C2C81@mac.com>
	<BCE1222A-C771-4E6C-85E0-D41DDADA972D@gmail.com>
	<E03AD342-9FAB-42A6-8E1A-82C377BEFA81@mac.com>
	<7C866AEB-1A05-454E-8FA7-18832CD3F5CB@gmail.com>
	<A045313E-B85C-459B-806A-D0B4D00444DD@mac.com>
Message-ID: <DB79F211-530C-482E-9B7F-3CE72214999D@gmail.com>



i'll update my Py2app installation after your fix, 
just ping me when a test is needed.

Thanks!



Il giorno 12/giu/2010, alle ore 17.03, Ronald Oussoren ha scritto:

> Yikes, the 64-bit py2app bug strikes again.
> 
> I'm going to fix this next week,
> 
> Ronald
> 
> On Jun 12, 2010, at 7:47, Massimo Di Stefano <massimodisasha at gmail.com> wrote:
> 
>> Hi,
>> 
>> i tried to run py2app on the setup.py file,
>> 
>> python setup.py py2app
>> 
>> i had this log :
>> 
>> http://www.geofemengineering.it/data/py2app_log.txt
>> 
>> it ends with a pdb shell :-/ , 
>> this the results if i try to run the generated  .app :
>> 
>> http://www.geofemengineering.it/data/log.png
>> 
>> 
>> Thanks to help me.
>> 
>> Massimo.
>> 
>> Il giorno 12/giu/2010, alle ore 16.03, Ronald Oussoren ha scritto:
>> 
>>> 
>>> On 12 Jun, 2010, at 4:13, Massimo Di Stefano wrote:
>>>> 
>>>> 
>>>> but if i try to run the example from PyObjc : 
>>>> 
>>>> PyObjCExample-ImageBrowser
>>>> 
>>>> i have this log :
>>>> 
>>>> PyObjCExample-ImageBrowser sasha$ python main.py 
>>>> /Library/Python/2.6/site-packages/pyobjc_framework_Cocoa-2.2-py2.6-macosx-10.6-universal.egg/PyObjCTools/NibClassBuilder.py:73: DeprecationWarning: PyObjCTools.NibClassBuilder is deprecated, use explicit definitions instead
>>>> 2010-06-12 13:10:41.997 Python[18759:d07] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting
>>>> 
>>>> 
>>>> 
>>>> any clue on what i'm doing wrong, how can i run this example?
>>> 
>>> You must use py2app to create an application bundle and then run that. Almost all pyobjc examples are GUI ones that require being run in a bundle.
>>> 
>>> Ronald
>>>  
>> 

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

From stephen.gava at gmail.com  Fri Jun 11 02:40:09 2010
From: stephen.gava at gmail.com (Stephen Gava)
Date: Fri, 11 Jun 2010 10:40:09 +1000
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
Message-ID: <4C1185E9.10501@gmail.com>



On 11/06/10 1:21 AM, Ronald Oussoren wrote:
>
> On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:
>
>> hi there,
>>
>> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
>>
>> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?
>
>
> Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.


nope, i used the installer 'for 10.5 and later' for 2.7b2 and then the 
'10.5 and later' for rc1 also...

i'll try a complete remove and re-install of 2.7 and wx and see what 
happens.

>
> Ronald
>

From stephen.gava at gmail.com  Fri Jun 11 03:03:55 2010
From: stephen.gava at gmail.com (Stephen Gava)
Date: Fri, 11 Jun 2010 11:03:55 +1000
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
Message-ID: <4C118B7B.5000505@gmail.com>



On 11/06/10 1:21 AM, Ronald Oussoren wrote:
>
> On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:
>
>> hi there,
>>
>> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
>>
>> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?
>
>
> Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.

i did a complete wipe of python 2.7 and all libraries and then a fresh 
install of python 2.7 and wx.  still get exactly the same error for 
Tkinter and wx.

this is osx snow leopard on a 64bit capable intel aluminium imac.

i also double checked, and i definately never installed any 2.7 package 
other than the '10.5 or later...' one. i don't even have any versions 
other than that in my downloads directory.

stephen.


>
> Ronald
>
>>
>> here is an example of trying the imports from a 2.7rc1 python shell:
>>
>> Python 2.7rc1 (r27rc1:81810, Jun  7 2010, 16:54:02)
>> [GCC 4.0.1 (Apple Inc. build 5493)] on darwin
>> Type "help", "copyright", "credits" or "license" for more information.
>>>>> import wx
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in<module>
>>   File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in<module>
>>     from wx._core import *
>>   File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in<module>
>>     import _core_
>> ImportError: dlopen(/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so, 2): no suitable image found.  Did find:
>> 	/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no matching architecture in universal wrapper
>>>>> import tkinter
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in<module>
>> ImportError: No module named tkinter
>>>>> import Tkinter
>> Traceback (most recent call last):
>>   File "<stdin>", line 1, in<module>
>>   File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py", line 39, in<module>
>>     import _tkinter # If this fails your Python may not be configured for Tk
>> ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so, 2): no suitable image found.  Did find:
>> 	/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: no matching architecture in universal wrapper
>>>>>
>>
>> thanks,
>> stephen.
>> _______________________________________________
>> 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 stephen.gava at gmail.com  Fri Jun 11 05:49:32 2010
From: stephen.gava at gmail.com (Stephen Gava)
Date: Fri, 11 Jun 2010 13:49:32 +1000
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C118B7B.5000505@gmail.com>
	<8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>
Message-ID: <4C11B24C.9090301@gmail.com>



On 11/06/10 13:39, Ronald Oussoren wrote:
>
> On 10 Jun, 2010, at 18:03, Stephen Gava wrote:
>
>>
>>
>> On 11/06/10 1:21 AM, Ronald Oussoren wrote:
>>>
>>> On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:
>>>
>>>> hi there,
>>>>
>>>> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
>>>>
>>>> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?
>>>
>>>
>>> Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.
>>
>> i did a complete wipe of python 2.7 and all libraries and then a fresh install of python 2.7 and wx.  still get exactly the same error for Tkinter and wx.
>
> How did you install wx? wx won't work because AFAIK Tk 8.4 is 32-bit only on OSX 10.5 (the system I used to build the installer).

from the osx package for 2.7

>
>>
>> this is osx snow leopard on a 64bit capable intel aluminium imac.
>>
>> i also double checked, and i definately never installed any 2.7 package other than the '10.5 or later...' one. i don't even have any versions other than that in my downloads directory.
>
> Try the 10.3 version, that installs a 32-bit only version of Python, most prebuild extensions are currently only available in 32-bit.

hmm. neither of these solutions explains why the 2.7b2 '10.5 or greater' 
version of python worked fine with both Tkinter and wx...

i guess i'll re-install python 2.7b2 again to double check, but this 
seems very odd...

also, are you then saying that no-one running snow leopard on a 64bit 
capable machine is able to use Tkinter anymore if they install the 
python.org package for '10.5.. +' osx...?


>
> Ronald
>>
>> stephen.
>>
>>
>>>
>>> Ronald
>>>
>>>>
>>>> here is an example of trying the imports from a 2.7rc1 python shell:
>>>>
>>>> Python 2.7rc1 (r27rc1:81810, Jun  7 2010, 16:54:02)
>>>> [GCC 4.0.1 (Apple Inc. build 5493)] on darwin
>>>> Type "help", "copyright", "credits" or "license" for more information.
>>>>>>> import wx
>>>> Traceback (most recent call last):
>>>>   File "<stdin>", line 1, in<module>
>>>>   File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/__init__.py", line 45, in<module>
>>>>     from wx._core import *
>>>>   File "/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core.py", line 4, in<module>
>>>>     import _core_
>>>> ImportError: dlopen(/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so, 2): no suitable image found.  Did find:
>>>> 	/usr/local/lib/wxPython-unicode-2.8.11.0/lib/python2.7/site-packages/wx-2.8-mac-unicode/wx/_core_.so: no matching architecture in universal wrapper
>>>>>>> import tkinter
>>>> Traceback (most recent call last):
>>>>   File "<stdin>", line 1, in<module>
>>>> ImportError: No module named tkinter
>>>>>>> import Tkinter
>>>> Traceback (most recent call last):
>>>>   File "<stdin>", line 1, in<module>
>>>>   File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk/Tkinter.py", line 39, in<module>
>>>>     import _tkinter # If this fails your Python may not be configured for Tk
>>>> ImportError: dlopen(/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so, 2): no suitable image found.  Did find:
>>>> 	/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so: no matching architecture in universal wrapper
>>>>>>>
>>>>
>>>> thanks,
>>>> stephen.
>>>> _______________________________________________
>>>> 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 stephen.gava at gmail.com  Fri Jun 11 06:23:42 2010
From: stephen.gava at gmail.com (Stephen Gava)
Date: Fri, 11 Jun 2010 14:23:42 +1000
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <8DD2312E-E847-455E-8A22-512CEA2469DC@mac.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C118B7B.5000505@gmail.com>
	<8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>
	<4C11B24C.9090301@gmail.com>
	<8DD2312E-E847-455E-8A22-512CEA2469DC@mac.com>
Message-ID: <4C11BA4E.2080804@gmail.com>



On 11/06/10 14:11, Ronald Oussoren wrote:
[...]
>>> Try the 10.3 version, that installs a 32-bit only version of Python, most prebuild extensions are currently only available in 32-bit.
>>
>> hmm. neither of these solutions explains why the 2.7b2 '10.5 or greater' version of python worked fine with both Tkinter and wx...
>
> That is odd indeed, moving from b2 to rc1 shouldn't change anything in that regard.  I'll have to look into this, but that will have to wait until next week.

ok. meantime i'll test reverting to 2.7b2 to double check. positive that 
was working as described though which is why installing 2.7rc1 was a 
nasty surprise...

>
>>
>> i guess i'll re-install python 2.7b2 again to double check, but this seems very odd...
>>
>> also, are you then saying that no-one running snow leopard on a 64bit capable machine is able to use Tkinter anymore if they install the python.org package for '10.5.. +' osx...?
>
> IIRC not in 64-bit mode, the system version of Tcl/Tk 8.4 just isn't available in 64-bit.  Luckily you can use 'arch -ppc -i386 python2.7' to start python in 32-bit mode (This won't work with 2.6 BTW).
>

well, under snow leopard the kernel (except for osx server) still runs 
in 32bit mode ofr device driver compatability, but if the machine 
supports it the whole userland is 64bit.

this still doesn't explain the change from 2.7b2 to 2.7rc1 though since 
i was running that happily on the same system with the same osx version...

but it could mean you're going to see a lot of simillar reports when 2.7 
goes gold and more people switch to it on snow leopard. i think people 
will expect the stdlib Tkinter to just work.


> Tk 8.5 is also available in 64-bit mode on OSX 10.6, but that version isn't used by the binary installer because Tk 8.5 isn't available at all on 10.5 (at least not without installing another version of Tk).
>
> <http://bugs.python.org/issue8798>  describes how the stdlib could be patched to try both Tk 8.5 and 8.4, but it is sadly enough too late to get this into 2.7.   There is still time to get this into 3.2 though, if someone works on a patch (I won't).

yes, remember reading this. it would certainly be a big improvement but 
i am also unable to spend effort on this at this time.

stephen.

>
> Ronald

From ralf.gommers at googlemail.com  Mon Jun 14 17:33:54 2010
From: ralf.gommers at googlemail.com (Ralf Gommers)
Date: Mon, 14 Jun 2010 23:33:54 +0800
Subject: [Pythonmac-SIG] bdist_mpkg: more informative error message
In-Reply-To: <8E2FEABF-7A61-491A-A96C-C409D075175E@mac.com>
References: <AANLkTik5IMeO2bZLX9kUO-gYFg74dfohBchrPdMo2xQl@mail.gmail.com>
	<AANLkTik4P56b3BQvlv_Kq9IGsBED-0mHlWIT50QgBayp@mail.gmail.com>
	<AANLkTimXdsV7HUymrK5pKZgwQC9URta8gRkcweMqxpts@mail.gmail.com>
	<8E2FEABF-7A61-491A-A96C-C409D075175E@mac.com>
Message-ID: <AANLkTik6YQBI4UMo6Q1kVjacv7xYOsQtfXxM0V_9pTWh@mail.gmail.com>

On Wed, Jun 9, 2010 at 4:45 AM, Ronald Oussoren <ronaldoussoren at mac.com>wrote:

>
> On 2 Jun, 2010, at 3:59, Ralf Gommers wrote:
>
> Hi,
>
> For numpy and scipy we use bdist_mkg to build dmg installers, and we had a
> user complain about a not so informative error message about a missing
> System Python. System Python means from python.org instead of Apple
> Python, so I can understand the confusion. You can find the details in
> http://projects.scipy.org/scipy/ticket/1177. I propose this fix for
> plists.py:
>
> 94c94,99
> <     title = u'%s requires %s to install.' % (pkgname, name,)
> ---
> >     # System python can be interpreted as Apple Python, explain this
> better
> >     if name.startswith('System Python'):
> >         title = u'%s requires %s from www.python.org to install.' %
> (pkgname,
> >
> name[7:],)
> >     else:
> >         title = u'%s requires %s to install.' % (pkgname, name,)
>
> I hope this change can end up in the next bdist_mpkg version.
>
> Also, it would be helpful to have a correct email address on PyPi. I
> contacted Bob Ippolito, who referred me to this list or Ronald Oussoren (of
> whom I have no address).
>
>
> r22 in the bdist_mpkg repository will say "python.org Python" instead of
> "System Python",  and has this list as the e-mail adres.
>

Thanks for the fix.

>
> I won't add my name as the maintainer because I don't actively maintain
> bdist_mpkg, I don't even use it anymore.
>

Sure, fair enough.


> Too be honest I don't quite understand why anyone still uses it instead of
> binary eggs.
>

There's many reasons not to use eggs (and easy_install), and even the
setuptools author says they're not really meant as a distribution but as a
deployment tool. See for example
http://philikon.wordpress.com/2008/06/26/is-there-a-point-to-distributing-egg-files/

Besides that, bdist_mpkg mostly just works.

Cheers,
Ralf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100614/d7f690f7/attachment-0001.html>

From ronaldoussoren at mac.com  Thu Jun 17 14:41:16 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 17 Jun 2010 14:41:16 +0200
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <4C1185E9.10501@gmail.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C1185E9.10501@gmail.com>
Message-ID: <EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>


On 11 Jun, 2010, at 2:40, Stephen Gava wrote:

> 
> 
> On 11/06/10 1:21 AM, Ronald Oussoren wrote:
>> 
>> On 8 Jun, 2010, at 18:21, Stephen M. Gava wrote:
>> 
>>> hi there,
>>> 
>>> i was happily running the python.org build of 2.7b2, howver since i installed 2.7rc1 i am getting errors when importing Tkinter or wx (wxpython) libraries.
>>> 
>>> perhaps i'm making some simple mistake here. can anyone tell me what the problem is caused by?
>> 
>> 
>> Which installer did you use? I'd guess you used "Mac Installer disk image (2.7rc1) for OS X 10.5 and later" and used the other one for previous releases.   If you're on a modernish intel system you'll get a 64-bit process when you start the "10.5 and later" python, and wx and Tkinter are likely only 32-bit which would explain the error.
> 
> 
> nope, i used the installer 'for 10.5 and later' for 2.7b2 and then the '10.5 and later' for rc1 also...
> 
> i'll try a complete remove and re-install of 2.7 and wx and see what happens.

I haven't had time yet to investigate this issue.  It's odd that 2.7b2 worked and rc1 doesn't, both were build on the same machine and AFAIK there haven't been changes to the build process between those releases.

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/20100617/f8144367/attachment.bin>

From vze26m98 at optonline.net  Thu Jun 17 22:52:12 2010
From: vze26m98 at optonline.net (Charles Turner)
Date: Thu, 17 Jun 2010 16:52:12 -0400
Subject: [Pythonmac-SIG] Help with py-appscript?
Message-ID: <F9400879-5004-48B4-AA12-F93DA4CBFF6F@optonline.net>

Hi all-

Although I'm sure I qualify as a Python noobie as well as with Applescript and Skim, I've run into the following and hope someone could shed some light for me.

I have the following script:

from appscript import *

skim = app('Skim.app')
reference = skim.documents[1].notes[1].selection.get()[0]
print reference

which produces the reference:

app(u'/Applications/Skim.app').documents[u'blair-2004.pdf'].pages[1].text.characters[app.documents[u'blair-2004.pdf'].pages[1].text.characters[1022]:app.documents[u'blair-2004.pdf'].pages[1].text.characters[1147]]

If I change the last line of the script to:

print reference.get()

it generates:

CommandError: app(u'/Applications/Skim.app').documents[u'blair-2004.pdf'].pages[1].text.characters[app.documents[u'blair-2004.pdf'].pages[1].text.characters[1022]:app.documents[u'blair-2004.pdf'].pages[1].text.characters[1147]].get, ((), {}), aem.EventError(-1720, '', {'errn': <aem.ae.AEDesc type='long' size=4>, 'erob': <aem.ae.AEDesc type='obj ' size=932>})

function __call__ in untitled at line 499
raise CommandError(self, (args, kargs), e, self.AS_appdata)

Can someone point out what I'm doing wrong here?

Thanks in advance,

Charles




From rowen at uw.edu  Fri Jun 18 18:57:27 2010
From: rowen at uw.edu (Russell E. Owen)
Date: Fri, 18 Jun 2010 09:57:27 -0700
Subject: [Pythonmac-SIG] py2app applet: cannot drag files onto dock icon
Message-ID: <rowen-73CC6A.09572718062010@news.gmane.org>

I am making a Mac drag-and-drop applet using py2app.

The resulting application runs, and I can drag files onto the 
application's icon in Finder, but I cannot drag files onto the 
application's icon in the Dock.

The application processes plain text files. The property list is as 
follows (I reluctantly decided not to list allowed file suffixes because 
the appropriate keyword is deprecated for 10.5):

plist = dict(
    CFBundleName                = appName,
    CFBundleExecutable          = appName,
    CFBundleShortVersionString  = versStr,
    CFBundleGetInfoString       = "%s %s" % (appName, versStr),
    CFBundleDocumentTypes       = [
        dict(
            CFBundleTypeName = "TEXT",
            CFBundleTypeRole = "Viewer",
            LSItemContentTypes = [
                "public.plain-text",
                "public.text",
                "public.data",
            ],
        ),
    ],
)

and when I look at the final info.plist and compare it to the plist from 
other applications I don't see anything glaringly different (but I'm not 
an expert on application proper lists).

Any idea what's going on? It's a serious limitation not to be able to 
drag file onto the dock icon.

-- Russell


From rowen at uw.edu  Fri Jun 18 20:03:49 2010
From: rowen at uw.edu (Russell E. Owen)
Date: Fri, 18 Jun 2010 11:03:49 -0700
Subject: [Pythonmac-SIG] py2app applet: cannot drag files onto dock icon
References: <rowen-73CC6A.09572718062010@news.gmane.org>
Message-ID: <rowen-E59493.11034918062010@news.gmane.org>

I found the answer in a second google search (the first one, before I 
posted, didn't turn up anything).

<http://boredzo.org/blog/archives/2007-07-23/how-to-make-your-apps-dock-t
ile-highlight>
explained that I had to run mdls -name kMDItemContentType
on my application and add the result (which was 
com.apple.application-bundle) to the list of LSItemContentTypes

That worked.

-- Russell

In article <rowen-73CC6A.09572718062010 at news.gmane.org>,
 "Russell E. Owen" <rowen at uw.edu> wrote:

> I am making a Mac drag-and-drop applet using py2app.
> 
> The resulting application runs, and I can drag files onto the 
> application's icon in Finder, but I cannot drag files onto the 
> application's icon in the Dock.
> 
> The application processes plain text files. The property list is as 
> follows (I reluctantly decided not to list allowed file suffixes because 
> the appropriate keyword is deprecated for 10.5):
> 
> plist = dict(
>     CFBundleName                = appName,
>     CFBundleExecutable          = appName,
>     CFBundleShortVersionString  = versStr,
>     CFBundleGetInfoString       = "%s %s" % (appName, versStr),
>     CFBundleDocumentTypes       = [
>         dict(
>             CFBundleTypeName = "TEXT",
>             CFBundleTypeRole = "Viewer",
>             LSItemContentTypes = [
>                 "public.plain-text",
>                 "public.text",
>                 "public.data",
>             ],
>         ),
>     ],
> )
> 
> and when I look at the final info.plist and compare it to the plist from 
> other applications I don't see anything glaringly different (but I'm not 
> an expert on application proper lists).
> 
> Any idea what's going on? It's a serious limitation not to be able to 
> drag file onto the dock icon.
> 
> -- Russell
> 
> _______________________________________________
> 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 hengist.podd at virgin.net  Sat Jun 19 13:44:44 2010
From: hengist.podd at virgin.net (has)
Date: Sat, 19 Jun 2010 12:44:44 +0100
Subject: [Pythonmac-SIG] Help with py-appscript?
In-Reply-To: <mailman.56.1276855207.10866.pythonmac-sig@python.org>
References: <mailman.56.1276855207.10866.pythonmac-sig@python.org>
Message-ID: <D7F66FCC-B447-4F60-8C1D-DE9FB450FD76@virgin.net>

Charles Turner wrote:

> I have the following script:
> 
> from appscript import *
> 
> skim = app('Skim.app')
> reference = skim.documents[1].notes[1].selection.get()[0]
> print reference
> 
> which produces the reference:
> 
> app(u'/Applications/Skim.app').documents[u'blair-2004.pdf'].pages[1].text.characters[app.documents[u'blair-2004.pdf'].pages[1].text.characters[1022]:app.documents[u'blair-2004.pdf'].pages[1].text.characters[1147]]
> 
> If I change the last line of the script to:
> 
> print reference.get()
> 
> it generates:
> 
> CommandError: app(u'/Applications/Skim.app').documents[u'blair-2004.pdf'].pages[1].text.characters[app.documents[u'blair-2004.pdf'].pages[1].text.characters[1022]:app.documents[u'blair-2004.pdf'].pages[1].text.characters[1147]].get, ((), {}), aem.EventError(-1720, '', {'errn': <aem.ae.AEDesc type='long' size=4>, 'erob': <aem.ae.AEDesc type='obj ' size=932>})

That looks like the slightly mangled output from CommandError.__repr__(), although you don't say if its your code or your editor that's formatting it this way. You'll get a much more readable error message from CommandError.__str__().

Digging through it, the error number is -1720, 'invalid range'. I'm not familiar with Skim, but a quick test confirms the same commands produce the same error in AppleScript too:

tell application "Skim"
	set r to item 1 of (get selection of note 1 of document 1)
	get contents of r
end tell
-- error "Skim got an error: Invalid range." number -1720 from characters 222 thru 286 of text of page 4 of document "points-of-view.pdf"

So I would suggest taking it up with the Skim authors, as it's probably a bug in their scripting support.

HTH

has
-- 
Learn AppleScript, 3rd edition, Sanderson & Rosenthal: 
http://apress.com/book/view/9781430223610

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


From vze26m98 at optonline.net  Sat Jun 19 15:00:46 2010
From: vze26m98 at optonline.net (Charles Turner)
Date: Sat, 19 Jun 2010 09:00:46 -0400
Subject: [Pythonmac-SIG] Help with py-appscript?
In-Reply-To: <D7F66FCC-B447-4F60-8C1D-DE9FB450FD76@virgin.net>
References: <mailman.56.1276855207.10866.pythonmac-sig@python.org>
	<D7F66FCC-B447-4F60-8C1D-DE9FB450FD76@virgin.net>
Message-ID: <F9172F62-EB13-427A-ABE4-60D2C7487522@optonline.net>

On Jun 19, 2010, at 7:44 AM, has wrote:

> So I would suggest taking it up with the Skim authors, as it's probably a bug in their scripting support.

Thanks for all the help, has. I've been talking with the Skimmers about this too.

Best wishes, Charles


From vze26m98 at optonline.net  Sat Jun 19 16:36:50 2010
From: vze26m98 at optonline.net (Charles Turner)
Date: Sat, 19 Jun 2010 10:36:50 -0400
Subject: [Pythonmac-SIG] Help with py-appscript?
In-Reply-To: <D7F66FCC-B447-4F60-8C1D-DE9FB450FD76@virgin.net>
References: <mailman.56.1276855207.10866.pythonmac-sig@python.org>
	<D7F66FCC-B447-4F60-8C1D-DE9FB450FD76@virgin.net>
Message-ID: <CCE3AFED-D933-4F76-9092-6B133E74952F@optonline.net>

On Jun 19, 2010, at 7:44 AM, has wrote:

> So I would suggest taking it up with the Skim authors, as it's probably a bug in their scripting support.

As a follow-up, Christiaan Hofmann offered this:

On Jun 19, 2010, at 9:00 AM, Christiaan Hofman wrote:

> This is a very old and very annoying AppleScript bug in its validation of statements involving properties. Generally, when you get an error like this, you should insert an extra "get" command (which should be implicit, but it isn't) as in 'get text for (get selection of note 1 of document 1)'. 

So in Applescript, the following works:

> tell application "Skim"
>   set theRun to get text for (get selection of note 1 of document 1)
>   set theText to attribute run 1 of theRun
> end tell

and with py-appscript, this works:

> skim = app('Skim.app')
> theRTF = skim.get_text_for(skim.documents[1].notes[1].selection.get())
> print theRTF.attribute_runs[1].get()

Charles


From janssen at parc.com  Mon Jun 21 21:17:16 2010
From: janssen at parc.com (Bill Janssen)
Date: Mon, 21 Jun 2010 12:17:16 PDT
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
Message-ID: <75684.1277147836@parc.com>

I just noticed that the list of "stable" Python buildbots don't include
any OS X buildbots.  From the web page, the definition of "stable" is
this:

``The stable versions are the primary platforms that should always have
all tests passing.''

Don't we want OS X in that set of platforms?

Bill

From ronaldoussoren at mac.com  Tue Jun 22 08:34:30 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 22 Jun 2010 08:34:30 +0200
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <75684.1277147836@parc.com>
References: <75684.1277147836@parc.com>
Message-ID: <98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>


On 21 Jun, 2010, at 21:17, Bill Janssen wrote:

> I just noticed that the list of "stable" Python buildbots don't include
> any OS X buildbots.  From the web page, the definition of "stable" is
> this:
> 
> ``The stable versions are the primary platforms that should always have
> all tests passing.''
> 
> Don't we want OS X in that set of platforms?

Yes, but as you know we didn't even have OSX buildbots until recently. 

BTW. I have no idea how a buildbot can be added to the stable set.

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/20100622/7474f6c1/attachment.bin>

From anand.shashwat at gmail.com  Tue Jun 22 11:30:27 2010
From: anand.shashwat at gmail.com (Shashwat Anand)
Date: Tue, 22 Jun 2010 15:00:27 +0530
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
Message-ID: <AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>

Ronald: Is there a way we can assist ?

On Tue, Jun 22, 2010 at 12:04 PM, Ronald Oussoren <ronaldoussoren at mac.com>wrote:

>
> On 21 Jun, 2010, at 21:17, Bill Janssen wrote:
>
> > I just noticed that the list of "stable" Python buildbots don't include
> > any OS X buildbots.  From the web page, the definition of "stable" is
> > this:
> >
> > ``The stable versions are the primary platforms that should always have
> > all tests passing.''
> >
> > Don't we want OS X in that set of platforms?
>
> Yes, but as you know we didn't even have OSX buildbots until recently.
>
> BTW. I have no idea how a buildbot can be added to the stable set.
>
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100622/29d12956/attachment.html>

From ronaldoussoren at mac.com  Tue Jun 22 11:46:11 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 22 Jun 2010 11:46:11 +0200
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
Message-ID: <D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>


On 22 Jun, 2010, at 11:30, Shashwat Anand wrote:

> Ronald: Is there a way we can assist ?

Sure: look for mac related bugs on the tracker help in making that list smaller.

I look for mac related bugs in 3 ways:

1) All issues assigned to the Macintosh component

2) All issues assigned to me (which has significant overlap with the first list)

3) All issues where 'OSX' is mentioned (this contains a lot of false positives)

I'm slowly working my way to the list, but it is not empty yet. There are currently 38 issues for the Macintosh component, down from over 50 less than a year ago.  I expect to close at least 3 more soon.

I'd really appriate if someone could look into all Tk related issues. I'm not a Tk user myself, which means that these issues take a lot of time for me and I don't have a strong incentive to work on them (beyond making sure that IDLE keeps working)

Ronald

> 
> On Tue, Jun 22, 2010 at 12:04 PM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
> 
> On 21 Jun, 2010, at 21:17, Bill Janssen wrote:
> 
> > I just noticed that the list of "stable" Python buildbots don't include
> > any OS X buildbots.  From the web page, the definition of "stable" is
> > this:
> >
> > ``The stable versions are the primary platforms that should always have
> > all tests passing.''
> >
> > Don't we want OS X in that set of platforms?
> 
> Yes, but as you know we didn't even have OSX buildbots until recently.
> 
> BTW. I have no idea how a buildbot can be added to the stable set.
> 
> 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
> 
> 

-------------- 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/20100622/8af09220/attachment.bin>

From anand.shashwat at gmail.com  Tue Jun 22 13:34:20 2010
From: anand.shashwat at gmail.com (Shashwat Anand)
Date: Tue, 22 Jun 2010 17:04:20 +0530
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com> 
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com> 
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
Message-ID: <AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>

Tk is a foreign domain for me :(
Beside I do participate in roundup, will increase the frequency after I get
over with GSoC.
I thought may be I can be of help regarding buildbots ( you mentioned
something similar in issue 9048)

On Tue, Jun 22, 2010 at 3:16 PM, Ronald Oussoren <ronaldoussoren at mac.com>wrote:

>
> On 22 Jun, 2010, at 11:30, Shashwat Anand wrote:
>
> > Ronald: Is there a way we can assist ?
>
> Sure: look for mac related bugs on the tracker help in making that list
> smaller.
>
> I look for mac related bugs in 3 ways:
>
> 1) All issues assigned to the Macintosh component
>
> 2) All issues assigned to me (which has significant overlap with the first
> list)
>
> 3) All issues where 'OSX' is mentioned (this contains a lot of false
> positives)
>
> I'm slowly working my way to the list, but it is not empty yet. There are
> currently 38 issues for the Macintosh component, down from over 50 less than
> a year ago.  I expect to close at least 3 more soon.
>
> I'd really appriate if someone could look into all Tk related issues. I'm
> not a Tk user myself, which means that these issues take a lot of time for
> me and I don't have a strong incentive to work on them (beyond making sure
> that IDLE keeps working)
>
> Ronald
>
> >
> > On Tue, Jun 22, 2010 at 12:04 PM, Ronald Oussoren <
> ronaldoussoren at mac.com> wrote:
> >
> > On 21 Jun, 2010, at 21:17, Bill Janssen wrote:
> >
> > > I just noticed that the list of "stable" Python buildbots don't include
> > > any OS X buildbots.  From the web page, the definition of "stable" is
> > > this:
> > >
> > > ``The stable versions are the primary platforms that should always have
> > > all tests passing.''
> > >
> > > Don't we want OS X in that set of platforms?
> >
> > Yes, but as you know we didn't even have OSX buildbots until recently.
> >
> > BTW. I have no idea how a buildbot can be added to the stable set.
> >
> > 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
> >
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100622/3d3b8c3a/attachment.html>

From ronaldoussoren at mac.com  Tue Jun 22 13:42:14 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 22 Jun 2010 13:42:14 +0200
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
	<AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
Message-ID: <1CE2BD30-482B-4BF7-8803-E02CF7C4EFBC@mac.com>


On 22 Jun, 2010, at 13:34, Shashwat Anand wrote:

> Tk is a foreign domain for me :(
> Beside I do participate in roundup, will increase the frequency after I get over with GSoC.
> I thought may be I can be of help regarding buildbots ( you mentioned something similar in issue 9048)

I don't think you can do anything about the buildbots, they seem to be running although somewhat slowly.  The major problem with the buildbots for OSX is that it seems that for the most part OSX specific issues linger until I get around fixing them.  That's not completely fair, Ned also does some bugfixing when he has time, but it is worrysome that such a major platform gets so little attention from developers (both the core developers and the rest of the community).

Ronald

> 
> On Tue, Jun 22, 2010 at 3:16 PM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
> 
> On 22 Jun, 2010, at 11:30, Shashwat Anand wrote:
> 
> > Ronald: Is there a way we can assist ?
> 
> Sure: look for mac related bugs on the tracker help in making that list smaller.
> 
> I look for mac related bugs in 3 ways:
> 
> 1) All issues assigned to the Macintosh component
> 
> 2) All issues assigned to me (which has significant overlap with the first list)
> 
> 3) All issues where 'OSX' is mentioned (this contains a lot of false positives)
> 
> I'm slowly working my way to the list, but it is not empty yet. There are currently 38 issues for the Macintosh component, down from over 50 less than a year ago.  I expect to close at least 3 more soon.
> 
> I'd really appriate if someone could look into all Tk related issues. I'm not a Tk user myself, which means that these issues take a lot of time for me and I don't have a strong incentive to work on them (beyond making sure that IDLE keeps working)
> 
> Ronald
> 
> >
> > On Tue, Jun 22, 2010 at 12:04 PM, Ronald Oussoren <ronaldoussoren at mac.com> wrote:
> >
> > On 21 Jun, 2010, at 21:17, Bill Janssen wrote:
> >
> > > I just noticed that the list of "stable" Python buildbots don't include
> > > any OS X buildbots.  From the web page, the definition of "stable" is
> > > this:
> > >
> > > ``The stable versions are the primary platforms that should always have
> > > all tests passing.''
> > >
> > > Don't we want OS X in that set of platforms?
> >
> > Yes, but as you know we didn't even have OSX buildbots until recently.
> >
> > BTW. I have no idea how a buildbot can be added to the stable set.
> >
> > 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
> >
> >
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100622/73f8db67/attachment.html>
-------------- 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/20100622/73f8db67/attachment.bin>

From janssen at parc.com  Tue Jun 22 18:19:20 2010
From: janssen at parc.com (Bill Janssen)
Date: Tue, 22 Jun 2010 09:19:20 PDT
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
Message-ID: <99552.1277223560@parc.com>

Ronald Oussoren <ronaldoussoren at mac.com> wrote:

> 
> On 21 Jun, 2010, at 21:17, Bill Janssen wrote:
> 
> > I just noticed that the list of "stable" Python buildbots don't include
> > any OS X buildbots.  From the web page, the definition of "stable" is
> > this:
> > 
> > ``The stable versions are the primary platforms that should always have
> > all tests passing.''
> > 
> > Don't we want OS X in that set of platforms?
> 
> Yes, but as you know we didn't even have OSX buildbots until recently. 
> 
> BTW. I have no idea how a buildbot can be added to the stable set.

I guess Dave Bolen and I have taken the first step: set up some OS X
buildbots.  I'd be happy to maintain an Intel buildbot in the PARC
server room if we can scrape up a donation of such a machine.  Doesn't
have to be new...

The next step is to turn those buildbots green.  After they're green, we
can propose them for addition to the stable set.  So, something the Mac
SIG could do to help is to take a look at the buildbot output, and
figure out why they're red, and not green.

Bill

From janssen at parc.com  Tue Jun 22 18:25:25 2010
From: janssen at parc.com (Bill Janssen)
Date: Tue, 22 Jun 2010 09:25:25 PDT
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
	<AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
Message-ID: <99689.1277223925@parc.com>

Shashwat Anand <anand.shashwat at gmail.com> wrote:

> Tk is a foreign domain for me :(
> Beside I do participate in roundup, will increase the frequency after I get
> over with GSoC.
> I thought may be I can be of help regarding buildbots ( you mentioned
> something similar in issue 9048)

We could use faster modern Mac buildbots.  Right now, there are no Intel
buildbots running Leopard or Snow Leopard.  I'm running a couple of old
slow PPC machines as buildbots.

It doesn't take much to set up a buildbot.  Install XCode, install the
buildbot software, talk to Martin v. Loewis to get a buildbot account,
and just let it run.  You have to look at it periodically to see if
there are stuck tests etc. that have to be manually cleared.

Bill

From ronaldoussoren at mac.com  Tue Jun 22 18:42:01 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Tue, 22 Jun 2010 18:42:01 +0200
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <99552.1277223560@parc.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<99552.1277223560@parc.com>
Message-ID: <DDFF30C2-06AB-4B6E-90EE-A47152F159ED@mac.com>


On 22 Jun, 2010, at 18:19, Bill Janssen wrote:

> Ronald Oussoren <ronaldoussoren at mac.com> wrote:
> 
>> 
>> On 21 Jun, 2010, at 21:17, Bill Janssen wrote:
>> 
>>> I just noticed that the list of "stable" Python buildbots don't include
>>> any OS X buildbots.  From the web page, the definition of "stable" is
>>> this:
>>> 
>>> ``The stable versions are the primary platforms that should always have
>>> all tests passing.''
>>> 
>>> Don't we want OS X in that set of platforms?
>> 
>> Yes, but as you know we didn't even have OSX buildbots until recently. 
>> 
>> BTW. I have no idea how a buildbot can be added to the stable set.
> 
> I guess Dave Bolen and I have taken the first step: set up some OS X
> buildbots.  I'd be happy to maintain an Intel buildbot in the PARC
> server room if we can scrape up a donation of such a machine.  Doesn't
> have to be new...

I have an intel mac mini that could be used for an intel buildbot, but haven't
had time yet to turn that into a buildbot that tests sometime I actually care about: a universal framework build.

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/20100622/a43a21b8/attachment.bin>

From anand.shashwat at gmail.com  Tue Jun 22 18:34:43 2010
From: anand.shashwat at gmail.com (Shashwat Anand)
Date: Tue, 22 Jun 2010 22:04:43 +0530
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <99689.1277223925@parc.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com> 
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com> 
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
	<AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com> 
	<99689.1277223925@parc.com>
Message-ID: <AANLkTikicDEVIRZ595LWM2os9c26AfJ3xSdRfDzpyM_U@mail.gmail.com>

I have Intel machine (2.53 GhZ, 4gb Ram) with Snow Leopard running on it and
the system is 'ON' 24x7 with an average uptime of 1 month. I guess I can use
mine to run the buildbots.

On Tue, Jun 22, 2010 at 9:55 PM, Bill Janssen <janssen at parc.com> wrote:

> Shashwat Anand <anand.shashwat at gmail.com> wrote:
>
> > Tk is a foreign domain for me :(
> > Beside I do participate in roundup, will increase the frequency after I
> get
> > over with GSoC.
> > I thought may be I can be of help regarding buildbots ( you mentioned
> > something similar in issue 9048)
>
> We could use faster modern Mac buildbots.  Right now, there are no Intel
> buildbots running Leopard or Snow Leopard.  I'm running a couple of old
> slow PPC machines as buildbots.
>
> It doesn't take much to set up a buildbot.  Install XCode, install the
> buildbot software, talk to Martin v. Loewis to get a buildbot account,
> and just let it run.  You have to look at it periodically to see if
> there are stuck tests etc. that have to be manually cleared.
>
> Bill
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/pythonmac-sig/attachments/20100622/abad1c3a/attachment.html>

From janssen at parc.com  Tue Jun 22 20:05:30 2010
From: janssen at parc.com (Bill Janssen)
Date: Tue, 22 Jun 2010 11:05:30 PDT
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <AANLkTikicDEVIRZ595LWM2os9c26AfJ3xSdRfDzpyM_U@mail.gmail.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
	<AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
	<99689.1277223925@parc.com>
	<AANLkTikicDEVIRZ595LWM2os9c26AfJ3xSdRfDzpyM_U@mail.gmail.com>
Message-ID: <2994.1277229930@parc.com>

Shashwat Anand <anand.shashwat at gmail.com> wrote:

> I have Intel machine (2.53 GhZ, 4gb Ram) with Snow Leopard running on
> it and the system is 'ON' 24x7 with an average uptime of 1 month. I
> guess I can use mine to run the buildbots.

That sounds great!  Just install the buildbot software (see
http://wiki.python.org/moin/BuildBot "Installing a build slave" for
instructions), then send a note to Martin for a buildbot name.  You can
use the system Twisted and system Python to run buildbot.

You have to look at the buildbot machine every week or so to see if
there are hanging tests you might want to kill manually.  I'm not sure
why the regression testing software doesn't time out after a day or so,
but it doesn't.  Use "ps auxww | grep regrtest" to identify tests.

Bill

From stephen.gava at gmail.com  Fri Jun 18 03:10:30 2010
From: stephen.gava at gmail.com (Stephen M. Gava)
Date: Fri, 18 Jun 2010 11:10:30 +1000
Subject: [Pythonmac-SIG] 2.7 rc1 "10.3.." installer .dmg problem / was: Re:
 python.org 2.7rc1 problem
In-Reply-To: <EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C1185E9.10501@gmail.com>
	<EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>
Message-ID: <4C1AC786.2040604@python.net>



On 17/06/10 10:41 PM, Ronald Oussoren wrote:
>>
>> i'll try a complete remove and re-install of 2.7 and wx and see what happens.
>
> I haven't had time yet to investigate this issue.  It's odd that 2.7b2 worked and rc1 doesn't, both were build on the same machine and AFAIK there haven't been changes to the build process between those releases.

sorry i haven't had a chance to get back about this yet. you were right 
(of course ;) it _was_ the "10.3..." package of b2 i had installed that 
worked, so sorry for the confusion. i still think the "10.5..." package 
stdlib Tkinter should 'just work' when installed on a normal snow 
leopard box though...

in any case i've struck another problem. i've down loaded the "10.3..." 
package of rc1 several times now but every time i try to mount the .dmg 
osx throws an error saying it's an invalid disk image...

cheers,
stephen.

>
> Ronald
>

From stephen.gava at gmail.com  Sun Jun 20 07:42:45 2010
From: stephen.gava at gmail.com (Stephen M. Gava)
Date: Sun, 20 Jun 2010 15:42:45 +1000
Subject: [Pythonmac-SIG] 2.7 rc1 "10.3.." installer .dmg problem / was:
 Re: python.org 2.7rc1 problem
In-Reply-To: <4C1AC786.2040604@python.net>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C1185E9.10501@gmail.com>
	<EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>
	<4C1AC786.2040604@python.net>
Message-ID: <4C1DAA55.7030201@python.net>


ok i've just ried again downloading

python-2.7rc1-macosx10.3-2010-06-07.dmg

from python.org and still when i try to mount the .dmg osx says there is 
'no mountable filesystem' in the .dmg...

has anyone else been able to use this disk image??

stephen.

On 18/06/10 11:10 AM, Stephen M. Gava wrote:
>
>
> On 17/06/10 10:41 PM, Ronald Oussoren wrote:
>>>
>>> i'll try a complete remove and re-install of 2.7 and wx and see what
>>> happens.
>>
>> I haven't had time yet to investigate this issue. It's odd that 2.7b2
>> worked and rc1 doesn't, both were build on the same machine and AFAIK
>> there haven't been changes to the build process between those releases.
>
> sorry i haven't had a chance to get back about this yet. you were right
> (of course ;) it _was_ the "10.3..." package of b2 i had installed that
> worked, so sorry for the confusion. i still think the "10.5..." package
> stdlib Tkinter should 'just work' when installed on a normal snow
> leopard box though...
>
> in any case i've struck another problem. i've down loaded the "10.3..."
> package of rc1 several times now but every time i try to mount the .dmg
> osx throws an error saying it's an invalid disk image...
>
> cheers,
> stephen.
>
>>
>> Ronald
>>

From stephen.gava at gmail.com  Sun Jun 20 09:01:45 2010
From: stephen.gava at gmail.com (Stephen M. Gava)
Date: Sun, 20 Jun 2010 17:01:45 +1000
Subject: [Pythonmac-SIG] 2.7 rc1 "10.3.." installer .dmg problem / was:
 Re: python.org 2.7rc1 problem
In-Reply-To: <4C1AC786.2040604@python.net>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C1185E9.10501@gmail.com>
	<EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>
	<4C1AC786.2040604@python.net>
Message-ID: <4C1DBCD9.8020703@python.net>


ok i've just ried again downloading

python-2.7rc1-macosx10.3-2010-06-07.dmg

from python.org and still when i try to mount the .dmg osx says there is 
'no mountable filesystem' in the .dmg...

has anyone else been able to use this disk image??

stephen.

On 18/06/10 11:10 AM, Stephen M. Gava wrote:
>
>
> On 17/06/10 10:41 PM, Ronald Oussoren wrote:
>>>
>>> i'll try a complete remove and re-install of 2.7 and wx and see what
>>> happens.
>>
>> I haven't had time yet to investigate this issue. It's odd that 2.7b2
>> worked and rc1 doesn't, both were build on the same machine and AFAIK
>> there haven't been changes to the build process between those releases.
>
> sorry i haven't had a chance to get back about this yet. you were right
> (of course ;) it _was_ the "10.3..." package of b2 i had installed that
> worked, so sorry for the confusion. i still think the "10.5..." package
> stdlib Tkinter should 'just work' when installed on a normal snow
> leopard box though...
>
> in any case i've struck another problem. i've down loaded the "10.3..."
> package of rc1 several times now but every time i try to mount the .dmg
> osx throws an error saying it's an invalid disk image...
>
> cheers,
> stephen.
>
>>
>> Ronald
>>

From daniel.e.rabin+reply at gmail.com  Tue Jun 22 22:32:57 2010
From: daniel.e.rabin+reply at gmail.com (Dan Rabin)
Date: Tue, 22 Jun 2010 13:32:57 -0700
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <2994.1277229930@parc.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
	<AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
	<99689.1277223925@parc.com>
	<AANLkTikicDEVIRZ595LWM2os9c26AfJ3xSdRfDzpyM_U@mail.gmail.com>
	<2994.1277229930@parc.com>
Message-ID: <AANLkTinojVl0fuloF0JjCsSs2tfdA578Zmah5tzO419K@mail.gmail.com>

Do we need 10.5 and powerpc coverage for python.org purposes, or is latest
OS/current machines enough?

  -- Dan Rabin

On Tue, Jun 22, 2010 at 11:05 AM, Bill Janssen <janssen at parc.com> wrote:

> Shashwat Anand <anand.shashwat at gmail.com> wrote:
>
> > I have Intel machine (2.53 GhZ, 4gb Ram) with Snow Leopard running on
> > it and the system is 'ON' 24x7 with an average uptime of 1 month. I
> > guess I can use mine to run the buildbots.
>
> That sounds great!  Just install the buildbot software (see
> http://wiki.python.org/moin/BuildBot "Installing a build slave" for
> instructions), then send a note to Martin for a buildbot name.  You can
> use the system Twisted and system Python to run buildbot.
>
> You have to look at the buildbot machine every week or so to see if
> there are hanging tests you might want to kill manually.  I'm not sure
> why the regression testing software doesn't time out after a day or so,
> but it doesn't.  Use "ps auxww | grep regrtest" to identify tests.
>
> Bill
> _______________________________________________
> 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/20100622/5d7f107d/attachment.html>

From janssen at parc.com  Wed Jun 23 18:55:13 2010
From: janssen at parc.com (Bill Janssen)
Date: Wed, 23 Jun 2010 09:55:13 PDT
Subject: [Pythonmac-SIG] get an OS X buildbot into the "stable" set
In-Reply-To: <AANLkTinojVl0fuloF0JjCsSs2tfdA578Zmah5tzO419K@mail.gmail.com>
References: <75684.1277147836@parc.com>
	<98CCF217-4A81-41BD-BB89-1653F23B9138@mac.com>
	<AANLkTikUq0hENk-zgNkS0jZYUQoG_9Ohjw8ldveo7t5d@mail.gmail.com>
	<D908ED92-3FFC-4A05-A209-9C5A06980842@mac.com>
	<AANLkTil_qaAglw0bK13v6wv66EfhJmey3qakn9f8iHn6@mail.gmail.com>
	<99689.1277223925@parc.com>
	<AANLkTikicDEVIRZ595LWM2os9c26AfJ3xSdRfDzpyM_U@mail.gmail.com>
	<2994.1277229930@parc.com>
	<AANLkTinojVl0fuloF0JjCsSs2tfdA578Zmah5tzO419K@mail.gmail.com>
Message-ID: <14438.1277312113@parc.com>

Dan Rabin <daniel.e.rabin+reply at gmail.com> wrote:

> Do we need 10.5 and powerpc coverage for python.org purposes, or is latest
> OS/current machines enough?

Right now, I've got as many PPC 10.4 and 10.5 machines as we need.  We
could use Intel Core 2 Duo (or better) machines running Leopard, and
Snow Leopard.  Our current Intel OS X buildbot is a Core Duo (so no
64-bit) Mac Mini running Tiger.

We also can't make them "stable" unless this is a kind of long-term 24x7
commitment, so machines already running as servers and unlikely to be
decommissioned in the near future would be good.

Bill

> 
>   -- Dan Rabin
> 
> On Tue, Jun 22, 2010 at 11:05 AM, Bill Janssen <janssen at parc.com> wrote:
> 
> > Shashwat Anand <anand.shashwat at gmail.com> wrote:
> >
> > > I have Intel machine (2.53 GhZ, 4gb Ram) with Snow Leopard running on
> > > it and the system is 'ON' 24x7 with an average uptime of 1 month. I
> > > guess I can use mine to run the buildbots.
> >
> > That sounds great!  Just install the buildbot software (see
> > http://wiki.python.org/moin/BuildBot "Installing a build slave" for
> > instructions), then send a note to Martin for a buildbot name.  You can
> > use the system Twisted and system Python to run buildbot.
> >
> > You have to look at the buildbot machine every week or so to see if
> > there are hanging tests you might want to kill manually.  I'm not sure
> > why the regression testing software doesn't time out after a day or so,
> > but it doesn't.  Use "ps auxww | grep regrtest" to identify tests.
> >
> > Bill
> > _______________________________________________
> > 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

From sridharr at activestate.com  Thu Jun 24 02:52:43 2010
From: sridharr at activestate.com (Sridhar Ratnakumar)
Date: Wed, 23 Jun 2010 17:52:43 -0700
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <4C11BA4E.2080804@gmail.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C118B7B.5000505@gmail.com>
	<8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>
	<4C11B24C.9090301@gmail.com>
	<8DD2312E-E847-455E-8A22-512CEA2469DC@mac.com>
	<4C11BA4E.2080804@gmail.com>
Message-ID: <8355D833-3740-4FD2-A163-5945E075BFA1@activestate.com>


On 2010-06-10, at 9:23 PM, Stephen Gava wrote:

>>> i guess i'll re-install python 2.7b2 again to double check, but this seems very odd...
>>> 
>>> also, are you then saying that no-one running snow leopard on a 64bit capable machine is able to use Tkinter anymore if they install the python.org package for '10.5.. +' osx...?
>> 
>> IIRC not in 64-bit mode, the system version of Tcl/Tk 8.4 just isn't available in 64-bit.  Luckily you can use 'arch -ppc -i386 python2.7' to start python in 32-bit mode (This won't work with 2.6 BTW).

Try ActivePython 2.7 rc1. I am able to import _tkinter on a 64-bit SnowL machine. This works because ActivePython 2.7 uses Tcl/Tk 8.5 (not 8.4) .. which is installed on SnowL.

-srid

PS: we (ActiveState) are trying to patch _tkinter.c, so a _tkinter.so built using 8.5 will also load 8.6 (or any subsequent version) on the user's machine (using tcl stubs). This will make it possible for 'import _tkinter' to work on 10.5 as well (if ActiveTcl 8.6 beta, with 64-bit, is installed). cf. http://bugs.python.org/issue8798

From aahz at pythoncraft.com  Thu Jun 24 04:38:53 2010
From: aahz at pythoncraft.com (Aahz)
Date: Wed, 23 Jun 2010 19:38:53 -0700
Subject: [Pythonmac-SIG] 2.7 rc1 "10.3.." installer .dmg problem /
	was:	Re: python.org 2.7rc1 problem
In-Reply-To: <4C1DBCD9.8020703@python.net>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C1185E9.10501@gmail.com>
	<EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>
	<4C1AC786.2040604@python.net> <4C1DBCD9.8020703@python.net>
Message-ID: <20100624023853.GA2083@panix.com>

On Sun, Jun 20, 2010, Stephen M. Gava wrote:
>
> ok i've just ried again downloading
>
> python-2.7rc1-macosx10.3-2010-06-07.dmg
>
> from python.org and still when i try to mount the .dmg osx says there is  
> 'no mountable filesystem' in the .dmg...
>
> has anyone else been able to use this disk image??

What's the exact URL?  rc2 was just released and I don't see that image
anymore.  (And the rc2 Mac image isn't up yet.)
-- 
Aahz (aahz at pythoncraft.com)           <*>         http://www.pythoncraft.com/

"If you don't know what your program is supposed to do, you'd better not
start writing it."  --Dijkstra

From ronaldoussoren at mac.com  Thu Jun 24 12:19:59 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 24 Jun 2010 12:19:59 +0200
Subject: [Pythonmac-SIG] 2.7 rc1 "10.3.." installer .dmg problem
 /	was:	Re: python.org 2.7rc1 problem
In-Reply-To: <20100624023853.GA2083@panix.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C1185E9.10501@gmail.com>
	<EC9BADDA-5573-40CE-9D65-F3FEA113D387@mac.com>
	<4C1AC786.2040604@python.net>
	<4C1DBCD9.8020703@python.net> <20100624023853.GA2083@panix.com>
Message-ID: <48C3F504-52C1-4517-BF41-E7CAC1DD7067@mac.com>


On 24 Jun, 2010, at 4:38, Aahz wrote:

> On Sun, Jun 20, 2010, Stephen M. Gava wrote:
>> 
>> ok i've just ried again downloading
>> 
>> python-2.7rc1-macosx10.3-2010-06-07.dmg
>> 
>> from python.org and still when i try to mount the .dmg osx says there is  
>> 'no mountable filesystem' in the .dmg...
>> 
>> has anyone else been able to use this disk image??
> 
> What's the exact URL?  rc2 was just released and I don't see that image
> anymore.  (And the rc2 Mac image isn't up yet.)

I haven't gotten around to building the rc2 image yet (see the getgroups discussion
on python-dev for the reason for that).

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/20100624/bc445ee9/attachment.bin>

From ronaldoussoren at mac.com  Thu Jun 24 12:48:50 2010
From: ronaldoussoren at mac.com (Ronald Oussoren)
Date: Thu, 24 Jun 2010 12:48:50 +0200
Subject: [Pythonmac-SIG] python.org 2.7rc1 problem
In-Reply-To: <8355D833-3740-4FD2-A163-5945E075BFA1@activestate.com>
References: <4C0EECA4.9090200@python.net>
	<59F6F524-5E24-43F9-A2CC-D88A65D9BA22@mac.com>
	<4C118B7B.5000505@gmail.com>
	<8121DB82-7B78-4DE2-8AFE-D272F1798E31@mac.com>
	<4C11B24C.9090301@gmail.com>
	<8DD2312E-E847-455E-8A22-512CEA2469DC@mac.com>
	<4C11BA4E.2080804@gmail.com>
	<8355D833-3740-4FD2-A163-5945E075BFA1@activestate.com>
Message-ID: <9A57EAEA-E18B-4232-9413-5E369CC32D77@mac.com>


On 24 Jun, 2010, at 2:52, Sridhar Ratnakumar wrote:

> 
> On 2010-06-10, at 9:23 PM, Stephen Gava wrote:
> 
>>>> i guess i'll re-install python 2.7b2 again to double check, but this seems very odd...
>>>> 
>>>> also, are you then saying that no-one running snow leopard on a 64bit capable machine is able to use Tkinter anymore if they install the python.org package for '10.5.. +' osx...?
>>> 
>>> IIRC not in 64-bit mode, the system version of Tcl/Tk 8.4 just isn't available in 64-bit.  Luckily you can use 'arch -ppc -i386 python2.7' to start python in 32-bit mode (This won't work with 2.6 BTW).
> 
> Try ActivePython 2.7 rc1. I am able to import _tkinter on a 64-bit SnowL machine. This works because ActivePython 2.7 uses Tcl/Tk 8.5 (not 8.4) .. which is installed on SnowL.

The python.org installer sadly enough can't link to Tk 8.5 because Tk 8.5 isn't available before SL and I don't want to rely on a separate install of Tk because IDLE needs to work out of the box.

And yes, "arch -ppc -i386 python2.7" enables you to import Tkinter. That's why IDLE works.

> 
> -srid
> 
> PS: we (ActiveState) are trying to patch _tkinter.c, so a _tkinter.so built using 8.5 will also load 8.6 (or any subsequent version) on the user's machine (using tcl stubs). This will make it possible for 'import _tkinter' to work on 10.5 as well (if ActiveTcl 8.6 beta, with 64-bit, is installed). cf. http://bugs.python.org/issue8798

Could that work for Tk 8.4 as well?  It would be rather nice if we could have just one _tkinter extension that worked both with the Apple install of Tcl/Tk and separate installs.

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/20100624/c8fd84b1/attachment.bin>

From skip at pobox.com  Sat Jun 26 03:18:15 2010
From: skip at pobox.com (Skip Montanaro)
Date: Sat, 26 Jun 2010 01:18:15 +0000 (UTC)
Subject: [Pythonmac-SIG] XCode for OS X 10.5?
Message-ID: <loom.20100626T031158-93@post.gmane.org>

Sorry to ask a non-Python question here, but I need this to get my laptop rebuilt
so I can do stuff again.  I lost the disk on my Macbook Pro which Apple kindly
replaced, however my backups were partially toast, so I had to reinstall OS X
from scratch.  (Luckily /Users was viable.  Whew!)  

I can't find a version of XCode which works with Mac OS X  10.5.  All Apple will
show me on their dev site is XCode 3.2 which requires Snow Leopard.  I can't
build a dang thing - no make or gcc for instance.

Any pointers appreciated.

Thanks,

Skip Montanaro



From davelist at mac.com  Sat Jun 26 04:32:21 2010
From: davelist at mac.com (davelist at mac.com)
Date: Fri, 25 Jun 2010 22:32:21 -0400
Subject: [Pythonmac-SIG] XCode for OS X 10.5?
In-Reply-To: <loom.20100626T031158-93@post.gmane.org>
References: <loom.20100626T031158-93@post.gmane.org>
Message-ID: <2072E297-84DA-4363-AA7E-35853F529B88@mac.com>


On Jun 25, 2010, at 9:18 PM, Skip Montanaro wrote:

> Sorry to ask a non-Python question here, but I need this to get my laptop rebuilt
> so I can do stuff again.  I lost the disk on my Macbook Pro which Apple kindly
> replaced, however my backups were partially toast, so I had to reinstall OS X
> from scratch.  (Luckily /Users was viable.  Whew!)  
> 
> I can't find a version of XCode which works with Mac OS X  10.5.  All Apple will
> show me on their dev site is XCode 3.2 which requires Snow Leopard.  I can't
> build a dang thing - no make or gcc for instance.
> 
> Any pointers appreciated.
> 
> Thanks,
> 
> Skip Montanaro


Try http://connect.apple.com

You can find older versions there.

Dave