Mailman 3 April 2007 - Pythonmac-SIG

py2app warning: may need to include email.Util
by Russell E Owen Aug. 6, 2007

Aug. 6, 2007

My py2app-bundled Mac application recently started failing with "no module named email.Util" when trying to display images. It turns out pyfits uses urllib which uses email.Util, which apparently has been renamed email.util with some kind of clever lazy import code so one can still use email.Util. Apparently the cleverness is too much for py2app's module finder. Anyway, the easy workaround is to specify email.Util as a necessary module to import. But I'll report a python bug or submit a urllib patch. -- Russell

5 6

Building a 64-bit version of python
by Ronald Oussoren May 5, 2007

May 5, 2007

I know several people on this list are interested in a 64-bit build of python. The following procedure is a hack that gets you a basic 64- bit build of python. The build is universal, but for me only one of the two archictures actually worked: I did my build on an Intel system and the 64-bit build worked on that machine, but didn't work on a G5 mac. That's probably something shallow, but as that machine doesn't have the Xcode installed and is on the other side of a slow network connection I haven't tried to debug this yet. 1) Edit the configure script, look for "-arch i386" and "-arch ppc" and change that those to "-arch ppc64" and "-arch x86_64". You'll have to make multiple changes to the configure file. 2) Build using: $ mkdir build $ cd build $ CFLAGS="-arch ppc64 -arch x86_64" ../configure --enable- universalsdk \ --disable-toolbox-glue --prefix=/opt/python25-64bit $ make $ make install 3) Optionally: run "make testall" to run the unittests and check pyconfig.h to check the various SIZEOF definitions. You now have a 64-bit build of python in /opt/python25-64bit. Note that this is a quick hack and I haven't done extensive testing (and probably won't do so until I get around to working on a patch to add native support for 4-way universal builds to the python build process, which won't be any time soon). Also note that several extensions won't build in this setup because only libSystem is 64-bit at the moment. You will therefore not have ssl support, zlib, bz2 and hashlib. If you want those you'll have to build the needed libraries (openssl, zlib, bz2, ...) as 64-bit binaries by hand and install those in /usr/local. This copy of python says: ./python.exe Python 2.5.1 (r251:54863, Apr 26 2007, 15:09:03) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> sys.maxint 9223372036854775807 >>> Ronald

1 1

looking for a python Mac developer for freelance work
by Omri Reuter May 3, 2007

May 3, 2007

Hi, We have a very cool application written in python WX that we need ported to Macintosh. I'm looking for a freelance developer that has experience in Python on Mac and can take this project ASAP. I'm open to discuss any working model Regards, Omri Reuter <mailto:omri@egloomedia.com> CTO EglooMedia omri(a)egloomedia.com <mailto:omri@egloomedia.com> +972-52-5556369 +972-73-2525252

4 3

distutils question
by Black April 26, 2007

April 26, 2007

