From Harold.Schranz at anu.edu.au Thu Feb 1 09:06:57 2007 From: Harold.Schranz at anu.edu.au (Dr. Harold Walter Schranz) Date: Thu, 1 Feb 2007 19:06:57 +1100 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 Message-ID: <6556707D-9B65-4BB7-87A9-135FC594BEFC@anu.edu.au> Hi Distinguished Pythoneers, Sorry if this Email is too verbose or unstructured ... (blame: blood sugar is dropping and I'm in need of some dinner!) I've been set the task of creating a 64 bit Intel build of Python 2.5 that supports the EM64T functionality in our research groups new machines which are both running OS X 10.4.8. Intel Core 2 Duo laptop: Machine Name: Mac Machine Model: MacBookPro2,2 Processor Name: Intel Core 2 Duo Processor Speed: 2.33 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache (per processor): 4 MB Memory: 2 GB Bus Speed: 667 MHz Xserve Quad Xeon: Machine Name: Xserve Machine Model: Xserve1,1 Processor Name: Dual-Core Intel Xeon Processor Speed: 3 GHz Number Of Processors: 2 Total Number Of Cores: 4 L2 Cache (per processor): 4 MB Memory: 16 GB Bus Speed: 1.33 GHz The usual Python 2.5 build (http://www.python.org/ftp/python/2.5/ python-2.5-macosx.dmg) I believe is just 32 bit Universal ... we don't need a Universal build but 32 bits just doesn't cut it (the proverbial mustard) so to speak. I believe just a command line Python would be fine that supports 64 bit (as we need to interface to a MySQL database with multi-gigabytes of data). So far we've tried a source base build (http://www.python.org/ftp/ python/2.5/Python-2.5.tgz) 1) with the default configure (default options) which just leads to a 32 bit Intel python executable: $ file python.exe python.exe: Mach-O executable i386 2) and then a few different flags on configure (I've no idea where my "partner in crime" got these from! I though -march was the new flag!): /configure OPT="-fast -Wall \ > -Wstrict-prototypes -fno-common -fPIC \ > -isysroot /Developer/SDKs/MacOSX10.4u.sdk \ > -arch x86_64" \ > LDFLAGS="-Wl,-syslibroot,/Developer/SDKs/MacOSX10.4u.sdk,\ > -headerpad_max_install_names -arch x86_64" While the configure runs ... the make eventually fails with: /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ CoreServices.framework/Frameworks/CarbonCore.framework/Headers/fp.h: 1338: error: 'SIGDIGLEN' undeclared here (not in a function) make: *** [Python/mactoolboxglue.o] Error 1 I've seen this SIGDIGLEN error about before ... probably relates to the conditional in fp.h not handling an unknown CPU_TARGET : #if TARGET_CPU_PPC || TARGET_CPU_X86 #define SIGDIGLEN 36 #elif TARGET_CPU_68K #define SIGDIGLEN 20 #endif Anyway, I expect the fundamental problem relates to Carbon not being 64-bit ready (until Leopard). I guess I just want to do a basic ("Unix-"-y) command line build of Python 2.5 that handles the EM64T functionality in the chips we have in our machines. Do I have to wait until Leopard??? Thanks for any pointers (or any other structures 8-) ). Harry. Extinguished Pythoneer (temporarily) ------------------------------------------------------------------------ ---- Dr. Harold W. Schranz, Research Fellow, Computational Genomics Group Division of Molecular Bioscience John Curtin School of Medical Research Australian National University Canberra ACT 0200, Australia Email: Harold.Schranz at anu.edu.au ------------------------------------------------------------------------ ---- From riteshn at gmail.com Thu Feb 1 17:44:16 2007 From: riteshn at gmail.com (Ritesh Nadhani) Date: Thu, 01 Feb 2007 10:44:16 -0600 Subject: [Pythonmac-SIG] PyQT on Mac OS X Message-ID: <45C218E0.6000203@gmail.com> Hello, What is the easiest way to get PyQt for Mac OS X other then compiling SIP and all. I have Pythin 2.5 downloaded from http://www.python.org/download/mac/ and the default Python2.3 in their default position. Ritesh From w.northcott at unsw.edu.au Fri Feb 2 02:39:07 2007 From: w.northcott at unsw.edu.au (Bill Northcott) Date: Fri, 2 Feb 2007 12:39:07 +1100 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 In-Reply-To: References: Message-ID: <811413C9-0F65-4DBA-9E68-32B016F08C49@unsw.edu.au> On 01/02/2007, at 10:00 PM, Dr. Harold Walter Schranz wrote: > While the configure runs ... the make eventually fails with: > > /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ > CoreServices.framework/Frameworks/CarbonCore.framework/Headers/fp.h: > 1338: error: 'SIGDIGLEN' undeclared here (not in a function) > make: *** [Python/mactoolboxglue.o] Error 1 Your build is failing because it is trying to use Carbon which is 32 bit only. You either have to build without any GUI items which should work or with rather more effort, you could probably build an X- windows UNIX style 64bit build. That would need 64 bit Xwindows which is not supplied but can be built from the sources. I have not done it but I know some one who has. There may even be a binary around somewhere. Since X communicates with its server via a network socket one might get away with only some 64 bit libraries, but I am not an expert on X. Is it really worth all the hassle when Leopard is going to be out in a few months?? Bill Northcott From Harold.Schranz at anu.edu.au Fri Feb 2 08:43:13 2007 From: Harold.Schranz at anu.edu.au (Dr. Harold Walter Schranz) Date: Fri, 2 Feb 2007 18:43:13 +1100 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 In-Reply-To: <811413C9-0F65-4DBA-9E68-32B016F08C49@unsw.edu.au> References: <811413C9-0F65-4DBA-9E68-32B016F08C49@unsw.edu.au> Message-ID: G'Day Gentle Programming Folk, Thanks for the help so far ... I would appreciate any further comments or help. I'm still on the quest to produce a 64 bit non-framework command-line version of Python 2.5 on the Mac Intel platform (e.g. Intel Core 2 Duo and Xserve). A little bit of non-virtuoso hand tuning ... caveat emptor ... I need to repeat the whole process and see if this chicken flies reproducibly ... My logic (or rather a protocol plucked from the aether, enigmatic thus un-refutable ...) ... (this process reminds me of my ANUSF HPC porting days) follows below. 1. With what I thought (but the machine though otherwise) was a worthy combination of semi-random flags: ./configure --disable-framework --disable-toolbox-glue \ OPT="-fast -arch x86_64 \ -Wall -Wstrict-prototypes -fno-common -fPIC" \ LDFLAGS="-arch x86_64" The make bombs finally at the posixmodule.c gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- madd -DNDEBUG -fast -arch x86_64 -Wall -Wstrict-prototypes -fno- common -fPIC -I. -I./Include -DPy_BUILD_CORE -c ./Modules/ posixmodule.c -o Modules/posixmodule.o ./Modules/posixmodule.c: In function 'posix_setpgrp': ./Modules/posixmodule.c:3590: error: too many arguments to function 'setpgrp' make: *** [Modules/posixmodule.o] Error 1 2. Closer examination of posixmodule.c reveals the section of code around line 3590: #ifdef HAVE_SETPGRP PyDoc_STRVAR(posix_setpgrp__doc__, "setpgrp()\n\n\ Make this process a session leader."); static PyObject * posix_setpgrp(PyObject *self, PyObject *noargs) { #ifdef SETPGRP_HAVE_ARG if (setpgrp(0, 0) < 0) <-- Line 3590 #else /* SETPGRP_HAVE_ARG */ if (setpgrp() < 0) #endif /* SETPGRP_HAVE_ARG */ return posix_error(); Py_INCREF(Py_None); return Py_None; } #endif /* HAVE_SETPGRP */ In line 3590, setpgrp(0, 0) has 2 arguments, whereas elsewhere setpgrp() has no arguments ... this perhaps upsets the compiler (with the given flags, maybe there are looser flags?) 3. To overcome this obstacle, I tried a kludge ... I noticed that pyconfig.h (Configuration header file) as created by configure (with the flags used above in step 1) had the line: ./pyconfig.h:#define SETPGRP_HAVE_ARG 1 though the pyconfig.h.in file (Source from which pyconfig.h is created (GNU autoheader output)) had this feature turned off: ./pyconfig.h.in:#undef SETPGRP_HAVE_ARG Apparently there are two versions of setpgrp - one with arguments (Sys V heritage) and one without (BSD heritage)? I think a FAQ discussion on A/UX about setpgrp might be related (http://www.faqs.org/faqs/aux-faq/part2/). 4. I edited pyconfig.h manually to turn off the flag SETPGRP_HAVE_ARG (I commented out the SETPGRP_HAVE_ARG 1 and undefined SETPGRP_HAVE_ARG) /* Define if setpgrp() must be called as setpgrp(0, 0). */ /* #define SETPGRP_HAVE_ARG 1 */ #undef SETPGRP_HAVE_ARG 5. I the ran make which spat out a few warnings and errors: e.g. ... In file included from /Users/harry/Desktop/TODO/Python-2.5/Modules/ _ctypes/_ctypes.c:110: build/temp.macosx-10.3-i386-2.5/libffi/include/ffi.h:161: error: parse error before 'ffi_abi' build/temp.macosx-10.3-i386-2.5/libffi/include/ffi.h:161: warning: no semicolon at end of struct or union ... ld64 warning: in /System/Library/Frameworks//CoreFoundation.framework/ CoreFoundation, missing required architecture x86_64 in file *** WARNING: renaming "_locale" since importing it failed: dlopen (build/lib.macosx-10.3-i386-2.5/_locale.so, 2): Symbol not found: _CFStringGetSystemEncoding Referenced from: build/lib.macosx-10.3-i386-2.5/_locale.so Expected in: dynamic lookup ... ld64 warning: in /usr/lib/libsqlite3.dylib, missing required architecture x86_64 in file *** WARNING: renaming "_sqlite3" since importing it failed: dlopen (build/lib.macosx-10.3-i386-2.5/_sqlite3.so, 2): Symbol not found: _sqlite3_close Referenced from: build/lib.macosx-10.3-i386-2.5/_sqlite3.so Expected in: dynamic lookup ... ld64 warning: in /System/Library/Frameworks//Tcl.framework/Tcl, missing required architecture x86_64 in file ld64 warning: in /System/Library/Frameworks//Tk.framework/Tk, missing required architecture x86_64 in file *** WARNING: renaming "_tkinter" since importing it failed: dlopen (build/lib.macosx-10.3-i386-2.5/_tkinter.so, 2): Symbol not found: _Tcl_Merge Referenced from: build/lib.macosx-10.3-i386-2.5/_tkinter.so Expected in: dynamic lookup 6. However at the end of the process it appeared I had a 64-bit executable of Python 1714:harry at jcs156218:~/Desktop/TODO/Python-2.5:599$ file python.exe python.exe: Mach-O 64-bit executable x86_64 1714:harry at jcs156218:~/Desktop/TODO/Python-2.5:599$ python.exe Python 2.5 (r25:51908, Feb 2 2007, 17:12:53) [GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> 1+2 3 So it looks like it is possible to produce a Mach-O 64-bit executable x86_64 but whether it is working is another matter 7. Running the tests: make tests yields: in summary: 266 tests OK. 2 tests failed: test_cookielib test_uuid 51 tests skipped: test__locale test_aepack test_al test_applesingle test_bsddb test_bsddb3 test_bz2 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_ctypes test_curses test_dl test_gdbm test_gl test_hashlib test_hmac test_imageop test_imgfile test_largefile test_linuxaudiodev test_locale test_macfs test_macostools test_md5 test_nis test_normalization test_ossaudiodev test_pep247 test_pep277 test_rgbimg test_scriptpackages test_sha test_socket_ssl test_socketserver test_sqlite test_startfile test_sunaudiodev test_tcl test_timeout test_unicodedata test_urllib2 test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 17 skips unexpected on darwin: test_hashlib test_bz2 test_dl test_aepack test_sha test_applesingle test_urllib2net test_macostools test_ctypes test_urllib2 test_tcl test_hmac test_pep247 test_unicodedata test_md5 test_scriptpackages test_macfs make: *** [test] Error 1 I may try to repeat this process (with less flags?). At least this run is a lead that a 64-bit build of Python is possible. Adios Harry. ------------------------------------------------------------------------ ---- Dr. Harold W. Schranz, Research Fellow, Computational Genomics Group Division of Molecular Bioscience, John Curtin School of Medical Research Australian National University, Canberra ACT 0200, Australia ------------------------------------------------------------------------ ---- From Harold.Schranz at anu.edu.au Fri Feb 2 08:55:19 2007 From: Harold.Schranz at anu.edu.au (Dr. Harold Walter Schranz) Date: Fri, 2 Feb 2007 18:55:19 +1100 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 In-Reply-To: <811413C9-0F65-4DBA-9E68-32B016F08C49@unsw.edu.au> References: <811413C9-0F65-4DBA-9E68-32B016F08C49@unsw.edu.au> Message-ID: Hi Bill Thanks for the comments ... On 02/02/2007, at 12:39 PM, Bill Northcott wrote: > On 01/02/2007, at 10:00 PM, Dr. Harold Walter Schranz wrote: >> While the configure runs ... the make eventually fails with: >> >> /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ >> CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ >> fp.h:1338: error: 'SIGDIGLEN' undeclared here (not in a function) >> make: *** [Python/mactoolboxglue.o] Error 1 > > Your build is failing because it is trying to use Carbon which is > 32 bit only. You either have to build without any GUI items which > should work or with rather more effort, you could probably build an > X-windows UNIX style 64bit build. That would need 64 bit Xwindows > which is not supplied but can be built from the sources. I have > not done it but I know some one who has. There may even be a > binary around somewhere. Since X communicates with its server via > a network socket one might get away with only some 64 bit > libraries, but I am not an expert on X. Yes it confirmed what we already knew ... Tiger is not fully 64 bit ... I'm trying to avoid the GUI (and any other 32 bit items) to produce a clean command line version of python 2.5 which is 64 bit. > Is it really worth all the hassle when Leopard is going to be out > in a few months?? Yes ... we need to have 64 bit functionality on our research server (Xserve Quad Xeon) for a large genomic database (I mean big ... small files in the gigabyte range ... many much bigger). Should we twiddle our thumbs and wait for Leopard ... hmmmm ... talk to our group leader ... research projects can ill afford to stand still for months. Eventually, when available (via ADC) alternatively a Leopard Preview Install might be a worthy investment. Have a Good Weekend, Harry. ------------------------------------------------------------------------ ---- Dr. Harold W. Schranz, Research Fellow, Computational Genomics Group Division of Molecular Bioscience, John Curtin School of Medical Research Australian National University, Canberra ACT 0200, Australia ------------------------------------------------------------------------ ---- From altern2 at gmail.com Mon Feb 5 14:38:14 2007 From: altern2 at gmail.com (altern) Date: Mon, 05 Feb 2007 14:38:14 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip Message-ID: <45C73346.5000706@gmail.com> Hi I am getting this error when trying to use py2app. $ py2applet --make-setup glut_opengl.py $ python setup.py py2app ... ... stripping bz2.so stripping zlib.so stripping _codecs_tw.so stripping umath.so stripping binascii.so /usr/bin/strip: for architecture i386 object: /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD command 13 can't byte swap it) /usr/bin/strip: for architecture i386 object: /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/glut_opengl malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD command 10 can't byte swap it) stripping saved 8991796 bytes (7898608 / 16890404) I also tried with $ python setup.py py2app --prefer-ppc but i got the same error. Because of the '/usr/bin/strip: for architecture i386 object' I thought it might be a problem with my processor, note that I am working on an old G3 ppc ibook, I am running OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . Later I tried with another script, one that does not use pyOpengl, same error again. thanks enrike From altern2 at gmail.com Mon Feb 5 16:28:03 2007 From: altern2 at gmail.com (altern) Date: Mon, 05 Feb 2007 16:28:03 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <45C73346.5000706@gmail.com> References: <45C73346.5000706@gmail.com> Message-ID: <45C74D03.6040508@gmail.com> hi again I solved the problem by doing $ python setup.py py2app --no-strip I read this about strip --strip (-S) strip debug and local symbols from output (on by default, for compatibility) could anyone explain a bit more about what this is? or maybe point to somewhere i can read about it. I am interested because last time i used this machine i did not need to use this (only use it every now and then for testing on OSX), so I am trying to find out what is the difference from last time. thanks enrike altern wrote: > Hi > > I am getting this error when trying to use py2app. > > $ py2applet --make-setup glut_opengl.py > $ python setup.py py2app > ... > ... > stripping bz2.so > stripping zlib.so > stripping _codecs_tw.so > stripping umath.so > stripping binascii.so > /usr/bin/strip: for architecture i386 object: > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > command 13 can't byte swap it) > /usr/bin/strip: for architecture i386 object: > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/glut_opengl > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > command 10 can't byte swap it) > stripping saved 8991796 bytes (7898608 / 16890404) > > > I also tried with > $ python setup.py py2app --prefer-ppc > but i got the same error. Because of the '/usr/bin/strip: for > architecture i386 object' I thought it might be a problem with my > processor, note that I am working on an old G3 ppc ibook, I am running > OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . > > Later I tried with another script, one that does not use pyOpengl, same > error again. > > thanks > > enrike > From bob at redivi.com Mon Feb 5 18:19:27 2007 From: bob at redivi.com (Bob Ippolito) Date: Mon, 5 Feb 2007 09:19:27 -0800 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <45C74D03.6040508@gmail.com> References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> Message-ID: <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> When you see an error like that, it means there's a bug in macholib that caused it to produce a bogus file. Turning strip off doesn't really fix anything... -bob On 2/5/07, altern wrote: > hi again > > I solved the problem by doing > $ python setup.py py2app --no-strip > > I read this about strip > --strip (-S) strip debug and local symbols from output (on by > default, for compatibility) > > could anyone explain a bit more about what this is? or maybe point to > somewhere i can read about it. I am interested because last time i used > this machine i did not need to use this (only use it every now and then > for testing on OSX), so I am trying to find out what is the difference > from last time. > > thanks > > enrike > > > altern wrote: > > Hi > > > > I am getting this error when trying to use py2app. > > > > $ py2applet --make-setup glut_opengl.py > > $ python setup.py py2app > > ... > > ... > > stripping bz2.so > > stripping zlib.so > > stripping _codecs_tw.so > > stripping umath.so > > stripping binascii.so > > /usr/bin/strip: for architecture i386 object: > > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python > > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > > command 13 can't byte swap it) > > /usr/bin/strip: for architecture i386 object: > > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/glut_opengl > > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > > command 10 can't byte swap it) > > stripping saved 8991796 bytes (7898608 / 16890404) > > > > > > I also tried with > > $ python setup.py py2app --prefer-ppc > > but i got the same error. Because of the '/usr/bin/strip: for > > architecture i386 object' I thought it might be a problem with my > > processor, note that I am working on an old G3 ppc ibook, I am running > > OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . > > > > Later I tried with another script, one that does not use pyOpengl, same > > error again. > > > > thanks > > > > enrike > > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > From chris.van.bael at gmail.com Mon Feb 5 18:30:29 2007 From: chris.van.bael at gmail.com (Chris Van Bael) Date: Mon, 5 Feb 2007 18:30:29 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> Message-ID: <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> Hi, I'm getting essentially the same error for some time now. Could anybody please explain what is going wrong here exactly, because me and some other people are having the same error and re-installing py2app doesn't fix the problem. See: http://mail.python.org/pipermail/pythonmac-sig/2007-January/018645.html http://mail.python.org/pipermail/pythonmac-sig/2006-October/018390.html http://mail.python.org/pipermail/pythonmac-sig/2006-October/018391.html It would be a shame that I cannot provide a universal OS X version of our program because of this problem.. Chris On 2/5/07, Bob Ippolito wrote: > When you see an error like that, it means there's a bug in macholib > that caused it to produce a bogus file. Turning strip off doesn't > really fix anything... > > -bob > > On 2/5/07, altern wrote: > > hi again > > > > I solved the problem by doing > > $ python setup.py py2app --no-strip > > > > I read this about strip > > --strip (-S) strip debug and local symbols from output (on by > > default, for compatibility) > > > > could anyone explain a bit more about what this is? or maybe point to > > somewhere i can read about it. I am interested because last time i used > > this machine i did not need to use this (only use it every now and then > > for testing on OSX), so I am trying to find out what is the difference > > from last time. > > > > thanks > > > > enrike > > > > > > altern wrote: > > > Hi > > > > > > I am getting this error when trying to use py2app. > > > > > > $ py2applet --make-setup glut_opengl.py > > > $ python setup.py py2app > > > ... > > > ... > > > stripping bz2.so > > > stripping zlib.so > > > stripping _codecs_tw.so > > > stripping umath.so > > > stripping binascii.so > > > /usr/bin/strip: for architecture i386 object: > > > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python > > > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > > > command 13 can't byte swap it) > > > /usr/bin/strip: for architecture i386 object: > > > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/glut_opengl > > > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > > > command 10 can't byte swap it) > > > stripping saved 8991796 bytes (7898608 / 16890404) > > > > > > > > > I also tried with > > > $ python setup.py py2app --prefer-ppc > > > but i got the same error. Because of the '/usr/bin/strip: for > > > architecture i386 object' I thought it might be a problem with my > > > processor, note that I am working on an old G3 ppc ibook, I am running > > > OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . > > > > > > Later I tried with another script, one that does not use pyOpengl, same > > > error again. > > > > > > thanks > > > > > > enrike > > > > > > > _______________________________________________ > > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > > http://mail.python.org/mailman/listinfo/pythonmac-sig > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > From bob at redivi.com Mon Feb 5 18:45:37 2007 From: bob at redivi.com (Bob Ippolito) Date: Mon, 5 Feb 2007 09:45:37 -0800 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> Message-ID: <6a36e7290702050945r6942781ai564e5ce5c7ff7f78@mail.gmail.com> As I said, it's some bug in macholib that causes it to produce an executable that isn't formed correctly. The fix for the problem is to find and fix whatever bug this happens to be in macholib. Personally I won't have time to look at this problem for a while. -bob On 2/5/07, Chris Van Bael wrote: > Hi, > > I'm getting essentially the same error for some time now. > Could anybody please explain what is going wrong here exactly, because > me and some other people are having the same error and re-installing > py2app doesn't fix the problem. > > See: > http://mail.python.org/pipermail/pythonmac-sig/2007-January/018645.html > http://mail.python.org/pipermail/pythonmac-sig/2006-October/018390.html > http://mail.python.org/pipermail/pythonmac-sig/2006-October/018391.html > > It would be a shame that I cannot provide a universal OS X version of > our program because of this problem.. > > Chris > > On 2/5/07, Bob Ippolito wrote: > > When you see an error like that, it means there's a bug in macholib > > that caused it to produce a bogus file. Turning strip off doesn't > > really fix anything... > > > > -bob > > > > On 2/5/07, altern wrote: > > > hi again > > > > > > I solved the problem by doing > > > $ python setup.py py2app --no-strip > > > > > > I read this about strip > > > --strip (-S) strip debug and local symbols from output (on by > > > default, for compatibility) > > > > > > could anyone explain a bit more about what this is? or maybe point to > > > somewhere i can read about it. I am interested because last time i used > > > this machine i did not need to use this (only use it every now and then > > > for testing on OSX), so I am trying to find out what is the difference > > > from last time. > > > > > > thanks > > > > > > enrike > > > > > > > > > altern wrote: > > > > Hi > > > > > > > > I am getting this error when trying to use py2app. > > > > > > > > $ py2applet --make-setup glut_opengl.py > > > > $ python setup.py py2app > > > > ... > > > > ... > > > > stripping bz2.so > > > > stripping zlib.so > > > > stripping _codecs_tw.so > > > > stripping umath.so > > > > stripping binascii.so > > > > /usr/bin/strip: for architecture i386 object: > > > > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python > > > > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > > > > command 13 can't byte swap it) > > > > /usr/bin/strip: for architecture i386 object: > > > > /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/glut_opengl > > > > malformed object (unknown flavor for flavor number 0 in LC_UNIXTHREAD > > > > command 10 can't byte swap it) > > > > stripping saved 8991796 bytes (7898608 / 16890404) > > > > > > > > > > > > I also tried with > > > > $ python setup.py py2app --prefer-ppc > > > > but i got the same error. Because of the '/usr/bin/strip: for > > > > architecture i386 object' I thought it might be a problem with my > > > > processor, note that I am working on an old G3 ppc ibook, I am running > > > > OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . > > > > > > > > Later I tried with another script, one that does not use pyOpengl, same > > > > error again. > > > > > > > > thanks > > > > > > > > enrike > > > > > > > > > > _______________________________________________ > > > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > > > http://mail.python.org/mailman/listinfo/pythonmac-sig > > > > > _______________________________________________ > > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > > http://mail.python.org/mailman/listinfo/pythonmac-sig > > > From ronaldoussoren at mac.com Mon Feb 5 19:29:54 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Mon, 5 Feb 2007 19:29:54 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> Message-ID: On 5 Feb, 2007, at 18:30, Chris Van Bael wrote: > Hi, > > I'm getting essentially the same error for some time now. > Could anybody please explain what is going wrong here exactly, because > me and some other people are having the same error and re-installing > py2app doesn't fix the problem. > > See: > http://mail.python.org/pipermail/pythonmac-sig/2007-January/ > 018645.html > http://mail.python.org/pipermail/pythonmac-sig/2006-October/ > 018390.html > http://mail.python.org/pipermail/pythonmac-sig/2006-October/ > 018391.html > > It would be a shame that I cannot provide a universal OS X version of > our program because of this problem.. Could you please try to provide an example that demonstrates te problem? Without such an example there's little chance that I'll look into this unless I happen to run into this problem myself. Ronald > > Chris > > On 2/5/07, Bob Ippolito wrote: >> When you see an error like that, it means there's a bug in macholib >> that caused it to produce a bogus file. Turning strip off doesn't >> really fix anything... >> >> -bob >> >> On 2/5/07, altern wrote: >>> hi again >>> >>> I solved the problem by doing >>> $ python setup.py py2app --no-strip >>> >>> I read this about strip >>> --strip (-S) strip debug and local symbols from output >>> (on by >>> default, for compatibility) >>> >>> could anyone explain a bit more about what this is? or maybe >>> point to >>> somewhere i can read about it. I am interested because last time >>> i used >>> this machine i did not need to use this (only use it every now >>> and then >>> for testing on OSX), so I am trying to find out what is the >>> difference >>> from last time. >>> >>> thanks >>> >>> enrike >>> >>> >>> altern wrote: >>>> Hi >>>> >>>> I am getting this error when trying to use py2app. >>>> >>>> $ py2applet --make-setup glut_opengl.py >>>> $ python setup.py py2app >>>> ... >>>> ... >>>> stripping bz2.so >>>> stripping zlib.so >>>> stripping _codecs_tw.so >>>> stripping umath.so >>>> stripping binascii.so >>>> /usr/bin/strip: for architecture i386 object: >>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python >>>> malformed object (unknown flavor for flavor number 0 in >>>> LC_UNIXTHREAD >>>> command 13 can't byte swap it) >>>> /usr/bin/strip: for architecture i386 object: >>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/ >>>> glut_opengl >>>> malformed object (unknown flavor for flavor number 0 in >>>> LC_UNIXTHREAD >>>> command 10 can't byte swap it) >>>> stripping saved 8991796 bytes (7898608 / 16890404) >>>> >>>> >>>> I also tried with >>>> $ python setup.py py2app --prefer-ppc >>>> but i got the same error. Because of the '/usr/bin/strip: for >>>> architecture i386 object' I thought it might be a problem with my >>>> processor, note that I am working on an old G3 ppc ibook, I am >>>> running >>>> OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . >>>> >>>> Later I tried with another script, one that does not use >>>> pyOpengl, same >>>> error again. >>>> >>>> thanks >>>> >>>> enrike >>>> >>> >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From altern2 at gmail.com Mon Feb 5 22:04:48 2007 From: altern2 at gmail.com (altern) Date: Mon, 05 Feb 2007 22:04:48 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> Message-ID: <45C79BF0.2040809@gmail.com> Ronald Oussoren wrote: > On 5 Feb, 2007, at 18:30, Chris Van Bael wrote: > >> Hi, >> >> I'm getting essentially the same error for some time now. >> Could anybody please explain what is going wrong here exactly, because >> me and some other people are having the same error and re-installing >> py2app doesn't fix the problem. >> >> See: >> http://mail.python.org/pipermail/pythonmac-sig/2007-January/ >> 018645.html >> http://mail.python.org/pipermail/pythonmac-sig/2006-October/ >> 018390.html >> http://mail.python.org/pipermail/pythonmac-sig/2006-October/ >> 018391.html >> >> It would be a shame that I cannot provide a universal OS X version of >> our program because of this problem.. > > Could you please try to provide an example that demonstrates te > problem? Without such an example there's little chance that I'll look > into this unless I happen to run into this problem myself. in my computer something as simple as just while 1: print 'looping' causes the error when trying to create an app. I also tried with some other basic scripts with same results enrike > Ronald > >> Chris >> >> On 2/5/07, Bob Ippolito wrote: >>> When you see an error like that, it means there's a bug in macholib >>> that caused it to produce a bogus file. Turning strip off doesn't >>> really fix anything... >>> >>> -bob >>> >>> On 2/5/07, altern wrote: >>>> hi again >>>> >>>> I solved the problem by doing >>>> $ python setup.py py2app --no-strip >>>> >>>> I read this about strip >>>> --strip (-S) strip debug and local symbols from output >>>> (on by >>>> default, for compatibility) >>>> >>>> could anyone explain a bit more about what this is? or maybe >>>> point to >>>> somewhere i can read about it. I am interested because last time >>>> i used >>>> this machine i did not need to use this (only use it every now >>>> and then >>>> for testing on OSX), so I am trying to find out what is the >>>> difference >>>> from last time. >>>> >>>> thanks >>>> >>>> enrike >>>> >>>> >>>> altern wrote: >>>>> Hi >>>>> >>>>> I am getting this error when trying to use py2app. >>>>> >>>>> $ py2applet --make-setup glut_opengl.py >>>>> $ python setup.py py2app >>>>> ... >>>>> ... >>>>> stripping bz2.so >>>>> stripping zlib.so >>>>> stripping _codecs_tw.so >>>>> stripping umath.so >>>>> stripping binascii.so >>>>> /usr/bin/strip: for architecture i386 object: >>>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python >>>>> malformed object (unknown flavor for flavor number 0 in >>>>> LC_UNIXTHREAD >>>>> command 13 can't byte swap it) >>>>> /usr/bin/strip: for architecture i386 object: >>>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/ >>>>> glut_opengl >>>>> malformed object (unknown flavor for flavor number 0 in >>>>> LC_UNIXTHREAD >>>>> command 10 can't byte swap it) >>>>> stripping saved 8991796 bytes (7898608 / 16890404) >>>>> >>>>> >>>>> I also tried with >>>>> $ python setup.py py2app --prefer-ppc >>>>> but i got the same error. Because of the '/usr/bin/strip: for >>>>> architecture i386 object' I thought it might be a problem with my >>>>> processor, note that I am working on an old G3 ppc ibook, I am >>>>> running >>>>> OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . >>>>> >>>>> Later I tried with another script, one that does not use >>>>> pyOpengl, same >>>>> error again. >>>>> >>>>> thanks >>>>> >>>>> enrike >>>>> >>>> _______________________________________________ >>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>> >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > From ronaldoussoren at mac.com Tue Feb 6 07:34:43 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 6 Feb 2007 07:34:43 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <45C79BF0.2040809@gmail.com> References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> <45C79BF0.2040809@gmail.com> Message-ID: On 5 Feb, 2007, at 22:04, altern wrote: > Ronald Oussoren wrote: >> On 5 Feb, 2007, at 18:30, Chris Van Bael wrote: >>> Hi, >>> >>> I'm getting essentially the same error for some time now. >>> Could anybody please explain what is going wrong here exactly, >>> because >>> me and some other people are having the same error and re-installing >>> py2app doesn't fix the problem. >>> >>> See: >>> http://mail.python.org/pipermail/pythonmac-sig/2007-January/ >>> 018645.html >>> http://mail.python.org/pipermail/pythonmac-sig/2006-October/ >>> 018390.html >>> http://mail.python.org/pipermail/pythonmac-sig/2006-October/ >>> 018391.html >>> >>> It would be a shame that I cannot provide a universal OS X >>> version of >>> our program because of this problem.. >> Could you please try to provide an example that demonstrates te >> problem? Without such an example there's little chance that I'll >> look into this unless I happen to run into this problem myself. > > in my computer something as simple as just > > while 1: print 'looping' > > causes the error when trying to create an app. I also tried with > some other basic scripts with same results What are the versions of py2app, macholib, altgraph, modulegraph on your machine? Likewise for python itself. Just in case this is important: what version of OSX are you using, is it an Intel or PPC system and do you have the Developer Tools installed? Ronald > > enrike > > >> Ronald >>> Chris >>> >>> On 2/5/07, Bob Ippolito wrote: >>>> When you see an error like that, it means there's a bug in macholib >>>> that caused it to produce a bogus file. Turning strip off doesn't >>>> really fix anything... >>>> >>>> -bob >>>> >>>> On 2/5/07, altern wrote: >>>>> hi again >>>>> >>>>> I solved the problem by doing >>>>> $ python setup.py py2app --no-strip >>>>> >>>>> I read this about strip >>>>> --strip (-S) strip debug and local symbols from >>>>> output (on by >>>>> default, for compatibility) >>>>> >>>>> could anyone explain a bit more about what this is? or maybe >>>>> point to >>>>> somewhere i can read about it. I am interested because last >>>>> time i used >>>>> this machine i did not need to use this (only use it every now >>>>> and then >>>>> for testing on OSX), so I am trying to find out what is the >>>>> difference >>>>> from last time. >>>>> >>>>> thanks >>>>> >>>>> enrike >>>>> >>>>> >>>>> altern wrote: >>>>>> Hi >>>>>> >>>>>> I am getting this error when trying to use py2app. >>>>>> >>>>>> $ py2applet --make-setup glut_opengl.py >>>>>> $ python setup.py py2app >>>>>> ... >>>>>> ... >>>>>> stripping bz2.so >>>>>> stripping zlib.so >>>>>> stripping _codecs_tw.so >>>>>> stripping umath.so >>>>>> stripping binascii.so >>>>>> /usr/bin/strip: for architecture i386 object: >>>>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python >>>>>> malformed object (unknown flavor for flavor number 0 in >>>>>> LC_UNIXTHREAD >>>>>> command 13 can't byte swap it) >>>>>> /usr/bin/strip: for architecture i386 object: >>>>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/ >>>>>> glut_opengl >>>>>> malformed object (unknown flavor for flavor number 0 in >>>>>> LC_UNIXTHREAD >>>>>> command 10 can't byte swap it) >>>>>> stripping saved 8991796 bytes (7898608 / 16890404) >>>>>> >>>>>> >>>>>> I also tried with >>>>>> $ python setup.py py2app --prefer-ppc >>>>>> but i got the same error. Because of the '/usr/bin/strip: for >>>>>> architecture i386 object' I thought it might be a problem with my >>>>>> processor, note that I am working on an old G3 ppc ibook, I >>>>>> am running >>>>>> OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . >>>>>> >>>>>> Later I tried with another script, one that does not use >>>>>> pyOpengl, same >>>>>> error again. >>>>>> >>>>>> thanks >>>>>> >>>>>> enrike >>>>>> >>>>> _______________________________________________ >>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>> >>>> _______________________________________________ >>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>> >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig > From altern2 at gmail.com Tue Feb 6 09:18:43 2007 From: altern2 at gmail.com (altern) Date: Tue, 06 Feb 2007 09:18:43 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> <45C79BF0.2040809@gmail.com> Message-ID: <45C839E3.4050702@gmail.com> Ronald Oussoren wrote: > > On 5 Feb, 2007, at 22:04, altern wrote: > >> Ronald Oussoren wrote: >>> On 5 Feb, 2007, at 18:30, Chris Van Bael wrote: >>>> Hi, >>>> >>>> I'm getting essentially the same error for some time now. >>>> Could anybody please explain what is going wrong here exactly, because >>>> me and some other people are having the same error and re-installing >>>> py2app doesn't fix the problem. >>>> >>>> See: >>>> http://mail.python.org/pipermail/pythonmac-sig/2007-January/ >>>> 018645.html >>>> http://mail.python.org/pipermail/pythonmac-sig/2006-October/ >>>> 018390.html >>>> http://mail.python.org/pipermail/pythonmac-sig/2006-October/ >>>> 018391.html >>>> >>>> It would be a shame that I cannot provide a universal OS X version of >>>> our program because of this problem.. >>> Could you please try to provide an example that demonstrates te >>> problem? Without such an example there's little chance that I'll >>> look into this unless I happen to run into this problem myself. >> >> in my computer something as simple as just >> >> while 1: print 'looping' >> >> causes the error when trying to create an app. I also tried with some >> other basic scripts with same results > > What are the versions of py2app, macholib, altgraph, modulegraph on your > machine? Likewise for python itself. > > Just in case this is important: what version of OSX are you using, is it > an Intel or PPC system and do you have the Developer Tools installed? from my first mail: > I am working on an old G3 ppc ibook, I am running OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . and on top of that : i have Xcode tools for 10.4, macholib-1.1-py2.4, altgraph-0.6.7-py2.4, modulegraph-0.7-py2.4 > Ronald >> >> enrike >> >> >>> Ronald >>>> Chris >>>> >>>> On 2/5/07, Bob Ippolito wrote: >>>>> When you see an error like that, it means there's a bug in macholib >>>>> that caused it to produce a bogus file. Turning strip off doesn't >>>>> really fix anything... >>>>> >>>>> -bob >>>>> >>>>> On 2/5/07, altern wrote: >>>>>> hi again >>>>>> >>>>>> I solved the problem by doing >>>>>> $ python setup.py py2app --no-strip >>>>>> >>>>>> I read this about strip >>>>>> --strip (-S) strip debug and local symbols from output >>>>>> (on by >>>>>> default, for compatibility) >>>>>> >>>>>> could anyone explain a bit more about what this is? or maybe >>>>>> point to >>>>>> somewhere i can read about it. I am interested because last time >>>>>> i used >>>>>> this machine i did not need to use this (only use it every now >>>>>> and then >>>>>> for testing on OSX), so I am trying to find out what is the >>>>>> difference >>>>>> from last time. >>>>>> >>>>>> thanks >>>>>> >>>>>> enrike >>>>>> >>>>>> >>>>>> altern wrote: >>>>>>> Hi >>>>>>> >>>>>>> I am getting this error when trying to use py2app. >>>>>>> >>>>>>> $ py2applet --make-setup glut_opengl.py >>>>>>> $ python setup.py py2app >>>>>>> ... >>>>>>> ... >>>>>>> stripping bz2.so >>>>>>> stripping zlib.so >>>>>>> stripping _codecs_tw.so >>>>>>> stripping umath.so >>>>>>> stripping binascii.so >>>>>>> /usr/bin/strip: for architecture i386 object: >>>>>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/python >>>>>>> malformed object (unknown flavor for flavor number 0 in >>>>>>> LC_UNIXTHREAD >>>>>>> command 13 can't byte swap it) >>>>>>> /usr/bin/strip: for architecture i386 object: >>>>>>> /Users/xxx/ixi/python/dist/glut_opengl.app/Contents/MacOS/ >>>>>>> glut_opengl >>>>>>> malformed object (unknown flavor for flavor number 0 in >>>>>>> LC_UNIXTHREAD >>>>>>> command 10 can't byte swap it) >>>>>>> stripping saved 8991796 bytes (7898608 / 16890404) >>>>>>> >>>>>>> >>>>>>> I also tried with >>>>>>> $ python setup.py py2app --prefer-ppc >>>>>>> but i got the same error. Because of the '/usr/bin/strip: for >>>>>>> architecture i386 object' I thought it might be a problem with my >>>>>>> processor, note that I am working on an old G3 ppc ibook, I am >>>>>>> running >>>>>>> OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . >>>>>>> >>>>>>> Later I tried with another script, one that does not use >>>>>>> pyOpengl, same >>>>>>> error again. >>>>>>> >>>>>>> thanks >>>>>>> >>>>>>> enrike >>>>>>> >>>>>> _______________________________________________ >>>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>>> >>>>> _______________________________________________ >>>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>>>> >>>> _______________________________________________ >>>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>>> http://mail.python.org/mailman/listinfo/pythonmac-sig >>> _______________________________________________ >>> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >>> http://mail.python.org/mailman/listinfo/pythonmac-sig >> > > From e.c.marsi at uvt.nl Tue Feb 6 09:37:57 2007 From: e.c.marsi at uvt.nl (Erwin Marsi) Date: Tue, 6 Feb 2007 09:37:57 +0100 Subject: [Pythonmac-SIG] py2app ImportError Message-ID: <22A7C3D6-23D0-4481-8550-5127555CEB71@uvt.nl> My py2app-build application crashes with an ImportError. I'm using the standard python 2.5 framework from http://www.python.org/ download/ and py2app 0.3.5 build from sources. I followed the py2app tutorial and tried in alias mode first. Here's my setup.py: -- """ This is a setup.py script generated by py2applet Usage: python setup.py py2app """ from setuptools import setup APP = ['hitaext.py'] DATA_FILES = [] OPTIONS = {'argv_emulation': True} setup( app=APP, data_files=DATA_FILES, options={'py2app': OPTIONS}, setup_requires=['py2app'], ) -- My app runs fine. However, after building for deployment, running my app results in the following error: -- $ rm -rf build dist && python setup.py py2app ... $ dist/hitaext.app/Contents/MacOS/hitaext Traceback (most recent call last): File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ dist/hitaext.app/Contents/Resources/__boot__.py", line 137, in _run('hitaext.py') File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ dist/hitaext.app/Contents/Resources/__boot__.py", line 134, in _run execfile(path, globals(), globals()) File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ dist/hitaext.app/Contents/Resources/hitaext.py", line 17, in from ielemtree import IndexElemTree File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ dist/hitaext.app/Contents/Resources/lib/python2.5/ielemtree.pyc", line 11, in ImportError: cannot import name ElementTree 2007-02-05 21:32:48.840 hitaext[4505] hitaext Error 2007-02-05 21:32:48.843 hitaext[4505] hitaext Error An unexpected error has occurred during execution of the main script ImportError: cannot import name ElementTree -- Any ideas on what went wrong and how to fix it? thanks, Erwin From ronaldoussoren at mac.com Tue Feb 6 10:23:56 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 6 Feb 2007 10:23:56 +0100 Subject: [Pythonmac-SIG] py2app ImportError In-Reply-To: <22A7C3D6-23D0-4481-8550-5127555CEB71@uvt.nl> References: <22A7C3D6-23D0-4481-8550-5127555CEB71@uvt.nl> Message-ID: <3B3E98DF-2132-4688-AE9B-89C89C7170AC@mac.com> On 6 Feb, 2007, at 9:37, Erwin Marsi wrote: > My py2app-build application crashes with an ImportError. I'm using > the standard python 2.5 framework from http://www.python.org/ > download/ and py2app 0.3.5 build from sources. > > I followed the py2app tutorial and tried in alias mode first. Here's > my setup.py: > > -- > > """ > This is a setup.py script generated by py2applet > > Usage: > python setup.py py2app > """ > > from setuptools import setup > > APP = ['hitaext.py'] > DATA_FILES = [] > OPTIONS = {'argv_emulation': True} > > setup( > app=APP, > data_files=DATA_FILES, > options={'py2app': OPTIONS}, > setup_requires=['py2app'], > ) > > > -- > > My app runs fine. However, after building for deployment, running my > app results in the following error: > > -- > > $ rm -rf build dist && python setup.py py2app > ... > > $ dist/hitaext.app/Contents/MacOS/hitaext > Traceback (most recent call last): > File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ > dist/hitaext.app/Contents/Resources/__boot__.py", line 137, in > > _run('hitaext.py') > File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ > dist/hitaext.app/Contents/Resources/__boot__.py", line 134, in _run > execfile(path, globals(), globals()) > File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ > dist/hitaext.app/Contents/Resources/hitaext.py", line 17, in > from ielemtree import IndexElemTree > File "/Users/erwin/Projects/Daeso/trunk/software/intern/hitaext/ > dist/hitaext.app/Contents/Resources/lib/python2.5/ielemtree.pyc", > line 11, in > > ImportError: cannot import name ElementTree > 2007-02-05 21:32:48.840 hitaext[4505] hitaext Error > 2007-02-05 21:32:48.843 hitaext[4505] hitaext Error > An unexpected error has occurred during execution of the main script > > ImportError: cannot import name ElementTree > > -- > > Any ideas on what went wrong and how to fix it? How does ielemtree import ElementTree? Does it use an import statement or does it call __import__ directly? py2app can only detect imports that are done using the import statement. Ronald > > > thanks, > > Erwin > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From e.c.marsi at uvt.nl Tue Feb 6 10:35:34 2007 From: e.c.marsi at uvt.nl (Erwin Marsi) Date: Tue, 6 Feb 2007 10:35:34 +0100 Subject: [Pythonmac-SIG] py2app ImportError In-Reply-To: <3B3E98DF-2132-4688-AE9B-89C89C7170AC@mac.com> References: <22A7C3D6-23D0-4481-8550-5127555CEB71@uvt.nl> <3B3E98DF-2132-4688-AE9B-89C89C7170AC@mac.com> Message-ID: On Feb 6, 2007, at 10:23, Ronald Oussoren wrote: > > How does ielemtree import ElementTree? Does it use an import > statement or does it call __import__ directly? py2app can only > detect imports that are done using the import statement. > > > Ronald It uses a normal import statement: from xml.etree.cElementTree import ElementTree Erwin From nies.stephan at googlemail.com Tue Feb 6 17:55:19 2007 From: nies.stephan at googlemail.com (stephan nies) Date: Tue, 6 Feb 2007 17:55:19 +0100 Subject: [Pythonmac-SIG] problems with boost.python on OS X Message-ID: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> Hello, has anyone used boost.python on OSX and can help me or point me to "hello world"-style example of a c++ - extension in boost.python that works on OSX. I have used boost.python on linux and am porting the app from linux to osx. Since the app uses a boost.python - extension module its essential for me to get the extension working. At the Moment everything compiles but i cant import the extension in python. I already posted on C++-sig but didn't get response so far. http://mail.python.org/pipermail/c++-sig/2007-February/011918.html My Situation: OS: PPC Mac OS X 10.4.8 Python: python-2.4.4-macosx2006-10-18.dmg from http://pythonmac.org/packages/py24-fat/dmg/ (this is a framework build) Boost: 1.33.1 build from source (./configure && make) i am building my extension by invoking: g++ -dynamic myextension.cpp -I/Library/Frameworks/Python.framework/Headers -I/System/Library/Frameworks/GLUT.framework/Headers -I/usr/include -I/Users/nies/src/boost_1_33_1 -c -o myextension.o and g++ -v -dynamiclib -framework Python -framework OpenGL -framework GLUT -L/Users/nies/src/boost_1_33_1/bin/boost/libs/python/build/libboost_python.dylib/darwin/release/shared-linkable-true/ -lboost_python-1_33_1 myextension.o -o myextension.dylib this compiles and when i try to import the extension in pythonw: Python 2.4.4 (#1, Oct 18 2006, 10:34:39) [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import myextension Traceback (most recent call last): File "", line 1, in ? ImportError: No module named myextension as far as i understand this is because python searches for .so files. when i symbolic-link myextension.so -> myextension.dylib and than try to import: Python 2.4.4 (#1, Oct 18 2006, 10:34:39) [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import myextension Traceback (most recent call last): File "", line 1, in ? ImportError: Inappropriate file type for dynamic loading so what am i doing wrong here? I would really appreciate some hints at this point. Thanks, Stephan From torsten.sadowski at tu-berlin.de Tue Feb 6 18:38:53 2007 From: torsten.sadowski at tu-berlin.de (Torsten Sadowski) Date: Tue, 6 Feb 2007 18:38:53 +0100 Subject: [Pythonmac-SIG] problems with boost.python on OS X In-Reply-To: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> References: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> Message-ID: <200702061838.54059.torsten.sadowski@tu-berlin.de> Hello, as far as I know, Python extensions are OSX bundles. Try -bundle instead of -dynamiclib. Just a guess. Cheers, Torsten Am Dienstag, 6. Februar 2007 17:55 schrieb stephan nies: > Hello, > > has anyone used boost.python on OSX > and can help me or point me > to "hello world"-style example of a > c++ - extension in boost.python > that works on OSX. > > I have used boost.python on linux and > am porting the app from linux to osx. > Since the app uses a > boost.python - extension module > its essential for me to get the extension > working. > > At the Moment everything compiles > but i cant import the extension in python. > > I already posted on C++-sig but didn't get response so far. > http://mail.python.org/pipermail/c++-sig/2007-February/011918.html > > > My Situation: > > OS: PPC Mac OS X 10.4.8 > Python: python-2.4.4-macosx2006-10-18.dmg > from http://pythonmac.org/packages/py24-fat/dmg/ > (this is a framework build) > Boost: 1.33.1 build from source (./configure && make) > > i am building my extension by invoking: > > g++ -dynamic myextension.cpp > -I/Library/Frameworks/Python.framework/Headers > -I/System/Library/Frameworks/GLUT.framework/Headers -I/usr/include > -I/Users/nies/src/boost_1_33_1 -c -o myextension.o > > and > > g++ -v -dynamiclib -framework Python -framework OpenGL -framework GLUT > -L/Users/nies/src/boost_1_33_1/bin/boost/libs/python/build/libboost_python. >dylib/darwin/release/shared-linkable-true/ -lboost_python-1_33_1 > myextension.o -o myextension.dylib > > this compiles and when i try to import the extension in pythonw: > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > > >>> import myextension > > Traceback (most recent call last): > File "", line 1, in ? > ImportError: No module named myextension > > as far as i understand this is because python searches for > .so files. when i symbolic-link myextension.so -> myextension.dylib > and than try to import: > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > > >>> import myextension > > Traceback (most recent call last): > File "", line 1, in ? > ImportError: Inappropriate file type for dynamic loading > > so what am i doing wrong here? I would really > appreciate some hints at this point. > > Thanks, > Stephan > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From ronaldoussoren at mac.com Tue Feb 6 20:39:56 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 6 Feb 2007 20:39:56 +0100 Subject: [Pythonmac-SIG] py2app ImportError In-Reply-To: References: <22A7C3D6-23D0-4481-8550-5127555CEB71@uvt.nl> <3B3E98DF-2132-4688-AE9B-89C89C7170AC@mac.com> Message-ID: On 6 Feb, 2007, at 10:35, Erwin Marsi wrote: > > On Feb 6, 2007, at 10:23, Ronald Oussoren wrote: > >> >> How does ielemtree import ElementTree? Does it use an import >> statement or does it call __import__ directly? py2app can only >> detect imports that are done using the import statement. >> >> >> Ronald > > It uses a normal import statement: > > from xml.etree.cElementTree import ElementTree I found the problem, xml.etree.cElementTree imports _elementtree, a C extension. That extension does a number of imports from C which py2app doesn't know about and cannot find out about automaticly. I've checked in a fix, if you upgrade modulegraph to the current trunk all should be fine ("easy_install-2.5 modulegraph==dev"). Ronald From ronaldoussoren at mac.com Tue Feb 6 20:43:19 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Tue, 6 Feb 2007 20:43:19 +0100 Subject: [Pythonmac-SIG] problems with boost.python on OS X In-Reply-To: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> References: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> Message-ID: <68CABB19-0B7B-4930-B61A-1FDFFE13E63C@mac.com> On 6 Feb, 2007, at 17:55, stephan nies wrote: > Hello, > > has anyone used boost.python on OSX > and can help me or point me > to "hello world"-style example of a > c++ - extension in boost.python > that works on OSX. > > I have used boost.python on linux and > am porting the app from linux to osx. > Since the app uses a > boost.python - extension module > its essential for me to get the extension > working. > > At the Moment everything compiles > but i cant import the extension in python. > > I already posted on C++-sig but didn't get response so far. > http://mail.python.org/pipermail/c++-sig/2007-February/011918.html > > > My Situation: > > OS: PPC Mac OS X 10.4.8 > Python: python-2.4.4-macosx2006-10-18.dmg > from http://pythonmac.org/packages/py24-fat/dmg/ > (this is a framework build) > Boost: 1.33.1 build from source (./configure && make) > > i am building my extension by invoking: > > g++ -dynamic myextension.cpp > -I/Library/Frameworks/Python.framework/Headers > -I/System/Library/Frameworks/GLUT.framework/Headers -I/usr/include > -I/Users/nies/src/boost_1_33_1 -c -o myextension.o > > and > > g++ -v -dynamiclib -framework Python -framework OpenGL -framework GLUT > -L/Users/nies/src/boost_1_33_1/bin/boost/libs/python/build/ > libboost_python.dylib/darwin/release/shared-linkable-true/ > -lboost_python-1_33_1 myextension.o -o myextension.dylib > > this compiles and when i try to import the extension in pythonw: > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > Type "help", "copyright", "credits" or "license" for more information. >>>> import myextension > Traceback (most recent call last): > File "", line 1, in ? > ImportError: No module named myextension > > as far as i understand this is because python searches for > .so files. when i symbolic-link myextension.so -> myextension.dylib > and than try to import: > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > Type "help", "copyright", "credits" or "license" for more information. >>>> import myextension > Traceback (most recent call last): > File "", line 1, in ? > ImportError: Inappropriate file type for dynamic loading > > so what am i doing wrong here? I would really > appreciate some hints at this point. Why not use distutils for building the extension? Distutils knows how to build extensions correctly on a multitude of platforms. Ronald From nies.stephan at googlemail.com Tue Feb 6 21:46:32 2007 From: nies.stephan at googlemail.com (stephan nies) Date: Tue, 6 Feb 2007 21:46:32 +0100 Subject: [Pythonmac-SIG] problems with boost.python on OS X In-Reply-To: <200702061838.54059.torsten.sadowski@tu-berlin.de> References: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> <200702061838.54059.torsten.sadowski@tu-berlin.de> Message-ID: <79f682bf0702061246h36dafaa8y5a432900f6a31cb3@mail.gmail.com> Thank you, now I got one step further. The only issue that remains is when i import myextension the libboost_python-1_33_1.dylib on which it depends is not found. Also i set up the DYLD_LIBRARY_PATH accordingly or is this the wrong place? sorry, if i might miss some OS X special again. ImportError: Failure linking new module: myextension.so: Library not loaded: libboost_python-1_33_1.dylib Referenced from: myextension.so Reason: image not found echo $DYLD_LIBRARY_PATH :/Users/nies/src/boost_1_33_1/bin/boost/libs/python/build/libboost_python.dylib/darwin/debug/shared-linkable-true/ otool -L myextension.so myextension.so: /Library/Frameworks/Python.framework/Versions/2.4/Python (compatibility version 2.4.0, current version 2.4.0) /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL (compatibility version 1.0.0, current version 1.0.0) /System/Library/Frameworks/GLUT.framework/Versions/A/GLUT (compatibility version 1.0.0, current version 1.0.0) libboost_python-1_33_1.dylib (compatibility version 0.0.0, current version 0.0.0) /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.4.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.1.7) But many Thanks Thorsten, Vielen Dank, Stephan On 2/6/07, Torsten Sadowski wrote: > Hello, > > as far as I know, Python extensions are OSX bundles. Try -bundle instead > of -dynamiclib. > > Just a guess. > > Cheers, Torsten > > Am Dienstag, 6. Februar 2007 17:55 schrieb stephan nies: > > Hello, > > > > has anyone used boost.python on OSX > > and can help me or point me > > to "hello world"-style example of a > > c++ - extension in boost.python > > that works on OSX. > > > > I have used boost.python on linux and > > am porting the app from linux to osx. > > Since the app uses a > > boost.python - extension module > > its essential for me to get the extension > > working. > > > > At the Moment everything compiles > > but i cant import the extension in python. > > > > I already posted on C++-sig but didn't get response so far. > > http://mail.python.org/pipermail/c++-sig/2007-February/011918.html > > > > > > My Situation: > > > > OS: PPC Mac OS X 10.4.8 > > Python: python-2.4.4-macosx2006-10-18.dmg > > from http://pythonmac.org/packages/py24-fat/dmg/ > > (this is a framework build) > > Boost: 1.33.1 build from source (./configure && make) > > > > i am building my extension by invoking: > > > > g++ -dynamic myextension.cpp > > -I/Library/Frameworks/Python.framework/Headers > > -I/System/Library/Frameworks/GLUT.framework/Headers -I/usr/include > > -I/Users/nies/src/boost_1_33_1 -c -o myextension.o > > > > and > > > > g++ -v -dynamiclib -framework Python -framework OpenGL -framework GLUT > > -L/Users/nies/src/boost_1_33_1/bin/boost/libs/python/build/libboost_python. > >dylib/darwin/release/shared-linkable-true/ -lboost_python-1_33_1 > > myextension.o -o myextension.dylib > > > > this compiles and when i try to import the extension in pythonw: > > > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > > Type "help", "copyright", "credits" or "license" for more information. > > > > >>> import myextension > > > > Traceback (most recent call last): > > File "", line 1, in ? > > ImportError: No module named myextension > > > > as far as i understand this is because python searches for > > .so files. when i symbolic-link myextension.so -> myextension.dylib > > and than try to import: > > > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > > Type "help", "copyright", "credits" or "license" for more information. > > > > >>> import myextension > > > > Traceback (most recent call last): > > File "", line 1, in ? > > ImportError: Inappropriate file type for dynamic loading > > > > so what am i doing wrong here? I would really > > appreciate some hints at this point. > > > > Thanks, > > Stephan > > _______________________________________________ > > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > > http://mail.python.org/mailman/listinfo/pythonmac-sig > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > From nies.stephan at googlemail.com Tue Feb 6 21:48:40 2007 From: nies.stephan at googlemail.com (stephan nies) Date: Tue, 6 Feb 2007 21:48:40 +0100 Subject: [Pythonmac-SIG] problems with boost.python on OS X In-Reply-To: <68CABB19-0B7B-4930-B61A-1FDFFE13E63C@mac.com> References: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> <68CABB19-0B7B-4930-B61A-1FDFFE13E63C@mac.com> Message-ID: <79f682bf0702061248paa69c13gcf48f78d5e95d91@mail.gmail.com> Thank you for your reply Ronald, I might try the distutils, too. Thanks, Stephan On 2/6/07, Ronald Oussoren wrote: > > On 6 Feb, 2007, at 17:55, stephan nies wrote: > > > Hello, > > > > has anyone used boost.python on OSX > > and can help me or point me > > to "hello world"-style example of a > > c++ - extension in boost.python > > that works on OSX. > > > > I have used boost.python on linux and > > am porting the app from linux to osx. > > Since the app uses a > > boost.python - extension module > > its essential for me to get the extension > > working. > > > > At the Moment everything compiles > > but i cant import the extension in python. > > > > I already posted on C++-sig but didn't get response so far. > > http://mail.python.org/pipermail/c++-sig/2007-February/011918.html > > > > > > My Situation: > > > > OS: PPC Mac OS X 10.4.8 > > Python: python-2.4.4-macosx2006-10-18.dmg > > from http://pythonmac.org/packages/py24-fat/dmg/ > > (this is a framework build) > > Boost: 1.33.1 build from source (./configure && make) > > > > i am building my extension by invoking: > > > > g++ -dynamic myextension.cpp > > -I/Library/Frameworks/Python.framework/Headers > > -I/System/Library/Frameworks/GLUT.framework/Headers -I/usr/include > > -I/Users/nies/src/boost_1_33_1 -c -o myextension.o > > > > and > > > > g++ -v -dynamiclib -framework Python -framework OpenGL -framework GLUT > > -L/Users/nies/src/boost_1_33_1/bin/boost/libs/python/build/ > > libboost_python.dylib/darwin/release/shared-linkable-true/ > > -lboost_python-1_33_1 myextension.o -o myextension.dylib > > > > this compiles and when i try to import the extension in pythonw: > > > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > > Type "help", "copyright", "credits" or "license" for more information. > >>>> import myextension > > Traceback (most recent call last): > > File "", line 1, in ? > > ImportError: No module named myextension > > > > as far as i understand this is because python searches for > > .so files. when i symbolic-link myextension.so -> myextension.dylib > > and than try to import: > > > > Python 2.4.4 (#1, Oct 18 2006, 10:34:39) > > [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin > > Type "help", "copyright", "credits" or "license" for more information. > >>>> import myextension > > Traceback (most recent call last): > > File "", line 1, in ? > > ImportError: Inappropriate file type for dynamic loading > > > > so what am i doing wrong here? I would really > > appreciate some hints at this point. > > > Why not use distutils for building the extension? Distutils knows how > to build extensions correctly on a multitude of platforms. > > Ronald > > From nies.stephan at googlemail.com Wed Feb 7 00:12:24 2007 From: nies.stephan at googlemail.com (stephan nies) Date: Wed, 7 Feb 2007 00:12:24 +0100 Subject: [Pythonmac-SIG] problems with boost.python on OS X In-Reply-To: <79f682bf0702061246h36dafaa8y5a432900f6a31cb3@mail.gmail.com> References: <79f682bf0702060855pf1e5bcay261907d20e3cc693@mail.gmail.com> <200702061838.54059.torsten.sadowski@tu-berlin.de> <79f682bf0702061246h36dafaa8y5a432900f6a31cb3@mail.gmail.com> Message-ID: <79f682bf0702061512p253d38b1oaeb467b98510e36c@mail.gmail.com> SOLVED ok i put libboost_python-1_33_1.dylib in a "standard location" like pointed out here http://developer.apple.com/documentation/DeveloperTools/Conceptual/DynamicLibraries/Articles/UsingDynamicLibraries.html in my case: ~/lib i am still not sure what was wrong about using DYLD_LIBRARY_PATH here is a Summary: To use your boost.python extension module on OSX: 1) get boost.python 2) make sure libboost_python-1_33_1.dylib is in a "standard place" 3) link your extension using the -bind flag and -L/libpath -lboost_python-1_33_1 4) name it .so like myextension.so 5) import it in python using "import myextension" Thanks again to Torsten and Ronald, Stephan From jerry.levan at eku.edu Wed Feb 7 00:28:58 2007 From: jerry.levan at eku.edu (Jerry LeVan) Date: Tue, 6 Feb 2007 18:28:58 -0500 Subject: [Pythonmac-SIG] Tkinter Question... Message-ID: <4E1F9443-1D6D-438C-9E16-5EAFA05C88A5@eku.edu> Hi, I have recently upgraded my Mac to ActiveTCL from Tk Aqua. It appears that tcl/tk 8.4.14 works much more smoothly than apple's 8.4.0. I am trying to port some of my tcl stuff to python ( MacPython 2.4.3). I am using tkinter for the gui. It appears that tkinter.so is linked to the tk in /System/Library... (ie the old apple version) instead of the tk in /Library/Frameworks/ Tk.... This means that the interface is sorta clunky ie the window zoom buttons don't work, scroll controls in the lower right corner get covered up, scrolling and selection are a bit flakey... Is it possible to build tkinter against a more modern tk? If so, how? (Reading the forums at ActiveState on Python seems to indicate that ActiveStates tkinter for the Mac ( I have a G4) also links against the old Apple Tk.) Thanks, Jerry From kw at codebykevin.com Wed Feb 7 00:32:37 2007 From: kw at codebykevin.com (Kevin Walzer) Date: Tue, 06 Feb 2007 18:32:37 -0500 Subject: [Pythonmac-SIG] Tkinter Question... In-Reply-To: <4E1F9443-1D6D-438C-9E16-5EAFA05C88A5@eku.edu> References: <4E1F9443-1D6D-438C-9E16-5EAFA05C88A5@eku.edu> Message-ID: <45C91015.1060908@codebykevin.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jerry LeVan wrote: > Hi, > > I have recently upgraded my Mac to ActiveTCL from Tk Aqua. It appears > that tcl/tk 8.4.14 works much more smoothly than apple's 8.4.0. > > I am trying to port some of my tcl stuff to python ( MacPython 2.4.3). > I am using tkinter for the gui. > > It appears that tkinter.so is linked to the tk in /System/Library... > (ie the old apple version) instead of the tk in /Library/Frameworks/ > Tk.... > > This means that the interface is sorta clunky ie the window zoom buttons > don't work, scroll controls in the lower right corner get covered up, > scrolling and selection are a bit flakey... > > Is it possible to build tkinter against a more modern tk? If so, how? > > (Reading the forums at ActiveState on Python seems to indicate that > ActiveStates tkinter for the Mac ( I have a G4) also links against > the old Apple Tk.) > > Thanks, > > Jerry > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig > > Use Python 2.5. I had no problems getting it to link against a more recent build of Tcl/Tk Aqua--I think it does so by default and look at the Apple-installed version only as a fallback. - -- Kevin Walzer Code by Kevin http://www.codebykevin.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFFyRAVEsLm8HXyq4sRAruhAJURrwly414Mw/O8ROy65+yUjJEGAJ9b/6Oy io2f2zvA/3qLttEDm0qoWQ== =omjT -----END PGP SIGNATURE----- From jerry.levan at eku.edu Wed Feb 7 00:45:30 2007 From: jerry.levan at eku.edu (Jerry LeVan) Date: Tue, 6 Feb 2007 18:45:30 -0500 Subject: [Pythonmac-SIG] Tkinter Question... In-Reply-To: <45C91015.1060908@codebykevin.com> References: <4E1F9443-1D6D-438C-9E16-5EAFA05C88A5@eku.edu> <45C91015.1060908@codebykevin.com> Message-ID: On Feb 6, 2007, at 6:32 PM, Kevin Walzer wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Jerry LeVan wrote: >> Hi, >> >> I have recently upgraded my Mac to ActiveTCL from Tk Aqua. It appears >> that tcl/tk 8.4.14 works much more smoothly than apple's 8.4.0. >> >> I am trying to port some of my tcl stuff to python ( MacPython >> 2.4.3). >> I am using tkinter for the gui. >> >> It appears that tkinter.so is linked to the tk in /System/Library... >> (ie the old apple version) instead of the tk in /Library/Frameworks/ >> Tk.... >> >> This means that the interface is sorta clunky ie the window zoom >> buttons >> don't work, scroll controls in the lower right corner get covered up, >> scrolling and selection are a bit flakey... >> >> Is it possible to build tkinter against a more modern tk? If so, how? >> >> (Reading the forums at ActiveState on Python seems to indicate that >> ActiveStates tkinter for the Mac ( I have a G4) also links against >> the old Apple Tk.) >> >> Thanks, >> >> Jerry >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig >> >> > Use Python 2.5. I had no problems getting it to link against a more > recent build of Tcl/Tk Aqua--I think it does so by default and look at > the Apple-installed version only as a fallback. Well, I am also running Python 2.4.3 on my Linux and Windows Xp box, I have enough trouble keeping stuff straight without having different versions of everything :) Jerry From e.c.marsi at uvt.nl Wed Feb 7 03:52:26 2007 From: e.c.marsi at uvt.nl (Erwin Marsi) Date: Wed, 7 Feb 2007 03:52:26 +0100 Subject: [Pythonmac-SIG] py2app ImportError In-Reply-To: References: <22A7C3D6-23D0-4481-8550-5127555CEB71@uvt.nl> <3B3E98DF-2132-4688-AE9B-89C89C7170AC@mac.com> Message-ID: On Feb 6, 2007, at 20:39, Ronald Oussoren wrote: > > On 6 Feb, 2007, at 10:35, Erwin Marsi wrote: > >> >> On Feb 6, 2007, at 10:23, Ronald Oussoren wrote: >> >>> >>> How does ielemtree import ElementTree? Does it use an import >>> statement or does it call __import__ directly? py2app can only >>> detect imports that are done using the import statement. >>> >>> >>> Ronald >> >> It uses a normal import statement: >> >> from xml.etree.cElementTree import ElementTree > > I found the problem, xml.etree.cElementTree imports _elementtree, a > C extension. That extension does a number of imports from C which > py2app doesn't know about and cannot find out about automaticly. > > I've checked in a fix, if you upgrade modulegraph to the current > trunk all should be fine ("easy_install-2.5 modulegraph==dev"). > > Ronald Yes, that solves it. Thanks! Erwin From ellisonbg.net at gmail.com Wed Feb 7 19:22:58 2007 From: ellisonbg.net at gmail.com (Brian Granger) Date: Wed, 7 Feb 2007 11:22:58 -0700 Subject: [Pythonmac-SIG] Multiple python 2.5 framworks Message-ID: <6ce0ac130702071022o7fad858bx1d1794fc713a63ff@mail.gmail.com> Hi, We need to deploy a qt4 based python app and I am working on some of the build issues. Because we are using Qt, we need a framework build of Python (we are using 2.5). One of our requirements is that users can build and use the app without doing a system wide install. I am worried that our private python2.5 framework will conflict with the system wide python2.5 framework if it is installed. Can two python2.5 frameworks coexist on the same system. What are the potential issues and pitfalls? I can set the users paths to point to our python. I am mostly worried about building other python packages (using distutils) that we include in our app. How can I be sure that the various build processes won't pick up the system wide python2.5 framework? Thanks Brian From delza at livingcode.org Wed Feb 7 20:01:58 2007 From: delza at livingcode.org (Dethe Elza) Date: Wed, 7 Feb 2007 11:01:58 -0800 Subject: [Pythonmac-SIG] Multiple python 2.5 framworks In-Reply-To: <6ce0ac130702071022o7fad858bx1d1794fc713a63ff@mail.gmail.com> References: <6ce0ac130702071022o7fad858bx1d1794fc713a63ff@mail.gmail.com> Message-ID: If you build an actual OS X application using py2app, it will embed the Python2.5 framework into the app with no conflict. I have many full python2.5 frameworks installed, from various applications I have built this way, as well as MacPorts and fink (non-framework) versions. I make sure my path points to my standard framework install and that is not picked up by any application I've built with other frameworks, including those which may include special-built frameworks, or older versions of Python. If you are not using py2app to build your applications, then your mileage may vary, but you can still easily have multiple framework installs. Just make sure that each application is referencing the right framework. How you do that depends on how the applications are run. But I strongly recommend that you use py2app for anything you distribute to users: They then have no path dependencies and don't have to build anything, just drag your application to their / Applications folder and they're done. --Dethe On 7-Feb-07, at 10:22 AM, Brian Granger wrote: > Hi, > > We need to deploy a qt4 based python app and I am working on some of > the build issues. Because we are using Qt, we need a framework build > of Python (we are using 2.5). One of our requirements is that users > can build and use the app without doing a system wide install. > > I am worried that our private python2.5 framework will conflict with > the system wide python2.5 framework if it is installed. Can two > python2.5 frameworks coexist on the same system. What are the > potential issues and pitfalls? > > I can set the users paths to point to our python. I am mostly worried > about building other python packages (using distutils) that we include > in our app. How can I be sure that the various build processes won't > pick up the system wide python2.5 framework? > > Thanks > > Brian > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig Young children play in a way that is strikingly similar to the way scientists work --Busytown News From ronaldoussoren at mac.com Wed Feb 7 21:08:41 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Wed, 7 Feb 2007 21:08:41 +0100 Subject: [Pythonmac-SIG] Multiple python 2.5 framworks In-Reply-To: References: <6ce0ac130702071022o7fad858bx1d1794fc713a63ff@mail.gmail.com> Message-ID: <5BD2A7C9-B91B-4386-AE44-1475100BAA33@mac.com> Even if you don't use py2app you should have a look at macho_standone (part of macholib). This is a script that will make an application bundle standalone by embedding the frameworks and dylibs used by an application into the app bundle. Py2app is however the easiest way to build standalone application bundles for python applications, although some tweakage might be needed to deal with Qt (IIRC Bob removed the Qt recipe because it didn't work correctly with recent versions of Qt; building a new recipe or just including all of Qt into your app bundle should be easy enough). Ronald On 7 Feb, 2007, at 20:01, Dethe Elza wrote: > If you build an actual OS X application using py2app, it will embed > the Python2.5 framework into the app with no conflict. I have many > full python2.5 frameworks installed, from various applications I have > built this way, as well as MacPorts and fink (non-framework) > versions. I make sure my path points to my standard framework > install and that is not picked up by any application I've built with > other frameworks, including those which may include special-built > frameworks, or older versions of Python. > > If you are not using py2app to build your applications, then your > mileage may vary, but you can still easily have multiple framework > installs. Just make sure that each application is referencing the > right framework. How you do that depends on how the applications are > run. But I strongly recommend that you use py2app for anything you > distribute to users: They then have no path dependencies and don't > have to build anything, just drag your application to their / > Applications folder and they're done. > > --Dethe > > On 7-Feb-07, at 10:22 AM, Brian Granger wrote: > >> Hi, >> >> We need to deploy a qt4 based python app and I am working on some of >> the build issues. Because we are using Qt, we need a framework build >> of Python (we are using 2.5). One of our requirements is that users >> can build and use the app without doing a system wide install. >> >> I am worried that our private python2.5 framework will conflict with >> the system wide python2.5 framework if it is installed. Can two >> python2.5 frameworks coexist on the same system. What are the >> potential issues and pitfalls? >> >> I can set the users paths to point to our python. I am mostly >> worried >> about building other python packages (using distutils) that we >> include >> in our app. How can I be sure that the various build processes won't >> pick up the system wide python2.5 framework? >> >> Thanks >> >> Brian >> _______________________________________________ >> Pythonmac-SIG maillist - Pythonmac-SIG at python.org >> http://mail.python.org/mailman/listinfo/pythonmac-sig > > > Young children play in a way that is strikingly similar to the way > scientists work --Busytown News > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From Belinda_Thom at hmc.edu Wed Feb 7 08:41:17 2007 From: Belinda_Thom at hmc.edu (Belinda_Thom at hmc.edu) Date: Tue, 6 Feb 2007 23:41:17 -0800 (PST) Subject: [Pythonmac-SIG] non-blocking keyboard input Message-ID: What's the best way to get non-blocking input from keyboard w/OS X 10.4? I've found various potential leads via Google, most using curses (which I've never used). I've not found any Mac-specific way of doing this (even checked the Mac Python Reference manual). On windows machines, folks were talking about an msvcrt module, which I get the impression calls into Microsquashes keyboard hit function. Is there something similar for a Mac? Ideas? My application is really basic and will run from the cmd line: while(True) : if nonBlockInputExists : break else : # continue looping I am at a loss for how to determine if a key has been pressed. Thanks much, --b From hamish at gmail.com Thu Feb 8 13:33:29 2007 From: hamish at gmail.com (Hamish Allan) Date: Thu, 8 Feb 2007 12:33:29 +0000 Subject: [Pythonmac-SIG] non-blocking keyboard input In-Reply-To: References: Message-ID: <597e7edb0702080433y46efd576jca0bca21c47eaeb4@mail.gmail.com> On 2/7/07, Belinda_Thom at hmc.edu wrote: > What's the best way to get non-blocking input from keyboard w/OS X 10.4? > > while(True) : > if nonBlockInputExists : > break > else : > # continue looping The 'select' module provides this functionality: import sys, select while select.select([sys.stdin], [], [], 0)[0] == []: continueLooping() However, if you run this from the command line, you'll find that it continues looping until you press return, because the shell doesn't flush stdin until then. I don't think there's much you can do about this for a simple command-line app. However, if all you want is a way to exit your loop without Ctrl-C, and the return key is acceptable, this method works. Cheers, Hamish From frederik at pandora.be Fri Feb 9 15:33:45 2007 From: frederik at pandora.be (Frederik De Bleser) Date: Fri, 9 Feb 2007 16:33:45 +0200 Subject: [Pythonmac-SIG] bdist_mpkg problem Message-ID: <314B7FA0-6E24-4FED-B1BD-A2487594ECDE@pandora.be> Hi, I'm trying to use bdist_mpkg to make installer packages for NodeBox libraries. It's pretty easy for standard configurations, however, I'd like to have an installer that doesn't need to have administrator authorization and that install to a custom location (~/Library/ Application Support/NodeBox). I found out that make_package accepts an info dict that overrides any settings, but make_scheme_package uses get_scheme_info that just returns an empty tuple. I also didn't discover how I could change my default ("root"?) scheme. I tried scheme_root, but that doesn't seem to do anything. I also tried custom schemes, but then I still get a default package with egg files that needs admin authorization. Also, the prefix gets a '/' appended to the beginning. Is there a way to edit the default/root scheme? I included my setup.py file. Also, I noticed that your bdist_mpkg doesn't work on Python 2.3 because you're using the built-in set type in utils.py; changing it to the Set class makes it compatible again. Could you consider the attached diff for util.py? It would make my distribution problems on a default Mac OS X 10.4 a lot easier. Kind regards, Frederik -------------- next part -------------- A non-text attachment was scrubbed... Name: remove-builtin-set.diff Type: application/octet-stream Size: 155 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20070209/ff783959/attachment.obj -------------- next part -------------- A non-text attachment was scrubbed... Name: setup.py Type: text/x-python-script Size: 1317 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20070209/ff783959/attachment.bin -------------- next part -------------- From woklist at kyngchaos.com Sat Feb 10 04:56:49 2007 From: woklist at kyngchaos.com (William Kyngesburye) Date: Fri, 9 Feb 2007 21:56:49 -0600 Subject: [Pythonmac-SIG] numpy in python 2.4 vs 2.5 Message-ID: <1F65D738-3834-4BCC-B323-D99AE8E960C5@kyngchaos.com> I'm trying to build a python extension that uses numpy. When I build with python 2.4.[whatever the last one was] and the current numpy 1.0.1 package, it succeeds with no problem. When I try python 2.5 and the matching numpy 1.0.1: building '_gdal' extension creating build/temp.macosx-10.3-fat-2.5 gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk - fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd - fno-common -dynamic -DNDEBUG -g -O3 -I../../port -I../../gcore - I../../alg -I../../ogr -I../../macosx/GDAL/gdal -I/Library/Frameworks/ Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ include -I/Library/Frameworks/Python.framework/Versions/2.5/include/ python2.5 -c gdal_wrap.cpp -o build/temp.macosx-10.3-fat-2.5/gdal_wrap.o gdal_wrap.cpp: In function 'int SWIG_Python_ConvertFunctionPtr (PyObject*, void**, swig_type_info*)': gdal_wrap.cpp:2051: error: invalid conversion from 'const char*' to 'char*'gdal_wrap.cpp: In function 'int SWIG_Python_ConvertFunctionPtr (PyObject*, void**, swig_type_info*)': gdal_wrap.cpp:2051: error: invalid conversion from 'const char*' to 'char*' any ideas? (and how do I get rid of the -g debug flag? I may have asked once upon a time and I'm probably stuck with it.) ----- William Kyngesburye http://www.kyngchaos.com/ "We are at war with them. Neither in hatred nor revenge and with no particular pleasure I shall kill every ___ I can until the war is over. That is my duty." "Don't you even hate 'em?" "What good would it do if I did? If all the many millions of people of the allied nations devoted an entire year exclusively to hating the ____ it wouldn't kill one ___ nor shorten the war one day." "And it might give 'em all stomach ulcers." - Tarzan, on war From robert.kern at gmail.com Sat Feb 10 06:18:29 2007 From: robert.kern at gmail.com (Robert Kern) Date: Fri, 09 Feb 2007 21:18:29 -0800 Subject: [Pythonmac-SIG] numpy in python 2.4 vs 2.5 In-Reply-To: <1F65D738-3834-4BCC-B323-D99AE8E960C5@kyngchaos.com> References: <1F65D738-3834-4BCC-B323-D99AE8E960C5@kyngchaos.com> Message-ID: William Kyngesburye wrote: > I'm trying to build a python extension that uses numpy. When I build > with python 2.4.[whatever the last one was] and the current numpy > 1.0.1 package, it succeeds with no problem. > > When I try python 2.5 and the matching numpy 1.0.1: > > building '_gdal' extension > creating build/temp.macosx-10.3-fat-2.5 > gcc -arch ppc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk - > fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd - > fno-common -dynamic -DNDEBUG -g -O3 -I../../port -I../../gcore - > I../../alg -I../../ogr -I../../macosx/GDAL/gdal -I/Library/Frameworks/ > Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ > include -I/Library/Frameworks/Python.framework/Versions/2.5/include/ > python2.5 -c gdal_wrap.cpp -o build/temp.macosx-10.3-fat-2.5/gdal_wrap.o > gdal_wrap.cpp: In function 'int SWIG_Python_ConvertFunctionPtr > (PyObject*, void**, swig_type_info*)': > gdal_wrap.cpp:2051: error: invalid conversion from 'const char*' to > 'char*'gdal_wrap.cpp: In function 'int SWIG_Python_ConvertFunctionPtr > (PyObject*, void**, swig_type_info*)': > gdal_wrap.cpp:2051: error: invalid conversion from 'const char*' to > 'char*' > > > any ideas? This has nothing to do with numpy. The wrapper source was generated from a slightly-old version of SWIG that generates non-const-correct C++ code. Python 2.5 uses a version of gcc that's a bit pickier than the 2.4 build that you used. Get the latest version of SWIG (1.3.31 should be fine, I think), regenerate the gdal_wrap.cpp, and recompile. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret it as though it had an underlying truth." -- Umberto Eco From woklist at kyngchaos.com Sat Feb 10 07:46:46 2007 From: woklist at kyngchaos.com (William Kyngesburye) Date: Sat, 10 Feb 2007 00:46:46 -0600 Subject: [Pythonmac-SIG] numpy in python 2.4 vs 2.5 In-Reply-To: References: <1F65D738-3834-4BCC-B323-D99AE8E960C5@kyngchaos.com> Message-ID: <3A34350C-633D-4E77-8A25-7DA4E2338C4E@kyngchaos.com> Thanks. I'll have to relay that to the developers so they can sort it out. On Feb 9, 2007, at 11:18 PM, Robert Kern wrote: > This has nothing to do with numpy. The wrapper source was generated > from a > slightly-old version of SWIG that generates non-const-correct C++ > code. Python > 2.5 uses a version of gcc that's a bit pickier than the 2.4 build > that you used. > > Get the latest version of SWIG (1.3.31 should be fine, I think), > regenerate the > gdal_wrap.cpp, and recompile. ----- William Kyngesburye http://www.kyngchaos.com/ "Those people who most want to rule people are, ipso-facto, those least suited to do it." - A rule of the universe, from the HitchHiker's Guide to the Galaxy From skip at pobox.com Sun Feb 11 19:36:58 2007 From: skip at pobox.com (skip at pobox.com) Date: Sun, 11 Feb 2007 12:36:58 -0600 Subject: [Pythonmac-SIG] Any decision about the pythonmac.org wiki? Message-ID: <17871.25162.502550.760529@montanaro.dyndns.org> Bob et al, A few of us continue to try and push back the teeming hordes of spammers who are wreaking havoc on the MacPython wiki. Are you back in the US somewhere? Any thoughts on a longer term solution? One thought I had was simply to migrate the current state (after checking and eliminating spam) to the regular Python wiki, renaming all pages to live under http://wiki.python.org/moin/MacPython in the process. The advantage of that is that maintenance of the wiki software proper is lifted off your shoulders. The disadvantage is a loss of some control (e.g. no fancy snake/apple icon). Would that work for you? Skip From bob at redivi.com Sun Feb 11 20:03:48 2007 From: bob at redivi.com (Bob Ippolito) Date: Sun, 11 Feb 2007 11:03:48 -0800 Subject: [Pythonmac-SIG] Any decision about the pythonmac.org wiki? In-Reply-To: <17871.25162.502550.760529@montanaro.dyndns.org> References: <17871.25162.502550.760529@montanaro.dyndns.org> Message-ID: <6a36e7290702111103i1020b25doe4d1b0919865fead@mail.gmail.com> On 2/11/07, skip at pobox.com wrote: > Bob et al, > > A few of us continue to try and push back the teeming hordes of spammers who > are wreaking havoc on the MacPython wiki. Are you back in the US somewhere? > Any thoughts on a longer term solution? > > One thought I had was simply to migrate the current state (after checking > and eliminating spam) to the regular Python wiki, renaming all pages to live > under http://wiki.python.org/moin/MacPython in the process. The advantage > of that is that maintenance of the wiki software proper is lifted off your > shoulders. The disadvantage is a loss of some control (e.g. no fancy > snake/apple icon). Would that work for you? > I'm just waiting for someone to volunteer to do whatever it is that is to be done :) Moving it to python.org would probably be the option that requires least maintenance... I could set up a rewrite rule once it's moved. -bob From skip at pobox.com Mon Feb 12 01:37:31 2007 From: skip at pobox.com (skip at pobox.com) Date: Sun, 11 Feb 2007 18:37:31 -0600 Subject: [Pythonmac-SIG] Any decision about the pythonmac.org wiki? In-Reply-To: <6a36e7290702111103i1020b25doe4d1b0919865fead@mail.gmail.com> References: <17871.25162.502550.760529@montanaro.dyndns.org> <6a36e7290702111103i1020b25doe4d1b0919865fead@mail.gmail.com> Message-ID: <17871.46795.341275.769880@montanaro.dyndns.org> Bob> I'm just waiting for someone to volunteer to do whatever it is that Bob> is to be done :) Moving it to python.org would probably be the Bob> option that requires least maintenance... I could set up a rewrite Bob> rule once it's moved. I have a simple script to slurp the raw pages. Can you stick in a redirect or rewrite on your web server that maps all URLs which contain "action=edit" to a static page that says the wiki is frozen or is undergoing maintenance? I'll slurp, clean and map URLs as necessary, then install the result in the proper place. Thx, Skip From bob at redivi.com Mon Feb 12 02:20:51 2007 From: bob at redivi.com (Bob Ippolito) Date: Sun, 11 Feb 2007 17:20:51 -0800 Subject: [Pythonmac-SIG] Any decision about the pythonmac.org wiki? In-Reply-To: <17871.46795.341275.769880@montanaro.dyndns.org> References: <17871.25162.502550.760529@montanaro.dyndns.org> <6a36e7290702111103i1020b25doe4d1b0919865fead@mail.gmail.com> <17871.46795.341275.769880@montanaro.dyndns.org> Message-ID: <6a36e7290702111720u3852b108m42017137a2de86e@mail.gmail.com> On 2/11/07, skip at pobox.com wrote: > > Bob> I'm just waiting for someone to volunteer to do whatever it is that > Bob> is to be done :) Moving it to python.org would probably be the > Bob> option that requires least maintenance... I could set up a rewrite > Bob> rule once it's moved. > > I have a simple script to slurp the raw pages. Can you stick in a redirect > or rewrite on your web server that maps all URLs which contain "action=edit" > to a static page that says the wiki is frozen or is undergoing maintenance? > I'll slurp, clean and map URLs as necessary, then install the result in the > proper place. Done. -bob From nies.stephan at googlemail.com Mon Feb 12 15:59:04 2007 From: nies.stephan at googlemail.com (stephan nies) Date: Mon, 12 Feb 2007 15:59:04 +0100 Subject: [Pythonmac-SIG] Any decision about the pythonmac.org wiki? In-Reply-To: <6a36e7290702111720u3852b108m42017137a2de86e@mail.gmail.com> References: <17871.25162.502550.760529@montanaro.dyndns.org> <6a36e7290702111103i1020b25doe4d1b0919865fead@mail.gmail.com> <17871.46795.341275.769880@montanaro.dyndns.org> <6a36e7290702111720u3852b108m42017137a2de86e@mail.gmail.com> Message-ID: <79f682bf0702120659u3959b2a2sb4d0feb557428726@mail.gmail.com> the FAQ site seems to be missing at: http://wiki.python.org/moin/MacPython/FAQ Greetings, Stephan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20070212/a2e5cf60/attachment.htm From skip at pobox.com Tue Feb 13 05:27:00 2007 From: skip at pobox.com (skip at pobox.com) Date: Mon, 12 Feb 2007 22:27:00 -0600 Subject: [Pythonmac-SIG] MacPython wiki "moved" to Python wiki - now it's your turn... Message-ID: <17873.15892.286360.853505@montanaro.dyndns.org> After much wailing and gnashing of teeth the past couple of days, I managed to move (most of?) the content from the MacPython wiki to the main Python wiki (*). All pages were created as subpages of http://wiki.python.or/moin/MacPython The motivation for this rather hasty move was that the MacPython wiki was running an ancient version of MoinMoin and got spammed heavily. Because of its age and vulnerability it was simply too hard to keep up with all the wiki spammers. So I moved everything. I did very little to try and fix up link references. Moin's subpage references have always befuddled me, and many of the page references were weirded out to begin with, so there you have it: royal link spaghetti. This is where you come in. You can do any number of things to try to identify and fix problems: * Visit http://wiki.python.org/moin/OrphanedPages and see if there are any MacPython/... pages which are orphaned (hint: there are quite a few). Then see if you can find an incorrect link which should refer to the orphaned page. * Visit the MacPython pages. Just do a title search for "MacPython" to locate them. Visit and clean up as appropriate. * Everything got pushed down, even home pages. One of three things can reasonably be done: 1. Move a home page up if there isn't one at the top level. 2. Replace an uplevel home page with the MacPython version if the latter is "better". 3. Merge the content from the MacPython version into the uplevel home page. Instead of performing #2 and #3 yourself, you might send an email to the person and ask them to do the merge/replace. In any case, this operation is likely to require some link fiddling. * There may also be non-homepage pages at the top level which should be merged with or replaced by (or replace) the MacPython version. VisualPython comes to mind. Use your judgement * There are lots of unprotected path references in the content, e.g. /System/Library sitting there looking like a link when it should probably be {{{/System/Library}}}. * There may still be a bit of spam lurking in the pages. I tried to eliminate all the crap, but I might have missed some. * Many pages could use Category references. There are lots of pages referring to scripting specific Mac applications, home pages and many code samples. Adding CategoryMac or CategoryAppScript might be reasonable as well. * Use your WikiImagination. There are probably lots of other things that can be done. I think the MacPython wiki had fallen into a bit of disrepair, even if you ignore the spam problem, so a little general TLC would probably help. Skip (*) Thank goodness for Emacs and Mozex... From hamish at gmail.com Tue Feb 13 07:37:41 2007 From: hamish at gmail.com (Hamish Allan) Date: Tue, 13 Feb 2007 06:37:41 +0000 Subject: [Pythonmac-SIG] Python 2.5 and easy_install Message-ID: <597e7edb0702122237v14ab5a3h82db29b2a25235ce@mail.gmail.com> Hi, I just installed Python 2.5 on my Intel OS X machine, and it seems to work fine. Now I need to go about installing the packages I had on 2.4. I downloaded ez_setup.py and it installed easy_install. However, when I run easy_install (the first one I tried was "easy_install pyx") I get: [...] Running PyX-0.9/setup.py -q bdist_egg --dist-dir /tmp/easy_install-SNJlRm/PyX-0.9/egg-dist-tmp-p6tWhV error: Setup script exited with error: SandboxViolation: mkdir('/Library/Frameworks/Python.framework/Versions/2.5/share',) {} If I create the directory manually, it fails at the next step: error: Setup script exited with error: SandboxViolation: mkdir('/Library/Frameworks/Python.framework/Versions/2.5/share/pyx',) {} This was never a problem for 2.4 on my machine. Can I change something to make it work? Thanks, Hamish From hamish at gmail.com Tue Feb 13 07:57:38 2007 From: hamish at gmail.com (Hamish Allan) Date: Tue, 13 Feb 2007 06:57:38 +0000 Subject: [Pythonmac-SIG] Python 2.5 and easy_install Message-ID: <597e7edb0702122257m550dd76dq7b5a6d7111f738c1@mail.gmail.com> Oops. Sorry to reply to my own post, but I have discovered that other packages (e.g. pylons and all its dependencies) are installed fine by easy_install. I should probably have paid more attention to the rest of the error message: "The package setup script has attempted to modify files on your system that are not within the EasyInstall build area, and has been aborted. This package cannot be safely installed by EasyInstall, and may not support alternate installation locations even if you run its setup script by hand. Please inform the package's author and the EasyInstall maintainers to find out if a fix or workaround is available." I guess I must have installed pyx by hand (using "python setup.py install") previously, as this works fine. Sorry to have bothered you! If anyone can explain why easy_install failed I would still be very interested to know. Best wishes, Hamish On Tue Feb 13 07:37:41 CET 2007, Hamish Allan wrote: > Hi, > > I just installed Python 2.5 on my Intel OS X machine, and it seems to > work fine. Now I need to go about installing the packages I had on > 2.4. I downloaded ez_setup.py and it installed easy_install. However, > when I run easy_install (the first one I tried was "easy_install pyx") > I get: > > [...] > Running PyX-0.9/setup.py -q bdist_egg --dist-dir > /tmp/easy_install-SNJlRm/PyX-0.9/egg-dist-tmp-p6tWhV > error: Setup script exited with error: SandboxViolation: > mkdir('/Library/Frameworks/Python.framework/Versions/2.5/share',) {} > > If I create the directory manually, it fails at the next step: > > error: Setup script exited with error: SandboxViolation: > mkdir('/Library/Frameworks/Python.framework/Versions/2.5/share/pyx',) > {} > > This was never a problem for 2.4 on my machine. Can I change something > to make it work? > > Thanks, > Hamish From chris.van.bael at gmail.com Wed Feb 14 09:05:03 2007 From: chris.van.bael at gmail.com (Chris Van Bael) Date: Wed, 14 Feb 2007 09:05:03 +0100 Subject: [Pythonmac-SIG] py2app error with /usr/bin/strip In-Reply-To: <45C839E3.4050702@gmail.com> References: <45C73346.5000706@gmail.com> <45C74D03.6040508@gmail.com> <6a36e7290702050919i16c0600ew4cfcbb4034f59c2f@mail.gmail.com> <5465ee790702050930v35717c60i1d5efd8b6b993800@mail.gmail.com> <45C79BF0.2040809@gmail.com> <45C839E3.4050702@gmail.com> Message-ID: <5465ee790702140005l5008f5bcu9d637e2e7ae562af@mail.gmail.com> > > What are the versions of py2app, macholib, altgraph, modulegraph on your > > machine? Likewise for python itself. > > > > Just in case this is important: what version of OSX are you using, is it > > an Intel or PPC system and do you have the Developer Tools installed? > > from my first mail: > > I am working on an old G3 ppc ibook, I am running OS 10.4.8 and python 2.4.4, Py2app version is 0.3.5 . > > and on top of that : > i have Xcode tools for 10.4, macholib-1.1-py2.4, altgraph-0.6.7-py2.4, > modulegraph-0.7-py2.4 > Hi, I thought I had replied to the whole list, but apparently only to Enrike. I have exactly the same software versions on my iBook G4. I had the same Py2App on my Mini G4 where it worked after several reinstallations. Don't know about which versions of MachoLib, AltGraph or ModuleGraph I had. I'll archive my Python dir in case that's useful for you... Ronald, do you need anything else from us to be able to solve this problem? Thanks again for the effort, Chris From break19 at pubbox.net Fri Feb 16 23:36:37 2007 From: break19 at pubbox.net (Chuck Burns) Date: Fri, 16 Feb 2007 16:36:37 -0600 Subject: [Pythonmac-SIG] py2app producing extremely large file? Message-ID: I currently ran py2app on some source I was given, and it generated a 40Meg file, whereas the py2exe windows executable was only around 8 or 9 megs.. what gives, and how can I shrink it down? python2.5 wxPython 2.8 py2app 0.3.5 Mac OS X 10.4.8 From bob at redivi.com Sat Feb 17 00:19:22 2007 From: bob at redivi.com (Bob Ippolito) Date: Fri, 16 Feb 2007 15:19:22 -0800 Subject: [Pythonmac-SIG] py2app producing extremely large file? In-Reply-To: References: Message-ID: <6a36e7290702161519n28d16818je3fa80e56f22110e@mail.gmail.com> On 2/16/07, Chuck Burns wrote: > I currently ran py2app on some source I was given, and it generated a > 40Meg file, whereas the py2exe windows executable was only around 8 > or 9 megs.. what gives, and how can I shrink it down? > > python2.5 > wxPython 2.8 > py2app 0.3.5 > > Mac OS X 10.4.8 That's pretty much expected, but not usually to quite that degree. py2app pulls in more things by default than py2exe does so that it more reliably produces an application that works. Most of the files are going to be more than 2x larger because they're all compiled for PPC and x86 (PPC code is larger than x86 code). Once you compress it for distribution it should be a much more reasonable size. -bob From aparente at adobe.com Tue Feb 20 21:22:24 2007 From: aparente at adobe.com (Alexandre Parenteau) Date: Tue, 20 Feb 2007 12:22:24 -0800 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 In-Reply-To: Message-ID: Hi, Any progress in this issue? I'm asked to investigate the same thing. I would greatly appreciate hints on the configure options. Thanks! alex On 2/1/07 11:55 PM, "Dr. Harold Walter Schranz" wrote: > Hi Bill > > Thanks for the comments ... > On 02/02/2007, at 12:39 PM, Bill Northcott wrote: > >> On 01/02/2007, at 10:00 PM, Dr. Harold Walter Schranz wrote: >>> While the configure runs ... the make eventually fails with: >>> >>> /Developer/SDKs/MacOSX10.4u.sdk/System/Library/Frameworks/ >>> CoreServices.framework/Frameworks/CarbonCore.framework/Headers/ >>> fp.h:1338: error: 'SIGDIGLEN' undeclared here (not in a function) >>> make: *** [Python/mactoolboxglue.o] Error 1 >> >> Your build is failing because it is trying to use Carbon which is >> 32 bit only. You either have to build without any GUI items which >> should work or with rather more effort, you could probably build an >> X-windows UNIX style 64bit build. That would need 64 bit Xwindows >> which is not supplied but can be built from the sources. I have >> not done it but I know some one who has. There may even be a >> binary around somewhere. Since X communicates with its server via >> a network socket one might get away with only some 64 bit >> libraries, but I am not an expert on X. > > Yes it confirmed what we already knew ... Tiger is not fully 64 > bit ... I'm trying to avoid the GUI (and any other 32 bit items) to > produce a clean command line version of python 2.5 which is 64 bit. > >> Is it really worth all the hassle when Leopard is going to be out >> in a few months?? > > Yes ... we need to have 64 bit functionality on our research server > (Xserve Quad Xeon) for a large genomic database (I mean big ... small > files in the gigabyte range ... many much bigger). Should we twiddle > our thumbs and wait for Leopard ... hmmmm ... talk to our group > leader ... research projects can ill afford to stand still for > months. Eventually, when available (via ADC) alternatively a Leopard > Preview Install might be a worthy investment. > > Have a Good Weekend, > Harry. > > > ------------------------------------------------------------------------ > ---- > Dr. Harold W. Schranz, Research Fellow, Computational Genomics Group > Division of Molecular Bioscience, John Curtin School of Medical Research > Australian National University, Canberra ACT 0200, Australia > ------------------------------------------------------------------------ > ---- > > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From cabird at gmail.com Thu Feb 22 05:31:28 2007 From: cabird at gmail.com (Christian Bird) Date: Wed, 21 Feb 2007 20:31:28 -0800 Subject: [Pythonmac-SIG] appscript Message-ID: I just found out about appscript and am attempting to use it on my macbook pro (OS X 10.4.8 and python 2.4.3). I installed appscript, but the following is what I get when I try to test it out. Has anyone seen anything similar to this? Any ideas of what I may need to do to get it to work correctly. The same error appears regardless of which app I try to control (and yes, itunes is running when I tried this). Thanks for any help anyone can provide. Python 2.4.3 (#1, Jul 18 2006, 16:14:01) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from appscript import * >>> itunes = app('iTunes') >>> itunes app(u'/Applications/iTunes.app') >>> itunes.name Traceback (most recent call last): File "", line 1, in ? File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/reference.py", line 441, in __getattr__ selectorType, code = self.AS_appdata.referencebyname[name] File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/reference.py", line 227, in referencebyname = property(lambda self: self.connect().referencebyname) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/reference.py", line 215, in connect self._terms = terminology.tablesforapp(self.target) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/terminology.py", line 182, in tablesforapp _terminologyCache[app.AEM_identity] = tablesforaetedata(aetedataforapp(app)) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/terminology.py", line 154, in aetedataforapp raise RuntimeError, "Can't get terminology for application (%r): %s" % (app, e) RuntimeError: Can't get terminology for application (aem.Application(u'/Applications/iTunes.app')): CommandError -600: no eligible process with specified descriptor >>> itunes.help() Traceback (most recent call last): File "", line 1, in ? File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/reference.py", line 286, in help return self.AS_appdata.help(flags, self) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/reference.py", line 246, in help helpObj = Help(terminology.aetedataforapp(self.target), self.identifier or 'Current Application') File "/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/aeosa/appscript/terminology.py", line 154, in aetedataforapp raise RuntimeError, "Can't get terminology for application (%r): %s" % (app, e) RuntimeError: Can't get terminology for application (aem.Application(u'/Applications/iTunes.app')): CommandError -600: no eligible process with specified descriptor >>> -- Chris -- Christian Bird cabird at gmail.com From karstenw at eichhorn-frankfurt.de Thu Feb 22 12:29:40 2007 From: karstenw at eichhorn-frankfurt.de (Karsten Wolf) Date: Thu, 22 Feb 2007 12:29:40 +0100 Subject: [Pythonmac-SIG] appscript In-Reply-To: References: Message-ID: <66A83EBC-9956-4E0B-B857-837571CD4D79@eichhorn-frankfurt.de> Hi, Am 22.02.2007 um 05:31 schrieb Christian Bird: > RuntimeError: Can't get terminology for application > (aem.Application(u'/Applications/iTunes.app')): CommandError -600: no > eligible process with specified descriptor Error -600 means the process isn't running. Some applications launch when asked for their dictionary, some don't. Seems like iTunes doesn't. change to: itunes = app('iTunes') itunes.activate() If you still have a classic environment you should be more precise. itunes = app('iTunes') read the OS9 iTunes dictionary on my machine. Use either itunes = app('iTunes.app') or itunes = app('/Applications/iTunes.app') -karsten From Harold.Schranz at anu.edu.au Thu Feb 22 12:45:59 2007 From: Harold.Schranz at anu.edu.au (Harold Walter Schranz) Date: Thu, 22 Feb 2007 22:45:59 +1100 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 In-Reply-To: References: Message-ID: Hi Alex Sorry for the delay in replying. I'll send a summary below based on our preliminary work achieved to date. On 21/02/2007, at 7:22 AM, Alexandre Parenteau wrote: > Any progress in this issue? I'm asked to investigate the same > thing. I would > greatly appreciate hints on the configure options. It is still early days (as information is relatively scarce and of variable reliability) and we have other multiple threads to our research project. This part of the project has been put on idle (not quite on the backburner, mixing metaphors). So progress so far is evident from the newsgroup threads: http://mail.python.org/pipermail/pythonmac-sig/2007-February/ thread.html#18657 Particularly: http://mail.python.org/pipermail/pythonmac-sig/2007- February/018657.html In summary: > 6. However at the end of the process it appeared I had a 64-bit > executable of Python > > 1714:harry at jcs156218:~/Desktop/TODO/Python-2.5:599$ file python.exe > > python.exe: Mach-O 64-bit executable x86_64 > > 1714:harry at jcs156218:~/Desktop/TODO/Python-2.5:599$ python.exe > > Python 2.5 (r25:51908, Feb 2 2007, 17:12:53) > [GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin > Type "help", "copyright", "credits" or "license" for more information. > >>> 1+2 > 3 > > So it looks like it is possible to produce a Mach-O 64-bit executable > x86_64 > but whether it is working is another matter > > 7. Running the tests: make tests yields: in summary: > > 266 tests OK. > 2 tests failed: > 51 tests skipped: > ... > 17 skips unexpected on darwin: > ... > make: *** [test] Error 1 > > I may try to repeat this process (with less flags?). > At least this run is a lead that a 64-bit build of Python is possible. Some detailed information and comments at: http://lists.apple.com/archives/unix-porting/2007/Feb/index.html http://lists.apple.com/archives/scitech/2007/Feb/msg00000.html I expect to make more progress when I have time to devote to the build. Just a few little details to tie up. Let me know if you make any further progress. We too have to deal with Numpy and other packages (MySQL) with 64-bit issues. Good Luck, Harry. ------------------------------------------------------------------------ ---- Dr. Harold W. Schranz, Research Fellow, Computational Genomics Group Division of Molecular Bioscience, John Curtin School of Medical Research Australian National University, Canberra ACT 0200, Australia ------------------------------------------------------------------------ ---- From hengist.podd at virgin.net Thu Feb 22 16:04:34 2007 From: hengist.podd at virgin.net (has) Date: Thu, 22 Feb 2007 15:04:34 +0000 Subject: [Pythonmac-SIG] appscript In-Reply-To: References: Message-ID: Christian Bird wrote: > I just found out about appscript and am attempting to use it on my > macbook pro (OS X 10.4.8 and python 2.4.3). I installed appscript, > but the following is what I get when I try to test it out. [...] > The same error appears regardless of which > app I try to control (and yes, itunes is running when I tried this). > (aem.Application(u'/Applications/iTunes.app')): CommandError -600: no > eligible process with specified descriptor Hmmm. This is the first time I've heard of such a problem, and I'm unable to replicate the error here on my i386 test box (Core Solo Mini, OS 10.4.6, Python 2.4.3, appscript 0.17.0): [mini:~] has% python2.4 Python 2.4.3 (#1, Mar 30 2006, 11:02:16) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from appscript import * >>> a = app('itunes') >>> a app(u'/Applications/iTunes.app') >>> a.name app(u'/Applications/iTunes.app').name Which Python distribution and appscript version are you using? Also, could anyone else here who has a similar setup to Christian please try the above and let us know if it works ok or not for them? has -- http://appscript.sourceforge.net http://rb-appscript.rubyforge.org http://appscript.sourceforge.net/objc-appscript.html From daniellord at mac.com Thu Feb 22 21:47:47 2007 From: daniellord at mac.com (Daniel Lord) Date: Thu, 22 Feb 2007 12:47:47 -0800 Subject: [Pythonmac-SIG] appscript In-Reply-To: References: Message-ID: <7BDDCAD2-94B4-43E8-8BB6-3FDC7139127D@mac.com> My profile is close except I moved to Python 2.5: Macbbok Pro Core 2 Duo, 2.33GHz, 2GB, 10.4.8 cannot reproduce, long pause while iTunes launches though... daniello at mercury Thu Feb 22 11:44:38P [ 1 ] ~/ python Python 2.5 (r25:51918, Sep 19 2006, 08:49:13) [GCC 4.0.1 (Apple Computer, Inc. build 5341)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from appscript import * >>> itunes = app("iTunes") >>> itunes.name.get() u'iTunes' >>> More interestingly, This begs the question: if I could figure out how to keep both 2.4 and 2.5 in the same system and playing nicely, I would and that would make testing easier. The best way would be able to run OS X in a VM but we all know _that_ isn't coming any time soon ;-( I suppose I could install the OS on some external volumes to plug into the Macbook and reboot. If I install 2.4, then link the binary to /usr/bin/python24, then overlay 2.5, tit seems simple, but the Devil is in the details. Even if I invoke python2.4, the global environment points to Python 2.5 and things could get ugly fast I am guessing. On Feb 22, 2007, at 7:04, has wrote: > Christian Bird wrote: > >> I just found out about appscript and am attempting to use it on my >> macbook pro (OS X 10.4.8 and python 2.4.3). I installed appscript, >> but the following is what I get when I try to test it out. [...] >> The same error appears regardless of which >> app I try to control (and yes, itunes is running when I tried this). > >> (aem.Application(u'/Applications/iTunes.app')): CommandError -600: no >> eligible process with specified descriptor > > Hmmm. This is the first time I've heard of such a problem, and I'm > unable to replicate the error here on my i386 test box (Core Solo > Mini, OS 10.4.6, Python 2.4.3, appscript 0.17.0): > > [mini:~] has% python2.4 > Python 2.4.3 (#1, Mar 30 2006, 11:02:16) > [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin > Type "help", "copyright", "credits" or "license" for more information. >>>> from appscript import * >>>> a = app('itunes') >>>> a > app(u'/Applications/iTunes.app') >>>> a.name > app(u'/Applications/iTunes.app').name > > > Which Python distribution and appscript version are you using? > > Also, could anyone else here who has a similar setup to Christian > please try the above and let us know if it works ok or not for them? > > has > -- > http://appscript.sourceforge.net > http://rb-appscript.rubyforge.org > http://appscript.sourceforge.net/objc-appscript.html > > _______________________________________________ > Pythonmac-SIG maillist - Pythonmac-SIG at python.org > http://mail.python.org/mailman/listinfo/pythonmac-sig From aparente at adobe.com Thu Feb 22 22:03:18 2007 From: aparente at adobe.com (Alexandre Parenteau) Date: Thu, 22 Feb 2007 13:03:18 -0800 Subject: [Pythonmac-SIG] How to build Python 2.5 to support 64-bits on Mac OS X 10.4 In-Reply-To: Message-ID: Harold, Thanks for the information. It sounds like I might be more lucky to try 2.5 on Leopard (I don't know what will happen for Carbon, because regardless of 64bits, it is being deprecated anyway). I will also send information when I get to try it. Thanks! alex On 2/22/07 3:45 AM, "Harold Walter Schranz" wrote: > Hi Alex > > Sorry for the delay in replying. I'll send a summary below based on > our preliminary work achieved to date. > > On 21/02/2007, at 7:22 AM, Alexandre Parenteau wrote: >> Any progress in this issue? I'm asked to investigate the same >> thing. I would >> greatly appreciate hints on the configure options. > > It is still early days (as information is relatively scarce and of > variable reliability) and we have other multiple threads to our > research project. This part of the project has been put on idle (not > quite on the backburner, mixing metaphors). So progress so far is > evident from the newsgroup threads: > http://mail.python.org/pipermail/pythonmac-sig/2007-February/ > thread.html#18657 > > Particularly: http://mail.python.org/pipermail/pythonmac-sig/2007- > February/018657.html > > In summary: >> 6. However at the end of the process it appeared I had a 64-bit >> executable of Python >> >> 1714:harry at jcs156218:~/Desktop/TODO/Python-2.5:599$ file python.exe >> >> python.exe: Mach-O 64-bit executable x86_64 >> >> 1714:harry at jcs156218:~/Desktop/TODO/Python-2.5:599$ python.exe >> >> Python 2.5 (r25:51908, Feb 2 2007, 17:12:53) >> [GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin >> Type "help", "copyright", "credits" or "license" for more information. >>>>> 1+2 >> 3 >> >> So it looks like it is possible to produce a Mach-O 64-bit executable >> x86_64 >> but whether it is working is another matter >> >> 7. Running the tests: make tests yields: in summary: >> >> 266 tests OK. >> 2 tests failed: >> 51 tests skipped: >> ... >> 17 skips unexpected on darwin: >> ... >> make: *** [test] Error 1 >> >> I may try to repeat this process (with less flags?). >> At least this run is a lead that a 64-bit build of Python is possible. > > > Some detailed information and comments at: > http://lists.apple.com/archives/unix-porting/2007/Feb/index.html > http://lists.apple.com/archives/scitech/2007/Feb/msg00000.html > > I expect to make more progress when I have time to devote to the > build. Just a few little details to tie up. > > Let me know if you make any further progress. We too have to deal > with Numpy and other packages (MySQL) with 64-bit issues. > > Good Luck, > Harry. > > ------------------------------------------------------------------------ > ---- > Dr. Harold W. Schranz, Research Fellow, Computational Genomics Group > Division of Molecular Bioscience, John Curtin School of Medical Research > Australian National University, Canberra ACT 0200, Australia > ------------------------------------------------------------------------ > ---- > > From ajassal at gmail.com Fri Feb 23 14:04:58 2007 From: ajassal at gmail.com (Amrit Jassal) Date: Fri, 23 Feb 2007 05:04:58 -0800 Subject: [Pythonmac-SIG] Dock tile icon Message-ID: <12657e140702230504h39d605c8i865a6452bfeb1843@mail.gmail.com> In my py2app built application, I want to replace the standard application dock tile icon with my own icon. After using the --iconfile option with py2app, I see that the icon file (icns) is copied into Contents/Resources but Info.plist (CFBundleIconFile) does not reference this icon file. Manually updating the plist also has no effect on the dock icon. Where did I go wrong? I am using python 2.4.4 on OS X 10.4.8 Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/pythonmac-sig/attachments/20070223/b10bb174/attachment.htm From zbir at urbanape.com Fri Feb 23 15:00:31 2007 From: zbir at urbanape.com (Zachery Bir) Date: Fri, 23 Feb 2007 09:00:31 -0500 Subject: [Pythonmac-SIG] Dock tile icon In-Reply-To: <12657e140702230504h39d605c8i865a6452bfeb1843@mail.gmail.com> References: <12657e140702230504h39d605c8i865a6452bfeb1843@mail.gmail.com> Message-ID: On Feb 23, 2007, at 8:04 AM, Amrit Jassal wrote: > In my py2app built application, I want to replace the standard > application dock tile icon with my own icon. > > After using the --iconfile option with py2app, I see that the icon > file (icns) is copied into Contents/Resources but Info.plist > (CFBundleIconFile) does not reference this icon file. Manually > updating the plist also has no effect on the dock icon. > > Where did I go wrong? > > I am using python 2.4.4 on OS X 10.4.8 I usually reference it directly in the setup.py module: from distutils.core import setup import py2app plist = dict( ... CFBundleIconFile = "Thumbscrew.icns", ...) setup( data_files = [... "Resources/Thumbscrew.icns", ...], app = [dict( script="ThumbscrewAppDelegate.py", plist=plist), ], ) And have had no troubles with it. The non-effect of updating the plist might be cached launch services stuff? Zac From ronaldoussoren at mac.com Fri Feb 23 15:57:30 2007 From: ronaldoussoren at mac.com (Ronald Oussoren) Date: Fri, 23 Feb 2007 06:57:30 -0800 Subject: [Pythonmac-SIG] Dock tile icon In-Reply-To: <12657e140702230504h39d605c8i865a6452bfeb1843@mail.gmail.com> References: <12657e140702230504h39d605c8i865a6452bfeb1843@mail.gmail.com> Message-ID: <23D1A4DA-0110-1000-DD62-4F4172A7D40F-Webmail-10009@mac.com> On Friday, February 23, 2007, at 02:05PM, "Amrit Jassal" wrote: >In my py2app built application, I want to replace the standard application >dock tile icon with my own icon. > >After using the --iconfile option with py2app, I see that the icon file >(icns) is copied into Contents/Resources but Info.plist (CFBundleIconFile) >does not reference this icon file. Manually updating the plist also has no >effect on the dock icon. > >Where did I go wrong? > >I am using python 2.4.4 on OS X 10.4.8 What's the version of py2app? There was a bug until fairly recently that caused problems like the one you describe. Ronald From Jonathan.Peirce at nottingham.ac.uk Mon Feb 26 18:31:24 2007 From: Jonathan.Peirce at nottingham.ac.uk (Jon Peirce) Date: Mon, 26 Feb 2007 17:31:24 +0000 Subject: [Pythonmac-SIG] pygame/wx not playing on MacOSX Message-ID: <8DB00279-7AC8-4794-88A4-81424D8497C7@psychology.nottingham.ac.uk> I have a cross-platform wx application that needs to run some graphics routines in pygame. On Mac (but not windows) when I close the pygame window the wx application quits. The only way I've found to get around this is to run the pygame part of the application using wx.Process_Open but this creates a new instance of python which I also don't want (because of python startup/import times). I've attached a minimal script to show the problem. On win32 you can click the 'run' icon as many times as you like and get a pygame window each time. On my mac it runs once then gives the bouncy ball and dies with the message; objc: FREED(id): message release sent to freed object=0x7381cb0 Trace/BPT trap Full info is in the crashlog also provided. I'm running framework python 2.4, with wxPython2.6 (and tried 2.8) and pygame1.8.0pre on a G5 PPC OSX 10.4 Does anyone know how to launch pygame/wx safely together? cheers Jon This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. -------------- next part -------------- A non-text attachment was scrubbed... Name: wxPygameMinimal.py Type: text/x-python-script Size: 1518 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20070226/3763efcf/attachment-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: crashlog.rtf Type: text/rtf Size: 28171 bytes Desc: not available Url : http://mail.python.org/pipermail/pythonmac-sig/attachments/20070226/3763efcf/attachment-0001.rtf From wrobyn at cox.net Mon Feb 26 21:54:56 2007 From: wrobyn at cox.net (wrobyn at cox.net) Date: Mon, 26 Feb 2007 15:54:56 -0500 Subject: [Pythonmac-SIG] py2app help Message-ID: <16826083.1172523296957.JavaMail.root@eastrmwml03.mgt.cox.net> Hello, pretty new to this stuff. Why Am I getting the invalid image error?: ile "/Users/wrobyn/Documents/LOAD/dist/LOAD!.app/Contents/Resources/__boot__.py", line 31, in _run('Python-1.py') File "/Users/wrobyn/Documents/LOAD/dist/LOAD!.app/Contents/Resources/__boot__.py", line 28, in _run execfile(path, globals(), globals()) File "/Users/wrobyn/Documents/LOAD/dist/LOAD!.app/Contents/Resources/Python-1.py", line 193, in frame = InsertFrame(parent=None, id=-1) File "/Users/wrobyn/Documents/LOAD/dist/LOAD!.app/Contents/Resources/Python-1.py", line 46, in __init__ sb1 = wx.StaticBitmap(panel, -1, wx.BitmapFromImage(img1)) File "wx/_gdi.pyc", line 740, in BitmapFromImage wx._core.PyAssertionError: C++ assertion "image.Ok()" failed at /BUILD/wxPython-src-2.8.1.1/src/mac/carbon/bitmap.cpp(1075) in wxBitmap(): invalid image 2007-02-26 15:46:07.979 LOAD![518] LOAD! Error 2007-02-26 15:46:07.980 LOAD![518] LOAD! Error An unexpected error has occurred during execution of the main script PyAssertionError: C++ assertion "image.Ok()" failed at /BUILD/wxPython-src-2.8.1.1/src/mac/carbon/bitmap.cpp(1075) in wxBitmap(): invalid image setup is: rom setuptools import setup NAME = 'LOAD!' VERSION = '0.1' plist = dict( CFBundleIconFile=NAME, CFBundleName=NAME, CFBundleShortVersionString=VERSION, CFBundleGetInfoString=' '.join([NAME, VERSION]), CFBundleExecutable=NAME, CFBundleIdentifier='net.manhunt.load', ) setup( data_files=['data'], app=[ dict(script="Python-1.py", plist=plist), ], setup_requires=["py2app"], ) thanks, and yes the image is in the data subfolder From hengist.podd at virgin.net Mon Feb 26 22:49:12 2007 From: hengist.podd at virgin.net (has) Date: Mon, 26 Feb 2007 21:49:12 +0000 Subject: [Pythonmac-SIG] appscript In-Reply-To: <7BDDCAD2-94B4-43E8-8BB6-3FDC7139127D@mac.com> References: <7BDDCAD2-94B4-43E8-8BB6-3FDC7139127D@mac.com> Message-ID: <8CF1A3CD-27A4-4241-AE25-A75903E3F398@virgin.net> On 22 Feb 2007, at 20:47, Daniel Lord wrote: > My profile is close except I moved to Python 2.5: > Macbbok Pro Core 2 Duo, 2.33GHz, 2GB, 10.4.8 > > cannot reproduce, long pause while iTunes launches though... OK, thanks. I'm scratching my head; it doesn't seem to be a problem in appscript itself, but I'd still like to find out what's causing it (I expect the OP would too). If anyone's any thoughts, be interested to hear them. has -- http://appscript.sourceforge.net http://rb-appscript.rubyforge.org http://appscript.sourceforge.net/objc-appscript.html From kent37 at tds.net Tue Feb 27 14:20:08 2007 From: kent37 at tds.net (Kent Johnson) Date: Tue, 27 Feb 2007 08:20:08 -0500 Subject: [Pythonmac-SIG] Confused about framework build Message-ID: <45E43008.1060207@tds.net> Hi, I am coming to Mac Python development after several years on Windows and I am a bit confused by the Python framework stuff. I have installed the framework build of Python 2.4 from pythonmac.org. Questions: - How can I have Python 2.4 and 2.5 both available? I am developing a web site that will be deployed under 2.4 but I would like to have 2.5 available for other use. pythonmac.org says, "framework builds of the same thing do not coexist peacefully." What is the problem with installing multiple framework builds? Can I install the MacPorts version of Python 2.5 (for command line use) instead? - Do I have to install the pythonmac version of add-on libraries? For example pythonmac has pysqlite2 version 2.2.2 but MacPorts has version 2.3.3; can I install the more recent MacPorts version and use it with the framework build? Similarly MacPorts has a more recent version of psycopg. Any help or pointers to help gratefully accepted. Thanks, Kent From chris.van.bael at gmail.com Tue Feb 27 15:12:14 2007 From: chris.van.bael at gmail.com (Chris Van Bael) Date: Tue, 27 Feb 2007 15:12:14 +0100 Subject: [Pythonmac-SIG] How to make 2 scripts in one application Message-ID: <5465ee790702270612x3973daa2y29bb73bff3956faa@mail.gmail.com> Hi all, Maybe a totally noob question, but I'll ask it anyway since I couldn't find an answer on the series of tubes... I'm working on a pygame program that runs on Linux, Windows and Mac. It uses an database which it accesses through SQLAlchemy. So on Linux in setup.py we have a section to install the program and create that database. Now on Windows with py2exe I have a setup.py which has a console and a windows script. The windows script runs the program and the console script sets up the database. Since I use no library.zip file, this can also access the SQLAlchemy modules. Now I want to do something similar to that for OSX. I cannot run the script with the python installed on OSX because it needs SQLAlchemy. But the modules I need are somewhere in the application bundle, can I use them somehow? Greets, Chris From Chris.Barker at noaa.gov Tue Feb 27 18:23:33 2007 From: Chris.Barker at noaa.gov (Christopher Barker) Date: Tue, 27 Feb 2007 09:23:33 -0800 Subject: [Pythonmac-SIG] Confused about framework build In-Reply-To: <45E43008.1060207@tds.net> References: <45E43008.1060207@tds.net> Message-ID: <45E46915.1000608@noaa.gov> Kent Johnson wrote: > I am coming to Mac Python development after several years on Windows Welcome > I have installed the framework build of Python 2.4 from pythonmac.org. good choice! > Questions: > - How can I have Python 2.4 and 2.5 both available? Yes, certainly. > I am developing a > web site that will be deployed under 2.4 but I would like to have 2.5 > available for other use. good plan. > pythonmac.org says, "framework builds of the > same thing do not coexist peacefully." What is the problem with > installing multiple framework builds? by "same thing" I think that means same version (minor version). i.e. it would be a trick to have two Framework Builds of Python2.4 installed at the same time. Having 2.4 and 2.5 at the same time is no problem. > Can I install the MacPorts version > of Python 2.5 (for command line use) instead? You could, but there's not need. Indeed, I'd probably use the MacPorts version for the web server if you were to go that route. > - Do I have to install the pythonmac version of add-on libraries? Pretty much, yes. > For > example pythonmac has pysqlite2 version 2.2.2 but MacPorts has version > 2.3.3; Many things build just fine out of the box with setup.py build or easy-install, so updating a few things shouldn't be too hard. If you run into issues, you'll get help here. And you may not need the latest anyway. > can I install the more recent MacPorts version and use it with > the framework build? No. you need to be all Framework or all MacPorts. > Any help or pointers to help gratefully accepted. after installing both 2.4 and 2.5, you should have: python2.4 and python2.5 somewhere on your PATH. It's buried in the Framework bin dir, with a link in /usr/local/bin on my system -- I don't recall if I put that link in myself. The mpkg will have altered your .profile, adding the framework bin dir to your PATH. Your web app probably won't get that same PATH, so you may have to set that up somehow. I think the last one installed will end up as the default. In general, you'll want to be explicit in your #! lines as to which version you want: #!/usr/bin/env python2.4 I think this is good practice in any case. This all is easier than on Windows. -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 smithsm at samuelsmith.org Wed Feb 28 19:47:26 2007 From: smithsm at samuelsmith.org (Samuel M. Smith) Date: Wed, 28 Feb 2007 11:47:26 -0700 Subject: [Pythonmac-SIG] Confused about framework build In-Reply-To: <45E46915.1000608@noaa.gov> References: <45E43008.1060207@tds.net> <45E46915.1000608@noaa.gov> Message-ID: > >> For >> example pythonmac has pysqlite2 version 2.2.2 but MacPorts has >> version >> 2.3.3; > > Many things build just fine out of the box with setup.py build or > easy-install, so updating a few things shouldn't be too hard. If > you run > into issues, you'll get help here. And you may not need the latest > anyway. > >> can I install the more recent MacPorts version and use it with >> the framework build? > > No. you need to be all Framework or all MacPorts. > I have 4 versions of python on my system, Apples 2.3 in /usr/bin/python2.3 Framework MacPython 2.4.4 and 2.5.0 in /usr/local/bin/python2.4 -> ../../../Library/Frameworks/ Python.framework/Versions/2.4/bin/python2.4 /usr/local/bin/python2.5 -> ../../../Library/Frameworks/ Python.framework/Versions/2.5/bin/python2.5 /usr/local/bin/python -> ../../../Library/Frameworks/Python.framework/ Versions/2.5/bin/python and DarwinPorts python 2.4.3 in /opt/local/bin/python2.4 with my execution path echo $PATH /Library/Frameworks/Python.framework/Versions/Current/bin:/usr/local/ bin:/opt/local/bin:/bin:/sbin:/usr/bin:/usr/sbin the python I get by default when I just type python is framework 2.5 since that directory is first in my search path /Library/Frameworks/Python.framework/Versions/Current/bin/python -> python2.5 If I want something else I just need to be more explicit on the command line. From what I can tell anything that uses python in DarwinPorts uses a path that executes the python in /opt/local/bin so pythons installed elsewhere in the system don't confuse it. The way I do it is use MacPorts (DarwinPorts) to use MacPorts to install non python libraries like sqlite and then manually install the python bindings using the framework build. Usually sudo python setup.py build sudo python setup.py install works for most simple modules For example I used Macports to install sqlite3 and then Python2.5 which has sqlite3 python bindings built in, just import sqlite3 for python2.4 or python2.5 just (replace python with python2.4 or python2.5 if you have both installed) cd pysqlite-2.3.3 sudo python setup.py build sudo python setup.py install works to get the pysqlite bindings. You can have both the sqlite3 python bindings and the pysqlite bindings in 2.5 since different modules to bind to sqlite3 For Apache2 and mod_python, I installed using MacPorts which has to use python2.4.3 installed in /opt/... which it installs automatically as a dependency for mod_python This does not conflict with the framework builds in /Library/ Frameworks/Python.framework/Versions/ But I can't use 2.5 for web development. So if I want to use 2.5 for web development I either have to figure out how to install Apache2 and mod_python from source or wait until DarwinPorts does a python2.5 version of mod_python. From smithsm at samuelsmith.org Wed Feb 28 19:51:46 2007 From: smithsm at samuelsmith.org (Samuel M. Smith) Date: Wed, 28 Feb 2007 11:51:46 -0700 Subject: [Pythonmac-SIG] Roundup Issue Tracker Message-ID: <73F26077-6D36-42F2-A776-1A70B4BD362E@samuelsmith.org> Anyone on this list installed the python based roundup issue tracker with framework python2.5? How did you use --prefix or --install_scripts with setup.py? ********************************************************************** Samuel M. Smith Ph.D. 2966 Fort Hill Road Eagle Mountain, Utah 84005-4108 801-768-2768 voice 801-768-2769 fax ********************************************************************** "The greatest source of failure and unhappiness in the world is giving up what we want most for what we want at the moment" ********************************************************************** From bob at redivi.com Wed Feb 28 21:07:35 2007 From: bob at redivi.com (Bob Ippolito) Date: Wed, 28 Feb 2007 12:07:35 -0800 Subject: [Pythonmac-SIG] Confused about framework build In-Reply-To: References: <45E43008.1060207@tds.net> <45E46915.1000608@noaa.gov> Message-ID: <6a36e7290702281207j518ecec2nd7166b6645cd7849@mail.gmail.com> On 2/28/07, Samuel M. Smith wrote: > > > >> For > >> example pythonmac has pysqlite2 version 2.2.2 but MacPorts has > >> version > >> 2.3.3; > > > > Many things build just fine out of the box with setup.py build or > > easy-install, so updating a few things shouldn't be too hard. If > > you run > > into issues, you'll get help here. And you may not need the latest > > anyway. > > > >> can I install the more recent MacPorts version and use it with > >> the framework build? > > > > No. you need to be all Framework or all MacPorts. > > > > I have 4 versions of python on my system, > > Apples 2.3 in > /usr/bin/python2.3 > > Framework MacPython 2.4.4 and 2.5.0 in > /usr/local/bin/python2.4 -> ../../../Library/Frameworks/ > Python.framework/Versions/2.4/bin/python2.4 > /usr/local/bin/python2.5 -> ../../../Library/Frameworks/ > Python.framework/Versions/2.5/bin/python2.5 > /usr/local/bin/python -> ../../../Library/Frameworks/Python.framework/ > Versions/2.5/bin/python > > and DarwinPorts python 2.4.3 in > /opt/local/bin/python2.4 > > with my execution path > echo $PATH > /Library/Frameworks/Python.framework/Versions/Current/bin:/usr/local/ > bin:/opt/local/bin:/bin:/sbin:/usr/bin:/usr/sbin > > the python I get by default when I just type python is framework 2.5 > since that directory is first in my search path > /Library/Frameworks/Python.framework/Versions/Current/bin/python -> > python2.5 > If I want something else I just need to be more explicit on the > command line. > > From what I can tell anything that uses python in DarwinPorts uses a > path that executes the python in /opt/local/bin so > pythons installed elsewhere in the system don't confuse it. > > > The way I do it is use MacPorts (DarwinPorts) to use MacPorts to > install non python libraries like sqlite > and then manually install the python bindings using the framework > build. Usually > sudo python setup.py build > sudo python setup.py install > works for most simple modules > > For example I used Macports to install sqlite3 and then Python2.5 which > has sqlite3 python bindings built in, just > > import sqlite3 > > for python2.4 or python2.5 just (replace python with python2.4 or > python2.5 if you have both installed) > > cd pysqlite-2.3.3 > sudo python setup.py build > sudo python setup.py install > > works to get the pysqlite bindings. You can have both the sqlite3 > python bindings and the pysqlite bindings > in 2.5 since different modules to bind to sqlite3 I'm pretty sure that the framework build of python 2.5 ships with working pysqlite bindings out of the box and its own copy of sqlite in the framework (probably statically linked to the bindings). > > For Apache2 and mod_python, I installed using MacPorts which has to > use python2.4.3 installed in /opt/... > which it installs automatically as a dependency for mod_python > This does not conflict with the framework builds in /Library/ > Frameworks/Python.framework/Versions/ > But I can't use 2.5 for web development. > > So if I want to use 2.5 for web development I either have to figure > out how to install Apache2 and mod_python from source or wait until > DarwinPorts does a python2.5 version of mod_python. Or you could just stop using mod_python. It's not a particularly good model for doing secure and scalable webapps and it's a bitch to deploy. There's just no reason to embed python inside apache when you can serve it by reverse proxy or fastcgi. -bob From skip at pobox.com Wed Feb 28 21:18:29 2007 From: skip at pobox.com (skip at pobox.com) Date: Wed, 28 Feb 2007 14:18:29 -0600 Subject: [Pythonmac-SIG] Roundup Issue Tracker In-Reply-To: <73F26077-6D36-42F2-A776-1A70B4BD362E@samuelsmith.org> References: <73F26077-6D36-42F2-A776-1A70B4BD362E@samuelsmith.org> Message-ID: <17893.58261.127516.336045@montanaro.dyndns.org> Samuel> Anyone on this list installed the python based roundup issue Samuel> tracker with framework python2.5? Nope... Samuel> How did you use --prefix or --install_scripts with setup.py? Something like python setup.py install --prefix=/alter/na/tive/dir Skip