[apologies if this appears twice, I sent this last night, but it doesn't appear to have appeared on the list...] I'm having a odd problem with distutils that I'm not sure I understand. Here is the background information: Arch: i386 OS: 10.4.9 Python: 2.5.1 swig: 1.3.31 I'm trying to build and install a wrapper around an already existing C ++ library I wrote a while ago and I'm using distutils to handle the whole thing for me. here is my setup.py: from distutils.core import setup, Extension module1 = Extension('_GLFT', library_dirs = ['/usr/local/lib', '/System/ Library/Frameworks/OpenGL.framework/Versions/Current/Libraries'], libraries = ['GLFT', 'GL', 'freetype'], include_dirs= ['/usr/include/freetype2','/usr/ local/include/GLFT','/usr/local/include', '/usr/local/include/ freetype2'], sources=['GLFT.i'], swig_opts=['-c++'], language='c++') setup(name='GLFT', version='1.0', description='This is a wrapper around libGLFT', options={'build_ext':{'swig_opts':'-c++'}}, platforms=['i386'], ext_modules=[module1]) On Linux, I use python setup.py install and everything installs fine. On OSX, swig runs fine, all of the files appear to be built, but something seems to happen in the installation phase. The _GLFT.so module gets installed and the egg info, but the generated GLFT.py is left behind. Can anyone tell me why that might be and how I can fix it? -Black

1 0

StuffIt 10 can corrupt applications packaged with py2app
by Brian Christensen April 26, 2007

April 26, 2007

I have been distributing a mac application built with py2app. For months I have received reports of users who were not able to use the application because of the error "ImportError: No module named os". I was not able to reproduce the error and was unable to help them, except to suggest they run the application from the source code. I finally found a user (Michael) who had both the problem and the technical skills to track down the cause. > I think I have cracked the 'no module os' problem with GanttPV.app > under 10.4. > > Assuming that the problem was with the current path, I looked at > site.py. Now I haven't done any python yet, but it is all pretty > readable; what I don't know about is the significance of the .pyc > files - I guess I'll learn. Also, there is an alias in the python > > folder to the site.py file in the Resources folder, but it doesn't > seem to have to work ... > > Anyway, if you replace the line > sys.path.append(_parent + '/site-packages.zip') > > with the line > sys.path.append(_parent + '/site-packages') > > in site.py in the Resources folder of the Contents folder of the > GanttPV.app, GanttPV launching works. In my hands. > Following up on this lead we found that there is a problem with StuffIt 10. My application was distributed as a zip file so the user used StuffIt to unzip the file. It turns out that StuffIt was unzipping and deleting the site-packages.zip inside of the application! > I think we have discovered a bug (? feature?) in Stuffit. I am usng > Stuffit 10. It is set to NOT delete after unzipping, and to > continue unzipping if possible. If I turn off the latter, the > program works after unpacking. When continued unpacking is turned > on, the progam deletes the site-packages.zip file, but not the top > level zip file. As a partial work around I am not going to use .zip files to distribute my application. However, if anyone zips and then unzips the application it will stop working. Has anyone else run into this problem?

10 14

Re: [Pythonmac-SIG] Pythonmac 2.4.4 (PPC) and mod_python problems
by Frank Hoffsümmer April 26, 2007

April 26, 2007

hi, I also have trouble building the latest mod_python using the latest UB build of python (2.4.4 or 2.5.1) on a PowerPC OS X machine. My OS X version is 10.4.9 (Server) and the gcc version is 4.01 (build 5367 = latest XCode) I am trying to compile mod_python using the apxs from the build-in apache2 installation that comes with OS X 10.4 Server (/opt/apache2) heres what I am doing cd mod_python-3.3.1 ./configure --with-apxs=/opt/apache2/bin/apxs --with-python=/Library/Frameworks/Python.framework/Versions/Current/bin/python export MACOSX_DEPLOYMENT_TARGET=10.4 make the result is always (using UB python 2.4.4 or 2.5.1 from python.org) /usr/bin/ld: for architecture i386 /usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libm.dylib does not contain an architecture that matches the specified -arch flag: i386 (file ignored) /usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libdl.dylib does not contain an architecture that matches the specified -arch flag: i386 (file ignored) /usr/bin/ld: warning fat file: /usr/lib/gcc/i686-apple-darwin8/4.0.1/../../../libSystem.dylib does not contain an architecture that matches the specified -arch flag: i386 (file ignored) /usr/bin/ld: warning fat file: /usr/lib/libSystem.B.dylib does not contain an architecture that matches the specified -arch flag: i386 (file ignored) /usr/bin/ld: Undefined symbols: ___sF referenced from Python expected to be defined in /usr/lib/libSystem.B.dylib _exit referenced from Python expected to be defined in /usr/lib/libSystem.B.dylib ..... <cut> ..... _setpwent referenced from Python expected to be defined in /usr/lib/libSystem.B.dylib _mktime referenced from Python expected to be defined in /usr/lib/libSystem.B.dylib _clock referenced from Python expected to be defined in /usr/lib/libSystem.B.dylib collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp//ccAkqNp0.out (No such file or directory) apxs:Error: Command failed with rc=65536 . make[1]: *** [mod_python.so] Error 1 make: *** [do_dso] Error 2 this used to work with earlier versions of XCode/python/mod_python, but somehow I cannot compile the latest release apologies if this is the wrong group, but I saw the topic being discussed here earlier thanks for any insight you might have -frank

4 4

a little problem
by Romuald Riem April 25, 2007

April 25, 2007

Hello, I've created a small and basic application with PyQt4. It works as expected on MacOS X and Win XP. With the latest version of SIP and PyQT4, I've built a standalone application with py2app for MacOS X and py2exe for Windows and they work fine. I'm supprised by the size difference between the 2 applications (built with the standard options): when the Windows app is about 15 Mo, the Mac one is about 64 Mo. Is it normal ? How can I make a smaller Mac app ? Thanks Romuald Riem

1 0

Re: [Pythonmac-SIG] Pythonmac 2.4.4 (PPC) and mod_python problems
by Frank Hoffsümmer April 25, 2007

April 25, 2007

On 4/25/07, Frank Hoffsümmer <frank.hoffsummer(a)gmail.com> wrote: > > thanks ronald for your answer, > it seems the directory /Developer/SDKs/MacOSX10.4u.sdk exists on my > machine > > $ ls -la /Developer/SDKs/MacOSX10.4u.sdk > total 8 > drwxr-xr-x 7 root wheel 238 Sep 25 2006 . > drwxr-xr-x 4 root wheel 136 Apr 4 12:08 .. > drwxr-xr-x 3 root wheel 102 Sep 25 2006 Developer > drwxr-xr-x 3 root wheel 102 Sep 25 2006 Library > -rw-r--r-- 1 root wheel 369 Sep 23 2006 SDKSettings.plist > drwxr-xr-x 3 root wheel 102 Sep 25 2006 System > drwxr-xr-x 6 root wheel 204 Sep 25 2006 usr > > -frank > > On 4/25/07, Ronald Oussoren <ronaldoussoren(a)mac.com> wrote: > > > > > > On Wednesday, April 25, 2007, at 04:47PM, "Frank Hoffsümmer" < > > frank.hoffsummer(a)gmail.com> wrote: > > >hi, > > >I also have trouble building the latest mod_python using the latest UB > > build > > >of python (2.4.4 or 2.5.1) on a PowerPC OS X machine. > > >My OS X version is 10.4.9 (Server) and the gcc version is 4.01 (build > > 5367 = > > >latest XCode) > > > > Did you install the Univeral SDK as well? I'm not sure it that's > > selected by default. You can check by looking if > > /Developer/SDKs/MacOSX10.4u.sdk exists. > > > > Ronald > > > > >

1 0

accessing iPhoto star rating through appscript?
by Daniel Thorpe April 25, 2007

April 25, 2007

Hi everyone... Does anyone know if it's possible to access the star rating of a photo from iPhoto using appscript? After looking in the iPhoto dictionary and not seeng any reference to it, I have a feeling it is not exposed through AppleScript. If anyone has found a way to get the number of stars, I'd love to know! Cheers Dan

5 7

easy_install question
by Ulysses Known April 24, 2007

April 24, 2007

Hi, I just used easy_install to install a package on OSX 10.4.9 (MacBook Pro) and noted that the built egg has the following name: FOO-py2.5-macosx-10.3-fat.egg I looked inside the egg and yes, there are "fat" (PPC and Intel) shared objects. I tried looking through the PEAK website and the distutils docs, but there was nothing specific about how one might configure the build process on OSX. How do I configure easy install to build Intel only binaries for 10.4?

5 9